[Cooker] Re: [CHRPM] gimp-1.1.27-1mdk

2000-10-12 Thread Servio T P Amarante

Em qui, 12 out 2000, Thierry Vignaud escreveu:
 --=-=-=
 Name: gimp Relocations: (not relocateable)
 Version : 1.1.27Vendor: MandrakeSoft
 Release : 1mdk  Build Date: Thu Oct 12 12:11:44 2000
 Install date: (not installed)   Build Host: ke.mandrakesoft.com
 Group   : Graphics  Source RPM: (none)
 Size: 9973382  License: GPL
 Packager: Thierry Vignaud [EMAIL PROTECTED]
 URL : http://www.gimp.org/
 Summary : The GNU Image Manipulation Program
 Description :
 The GIMP is an image manipulation program suitable for photo retouching,
 image composition and image authoring.  Many people find it extremely useful
 in creating logos and other graphics for web pages.  The GIMP has many of the
 tools and filters you would expect to find in similar commercial offerings,
 and some interesting extras as well.
 
 The GIMP provides a large image manipulation toolbox, including channel
 operations and layers, effects, sub-pixel imaging and anti-aliasing,
 and conversions, all with multi-level undo.
 
 This version of The GIMP includes a scripting facility, but many of the
 included scripts rely on fonts that we cannot distribute.  The GIMP ftp
 site has a package of fonts that you can install by yourself, which
 includes all the fonts needed to run the included scripts.  Some of the
 fonts have unusual licensing requirements; all the licenses are documented
 in the package.  Get ftp://ftp.gimp.org/pub/gimp/fonts/freefonts-0.10.tar.gz
 and ftp://ftp.gimp.org/pub/gimp/fonts/sharefonts-0.10.tar.gz if you are so
 inclined.  Alternatively, choose fonts which exist on your system before
 running the scripts.
 
 --=-=-=
 
 * Thu Oct 12 2000 Thierry Vignaud [EMAIL PROTECTED] 1.1.27-1mdk
 
 - new release
 
 -- 
 http://www.linux-mandrake.com/en/cookerdevel.php3

Depedency errors? Rpm complains about requiring libgimp-1.1.so.25 and
libgimpui-1.1.so.25, which are part of gimp-1.1.25. Is it correct? I don't
think so.



-- 
Sérvio Túlio Pires Amarante
[EMAIL PROTECTED]





[Cooker] Fwd: I found something on that Tcl/Tk 8.3.2 issue...

2000-10-07 Thread Servio T P Amarante


I found this anouncement at dejanews. Maybe it helps to solve the Tcl/Tk
8.3.2 dead keys issue. Note that the packagere is a French guy, so... I've
tried to install it, but with no success. Maybe it needs the new version of rpm.
Also, I got no aswer from the packager, until now. I will keep trying...

-- 
Sérvio Túlio Pires Amarante
[EMAIL PROTECTED]


 From: Jean-Luc Fontaine [EMAIL PROTECTED]
 Subject: ANNOUNCE: Tcl/Tk 8.3.2 rpms for Redhat 7.0
 Date: 06 Oct 2000 00:00:00 GMT
 Message-ID: [EMAIL PROTECTED]
 Content-Transfer-Encoding: 7bit
 X-Accept-Language: en
 Content-Type: text/plain; charset=us-ascii
 X-Complaints-To: [EMAIL PROTECTED]
 X-Trace: nnrp6.proxad.net 970863597 213.228.30.226 (Fri, 06 Oct 2000 22:19:57
 CEST) Organization: Guest of ProXad - France
 MIME-Version: 1.0
 NNTP-Posting-Date: Fri, 06 Oct 2000 22:19:57 CEST
 Newsgroups: comp.lang.tcl

 Changes:

 * symbolic links to tclsh and wish were missing.

 They can be found at:

 http://jfontain.free.fr/tcl-8.3.2-3.i386.rpm
 http://jfontain.free.fr/tk-8.3.2-3.i386.rpm
 http://jfontain.free.fr/tcltk-8.3.2-3.spec

 They were generated on an up-to-date Redhat 7.0 i386 system.
 They can upgrade stock Redhat Tcl/Tk 8.3.1 rpms.

 Please report any problems in comp.lang.tcl.
 Build tests on other hardware platforms (sparc, alpha, ...) would be
 greatly appreciated...

 Have fun!

 --
 Jean-Luc Fontaine  mailto:[EMAIL PROTECTED]  http://jfontain.free.fr/
