- Inkscape Devel - Inkscape Mailman

broken 'po/de.po' in r9998?
by ~suv 07 Jan '11

07 Jan '11

Building Inkscape from trunk r9998 fails in 'po' with these messages: > Making all in po > cd .. \ > && CONFIG_FILES=po/Makefile.in CONFIG_HEADERS= CONFIG_LINKS= \ > /bin/sh ./config.status > config.status: creating po/Makefile.in > config.status: executing depfiles commands > config.status: executing libtool commands > config.status: executing default-1 commands > config.status: executing po/stamp-it commands > file=`echo de | sed 's,.*/,,'`.gmo \ > && rm -f $file && /Volumes/green/mp-inkscape/with-a-long-long-long-directory-name/bin/msgfmt -o $file de.po > file=`echo fr | sed 's,.*/,,'`.gmo \ > && rm -f $file && /Volumes/green/mp-inkscape/with-a-long-long-long-directory-name/bin/msgfmt -o $file fr.po > LC_ALL=C /Volumes/green/mp-inkscape/with-a-long-long-long-directory-name/bin/intltool-merge -d -u -c ./po/.intltool-merge-cache ./po inkscape.desktop.in inkscape.desktop > Found too-old cached translation database > Generating and caching the translation database > Merging translations into inkscape.desktop. > de.po: Not in msg format: <content of 'de.po' snipped> > WARNING: Bad markup found in translations. Please consider fixing the above problems. After reverting 'po/de.po' to revision 9997 'make' finishes without failure. @JazzyNico or @UweSch, could you take a look at the current version of 'po/de.po' committed in r9998? ~suv

2 1

Should inkscape take over libcroco?
by Daniel Macks 06 Jan '11

06 Jan '11

I just received a fairly surly reponse to a libcroco bug on bugzilla.gnome. Apparently the upstream is so inactive that gnome doesn't want to see bugs about it. Inkscape appears to be a major user of this library and (last I knew) had some unmerged (or at least unreleased) patches for it. Might be worthwhile for an inkscape dev to get developer access to the project on gnome to keep it alive. Bonus: could actually use it as an external dependency instead of needing bundled source? dan -- Daniel Macks dmacks@...2516...

6 5

[Fwd: Re: Autoconf 2.68 vs. 2.67 problem]
by ~suv 05 Jan '11

05 Jan '11

