Package Details: icecream 1.4-4

Git Clone URL: https://aur.archlinux.org/icecream.git (read-only, click to copy)
Package Base: icecream
Description: takes compile jobs from your build and distributes it to remote machines allowing a parallel build on several machines.
Upstream URL: https://github.com/icecc/icecream
Licenses: GPL2
Conflicts: icecream-git
Provides: icecream
Submitter: uwolfer
Maintainer: XenHat
Last Packager: XenHat
Votes: 37
Popularity: 0.000000
First Submitted: 2006-10-11 20:48 (UTC)
Last Updated: 2022-11-13 16:02 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

SirPenguins commented on 2012-07-16 13:04 (UTC)

Done. Thank you!

lucasdemarchi commented on 2012-07-16 13:00 (UTC)

With the recent move to /usr, this package needs to be updated. Please install files under /usr/lib/systemd rather than /lib/systemd/

SirPenguins commented on 2012-06-19 13:22 (UTC)

According to the packaging standards in the Wiki, /usr/lib/{pkg} is for "Modules, plugins, etc.", /opt/{pkg} is for "Large self-contained packages such as Java, etc." (Which this program is not, I would argue), and /usr/share/{pkg} is for "Application data". I would not be against moving icecream's files (including the binaries) into /usr/share/icecream, but I am not moving them to /opt/ because icecream isn't large enough to warrant that. Many users choose to have /usr/ reside on a filesystem optimized for quick binary and library access. /opt/ is not often given its own "faster" filesystem. I think it benefits the most users to keep it somewhere under /usr/. otooshmidt: You are welcome to fork or modify this package and put files in /opt/ . No one is stopping you.

lucasdemarchi commented on 2012-06-19 13:16 (UTC)

ottoschimidt: sure, and this is a package that is managed by the pacman - there's no reason it should be different from other packages, which install to /usr. See https://wiki.archlinux.org/index.php/Arch_Packaging_Standards#Directories

ottoshmidt commented on 2012-06-19 09:23 (UTC)

lucasdemarchi: /opt is for optional (custom) packages.. no? and why should I not let them in there?

lucasdemarchi commented on 2012-06-18 13:21 (UTC)

ottoshmidt: you should never let /opt/ in AUR packages. /usr/lib is not only for libraries.

ottoshmidt commented on 2012-06-18 08:38 (UTC)

why is prefix /usr/lib/icecream and not /opt/icecream. Generally, /usr/lib contains libraries not binaries.

anselmolsm commented on 2012-06-15 16:57 (UTC)

@Luigi_Panache: you are right, this package was created because aur/icecream wasn't being maintained. Now that you updated it, I can drop icecream1 ;)

lucasdemarchi commented on 2012-05-10 18:01 (UTC)

I meant... I think icecream1 was created because the previous maintainer of this package was not updating it, no? Now that it is, we could drop the other one

« First ‹ Previous 1 2 3 4 5 6 Next › Last »