Henning Sauer [EMAIL PROTECTED] writes:
today I tried to build a an rpm of gimp-1.1.32 from the source via
"rpm -ta gimp-1.1.32.tar.bz2", but it didn't work because in the
installation phase it couldn't find the gimp executable in the
/usr/bin directory under BuildRoot. Instead the gimp
On Wed, Dec 20, 2000 at 08:19:01PM +, Nick Lamb wrote:
In the border cases (alpha = 0, alpha = 255) this produces exact
results. In the intermediate ones, the maximum difference between
doing a "slow but accurate" division and all this bit twiddling is at
most 1. So it is just what
[lots of interesting stuff and ASCII art not quoted]
Does this mean we can do something like xRes, ie. process first a
`preview' in low-res (to show to the user) and then, as an idle task (or
possibly even scheduled for later work, do the full-res version?
/* Steinar */
--
Homepage:
Hi Adam,
On Thu, Dec 21, 2000 at 11:15:17PM +, Adam D. Moss wrote:
How would the "pupus" functionality be directly exposed to users? The
answer is that it most assuredly WOULD NOT. I do not advocate, in fact
I ABHOR the idea that the user should end up drawing a little tree
of boxes
Henning Sauer wrote:
Is their a way to correct this behaviour and build an RPM ?
Certainly. I'd be happy to look at the RPM file and fix it. Its probably a
minor thing. Everytime I look at .spec files I learn something. The problem
is that with Christmas just about here, I may (but may not)
Hi, all.
I want it! Hey, this is interactive Script-Fu! There should definitely
be an option to view and manipluate the trees. The possibilities are
endless. (e.g.: change a Dynamic Text and have changes propagate
automatically; very nice for batch jobs - perform task once, launch
Henning Sauer wrote:
Is their a way to correct this behaviour and build an RPM ?
I managed to take a quick look in to this. I believe the problem is not
with the spec file but with the Makefile's. The 'make install' invoked by
the spec file is installing gimp, gimp-tool, gimp-remote, and a sym
"Adam D. Moss" wrote:
The somewhat-simplified idea common to both proposals is that a
list/tree of little black boxes is set up, where images get
fed into the tree at the bottom, get chewed up by the black boxes
through which they are sequentially sent, and at the end of
the line comes a
On Fri, Dec 22, 2000 at 12:26:54PM -0600, Federico Mena Quintero wrote:
"Adam D. Moss" [EMAIL PROTECTED] writes:
Right, this is a bad-data problem, and "WON'T FIX". The
source XCF image contains pixels with an index of 34 (the
screen on the computer icon) but only declares a palette
