[aur-requests] [PRQ#13078] Deletion Request for tails-iso
Muflone [1] filed a deletion request for tails-iso [2]: This package doesn't offer any use. It simply downloads the latest iso from a mirror and copy it somewhere in the system. [1] https://aur.archlinux.org/account/Muflone/ [2] https://aur.archlinux.org/pkgbase/tails-iso/
Muflone [1] filed a deletion request for tails-iso [2]:
This package doesn't offer any use. It simply downloads the latest iso from a mirror and copy it somewhere in the system.
Before I created these I had looked for other examples. First there's a package in community for the virtualbox guest iso: https://www.archlinux.org/packages/community/any/virtualbox-guest-iso/ Additionally, despite the description, this package also just downloads and iso and installs it into a directory: https://aur.archlinux.org/packages/grml-iso/ So I'd imagine that having an up-to-date iso in a known location would be useful to at least a few people other than myself, which meets the criteria of "usefulness" in the AUR guidelines: "If more than a few people would find this package useful, it is appropriate for submission." ( https://wiki.archlinux.org/index.php/Arch_User_Repository#Rules_of_submissio... )
Before I created these I had looked for other examples.
First there's a package in community for the virtualbox guest iso:
https://www.archlinux.org/packages/community/any/virtualbox-guest-iso/
VirtualBox guest ISO package offers an ISO image which is used by VirtualBox software to install guest utilities. It's not an operating system but a CD image used by guest Linux, Windows and Solaris operating systems with the needed drivers.
Additionally, despite the description, this package also just downloads and iso and installs it into a directory:
While even the grml-iso could be considered unuseful, at least it aims to install it into the grub2 menu (using the grml-rescueboot package). The tails-iso and the archlinux-iso packages do NOTHING at all, just wasting disk space without any other purpose. Whoever will want a fresh Arch Linux image will have to download it from the official mirrors, what humans do since the installation images exist. -- Fabio Castelli aka Muflone
Before I created these I had looked for other examples.
First there's a package in community for the virtualbox guest iso:
https://www.archlinux.org/packages/community/any/virtualbox-guest-iso/
VirtualBox guest ISO package offers an ISO image which is used by VirtualBox software to install guest utilities. It's not an operating system but a CD image used by guest Linux, Windows and Solaris operating systems with the needed drivers.
It's still an iso that could be downloaded by the user when needed instead of automatically updating via pacman...
Additionally, despite the description, this package also just downloads and iso and installs it into a directory:
While even the grml-iso could be considered unuseful, at least it aims to install it into the grub2 menu (using the grml-rescueboot package).
So what you're saying is that if I add another package to add the tails and the archlinux iso to the grub menu, then these packages would be considered acceptable to you? I'd be happy to add those if that's what it will take for this to remain in the AUR, even though I wouldn't use them myself.
The tails-iso and the archlinux-iso packages do NOTHING at all, just wasting disk space without any other purpose.
Whoever will want a fresh Arch Linux image will have to download it from the official mirrors, what humans do since the installation images exist.
I use the arch iso for various purposes in virtual machines, and dislike having to download a new version manually every month or so. I also use tails occasionally in a VM. I would love if they just updated automatically. By making this package, I'll still have to effectively update manually, however my hope is to make this easier for others. I assume that's why the AUR policies were written to say "more than a few" rather than "everyone"; just because one person doesn't see a use for it doesn't mean it isn't useful by some. You obviously don't see a use for it, while I do. Lastly, the ISOs are being downloaded from official mirrors, and being checked against official signatures... So if your comment was to imply that they're coming from an unknown source, they're not.
On 10/27/18 8:02 PM, Ryan Petris via aur-requests wrote:
I use the arch iso for various purposes in virtual machines, and dislike having to download a new version manually every month or so. I also use tails occasionally in a VM. I would love if they just updated automatically. By making this package, I'll still have to effectively update manually, however my hope is to make this easier for others.
You don't need to download a new copy every month or so. The ISO just provides a bootable squashfs image with a pacman binary, and in fact our official installation guide takes some pain to inform you that you can install Arch to bare metal using the bootstrap image, or using the pacman packages provided by Fedora and Gentoo! The devtools package has scripts to automatically install systemd-nspawn containers if the host is Arch Linux -- or at leas contains a working pacman installation and the Arch Linux keyring. We use this script to build packages. We also provide official docker containers as well as vagrant images, under the "archlinux" namespaces. If you're updating manually *anyway*, this package does nothing -- and there's better ways that even let you update automatically by *not* using AUR packages. -- Eli Schwartz Bug Wrangler and Trusted User
Hello
It's still an iso that could be downloaded by the user when needed instead of automatically updating via pacman...
virtualbox-guest-iso is an extension of the VirtualBox software included in the official repositories, not a random ISO that could be downloaded online.
While even the grml-iso could be considered unuseful, at least it aims to install it into the grub2 menu (using the grml-rescueboot package).
So what you're saying is that if I add another package to add the tails and the archlinux iso to the grub menu, then these packages would be considered acceptable to you?
Never told that, even the grml-iso could be considered unuseful, but less unuseful that a completely unrelated to the system ISO file like archlinux-iso and tails-iso.
I use the arch iso for various purposes in virtual machines, and dislike having to download a new version manually every month or so. I also use tails occasionally in a VM. I would love if they just updated automatically. By making this package, I'll still have to effectively update manually, however my hope is to make this easier for others.
This sentence means nothing. If sometimes you need a fresh copy of the Arch Linux ISO then you don't need an installed Arch Linux package for that. Based on your illogical though we'll have packages in AUR for every possible downloadable file from internet, including many recipes for the pancakes. A package must be useful to be uploaded in the AUR, not useful to you alone. I personally doubt you consider this thing useful, for you to update the package requires more work that simply download it using curl or wget. The package doesn't provide any other usage that simply download the file. This classifies the whole package like unuseful.
I assume that's why the AUR policies were written to say "more than a few" rather than "everyone"; just because one person doesn't see a use for it doesn't mean it isn't useful by some. You obviously don't see a use for it, while I do.
You can tell you find this package useful for you all the times you want but this won't make these packages useful at all. What is considered useful is software that users can use within their installation, not random data files to be used once for specific things, unrelated to the installed system. Please refrain to upload these things to the AUR. Best regards -- Fabio Castelli aka Muflone
You don't need to download a new copy every month or so.
The ISO just provides a bootable squashfs image with a pacman binary, and in fact our official installation guide takes some pain to inform you that you can install Arch to bare metal using the bootstrap image, or using the pacman packages provided by Fedora and Gentoo!
The devtools package has scripts to automatically install systemd- nspawn containers if the host is Arch Linux -- or at leas contains a working pacman installation and the Arch Linux keyring. We use this script to build packages.
We also provide official docker containers as well as vagrant images, under the "archlinux" namespaces.
If you're updating manually *anyway*, this package does nothing -- and there's better ways that even let you update automatically by *not* using AUR packages.
-- Eli Schwartz Bug Wrangler and Trusted User
I'm sure there are many, many ways to install/use Arch, however that doesn't change that I want/need the up-to-date iso. Thank you for pointing these out though.
Le 28/10/2018 à 02:56, Ryan Petris via aur-requests a écrit :
You don't need to download a new copy every month or so.
The ISO just provides a bootable squashfs image with a pacman binary, and in fact our official installation guide takes some pain to inform you that you can install Arch to bare metal using the bootstrap image, or using the pacman packages provided by Fedora and Gentoo!
The devtools package has scripts to automatically install systemd- nspawn containers if the host is Arch Linux -- or at leas contains a working pacman installation and the Arch Linux keyring. We use this script to build packages.
We also provide official docker containers as well as vagrant images, under the "archlinux" namespaces.
If you're updating manually *anyway*, this package does nothing -- and there's better ways that even let you update automatically by *not* using AUR packages.
-- Eli Schwartz Bug Wrangler and Trusted User
I'm sure there are many, many ways to install/use Arch, however that doesn't change that I want/need the up-to-date iso.
Thank you for pointing these out though. Just use a systemd timer then?
Request #13078 has been accepted by eschwartz [1]. [1] https://aur.archlinux.org/account/eschwartz/
participants (5)
-
Bruno Pagani
-
Eli Schwartz
-
Muflone
-
notify@aur.archlinux.org
-
Ryan Petris