Re: httpS download of iso images
For what its worth, there is a good article on how to correctly download an Ubuntu ISO. https://tutorials.ubuntu.com/tutorial/tutorial-how-to-verify-ubuntu#0 On Mon, Jan 28, 2019 at 5:26 PM Peter He wrote: > > Please, in the name of most Ubuntu users, who will NOT verify their > downloaded image using GPG, make the default download from the > official website use httpS. > > Thank You > > (Many users do not have a web of trust set up, to properly use gpg, > but can rely on the public key infrastructure, given that public keys > of certificate authorities are shipped with their existing OS and > browser.) > > -- > Ubuntu-devel-discuss mailing list > Ubuntu-devel-discuss@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: No more dialog in `apt upgrade -y` events
Just an FYI, you should not be using 'apt' from scripts or automation. Per its own man page apt(8) http://manpages.ubuntu.com/manpages/bionic/en/man8/apt.8.ml | SCRIPT USAGE AND DIFFERENCES FROM OTHER APT TOOLS | The apt(8) commandline is designed as an end-user tool and it may | change behavior between versions. While it tries not to break backward | compatibility this is not guaranteed either if a change seems | beneficial for interactive use. | | All features of apt(8) are available in dedicated APT tools like | apt-get(8) and apt-cache(8) as well. apt(8) just changes the default | value of some options (see apt.conf(5) and specifically the Binary | scope). So you should prefer using these commands (potentially with | some additional options enabled) in your scripts as they keep backward | compatibility as much as possible. Your comments do also apply to 'apt-get' so they are still relevant. On Sun, Nov 25, 2018 at 6:21 AM Robie Basak wrote: > > Hi, > > On Sun, Nov 25, 2018 at 02:40:30PM +0800, Jesse Steele wrote: > > I'm a dev who relies on updates on many machines; I write scripts to handle > > them. I don't have the resources to investigate every daily build to see if > > GRUB or PHP is going to ask a question that, under most circumstances, needs > > the obvious, default answer. > > In your case, using DEBIAN_FRONTEND=noninteractive, running apt-get with -o > Dpkg::Options::="--force-confdef" -o Dpkg::Options::="--force-confold" > and redirecting stdin from /dev/null is probably appropriate. > > > This isn't just any Linux distro, this is the awesome Ubuntu, which we use > > for its reliability. So, we don't need to have PHP and GRUB or any other > > update nag us at the `apt upgrade -y` events. All `upgrade` packages should > > come with a presumed response—GRUB's menu can be updated when IT wants to, > > don't bother asking if I used `-y`; and no of course I don't want to > > override all the php.ini settings I have for my production servers. If > > upgrade packages need options, let the devs with more resources still have > > the option, with information on how to automate those in the `upgrade` well > > in advance, but not if using `upgrade -y`. > > Please note https://bugs.launchpad.net/cloud-images/+bug/1747464 - by > default you shouldn't get prompted, and if you do it's a bug (possibly > this bug - please mark yourself as affected if you are). > > Normally though, when there isn't a bug, if you change your system the > distribution doesn't want to step on your feet, so it has to prompt. It > can't have the knowledge of the customisation you've performed (only you > can know that), and doing the wrong thing may lead to a broken system. > If you don't want the prompt in automation, you can use the appropriate > options to turn it off. I don't think it makes sense to change the > default for this case; the most appropriate default is for normal > interactive use. > > Hope that helps, > > Robie > -- > Ubuntu-devel-discuss mailing list > Ubuntu-devel-discuss@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: About the Ubuntu Server in the Azure virtual machine gallery
On Tue, May 29, 2018 at 10:06 AM, Dimitri John Ledkov
wrote:
> Hi,
>
> On 27 May 2018 at 20:52, Tong Sun wrote:
> > Hi,
> >
> > I see that in the Azure virtual machine gallery, it lists:
> >
> > Ubuntu Server
> > https://azuremarketplace.microsoft.com/en-us/marketplace/apps/Canonical.
> UbuntuServer?tab=Overview
> > Canonical
> >
> > Does it means that Canonical is responsible for creating such Azure
> virtual
> > machines, or just this Ubuntu Server is copyrighted to Canonical?
> >
> > Basically I want to understand why the latest Ubuntu 18.04 LTS is still
> not
> > available from the Azure virtual machine gallery yet, as it's been
> available
> > for quite a while now. Thx.
> >
>
It may not show up in the marketplace, but you can find it via 'filter'
when launching
a virtual machine. Search for 'Ubuntu 18.04' and you will see the image in
the
results. In order to get an official Canonical made image, make sure the
'Publisher'
is 'Canonical'.
The Ubuntu Project and Canonical build and publish these images in
> azure marketplace.
>
> Ubuntu 18.04 LTS is available, and you can find and launch it using
> e.g. the Azure CLI.
>
With the 'az' cli tool (https://docs.microsoft.com/en-us/cli/azure)
you can list images available by 'Canonical' with:
$ az vm image list --all --publisher=Canonical
...
{
"offer": "UbuntuServer",
"publisher": "Canonical",
"sku": "18.04-DAILY-LTS",
"urn": "Canonical:UbuntuServer:18.04-DAILY-LTS:18.04.201805220",
"version": "18.04.201805220"
},
..
{
"offer": "UbuntuServer",
"publisher": "Canonical",
"sku": "18.04-LTS",
"urn": "Canonical:UbuntuServer:18.04-LTS:18.04.201805220",
"version": "18.04.201805220"
},
You can then also launch an image by the 'sku' shown there with:
$ az vm create --name=testvm --resource-group=my-resource-group \
--location=westus2 --image=Canonical:UbuntuServer:18.04:latest
The ':latest' means to automatically select the newest available image with
that sku.
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Source packages appropriate by default?
Hi, I'm kind of late to this thread, but I'd like to add my opinion. Personally, I think we have to many entries in sources.list. Anyone suggesting that there is little cost to entries simply hasn't tested things. There is a very real cost to having unused entries, in bandwidth, load on a proxy/mirror and local cpu time. Thanks to 'chdist', you can quite easily test this, and in my research for LP: #1177432 (cloud-images do not have backports), I've written a simple helper for that at https://gist.github.com/smoser/5586288 . I don't want to start a flame war over what exactly should be in and what should not. What I want to suggest is that we have tools to easily let the user specify things. 'apt-add-repository' has been ubiquitous and is insanely useful. I just now noticed that bug 997371 (Create command to add "multiverse" and "-backports" to apt sources) is now marked Fix-Released, and was in quantal. I think we should continue on this trend and improve it so that apt-sources management is very easy. Then, we can turn this thread into: Subject: document apt-add-repository "sources" Scott On Tue, 21 May 2013, Benjamin Drung wrote: > Am Dienstag, den 21.05.2013, 09:31 -0700 schrieb Dylan McCall: > > On Tue, May 21, 2013 at 9:16 AM, Dale Amon wrote: > > > Source is an educational tool. > > > Learning command line is a lesson in taking control of your own computer. > > > Kids explore. > > > > > > Make sure J Random's computer is full of things to intrigue and > > > lead a 13 year old to the power of the source. > > > > Personally, I use apt-get source for one thing: the little note that > > tells me which bzr branch I can use, instead. (There's probably a > > better command for that, but I don't know what it is). > > You might want to use debcheckout from the devscripts package. > > -- > Benjamin Drung > Debian & Ubuntu Developer > > > -- > Ubuntu-devel-discuss mailing list > Ubuntu-devel-discuss@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss > -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
