Live data from Hacker News

Ubuntu 16.04 (Xenial Xerus)

releases.ubuntu.com

31–40 of 303 posts

Re: Ubuntu 16.04 (Xenial Xerus)

#31
post #28
post #21

Small warning: Ubuntu's "do you want to upgrade" popup window defaults to "yes". Had to find that out the hard way when a user hit Enter the wrong moment and was suddenly sitting in front of a bricked system.

Is upgrade failing in general or in this specific case only?

I've no idea. `apt install -f` fixed everything and I didn't bother probing into it further.

(We only have Ubuntu on two machines, everything else is Arch or Debian.)

Re: Ubuntu 16.04 (Xenial Xerus)

#32
post #19

For anyone packaging software on Linux, this now means every major distro - Debian, RHEL/CentOS, Arch and now Ubuntu - supports .service files. No need for bash scripts, custom watchdog and daemonise tools, etc.

This is pretty much the only reason I've been waiting for 16.04 – to get rid of upstart scripts and standardize on systemd. Still going to wait for a couple months while people iron out initial bugs but definitely excited about this release.

Re: Ubuntu 16.04 (Xenial Xerus)

#33
post #13
post #3

what are they going to do when they run out of letters in the alphabet?

Shut down the company and stop releasing new versions, obviously.

Yeah, it's really a shame. I thought the open source movement had a lot going for it, but they should have thought this part out better.

It's okay though, I honestly feel we can take most of what we learned and apply it to the Commodore 64, which, while closed source, most "black hat" hackers can patch the kernel of to include execution of the Binaries Formerly Known As Ubuntu.

The process will be different, though: After powering on the system and reaching the READY string signaling the BASIC interpreter, you'll POKE the unicode name-string of the package you want to update to the user space at $C000, then execute an SYS command to set the CPU's program counter to the vector of the package installation.

Re: Ubuntu 16.04 (Xenial Xerus)

#34
post #4

I love the part about simplifying packaging via 'snap'. Now, I would love to know, if I'm a maintainer of Foo (and you can get it today via `apt-get install foo`), how will I be able to start packaging using snap rather than relying on deb packages that come from debian? I'd love any feedback, cheers!

Just a side note, as well: `apt-get` is depreciated, they've moved to just plain `apt` `apt install foo`

About time-- I always thought it was absurd for them to keep apt-get and apt-cache separate "for historic reasons." I used to have the hardest time explaining that the occasional new ubuntu users (to say nothing of all the people who were convinced that they needed to type "apt get [packagename]" then "apt install [packagename]".

Re: Ubuntu 16.04 (Xenial Xerus)

#36
Notes from my 15.10 -> 16.04 upgrade:

1) If you use the nvidia drivers from the graphics-drivers PPA, starting the default non-root X server will hang with no graphics output. Installing xserver-xorg-legacy fixes this.

2) LXC+Linux 4.4 seems to be very broken: https://github.com/lxc/lxd/issues/1666#issuecomment-21290311...

3) Pulseaudio now uses shared memory and playing audio inside a firejail will break the pulseaudio server: https://github.com/netblue30/firejail/issues/69#issuecomment...

Re: Ubuntu 16.04 (Xenial Xerus)

#37
post #4

I love the part about simplifying packaging via 'snap'. Now, I would love to know, if I'm a maintainer of Foo (and you can get it today via `apt-get install foo`), how will I be able to start packaging using snap rather than relying on deb packages that come from debian? I'd love any feedback, cheers!

If you have the source of the package you might be able to use ubuntu's snapcraft[1] tool to create snap packages. There is a project on github called deb2snap[2] that might help creating snaps from deb packages which is something that might help. I haven't used it so can't provide any feedback on how well it works. The README is pretty detailed though. [1] https://developer.ubuntu.com/en/snappy/build-apps/ [2] https…

I knew deb2snap thanks, what I'm wondering is the bureaucracy steps to switch Foo to use my snap (instead of debian's deb) by default when being installed in Ubuntu v.NEXT. Thanks again

Re: Ubuntu 16.04 (Xenial Xerus)

#39
post #19

For anyone packaging software on Linux, this now means every major distro - Debian, RHEL/CentOS, Arch and now Ubuntu - supports .service files. No need for bash scripts, custom watchdog and daemonise tools, etc.

I wonder how big the installation of Amazon Linux is? They are still not on systemd. Also, CentOS 6 still has support for 4 more years so probably can't throw away all the bash yet.
Post reply on HN