lasm wrote:
> I was trying to look for an engraved effect, the opposite
> of emboss, i.e. to make the thing look caved in, instead of
> popped out. While I couldn't find any plugin that does this,
> I thought of an idea, if the bumpmap can be changed to accept
> negative depth, in addition to
Greetings, all!
I have uploaded the GIMP 1.2.0 RPM files to
http://fantasia.galaxynet.com/~casey/gimp/v1.2/
You will find both .src.rpm files and .i386.rpm files. These files were
created using the original 1.2.0 tar.gz file. The binary RPM files were
built on a Redhat 6.2 machine. At the above
At 12:02 AM 01/04/2001 +, you wrote:
>Whoever is providing anonymous CVS, it's broken.
>
>,
>| loki:/usr/packages/gimp% echo $CVSROOT
>| :pserver:[EMAIL PROTECTED]:/cvs/gnome
>| loki:/usr/packages/gimp% cvs -z5 co -r gimp-1-2 gimp
>| cvs server: cannot open /root/.cvsignore: Permission den
Greetings, all!
Yesterday evening I uploaded the patches, source, and binary RPMs for gimp
and gimp-data-extras to gimp.org for the 1.2.0 version of the GIMP.
They should become available sometime in the near future once they get
moved out of the 'incoming' area of the FTP server.
Cheers!
Ke
Greetings, all!
I now have source RPM files. I will be uploading the patches, source and
binary RPMs to gimp.org later today. These files will become available for
downloading once they have gone through whatever process contributed files
go through.
The RPMs I have are for both gimp-1.2.0 and g
Marco Lamberto wrote:
> This time I've fixed the main problem related to the "prefix" var used for
> installation, now changed into "DESTDIR", and I've attached a patch vs 1.2.0.
> I've added the DESTDIR support in the subdirs that still hold the old
> installation prefix.
I tried building an RPM
Marco Lamberto wrote:
> Good, I've attached a revised patch of mine vs the gimp.spec.in that should fix
> some stuff. It was contributed by my friend Giandomenico Di Tullio.
> I hope this will help you. ;)
Thanks, Marco. That patch shows most of the changes I have already made
myself. There are a
Marc Lehmann wrote:
> scm2scm should go into gimp-devel, as it only requires perl, not
> gimp-perl, scm2perl should go into gimp-perl-devel, so you can choose on
> your own (I recommend gimp-perl).
Thank, Marc. I was thinking that was probably how it would wind up. I'll
move scm2perl in to gimp-p
Marco Lamberto wrote:
> Please check the patch and _please_ merge those changes in order to build again
> easily and RPMmed GIMP. ;)
I've taken a look at the patch, Marco. For some reason all your patches
were rejected when I tried to apply them so I recreated the patches.
However, I am only usin
Marco Lamberto wrote:
> Some times ago me and other guys complained about a broken support for building
> GIMP's RPMs.
> This time I've fixed the main problem related to the "prefix" var used for
> installation, now changed into "DESTDIR", and I've attached a patch vs 1.2.0.
> I've added the DESTD
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
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) hav
david rohde wrote:
> I am currently writing a new plugin, which I hope if there is intrest in it
> could be included in to standard gimp distributions. I understand that the
> gimp is frozen at the moment, but if anyone could tell me the process
> required for a new plugin to be considered for th
"Moses P. Milazzo" wrote:
> Why not:
>
> grep "//" `find . -name "*.[ch]"` | grep -v 'p://'
You should include -print as part of the find statement or else you will
wind up getting a list of lines containing C++ style comments without
knowing the name of the file that needs to be edited.
Cheers
[EMAIL PROTECTED] wrote:
> On 26 Sep, Tim Mooney wrote:
> >> Grepped through the source and couldn't find any C++ style
> >> comments...
>
> > cc: Error: lighting_ui.c, line 387: Invalid statement. (badstmt)
> > // GtkWidget *spinbutton;
> > --^
There are a number of C++ style comments. I ran
At 02:55 PM 09/27/2000 -0500, you wrote:
>For printing I'm sending the high resolution files to a company that
>outputs them to photographic paper. I have no idea what they use to make
>the prints but the quality is fantastic.
I have something I need to get printed which I designed using the GIM
At 10:08 PM 08/12/2000 +0200, Martin Weber wrote:
>... For most formats GIMP has a very good solution, but for PCX
>ImageMagick and XV loads the pictures 50 % faster into memory than GIMP.
>Where could pcx.c be optimized?
I have only taken a quick look at pcx.c but I can see where some minor(?)
Anton Enright wrote:
> I've got a GIMP precompiled binary tarball that is supposed
> to be installed in /opt
>
> Because I do not have root access to my machine I've installed
> it in /space/opt.
[snip]
> Is there anyway to modify post-install the prefix directory that
> gimp looks for scripts pl
Robert L Krawitz wrote:
> A number of our users who are using Red Hat (6.0 or 6.2) report that
> there is no gimptool present with Gimp 1.0.4 (they've done a find and
> come up with nothing; they've checked that they've installed
[snip]
> Any suggestions? Is Red Hat broken, or is it our configure
Charles Iliya Krempeaux wrote:
>
> "Jason T. Slack" wrote:
> > So maybe GIMP is not an option for me to work on. However, I want to develop
> > something. I have approximately 6 years of C/C++ experience with assembler
> > developing commercial applications. My interests are graphics, Desk-top
>
Jeff Sheffield wrote:
> I thought this was interesting.
> in the "End User License Agreement"
> It states that you may not reverse engineer the product.
>
>
> YOU MAY NOT:
> ---snip
> 2. reverse engineer,
This is not uncommon in agreements these days. I have installed the product
under
At 01:36 PM 07/01/2000 +0100, Piers Cornwell wrote:
>As far as i see it, *anyone* who has made *any* tangible contribution to the
>GIMP can have their name in the AUTHORS file. Since the "About GIMP" scrolling
>list is just a mirror of AUTHORS (as is the authors section in gimp.1),
>everyone shoul
Piers Cornwell wrote:
> > Why is there *yet another* incomplete list of all Gimp contributors in
> > the AUTHORS file? Hint: We already had enough such lists, and none of
> > those are properly maintained either.
I'm curious as to what is the criteria that determines whether someones
name will ap
At 10:41 27/6/00 -0500, Frazer Williams <[EMAIL PROTECTED]> wrote:
> I'm trying to write an "unplot" plugin. The idea is to load a graph
> image into the gimp (probably using a scanner), and then, using the mouse
> to click on points on the graph, write the x and y values of
> mouse-selected
Greetings!
> On Wed, 07 Jun 2000, Sven Neumann <[EMAIL PROTECTED]> wrote:
> > [quoting Austin Donnelly <[EMAIL PROTECTED]>]
> > > > I would be very unhappy if changing the layer opacity from 100% to 50%
> > > > would eat up a dozen or more undo-steps since each value_changed signal
> > > > from t
CodeWarrior is correct in its message. The variables are being defined the
first time for use in the procedural_db_register() calls and then later
they are defined again but this time with initial values. Does CodeWarrior
issue the redefinition message as a warning or as an error?
The output from
Carey Bunks wrote:
> Dear GIMPsters,
>
> Creating digital collage and photo-montage with the GIMP requires good
> access to unfettered, raw photographic materials. Although there are
> many online stock-photo companies offering images for a fee, to
> promote and accelerate the use of the GIMP, i
Sven Neumann wrote:
> > 9
> > Why colour brushes can be animated and grayscale can not ?
> > (Telling me to stop using the colours is not the answer:).
>
> This is definitely a design mistake in the animated brushes. We will
> however not change this before 1.2.
Just curious...It won't change du
>My usage pattern is
>
>Fill => Undo => Swap Colours => Fill => Swap Colours
>^
>+ insert a "this damnit fill braindamage e3stD%$&DFZG§ gimp thing"
> here.
>
>Apart form the API changes (breaking _some_ plug-ins), I highly welcome
>that change. But I'd also say it was not
>If you need to tell USERS something important then it should not be
>in these strings, you should rather write a paragraph for the GUM.
>
> > (B) don't mark the strings for translation, not in the core, neither in
> > the plug-ins
It depends on what is meant by having something important to
>If you need to tell USERS something important then it should not be
>in these strings, you should rather write a paragraph for the GUM.
>
> > (B) don't mark the strings for translation, not in the core, neither in
> > the plug-ins
It depends on what is meant by having something important to
> > If re-reporting the bug is so painful that you can't do it
>
>It is so painful because I re-reported it at least three times (so many
>mails are in my saent-folder, but I know I sent more that got lost during
>a crash).
>
> > They are not SO critical that I have been unable to use script-fu
>
Greetings, all!
Here is the information Manish Singh sent out some time ago regarding the
switch from majordomo to the ezmlm style of mailing list.
>Date: Tue, 31 Aug 1999 11:17:52 -0700
>From: Manish Singh <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: mailing lists changes
>
>Sorry for
>I vote for releasing gimp 1.2 with Tigert's 1.4 "floating balloon"
>splash screen.
Its always been my favourite. You can add my vote for it.
Cheers!
Kevin. (http://www.interlog.com/~kcozens/)
Internet:kcozens at interlog.com |"What are we going to do today, Borg?"
or:ve3syb at rac.c
Greetings!
The following patch is a minor enhancement to scm2scm which will allow it
to fix references to gimp-image-*-undo.
Cheers!
Kevin. (http://www.interlog.com/~kcozens/)
Internet:kcozens at interlog.com |"What are we going to do today, Borg?"
or:ve3syb at rac.ca |"Same
>When you join the list, you get directions
>on how to unsubscribe. A rational being,
>a thoughtful being, a being who belongs on
>a technical list, will save these instructions,
>and use them if needed.
This is true. However, the list changed from being based on majordomo to
ezmlm and the instr
>Even better if someone can think of a naming scheme that solves the problem
>that the menus are sorted alphabetically, since what he have now is actually:
>
> Rotate -> 180 degrees
> 270 degrees
> 90 degrees
The simplest solution would be to use 090 degre
>>Why not allow the user to choose his/her browser of choice ?
>>With Netscape, Mozilla, the Gnome Help Browser, kfm, or even
>>Lynx in an xterm as possible choices, I don't see any problem with this...
>
>So Gimp help should be a set of HTML files and a small exec to launch the
>preferred browser
Reading the discussions re: the help system has made me think I understand
why compiling GIMP always broke at a point where it needed a GtkXmhtml
header file. I use a RedHat system without Gnome installed and I'm
beginning to understand that GtkXmhtml is a Gnome thing. I recently
upgraded to the l
>Do you have example 16-bit and 32-bit BMP files, and also examples of
>non-working RLE images? I have been collecting images which broke Gimp
>for some time now to check for regression in new builds.
I have a 16-bit BMP file I can send you. If you want it, tell me where to
send it. I should tell
40 matches
Mail list logo