---

-- 
Sérvio Túlio Pires Amarante
[EMAIL PROTECTED]





Re: [Cooker] Tcl/Tk 8.3.2-4mdk

2000-09-29 Thread Servio T P Amarante

Em sex, 29 set 2000, you wrote:
 Yo.
 
 
 OK let me try and reproduce the bug ...
 
 Or better yet I want to ask some people who know French to 
 reproduce the bug and see if the problem is there since I don't need
 any accented charactesr in my language. :)

OK. Please, do not forget to tell me if they can't reproduce it.  

 BTW if youhave worked out a way to fix this problem, let me know.
 

 Sure! 

Sérvio 
[EMAIL PROTECTED]





Re: [Cooker] Tcl/Tk 8.3.2-4mdk

2000-09-27 Thread Servio T P Amarante


 Em
qua, 27 set 2000, you wrote: 
 Yo,
 
 n Wed, Sep 27, 2000 at 02:20:19AM -0300, Servio T P Amarante wrote:
  
  Hey guys! Are you really intending to include tcl/tk 8.3.2 into 7.2? I've
  tried Tcl/Tk 8.3.2-4mdk and, one more time, dead keys did not work with it. It
  means no accented characters for anyone using Tcl apps. It includes the French,
  German, Spanish, Portuguese and so on. As far I know, Tcl/tk people says that
  the bug will only be fixed in version 8.4.  It seems that SuSe 7 and RH 7
  include v. 8.3.1...
 
 
 Yes. I remember that bug. But I've been unable to figure it out ... :(
 
 Again, I can try digging up somg patches for it (no luck so far ..)
 
 -- 

To be sure about it, I've tried Tcl/Tk 8.3.1-6mdk. Bad news: it does not works
too. Maybe RH 7 and Suse 7 either solved it or carry the same bug. I've
reinstalled Tcl/Tk 8.0.5-19mdk (from 7.1 CDs),  and I got the dead keys working
again. 

To reproduce it, try to type something like "naïve"or "brüch" into any Tcl/Tk
based application, with an us-international keyboard (and with a latin-1 char
set?). Also, please tell me if some config file from my system 
could help you to reproduce the bug. Just name it.

 -- 
Sérvio Túlio Pires Amarante
[EMAIL PROTECTED]





[Cooker] Tcl/Tk 8.3.2-4mdk

2000-09-26 Thread Servio T P Amarante


Hey guys! Are you really intending to include tcl/tk 8.3.2 into 7.2? I've
tried Tcl/Tk 8.3.2-4mdk and, one more time, dead keys did not work with it. It
means no accented characters for anyone using Tcl apps. It includes the French,
German, Spanish, Portuguese and so on. As far I know, Tcl/tk people says that
the bug will only be fixed in version 8.4.  It seems that SuSe 7 and RH 7
include v. 8.3.1...

Yeah, I'm a pest. But I just trying to help you.

-- 
Sérvio
[EMAIL PROTECTED]





[Cooker] Tcl/Tk 8.3.2 'alive' dead keys

2000-09-14 Thread Servio T P Amarante

Geoff, are you there? I noticed that 7.2beta includes brand new Tcl/Tk 8.3.2
rpms. So, has that dead keys bug been fixed? 


-- 
Sérvio Túlio Pires Amarante
[EMAIL PROTECTED]





Re: [Cooker] Tcl/Tk 8.3.2 with accented characters/dead keys

2000-09-04 Thread Servio T P Amarante

