Re: gimp patch 1.1.32-1.2.0 [Also: Re: cmon guys, no patch from 1.1.32 to 1.2??]
Hi folks On Wed, Jan 17, 2001 at 06:51:21PM -0500, Tom Rathborne wrote: > On Wed, Jan 17, 2001 at 06:45:18PM -0500, Christopher W. Curtis wrote: > > [EMAIL PROTECTED] wrote: > > > On 9 Jan, Christopher Curtis wrote: > > > > I don't see a public rsync server for gimp, cvs or otherwise. > > > > Perhaps this might be an acceptable option for people with > > > > modest bandwidth capabilities. > > > There are anonymous CVS servers for the GIMP. > > Yes, yes there are. There are no *rsync* servers though, be they > > rsync'ing against a .tar, a .tgz, the CVS tree, or an extracted > > CVS tree. > I'll set one up. I keep a fairly up-to-date mirror of anoncvs so I > will add a cron job for that and put it up on my ADSL line. > > I'll get back to folks on this RSN. Ok here we go with a first crack at it: rsync -az 64.231.64.9::gimp gimp Notes: The address can change without warning as it is assigned by DHCP. I'll set up something to stick the new address on a web page RSN. The rsync daemon is running on my 486 NFS server, niced to 19. Thus, it might be a little slow with compression, and I have disabled checksums. Please give it a try and let me know how it goes. Cheers, Tom -- Tom Rathborne [EMAIL PROTECTED] http://www.aceldama.com/~tomr/ To be nobody-but-yourself -- in a world which is doing its best night and day, to make you everybody else -- means to fight the hardest battle which any human being can fight; and never stop fighting. -- e.e. cummings
Re: gimp patch 1.1.32-1.2.0 [Also: Re: cmon guys, no patch from 1.1.32 to 1.2??]
Chris; On Wed, Jan 17, 2001 at 06:45:18PM -0500, Christopher W. Curtis wrote: > [EMAIL PROTECTED] wrote: > > On 9 Jan, Christopher Curtis wrote: > > > I don't see a public rsync server for gimp, cvs or otherwise. > > > Perhaps this might be an acceptable option for people with > > > modest bandwidth capabilities. > > There are anonymous CVS servers for the GIMP. > Yes, yes there are. There are no *rsync* servers though, be they > rsync'ing against a .tar, a .tgz, the CVS tree, or an extracted CVS > tree. I'll set one up. I keep a fairly up-to-date mirror of anoncvs so I will add a cron job for that and put it up on my ADSL line. I'll get back to folks on this RSN. Cheers, Tom -- Tom Rathborne [EMAIL PROTECTED] http://www.aceldama.com/~tomr/ To be nobody-but-yourself -- in a world which is doing its best night and day, to make you everybody else -- means to fight the hardest battle which any human being can fight; and never stop fighting. -- e.e. cummings
Re: gimp patch 1.1.32-1.2.0 [Also: Re: cmon guys, no patch from 1.1.32 to 1.2??]
[EMAIL PROTECTED] wrote: > > On 9 Jan, Christopher Curtis wrote: > > > I don't see a public rsync server for gimp, cvs or otherwise. Perhaps > > this might be an acceptable option for people with modest bandwidth > > capabilities. > > There are anonymous CVS servers for the GIMP. Yes, yes there are. There are no *rsync* servers though, be they rsync'ing against a .tar, a .tgz, the CVS tree, or an extracted CVS tree. Chris
Re: problems with windows gimp
On Thu, Jan 18, 2001 at 12:42:23AM +0200, Tor Lillqvist wrote: > (No, I don't know why duplicate PDB procedures cause strange errors > and not just warnings. Anyway, GIMP seems to handle this situation > better in the current gimp-1-2.) It's a long standing bug in Gimp. I would really like to change the name of one of my plug-ins, but this bug prevents that (it would crash Gimp) It's possible, but unlikely that it's actually fixed in 1.2.0, but generally people poke inside the PDB, throw up, tweak something until the crash that annoyed them stops and go home. I don't blame them, and I wouldn't volunteer to re-write its hairy logic, so I've stopped whining about it. (unless this counts :) ) Nick.
problems with windows gimp
[EMAIL PROTECTED] writes: > Below is the error message i get, if there is a quick resolve to this > problem then please direct me to the proper online documentation, Remove either tiff_nolzw.exe of tiff.exe from your GIMP plug-ins directory. This is explained, perhaps a bit vaguely, on www.gimp.org/win32/ . (No, I don't know why duplicate PDB procedures cause strange errors and not just warnings. Anyway, GIMP seems to handle this situation better in the current gimp-1-2.) --tml
problems with windows gimp
To Whom It May Concern, I am a 3D animation student attempting to use your Win version of Gimp. I have used it in the past with Linux and love the program. I have installed about 4 times now, and keep running into the same error. Can you please help me??? Below is the error message i get, if there is a quick resolve to this problem then please direct me to the proper online documentation, otherwise if this is an unknown problem then i hope that this has now been brought to your attention. Steven Cochrane Gimp-WARNING **: removing duplicate PDB procedure "file_tiff_save" Gimp-WARNING **: removing duplicate PDB procedure "file_tiff_load" Glib-CRITICAL **: file gutils.c: line 393 (g_basename): assertion 'file_name ! = NULL' failed Gtk-CRITICAL **: file gtkitemfactory.c: line619 (gtk_item_factory_from_path): a ssertion 'path ! = NULL' failed Gimp-WARNING **: entry refers to unknown item factory: "(null)"
Re: Despeckle
Jon Winters wrote: > On Wed, 17 Jan 2001, Martin Weber wrote: > > ? I need a better Despecling filter than the median filter. Can anyone help? > > How about the Despeckle filter, have you tried it? I believe he's used it, and is trying to improve it. Martin... Have you experimented with low pass filters? In point, it would seem that you could use an adaptive low pass filter patterned off of other adaptive smoothing filters. The basic principle is to change the scale of the filter according to the magnitude of the second derivative (Del^2 operator). So you run a windowed low pass filter over the image, and use the second derivative to adjust the scale so that you don't smooth out large features. Mike
Re: Despeckle
On Wed, 17 Jan 2001, Martin Weber wrote: > I need a better Despecling filter than the median filter. Can anyone help? How about the Despeckle filter, have you tried it? -- Jon Winters http://www.obscurasite.com/ "Everybody loves the GIMP!" http://www.gimp.org/
Re: configure
Martin Weber <[EMAIL PROTECTED]> writes: > There seems to be a problem in configure. If I use a freshly installed > Linux without the headers of the kernel sources installed, configure runs > without any error, but doesn't define certain variables. So the whole couldn't > compile. The thing is that configure should check for the headers of the kernel > sources. A linux installation without kernel headers can not be called "a freshly installed Linux". In fact it's an "incompletely installed Linux" at least if you intend to compile stuff on this box. The distribution (or the user himself) should take care of installing appropriate header files when installing the compiler. It's not Gimp's job to take care of each and every thing a dumb user could do wrong. Salut, Sven
Co-operation
Dear Sir, We learned your name through internet. We are the professional mold-maker(CAD/CAM) over 18 years. Our molds/dies are made in P.R.CHINA or Taiwan (to save much labor cost and make the price very competitive) Our molds/dies are for the following applications: *For Plastic Injection/Blow molding. *For Zinc/Aluminum die casting. *For Metal Stamping. Please use the following information to contact us: Injohnson Precision Industrial Co.,Ltd. (International Precision Mold & Die Mfg.Co.,Ltd) No.107,Kuan-Fu Rd.,Bei-Dou(521),Changhwa Hsien,Taiwan. Tel:(04)8882451 Fax:(04)8873056 E-mail:[EMAIL PROTECTED] Web Site(URL): http://www.magnet-mouldedparts.com.tw or http://www.mold-die-mfg.com.tw Please send samples together with drawings for our quotation. If you want us to quote piece parts,please indicate quantity of it. Thank you and looking forward to hearing from you soon. Best Regards (Mr.)J.S.Fu/President & CEO P.S.If samples not available,then please e-mail or fax drawings to us (If by e-mail,please use DWG or DXF or DXT format like AutoCAD or PDF format or GIF format or JPG format or Pro/E2000i) P.S.PLEASE ADVISE YOUR E-MAIL ADDRESS BY RETURN.TKS.
Re: Color calibration in X
On Tue, Jan 16, 2001 at 01:18:42PM -0500, oliver <[EMAIL PROTECTED]> wrote: > Looking at Xcms manpages, I'm not entirely clear on what it's goal in life > is. It seems to lack any mechanism for converting arbitrary rgb data like a Well, you can convert rgb to other colourspaces (and vice versa and even weirder things), so it is certainly possible to do that. > > > That is, is it possible to do anything meaningful with > > ICCs under X? > Windows? Photoshop ;) I don't know what the focus of the gimp is, but color Windows has been ported to X? Any pointers? ;) (sorry, had to...) > I wonder what the impact would be on performance, ignoring Xcms stuff, to Why ignore Xcms? It is a fairl extensive API. under-used, maybe buggy, but nobody knows. > do a 3x3 matrix transform on every pixel before displaying it. With luts I > guess this amounts to three look ups and two adds per component per pixel, > or something like that, which seems pretty cheap. Patches welcome (oh yes). Also, "just grabbing icc profiles" is easier said than done, since there are a lot of patent issues around colour conversion/calibration/matching. -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
configure
There seems to be a problem in configure. If I use a freshly installed Linux without the headers of the kernel sources installed, configure runs without any error, but doesn't define certain variables. So the whole couldn't compile. The thing is that configure should check for the headers of the kernel sources. -- Sent through GMX FreeMail - http://www.gmx.net
Re: Bug in configure
"Uwe Koloska" <[EMAIL PROTECTED]> writes: > "./configure --help" gives a wrong default for "--enable-gimpdir": > --enable-gimpdir=DIRchange default gimpdir from .gimp to DIR > must be > .gimp-1.2 > > Same change in INSTALL. (I don't know wether I can use variables, so I > can't make a patch) you can't use variables in INSTALL (but we could make an INSTALL.in to generate INSTALL from), so I changed it by hand there. Using variables should work in configure.in, but obviously not in the output of AC_ARG_ENABLE, so my quick fix was to hardcode the value as well. Thanks for the report. Salut, Sven