Does any of the experts of Inkscape's current build system know a) Are changes in Inkscape's sources needed to avoid the warnings mentioned below, occuring with autoconf 2.68 installed? (See attached file for a log from inkscape trunk). b) Or is this is a platform-related issue that needs to be addressed in the portfile for autoconf in MacPorts? Original thread starts at <http://lists.macosforge.org/pipermail/macports-users/2011-January/023060.ht…> The same issue was briefly addressed on the autoconf mailing list: <http://lists.gnu.org/archive/html/autoconf/2010-09/threads.html#00074> but the answer (Upgrade to libtool 2.4) doesn't apply - libtool 2.4 is already installed. Possibly related discussions on the bug-autoconf mailing list: <http://lists.gnu.org/archive/html/bug-autoconf/2010-09/threads.html#00090> <http://lists.gnu.org/archive/html/bug-autoconf/2010-10/threads.html#00022> ~suv -------- Original Message -------- Subject: Re: Autoconf 2.68 vs. 2.67 problem Date: Wed, 05 Jan 2011 00:45:49 +0100 From: ~suv <suv-sf@...58...> To: Dominik Reichardt <domiman@...400...> CC: MacPorts Users <macports-users@...2532...> References: <7B048C2B-C32D-4192-B5B3-512A7A22745C@...400...> On 5/1/11 00:00, Dominik Reichardt wrote: > $ ./autogen.sh > Generating build information using aclocal, autoheader, automake and autoconf > This may take a while ... > configure.in:41: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body > ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... > ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... > ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... > configure.in:41: the top level <...> > Now you are ready to run ./configure. > Anyone know what is going on here? I have it confirmed by at least > two other users that they ran into this problem. > > Known issue? Something that DOSBox' autogen.sh/configure.in does > wrong? I couldn't find a tracker for this. Similar warning messages occur when running autogen.sh on a checkout or local branch of Inkscape trunk (outside of MacPorts, but using the dependencies installed via an up-to-date MacPorts installation) - only noticed after the autoconf port was updated to 2.68. It doesn't cause any configure and/or build failures though for Inkscape AFAICT. (Attached log file is from 2010-11-09; warnings still occur when rebuilding after updating the checkout/branch via bazaar) ~suv ============================================================================= I am testing that you have the required versions of autoconf, automake, glib-gettextize and intltoolize. This test is not foolproof and if anything goes wrong, there may be guidance in the file HACKING.txt checking for autoconf >= 2.52 ... yes (version 2.68) checking for automake >= 1.10 ... yes (version 1.11.1) checking for glib-gettextize >= 2.0.0 ... yes (version 2.26.0) checking for intltool >= 0.17 ... yes (version 0.40.6) Running aclocal-1.11 ... configure.ac:63: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:63: the top level configure.ac:77: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:77: the top level configure.ac:90: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... configure.ac:90: the top level configure.ac:131: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:131: the top level configure.ac:155: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:155: the top level configure.ac:621: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:621: the top level configure.ac:762: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:762: the top level configure.ac:931: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:931: the top level Running autoheader ... configure.ac:63: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:63: the top level configure.ac:77: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:77: the top level configure.ac:90: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... configure.ac:90: the top level configure.ac:131: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:131: the top level configure.ac:155: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:155: the top level configure.ac:621: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:621: the top level configure.ac:762: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:762: the top level configure.ac:931: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:931: the top level Running glibtoolize ... glibtoolize: putting auxiliary files in `.'. glibtoolize: linking file `./ltmain.sh' glibtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and glibtoolize: rerunning glibtoolize, to keep the correct libtool macros in-tree. glibtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. glibtoolize: `AC_PROG_RANLIB' is rendered obsolete by `LT_INIT' Running automake-1.11 --copy --force --add-missing ... configure.ac:63: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:63: the top level configure.ac:77: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:77: the top level configure.ac:90: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... configure.ac:90: the top level configure.ac:131: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:131: the top level configure.ac:155: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:155: the top level configure.ac:621: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:621: the top level configure.ac:762: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:762: the top level configure.ac:931: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:931: the top level configure.ac:42: installing `./compile' configure.ac:12: installing `./config.guess' configure.ac:12: installing `./config.sub' configure.ac:14: installing `./install-sh' configure.ac:14: installing `./missing' share/palettes/Makefile.am:36: foreach i,$(palettes_i18n: non-POSIX variable name share/palettes/Makefile.am:36: (probably a GNU make extension) src/Makefile.am: installing `./depcomp' Running autoconf ... configure.ac:63: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:63: the top level configure.ac:77: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:77: the top level configure.ac:90: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... configure.ac:90: the top level configure.ac:131: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:131: the top level configure.ac:155: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:155: the top level configure.ac:621: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:621: the top level configure.ac:762: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:762: the top level configure.ac:931: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:931: the top level Running glib-gettextize --copy --force ... Copying file mkinstalldirs Copying file po/Makefile.in.in Running intltoolize --copy --force --automake ... Done! Please run './configure' now.

1 0

Fourth-year student projects
by Jean-Baptiste Mouret / Mandor 03 Jan '11

03 Jan '11

