RE: [Inkscape-devel] Inkboard - RPM for first release
by Montgomery, Steven S
Well, the release notes have a description of what's working as well as
submitting bugs:
Basic one-to-one document editing functionality exists in this initial
release. You can login to a Jabber server and initiate a connection with
another user. You can then make changes to the document and they will be
sent to the sharing user and any changes they make will be sent to you.
There are many bugs and surely more that we don't know about. Please use
the Bug Tracker on SourceForge (
http://sourceforge.net/tracker/?group_id=113865&atid=666480 ) to submit
any new bugs.
We plan to have another release at the end of this week that addresses
several bugs we already know about as well as adding some more
functionality. For example, the v0.1 release doesn't attempt to send the
initial document when creating a new share connection, but the version
in CVS successfully sends an initial document.
The initial release can be downloaded at
http://sourceforge.net/project/showfiles.php?group_id=113865.
The distcheck missing was in Linux(Fedora Core 3 to be specific).
Thanks,
Steven
-----Original Message-----
From: Ted Gould [mailto:ted@...11...]
Sent: Tuesday, March 29, 2005 2:02 AM
To: Montgomery, Steven S
Cc: inkscape-devel(a)lists.sourceforge.net
Subject: RE: [Inkscape-devel] Inkboard - RPM for first release
On Mon, 2005-03-28 at 01:44 -0500, Montgomery, Steven S wrote:
> Release 0.1 source should be available for download on Sourceforge.
Awesome! Is there an announcement that tells us what functionality is
working in this version? Where should bugs be submitted? Can you
provide a link to the downloads?
> I should note that we always have the error about intltool. Inkscape
> still seemed to work fine, so we didn't think much of it. But I guess
> rpm is a little more picky...
>
> Oh, and when I try `make distcheck` as suggested, I get 'make: *** No
> rule to make target `distcheck'. Stop.'
Well, intltool is what manages the translations. So you probably
wouldn't notice any errors that were caused by it if you only used
Inkboard in English. Sounds like a macro problem, but that would be
really weird, probably better to fix distcheck first.
Was distcheck missing on Linux or Windows? I'm not sure if it is
supposed to exist in the Windows makefiles. It should be there for
Linux.
--Ted
18 years, 2 months
RE: [Inkscape-devel] Inkboard - RPM for first release
by Montgomery, Steven S
Release 0.1 source should be available for download on Sourceforge.
On the issue with RPMs, here are the last few lines of the build log:
Making all in po
make[2]: Entering directory `/usr/src/redhat/BUILD/inkboard-0.1/po'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1/po'
make[2]: Entering directory `/usr/src/redhat/BUILD/inkboard-0.1'
LC_ALL=C ./intltool-merge -d -u -c ./po/.intltool-merge-cache ./po
inkscape.desktop.in inkscape.desktop
Possible unintended interpolation of @INTLTOOL_ICONV in string at
./intltool-merge line 94.
Global symbol "@INTLTOOL_ICONV" requires explicit package name at
./intltool-merge line 94.
BEGIN not safe after errors--compilation aborted at ./intltool-merge
line 250.
make[2]: *** [inkscape.desktop] Error 9
make[2]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1'
make: *** [all] Error 2
I should note that we always have the error about intltool. Inkscape
still seemed to work fine, so we didn't think much of it. But I guess
rpm is a little more picky...
Oh, and when I try `make distcheck` as suggested, I get 'make: *** No
rule to make target `distcheck'. Stop.'
Thanks,
Steven
-----Original Message-----
From: Bryce Harrington [mailto:bryce@...260...]
Sent: Monday, March 21, 2005 2:04 AM
To: Montgomery, Steven S
Cc: inkscape-devel(a)lists.sourceforge.net
Subject: Re: [Inkscape-devel] Inkboard - RPM for first release
On Mon, Mar 21, 2005 at 01:52:22AM -0500, Montgomery, Steven S wrote:
> Rose-Hulman team here again. We're in the process of making our
initial
> release of the Inkboard project. The first question is, how important
> is it to have binaries(RPMs) for a release? Will most people want the
> source code anyways?
The source code is the important thing. If the code's good then others
will handle the packaging. For instance, if your code is integrated
into mainline, then the Inkscape project will generate all the debs,
rpms, ebuilds, exe's, etc. as usual. :-)
> A related issue, we having problems creating the RPM. I'm not sure if
> it's a lack of understanding of RPMs or something to do with Inkscape
on
> the dev machine. Here's the error it gives at the end of a "rpmbuild
> -ba":
> make[2]: *** [inkscape.desktop] Error 9
> make[2]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1'
> make: *** [all] Error 2
> error: Bad exit status from /var/tmp/rpm-tmp.68505 (%build)
>
> RPM build errors:
> Bad exit status from /var/tmp/rpm-tmp.68505 (%build)
Actually I think you've missed the real error message; it'll probably be
the one right before the Error 9 line. Can you post the entire build
log?
> Any thoughts or suggestions would be appreciated.
One thing to try is to run `make distcheck` prior to creating the RPM.
That will analyze it for packaging errors.
The most common cause of errors with RPM's is file paths. RPM's get
installed into an arbitrary directory location, so if parts of your
build process assume that a file is in a particular location (like /etc
or /usr/share/inkscape), that could potentially mess it up.
Hope this helps,
Bryce
18 years, 2 months
Patch to fix compile errors with amd64 and gcc-4.0
by Zan Lynx
(I am not subscribed to the list, please CC me on any replies.)
I was compiling Inkscape 0.41 with GCC 4 and got a lot of errors about
stuffing 64-bit pointers into 32-bit ints. I think I fixed them and
here's the patch.
I didn't understand why some of the code was as it was, so this patch
may be all wrong, but it compiled and seems to work well.
--
Zan Lynx <zlynx@...770...>
18 years, 2 months
NEW: grouping across layers/groups
by bulia byak
* The Group command (Ctrl+G) no longer complains when you try to group
objects from different layers or groups. Now it pulls the selected
objects from wherever they are in the document tree, groups them, and
puts the group in the parent layer/group or the topmost (in z-order)
selected object.
18 years, 2 months
WordPress implemented [was: CVS trouble]
by Jonathan Leighton
Joshua A. Andler wrote:
>Great thanks! Weird thing, but the confirmation email with the password
>still hasn't arrived... any thoughts? (did I mistype my email address?)
>
>
Hmmmm... I can see your address in the admin panel, and it's correct.
Give it a few hours, and if it still hasn't come, email me and I'll see
if I can get in touch with Sourceforge. I did look in the SF docs and it
says that outgoing email from the project web space is permitted, and
not blocked by any software, so it *should* work. It might be that SF is
just slow.
Cheers,
Jon
--
Jonathan Leighton aka. Turnip
http://turnipspatch.com/ | http://digital-proof.org/
18 years, 2 months
Deform Class
by Joshua Blocher
Hi,
As a few of you know from jabber i have been working on deforming paths.
I have finished one function and starting a write the second. before i
get much further i need help figuring out what a deform class has
to/needs to/ should have in it.
here is what i have so far but, they are not all implemented mind you.
comments and input more than welcome.
class Deform;
NR:Point CoordDiff( NR:Point, NR:Point );
NR:Point AdvCoordDiff();
int DeformPath();
int DeformObject();
public:
NR:Point GetCoordDiff( NR:Point, NR:Point );
NR:Point GetAdvCoordDiff();
int DoPathDeform();
int DoDeformObject();
Thanks,
josh aka verbalshadow
18 years, 2 months
Ktoon + Inkscape = killer app?
by Jiaxiang
I just got hold of KToon, a 2D animation program for
KDE.
http://ktoon.toonka.com/
I'm ultra-impressed.
It can export files in SVG, SWF and PNG sequence (as
it's listed) formats. It's pretty mature from the
set-up and features it has in use.
Maybe some talented programmer(s) who are familiar
with everything Inkscape and SVG can jump in and add
SVG animation capabilities that might get this
powerful program somehow connected/interlaced with
Inkscape or even just SVG animation standards? :)
(Personally, I'm ready to help make SVG the web
standard that it should be.)
Pardon my zeal over SVG animation...
__________________________________
Do you Yahoo!?
Take Yahoo! Mail with you! Get it on your mobile phone.
http://mobile.yahoo.com/maildemo
18 years, 2 months
common interface for graphics apps on the "free desktop"
by Jakub Steiner
One of the good things about Adobe's product line is that they "work
together". Same tasks require the same interface. Shortcuts are
consistent.
On the free desktop we have two major graphics applications, Inkscape
(http://www.inkscape.org) and GIMP (http://www.gimp.org). It will not be
uncommon to have users needing both apps in their workflow. I hope you
guys agree trying to have similar consistency helps to provide a sane
user experience.
To be specific, there are areas where GIMP & Inkscape provide similar
functionality in a slightly different way. For now I will ignore the
path tool. An inconsistency that came up while I was working on
something is the mouse wheel behavior. GIMP uses shift+scroll wheel to
zoom, Inkscape Ctrl+mousewheel. GIMP uses Alt+mousewheel to pan
horizontally, Inkscape uses Shift+mousewheel. I've filed this as
http://sourceforge.net/tracker/index.php?func=detail&aid=1115612&group_id...
Another area is the aspect ratio constraint and other transform
modifiers.
Note that this isn't a user-transition problem. People like me will be
using GIMP & Inkscape simultaneously. It's _not_ about forgetting what a
user has been used to in the past. Having inconsistent behavior makes
one stumble in both apps.
It would be cool if somebody found the motivation to write up some
extension to the Gnome HIG, defining a standard behaviour for gfx apps
(*hint* *hint* ;).
Sorry for cross posting, but I hope to initiate some discussion among
both camps.
cheers
--
Jakub Steiner <jimmac@...659...>
18 years, 2 months
simplify broken in cvs?
by mak
hello.
i have been having some troubles with simplify <CTRL+L> in the latest
cvs-builds.
to _reproduce_ simply create a new document > make a polygon,
bezier-curve or anything, except spirals & freehand-lines[those seem to
work !?], select and press <CTRL+L>. > inkscape uses 99% cpu.
i upped an example-svg here: http://mak.d3f3kt.net/simplify.svg
... if i'm doing something wrong, please feel free to point it out,
maybe i need to be more patient[?].
tia. mak.
--
[ m e t a sieben ]
[ mak@...766... ]
[ m4k@...450... ]
18 years, 2 months
