Re: compilation of a snapshot version
Hello Adrien, On Thu, 11 Apr 2002 23:59:42 -0700 Adrien Beau <[EMAIL PROTECTED]> wrote: > On Thursday 11 April 2002 23:41, Didier Bretin wrote: > > > > Yes the modification of the 'configure' script given by > > Adrien allow me to pass through the configuration phase. > > > > The file unicode.h is in which devel package ?!?! > > On Slackware, the file is included in the libunicode > package. I have libunicode 0.4 installed, and the unicode.h > file is in /opt/gnome/include (might well be /usr/include > in other distros, or in the next Slackware version). > > I hope this well help you locate which package of your > distribution contains it. This is a small package, 520 KB > uncompressed. Yes, you are right. I have installed the -devel package (I'm under RH7.1), and then the compilation begins until an error on the linkage ;o): gcc -Wall -Wunused -Winline -Wmissing-prototypes -Wmissing-declarations -finline-functions -fstrict-aliasing -o dia diagram.o preferences.o load_save.o group.o properties.o defaults.o render_eps.o render_libart.o undo.o object_ops.o layer_dialog.o export_png.o commands.o app_procs.o connectionpoint_ops.o disp_callbacks.o display.o select.o color_area.o linewidth_area.o lineprops_area.o grid.o handle_ops.o interface.o modify_tool.o scroll_tool.o create_object.o magnify.o menus.o cut_n_paste.o render_gdk.o tool.o diapagelayout.o diaunitspinner.o pagesetup.o filedlg.o plugin-manager.o dia-props.o gtkwrapbox.o gtkhwrapbox.o gtkvwrapbox.o cursor.o splash.o recent_files.o diagram_tree.o diagram_tree_window.o diagram_tree_menu.o diagram_tree_menu_callbacks.o paginate_psprint.o main.o -rdynamic -rdynamic -rdynamic -Wl,--export-dynamic ../lib/libdia.a /usr/lib/libpopt.so -L/mnt/commun/local/libxml2-2.3.9/lib /mnt/commun/local/libxml2-2.3.9/lib/libxml2.so -L/usr/lib -L/usr/X11R6/lib ! -lgnomeui -lgdk_imlib -lSM -lICE -lgnome -lgnomesupport /usr/lib/libesd.so -laudiofile -ldb1 -lart_lgpl -lpng /usr/lib/libgdk_pixbuf.so /usr/lib/libgtk.so /usr/lib/libgdk.so /usr/lib/libgmodule.so /usr/lib/libglib.so -ldl -lXi -lXext -lX11 -lm -lz -Wl,--rpath -Wl,/mnt/commun/local/libxml2-2.3.9/lib -Wl,--rpath -Wl,/mnt/commun/local/libxml2-2.3.9/lib render_libart.o: In function `get_text_width': render_libart.o(.text+0x309b): undefined reference to `unicode_next_utf8' disp_callbacks.o: In function `ddisplay_canvas_events': disp_callbacks.o(.text+0x1518): undefined reference to `unicode_strlen' render_gdk.o: In function `get_text_width': render_gdk.o(.text+0x1fef): undefined reference to `unicode_next_utf8' ../lib/libdia.a(dia_xml.o): In function `xmlDiaSaveFile': dia_xml.o(.text+0x1b09): undefined reference to `xmlSaveFormatFileEnc' ../lib/libdia.a(text.o): In function `set_string': text.o(.text+0x1d9): undefined reference to `unicode_strchr' text.o(.text+0x2e5): undefined reference to `unicode_strchr' text.o(.text+0x312): undefined reference to `unicode_strlen' text.o(.text+0x351): undefined reference to `unicode_strlen' ../lib/libdia.a(text.o): In function `text_delete_forward': text.o(.text+0x1643): undefined reference to `unicode_next_utf8' text.o(.text+0x165b): undefined reference to `unicode_next_utf8' ../lib/libdia.a(text.o): In function `text_delete_backward': text.o(.text+0x180b): undefined reference to `unicode_next_utf8' text.o(.text+0x1823): undefined reference to `unicode_next_utf8' ../lib/libdia.a(text.o): In function `text_split_line': text.o(.text+0x1b3b): undefined reference to `unicode_next_utf8' ../lib/libdia.a(text.o)(.text+0x1e2f): more undefined references to `unicode_next_utf8' follow ../lib/libdia.a(text.o): In function `text_insert_char': text.o(.text+0x1ed3): undefined reference to `unicode_strlen' ../lib/libdia.a(text.o): In function `text_key_event': text.o(.text+0x2213): undefined reference to `unicode_next_utf8' text.o(.text+0x2303): undefined reference to `unicode_next_utf8' text.o(.text+0x23ea): undefined reference to `unicode_next_utf8' ../lib/libdia.a(prop_inttypes.o): In function `charprop_set_from_widget': prop_inttypes.o(.text+0x1c1): undefined reference to `unicode_get_utf8' ../lib/libdia.a(prop_inttypes.o): In function `charprop_load': prop_inttypes.o(.text+0x216): undefined reference to `unicode_get_utf8' collect2: ld returned 1 exit status make[2]: *** [dia] Erreur 1 make[2]: Quitte le répertoire `/project/src/dia-cvs-snapshot/app' make[1]: *** [all-recursive] Erreur 1 make[1]: Quitte le répertoire `/project/src/dia-cvs-snapshot' make: *** [all-recursive-am] Erreur 2 Any idea ?!?!?! :o))) -- .. .^. | Didier Bretin, France | [EMAIL PROTECTED]| /V\ |---| www.informactis.com| // \\| `| /( )\ | Visit: http://www.vim.org/ | ^^-^^`' ___ Dia-list mailing list [EMAIL PROTECT
Re: font of UML package
Le Thu, Apr 11, 2002, à 10:48:00PM -0700, Adrien Beau a écrit: > I wasn't sure I had a sufficiently recent release of > autothingy tools. My point was not to propose a correction > to the configure file, just to show what I had been > forced to quickly hack in order to have configure > running. stderr reports the line numbers of the configure > script, so that's where I looked, that's where I hacked. Sure. Getting the job done (here, running the script) is of course perfectly fine. > Err... No, never did that. Rewriting a portion of a FAT > by hand, yes, I did that. Got back 99% of the data I > had lost, around 11 MB back in the days. Also for a > floppy that had lost one sector: the MBR. Wow, congratulations ! > It looked to me as if someone had done a messy cut n' paste > and hadn't looked back. Could be. I have that kind of problems of "random paste" in NTemacs when alt-tabbing between it and Borland C++ Builder. Of course when that happens just before a CVS commit, it usually raises screams... I'll upgrade, let me know if Monday's snapshot is fine. -- Cyrille -- Grumpf. ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: compilation of a snapshot version
Le Fri, Apr 12, 2002, à 08:41:12AM +0200, Didier Bretin a écrit: > The file unicode.h is in which devel package ?!?! muscat%dpkg -S /usr/include/unicode.h libunicode-dev: /usr/include/unicode.h -- Cyrille -- Grumpf. ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: compilation of a snapshot version
Le Fri, Apr 12, 2002, à 09:38:44AM +0200, Didier Bretin a écrit: > Any idea ?!?!?! :o))) make distclean, reconfigure ? Where's libunicode.la now ? (we probably ought to add a check to make sure we actually have the libunicode library at the configure stage, not once everything's compiled...) -- Cyrille -- Grumpf. ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Creating output
Hi all, i have some problems with my version of dia 0.88.1, but only a few days. i use rh 7.2 and have updated my system recently with all patches from rh. i think since there the print section and also the export section doesn't work. i take a look the the archive but have found nothing. can someone help me. i need to print a network layout. thanks all mike ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: compilation of a snapshot version
On Friday 12 April 2002 00:38, Didier Bretin wrote: > > (see the original post for the big error message) > > Any idea ?!?!?! :o))) Obviously, the linker had no clue about libunicode. Since it is not on the command line, that means that it must be in one of the directories the linker knows about. So, check that the directory that contains libunicode.la, libunicode.so.0.0.0 and/or libunicode.a is listed in /etc/ld.so.conf (I hope the name is similar on RH). If it is not listed, add it. Then launch "ldconfig" as root. Which makes me think... If this was a package you installed, the library is probably already in a standard place, so running "ldconfig" is perhaps all that is needed. Hope this helps, but no warranty, though. I'm not a developer. -- [EMAIL PROTECTED] - Free account at http://mail.yahoo.com ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: font of UML package
On Friday 12 April 2002 01:03, Cyrille Chepelov wrote: > > > It looked to me as if someone had done a messy cut n' paste > > and hadn't looked back. > > Could be. I have that kind of problems of "random paste" in > NTemacs when alt-tabbing between it and Borland C++ Builder. > Of course when that happens just before a CVS commit, it > usually raises screams... I have looked inside configure.in, but since it's in a format I don't know, it's hard to tell wether there's a mistake or no. There doesn't seem to be any parenthesis mistake or other obvious typo. > I'll upgrade, let me know if Monday's snapshot is fine. It won't be before Tuesday, then. I'm taking some days off and will be in the Death Valley on Monday! :) -- [EMAIL PROTECTED] - Free account at http://mail.yahoo.com ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Creating output
It's me again. I tried agin and strange things happend. if i copy my network layout to a new diagramm i con save and print it. if i modity this new diagramm then i'm not able to print, create the PS file. thanks Mike On Friday 12 April 2002 10:03, you wrote: > Hi all, > > i have some problems with my version of dia 0.88.1, but only a few days. > > i use rh 7.2 and have updated my system recently with all patches from rh. > i think since there the print section and also the export section doesn't > work. > > i take a look the the archive but have found nothing. > > can someone help me. i need to print a network layout. > > > thanks all > > mike > ___ > 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
Re: Announcing the 'Sheets and Objects' dialog
On Fri, 12 Apr 2002 03:08:36 + (UTC), Lars Clausen wrote: > On Thu, 11 Apr 2002, M. C. Nelson wrote: > > Final version including the accelerator highlighting and gnome/non-gnome > > compile options will be in the cvs shortly. Back-burner items > > (earlier in this thread) will be addressed as I get the time/energy. > > There's a problem for people who compile: Since sheets are created during > compilation for translation purposes, they appear newer than custom copies. > It's very nice that you catch that. I don't know if we want to find a way > to avoid that problem -- normally, you wouldn't compile all that often. It > does give problems in every update, though. Hmmm. Not a showstopper. > Most people will propably make their own sheets rather than change system > sheets. Maybe we should mark the system sheets somehow? Make them > read-only by default? I don't know. Great. I was wondering how and when to bring this up. I guess the time is now. :-) The basic idea is to catch a situation were a 'master' dia sheet has been updated by the dia people AND the end-user has a modified version of the same sheet. The purpose of this is to allow the end- user to move any new objects from the master sheet to their user sheet. Otherwise they would never see the new objects. Confused yet? Ok fine. How is this done at present? When there is a name collision between a user sheet and a system sheet (~/.dia and /usr/share/dia), the mod time is compared. If the system sheet appears to be more RECENT than the user sheet, you get a dialog box on startup letting you know and a temporary sheet with the supposedly new objects is made visible. (This dialog box on startup goes away when 1 of two things happen: 1. The temporary system sheet is Removed. or 2. the User sheet is updated). Crazy? Well yes, but there is a way out: If we modify the .sheet xml definition to include a version number then we don't have to monkey around with something as unreliable as a mod date. For instance, all the system sheets (today) could have a version number of 0.89-0. Modifications to a system sheet then be flagged as 0.89-1 and -2 etc. (Alternately, the 0.89 could be replaced with '20020411-1, -2, etc, but I prefer to use the version number as a base). If we want to be nice to dia users, then the syntax can specify a 3rd number so they can keep track of their own sheet revisions, but thats more of a nicety than a requirement; ie. this diagram was prepared with such-and-such a sheet revision, or something like that. (Sheet version numbers would only change when the contents of the sheet changes, not automatically with a new dia release.) It works ok for DNS, it should work ok for dia. > > Ctrl-U is up, but Ctrl-D isn't down? > Whups. Got missed somehow in the glade definition. Fixed. > If you Move the topmost shape in a sheet, the next one becomes the topmost > and selected, but the Up button becomes unghosted. Same thing with the > bottommost and Down. Yep, its an unintentional feature. Will have a look. > I'm thinking we might want a warning if Closing without Applying or > Reverting. The fact that the changes aren't saved may not be obvious. I was thinking of changing the background colour of the wrapbox when the sheet is modified to light red, but I didn't want to change the colour of the buttons proper. If you've got your Masters of Gtk+ this might be fun to try--I give it a whirl and couldn't figure it out (without getting into the gtk+ sources). > Did somebody just remove all line breaks in the system sheets or something? > I didn't insert any into the Ladder sheet, yet the Ladder (Copy of system) > has some (in logical places) while the Ladder sheet doesn't. Odd. Side > effect of the copying for newer system sheets, maybe? Hmm not sure what is up with that, user sheets are loaded exactly the same way as system sheets and (Copy of System) sheets. > Nothing critical here. Once the glade stuff is gone, let's put it in. > Good job! Latest patch will be out shortly. - michael - ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Creating output
It's me again. I tried agin and strange things happend. if i copy my network layout to a new diagramm i con save and print it. if i modity this new diagramm then i'm not able to print, create the PS file. thanks On Friday 12 April 2002 10:03, you wrote: > Hi all, > > i have some problems with my version of dia 0.88.1, but only a few days. > > i use rh 7.2 and have updated my system recently with all patches from rh. > i think since there the print section and also the export section doesn't > work. > > i take a look the the archive but have found nothing. > > can someone help me. i need to print a network layout. > > > thanks all > > mike > ___ > 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
Network Templates
does any one have more complete set of network Icons for DIA. Thanks Jay ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Network Templates
On Friday 12 April 2002 06:33, Garner, Jaime wrote: > > does any one have more complete set of network Icons for DIA. I dare to think that if anyone on this list had any kind of new Dia shape, they would already have shared it. I'm a newbie to this list, so take this with a grain of salt. -- [EMAIL PROTECTED] - Free account at http://mail.yahoo.com ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Dia website URL problem
I was looking to update my Dia as an rpm under RH. Just wanted to report that the URL given is broken: ftp://ftp.helixcode.com/helix/distributions/ D. Stimits, [EMAIL PROTECTED] ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Dia website URL problem
true, it should point to ftp.ximian.com . Dia for RH 7.2 i386 can be found at ftp://ftp.ximian.com/pub/ximian-gnome/redhat-72-i386/dia-0.88.1-ximian.2.i386.rpm (old, old link! snifff...) On Fri, 2002-04-12 at 15:13, D. Stimits wrote: I was looking to update my Dia as an rpm under RH. Just wanted to report that the URL given is broken: ftp://ftp.helixcode.com/helix/distributions/ D. Stimits, [EMAIL PROTECTED] ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list -- Rafael Fernández M.::DMASC::IPICyT [EMAIL PROTECTED] :: www.ipicyt.edu.mx/~rafael signature.asc Description: This is a digitally signed message part
Re: Dia website URL problem
"Ing. Rafael de Jesús Fernández M." wrote: > > true, it should point to ftp.ximian.com . Dia for RH 7.2 i386 can be > found at > > ftp://ftp.ximian.com/pub/ximian-gnome/redhat-72-i386/dia-0.88.1-ximian.2.i386.rpm This particular link is good, but the rpm dependencies are not. My old dia-0.86-4 is what I had, and getting the one you show above (well, what I found was actually through rpmfind, dia-0.88.1-ximian.4.src.rpm, and --rebuild), and the rebuilt rpm for 0.88.1-ximian.4 refuses rpm -Uvh or -Fvh claiming that 0.86 is newer than 0.88. So is ximian 0.88 actually older than my old one labeled 0.86? I could always force it, but this is usually frowned on. D. Stimits, [EMAIL PROTECTED] > > (old, old link! snifff...) > > On Fri, 2002-04-12 at 15:13, D. Stimits wrote: > I was looking to update my Dia as an rpm under RH. Just wanted to report > that the URL given is broken: > ftp://ftp.helixcode.com/helix/distributions/ > > D. Stimits, [EMAIL PROTECTED] > ___ > Dia-list mailing list > [EMAIL PROTECTED] > http://mail.gnome.org/mailman/listinfo/dia-list > -- > Rafael Fernández M.::DMASC::IPICyT > [EMAIL PROTECTED] :: www.ipicyt.edu.mx/~rafael > > >Name: signature.asc >signature.asc Type: application/pgp-signature > Description: This is a digitally signed message part ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: No po/Makefile when compiling from CVS
From: Cyrille Chepelov Date: Sun, 24 Mar 2002 23:52:39 +0100 > > Le Fri, Mar 22, 2002, à 11:13:51PM -0500, Pierre Sarrazin a écrit: > > The dia CVS server now responds, but my compilation fails this way: > > > Making all in po > > make[2]: Entering directory `/home/ps/extcvs/dia/dia/po' > > make[2]: *** No rule to make target `all'. Stop. > > make[2]: Leaving directory `/home/ps/extcvs/dia/dia/po' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory `/home/ps/extcvs/dia/dia' > > make: *** [all] Error 2 > > > There is no Makefile in the 'po' subdirectory, only Makefile.in > > and Makefile.in.in files. > > bizarre. Can you ./autogen.sh with ACFLAVOUR=2.50, and then run the whole > enchilada again ? Perhaps a gettextize --force even ? ACFLAVOUR=2.50 does not work because there are no "autoheader2.50" nor "autoconf2.50" commands on my system. I use version 2.52 of these two programs. (I also use automake 1.6 and libtool 1.4.) Anyway, I did add --force to the 'gettextize --copy' command in autogen.sh and then ran './autogen.sh --help'. I got these error messages: Makefile.am: installing `./COPYING' Use of uninitialized value in concatenation (.) at /usr/bin/automake line 8313. : deprecated feature: `run_dia.sh' overrides `run_dia.sh$(EXEEXT)' : change your target to read `run_dia.sh$(EXEEXT)' Use of uninitialized value in concatenation (.) at /usr/bin/automake line 8313. : deprecated feature: `run_diaconv.sh' overrides `run_diaconv.sh$(EXEEXT)' : change your target to read `run_diaconv.sh$(EXEEXT)' app/Makefile.am: installing `./depcomp' automake: processing Makefiles another time to fix them up. Use of uninitialized value in concatenation (.) at /usr/bin/automake line 8313. : deprecated feature: `run_dia.sh' overrides `run_dia.sh$(EXEEXT)' : change your target to read `run_dia.sh$(EXEEXT)' Use of uninitialized value in concatenation (.) at /usr/bin/automake line 8313. : deprecated feature: `run_diaconv.sh' overrides `run_diaconv.sh$(EXEEXT)' : change your target to read `run_diaconv.sh$(EXEEXT)' `configure' configures this package to adapt to many kinds of systems. These messages seem to be related to app/Makefile.am, which explicity defines targets named run_dia.sh and run_diaconv.sh, which are also generated by automake because of the noinst_PROGRAMS clause. Then I ran ./configure but still got no po/Makefile, just po/Makefile.in: checking for db2html... /usr/bin/db2html mv: cannot stat `po/POTFILES': No such file or directory ./configure: po/POTFILES.tmp: Aucun fichier ou répertoire de ce type configure: creating ./config.status config.status: creating Makefile config.status: creating lib/Makefile config.status: creating po/Makefile.in config.status: creating intl/Makefile config.status: creating objects/Makefile config.status: creating objects/standard/Makefile ... In one of my projects, the generated 'configure' script has this line, which seems to be the one that produces po/Makefile: sed -e "/POTFILES =/r po/POTFILES" po/Makefile.in > po/Makefile I see no such line in the configure script generated by dia's autogen.sh. I don't know what statement in the configure.in could make the difference. -- Pierre Sarrazin ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
[Fwd: ER plugin]
Forwarding to the mailing list -Forwarded Message- From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: ER plugin Date: 22 Mar 2002 08:59:24 -0500 Dear Sir, First of all: Thank you for making Dia, great tool Secondly, I try to find or understand the concept or the method of the ER plugin, espacially the rules to make a ER diagram correctly. I used to play with Merisse ER and I am trying to code a software to do the mapping from a Dia ER diagram to postgreSQL to create my tables. Or could you provide me with an e-mail address of the creator of the ER plugin. I already send an e-mail to [EMAIL PROTECTED] without any success. Looking forward to hear from you soon Regards Yves ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Dia website URL problem
I would like to fix this, but it looks like the website is not updated from the CVS anymore. I added the link for the windows binaries on the download page two days ago, but they still didn't show up. Steffen ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