Em seg, 04 set 2000, Geoffrey Lee escreveu:
 
  Hello
 
  I've tried some time ago the cooker Postgres 7.0.2-3mdk. As it asks
  for Tcl/Tk 8.3.2, I updated my original Tcl/Tk 3.0.5 version included in
  Mandrake 7.1. After that, I could not insert accented characters into any entry
  of any Tcl/Tk application, which includes VTcl, Pgaccess, and so forth. After
  some research, I discovered that Tcl/Tk 8.4 will probably solve this bug.  If
  that is correct,  the Tcl/Tk packages included in Mandrake 7.2 beta probably
  will cause the same problems. Or, are there a fix to this bug?
 
 
 Yes but for now I don't want to include 8.4 at this moment since all the tcltk
 apps would need to be recompiled, considering that we are in freeze ... besides
 8.4 is in alpha state. Since I use an English system, I can't reproduce this
 one ... if you can give me some instructions on how to reproduce the bug then
 I can take a look at it to see if I can fix anything ..
 
 --
 Geoff
-- 

Geoff

To reproduce the error I figure out that you may use any keyboard settings that
use a dead key to produce accented characthers. I am a Brazilian-Portuguese
user and my keyboard is configured as us-international kb (see, it is not a
Brazilian or Portuguese kb). I don't know if locales has anything to do with the
problem. I don't think so, but as an info, my system runs under
Brazilian-locales (pt_Br).  The bug happens when you type any accent following
by a letter into a entry widget: for instance, you will get an "~a" instead an
"ã".  You can try to reproduce it in Pgaccess, Visual Tcl, or anything that has
a Tcl/Tk entry widget. Try it and tell me if you got it.

I found some info about a patch or a fix (to Czech language) at Tcl/Tk site and
in the related newsgroup (sorry, but I can't remember where). As I feel it
somewhat complicated to patch my system just now, I reinstaled the old Tcl/Tk
and Postgres. Anyway, I think that this problem will affect other accented
languages users, so I posted my experience to alert you, also hoping that
someone has a easy soluction to this bug.

Cheers


Sérvio Túlio Pires Amarante
[EMAIL PROTECTED]





Re: [Cooker] Tcl/Tk 8.3.2 with accented characters/dead keys

2000-09-04 Thread Servio T P Amarante

Em seg, 04 set 2000, Geoffrey Lee escreveu:
 Yo!
  
 As an English user, I would need to take a look at ...
 
 
 I don't have much time before 7.2 ... I will try my best. Meanwhile if you have time,
 try looking for a patch against the tcltk to see if you can locate some
 patches of any sort that I can apply. I will also try to look for any
 such patches ..
 
 Thx.
 
 --
 Geoff
-- 
Geoff

 I got this answer from an inquire at Tcl/Tk newsgroup. It do not help me so
much, as I am a newbie when it concerns to Tcl/Tk guts. 

 Do you find this to be different from 8.3.1?  There is slightly
 different init code in 8.3.2, taken from 8.4a1, but nothing different
 about the key handling specifically, IIRC.  Here is a note from 
 someone who was having problems in the Czech locale, who found out 
 how to make it work:

   Localization of the Tcl/Tk into Czech language works correctly in
   version 8.4a1. Sorry for useless query, but we had out of date manual.
   We had to use commands

   tk useinputmethods 1
  encoding system iso8859-2

 

Also, I performed a quick seach today at Tcl/Tk forums and sites. Nothing
found...

 Sérvio Túlio Pires Amarante
[EMAIL PROTECTED]





[Cooker] Tcl/Tk 8.3.2 with accented characters/dead keys

2000-09-03 Thread Servio T P Amarante

Hello

I've tried some time ago the cooker Postgres 7.0.2-3mdk. As it asks
for Tcl/Tk 8.3.2, I updated my original Tcl/Tk 3.0.5 version included in
Mandrake 7.1. After that, I could not insert accented characters into any entry
of any Tcl/Tk application, which includes VTcl, Pgaccess, and so forth. After
some research, I discovered that Tcl/Tk 8.4 will probably solve this bug.  If
that is correct,  the Tcl/Tk packages included in Mandrake 7.2 beta probably
will cause the same problems. Or, are there a fix to this bug?

Sérvio

[EMAIL PROTECTED]