On Fri, Sep 16, 2005 at 09:40:15PM +0100, Jonathan Chetwynd wrote:
OS X build* for inkscape
Bryce,
someone once built inkscape for OS X, not so long ago. If that person can provide build instructions, I may be able to make regular builds, especially whilst inkscape is improving so fast.
Great, thanks! Kees, can you point Jonathan towards the build instructions for OSX?
Bryce
On Fri, Sep 16, 2005 at 03:56:24PM -0700, Bryce Harrington wrote:
Great, thanks! Kees, can you point Jonathan towards the build instructions for OSX?
In the CVS tree, there is packaging/osx-app.sh, and in the Wiki there is http://wiki.inkscape.org/cgi-bin/wiki.pl?CompilingMacOsX
I haven't been very involved in it lately, so I'm not sure which is "up to date". Other folks may know more. :)
Here is a summary of different posts about OS X,
It appears we will be at least three doing some OS X builds (which is great!) Jonathan Chetwynd Michael Wybrow myself (Jean-Olivier Irisson by the way ;-) )
Personally, I still need CVS access:
Sure I can set him up; what's the SF id?
Bryce, my SF id is: irisson
Instructions for building inkscape are in the wiki as Kees pointed out:
In the CVS tree, there is packaging/osx-app.sh, and in the Wiki there is http://wiki.inkscape.org/cgi-bin/wiki.pl?CompilingMacOsX
But compared to what Michael told me this wiki is out of date (and a bit of a mess in addition). I'll be glad to modify it if I am authorized to do so. I guess that the whole bottom part of the page could go in a News/History section (or even suppressed completely??) and that the top of the page could be transformed a real "How to".
Then the web site has to be changed in the development build section. I could change the downloads_en.php and eventually the french one when it comes out (or translate it myself if needed) but not the german one. I tried to catch up on the web site translation process but I didn't manage to understand everything. Did it involves .po file or is it just a matter of writing a downloads_fr.php file? To change them do I commit in cvs or do I create a patch file (now that I know how to do it thanks to the great wiki!)
As soon as I am granted access I will post the latest dmg I have (from CVS of the day before yesterday) and change the website according to your recommendations.
Then we should decide on a schedule for the builds. I think I could do weekly development builds from CVS. What about the two others? By the way, I'm no on Tiger it would be nice to see if everything still works on Panther (the Panther build I am using still does well on Tiger so I guess there won't be problems this way).
Finally, I remarked that inkscape interface is very slow in OS X compared to other equally memory hungry X11 applications (like the gimp). My guess is that it's because Inkscape icons are parsed from an svg file whereas gimp icons are from png files. does anybody thinks this can be the case? if yes: 1- would it be possible to use png icons in the OS X build to make it more usable? if it is possible would it be desirable? in that case what are the changes to make? 2- do you think that "simpler" svg icons would change anything?
Thank you in advance for all the answers I'm asking for. Hope all this will help OS X users to use inkscape!
JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/
On 9/17/05, jiho <jo.irisson@...400...> wrote:
Here is a summary of different posts about OS X,
[ snip ]
But compared to what Michael told me this wiki is out of date (and a bit of a mess in addition). I'll be glad to modify it if I am authorized to do so. I guess that the whole bottom part of the page could go in a News/History section (or even suppressed completely??) and that the top of the page could be transformed a real "How to".
It was probably me that made the mess. Please make any changes that you want; your suggestions are all things that I would want done.
Ben
But compared to what Michael told me this wiki is out of date (and a bit of a mess in addition). I'll be glad to modify it if I am authorized to do so. I guess that the whole bottom part of the page could go in a News/History section (or even suppressed completely??) and that the top of the page could be transformed a real "How to".
It was probably me that made the mess. Please make any changes that you want; your suggestions are all things that I would want done.
It's a good mess to start from! I'll edit it but I find two different pages: http://wiki.inkscape.org/cgi-bin/wiki.pl?CompilingMacOsX and http://www.inkscape.org/cgi-bin/wiki.pl?CompilingMacOsX which are different. which is the official one?
JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/
http://wiki.inkscape.org/cgi-bin/wiki.pl?CompilingMacOsX is the one you want to edit, as the old www.inkscape.org one is no longer writable. in fact is there a good reason its still up?
--- jiho <jo.irisson@...400...> wrote:
But compared to what Michael told me this wiki is out of date (and
a
bit of a mess in addition). I'll be glad to modify it if I am authorized to do so. I guess that the whole bottom part of the
page
could go in a News/History section (or even suppressed
completely??)
and that the top of the page could be transformed a real "How to".
It was probably me that made the mess. Please make any changes that you want; your suggestions are all things that I would want done.
It's a good mess to start from! I'll edit it but I find two different
pages: http://wiki.inkscape.org/cgi-bin/wiki.pl?CompilingMacOsX and http://www.inkscape.org/cgi-bin/wiki.pl?CompilingMacOsX which are different. which is the official one?
JiHO
Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme.
SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
The wiki is updated. I didn't suppress anything. Should I? (in my opinion the bottom part of the page is not really useful but I don't want to erase things if people disagree).
On 17 sept. 05, at 16:48, John Cliff wrote:
http://wiki.inkscape.org/cgi-bin/wiki.pl?CompilingMacOsX is the one you want to edit, as the old www.inkscape.org one is no longer writable. in fact is there a good reason its still up?
JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/
On 9/17/05, jiho <jo.irisson@...400...> wrote:
Finally, I remarked that inkscape interface is very slow in OS X compared to other equally memory hungry X11 applications (like the gimp). My guess is that it's because Inkscape icons are parsed from an svg file whereas gimp icons are from png files. does anybody thinks this can be the case?
Not likely, because the icons are rendered once on start and then cached. So unless the caching is broken on OSX, this is not a likely reason.
What exactly you mean by "interface is slow"? What operations are slow?
On 17 sept. 05, at 18:15, bulia byak wrote:
On 9/17/05, jiho <jo.irisson@...400...> wrote:
Finally, I remarked that inkscape interface is very slow in OS X compared to other equally memory hungry X11 applications (like the gimp). My guess is that it's because Inkscape icons are parsed from an svg file whereas gimp icons are from png files. does anybody thinks this can be the case?
Not likely, because the icons are rendered once on start and then cached. So unless the caching is broken on OSX, this is not a likely reason.
What exactly you mean by "interface is slow"? What operations are slow?
when starting the interface is slow to be rendered (so I imagine that this is the caching part). then when opening a menu, it takes some time to display. I guess it is the time to cache the image also because afterwards, the menus displays quickly. but the caching seems to be limited in time as, after a while, the same menus becomes slow again.
overall editing big documents with inkscape, especially documents with bitmaps included, is quite slow: moving inside the document is slow, moving object also and the display is not refreshed very often. but this is probably more an x11 issue that an inkscape issue and this was not really what I was talking about. (in addition this my be related to the fact that I am working with a graphic tablet, which is usually faster than a mouse, and with two screens so X11 has a lot to display. could it be?)
JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/
On Sat, Sep 17, 2005 at 02:44:43PM +0200, jiho wrote:
Here is a summary of different posts about OS X,
It appears we will be at least three doing some OS X builds (which is great!) Jonathan Chetwynd Michael Wybrow myself (Jean-Olivier Irisson by the way ;-) )
Personally, I still need CVS access:
Sure I can set him up; what's the SF id?
Bryce, my SF id is: irisson
Okay, you're added.
Instructions for building inkscape are in the wiki as Kees pointed out:
In the CVS tree, there is packaging/osx-app.sh, and in the Wiki there is http://wiki.inkscape.org/cgi-bin/wiki.pl?CompilingMacOsX
But compared to what Michael told me this wiki is out of date (and a bit of a mess in addition). I'll be glad to modify it if I am authorized to do so. I guess that the whole bottom part of the page could go in a News/History section (or even suppressed completely??) and that the top of the page could be transformed a real "How to".
No authorization is needed to update wiki pages. If you spot something that needs changed, be bold and change it. :-)
Also, if there's stuff that's no longer relevant, please delete it rather than move it into an archives. A risk with wiki's is that they can get overly cluttered; this is because sociologically it feels easier to add than to delete (and risk angering someone). However, as it grows, it will get so full of irrelevant stuff that it becomes difficult to use; information is hard to find, navigating through it takes too many clicks, and the data is misleading or confusing, so you end up not really being able to trust it.
In a previous project I was in, we used wiki quite heavily and ran headlong into this issue. We were using the wiki to manage the main website in addition to collecting random ideas and so forth. It was nice that it was easy to edit, but it quickly got so clogged with good ideas, notes, partial documentation, and so forth, that EVERYONE complained about the website, and things got really messy and contentious.
That experience was one of the reasons why with Inkscape I set things up with both a traditional cvs-based, fairly static php website, plus an auxillary wiki. This has worked well; the wiki is mostly "hidden" from the general public, so the issues of clutter have been more manageable.
However, I see the wiki being more and more relied on, and more linking from the main page into the wiki. I think this is fine, but we need to be aware that we are running the clutter risk.
I think that a good way for us to avoid the dangers is to be a bit more proactive at *deleting* stuff from the wiki. I've gone through and done some pruning a few times in the past, but would encourage others to also participate in this. Find pages that are disorderly and spend an hour or two reformatting them, copyediting the grammar and spelling, and so forth. Look for ways to make pages more consistent with each other; for example, use the same format for headings, examples, and comments across all pages. Look for ideas, requests, or documentation that hasn't changed in a long time; probably these are no longer relevant and could be removed. Find a few small pages that seem to all address the same issue, and merge them into a single comprehensive article.
Then the web site has to be changed in the development build section. I could change the downloads_en.php and eventually the french one when it comes out (or translate it myself if needed) but not the german one. I tried to catch up on the web site translation process but I didn't manage to understand everything. Did it involves .po file or is it just a matter of writing a downloads_fr.php file? To change them do I commit in cvs or do I create a patch file (now that I know how to do it thanks to the great wiki!)
I think there was a good proposal to do it via po files, which I think is going to be the right way to do it. However I don't think this procedure has been implemented yet, so currently it still requires writing a downloads_fr.php file. Obviously, if you guys want to go with the po file, this would be a good time to get that sorted out and set up.
For changing the website, yes go ahead and commit directly to CVS.
(For changing inkscape itself, currently you'd want to submit patches, since we're in feature freeze mode, but that's orthogonal to the website editing.)
Finally, I remarked that inkscape interface is very slow in OS X compared to other equally memory hungry X11 applications (like the gimp). My guess is that it's because Inkscape icons are parsed from an svg file whereas gimp icons are from png files. does anybody thinks this can be the case? if yes: 1- would it be possible to use png icons in the OS X build to make it more usable? if it is possible would it be desirable? in that case what are the changes to make? 2- do you think that "simpler" svg icons would change anything?
Heh, this is a topic that has received a lot of discussion. In short, I investigated this possibility about a year ago, and I agree that the parsing of icons from svg files is probably a performance issue during startup, and may be hogging memory that would be better saved. However, the general concensus in the previous discussion was that it was not worth the effort to change - or rather, that no one was particularly motivated to change it. Some efforts at exploring alternate approaches was explored during the gtkmm work, but those experiments ended up getting discarded for various (good) reasons.
An advantage to keeping the icons in SVG and rendering them with the Inkscape renderer at startup is that it makes it smooth and easy for developers (and users) to edit, add, and remove icons.
Anyway, I think the take away point is that it may well be the case that the icons are a performance issue, but fixing it would require a non-trivial amount of work. The reaction I got from my previous investigation into this is that in order to have changes to this be accepted, you'd need to really do your homework to show that it really is an issue, and to propose a solution that improves it without losing any of the advantages of the current system or introducing new issues. I'd love to see this changed, but certainly it would be a tough challenge to do.
Bryce
On Fri, Sep 16, 2005 at 05:44:58PM -0700, Kees Cook wrote:
On Fri, Sep 16, 2005 at 03:56:24PM -0700, Bryce Harrington wrote:
Great, thanks! Kees, can you point Jonathan towards the build instructions for OSX?
In the CVS tree, there is packaging/osx-app.sh, and in the Wiki there is http://wiki.inkscape.org/cgi-bin/wiki.pl?CompilingMacOsX
I haven't been very involved in it lately, so I'm not sure which is "up to date". Other folks may know more. :)
Michael Wybrow has been the person most involved in MacOS X things recently; Michael's away in Ireland for another week or so, though he is still online from time to time. `Michael' on jabber.
JonCruz has recently been using MacOS (or at least a macintosh, and I think MacOS). I don't think he's looked at MacOS packaging yet, though he may have already started looking at MacOS-specific bugs.
pjrm.
Hi,
Thank you bryce for the long email.
On 17 sept. 05, at 21:44, Bryce Harrington wrote:
Bryce, my SF id is: irisson
Okay, you're added.
I can checkout CVS logged as "irisson" but I cannot commit: jiho@...993...:inkscape_web$ cvs -z3 commit -m "Added Mac OS X dev downloads to download-en and download-fr. Translated download-fr" cvs [commit aborted]: end of file from server (consult above messages if any)
No authorization is needed to update wiki pages. If you spot something that needs changed, be bold and change it. :-)
Also, if there's stuff that's no longer relevant, please delete it rather than move it into an archives. [...] I think that a good way for us to avoid the dangers is to be a bit more proactive at *deleting* stuff from the wiki. I've gone through and done some pruning a few times in the past, but would encourage others to also participate in this. Find pages that are disorderly and spend an hour or two reformatting them, copyediting the grammar and spelling, and so forth. Look for ways to make pages more consistent with each other; for example, use the same format for headings, examples, and comments across all pages. Look for ideas, requests, or documentation that hasn't changed in a long time; probably these are no longer relevant and could be removed. Find a few small pages that seem to all address the same issue, and merge them into a single comprehensive article.
The wiki on mac os X is modified and all the "history" part is supressed.
Then the web site has to be changed in the development build section. I could change the downloads_en.php and eventually the french one when it comes out (or translate it myself if needed) but not the german one. I tried to catch up on the web site translation process but I didn't manage to understand everything. Did it involves .po file or is it just a matter of writing a downloads_fr.php file? To change them do I commit in cvs or do I create a patch file (now that I know how to do it thanks to the great wiki!)
I think there was a good proposal to do it via po files, which I think is going to be the right way to do it. However I don't think this procedure has been implemented yet, so currently it still requires writing a downloads_fr.php file. Obviously, if you guys want to go with the po file, this would be a good time to get that sorted out and set up.
For changing the website, yes go ahead and commit directly to CVS.
I seems everything is done with inc files. I updated download-en.inc and translated and updates download-fr.inc but I cannot commit as mentionned above.
Finally, I remarked that inkscape interface is very slow in OS X compared to other equally memory hungry X11 applications (like the gimp). My guess is that it's because Inkscape icons are parsed from an svg file whereas gimp icons are from png files. does anybody thinks this can be the case? if yes: 1- would it be possible to use png icons in the OS X build to make it more usable? if it is possible would it be desirable? in that case what are the changes to make? 2- do you think that "simpler" svg icons would change anything?
[...] Anyway, I think the take away point is that it may well be the case that the icons are a performance issue, but fixing it would require a non-trivial amount of work.
ok then is the solution 2 valid: "2- do you think that "simpler" svg icons would change anything?" because in that case a special svg icon file ca be done for mac os X. even maybe with no icons at all in the menus for example, as it is the design policy of mac os.
JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/
On Sep 17, 2005, at 9:57 AM, jiho wrote:
On 17 sept. 05, at 18:15, bulia byak wrote:
On 9/17/05, jiho <jo.irisson@...400...> wrote:
Finally, I remarked that inkscape interface is very slow in OS X compared to other equally memory hungry X11 applications (like the gimp). My guess is that it's because Inkscape icons are parsed from an svg file whereas gimp icons are from png files. does anybody thinks this can be the case?
Not likely, because the icons are rendered once on start and then cached. So unless the caching is broken on OSX, this is not a likely reason.
What exactly you mean by "interface is slow"? What operations are slow?
when starting the interface is slow to be rendered (so I imagine that this is the caching part). then when opening a menu, it takes some time to display. I guess it is the time to cache the image also because afterwards, the menus displays quickly. but the caching seems to be limited in time as, after a while, the same menus becomes slow again.
That's probably not cache, since the code just shoves stuff on in and never ages things out.
Instead it could be other things building up, especially memory use.
overall editing big documents with inkscape, especially documents with bitmaps included, is quite slow: moving inside the document is slow, moving object also and the display is not refreshed very often. but this is probably more an x11 issue that an inkscape issue and this was not really what I was talking about. (in addition this my be related to the fact that I am working with a graphic tablet, which is usually faster than a mouse, and with two screens so X11 has a lot to display. could it be?)
Very much could be.
A quick idea of your processor and memory might help.
Finally, I remarked that inkscape interface is very slow in OS X compared to other equally memory hungry X11 applications (like the gimp). My guess is that it's because Inkscape icons are parsed from an svg file whereas gimp icons are from png files. does anybody thinks this can be the case?
Not likely, because the icons are rendered once on start and then cached. So unless the caching is broken on OSX, this is not a likely reason.
What exactly you mean by "interface is slow"? What operations are slow?
when starting the interface is slow to be rendered (so I imagine that this is the caching part). then when opening a menu, it takes some time to display. I guess it is the time to cache the image also because afterwards, the menus displays quickly. but the caching seems to be limited in time as, after a while, the same menus becomes slow again.
That's probably not cache, since the code just shoves stuff on in and never ages things out.
Instead it could be other things building up, especially memory use.
overall editing big documents with inkscape, especially documents with bitmaps included, is quite slow: moving inside the document is slow, moving object also and the display is not refreshed very often. but this is probably more an x11 issue that an inkscape issue and this was not really what I was talking about. (in addition this my be related to the fact that I am working with a graphic tablet, which is usually faster than a mouse, and with two screens so X11 has a lot to display. could it be?)
Very much could be.
A quick idea of your processor and memory might help.
Thank you for the answer. I use an iBook G4 1GHz with 768 MB of memory. In addition, some more tests showed me that inkscape X11- forwarded from a server (bi-Xeon 2.8 GHz) to my iBook is faster that inkscape on the iBook (though just a little faster). so it might well be a problem with my hardware beeing too weak. but still, that's not the smallest computer ever...
thank you anyway.
JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/
On Sep 21, 2005, at 1:02 AM, jiho wrote:
Thank you for the answer. I use an iBook G4 1GHz with 768 MB of memory. In addition, some more tests showed me that inkscape X11- forwarded from a server (bi-Xeon 2.8 GHz) to my iBook is faster that inkscape on the iBook (though just a little faster). so it might well be a problem with my hardware beeing too weak. but still, that's not the smallest computer ever...
On the last point, I've seen the same thing, but in the other direction.
If I run Inkscape on a Linux box and forward the display to X11 running on a G3 Powerbook, it runs faster than straight on the Linux box. I think that it's just a matter of splitting the load between boxes, and things running faster because each is not doing the whole thing.
On Tue, Sep 20, 2005 at 03:32:18PM +0200, jiho wrote:
I can checkout CVS logged as "irisson" but I cannot commit: jiho@...993...:inkscape_web$ cvs -z3 commit -m "Added Mac OS X dev downloads to download-en and download-fr. Translated download-fr" cvs [commit aborted]: end of file from server (consult above messages if any)
Try again; SourceForge's CVS can be flaky and sometimes it just resolves itself over time. Let me know if the problem continues though.
Bryce
participants (8)
-
Ben Fowler
-
Bryce Harrington
-
bulia byak
-
jiho
-
John Cliff
-
Jon A. Cruz
-
Kees Cook
-
Peter Moulder