Will the real libiconv please stand up! Was : Re: [Mingw-users] baby steps, an half-finshed packaging of libiconv (very boring)

2002-08-31 Thread James Michael DuPont

--- stefan <[EMAIL PROTECTED]> wrote:
> On Fri, 30 Aug 2002, James Michael DuPont wrote:
> 
> > Dear fellow hackers,
> 
> Hello!
> 
> > I am working on  putting my packages on sourceforge right now,
> > https://sourceforge.net/project/showfiles.php?group_id=19878
> > I still have not converted all of my packages to the high standards
> > that I preach, this of course makes me a hypocrite in one aspect.
> 
> The 'libiconv' library "port" for MinGW32 has always been maintained
> at the 'mingwrep' project on sourceforge.
> 
> 
> 
> Too bad we are doing duplicate work...
> 
Wait! 

First of all I am talking about a mingw32 under debian, and second of
all, please excuse that I overlooked your particular port, because
there is no clear guidelines for the user as to which of the MANY ports
he should use. 

I have been complaining about this all the time, I dont want to have to
scrouge the net trying to find all the sources that I need to duplicate
a port. That is why I have been complaining about the section 3 of the
GPL. 

That states that all the sources and lib that are not part of the
system have to put placed in the same place as the binaries.

If people would follow the guidelines layed down by the FSF,
then we would not have these problems. 

For example, the Dia installer does not have all the sources code of
all the modules with it.

The pw32 just has binaries, but the source code is missing.
http://sourceforge.net/projects/pw32/


lets look for iconv :
http://sourceforge.net/projects/libiconv/  -- This is from Haible 
http://savannah.gnu.org/projects/libiconv  -- Oh another one!
http://gettext.sourceforge.net/-- another port!
http://sourceforge.net/projects/mingwrep/  -- Your Package
http://www.gnu.org/software/libiconv/  -- The GNU Package
http://sourceforge.net/projects/gnuwin32/  -- The One I used
http://www.gimp.org/~tml/gimp/win32/downloads.html -- Contains links to
the gnu package, but not to yours.
http://sourceforge.net/projects/gettext/   -- And the gettext.

http://cygwin.com/cgi-bin2/package-cat.cgi?file=libiconv/libiconv-1.8-2-src&grep=iconv
CYGWIN also has a port!

So we have a least six different distributions, before we go into the
gettext. Now, how am I to know what to use? I will try your package
under mingw32 under Debian.

So I just grabbed one of them an started to compile, even 
If your might have been newer. Let me tell you that I am just trying to
get all the sources in one spot for the DIA recompilation for windows
under mingw32/debian. 

I also want to setup some build environment that is easy to reproduce
the binaries from and setup a strictly GPL compliant distribution of
the entire sources. 

In the end, I want to a set of debian source packages that can be
compiled using apt-source/dpkg for windows without any tweaking.

As I said, I will try out your package, the only reason I posted this
unfinished package was so that someone else can try to compile it. 

I hope that we can consolidate all these versions floating around into
a single and consistent set of packages, you must admit that It is very
confusing!!!

If the sources had been at the DIA site, then I would have used thiers,
or at the GIMP/GTK port. 

You guys need to fight is out as to WHO is the REAL slim shady!

Will the real "libiconv" please stand up? Please stand up!

Then we need to have a link on each of these projects as to who is
doing what. 

Believe me, I dont want to spend any more time than needed on this at
all!

Maybe a WEBRING would be best, at least you all have each others names,
now please start talking, agree on a standard disclaimer about where to
go to get the newest version, who is doing what.

Best regards,
Mike

=
James Michael DuPont
http://introspector.sourceforge.net/

__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list



[UML] Can't write package name

2002-08-31 Thread Johannes Eble



Hello all,
 
