> I think that someone of you that can replay to false things must post a
> replay.
Why bother? There are lots of false things in the Internet.
--tml
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/m
OK from me, of course.
--tml
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
> Whether you have/had the authority
> to grant that permission is another question.
I should note that nowadays such requests coming to me are for PSPI,
not GIMP itself, as I haven't built and distributed any GIMP binaries
in a long time. When they used to ask for "permission" to redistribute
GIM
> selling the software on ebay. In my country (germany) some people do not
> have access to broadband internet and like to buy a CD of the software.
GIMP has been relatively often distributed on CDs that come with
relevant magazines, also in Germany. Very recently even, I know
because some of thes
As long as it seems clear that none of the actually affected parties
(i.e. the people who hold the copyright to parts of GIMP and other
(L)GPL-licensed bits bundled by the "scammers") care about the alleged
problem or would consider doing anything, this discussion is mostly
pointless.
--tml
__
> Pls give me a hand to inform a right place
> (guide line) to compile GIMP source code upon windows OS,
It's much easier to cross-compile it from Linux. I suggest you use
openSUSE and familiarzie yourself with the GIMP (and all dependencies)
cross-compiled to Windows (both 32- and 64-bit) availa
> A motion blur is a retinal effect that has a time dependence.
Is "motion blur" actually something people perceive with their eyes
and brain, or something that only exists in physical artefacts?
(Either intentionally created by an artist to give the impression of
motion, or as an direct result of
I think an IWarp tool would require mechanisms in GIMP that don't
exist yet as none of the current tools, even if superficially similar
(like the smudge tool) requires them. Also, the exact way an IWarp
tool should behave should be specified before one starts coding on
it;) Yeah, getting input on h
> Tor, and what solution can you advice?
File bugs with the respective maintainers to fix the problem? But
yeah, that might take a while of course.
So sure, if you know what you are doing, and you verify that it works,
feel free to rename DLLs.
But be aware then that telling about it might insp
> after renaming some libraries (libintl-8 to intl,
> libpng14-14 to libpng12-0) everything went Ok
Renaming DLLs is never a good idea. There might be a good reason why
the name was changed - namely because the API and/or ABI has changed.
--tml
___
Gim
> Can anyone tell me the trick to building GIMP under cygwin (on Windows XP
> 64-bit).
You really mean you are building for Cygwin, not Windows?
> My immediate problem is that the GEGL make fails because execinfo.h is not
> found.
Well, most likely nobody has attempted to build GEGL for Cygwin
> 0. Have to use M$ Windows
Don't bother writing "M$", that is so last century.
> way out: Use Cygwin.
In what way is that a way out? You will still be using Windows...
You should be aware that if you use Cygwin, and your intent is to
build software for "native" Windows (software that doesn
> Will the compiler stop execution on any warning? It should, and not
> compile any code that gives warnings, otherwise your attempt will not
> work. People will ignore it "just for testing".
That depends on the project. Many projects do use flags like -Werror,
although that is not always possible
> You are right, that in some seldom situations it might make sense
> to initialize values to other start values. But they should always be
> predictable.
You didn't get the reasoning about letting the compiler, or valgrind,
catch use of uninitialized variables, did you?
> The same is here: a NU
> The test
> if( template )
> makes only sense, if you can be sure that uninitialzed values
> will definitelky be NULL.
You must have missed the g_return_val_if_fail (! template ||
GIMP_IS_CONTEXT (template), NULL) .
It checks if template is NULL or a pointer to a valid GimpContext. If
template
> It seems that you're talking Windows in this case. ;-)
> Frankly, it is a very bad thing when applications include a script language
> engine in their distribution that then is installed somewhere in a non-
> standard place on the platform.
But what is the "standard" place for Python on Windows
Nothing personal, just a friendly reminder to people who distribute
personal builds like this: Please note that even if you do it just
temporarily on a small scale, you still need to follow the licenses,
i.e.offer the sources for all GPL or LGPL code you distribute. You
don't want to give anybody t
> Thanks, I believe Python is the solution I was looking for.
But if you really wanted to use Prolog, surely Python is quite far
from that? Or is there some extension or whatever to Python that
allows one to write Prolog-like clauses, a Python-hosted Prolog in a
way?
(Apparently, yes, there are s
> In your educated guess, are the GIMP-vs-window-management problems:
> 1) bugs in the port of GTK+, or
> 2) are they inherent limitations of "window properties" model of
> the interaction between an application and graphic system?
Both;) The exact meaning of what in the X11 world is c
> [ It's all about attitude. Saying "Patches welcome" is an unhelpful attitude.
OK, so what about "Feel free to ask for your money back"? Or "OK, I
guess you have to use the competing products then"?
--tml
___
Gimp-developer mailing list
Gimp-developer@
> Let me restate it:
>
> it is pointless to fix bugs/problems on windows, since they do not
> happen (and if they happen, developers do not want to see reports).
No, not at all. Bug reports (in the proper place, i.e.
bugzilla.gnome.org) are always welcome, especially if they describe
specific er
> It was "GIMP's decision" to use GTK+,
Well, d'oh! I wonder if you know what the "G" in GTK+ means?
Yeah, they should have stayed with Motif, would have prevented the
port to Windows and all the clueless whining that causes.
--tml
___
Gimp-developer m
> 2.6.6. Tested on Windows.
As has been said before, one should not think that the way GIMP's
windows behave on Windows is how they are supposed to behave. There
are bugs in GTK+ on Windows that affect GIMP.
It is pointless to describe the misbehaviour of GIMP windows on
Windows to GIMP develope
Please note that the behaviour of GIMP's windows on Windows is not
necessarily as intended by the developers. The reference environment is
using metacity as widnow manager on GNOME on Linux. You shouldn't infer
anything about the developers' intentions from how GIMP's windows happen to
behave on Wi
> I have tried all possible permutations of paper size between Gimp and the
> Windows driver. Since this setup works great for all other applications
> (e.g. Word, IE, Firefox, etc.), I don't see how the problem could lie
> anywhere else than Gimp.
(The problem is in GTK+ more likely, but that G
> Between 2.17.2 and 2.17.3 the client-side-window branch was merged to
> master. What you see is very likely due to this.
FWIW, not even gtk-demo built from git master head of GTK+ runs
properly on Windows at this time. I don't see any crash, though, just
screen updating failures (blank areas tha
> It's a horrible trick. You would probably never guess if you weren't
> told how it works or read about it somewhere.
So what? It wouldn't hurt anybody either. It would presumably be
trivial to implement and it wouldn't require any new UI.
--tml
___
Gi
> I'm hoping somebody can help me with a GIMP problem. I want to install
> GIMP 2.6 on a computer that is NOT internet-accessible.
And presumably, running Windows?
> I do not need, nor do I want all the added perks such as Weatherbug and PC
> Confidential.
Huh? What are these and what do they h
>> The Linux kernel is also GLP [sic], but the majority of Linux CD
>> distributions
>> does not ship the source.
Oh yes they do. Not on single-CD installation disks, but all Linux
distros provide source package files for all Open Source packages they
provide, from their own repositories. Usually
> i am trying to cross compile gegl-0.0.22 with command CC=arm-linux-gcc
> ./configure arm-linux --target=arm-linux
When cross-compiling you should use --host, not --target, to specify
the architecture the executables you are building will run on.
--target is used when configuring compilers and s
See the bug report for my comment.
http://bugzilla.gnome.org/show_bug.cgi?id=561973#c6 In short, it is a
known fact that GTK+ on Windows doesn't implement generic
inter-process drag-and-drop. Only accepting files dragged from
Explorer onto GTK+ applications work, and dragging images from IE
(which
> all colors can be specified with light wavelength measures isn't that true?
> can't it be that instead of RGB color you say
> light color wavelength instead?
Not at all. There are lots of coloursthat are not equivalent to that
of visible light of some single wavelength. Just think of purple.
T
> it was trivial to modify the Unix
> Makefile to work with mingw. Took some fifteen minutes.
That said, as there already *are* official Windows binaries (including
a DLL) of libopenjpeg available from the openjpeg.org site, why not
use that instead of compiling an own build? My personal opinion
> But openjpeg is far from complex
I mean source code file and folder structure -wise. The algorithms and
code in the source files is of course probably quite complex. But one
doesn't need to dive into the actual code just to build the software.
--tml
_
> What you need to do is to *port* the code to use what's available on
> Windows instead of the functionality declared in the "missing" header
> files.
Of course, it is highly likely that a library like openjpeg intended
to be generally usable and cross-platform already *is* portable to
Windows. A
> Ok. I choose Cygwin, as it contains these files. Is this OK ?
Sure, if you want to build code for Cygwin, but that has then nothing
to do with the "native" Win32.
My reply was perhaps a bit too terse, a failed attempt to be ironic.
> I've copied the files from this crappy system into my MSYS/M
> Anyone know where I can get a valid sys/resource.h & sys/times.h ?
On a Unix system of your choice.
--tml
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
> Full cygwin development tree install.
Please avoid Cygwin if you are building native Windows software.
Cygwin is nice if you build Cygwin software, but presumably that is
not what you are wanting to do, if you want to build plug-ins that
work with the "native" Windows GIMP.
(Yes, I do know that
> As far as I know there is no GIO/win32 backend which supports http.
Http is supported in libgio itself (using the winhttp API from
winhttp.dll, which is looked up at run-time, so if you lack that, it
won't work). See gio/win32/gwinhttp*.c.
--tml
___
G
> I don't think these things are in any po-files, but in separate files
Ah, OK, now I understand which strings you mean. Yes, it would indeed
be nice if these strings would also be translated, and if that would
happen as part of the normal localisation process, i.e. if the strings
were present in
> I'd like to help with the translation of Gimp and especially the
> translation of the Windows version's menu entries and file context
> menu entries.
I don't think there are many translated strings that would be
Windows-specific in GIMP? Any file chooser ones might be in GTK+ and
not GIMP.
> Wh
>> That said, at least the gdk_window_set_keep_above() function can be
>> tested with testgtk, and it seems to work.
> I may be wrong, but I remember that various users reported that it would
> not work on Windows. Is GIMP doing something differently than testgtk?
(Pay attention to gdk vs. gtk be
> One problem in implementing window manager hints and related things
> correctly on Windows is the lack of exact specifications what they
> should do, and a lack of *minimal* sample programs that could be used
> to verify that the implementation is correct.
That said, at least the gdk_window_set_
> If you want to change the behaviour on Windows, then you should check how you
> can contribute to GTK+. This is where window-management related problems are
> supposed to be solved (for example, if the the "always on top" hint for docks
> would work, then one big problem would be solved alread
> Will we be able to do "undo" *between* the strokes ?
> * before "Do it"?
> * after "Do it" ? In other words, will the undo stack be updated
> after each stroke ?
After "Do it", yes, definitely.
But before, that is a tough question. In my first patch (which is not
good), each stroke is
On 16/02/2008, Sven Neumann <[EMAIL PROTECTED]> wrote:
> No, the tool class shouldn't do anything but providing the user interface.
I now realize that the non-GUI code for a warp tool does not need to
be very interesting or complicated. One could maybe even just use the
existing displace plug-in
> You don't need to allocate such a copy as it is already allocated for
> you by means of the undo tile-manager. If you need access to the
> original drawable, just read from the undo tiles. If your warp object is
> a GimpPaintCore, then you can just use gimp_paint_core_get_orig_image().
But i
> Do you really need to do it exactly the way the filter does it?
> From your description, I don't really understand why your
> current approach is less valid, or even why it will produce a
> significantly different result.
It does produce a significantly different result. In my current code,
Unfortunately now that I have had time to think a bit harder, I
understand that there is a fundamental difference in how my initial
effort to implement a warp tool works compared to how the IWarp filter
does.
Basically, when using the IWarp filter, and manipulating the preview
in its dialog, IWarp
A first version is here: http://tml.pp.fi/gimpwarp.diff . Diff against
current SVN.
Known problems:
- reuses the smudge icon and cursor
- the "remove warp" functionality doesn't do anything
- the "bilinear filtering" and "adaptive supersampling" toggles have no effect
- especially in the Move mode
> I managed to get the Direct X input controller working with my Joystick. The
> buttons trigger various things OK, but I can't get the Z Axis to control
> sliders
> (the paint brush radius for example). Might be something I've misunderstood
> about the setup though.
It might also be just becaus
> I downloaded and tried to compile Roland Simmen's "DeNoise" plug-in. It
> only comes with source files, no Makefile, no configure to make the
> Makefile. gimptool-2.0 doesn't seem to like multiple *.c source files.
Well, I don't know anything about DeNoise in particular, but have you
tried the
> Now it is there: http://www.gimp.org/~tml/gimp/win32/gimp-dev-2.4.zip
> . Please test and tell me if something is missing.
Ah, I now see it needs some tweaking, Please hold on for a day or so
until I have fixed the gimptool program to work better. (I hadn't
looked at it for a long time...)
--tm
On 13/11/2007, Tor Lillqvist <[EMAIL PROTECTED]> wrote:
> I will shortly create a developer package for GIMP 2.4 and add a link
> to it on the http://www.gimp.org/~tml/gimp/win32/downloads.html page.
Now it is there: http://www.gimp.org/~tml/gimp/win32/gimp-dev-2.4.zip
. Please test
On 13/11/2007, Aurimas Juška <[EMAIL PROTECTED]> wrote:
> I think it would be very useful if you could tell us how to compile
> using both Microsoft Visual Studio and msys/mingw32.
Well, in a nutshell, you have to know what you are doing;) Short instructions:
Most importantly, the plug-in obvious
> Hi all. I had develop a couple of plug-in and I need to compile it for
> windows... Can anyone can tell me how?
First tell us how you compiled it on Linux, and what kind of
experience, if any, you have of development on Windows, and what
tools, if any, you already have for that. (ILike, have you
> So if are planning any particular features for 2.6, now is the time to
> present them here so that they can be put on the roadmap.
I plan to make iwarp into a tool.
--tml
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://li
Yoshinori Yamakawa writes:
> For example, it can read the primary monitor profile as follows:
Looks good. Please file this code in bugzilla.gnome.org attached to an
enhancement request for GIMP.
--tml
___
Gimp-developer mailing list
Gimp-developer@list
Heiko Schmidt writes:
> I just compiled Gimp 2.3.19.
> 'Der Prozedureinsprungspunkt "png_set_add_alpha" wurde in der DLL
> "libpng12.dll" nicht gefunden.'
> What could cause this?
Your executable is using another libpng12.dll than the one that
corresponds to the import library you linked it
=?WINDOWS-1252?Q?Aurimas_Ju=9Aka?= writes:
> How do I change plug-in source tree so that console window wouldn't
> appear in background (On Win32 platform)?
Add -mwindows to the *linking* command line. (Or /subsystem:windows if
you use MSVC.)
--tml
_
ICMP Request writes:
> Although I have to recognize that it's a very low priority issue, could
> be nice to see it implemented on new versions.
Thanks for the suggestion. This problem is already reported in our bug
tracking system. See http://bugzilla.gnome.org/show_bug.cgi?id=163544
. It will
Sven Neumann writes:
> If someone wants to try to recover some of the JPEG save settings
> when loading the JPEG file, feel free.
I did.
Index: plug-ins/jpeg/jpeg-load.c
===
--- plug-ins/jpeg/jpeg-load.c (revision 22905)
+++ plug
Sven Neumann writes:
> If someone wants to try to recover some of the JPEG save settings when
> loading the JPEG file, feel free.
There are some scenarios in which blindly reusing the quality factor
guesstimated from loading an image is not a good idea, even if the
guesstimate is very accurate.
Tor Lillqvist writes:
> One might imagine some application even doing a clever analysis of an
> individual image to come up with image-specific quantization
> tables.
http://citeseer.ist.psu.edu/cache/papers/cs/1634/ftp:zSzzSzftp.cs.wisc.eduzSzpubzSztech-reportszSzreportszSz94zSztr12
Sven Neumann writes:
> I already explained that the JPEG plug-in cannot access the settings
> that were used to save the file.
Actually, it shouldn't be that hard to at least try. If the
quantization tables used in an image correspond exactly (or "closely
enough") to those produced by libjpeg wi
Guillermo Espertino writes:
> I didn't know that PS compression scale doesn't follow the jpeg
> specification.
There is no such specification for a compression scale or quality
factor.
Inside an JPEG image, what actually defines the lossiness of the
compression are a set of so-called "quantiza
[EMAIL PROTECTED] writes:
> Here if I can do say 10 re-saves at 85% quality, it produces no
> discernible changes in picture quality.
Presumably you also re-load the image you just saved each time?
--tml
___
Gimp-developer mailing list
Gimp-developer
Guillermo Espertino writes:
> The same image exported as jpeg with the same quality factor (let's take
> 75% as an example)
Where did you get that percent sign from? GIMP doesn't show any
percent sign. The quality value is not a percentage of anything. You
should just treat it as a number on a
Campbell Barton writes:
> Since carol had the composure to be civil with people face-to-face makes
> me think that she does KNOW BETTER...
I am not so sure. At LGM2007 there was at least one occasion where I
was present when carol started her typical carol-speak, and
(predictably) directing od
(Let's keep this discussion on the gimp-developer list. In general,
please don't reply privately to messages sent to a mailing list. At
least in Open Source circles that is commonly considered rude. The
purpose of public mailing lists is to keep the discussion open and
archived.)
> I am a newbie,
> I am a newbie to GIMP. I have downloaded gimp-2.2.13.tar.gz, but I
> have a problem now. I don't know how to compile it in WindowsXP.
Are you really sure you want to?
Have you built any non-trivial Open Source software on Windows (or on
Linux even) earlier? (Just running "./configure && make
SorinN writes:
> That's why we need a Gimp PRO, Inkscape PRO, Scribus PRO - someone, a
> Firm / Govern / Foundation / Linux Distro / Billionaire ...or a
> mixture of them must hire core developers of all 3 projects - put them
> into a big WEB / DTP Core Linux project and manage development and
Federico Alcantara writes:
> I am interested in knowning if Gimp is written in C/C++,
There is no programming language called C/C++.
GIMP is written in C. It can be scripted in Scheme (a dialect of
Lisp), and the usual suspects Perl and Python.
> and which tools are needed to compile, debug,
Joao S. O. Bueno Calligaris writes:
> How hard would it be to create a .msi installer for gimp + gtk+,
> instead of the current zip files?
The current installer zip file is just a wrapper around a single .exe
file installer.
(Just in case somebody confuses this with the gtk+ etc zip files on
Hal V. Engel writes:
> I have noticed that recent CVS builds will issue the following error when
> opening some files with embedded profiles:
How recent? Could this be the problem fixed by:
2007-01-03 Tor Lillqvist <[EMAIL PROTECTED]>
* plug-ins/common/lcms.c (run):
David Gowers writes:
> Is there some way of convincing GIMP to send warning/error/informative
> messages to a useful place on Win32?
Start GIMP with the command:
gimp-2.2 >gimp.log 2>&1
from cmd.exe. This requires that you have added GIMP's bin
folder to your PATH.
--tml
Michael Natterer writes:
> No. You don't want to look at emacs code. Really.
While talking about Emacsish features, one feature I often miss in GUI
apps is something equivalent to Emacs's C-h c (describe-key-briefly).
I.e., a way to find out what a certain keypress does. The main use
case for
Hi,
This patch should fix a couple of longstanding problems with
fontconfig on Windows that manifest themselves especially in GIMP. The
root cause to the problems is in Microsoft's incredibly stupid stat()
implementation.
See for instance http://bugzilla.gnome.org/show_bug.cgi?id=154968 and
http:
PLinnell writes:
> Here is how Scribus launches GIMP on Win32 from within Scribus:
> [...] If I am wrong, I hope someone corrects this.
I am sure you are right, but I don't see what your answer has to do
with the original question ;)
gimptool-2.0.exe, and the header files and import libraries f
Carol Spears writes:
> another really awesome approach to fixing this problem would be to write
> a window manager for windows! you would become famous and wellknown in
> all of the software communities if you could accomplish such a task!
Hmm, no. Don't mix up things here. The X11 protocol wa
cedric GEMY writes:
> But how are these filters licensed by Adobe ?
What "these" filters? As I said, pspi doesn't even work with Adobe's
filters (those that are bundled with Photoshop). Even if it did, I
don't know whether your Photoshop license would allow them to be used
with other plug-in host
that a Handle in fact is a pointer to a
pointer, and use it like that without calling the "lock" API which is
the documented way to get the pointer from a Handle.
Tor Lillqvist <[EMAIL PROTECTED]>, December 2001, March 2006.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Brendan writes:
> Please, oh Lord, someone fork Gimp.
I can imagine the scenario: (This is a parody, not a flame)
Someones forks GIMP, sets up a project on (say) SourceForge. He spends
lots of effort on the project's web page. (He is a c00l web designer.)
It has a long list of features that this
Martin Nordholts writes:
> I've have experience with both of Photoshop and GIMP, and I don't agree. To
> me Photoshop's interface is much more thoroughly designed.
Well, using usability expertise and the experience of real power GIMP
users in (re)designing GIMP's UI is something which the GIMP
Bart writes:
> BTW the SDK is available on other sites on the net i posted the url at
> the beginning of that thread.
Surely you aren't suggesting that we should use illegally (well,
against its license anyway) redistributed copies of the PS6 SDK to
improve the psd plug-in? That would be very u
Alexandre Prokoudine writes:
> > 8bi files working on Mac and Win only (as far as i know).
> *cough*
> http://tml-blog.blogspot.com/2006/02/photoshop-filters-in-gimp-on-linux.html
pspi handles only .8bf files ("filter" plug-ins), though. (It would be
possible extend it to handle file format p
Brannon King writes:
> compositing (I think that term refers to handling/merging the image
> data formats)
Umm, no. As far as I know compositing refers to the handling/merging
of the layers of an image.
In a future GEGL-based GIMP, layers can also be "algorithmic", for
example: a blurring laye
Yavala writes:
> Can someone help me with the simple plug-in (hello message
> box)http://developer.gimp.org/writing-a-plug-in/1/index.html?
Well, the most obvious error is that there is no initial '#' character
on the line where you try to include libgimp/gimp.h. (Have you never
programmed in C
Yavala writes:
> Can anyone show me how to compile the simple Plug-in1 "hello' message on
> GIMP.
> The simple plugin for gimp is available at this link
> http://developer.gimp.org/writing-a-plug-in/1/index.html.
I don't see any complete source code on that page, unfortunately. What
did you d
lode leroy writes:
> The thing is that for compiling gimp from cvs, you need quite some expertise
> in the autotools, libtool, aclocal, pkg-config etc to fix those
> not-100%-working-together- distributed binaries...
> Would it be feasible to create a big zip-file that contains everything for
lode leroy writes:
> In fact, what happens is that when linking with ZLIB.DLL,
> the exe expects ZLIB-1.DLL instead of ZLIB1.DLL. (or vice-versa).
The official zlib dll is called zlib1.dll. Any other name means it is
not official. "Official" as in directly from real maintainer of
zlib. As the ac
John Cupitt writes:
> > glib-2.8.2 glib-dev-2.8.2 gtk+-2.8.4 gtk+-dev-2.8.4 pango-1.10.0
> > pango-dev-1.10.0 atk-1.10.1 atk-dev-1.10.1 cairo-1.0.0 cairo-dev-1.0.0
> You pango and atk seem very old, but your glib and gtk seem too new.
No, atk 1.10.1 and Pango 1.10.0 are quite new, the latest
v
> > There is no longer a gimp on windows mailing list,
> Well, for a list that doesn't exist it is pretty active...
> http://groups.yahoo.com/group/gimpwin-users/
I guess rockwalrus meant there is no *developer-oriented*
Windows-specific GIMP (or GTK+) list. That's true.
--tml
__
Lance Dockins writes:
> 1) Is there a way to get python to work on Windows
Yes. Personally I have so far not really been interested in Python and
haven't attempted to build the Python scripting support. But others
have it working.
> AND is it even necessary to build GIMP?
No.
> 2) Where do
michael chang writes:
> Solution: Linux/POSIX emulation layer. Cygwin is usually used.
Actually, I think MSYS is more commonly used nowadays, or Microsoft's
own Interix. Cygwin is a bit too heavy, and has a tendency of
occasionally getting too much in your way. Please note the use of
POSIX emula
Paolo Magnoli writes:
> Hi, I've put up a file with that line only in it and tried to compile it, I
> got the same error:
> /mingw/include/unistd.h:13:27: no include path in which to search for
> unistd.h
There must be something broken in your mingw installation. I have
never seen that message
Paolo Magnoli writes:
> /mingw/include/unistd.h:13:27: no include path in which to search for
> unistd.h
Huh? That's a very odd message. What happens if you compile a trivial
source file that just contains the line "#include "?
--tml
___
Gimp-develop
Carol Spears writes:
> even photographs from the way back past would be interesting.
http://www.flickr.com/photos/tml/tags/gimpcon/
--tml
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listi
Stephen Robert Norris writes:
> I wrote the original Plasma plugin, Displace plugin and... waves?
> plugin... It's been a while.
OK. As Sven said, no big changes are expected. I assume all who can't
be with 100% certainty classified as "documenter" or "artist" will
stay as "author".
--tml
Based on ChangeLog* po*/ChangeLog:
Index: authors.xml
===
RCS file: /cvs/gnome/gimp/authors.xml,v
retrieving revision 1.6
diff -u -0 -r1.6 authors.xml
--- authors.xml 20 Aug 2005 02:28:29 - 1.6
+++ authors.xml 27 Aug 2005 09:
1 - 100 of 244 matches
Mail list logo
