[aur-general] Orphan request: zramswap
Hi, I am using the package zramswap 1.1.1 from AUR and I was surprised a few days ago to see an update making it bump from 1.1.1 to 2.8.1 (and 2.9.1 since yesterday), so I have taken a close look at the PKGBUILD then I headed to AUR: someone has created a script having for name systemd-swap, and published it on two different pages, the zramswap page where it has the name of zramswap -- and on a systemd-swap AUR page where it had the name "systemd-swap", removed very recently and ported to Community: https://projects.archlinux.org/svntogit/community.git/log/trunk?h=packages/s... as per the last comment on the zramswap page: https://aur.archlinux.org/packages/zramswap/ Currently, this is what zramswap used to look like: http://pastebin.fr/35980 and the start/stop zramswap.service script: http://pastebin.fr/35981 I don't have any bad feeling about the new script, but I really appreciate the job done by the "old" one, which has worked perfectly so far. I use the kernel 3.14.4-1-ARCH x86_64, a nvidia current driver, and zram is loaded and working everyday during several hours. And this is what it looks like now, after the new program has replaced this script which works well, with one script which provides other features: https://github.com/TimofeyTitovets/systemd-swap/blob/master/systemd-swap.sh So you can see the differences which are important. I posted an initial comment on the AUR zramswap page on 2014-05-21 22:39 to explain that I was in disagreement with the change done, as the zramswap did only one thing --and does it well-- take care of the zram module. My argument being rejected, I am asking here to the Trusted Users to see what you can do about it? I have been a long time user of the compcache package (from the original project: https://code.google.com/p/compcache/ ) and later when the main component became the zram kernel module I started using the script meant to load and set it up, having for name zramswap, which I am still using now as I said, at it's version 1.1.1. My machine has 4 Gb ram, but sometimes with Virtualbox running along with other greedy applications it is very good to have. I would appreciate it a lot if things where put back as they were with the script which takes care of zram only and nothing else, and be orphaned as it should have been, in order to allow anyone interested to adopt it and take care of it. I'll stay tuned. Regards, Mélodie
If needed, i can resend my conversation with swiftgeek in this thread. But i think, all already explained in comments to zramswap On May 23, 2014 8:57 PM, "JM" <meets@gmx.fr> wrote:
Hi,
I am using the package zramswap 1.1.1 from AUR and I was surprised a few days ago to see an update making it bump from 1.1.1 to 2.8.1 (and 2.9.1 since yesterday), so I have taken a close look at the PKGBUILD then I headed to AUR:
someone has created a script having for name systemd-swap, and published it on two different pages, the zramswap page where it has the name of zramswap -- and on a systemd-swap AUR page where it had the name "systemd-swap", removed very recently and ported to Community:
https://projects.archlinux.org/svntogit/community.git/log/trunk?h=packages/s...
as per the last comment on the zramswap page: https://aur.archlinux.org/packages/zramswap/
Currently, this is what zramswap used to look like: http://pastebin.fr/35980
and the start/stop zramswap.service script: http://pastebin.fr/35981
I don't have any bad feeling about the new script, but I really appreciate the job done by the "old" one, which has worked perfectly so far. I use the kernel 3.14.4-1-ARCH x86_64, a nvidia current driver, and zram is loaded and working everyday during several hours.
And this is what it looks like now, after the new program has replaced this script which works well, with one script which provides other features: https://github.com/TimofeyTitovets/systemd-swap/blob/master/systemd-swap.sh
So you can see the differences which are important.
I posted an initial comment on the AUR zramswap page on 2014-05-21 22:39 to explain that I was in disagreement with the change done, as the zramswap did only one thing --and does it well-- take care of the zram module.
My argument being rejected, I am asking here to the Trusted Users to see what you can do about it?
I have been a long time user of the compcache package (from the original project: https://code.google.com/p/compcache/ ) and later when the main component became the zram kernel module I started using the script meant to load and set it up, having for name zramswap, which I am still using now as I said, at it's version 1.1.1.
My machine has 4 Gb ram, but sometimes with Virtualbox running along with other greedy applications it is very good to have.
I would appreciate it a lot if things where put back as they were with the script which takes care of zram only and nothing else, and be orphaned as it should have been, in order to allow anyone interested to adopt it and take care of it.
I'll stay tuned.
Regards, Mélodie
Hello, I am answering after, (as it suits for mailing lists): On Fri, 23 May 2014 21:25:08 +0300 Timofey Titovets <nefelim4ag@gmail.com> wrote:
If needed, i can resend my conversation with swiftgeek in this thread. But i think, all already explained in comments to zramswap
On May 23, 2014 8:57 PM, "JM" <meets@gmx.fr> wrote:
Hi,
I am using the package zramswap 1.1.1 from AUR and I was surprised a few days ago to see an update making it bump from 1.1.1 to 2.8.1 (and 2.9.1 since yesterday), so I have taken a close look at the PKGBUILD then I headed to AUR:
someone has created a script having for name systemd-swap, and published it on two different pages, the zramswap page where it has the name of zramswap -- and on a systemd-swap AUR page where it had the name "systemd-swap" (...)
This is now solved as Timofey has reverted the zramswap package after rpodgorny's protest and offer to take on maintainer-ship: https://aur.archlinux.org/packages/zramswap/ comment "2014-05-25 10:45" and "2014-05-25 12:15". Thanks to both Timofey to have finally made it right, and to rpodgorny for his intervention. Regards, Mélodie
participants (2)
-
JM
-
Timofey Titovets