Hi Inkscape developers, I teach computer science in France (in this school: http://www.polytech.upmc.fr/version-english.html ) and my fourth-year students are required to work on a project for a few months (2-3 months), for about 2 days a week. Instead of asking them to do "random" projects, I would like them to (try to) contribute to open source projects. In particular, I would love that they contribute to Inkscape. We have three main constraints in the choice of the project: - be do-able by 2 students in a few months; - be a challenge interesting enough to provide work to 2 students for a few months; - include a design phase (understanding the topic, asking questions, designing a planning, find algorithms, etc.) and a coding phase (this excludes code cleaning, documentation, bug-fixes, etc.). Ideally, I would like the students to be mentored by an Inkscape developer who could answer their questions and give some directions; I'd like a least to be sure that the project is interesting for inkscape developers. You can think about this like something similar to the Google Summer of Code. The main difference is that we don't really select candidates so the students may not be very good and the project can obviously fail; but sometimes they can also be very efficient and motivated! I've checked the google summer of code page (http://wiki.inkscape.org/wiki/index.php/Google_Summer_Of_Code). The import/export code might be interesting to try with them. The font designing idea and the ICC support migh also be cool. Are these proposition still up-to-date? I'm of course open to other ideas. Something I was thinking about: I often use Inkscape to design posters and I'd really like to have an option to use the Knuth-Plass algorithm and hyphenation (at least in English). I know that they're not in the SVG specifications but this could be only for pdf exports. Another feature which would be useful is to be able to link text blocks (as do Indesign and Xpress) [again, this is not in the svg specs]. This would make an interesting challenge for our students. What do you think? Would some of you be interested in helping us? What task would you suggest? At any rate I need your help to calibrate a task (or several tasks) so it's not too hard but challenging enough. Thank you and merry Christmas. Best regards, -- Jean-Baptiste Mouret / Mandor http://people.isir.upmc.fr/mouret 3 ((4&({*.(=+/))++/=3:)@([:,/0&,^:(i.3)@|:"2^:2))&.>@]^:(i.@[) <#:3 6 2

3 5

OpenMP fix
by Krzysztof Kosiński 03 Jan '11

03 Jan '11

I just discovered that OpenMP support (used to parallelize Gaussian blur) is not functional on Linux and OS X because of a missing AC_DEFINE. Here is a patch that fixes this problem. Admins: please apply to 0.48 branch also. Regards, Krzysztof

4 7

1 bug left for 0.48.1
by Josh Andler 02 Jan '11

02 Jan '11

Hey all, Given that I'm thinking a .2 will probably be in order, this is the one bug really holding back .1 from being released at this time. https://bugs.launchpad.net/inkscape/+bug/510618 Is anyone willing and able to look into this? If not, the only way that .1 will get out without it is to have someone pledge to fix it for 0.48.2 or 0.49 to be released (whichever makes sense in 4-6 months based on the current rate of progress). If 0.48.1 gets out without this fixed, it will not be avoidable as a fix after that... no exceptions, as unnecessarily hitting the undo-history or dirtying documents is incredibly bad practice. I hope we have a taker. Cheers, Josh

5 7

Cut and paste from one year to another :)
by Ivan Louette 01 Jan '11

01 Jan '11

Dear open source and open minds friends I wish you the best for 2011 ! Here is an example of my research in image re-drawing and posterizing svg filter effects from 2010 cutted and pasted into the new custom filters we are working on Nicolas Dufour and me for Inkscape 0.49 Have a Great Year !!! ivan

1 0

