Menu
▾
▴
libwpg-devel — libwpg development
You can subscribe to this list here.
| 2004 |
Jan
(13) |
Feb
(2) |
Mar
(2) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(14) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
|
Jun
(8) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(3) |
Nov
(2) |
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(10) |
Jun
(13) |
Jul
(9) |
Aug
(3) |
Sep
(1) |
Oct
(7) |
Nov
|
Dec
(2) |
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(1) |
| 2014 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: <ben...@id...> - 2004-05-25 07:57:56
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Fridrich S. <fri...@bl...> - 2004-03-10 10:48:07
|
Sorry for this one. In my addressbook libwpg-devel and libwpd-devel are one near to other. I had to click to the wrong one. Real men don't click though :-) Fridrich Fridrich Strba wrote: > Marc, > > The problem that I reported earlier last week was probably linked to > the perl distributed with msys_developer package. > On linux, all files but the segfault ones pass the callgraph test. > Naturally, the raw_diff, was not correct, since we added parameters > to openParagraph, openSpan, openPageSpan and openListElement > functions. |
|
From: Fridrich S. <fri...@bl...> - 2004-03-10 09:21:15
|
Marc, The problem that I reported earlier last week was probably linked to the perl distributed with msys_developer package. On linux, all files but the segfault ones pass the callgraph test. Naturally, the raw_diff, was not correct, since we added parameters to openParagraph, openSpan, openPageSpan and openListElement functions. Enjoy Fridrich Update the HEAD regression suite ---------------------------------------------------------------------- CVS: Modified Files: CVS: testset/WP4/*.raw testset/WP5/*.raw CVS: testset/WP6/*.raw ---------------------------------------------------------------------- |
|
From: Marc M. <j.m...@st...> - 2004-02-23 15:23:30
|
No direct output format, but just as with libwpd, callback functions for some specific converter to implement. So, you can write a wpg2svg converter, or a wpg2png one.. Marc Op ma 23-02-2004, om 15:52 schreef Fridrich Strba: > I am writing just to ask what should be our output format. I understand > that Unicode characters are good output for a text document. What could > be the output format for a conversion of graphic data? > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Libwpg-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libwpg-devel -- Marc Maurer <j.m...@st...> |
|
From: Fridrich S. <fri...@bl...> - 2004-02-23 15:00:12
|
I am writing just to ask what should be our output format. I understand that Unicode characters are good output for a text document. What could be the output format for a conversion of graphic data? |
|
From: Marc M. <j.m...@st...> - 2004-01-31 19:13:37
|
Windows versioning: add a BUILDNUMBER (Fridrich Strba)
CVS:
----------------------------------------------------------------------
CVS: Enter Log. Lines beginning with `CVS:' are removed automatically
CVS:
CVS: Committing in .
CVS:
CVS: Modified Files:
CVS: build/win32/compile-resource
CVS: Added Files:
CVS: .cvsignore buildnumber.sh createBuildNumber.pl
CVS:
----------------------------------------------------------------------
> There are
> two files buildnumber.sh and createBuildNumber.pl that create the
> BUILDNUMBER. This is in case we release the windows executables and
> people want to submit bug report. The BUILDNUMBER is derived from the
> build date and time. Nevertheless, these files will not be part of the
> "make dist" since only the "oficial" binaries will have a build number.
> All other will be still able to build, but the buildnumber will be zero.
--
Marc Maurer <j.m...@st...>
|
|
From: Marc M. <j.m...@st...> - 2004-01-31 00:36:29
|
> After this, you people do not have to do anything else but coding.
> ... O.K., if you add files, add them into the Makefile.am of the
> coresponding directory too :-)
You're too good for this world!
Marc
> I tested following things:
Yay, solaris as well? w00t :)
> I do not need to say that I am very excited to see first images
> converted in something viewable. Nevertheless, take your time!
Yeah foddex, we want converted images! heck, we DEMAND them!
Actually, he was out all week, so with a bit of luck, we'll see some nice patches next week :)
Bye!
Marc
MSVC build system && some .cvsignore files (Fridrich Strba)
CVS:
----------------------------------------------------------------------
CVS: Enter Log. Lines beginning with `CVS:' are removed automatically
CVS:
CVS: Committing in .
CVS:
CVS: Modified Files:
CVS: src/lib/.cvsignore
CVS: Added Files:
CVS: projects/msvc/libwpg.dsp projects/msvc/libwpg.dsw
CVS: src/conv/.cvsignore
CVS:
----------------------------------------------------------------------
|
|
From: Fridrich S. <fri...@bl...> - 2004-01-31 00:08:10
|
With this one it should be everything correct: - .cvsignore in every relevant directory - the MSVC project files in projects/msvc Again with -N option :-) After this, you people do not have to do anything else but coding. ... O.K., if you add files, add them into the Makefile.am of the coresponding directory too :-) I tested following things: 1) "make dist" -- the result builds well. 2) rpmbuild -ta <make-dist-result> -- creates libwpg-X.Y.Z-1.src.rpm libwpg-X.Y.Z-1.i386.rpm libwpg-devel-X.Y.Z-1.i386.rpm libwpg-tools-X.Y.Z-1.i386.rpm 3) msvc project files -- create a static library called libwpg-1.lib (the DLL might come if I understand how the damned MSVC works - I do not have the helps installed). 4) buids on different platforms -- works on RHEL3, Fedora Core 1, RH7.3, Solaris 2.8 sparc, Win32 (MinGW - creates a DLL called libwpg-1.dll, libtool import library libwpg-1.dll.a, a static library libwpg-1.a amd an executable wpg2raw.exe) I do not need to say that I am very excited to see first images converted in something viewable. Nevertheless, take your time! Cheers Fridrich |
|
From: Marc M. <j.m...@st...> - 2004-01-28 13:02:36
|
The -N option means that removed or added files are also in the patch.
However, the person that applies the patch still needs to "cvs add" or
"cvs remove" the files, otherwise they won't be committed. Just so
everyone knows :)
Marc
The rest of the build system refactoring (Fridrich Strba)
CVS:
----------------------------------------------------------------------
CVS: Enter Log. Lines beginning with `CVS:' are removed automatically
CVS:
CVS: Committing in .
CVS:
CVS: Added Files:
CVS: configure.in libwpg-1.pc.in build/.cvsignore build/Makefile.am
CVS: build/win32/.cvsignore build/win32/Makefile.am
CVS: build/win32/compile-resource build/win32/lt-compile-resource
CVS: src/.cvsignore src/conv/raw/.cvsignore
CVS: src/conv/raw/wpg2raw.rc.in src/lib/.cvsignore
CVS: src/lib/libwpg.rc.in
CVS: Removed Files:
CVS: configure.ac src/conv/raw/Makefile src/lib/libwpg-1.pc.in
CVS:
----------------------------------------------------------------------
Op wo 28-01-2004, om 09:06 schreef Fridrich Strba:
> Hi, Marc;
>
> The diff was done with -N, I was thinking that it should have added
> following files:
> .cvsignore configure.in libwpg-1.pc.in src/.cvsignore src/lib/.cvsignore
> src/lib/libwpg.rc.in src/conv/.cvsignore src/conv/raw/.cvsignore
> src/conv/raw/wpg2raw.rc.in build/.cvsignore build/Makefile.am
> build/win32/.cvsignore build/win32/Makefile.am build/win32/lt-compile
> resource build/win32/compile-resource
> Following files should be removed:
> configure.ac src/lib/libwpg-1.pc.in src/conv/raw/Makefile
> since the last is created by the autogen.sh script.
>
> As it is now, it is very broken :-)
>
> Never mind, once the system is settled, you will not have me bothering
> you :-)
>
> Fridrich
>
> M.A. Oude Kotte wrote:
> > Applied Fridrich's patch!
> > CVS: ----------------------------------------------------------------------
> > CVS: Enter Log. Lines beginning with `CVS:' are removed automatically
> > CVS:
> > CVS: Committing in .
> > CVS:
> > CVS: Modified Files:
> > CVS: Makefile.am autogen.sh libwpg.spec.in src/Makefile.am
> > CVS: src/conv/Makefile.am src/conv/raw/Makefile
> > CVS: src/conv/raw/Makefile.am src/lib/Makefile.am
> > CVS: Removed Files:
> > CVS: ac-helpers/pkg-config/pkg.m4
> > CVS: ----------------------------------------------------------------------
> >
> >
> > -------------------------------------------------------
> > The SF.Net email is sponsored by EclipseCon 2004
> > Premiere Conference on Open Tools Development and Integration
> > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> > http://www.eclipsecon.org/osdn
> > _______________________________________________
> > Libwpg-devel mailing list
> > Lib...@li...
> > https://lists.sourceforge.net/lists/listinfo/libwpg-devel
> >
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Libwpg-devel mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libwpg-devel
--
Marc Maurer <j.m...@st...>
|
|
From: Fridrich S. <fri...@bl...> - 2004-01-28 09:28:02
|
This time it should work: :-) This is the patch against cvs head that puts the building system into order. I made it with -N option, so it should be creating and removing files. You can also remove the ac-helpers directory. It is empty. F. |
|
From: Fridrich S. <fri...@bl...> - 2004-01-28 09:27:12
|
This is the patch against cvs head that puts the building system into order. I made it with -N option, so it should be creating and removing files. You can also remove the ac-helpers directory. It is empty. F. |
|
From: M.A. O. K. <ma...@so...> - 2004-01-28 09:15:51
|
Whehehe :) Marc Fridrich Strba wrote: > > > Fridrich Strba wrote: > >> This two files, when put in either build/win32 or projects/msvc >> directory create a static libwpg-1.lib with MSVC. Tested with MSVC 6.0 >> SP5. >> It is nice to see an opensource project that starts with a working >> windows port :-) >> ------------------------------------------------------------------------ >> >> # Microsoft Developer Studio Project File - Name="libwpg" - Package >> Owner=<4> >> # Microsoft Developer Studio Generated Build File, Format Version 6.00 >> # ** DO NOT EDIT ** > > > In spite of this I did edit it and it works. :-) > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Libwpg-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libwpg-devel > > |
|
From: Fridrich S. <fri...@bl...> - 2004-01-28 09:07:54
|
Fridrich Strba wrote: > This two files, when put in either build/win32 or projects/msvc > directory create a static libwpg-1.lib with MSVC. Tested with MSVC 6.0 SP5. > It is nice to see an opensource project that starts with a working > windows port :-) > ------------------------------------------------------------------------ > > # Microsoft Developer Studio Project File - Name="libwpg" - Package Owner=<4> > # Microsoft Developer Studio Generated Build File, Format Version 6.00 > # ** DO NOT EDIT ** In spite of this I did edit it and it works. :-) |
|
From: Fridrich S. <fri...@bl...> - 2004-01-28 08:06:11
|
Hi, Marc; The diff was done with -N, I was thinking that it should have added following files: .cvsignore configure.in libwpg-1.pc.in src/.cvsignore src/lib/.cvsignore src/lib/libwpg.rc.in src/conv/.cvsignore src/conv/raw/.cvsignore src/conv/raw/wpg2raw.rc.in build/.cvsignore build/Makefile.am build/win32/.cvsignore build/win32/Makefile.am build/win32/lt-compile resource build/win32/compile-resource Following files should be removed: configure.ac src/lib/libwpg-1.pc.in src/conv/raw/Makefile since the last is created by the autogen.sh script. As it is now, it is very broken :-) Never mind, once the system is settled, you will not have me bothering you :-) Fridrich M.A. Oude Kotte wrote: > Applied Fridrich's patch! > CVS: ---------------------------------------------------------------------- > CVS: Enter Log. Lines beginning with `CVS:' are removed automatically > CVS: > CVS: Committing in . > CVS: > CVS: Modified Files: > CVS: Makefile.am autogen.sh libwpg.spec.in src/Makefile.am > CVS: src/conv/Makefile.am src/conv/raw/Makefile > CVS: src/conv/raw/Makefile.am src/lib/Makefile.am > CVS: Removed Files: > CVS: ac-helpers/pkg-config/pkg.m4 > CVS: ---------------------------------------------------------------------- > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Libwpg-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libwpg-devel > |
|
From: Fridrich S. <fri...@bl...> - 2004-01-28 06:54:56
|
This two files, when put in either build/win32 or projects/msvc directory create a static libwpg-1.lib with MSVC. Tested with MSVC 6.0 SP5. It is nice to see an opensource project that starts with a working windows port :-) Cheers Fridrich |
|
From: M.A. O. K. <ma...@so...> - 2004-01-27 16:12:38
|
Applied Fridrich's patch! CVS: ---------------------------------------------------------------------- CVS: Enter Log. Lines beginning with `CVS:' are removed automatically CVS: CVS: Committing in . CVS: CVS: Modified Files: CVS: Makefile.am autogen.sh libwpg.spec.in src/Makefile.am CVS: src/conv/Makefile.am src/conv/raw/Makefile CVS: src/conv/raw/Makefile.am src/lib/Makefile.am CVS: Removed Files: CVS: ac-helpers/pkg-config/pkg.m4 CVS: ---------------------------------------------------------------------- |
|
From: Fridrich S. <fri...@bl...> - 2004-01-27 13:05:59
|
Hello, everybody
My name is Fridrich Strba, Slovak by nationality, Ugandan by marriage
:-) , resident (for the while) in Geneva, Switzerland. I follow the work
of LIBWPD and occassionally contribute with some small patches.
Marc Maurer, one of the authors of libwpd approached me and asked me
whether I could modify the build system of the libwpG so that it builds
properly windows binaries with MinGW. I liked basically the system that
there was in place, nevertheless, given the structure of the directories
of libwpG, it was much easier for me to clone simply the libwpD build
system.
Attached is the patch. The changes are basically following:
1) I modified the spec file so that we create three packages: libwpg
(containing the runtime, README,...), libwpg-devel (containing the
headers and the pkg-config *.pc file) and libwpg-tools (containing for
the while the wpg2raw). I added requirements for dependency packages
"Requires libgsf >= 1.8.0" and "BuildRequires libgsf-devel >= 1.8.0".
2) The header files install in %{includedir}/libwpg-1/libwpg/ as this is
the habit with glib, pango, libgsf, libwpd, etc. I have no religion
about it, but it is good to do more or less what the others do if it is
good :-)
3) I removed the ac-helpers directory since the pkg.m4 is part of the
pkg-config distribution. Where there is pkg-config, there is pkg.m4 (Ubi
pkg-config, ibi pkg.m4, for those who like latin :-) Moreover, relying
on other people's pkg.m4 prevents us from having to maintain it and
check whether it works with any new version of autotools.
4) I modified the versioning system so that following applies: Until
1.0.0, we can break backward compatibility between two MINORs, inside
one MINOR (it means between two MICROs), we can add interfaces, rewrite
internally everything, but we should neither remove any interface nor
modify its behaviour. Starting with 1.0.0, assuming that the API will be
mature by then, the backward compatibility can be broken only between
two MAJORs, adding interfaces between two MINORs and, _NO_ API change
between two MICROs. If this is respected, one does not need to bother
with "binary ages" or "interface ages", the libtool versioning will be
always valid (the CURRENT will never decrese, ...)
5) I bumped the version 0.1.0. We are not Micro$oft to call our first
flawed public release 1.0 :-) But, it is not for me to decide. Take it
as a proposal.
6) I added a MinGW build system. It builds a nice LIBWPG-1.DLL with its
libtool import libraries and all other things that one needs. You can
check the result on http://hei.unige.ch/~strba5/libwpg/libwpg.zip
7) I added windows versioning information -- right-click -> Properties
-> Version applet -- to the binaries (if they are built on native
Win32). Like that, if our library is once used by win32 builders, their
installer program can access the version info the way they are used to.
Summary:
Removed: ac-helpers/, configure.ac, src/lib/libwpg-1.pc.in
Added: build/, build/win32/ and its content, a .cvsignore in each
directory that needs it, libwpg-1.pc.in and configure.in in the <topsrcdir>.
The patch is made with -N, so it should be added and removed automatically.
Modified: quite a number of files :-)
If you are O.K. with this, I will clone the libwpD's MSVC static build.
Cheers
Fridrich
|
|
From: M.A. O. K. <ma...@so...> - 2004-01-23 15:55:23
|
Yay, hello all subscribers. This is the first message for the newly created libwpg library. As far as I know there are only 2 subscribers, so it's kinda useless, but I don't care. Hooray! Marc |
3 messages has been excluded from this view by a project administrator.
