[aur-general] yaourt - Was: aurweb v6.0.0 Release
Today we take farewell of yaourt. Some of us remained steadfastly at yaourt's side, while it became old. It was a good friend. Until yesterday some of us used the manual build process, but in addition we checked the aur for updates and searched for software using yaourt and quite often we even used it to build packages. The brave yaourt existed for around 4 or 5 years without being maintained, but it still worked quite well. Today yaourt passed away. May yaourt rest in peace. ;)
El sáb, 5 feb 2022 a las 9:27, Ralf Mardorf via aur-general (< aur-general@lists.archlinux.org>) escribió:
Today we take farewell of yaourt.
Some of us remained steadfastly at yaourt's side, while it became old.
It was a good friend.
Until yesterday some of us used the manual build process, but in addition we checked the aur for updates and searched for software using yaourt and quite often we even used it to build packages. The brave yaourt existed for around 4 or 5 years without being maintained, but it still worked quite well.
Today yaourt passed away.
May yaourt rest in peace.
;)
in some cases still working for me. for example yesterday when upgrade a lib32 package stored in [AUR] (the "64bits" counterpart package landed in [testing]), which yay refuse to reload the dependencies when modify the depends=(package=$pkgver). yay always take the old version in core/extra/community instead of reload the new depends list when edited the PKGBUILD greetings
On Thu, Feb 10, 2022 at 05:42:27PM +0100, sL1pKn07 SpinFlo via aur-general wrote:
in some cases still working for me.
for example yesterday when upgrade a lib32 package stored in [AUR] (the "64bits" counterpart package landed in [testing]), which yay refuse to reload the dependencies when modify the depends=(package=$pkgver). yay always take the old version in core/extra/community instead of reload the new depends list when edited the PKGBUILD
greetings
It's working for now because of a temporary patch, noted in https://lists.archlinux.org/pipermail/aur-general/2022-February/036787.html which was deployed for yay. This will be removed on March 4th, and so while I feel bad for yaourt, Ralf is correct. Best, Kevin -- Kevin Morris Software & Linux Enthusiast
El jue, 10 feb 2022 a las 18:23, Kevin Morris via aur-general (< aur-general@lists.archlinux.org>) escribió:
On Thu, Feb 10, 2022 at 05:42:27PM +0100, sL1pKn07 SpinFlo via aur-general wrote:
in some cases still working for me.
for example yesterday when upgrade a lib32 package stored in [AUR] (the "64bits" counterpart package landed in [testing]), which yay refuse to reload the dependencies when modify the depends=(package=$pkgver). yay always take the old version in core/extra/community instead of reload the new depends list when edited the PKGBUILD
greetings
It's working for now because of a temporary patch, noted in https://lists.archlinux.org/pipermail/aur-general/2022-February/036787.html which was deployed for yay.
This will be removed on March 4th, and so while I feel bad for yaourt, Ralf is correct.
Best, Kevin
-- Kevin Morris Software & Linux Enthusiast
tnx for the info greetungs
participants (3)
-
Kevin Morris
-
Ralf Mardorf
-
sL1pKn07 SpinFlo