I am new to Dia and I want to use it for UML 
diagrams. I use Win98 and I have downloaded the binary for the 0.90 
version.
First, when I start the dia.exe in the bin 
directory I get two warnings in a dos box:
** (dia.exe:4294602795): WARNING **: Could not 
create per-user Dia config directory
 
(dia.exe:4294602795): GLib-CRITICAL **: file 
gstrfuncs.c: line 230: assertion `string1 != NULL' failed
 
I am not sure whether this is 
critical.
 
Then I couldn't write the package name in the tab 
of the class object. How is this done? I don't see any attribute concerning the 
package name for the class, but the tab is there for a reason, I 
suppose.
 
Any help would be great.
 
Johannes


[Autodia]: for Win98? without Perl?

2002-08-31 Thread Johannes Eble



Hello all,
 
I have just seen that there is a way to produce a 
Dia file from existing code with Autodia (see http://droogs.org/autodia/). Is there any 
equivalent program/version that doesn't use Perl, but Python or Java? Also, it 
seems that the Win98 operating system gets confused by the subdirectory 
'Autodia' and the file 'autodia'. Is there a walkaround for Win98?
 
Thanks for any pointers.
 
 
Johannes


Re: [UML] Can't write package name

2002-08-31 Thread Lars Clausen

On Sat, 31 Aug 2002, Johannes Eble wrote:
> Hello all,
> 
> I am new to Dia and I want to use it for UML diagrams. I use Win98 and I
> have downloaded the binary for the 0.90 version.  First, when I start the
> dia.exe in the bin directory I get two warnings in a dos box:
> 
> ** (dia.exe:4294602795): WARNING **: Could not create per-user Dia config
>directory
> 
> (dia.exe:4294602795): GLib-CRITICAL **: file gstrfuncs.c: line 230:
> assertion `string1 != NULL' failed

The first one is covered in the FAQ (though I thought the installer took
care of that now).

> Then I couldn't write the package name in the tab of the class
> object. How is this done? I don't see any attribute concerning the
> package name for the class, but the tab is there for a reason, I suppose.

Are you talking about the 'template class' object, that has a dashed tab?
Templates go there, from the last of the tab sheets in the properties
dialog. 

-Lars

-- 
Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor
"I do not agree with a word that you say, but I   |
will defend to the death your right to say it."   | Where are we going, and
--Evelyn Beatrice Hall paraphrasing Voltaire  | what's with the handbasket?
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list



Latex plugin

2002-08-31 Thread Ben V

Hi,
Thinks for this very good software, that i nearly use
everyday!!!
But there is something i am a bit struglling with, is to
write equation or at least greek symbols.
Would it be possible, to have a plugin, which will allows to
write some text and seen it interpreted in Latex?
It would be nice to have, as in Matlab, a checkbox which
allow you to seen the text written either as a text, or a Latex.
This will therefore gives a great enhencement to dia,
knowing how it is to write equation with latex.
Anyway thinks again for your great work!

Best regards
ben
__
Boîte aux lettres - Caramail - http://www.caramail.com




Re: Latex plugin

2002-08-31 Thread Alejandro Aguilar Sierra

In the mean time, you can write greek characters using the symbol font and
the equivalent latin characters.
Greetings.

Alejandro

> Hi,
> Thinks for this very good software, that i nearly use
> everyday!!!
> But there is something i am a bit struglling with, is to
> write equation or at least greek symbols.
> Would it be possible, to have a plugin, which will allows to
> write some text and seen it interpreted in Latex?
> It would be nice to have, as in Matlab, a checkbox which
> allow you to seen the text written either as a text, or a Latex.
> This will therefore gives a great enhencement to dia,
> knowing how it is to write equation with latex.
> Anyway thinks again for your great work!
>
> Best regards
> ben
> __
> Boîte aux lettres - Caramail - http://www.caramail.com



___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list



Re: [Autodia]: for Win98? without Perl?

2002-08-31 Thread Alan Horkan



On Sat, 31 Aug 2002, Johannes Eble wrote:

