[aur-general] Name for an (almost) fake package
I'd like to package another version of the AUR package android-sdk ( https://aur.archlinux.org/packages/android-sdk/), but without any content in `/opt/android-sdk`, solely for managing package dependency and misc files such as icon, desktop file and profile script. The real content of the package should be managed by user itself under `/opt/android-sdk`, outside of pacman. (This is a preference for some users like me.) Since it does not come with most of the package content, should I call it `android-sdk-fake`? But since it does come with the depenencies and misc files, it is not a "really fake" package. Should I go with `android-sdk-almost-fake` or something like that? -- 张海 浙江大学 计算机科学与技术 Blog: http://blog.zhanghai.me/ Github: https://github.com/DreaminginCodeZH
2016-04-08 10:26 GMT+09:00 张海
I'd like to package another version of the AUR package android-sdk ( https://aur.archlinux.org/packages/android-sdk/), but without any content in `/opt/android-sdk`, solely for managing package dependency and misc files such as icon, desktop file and profile script. The real content of the package should be managed by user itself under `/opt/android-sdk`, outside of pacman. (This is a preference for some users like me.)
Since it does not come with most of the package content, should I call it `android-sdk-fake`? But since it does come with the depenencies and misc files, it is not a "really fake" package. Should I go with `android-sdk-almost-fake` or something like that?
My suggestion is to call it `android-sdk-dummy` to keep align with `systemd-dummy`, `texlive-dummy` and `dropbox-dummy`. These two packages only provides package dependency and let the user to install the real contents outside of pacman.
-- 张海 浙江大学 计算机科学与技术 Blog: http://blog.zhanghai.me/ Github: https://github.com/DreaminginCodeZH
-- -------------------------------------------------------------------------------- Jiachen Yang 楊嘉晨 Graduate School of Information Science and Technology, Osaka University Tel: 080-3853-2770 MSN: firechildren@hotmail.com GMail: farseerfc@gmail.com
On 2016-04-08 03:26, 张海 wrote:
I'd like to package another version of the AUR package android-sdk ( https://aur.archlinux.org/packages/android-sdk/), but without any content in `/opt/android-sdk`, solely for managing package dependency and misc files such as icon, desktop file and profile script. The real content of the package should be managed by user itself under `/opt/android-sdk`, outside of pacman. (This is a preference for some users like me.)
Since it does not come with most of the package content, should I call it `android-sdk-fake`? But since it does come with the depenencies and misc files, it is not a "really fake" package. Should I go with `android-sdk-almost-fake` or something like that?
You should ask android-sdk maintainer to put these files into main package instead. Bartłomiej
On Fri, 8 Apr 2016 07:56:37 +0200, Bartłomiej Piotrowski wrote:
You should ask android-sdk maintainer to put these files into main package instead.
And how does this help the OP to get "`/opt/android-sdk`, outside of pacman"?
On Fri, 8 Apr 2016 08:06:09 +0200, Ralf Mardorf wrote:
On Fri, 8 Apr 2016 07:56:37 +0200, Bartłomiej Piotrowski wrote:
You should ask android-sdk maintainer to put these files into main package instead.
And how does this help the OP to get "`/opt/android-sdk`, outside of pacman"?
Oops, I answer my own question :D. The OP could add it to "NoExtract" in /etc/pacman.conf :).
The extra files are already in the main package; I'm going with the
`-dummy` name then. Thx.
Ralf Mardorf
On Fri, 8 Apr 2016 08:06:09 +0200, Ralf Mardorf wrote:
On Fri, 8 Apr 2016 07:56:37 +0200, Bartłomiej Piotrowski wrote:
You should ask android-sdk maintainer to put these files into main package instead.
And how does this help the OP to get "`/opt/android-sdk`, outside of pacman"?
Oops, I answer my own question :D.
The OP could add it to "NoExtract" in /etc/pacman.conf :).
-- 张海 浙江大学 计算机科学与技术 Blog: http://blog.zhanghai.me/ Github: https://github.com/DreaminginCodeZH
On Sat, 09 Apr 2016 09:07:23 +0200, 张海 wrote:
Ralf Mardorf wrote:
The OP could add it to "NoExtract" in /etc/pacman.conf :). The extra files are already in the main package; I'm going with the `-dummy` name then.
Hi, why don't you use the already existing package and use pacman.conf's "NoExtract" instead? Regards, Ralf PS: Please do _not_ top post.
Emm... Because I don't want to download those large source files when
building, and I don't want to add additional lines to my pacman.conf.
Anyway I think this should have the same reason as the fake packages in
aur; they give users a shortcut for achieving what they feel better.
Ralf Mardorf
On Sat, 09 Apr 2016 09:07:23 +0200, 张海 wrote:
Ralf Mardorf wrote:
The OP could add it to "NoExtract" in /etc/pacman.conf :). The extra files are already in the main package; I'm going with the `-dummy` name then.
Hi,
why don't you use the already existing package and use pacman.conf's "NoExtract" instead?
Regards, Ralf
PS: Please do _not_ top post.
-- 张海 浙江大学 计算机科学与技术 Blog: http://blog.zhanghai.me/ Github: https://github.com/DreaminginCodeZH
There's pacman -D, if you only want to install a package to pacman's database. cheers! mar77i
Yes, but in this case I want the dependencies and files in /etc/profile.d,
/usr.
Martti Kühne
There's pacman -D, if you only want to install a package to pacman's database.
cheers! mar77i
-- 张海 浙江大学 计算机科学与技术 Blog: http://blog.zhanghai.me/ Github: https://github.com/DreaminginCodeZH
On Sat, 09 Apr 2016 11:08:44 +0200, 张海 wrote:
Emm... Because I don't want to download those large source files when building, and I don't want to add additional lines to my pacman.conf. Anyway I think this should have the same reason as the fake packages in aur; they give users a shortcut for achieving what they feel better.
Btw. I'm not sure if it's possible to add a directory instead of a file to "NoExtract", OTOH after downloading the PKGBUILD a user who doesn't want to install everything, easily could edit the package build, either before running makepkg or e.g. continuing with yaourt. Maybe your "dummy" offends https://wiki.archlinux.org/index.php/AUR_User_Guidelines. Regards, Ralf PS: That reminds me that I still need to replace a long comment by a link and that I again need to inform a maintainer about a mistake, regarding the git version s/he should use. IOW we sometimes make mistakes, so there might be already duplicated packages and/or empty packages provided by AUR, but I guess this should not continue. However, perhaps I misunderstand the guidelines.
Em, yes, that's exactly what I did before, but I'm much too tired after
having to identify which lines are installing the main content and which
are not and remove them correctly, every time I got an update. (I'm a
little bit paranoid that I don't want to ignore any package update. Also by
doing so I'll possibly miss aur upstream changes such as added/removed
dependencies or fixed bugs in those extra files.)
So I decided to create these packages.
I've read the rules of submission section beforehand, and here are my
reasons for submission:
- Such way of leaving /opt/ out of pacman (and other extra files in /usr/
managed) is a preference I believe a number of people will find useful.
Leaving /opt/ out of pacman can be useful because Android SDK and Android
Studio has their internal update mechanism that can do patched/resumable
upgrade which is important for people with lowspeed/unstable access to
Google; Using a package to keep the dependency on other packages (ncurses,
swt, etc) and system configuation files (profile scripts, systemd units,
pixmaps and desktop files) are also desirable and recommended because a lot
of the files reside in /usr/.
- Manually doing such work upon every installation of each of these
packages is a tedious process because one has to be at least familiar with
bash scripting to identify exactly the part for installing the main
content, and even so it takes a lot of time everytime.
- These changes cannot be incorporated into the original packages because
there are other people who have the broadband connection and prefer to
manage all their files by pacman; it is not a duplicate.
Ralf Mardorf
On Sat, 09 Apr 2016 11:08:44 +0200, 张海 wrote:
Emm... Because I don't want to download those large source files when building, and I don't want to add additional lines to my pacman.conf. Anyway I think this should have the same reason as the fake packages in aur; they give users a shortcut for achieving what they feel better.
Btw. I'm not sure if it's possible to add a directory instead of a file to "NoExtract", OTOH after downloading the PKGBUILD a user who doesn't want to install everything, easily could edit the package build, either before running makepkg or e.g. continuing with yaourt.
Maybe your "dummy" offends https://wiki.archlinux.org/index.php/AUR_User_Guidelines.
Regards, Ralf
PS: That reminds me that I still need to replace a long comment by a link and that I again need to inform a maintainer about a mistake, regarding the git version s/he should use. IOW we sometimes make mistakes, so there might be already duplicated packages and/or empty packages provided by AUR, but I guess this should not continue. However, perhaps I misunderstand the guidelines.
-- 张海 浙江大学 计算机科学与技术 Blog: http://blog.zhanghai.me/ Github: https://github.com/DreaminginCodeZH
participants (5)
-
Bartłomiej Piotrowski
-
Jiachen Yang
-
Martti Kühne
-
Ralf Mardorf
-
张海