current trunk fails to build with dbus enabled (Bug #696062 “dbus builds no more”)
by ~suv 31 Dec '10

31 Dec '10

Bug #696062 “dbus builds no more” <https://bugs.launchpad.net/inkscape/+bug/696062> fails with (current): 9994 last known working: 9834 on fedora 13: > CXX extension/dbus/dbus-init.o > extension/dbus/dbus-init.cpp: In function ‘void Inkscape::Extension::Dbus::init()’: > extension/dbus/dbus-init.cpp:87: warning: unused variable ‘obj’ > extension/dbus/dbus-init.cpp: In function ‘gchar* Inkscape::Extension::Dbus::init_document()’: > extension/dbus/dbus-init.cpp:109: error: ‘sp_document_new’ was not declared in this scope > ./document.h:99: error: ‘gchar* SPDocument::name’ is protected > extension/dbus/dbus-init.cpp:112: error: within this context > extension/dbus/dbus-init.cpp:103: warning: unused variable ‘result’ > extension/dbus/dbus-init.cpp:104: warning: unused variable ‘error’ > make[3]: *** [extension/dbus/dbus-init.o] Error 1 Anyone else building with dbus enabled and getting the same build failure? ~suv

1 0

Re: [Inkscape-devel] inkscape.org update needs [text]
by Leo Jackson 30 Dec '10

30 Dec '10

Chris, I wanted to make a comment about the text shown in the mockup there. This part: "which runs on Windows, Mac OS X and Linux" Quite besides putting your fellow FOSS project last in a list of supported operating systems, especially since many distros package and release Inkscape ready to install and windows and macosx don't. It's quite simply a question of popularity. The list of operating systems goes by general OS popularity - and quite reasonably too. Linux users will expect it to go in that order, whereas if you put Linux first, I think many Windows and OS X users would be put off it as "a Linux thing" that just happens to have been loosely ported to Windows/OS X. Yes true order is right. But worse is the confusion of "Linux". Does this sentence mean that Inkscape will work on Android? Will it work on my TiVo or my Home brew Wii? It is nonsense to claim to run on Linux when linux is a kernel which can't run Inkscape in most cases. I disagree very strongly with your case here. "Linux" is a generally recognised family of operating systems. In the lingua franca, "Linux" means these operating systems, not the kernel as a technical definition of Linux may be. And there isn't really any way I think it can be improved without it becoming too verbose (frankly I think even one word more in each of the places where Linux is mentioned would be too verbose, the brevity of "Windows", "Mac OS X" and "Linux" is important, and on your later points a group of three is in a literary manner far more pleasing than four or five items would be). I don't believe anyone will get confused and expect it to run on any mobile browsers. The downloads page will also have OS-sniffing and so present the most likely of the three options first, including highlighting the relevant option (e.g. Mac OS X 10.4 users will get that button glowing and the others slightly faded, Ubuntu users will get a sentence on how to get it in Ubuntu highlighted in some way). It would be more clear and honest to say "which runs on Gnome/Linux" or "FreeDesktop Linux" or just "Fedora, Debian and other awesome Free Desktops". If you start putting in some particular flavours of Linux then you get bickering about which ones get included. And if you're of the opinion that Android and such aren't marketed as Linux and there for won't be confusing. Think about the way Ubuntu isn't marketed as Linux either (because it isn't true and because it's not helpful to scare away new users), will we have "which runs on Linux and Ubuntu" to account for that? No. Ubuntu is still recognised as Linux. And putting this in combination with highlighting the relevant information on the download page, I don't think it'll be an issue. Some people are adopting GNU/Linux as the operating system. Free Desktops include and not limited to Gnome, KDE, Xfce, and others. The lack of consideration that Linux distros are given by the Inkscape website is currently frustrating. The install for Windows and Mac is easy, but we don't have a single deb, apt link, or ppa and instead ask users to compile. Please consider rectifying and please start with the text on the front page. You're right about the need for more information on how to source Inkscape; I don't believe you're at all right about starting with the text on the front page. What it says is correct. The modifications only need to take place on the download page. So very true and easy to do. Regards, Leo Jackson

7 9

Submission Process
by Martin Owens 30 Dec '10

30 Dec '10

Hey guys, I'm not sure I can remember if I need to do anything special for my recent submission of a branch on launchpad for review and merge. Does Inkscape follow the normal launchpad workflow since it's on launchpad? https://code.launchpad.net/~doctormo/inkscape/barcode-refactor/+merge/44768 Let me know if there is anything special I need to do to make sure this gets put into the right pile. Martin,

2 3