Package Details: icecream 1.3-1

Git Clone URL: (read-only)
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:
Licenses: GPL2
Conflicts: icecream-git
Provides: icecream
Submitter: uwolfer
Maintainer: bwidawsk
Last Packager: bwidawsk
Votes: 33
Popularity: 0.408459
First Submitted: 2006-10-11 20:48
Last Updated: 2019-09-25 20:08

Latest Comments

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

Anonymous comment on 2012-07-17 13:27

I'm not even a glibc user these days :-)

lucasdemarchi commented on 2012-07-17 13:25

@rakuco: or you could commit it :-)

Anonymous comment on 2012-07-17 13:10

I guess the best way to send patches upstream these days is to diff against current trunk <svn://> and mail to people such as Luboš Luňák <> or Stephan Kulow <>.

SirPenguins commented on 2012-07-17 13:04

Thank you for your patch, I was working with some people on the IRC channel to try and fix the compilation errors but you did it for me!
Not sure how to get this sent upstream; icecream doesn't have a bug tracker yet.

lucasdemarchi commented on 2012-07-16 17:38

good... but with newer glibc it's not compiling anymore. Maybe something to send to upstream:

SirPenguins commented on 2012-07-16 13:04

Done. Thank you!

lucasdemarchi commented on 2012-07-16 13:00

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

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

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

ottoshmidt commented on 2012-06-19 09:23

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