> Date: Sat, 31 Aug 2002 14:48:36 +0200
> From: Johannes Eble <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: [Autodia]: for Win98? without Perl?
>
> Hello all,
>
> I have just seen that there is a way to produce a Dia file from
> existing code with Autodia (see http://droogs.org/autodia/). Is there
> any equivalent program/version that doesn't use Perl, but Python or
> Java? Also, it seems that the Win98 operating system gets confused by
> the subdirectory 'Autodia' and the file 'autodia'. Is there a

> walkaround for Win98?

the English expression is 'work around' (dont apologise - mein Deutsch ist
sehr schlect)

If you explain in more detail i will try and help.
Maybe rename the files?
I try and avoid problems with filenames by always giving Perl scripts a
.pl script (and ReadMe files a .txt even if i am using *nix)
Sometimes on windows it is best to put things in a directory/path that
does not contain any spaces in it.  Without a more detailed description i
cannot really help and even them i am just geussing.

Why not ask the AutoDia maintainer?  He tried to be helpful last time i
asked him.

I sort of got Autodia working on windows before, It should work with
Cygwin Perl or Activestate Perl, I ended up trying both because at the
time Autodia did not actually work and it thought i was doing something
wrong.
Most developers dont mind people saying they cannot get programs to work
so long as you mention that you did genuinely try and what things you
tried.  It is always good if you can clearly explain what you failed to
understand so that the programmer can code more defensively, or make
better error handling, error messages or documentation.
(/me hoping the maintainer incorporated some or any of my suggestions,
must try AutoDia agian soon)

One unix/linux systems work has been done to generate Dia diagrams from
Code using XSLT.  (you will have to search the archives, i am not sure if
i got this right, it could have been in the other direction from Dia XML
to Code).
If you are desperate for a solution you might search freshmeat.net or
sourceforge.net but i doubt you will find anything.

I really dont recall any better way to do this than to just force yourself
to use Perl.  I dont write perl but I dont let that stop me from using it.
The Perl in AutoDia is readable enough.
At least try it or explain why you wont use it before looking for
alternatives.

Anyway, good luck and sorry if that was not any help.

Sincerely
Alan Horkan

http://gnome.org
http://mozilla.org
http://apache.org

___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list



Re: Latex plugin

2002-08-31 Thread Alan Horkan


As previously suggested the symbol font sounds like the best way to go
about this.  i think gcharmap (or gcharacter or something similar, why the
bastards could not just call it charmap ) would help you do this.

Maybe in future Dia could have some way to invoke the Character Map or
some sort of insert Symbol Dialog, I dunno, so many things to do, so
little time.

http://bugzilla.gnome.org

please check to see if there is already a feature request anything like
this in Dia and if not please file a bug

Although not actually of any direct help you might be interested in
http://lahelper.sourceforge.net/index.html

or maybe something could be done with
GtkMath

Abiword is looking at similar maths/latex issues
http://www.abisource.com/mailinglists/abiword-dev/02/May/0369.html
http://bugzilla.abisource.com/show_bug.cgi?id=2321

i am sure other gnome projects are too, maybe you could find something Dia
could easily reuse?  Or encourage developers to get their programs to
integrate with Dia.

Sincerely
Alan Horkan

http://gnome.org/gnome-office/
http://abisource.com
http://www.lysator.liu.se/~alla/dia/

On Sat, 31 Aug 2002, Ben V wrote:

> Date: Sat, 31 Aug 2002 18:30:34 GMT+1
> From: Ben V <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: Latex plugin
>
> Hi,
> Thinks for this very good software, that i nearly use
> everyday!!!
> But there is something i am a bit struglling with, is to
> write equation or at least greek symbols.
> Would it be possible, to have a plugin, which will allows to
> write some text and seen it interpreted in Latex?
> It would be nice to have, as in Matlab, a checkbox which
> allow you to seen the text written either as a text, or a Latex.
> This will therefore gives a great enhencement to dia,
> knowing how it is to write equation with latex.
> Anyway thinks again for your great work!
>
> Best regards
> ben
> __
> Boîte aux lettres - Caramail - http://www.caramail.com
>
>


___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list



Re[1] Latex plugin

2002-08-31 Thread Ben V

Ooops sorry, i just re-read the FAQ, and it seems that latex
is supported (cf:Q32)?
Did i need a least the 0.90, or even the latest build to
have it, or was it implemented before too (even if unstable)?
Best regards
ben

> ---Message d'origine---
> De : "Alejandro Aguilar Sierra" <[EMAIL PROTECTED]>
> Date : 31/08/102 18:39:09
>
> In the mean time, you can write greek characters using the
symbol font and
> the equivalent latin characters.
> Greetings.
>
> Alejandro
>
> > Hi,
> > Thinks for this very good software, that i nearly use
> > everyday!!!
> > But there is something i am a bit struglling with, is to
> > write equation or at least greek symbols.
> > Would it be possible, to have a plugin, which will allows to
> > write some text and seen it interpreted in Latex?
> > It would be nice to have, as in Matlab, a checkbox which
> > allow you to seen the text written either as a text, or
a Latex.
> > This will therefore gives a great enhencement to dia,
> > knowing how it is to write equation with latex.
> > Anyway thinks again for your great work!
> >
> > Best regards
> > ben
> > __
> > Boîte aux lettres - Caramail - http://www.caramail.com
>
>
>
> ___
> Dia-list mailing list
> [EMAIL PROTECTED]
> http://mail.gnome.org/mailman/listinfo/dia-list
>
>
_
Envoyez des messages musicaux sur le portable de vos amis
 http://mobile.lycos.fr/mobile/local/sms_musicaux/




Re: Latex plugin

2002-08-31 Thread James K . Lowden

On Sat, 31 Aug 2002 18:16:30 +0100 (IST), Alan Horkan <[EMAIL PROTECTED]>
wrote:

> On Sat, 31 Aug 2002, Ben V wrote:
> >
> > But there is something i am a bit struglling with, is to
> > write equation or at least greek symbols.
> > Would it be possible, to have a plugin, which will allows to
> > write some text and seen it interpreted in Latex?

> As previously suggested the symbol font sounds like the best way to go
> about this.  i think gcharmap (or gcharacter or something similar, why
> the bastards could not just call it charmap ) would help you do
> this.
> 
> Maybe in future Dia could have some way to invoke the Character Map or
> some sort of insert Symbol Dialog, I dunno, so many things to do, so
> little time.

I'm sure there are many details I don't understand, but two thoughts:

1.  I doubt the symbol font is of much use to Ben V.  I don't think the
quadratic formula or much of Chapter 1 from a caluculus text could be
expressed with a symbol font.  

2.  It seems to me that MathML might be a better fit with Dia than Latex. 


MathML is XML and could be embedded in Dia diagrams much the way SVG is. 
DSSSL stylesheets (http://www.nag.co.uk/projects/OpenMath/mml-files/)
render it to TeX and others.  There is also an XSLT
(http://www.raleigh.ru/MathML/mmltex/index.php?lang=en).  

GtkMathView (http://www.cs.unibo.it/helm/mml-widget/) is a MathML viewing
widget, and might be a place to start.  

HTH.

--jkl

___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list



Re: Re[1] Latex plugin

2002-08-31 Thread Alan Horkan



On Sat, 31 Aug 2002, Ben V wrote:

> Date: Sat, 31 Aug 2002 19:01:02 GMT+1
> From: Ben V <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: "'Alejandro Aguilar Sierra' <[EMAIL PROTECTED]>;"
> <[EMAIL PROTECTED]>
> Subject: Re[1] Latex plugin
>
> Ooops sorry, i just re-read the FAQ, and it seems that latex
> is supported (cf:Q32)?
> Did i need a least the 0.90, or even the latest build to
> have it, or was it implemented before too (even if unstable)?
> Best regards
> ben

silly me,
if i had used LaTeX and Dia more i would have know about that.

Should work with 0.90
I have been hanging around a while and i know it was not added recently
or anything.
i am fairly sure this was in 0.88 too or possibly even before that.

good luck, if you have any further problems you will be able to get
intelligent answers on Monday ;)

if you manage to crash Dia and can replicate it a stack trace is usually
helpful.

Later
Alan


> > ---Message d'origine---
> > De : "Alejandro Aguilar Sierra" <[EMAIL PROTECTED]>
> > Date : 31/08/102 18:39:09
> >
> > In the mean time, you can write greek characters using the
> symbol font and
> > the equivalent latin characters.
> > Greetings.
> >
> > Alejandro
> >
> > > Hi,
> > > Thinks for this very good software, that i nearly use
> > > everyday!!!
> > > But there is something i am a bit struglling with, is to
> > > write equation or at least greek symbols.
> > > Would it be possible, to have a plugin, which will allows to
> > > write some text and seen it interpreted in Latex?
> > > It would be nice to have, as in Matlab, a checkbox which
> > > allow you to seen the text written either as a text, or
> a Latex.
> > > This will therefore gives a great enhencement to dia,
> > > knowing how it is to write equation with latex.
> > > Anyway thinks again for your great work!
> > >
> > > Best regards
> > > ben
> > > __
> > > Boîte aux lettres - Caramail - http://www.caramail.com
> >
> >
> >
> > ___
> > Dia-list mailing list
> > [EMAIL PROTECTED]
> > http://mail.gnome.org/mailman/listinfo/dia-list
> >
> >
> _
> Envoyez des messages musicaux sur le portable de vos amis
>  http://mobile.lycos.fr/mobile/local/sms_musicaux/
>
>

___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list



Re: Latex plugin

2002-08-31 Thread Alan Horkan



On Sat, 31 Aug 2002, James K.Lowden wrote:

> Date: Sat, 31 Aug 2002 16:51:48 -0400
> From: James K.Lowden <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: Re: Latex plugin
>
> On Sat, 31 Aug 2002 18:16:30 +0100 (IST), Alan Horkan <[EMAIL PROTECTED]>
> wrote:
>
> > On Sat, 31 Aug 2002, Ben V wrote:
> > >
> > > But there is something i am a bit struglling with, is to
> > > write equation or at least greek symbols.
> > > Would it be possible, to have a plugin, which will allows to
> > > write some text and seen it interpreted in Latex?
>
> > As previously suggested the symbol font sounds like the best way to go
> > about this.  i think gcharmap (or gcharacter or something similar, why
> > the bastards could not just call it charmap ) would help you do
> > this.
> >
> > Maybe in future Dia could have some way to invoke the Character Map or
> > some sort of insert Symbol Dialog, I dunno, so many things to do, so
> > little time.
>
> I'm sure there are many details I don't understand, but two thoughts:

I dont have a clue (ugh tired, hungry)
but he seems to have sorted himself out.

> 1.  I doubt the symbol font is of much use to Ben V.  I don't think the
> quadratic formula or much of Chapter 1 from a caluculus text could be
> expressed with a symbol font.

> 2.  It seems to me that MathML might be a better fit with Dia than Latex.

Dia already allows TeX, it is in the FAQ, silly me.

> MathML is XML and could be embedded in Dia diagrams much the way SVG is.
> DSSSL stylesheets (http://www.nag.co.uk/projects/OpenMath/mml-files/)
> render it to TeX and others.  There is also an XSLT
> (http://www.raleigh.ru/MathML/mmltex/index.php?lang=en).
>
> GtkMathView (http://www.cs.unibo.it/helm/mml-widget/) is a MathML viewing
> widget, and might be a place to start.

I wonder how well Dia handles arbitrary XML?

Inevitabley there will be new things added to Dia that you dont want older
version to choke on and there is always something new that people want to
do to extent the format.

I pondered that Dia should have insert Object rather than insert picture.
If the object was not supported a placeholder would be displayed instead
(possibly a raster image if it was somethign like maths or Visio XML
that was not currently supported, or simply an error message that it was
not supported).

I dunno, i have too many crazy ideas and not enough code :)
So many possibilities.

Later
Alan

> HTH.
>
> --jkl
>
> ___
> Dia-list mailing list
> [EMAIL PROTECTED]
> http://mail.gnome.org/mailman/listinfo/dia-list
>


___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list



[gimpwin-dev] Will the real libiconv please stand up! Was : Re: [Mingw-users] baby steps, an half-finshed packaging of libiconv (very boring)

2002-08-31 Thread Tor Lillqvist

James Michael DuPont writes:
 > lets look for iconv :
 > http://sourceforge.net/projects/libiconv/  -- This is from Haible 
 > http://savannah.gnu.org/projects/libiconv  -- Oh another one!
 > http://gettext.sourceforge.net/-- another port!
 > http://sourceforge.net/projects/mingwrep/  -- Your Package
 > http://www.gnu.org/software/libiconv/  -- The GNU Package
 > http://sourceforge.net/projects/gnuwin32/  -- The One I used
 > http://www.gimp.org/~tml/gimp/win32/downloads.html -- Contains links to
 > the gnu package, but not to yours.

"The gnu package" being libiconv's official home, so of course there
is a link to that page???

 > http://sourceforge.net/projects/gettext/   -- And the gettext.
 > 
 > 
 >http://cygwin.com/cgi-bin2/package-cat.cgi?file=libiconv/libiconv-1.8-2-src&grep=iconv

 > So we have a least six different distributions,

Not all of those are binary distributions.

 > Now, how am I to know what to use? 

This has indeed been sometimes a problem for me too, for this and
other packages. Something needs to be done, and I will gladly start by
dropping my binary "distribution" of libiconv and instead point to one
of the others. Probably the http://gettext.sourceforge.net/ one, as it
has a DLL (instead of a static archive), and with the same name as I
have used, and there thus won't be any change visible to the users of
the DLL.

As an excuse for having an own binary "distribution" of libiconv I can
just say that when I first needed it, I couldn't find a suitable
binary Win32 distribution to use. But things now have changed.

For me, an ideal binary distribution of a library for Win32 should
fill the following criteria:

- Unless the library is very small, it should be built as a DLL

- If the library's API and ABI is guaranteed to only get extended, and
never to change incompatibly, the DLL name need not be
versioned. Otherwise a version number should be included in the DLL
name. (Note that the version number in the DLL name need not have any
relationship to the software's version number as a whole, but can be
similar to what's used in ELF shared library names.)

- If you do use versioning in the DLL name, increase he version number
only if you introduce backward incompatibilities. Not if you just add
interfaces.

- The import library need not, and should not in most cases, have
versioning in its name. Rationale: On ELF systems, you typically have:

libfoo.so -> libfoo.so.x
libfoo.so.x

No import libraries on ELF, but symlinks, the end result being that
you link with -lfoo. Correspondingly, on Win32, you should also link
with -lfoo (or foo.lib), and this import library then links to
libfoo-x.dll (or whatever naming convention you use; libtool uses
that.)

- The DLL should be useable both from gcc- and MSVC-compiled
code. This means that if the API includes structs that have bitfields,
if building with gcc, one should use -fnative-struct. For most
libraries, this is not a problem. The header files should not include
headers found only on mingw.

- There should be separate "runtime", "developer", and "source"
packages. For small libraries, the first two can well be combined. But
please don't force everybody to download and install source files,
even if you of course should provide sources in the same location as
the binaries. (Yes, I know I have occasionally sinned against this,
and only provided links to sources on other sites. I will follow the
(L)GPL more closely in the future.)

- The developer package should include import libraries both for gcc
and MSVC. Or at least the .def file so that the end-developer can
generate an import library for the compiler of her choice. Note that
if you build with MSVC, the .lib file can be used as such also by
gcc. (Perhaps copy foo.lib to libfoo.a just for tradition.) But if you
build with gcc, you need Microsoft's lib.exe to build the .lib file.

The reason I have until now distributed own versions of libpng,
libjpeg and some others is that I, at the time when I needed those,
couldn't find suitable binary distributions that would have been good
enough from my point of view. But things have improved since then, and
I really should go through this stuff and drop my own versions when
possible.

--tml


___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list



Re: Will the real libiconv please stand up! Was : Re: [Mingw-users] baby steps, an half-finshed packaging of libiconv (very boring)

2002-08-31 Thread Earnie Boyd

James Michael DuPont wrote:

> I have been complaining about this all the time, I dont want to have to
> scrouge the net trying to find all the sources that I need to duplicate
> a port. That is why I have been complaining about the section 3 of the
> GPL.

Yes, this gets broken often.

>
> That states that all the sources and lib that are not part of the
> system have to put placed in the same place as the binaries.

A fact easy to miss with only one reading.  Everyone needs to read and
reread COPYING and
COPYING.LIB.

>
> If people would follow the guidelines layed down by the FSF,
> then we would not have these problems.

Well, not as many anyway.

>
> For example, the Dia installer does not have all the sources code of
> all the modules with it.
>
> The pw32 just has binaries, but the source code is missing.
> http://sourceforge.net/projects/pw32/
>

An all but dead project AFAIK.

>
> lets look for iconv :
> http://sourceforge.net/projects/libiconv/  -- This is from Haible
> http://savannah.gnu.org/projects/libiconv  -- Oh another one!
> http://gettext.sourceforge.net/-- another port!
> http://sourceforge.net/projects/mingwrep/  -- Your Package
> http://www.gnu.org/software/libiconv/  -- The GNU Package
> http://sourceforge.net/projects/gnuwin32/  -- The One I used
> http://www.gimp.org/~tml/gimp/win32/downloads.html -- Contains links to
> the gnu package, but not to yours.
> http://sourceforge.net/projects/gettext/   -- And the gettext.

An impressive list if I may say so.  Each one with their own port.  I
often cringe.

>
> 
>http://cygwin.com/cgi-bin2/package-cat.cgi?file=libiconv/libiconv-1.8-2-src&grep=iconv
> CYGWIN also has a port!

Cygwin though isn't native Win32 (i.e.: uses a different runtime other
than MSVCRT).
Therefore, let's not consider this a Win32 port, it's a Cygwin port.

>
> In the end, I want to a set of debian source packages that can be
> compiled using apt-source/dpkg for windows without any tweaking.

I'd be happy for this.

>
> As I said, I will try out your package, the only reason I posted this
> unfinished package was so that someone else can try to compile it.
>
> I hope that we can consolidate all these versions floating around into
> a single and consistent set of packages, you must admit that It is very
> confusing!!!
>

See comments below.

>
> If the sources had been at the DIA site, then I would have used thiers,
> or at the GIMP/GTK port.
>
> You guys need to fight is out as to WHO is the REAL slim shady!
>
> Will the real "libiconv" please stand up? Please stand up!
>

The real libiconv would be the one who owns it, the FSF.  One of the
problems with these
smaller packages is the lack of CVS support.  If the official maintainer
used CVS then a
branch could be set and all of the above porters would have contributed
to the same port.

>
> Then we need to have a link on each of these projects as to who is
> doing what.
>
> Believe me, I dont want to spend any more time than needed on this at
> all!
>
> Maybe a WEBRING would be best, at least you all have each others names,
> now please start talking, agree on a standard disclaimer about where to
> go to get the newest version, who is doing what.

The fight that needs fought is the convincing of each porter to use the
subversions CVS.

Earnie.


___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list



Re: [Mingw-users] baby steps, an half-finshed packaging of libiconv(very boring)

2002-08-31 Thread Earnie Boyd

stefan wrote:

> On Fri, 30 Aug 2002, James Michael DuPont wrote:
>
> > Dear fellow hackers,
>
> Hello!
>
> > I am working on  putting my packages on sourceforge right now,
> > https://sourceforge.net/project/showfiles.php?group_id=19878
> > I still have not converted all of my packages to the high standards
> > that I preach, this of course makes me a hypocrite in one aspect.
>
> The 'libiconv' library "port" for MinGW32 has always been maintained at
> the 'mingwrep' project on sourceforge.
>
> 
>
> Too bad we are doing duplicate work...
>

I've never liked this project.  Why have a different site from the official
MinGW site.

Earnie.



___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list



Re: Will the real libiconv please stand up! Was : Re: [Mingw-users] baby steps, an half-finshed packaging of libiconv (very boring)

2002-08-31 Thread James Michael DuPont


--- Earnie Boyd <[EMAIL PROTECTED]> wrote:
[SNIP]
> > In the end, I want to a set of debian source packages that can be
> > compiled using apt-source/dpkg for windows without any tweaking.
> 
> I'd be happy for this.

Well It is coming along, the DEBIAN package puts the original sources
and a diff file, and the instructions on how to build all in one spot.
I hope that I will be producing results soon. But have alot of real
world stuff to do like you do as well.


> > If the sources had been at the DIA site, then I would have used
> thiers,
> > or at the GIMP/GTK port.
> >
> > You guys need to fight is out as to WHO is the REAL slim shady!
> >
> > Will the real "libiconv" please stand up? Please stand up!
> >
> 
> The real libiconv would be the one who owns it, the FSF.  One of the
> problems with these
> smaller packages is the lack of CVS support.  If the official
> maintainer
> used CVS then a
> branch could be set and all of the above porters would have
> contributed
> to the same port.

Well, funny enought, I found out that FSF does not own the libiconv,
but the gettext. It is quite confusing.

Bruno Haible has THREE! different CVS controls of the sources, 
two on sourceforge (libiconv,clisp), one on savannah. And none on the
GNU CVS.

> >
> > Then we need to have a link on each of these projects as to who is
> > doing what.
> >
> > Believe me, I dont want to spend any more time than needed on this
> at
> > all!
> >
> > Maybe a WEBRING would be best, at least you all have each others
> names,
> > now please start talking, agree on a standard disclaimer about
> where to
> > go to get the newest version, who is doing what.
> 
> The fight that needs fought is the convincing of each porter to use
> the
> subversions CVS.
Ok, this is where it gets more confusing.

Gettext is a GNU package, fsf assigned copyright.
But the libintl that contains some of the functions is part of the libc
and is not assigned.
http://www.gnu.org/directory/Localization/gettext.html

Iconv is and is NOT GNU package, but not assigned.
http://www.gnu.org/directory/Localization/libiconv.html
It is also not in subversions.
!!! AND IT IS IN A NEW CVS REPOSITORY !!
So it is maintained in THREE DIFFERENT CVSes!!
[EMAIL PROTECTED]:/cvsroot/clisp
http://cvs.sourceforge.net/cgi-bin/cvsweb.cgi/clisp/libiconv/?cvsroot=clisp

George Greve talke about is here:
http://www.gnu.org/brave-gnu-world/issue-30.en.html
"The GNU libiconv [13] is the character set conversion library of the
GNU Project; through the iconv() function it offers programs the
functionality of convert documents between different character sets."

I think this is very very very confusing for anyone,
no wonder why this is so painful!

mike

=
James Michael DuPont
http://introspector.sourceforge.net/

__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list