[arch-general] Telinit?
Anyone know what happened to the "telinit" shortcut? It used to be included in systemd-sysvcompat (https://wiki.archlinux.org/index.php/Systemd#systemd-sysvcompat) but seems like it recently got removed. Was it removed upstream? (And if so, anyone know why?) Thanks, DR
Re: [arch-general] Thunderbird 78
> Is it possible to update it in [testing] at least? This version is not an “upgradeable” release, as stated by the upstream. Not considered “next version” in the upgrades sequence. The next version after 68.11 is 78.2, which is not released yet. Hypothetically [testing] could provide that release, but what for? To produce bug reports that will need to be dismissed immediately, because people didn’t suspected the upgrade is expected to break their installations? What is the reason to install 78.0 or 78.1? Unless either: - You are interested in very early previews, in which case you probably should be on nightly anyway; - You are among the people affected by the CVEs present in 68.11? But if you have a reason, you can install the official Mozzila’s release. There even is a ready PKGBUILD posted by someone on AUR, so you do not need to write your own from scratch: https://aur.archlinux.org/packages/thunderbird-bin/ A side note: I am not simply dismissive. Initially I was considering that putting it in [testing] may be a good idea. But after some talking with people around I changed my opinion. signature.asc Description: OpenPGP digital signature
Re: [arch-general] Thunderbird 78
> > From: Franck STAUFFER > Sent: Sat Aug 15 09:32:51 CEST 2020 > To: karx via arch-general > Subject: Re: [arch-general] Thunderbird 78 > > > Shouldn't it be the opposite? > This is not Debian Stable, packages should be up-to-date and if people > want older package they have to package it themselves in AUR. > Am I wrong? > Upstream requested all distros to not ship Thunderbird 78 until 78.2 is released: https://twitter.com/mozthunderbird/status/1284418789153497090 Yours sincerely G. K.
Re: [arch-general] pacman -Syu ~ 1 yr. of packages, tty1 hangs after root clean, tty2 console login OK - how to fix?
On 8/15/20 3:07 AM, ProgAndy wrote: > It was mentioned on arch-dev-public: > > https://lists.archlinux.org/pipermail/arch-dev-public/2020-March/029895.html > > There were no maintainers that were able to test the legacy nvidia packages > anymore, so they had to be dropped. > > Unofficial binary packages are available in the disastrousaur[1] and jlk[2] > repositories. > The AUR package is mostly repackaging the upstream binaries anyways, only the > kernel module is built from source. > So I don't think it would be too bad to install it from the AUR. > > [1]: > https://wiki.archlinux.org/index.php/Unofficial_user_repositories#disastrousaur > > [2]: https://wiki.archlinux.org/index.php/Unofficial_user_repositories#jlk Thank you, Yes, when you build the nvidia-390xx from AUR you have the option of installing nvidia-390xx or nvidia-390xx-dkms which is as you explain handles the rebuild of the kernel modules. My only concern there, as with the 5.2 branch of VirtualBox I package for AUR, builds break on kernel update. The vbox 5.2.45 (testbuild 139677) still fails to build the kernel modules for 5.8. If something like that were to happen with the nvidia driver, then you would simply break X on all affected laptops until the AUR maintainer could update the package. AUR is good, but it certainly is no where near as reliable as having a maintained package for critical drivers. Moreover, with vbox, your guest may be offline until an update is provided, but your computer still works. With graphics driver -- you are not as lucky. I'm sure the testing could have been arranged to preserve the 390xx driver -- I would have been more than happy to do it. We will see how it goes, but I'm not going to update to 5.8 and roll the dice yet. -- David C. Rankin, J.D.,P.E.
Re: [arch-general] Thunderbird 78
Is it possible to update it in [testing] at least? Le 15/08/2020 à 09:52, Archange via arch-general a écrit : Le 15 août 2020 11:32:51 GMT+04:00, Franck STAUFFER a écrit : Shouldn't it be the opposite? This is not Debian Stable, packages should be up-to-date and if people want older package they have to package it themselves in AUR. Am I wrong? Not when a feature expected by many Arch users is broken.
Re: [arch-general] pacman -Syu ~ 1 yr. of packages, tty1 hangs after root clean, tty2 console login OK - how to fix?
Am 15.08.20 um 09:57 schrieb David C. Rankin: > ... > That is a shame. You just can't pull a videocard out of your i7 laptop to > update for fun, and you sure can't run desktop effects in KDE without it. I'm > not sure I understand the logic in Arch dropping the 390xx drivers relegating > a host of laptops Quadro cards to trying to build the nvidia-390xx, the utils > and settings package. Even following the list, I don't recall a discussion > about the discontinuation and there was no warning on update or error on > reinstall. > It was mentioned on arch-dev-public: https://lists.archlinux.org/pipermail/arch-dev-public/2020-March/029895.html There were no maintainers that were able to test the legacy nvidia packages anymore, so they had to be dropped. Unofficial binary packages are available in the disastrousaur[1] and jlk[2] repositories. The AUR package is mostly repackaging the upstream binaries anyways, only the kernel module is built from source. So I don't think it would be too bad to install it from the AUR. [1]: https://wiki.archlinux.org/index.php/Unofficial_user_repositories#disastrousaur [2]: https://wiki.archlinux.org/index.php/Unofficial_user_repositories#jlk -- ProgAndy
Re: [arch-general] pacman -Syu ~ 1 yr. of packages, tty1 hangs after root clean, tty2 console login OK - how to fix?
On 8/14/20 3:18 AM, David C. Rankin wrote: > Additionally, I've done a completely additional reinstall: > > # pacman -Qqn | pacman -S - > > All goes well, no errors, but the boot still hangs on tty1 and no GUI or X is > every started though sddm says it is running. > > I think it is time to wipe the slate clean and reinstall unless anyone has a > better idea? GAH The original reinstall would have solved everything -- but for Arch removing the nvidia-390xx packages, WTF?? There were no new ones there so the 390.116 packages installed on my Laptop were never updated causing boot to hang. That is a shame. You just can't pull a videocard out of your i7 laptop to update for fun, and you sure can't run desktop effects in KDE without it. I'm not sure I understand the logic in Arch dropping the 390xx drivers relegating a host of laptops Quadro cards to trying to build the nvidia-390xx, the utils and settings package. Even following the list, I don't recall a discussion about the discontinuation and there was no warning on update or error on reinstall. But, it is done, and aside from the netctl SNAFU and the nvidia surprise, the update from 6/19 to 8/20 worked just fine -- which is pretty amazing. -- David C. Rankin, J.D.,P.E. signature.asc Description: OpenPGP digital signature
Re: [arch-general] Thunderbird 78
Le 15 août 2020 11:32:51 GMT+04:00, Franck STAUFFER a écrit : >Shouldn't it be the opposite? >This is not Debian Stable, packages should be up-to-date and if people >want older package they have to package it themselves in AUR. >Am I wrong? Not when a feature expected by many Arch users is broken.
Re: [arch-general] Thunderbird 78
Shouldn't it be the opposite? This is not Debian Stable, packages should be up-to-date and if people want older package they have to package it themselves in AUR. Am I wrong? On 8/15/20 5:27 AM, karx via arch-general wrote: On Fri, Aug 14, 2020, 9:45 PM mpan wrote: Is there any reason the package is stuck to version 68? The reason is given on the very top of the page you have linked. Correct me if I'm wrong, but couldn't we package thunderbird 78 in something like testing or the AUR for people who absolutely need 78, and then keep the stable version how it is? Yash -- Franck STAUFFER OpenPGP_signature Description: OpenPGP digital signature