[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-28 Thread Servio T P Amarante

Em qui, 28 set 2000, you wrote:

> I don't know , it might remain broke on the stock tcltk 8.3.x for a while ...
> :/
> 
> I doubt that RH solved it. I did a fair bit of  merging and I believe I merged
> all of the changes from RH. However I don't know about SuSE ... 
> 

Humm. Bad, too bad...


> 
> Probably, I would need your ~/.i18n or /etc/sysconfig/i18n too.
> 

You got it:

My /etc/sysconfig/i18n has the following lines:

LC_NUMERIC=pt_BR
LANG=pt_BR
LC_COLLATE=pt_BR
LC_CTYPE=pt_BR
LANGUAGE=pt_BR:pt_PT:pt
RPM_INSTALL_LANG=pt_BR:pt_PT:pt
LC_MESSAGES=pt_BR
LC_MONETARY=pt_BR
LC_TIME=pt_BR

Maybe this help you too, the contents of  /etc/sysconfig/keyboard:

BACKSPACE=Delete
KEYTABLE=us-latin1


> In any case, I'm trying to look for a patch ...tcltk 8.0.x is ancient, and
> now that we have merged 8.3.x into the distribution, we cannot move back to 
> 8.0.x as there are apps that need to be rebuilt etc, and it breaks things around
> here.
>

Yeah, I have already figured it out. But I also foresee a lot of people 
complaining about it. What a mess...

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] Failed/missing depedencies check in pybliographer-1.0.4-1mdk (from Cooker/Contrib)

2000-09-25 Thread Servio T P Amarante

Hi

I got pybliographer-1.0.4-1mdk. I found that it requires librecode.so.0
installed to run propely (provided by recode rpm package).   My box did not
have it installed (I've fixed it), and the rpm or kpackage did not complain
about it. Also, rpm -q --provides does not show what pybliographer provides. 





 --  Sérvio Túlio Pires Amarante
[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:
> 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]





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]





[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]