Download it at:
https://sourceforge.net/projects/inkscape/files/inkscape/0.91pre0/
Tagged in trunk as:
INKSCAPE_0_91_PRE0
The dist directions[1] are outdated, so I'm not confident the package is perfect, but that's why we do pre-releases right? Anyway, if anyone knows a step I missed, please raise it with me so pre1 will be better. I'll try to put some time in this cycle to get these directions up to date, and hopefully streamline the process a bit. I'm hoping to do several pre-releases in support of this.
It would be helpful if packagers could generate binary platform packages from this tarball. If you spot packaging problems (like version numbers that didn't get updated, or missing files needed for builds), please raise these problems with me ASAP.
Bryce
1: http://wiki.inkscape.org/wiki/index.php/Creating_Inkscape_distributions
On Sat, 10 May 2014 19:11:45 -0700 Bryce Harrington <bryce@...961...> wrote:
Download it at:
https://sourceforge.net/projects/inkscape/files/inkscape/0.91pre0/Tagged in trunk as:
INKSCAPE_0_91_PRE0
I got through the configure part all right and compiled for a while. It blew up at this point: --------------------------------------------- In file included from /usr/include/glibmm-2.4/glibmm.h:89:0, from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:9, from libdepixelize/kopftracer2011.h:32, from libdepixelize/kopftracer2011.cpp:35: /usr/include/glibmm-2.4/glibmm/threads.h:142:11: error: field 'gobject_' has incomplete type GThread gobject_; ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'GThread* Glib::Threads::Thread::gobj()': /usr/include/glibmm-2.4/glibmm/threads.h:138:41: error: 'gobject_' was not declared in this scope GThread* gobj() { return &gobject_; } ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'const GThread* Glib::Threads::Thread::gobj() const': /usr/include/glibmm-2.4/glibmm/threads.h:139:41: error: 'gobject_' was not declared in this scope const GThread* gobj() const { return &gobject_; } ^ make[3]: *** [libdepixelize/kopftracer2011.o] Error 1 make[3]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/inkscape-0.91pre0' make: *** [all] Error 2 -----------------------------------------
So I guess I'll have to wait a while longer to test the goodies.
2014-05-11 2:40 GMT-03:00 john Culleton <John@...1202...>:
I got through the configure part all right and compiled for a while. It blew up at this point:
In file included from /usr/include/glibmm-2.4/glibmm.h:89:0, from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:9, from libdepixelize/kopftracer2011.h:32, from libdepixelize/kopftracer2011.cpp:35: /usr/include/glibmm-2.4/glibmm/threads.h:142:11: error: field 'gobject_' has incomplete type GThread gobject_; ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'GThread* Glib::Threads::Thread::gobj()': /usr/include/glibmm-2.4/glibmm/threads.h:138:41: error: 'gobject_' was not declared in this scope GThread* gobj() { return &gobject_; } ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'const GThread* Glib::Threads::Thread::gobj() const': /usr/include/glibmm-2.4/glibmm/threads.h:139:41: error: 'gobject_' was not declared in this scope const GThread* gobj() const { return &gobject_; } ^ make[3]: *** [libdepixelize/kopftracer2011.o] Error 1 make[3]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/inkscape-0.91pre0' make:
*** [all] Error 2
So I guess I'll have to wait a while longer to test the goodies.
Well, this is code that I introduced, then I think it's fair to me fix it.
Can you inform your distro (and distro version)? Also, give me the list of packages I need to have to compile Inkscape in your distro, to ease my task.
I'll install it on my local machine and fix the problem.
Also, GThread seems to be a deprecated, but I need an abstraction for threads to have the "process on background" feature for the costy "trace pixel art" feature. I don't know what else abstraction to use, because I need to use a multiplatform abstraction that integrates well with GLib(mm) and C++03 lacks any native threading features.
GThread caused a problem before and I changed the code to fix it, but I thought that no more problems would rise. Looks like I am wrong. For other devs here: any ideas?
On Sat, 10 May 2014 23:50:33 -0300 Vinícius dos Santos Oliveira <vini.ipsmaker@...400...> wrote:
2014-05-11 2:40 GMT-03:00 john Culleton <John@...1202...>:
I got through the configure part all right and compiled for a while. It blew up at this point:
In file included from /usr/include/glibmm-2.4/glibmm.h:89:0, from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:9, from libdepixelize/kopftracer2011.h:32, from libdepixelize/kopftracer2011.cpp:35: /usr/include/glibmm-2.4/glibmm/threads.h:142:11: error: field 'gobject_' has incomplete type GThread gobject_; ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'GThread* Glib::Threads::Thread::gobj()': /usr/include/glibmm-2.4/glibmm/threads.h:138:41: error: 'gobject_' was not declared in this scope GThread* gobj() { return &gobject_; } ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'const GThread* Glib::Threads::Thread::gobj() const': /usr/include/glibmm-2.4/glibmm/threads.h:139:41: error: 'gobject_' was not declared in this scope const GThread* gobj() const { return &gobject_; } ^ make[3]: *** [libdepixelize/kopftracer2011.o] Error 1 make[3]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/inkscape-0.91pre0' make: *** [all] Error 2
So I guess I'll have to wait a while longer to test the goodies.
Well, this is code that I introduced, then I think it's fair to me fix it.
Can you inform your distro (and distro version)? Also, give me the list of packages I need to have to compile Inkscape in your distro, tnumpy, gsl, gtkmm, lxmlo ease my task.
I'll install it on my local machine and fix the problem.
Also, GThread seems to be a deprecated, but I need an abstraction for threads to have the "process on background" feature for the costy "trace pixel art" feature. I don't know what else abstraction to use, because I need to use a multiplatform abstraction that integrates well with GLib(mm) and C++03 lacks any native threading features.
GThread caused a problem before and I changed the code to fix it, but I thought that no more problems would rise. Looks like I am wrong. For other devs here: any ideas?
I live in Slackware 14.1. The usual source for requirements is slackbuild, and it is a large list. Here is a summary:
numpy, gsl, gtkmm, lxml numpy, gsl, gtkmm, lxml Some of these have requirements which have other requirements and so on into the night.
If you need me to chase requirements further let me know.
Hey John,
Slackware and Arch seem to be the most "problematic" free software OSes that people report bugs against. In order to help us better help you and other Slackware users, would you be willing to help us track the Slackware's dependencies like we do for the more mainstream desktops? http://wiki.inkscape.org/wiki/index.php/Tracking_Dependencies#Distros
I would encourage users of other Linux distros to help us keep that list updated as well because it helps us to know when various things can be safely added and removed (such as when we transition to C++11).
Cheers, Josh
On Sat, May 10, 2014 at 11:03 PM, john Culleton <John@...1202...>wrote:
On Sat, 10 May 2014 23:50:33 -0300 Vinícius dos Santos Oliveira <vini.ipsmaker@...400...> wrote:
2014-05-11 2:40 GMT-03:00 john Culleton <John@...1202...>:
I got through the configure part all right and compiled for a while. It blew up at this point:
In file included from /usr/include/glibmm-2.4/glibmm.h:89:0, from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:9, from libdepixelize/kopftracer2011.h:32, from libdepixelize/kopftracer2011.cpp:35:
/usr/include/glibmm-2.4/glibmm/threads.h:142:11:
error: field 'gobject_' has incomplete type GThread gobject_; ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'GThread* Glib::Threads::Thread::gobj()': /usr/include/glibmm-2.4/glibmm/threads.h:138:41: error: 'gobject_' was not declared in this scope GThread* gobj() { return &gobject_; } ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'const GThread* Glib::Threads::Thread::gobj() const': /usr/include/glibmm-2.4/glibmm/threads.h:139:41: error: 'gobject_' was not declared in this scope const GThread* gobj() const { return &gobject_; } ^ make[3]: *** [libdepixelize/kopftracer2011.o] Error 1 make[3]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/inkscape-0.91pre0' make: *** [all] Error 2
So I guess I'll have to wait a while longer to test the goodies.
Well, this is code that I introduced, then I think it's fair to me fix it.
Can you inform your distro (and distro version)? Also, give me the list of packages I need to have to compile Inkscape in your distro, tnumpy, gsl, gtkmm, lxmlo ease my task.
I'll install it on my local machine and fix the problem.
Also, GThread seems to be a deprecated, but I need an abstraction for threads to have the "process on background" feature for the costy "trace pixel art" feature. I don't know what else abstraction to use, because I need to use a multiplatform abstraction that integrates well with GLib(mm) and C++03 lacks any native threading features.
GThread caused a problem before and I changed the code to fix it, but I thought that no more problems would rise. Looks like I am wrong. For other devs here: any ideas?
I live in Slackware 14.1. The usual source for requirements is slackbuild, and it is a large list. Here is a summary:
numpy, gsl, gtkmm, lxml numpy, gsl, gtkmm, lxml Some of these have requirements which have other requirements and so on into the night.
If you need me to chase requirements further let me know.
-- John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html
Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Sat, May 10, 2014 at 08:53:11PM -0700, Josh Andler wrote:
Hey John,
Slackware and Arch seem to be the most "problematic" free software OSes that people report bugs against. In order to help us better help you and other Slackware users, would you be willing to help us track the Slackware's dependencies like we do for the more mainstream desktops? http://wiki.inkscape.org/wiki/index.php/Tracking_Dependencies#Distros
I would encourage users of other Linux distros to help us keep that list updated as well because it helps us to know when various things can be safely added and removed (such as when we transition to C++11).
Ubuntu/Debian build dependencies as per the control file:
Build-Depends: autoconf, automake, debhelper (>= 7.0.0), dh-translations, intltool, libart-2.0-dev (>= 2.3.10), libaspell-dev, libboost-dev, libgc-dev (>= 1:6.8), libglib2.0-dev, libgnomevfs2-dev, libgtk2.0-dev (>= 2.10.0), libgtkmm-2.4-dev, libgtkspell-dev, libgsl0-dev, liblcms2-dev, libmagick++-dev, libpango1.0-dev, libpng-dev, libpoppler-private-dev, libpoppler-glib-dev, libpopt-dev, libsigc++-2.0-dev (>= 2.0.16-2), libtool, libwpd-dev (>= 0.9.0), libwpg-dev (>= 0.2.0), libxml-parser-perl, libxml2-dev (>= 2-2.4.24), libxslt1-dev, pkg-config, python-dev, quilt, zlib1g-dev
Run-time dependencies:
Suggests: dia | dia-gnome, ruby, libsvg-perl, libxml-xql-perl, pstoedit, transfig Recommends: aspell, libwmf-bin, imagemagick, python-numpy, python-lxml, python-uniconvertor, libgnomevfs2-extra, perlmagick
For configuration, Ubuntu and Debian use these flags:
./configure [...] --with-gnome-vfs --enable-lcms
Bryce
Cheers, Josh
On Sat, May 10, 2014 at 11:03 PM, john Culleton <John@...1202...>wrote:
On Sat, 10 May 2014 23:50:33 -0300 Vinícius dos Santos Oliveira <vini.ipsmaker@...400...> wrote:
2014-05-11 2:40 GMT-03:00 john Culleton <John@...1202...>:
I got through the configure part all right and compiled for a while. It blew up at this point:
In file included from /usr/include/glibmm-2.4/glibmm.h:89:0, from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:9, from libdepixelize/kopftracer2011.h:32, from libdepixelize/kopftracer2011.cpp:35:
/usr/include/glibmm-2.4/glibmm/threads.h:142:11:
error: field 'gobject_' has incomplete type GThread gobject_; ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'GThread* Glib::Threads::Thread::gobj()': /usr/include/glibmm-2.4/glibmm/threads.h:138:41: error: 'gobject_' was not declared in this scope GThread* gobj() { return &gobject_; } ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'const GThread* Glib::Threads::Thread::gobj() const': /usr/include/glibmm-2.4/glibmm/threads.h:139:41: error: 'gobject_' was not declared in this scope const GThread* gobj() const { return &gobject_; } ^ make[3]: *** [libdepixelize/kopftracer2011.o] Error 1 make[3]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/inkscape-0.91pre0' make: *** [all] Error 2
So I guess I'll have to wait a while longer to test the goodies.
Well, this is code that I introduced, then I think it's fair to me fix it.
Can you inform your distro (and distro version)? Also, give me the list of packages I need to have to compile Inkscape in your distro, tnumpy, gsl, gtkmm, lxmlo ease my task.
I'll install it on my local machine and fix the problem.
Also, GThread seems to be a deprecated, but I need an abstraction for threads to have the "process on background" feature for the costy "trace pixel art" feature. I don't know what else abstraction to use, because I need to use a multiplatform abstraction that integrates well with GLib(mm) and C++03 lacks any native threading features.
GThread caused a problem before and I changed the code to fix it, but I thought that no more problems would rise. Looks like I am wrong. For other devs here: any ideas?
I live in Slackware 14.1. The usual source for requirements is slackbuild, and it is a large list. Here is a summary:
numpy, gsl, gtkmm, lxml numpy, gsl, gtkmm, lxml Some of these have requirements which have other requirements and so on into the night.
If you need me to chase requirements further let me know.
-- John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html
Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
2014-05-11 3:03 GMT-03:00 john Culleton <John@...1202...>:
numpy, gsl, gtkmm, lxml
I installed Slackware, slapt-get and I enabled the extra repository in slapt-get configuration, but I cannot find these packages.
Which repo do you use?
Interesting about the use of an apt-get variant... does it have the ability to do things like debian-based distros so something like "apt-get build-dep inkscape" would pull down the dependencies? You would need to have the source repos enabled for build-dep to work.
Also, what about the package names, are those debian-like too? So in Ubuntu (probably not quite the same in slack, but could be similar), numpy is python-numpy, gsl is libgsl0-dev and libgsl0ldbl, libxml is python-lxml, and gtkmm is libgtkmm-2.4-dev and libgtkmm-2.4-1c2a.
Hopefully that's helpful...
Cheers, Josh
On Sun, May 11, 2014 at 12:59 PM, Vinícius dos Santos Oliveira < vini.ipsmaker@...400...> wrote:
2014-05-11 3:03 GMT-03:00 john Culleton <John@...1202...>:
numpy, gsl, gtkmm, lxml
I installed Slackware, slapt-get and I enabled the extra repository in slapt-get configuration, but I cannot find these packages.
Which repo do you use?
-- Vinícius dos Santos Oliveira https://about.me/vinipsmaker
Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
2014-05-11 18:46 GMT-03:00 Josh Andler <scislac@...400...>:
Interesting about the use of an apt-get variant... does it have the ability to do things like debian-based distros so something like "apt-get build-dep inkscape" would pull down the dependencies? You would need to have the source repos enabled for build-dep to work.
The only inheritance slapt-get got from apt-get was its name.
The tool only merges the assorted tools to manage packages in Slackware (installpkg, removepkg, ...) and fetch the packages from the net for me. Slackware doesn't even do dependency management (you have to do it manually).
This tool only saves me the time to search and download packages from the Slackware server.
Also, what about the package names, are those debian-like too? So in Ubuntu
(probably not quite the same in slack, but could be similar), numpy is python-numpy, gsl is libgsl0-dev and libgsl0ldbl, libxml is python-lxml, and gtkmm is libgtkmm-2.4-dev and libgtkmm-2.4-1c2a.
There is the regex-powered search functionality within the slapt-get tool, but not all of these packages are available.
John may have enabled some repo other than the official[1] to install these packages. Or maybe he compiled all the missing packages. I'd like to read a reply from him, because I'm unaware of the preferred/usual installation method for Slackware users.
[1] http://packages.slackware.com/
I may have fixed it in rev. 13357 http://bazaar.launchpad.net/%7Einkscape.dev/inkscape/trunk/revision/13357.
(I think glibmm has changed such that it is now bad to include any subfiles, one has to include the top file <glibmm.h> instead. I could very well be wrong, though, it fixed the issue for me on Windows with the versions in Partha's devlibs for 64-bit)
cheers, Johan
On 11-5-2014 4:50, Vinícius dos Santos Oliveira wrote:
2014-05-11 2:40 GMT-03:00 john Culleton <John@...1202... mailto:John@...1202...>:
I got through the configure part all right and compiled for a while. It blew up at this point: --------------------------------------------- In file included from /usr/include/glibmm-2.4/glibmm.h:89:0, from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:9, from libdepixelize/kopftracer2011.h:32, from libdepixelize/kopftracer2011.cpp:35: /usr/include/glibmm-2.4/glibmm/threads.h:142:11: error: field 'gobject_' has incomplete type GThread gobject_; ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'GThread* Glib::Threads::Thread::gobj()': /usr/include/glibmm-2.4/glibmm/threads.h:138:41: error: 'gobject_' was not declared in this scope GThread* gobj() { return &gobject_; } ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'const GThread* Glib::Threads::Thread::gobj() const': /usr/include/glibmm-2.4/glibmm/threads.h:139:41: error: 'gobject_' was not declared in this scope const GThread* gobj() const { return &gobject_; } ^ make[3]: *** [libdepixelize/kopftracer2011.o] Error 1 make[3]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/inkscape-0.91pre0' make: *** [all] Error 2 ----------------------------------------- So I guess I'll have to wait a while longer to test the goodies.Well, this is code that I introduced, then I think it's fair to me fix it.
Can you inform your distro (and distro version)? Also, give me the list of packages I need to have to compile Inkscape in your distro, to ease my task.
I'll install it on my local machine and fix the problem.
Also, GThread seems to be a deprecated, but I need an abstraction for threads to have the "process on background" feature for the costy "trace pixel art" feature. I don't know what else abstraction to use, because I need to use a multiplatform abstraction that integrates well with GLib(mm) and C++03 lacks any native threading features.
GThread caused a problem before and I changed the code to fix it, but I thought that no more problems would rise. Looks like I am wrong. For other devs here: any ideas?
-- Vinícius dos Santos Oliveira https://about.me/vinipsmaker
Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Hi Johan,
Is that the Window's open dialog? Does your fix, well fix that?
Thanks, Partha
On Sun, May 11, 2014 at 5:40 PM, Johan Engelen <jbc.engelen@...2592...>wrote:
I may have fixed it in rev. 13357http://bazaar.launchpad.net/%7Einkscape.dev/inkscape/trunk/revision/13357 .
(I think glibmm has changed such that it is now bad to include any subfiles, one has to include the top file <glibmm.h> instead. I could very well be wrong, though, it fixed the issue for me on Windows with the versions in Partha's devlibs for 64-bit)
cheers, Johan
On 11-5-2014 4:50, Vinícius dos Santos Oliveira wrote:
2014-05-11 2:40 GMT-03:00 john Culleton <John@...1202...>:
I got through the configure part all right and compiled for a while. It blew up at this point:
In file included from /usr/include/glibmm-2.4/glibmm.h:89:0, from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:9, from libdepixelize/kopftracer2011.h:32, from libdepixelize/kopftracer2011.cpp:35: /usr/include/glibmm-2.4/glibmm/threads.h:142:11: error: field 'gobject_' has incomplete type GThread gobject_; ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'GThread* Glib::Threads::Thread::gobj()': /usr/include/glibmm-2.4/glibmm/threads.h:138:41: error: 'gobject_' was not declared in this scope GThread* gobj() { return &gobject_; } ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'const GThread* Glib::Threads::Thread::gobj() const': /usr/include/glibmm-2.4/glibmm/threads.h:139:41: error: 'gobject_' was not declared in this scope const GThread* gobj() const { return &gobject_; } ^ make[3]: *** [libdepixelize/kopftracer2011.o] Error 1 make[3]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/inkscape-0.91pre0' make:
*** [all] Error 2
So I guess I'll have to wait a while longer to test the goodies.
Well, this is code that I introduced, then I think it's fair to me fix it.
Can you inform your distro (and distro version)? Also, give me the list of packages I need to have to compile Inkscape in your distro, to ease my task.
I'll install it on my local machine and fix the problem.
Also, GThread seems to be a deprecated, but I need an abstraction for threads to have the "process on background" feature for the costy "trace pixel art" feature. I don't know what else abstraction to use, because I need to use a multiplatform abstraction that integrates well with GLib(mm) and C++03 lacks any native threading features.
GThread caused a problem before and I changed the code to fix it, but I thought that no more problems would rise. Looks like I am wrong. For other devs here: any ideas?
-- Vinícius dos Santos Oliveira https://about.me/vinipsmaker
Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM nowhttp://p.sf.net/sfu/perforce
Inkscape-devel mailing listInkscape-devel@...1901...://lists.sourceforge.net/lists/listinfo/inkscape-devel
Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
It fixed compilation, yes. Now going to test with your additional libs...
=) Johan
On 11-5-2014 23:48, Partha Bagchi wrote:
Hi Johan,
Is that the Window's open dialog? Does your fix, well fix that?
Thanks, Partha
On Sun, May 11, 2014 at 5:40 PM, Johan Engelen <jbc.engelen@...2592... mailto:jbc.engelen@...2592...> wrote:
I may have fixed it in rev. 13357 <http://bazaar.launchpad.net/%7Einkscape.dev/inkscape/trunk/revision/13357>. (I think glibmm has changed such that it is now bad to include any subfiles, one has to include the top file <glibmm.h> instead. I could very well be wrong, though, it fixed the issue for me on Windows with the versions in Partha's devlibs for 64-bit) cheers, Johan On 11-5-2014 4:50, Vinícius dos Santos Oliveira wrote:2014-05-11 2:40 GMT-03:00 john Culleton <John@...1202... <mailto:John@...1202...>>: I got through the configure part all right and compiled for a while. It blew up at this point: --------------------------------------------- In file included from /usr/include/glibmm-2.4/glibmm.h:89:0, from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:9, from libdepixelize/kopftracer2011.h:32, from libdepixelize/kopftracer2011.cpp:35: /usr/include/glibmm-2.4/glibmm/threads.h:142:11: error: field 'gobject_' has incomplete type GThread gobject_; ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'GThread* Glib::Threads::Thread::gobj()': /usr/include/glibmm-2.4/glibmm/threads.h:138:41: error: 'gobject_' was not declared in this scope GThread* gobj() { return &gobject_; } ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'const GThread* Glib::Threads::Thread::gobj() const': /usr/include/glibmm-2.4/glibmm/threads.h:139:41: error: 'gobject_' was not declared in this scope const GThread* gobj() const { return &gobject_; } ^ make[3]: *** [libdepixelize/kopftracer2011.o] Error 1 make[3]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/inkscape-0.91pre0' make: *** [all] Error 2 ----------------------------------------- So I guess I'll have to wait a while longer to test the goodies. Well, this is code that I introduced, then I think it's fair to me fix it. Can you inform your distro (and distro version)? Also, give me the list of packages I need to have to compile Inkscape in your distro, to ease my task. I'll install it on my local machine and fix the problem. Also, GThread seems to be a deprecated, but I need an abstraction for threads to have the "process on background" feature for the costy "trace pixel art" feature. I don't know what else abstraction to use, because I need to use a multiplatform abstraction that integrates well with GLib(mm) and C++03 lacks any native threading features. GThread caused a problem before and I changed the code to fix it, but I thought that no more problems would rise. Looks like I am wrong. For other devs here: any ideas? -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker ------------------------------------------------------------------------------ Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net <mailto:Inkscape-devel@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/inkscape-devel------------------------------------------------------------------------------ Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net <mailto:Inkscape-devel@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Sun, May 11, 2014, at 02:40 PM, Johan Engelen wrote:
I may have fixed it in rev. [1]13357.
(I think glibmm has changed such that it is now bad to include any subfiles, one has to include the top file <glibmm.h> instead. I could very well be wrong, though, it fixed the issue for me on Windows with the versions in Partha's devlibs for 64-bit)
I believe that is the case for glib but not glibmm nor the other C++ wrappers. I checked the git repository for the current glibmm.h file, and it includes the following:
* Include the glibmm header, plus giomm if necessary:
* @code
* #include <glibmm.h>
* #include <giomm.h>
* @endcode
* (You may include individual headers, such as @c glibmm/ustring.h instead.)
Doing some spot-checking of the individual includes does not show anything was added to force top-level including as is done with the bare C original library (as opposed to the *mm C++ wrapped versions).
-- Jon A. Cruz jon@...18...
References
1. http://bazaar.launchpad.net/%7Einkscape.dev/inkscape/trunk/revision/13357
2014-05-11 18:40 GMT-03:00 Johan Engelen <jbc.engelen@...2592...>:
I may have fixed it in rev. 13357http://bazaar.launchpad.net/%7Einkscape.dev/inkscape/trunk/revision/13357 .
Well, my Slackware setup reached a point where I was able to compile Inkscape (end up installing the whole repo to get rid of dependency management issues).
I could not reproduce the issue under r13356.
Since john is no longer complaining, I'll leave the machine waiting until he can elaborate the problem further, but it's possible to build Inkscape under Slackware 14.1 (with or without Johan's patch). Time to move on the next task.
Just in case I'm wrong. I used the command `bzr revert -r 13356` to checkout the release 13356. Did I used the wrong bazaar command?
On 11-5-2014 4:50, Vinícius dos Santos Oliveira wrote:
2014-05-11 2:40 GMT-03:00 john Culleton <John@...1202... mailto:John@...1202...>:
I got through the configure part all right and compiled for a while. It blew up at this point: --------------------------------------------- In file included from /usr/include/glibmm-2.4/glibmm.h:89:0, from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:9, from libdepixelize/kopftracer2011.h:32, from libdepixelize/kopftracer2011.cpp:35: /usr/include/glibmm-2.4/glibmm/threads.h:142:11: error: field 'gobject_' has incomplete type GThread gobject_; ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'GThread* Glib::Threads::Thread::gobj()': /usr/include/glibmm-2.4/glibmm/threads.h:138:41: error: 'gobject_' was not declared in this scope GThread* gobj() { return &gobject_; } ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'const GThread* Glib::Threads::Thread::gobj() const': /usr/include/glibmm-2.4/glibmm/threads.h:139:41: error: 'gobject_' was not declared in this scope const GThread* gobj() const { return &gobject_; } ^ make[3]: *** [libdepixelize/kopftracer2011.o] Error 1 make[3]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/inkscape-0.91pre0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/inkscape-0.91pre0' make: *** [all] Error 2 ----------------------------------------- So I guess I'll have to wait a while longer to test the goodies.Well, this is code that I introduced, then I think it's fair to me fix it.
Can you inform your distro (and distro version)? Also, give me the list of packages I need to have to compile Inkscape in your distro, to ease my task.
I'll install it on my local machine and fix the problem.
Also, GThread seems to be a deprecated, but I need an abstraction for threads to have the "process on background" feature for the costy "trace pixel art" feature. I don't know what else abstraction to use, because I need to use a multiplatform abstraction that integrates well with GLib(mm) and C++03 lacks any native threading features.
GThread caused a problem before and I changed the code to fix it, but I thought that no more problems would rise. Looks like I am wrong. For other devs here: any ideas?
Please apply the attached patch to the libdepixelize repo (inkscape dev's have no access).
Thanks, Johan
Em Ter, 2014-05-13 às 21:14 +0200, Johan Engelen escreveu:
Please apply the attached patch to the libdepixelize repo
Done (r187).
(inkscape dev's have no access).
This is a mistake.
How do I transfer a repo to the Inkscape organization?
I remember Jabier had to create another org just to give commit access to other Inkscape developers.
On 13-5-2014 23:05, Vinícius dos Santos Oliveira wrote:
Em Ter, 2014-05-13 às 21:14 +0200, Johan Engelen escreveu:
Please apply the attached patch to the libdepixelize repo
Done (r187).
(inkscape dev's have no access).
This is a mistake.
How do I transfer a repo to the Inkscape organization?
I remember Jabier had to create another org just to give commit access to other Inkscape developers.
I don't know. Perhaps you can add people with commit rights. The one you want to add is "inkscape.dev", which is the team of all people with commit access to Inkscape trunk.
regards, Johan
2014-05-13 18:10 GMT-03:00 Johan Engelen <jbc.engelen@...2592...>:
Perhaps you can add people with commit rights. The one you want to add is "inkscape.dev", which is the team of all people with commit access to Inkscape trunk.
I haven't figure it out how to transfer repos. It's too confusing (what is a series if it's not a branch and why so many pages...), but I managed to change the owner of the branch (or would it be the series?) to inkscape.dev.
"Fixed".
Think in the web interface of launchpad in change branch details you can change the owner to a group you are in.
Regards, Jabier.
El mar, 13-05-2014 a las 18:05 -0300, Vinícius dos Santos Oliveira escribió:
Em Ter, 2014-05-13 às 21:14 +0200, Johan Engelen escreveu:
Please apply the attached patch to the libdepixelize repo
Done (r187).
(inkscape dev's have no access).
This is a mistake.
How do I transfer a repo to the Inkscape organization?
I remember Jabier had to create another org just to give commit access to other Inkscape developers.
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
here: http://sta.sh/01smirew54fi
El mar, 13-05-2014 a las 18:05 -0300, Vinícius dos Santos Oliveira escribió:
Em Ter, 2014-05-13 às 21:14 +0200, Johan Engelen escreveu:
Please apply the attached patch to the libdepixelize repo
Done (r187).
(inkscape dev's have no access).
This is a mistake.
How do I transfer a repo to the Inkscape organization?
I remember Jabier had to create another org just to give commit access to other Inkscape developers.
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
2014-05-13 19:27 GMT-03:00 Jabiertxo Arraiza Cenoz <jabier.arraiza@...3120.....
:
This is what I end up doing, but I still own everything related to this page: https://launchpad.net/libdepixelize
I dont know how to change it, never have a "proyect" in launchpad :( Regards, Jabier.
El mar, 13-05-2014 a las 19:47 -0300, Vinícius dos Santos Oliveira escribió:
2014-05-13 19:27 GMT-03:00 Jabiertxo Arraiza Cenoz <jabier.arraiza@...3122...3...
:
This is what I end up doing, but I still own everything related to this page: https://launchpad.net/libdepixelize
On Sat, 10 May 2014 19:11:45 -0700, Bryce Harrington <bryce@...961...> wrote: Download it at:
https://sourceforge.net/projects/inkscape/files/inkscape/0.91pre0/
src/Makefile.am has a fragile AM_CPPFLAGS order: various -I$(top_srcdir)/* are after various $(*_CFLAGS), so a header file supplied by some other installed package on the system could mask the intended one in the dist itself. Best to put all local flags before globals. Fink noticed and patched it for the past few versions, but we forgot to send it upstream:( See attached patch.
dan
-- Daniel Macks dmacks@...2516...
On Sun, May 11, 2014 at 01:55:50AM -0400, Daniel Macks wrote:
On Sat, 10 May 2014 19:11:45 -0700, Bryce Harrington <bryce@...961...> wrote: Download it at:
https://sourceforge.net/projects/inkscape/files/inkscape/0.91pre0/
src/Makefile.am has a fragile AM_CPPFLAGS order: various -I$(top_srcdir)/* are after various $(*_CFLAGS), so a header file supplied by some other installed package on the system could mask the intended one in the dist itself. Best to put all local flags before globals. Fink noticed and patched it for the past few versions, but we forgot to send it upstream:( See attached patch.
Thanks, I've applied it to trunk.
dan
-- Daniel Macks dmacks@...2516...
[0;34mdiff -Nurd -x'*~' inkscape-0.91pre0.orig/src/Makefile.am inkscape-0.91pre0/src/Makefile.am[0;0m [0;32m--- inkscape-0.91pre0.orig/src/Makefile.am 2014-04-28 17:48:34.000000000 -0400[0;0m [1;32m+++ inkscape-0.91pre0/src/Makefile.am 2014-05-11 01:52:18.000000000 -0400[0;0m [1;34m@@ -64,6 +64,8 @@[0;0m [0;0m EXTRA_DIST =[0;0m [0;0m [0;0m [0;0m AM_CPPFLAGS = \[0;0m [1;32m+ -I$(top_srcdir)/cxxtest \[0;0m [1;32m+ -I$(builddir)/extension/dbus \[0;0m [0;0m $(EXIF_CFLAGS) \[0;0m [0;0m $(FREETYPE_CFLAGS) \[0;0m [0;0m $(GNOME_PRINT_CFLAGS) \[0;0m [1;34m@@ -80,9 +82,7 @@[0;0m [0;0m $(POPPLER_GLIB_CFLAGS) \[0;0m [0;0m -DPOTRACE="potrace" \[0;0m [0;0m $(INKSCAPE_CFLAGS) \[0;0m [0;32m- -I$(top_srcdir)/cxxtest \[0;0m [0;0m $(WIN32_CFLAGS) \[0;0m [0;32m- -I$(builddir)/extension/dbus \[0;0m [0;0m $(X11_CFLAGS)[0;0m [0;0m [0;0m [0;0m CXXTEST_TEMPLATE = $(srcdir)/cxxtest-template.tpl[0;0m
Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Hi Bryce,
Any plans to include ~suv osxmenu branch? Current Mac build is not quite Mac like. :)
Thanks, Partha
On Sun, May 11, 2014 at 3:01 PM, Bryce Harrington <bryce@...961...
wrote:
On Sun, May 11, 2014 at 01:55:50AM -0400, Daniel Macks wrote:
On Sat, 10 May 2014 19:11:45 -0700, Bryce Harrington <bryce@...961...> wrote: Download it at:
https://sourceforge.net/projects/inkscape/files/inkscape/0.91pre0/
src/Makefile.am has a fragile AM_CPPFLAGS order: various -I$(top_srcdir)/* are after various $(*_CFLAGS), so a header file supplied by some other installed package on the system could mask the intended one in the dist itself. Best to put all local flags before globals. Fink noticed and patched it for the past few versions, but we forgot to send it upstream:( See attached patch.
Thanks, I've applied it to trunk.
dan
-- Daniel Macks dmacks@...2516...
[0;34mdiff -Nurd -x'*~' inkscape-0.91pre0.orig/src/Makefile.am
inkscape-0.91pre0/src/Makefile.am [0;0m
[0;32m--- inkscape-0.91pre0.orig/src/Makefile.am 2014-04-28
17:48:34.000000000 -0400 [0;0m
[1;32m+++ inkscape-0.91pre0/src/Makefile.am 2014-05-11
01:52:18.000000000 -0400 [0;0m
[1;34m@@ -64,6 +64,8 @@ [0;0m [0;0m EXTRA_DIST = [0;0m [0;0m [0;0m [0;0m AM_CPPFLAGS = \ [0;0m [1;32m+ -I$(top_srcdir)/cxxtest \ [0;0m [1;32m+ -I$(builddir)/extension/dbus \ [0;0m [0;0m $(EXIF_CFLAGS) \ [0;0m [0;0m $(FREETYPE_CFLAGS) \ [0;0m [0;0m $(GNOME_PRINT_CFLAGS) \ [0;0m [1;34m@@ -80,9 +82,7 @@ [0;0m [0;0m $(POPPLER_GLIB_CFLAGS) \ [0;0m [0;0m -DPOTRACE="potrace" \ [0;0m [0;0m $(INKSCAPE_CFLAGS) \ [0;0m [0;32m- -I$(top_srcdir)/cxxtest \ [0;0m [0;0m $(WIN32_CFLAGS) \ [0;0m [0;32m- -I$(builddir)/extension/dbus \ [0;0m [0;0m $(X11_CFLAGS) [0;0m [0;0m [0;0m [0;0m CXXTEST_TEMPLATE = $(srcdir)/cxxtest-template.tpl [0;0m
Is your legacy SCM system holding you back? Join Perforce May 7 to find
out:
• 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Mon, May 12, 2014 at 06:47:54PM -0400, Partha Bagchi wrote:
Hi Bryce,
Any plans to include ~suv osxmenu branch? Current Mac build is not quite Mac like. :)
Thanks, Partha
Stay tuned. We did have some extensive planning for packaging work during Frost. We'll move to Freeze once that work is done.
Bryce
On Sun, May 11, 2014 at 3:01 PM, Bryce Harrington <bryce@...961...
wrote:
On Sun, May 11, 2014 at 01:55:50AM -0400, Daniel Macks wrote:
On Sat, 10 May 2014 19:11:45 -0700, Bryce Harrington <bryce@...961...> wrote: Download it at:
https://sourceforge.net/projects/inkscape/files/inkscape/0.91pre0/
src/Makefile.am has a fragile AM_CPPFLAGS order: various -I$(top_srcdir)/* are after various $(*_CFLAGS), so a header file supplied by some other installed package on the system could mask the intended one in the dist itself. Best to put all local flags before globals. Fink noticed and patched it for the past few versions, but we forgot to send it upstream:( See attached patch.
Thanks, I've applied it to trunk.
dan
-- Daniel Macks dmacks@...2516...
[0;34mdiff -Nurd -x'*~' inkscape-0.91pre0.orig/src/Makefile.am
inkscape-0.91pre0/src/Makefile.am [0;0m
[0;32m--- inkscape-0.91pre0.orig/src/Makefile.am 2014-04-28
17:48:34.000000000 -0400 [0;0m
[1;32m+++ inkscape-0.91pre0/src/Makefile.am 2014-05-11
01:52:18.000000000 -0400 [0;0m
[1;34m@@ -64,6 +64,8 @@ [0;0m [0;0m EXTRA_DIST = [0;0m [0;0m [0;0m [0;0m AM_CPPFLAGS = \ [0;0m [1;32m+ -I$(top_srcdir)/cxxtest \ [0;0m [1;32m+ -I$(builddir)/extension/dbus \ [0;0m [0;0m $(EXIF_CFLAGS) \ [0;0m [0;0m $(FREETYPE_CFLAGS) \ [0;0m [0;0m $(GNOME_PRINT_CFLAGS) \ [0;0m [1;34m@@ -80,9 +82,7 @@ [0;0m [0;0m $(POPPLER_GLIB_CFLAGS) \ [0;0m [0;0m -DPOTRACE="potrace" \ [0;0m [0;0m $(INKSCAPE_CFLAGS) \ [0;0m [0;32m- -I$(top_srcdir)/cxxtest \ [0;0m [0;0m $(WIN32_CFLAGS) \ [0;0m [0;32m- -I$(builddir)/extension/dbus \ [0;0m [0;0m $(X11_CFLAGS) [0;0m [0;0m [0;0m [0;0m CXXTEST_TEMPLATE = $(srcdir)/cxxtest-template.tpl [0;0m
Is your legacy SCM system holding you back? Join Perforce May 7 to find
out:
• 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Is it only in packaging though?
I don't build using the packaging code and I was getting a reasonable build on Mac (i.e. Mac like menu system) with osxmenu as opposed to 0.91pre0 which gave me a more x11 type build (without x11 of course).
On Mon, May 12, 2014 at 10:31 PM, Bryce Harrington < bryce@...961...> wrote:
On Mon, May 12, 2014 at 06:47:54PM -0400, Partha Bagchi wrote:
Hi Bryce,
Any plans to include ~suv osxmenu branch? Current Mac build is not quite Mac like. :)
Thanks, Partha
Stay tuned. We did have some extensive planning for packaging work during Frost. We'll move to Freeze once that work is done.
Bryce
On Sun, May 11, 2014 at 3:01 PM, Bryce Harrington <
bryce@...961...
wrote:
On Sun, May 11, 2014 at 01:55:50AM -0400, Daniel Macks wrote:
On Sat, 10 May 2014 19:11:45 -0700, Bryce Harrington <bryce@...961...> wrote: Download it at:
https://sourceforge.net/projects/inkscape/files/inkscape/0.91pre0/
src/Makefile.am has a fragile AM_CPPFLAGS order: various -I$(top_srcdir)/* are after various $(*_CFLAGS), so a header file supplied by some other installed package on the system could mask the intended one in the dist itself. Best to put all local flags before globals. Fink noticed and patched it for the past few versions, but we forgot to send it upstream:( See attached patch.
Thanks, I've applied it to trunk.
dan
-- Daniel Macks dmacks@...2516...
[0;34mdiff -Nurd -x'*~' inkscape-0.91pre0.orig/src/Makefile.am
inkscape-0.91pre0/src/Makefile.am [0;0m
[0;32m--- inkscape-0.91pre0.orig/src/Makefile.am 2014-04-28
17:48:34.000000000 -0400 [0;0m
[1;32m+++ inkscape-0.91pre0/src/Makefile.am 2014-05-11
01:52:18.000000000 -0400 [0;0m
[1;34m@@ -64,6 +64,8 @@ [0;0m [0;0m EXTRA_DIST = [0;0m [0;0m [0;0m [0;0m AM_CPPFLAGS = \ [0;0m [1;32m+ -I$(top_srcdir)/cxxtest \ [0;0m [1;32m+ -I$(builddir)/extension/dbus \ [0;0m [0;0m $(EXIF_CFLAGS) \ [0;0m [0;0m $(FREETYPE_CFLAGS) \ [0;0m [0;0m $(GNOME_PRINT_CFLAGS) \ [0;0m [1;34m@@ -80,9 +82,7 @@ [0;0m [0;0m $(POPPLER_GLIB_CFLAGS) \ [0;0m [0;0m -DPOTRACE="potrace" \ [0;0m [0;0m $(INKSCAPE_CFLAGS) \ [0;0m [0;32m- -I$(top_srcdir)/cxxtest \ [0;0m [0;0m $(WIN32_CFLAGS) \ [0;0m [0;32m- -I$(builddir)/extension/dbus \ [0;0m [0;0m $(X11_CFLAGS) [0;0m [0;0m [0;0m [0;0m CXXTEST_TEMPLATE = $(srcdir)/cxxtest-template.tpl [0;0m
Is your legacy SCM system holding you back? Join Perforce May 7 to
find
out:
• 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
It is not only in 'packaging'.
1) To enhance the OS integration for OS X packages there are changes required which affect the build system (configure.ac, Info.plist.in) and a number of files in 'src' - as detailed in earlier messages, for example in:
http://thread.gmane.org/gmane.comp.graphics.inkscape.devel/43265/focus=43272 http://thread.gmane.org/gmane.comp.graphics.inkscape.devel/43265/focus=43377 http://thread.gmane.org/gmane.comp.graphics.inkscape.devel/43413/focus=43414
2) The osxmenu branch also includes fixes e.g. for relocation support of poppler (poppler-data, bug #956282) and the spell-check feature (bug #396322) - these are changes affecting files in 'src', too. Some of these fixes depend on corresponding configurations in the launcher script - anyone who uses custom packaging methods would have to take care of this him/herself.
Please note: All changes in 'src' in the osxmenu branch will need code review (due to the lack of C/C++ skills on my part), and help by core devs to improve them and to fix the known issues as well as to implement known missing features.
Regards, V
P.S. A couple of weeks ago I compiled trunk with the osxmenu branch merged on Ubuntu 13.10 (VM, 64bit), and didn't notice any obvious breakage. The disappointing aspect was that the addition of a fourth modifier key which is supported in keyboard shortcuts (based on Valerio Aimale's initial patch for 0.48.4 which he shared in the bug tracker, and then adapted with minor modifications to trunk) seems to work only on OS X (it didn't break shortcuts on Ubuntu, but the new modifier could not be used there either).
On 2014-05-13 12:39 +0100, Partha Bagchi wrote:
Is it only in packaging though?
I don't build using the packaging code and I was getting a reasonable build on Mac (i.e. Mac like menu system) with osxmenu as opposed to 0.91pre0 which gave me a more x11 type build (without x11 of course).
On Mon, May 12, 2014 at 10:31 PM, Bryce Harrington <bryce@...961... mailto:bryce@...961...> wrote:
On Mon, May 12, 2014 at 06:47:54PM -0400, Partha Bagchi wrote: > Hi Bryce, > > Any plans to include ~suv osxmenu branch? Current Mac build is not quite > Mac like. :) > > Thanks, > Partha Stay tuned. We did have some extensive planning for packaging work during Frost. We'll move to Freeze once that work is done. Bryce > On Sun, May 11, 2014 at 3:01 PM, Bryce Harrington <bryce@...961... <mailto:bryce@...961...> > > wrote: > > > On Sun, May 11, 2014 at 01:55:50AM -0400, Daniel Macks wrote: > > > On Sat, 10 May 2014 19:11:45 -0700, Bryce Harrington > > > <bryce@...961... <mailto:bryce@...961...>> wrote: > > > Download it at: > > > > > > > > https://sourceforge.net/projects/inkscape/files/inkscape/0.91pre0/ > > > > > > src/Makefile.am has a fragile AM_CPPFLAGS order: various > > > -I$(top_srcdir)/* are after various $(*_CFLAGS), so a header file > > > supplied by some other installed package on the system could mask > > > the intended one in the dist itself. Best to put all local flags > > > before globals. Fink noticed and patched it for the past few > > > versions, but we forgot to send it upstream:( See attached patch. > > > > Thanks, I've applied it to trunk. > > > > > dan > > > > > > -- > > > Daniel Macks > > > dmacks@...2516... <mailto:dmacks@...2516...> > > > > > > > > > > > [0;34mdiff -Nurd -x'*~' inkscape-0.91pre0.orig/src/Makefile.am > > inkscape-0.91pre0/src/Makefile.am [0;0m > > > [0;32m--- inkscape-0.91pre0.orig/src/Makefile.am 2014-04-28 > > 17:48:34.000000000 -0400 [0;0m > > > [1;32m+++ inkscape-0.91pre0/src/Makefile.am 2014-05-11 > > 01:52:18.000000000 -0400 [0;0m > > > [1;34m@@ -64,6 +64,8 @@ [0;0m > > > [0;0m EXTRA_DIST = [0;0m > > > [0;0m [0;0m > > > [0;0m AM_CPPFLAGS = \ [0;0m > > > [1;32m+ -I$(top_srcdir)/cxxtest \ [0;0m > > > [1;32m+ -I$(builddir)/extension/dbus \ [0;0m > > > [0;0m $(EXIF_CFLAGS) \ [0;0m > > > [0;0m $(FREETYPE_CFLAGS) \ [0;0m > > > [0;0m $(GNOME_PRINT_CFLAGS) \ [0;0m > > > [1;34m@@ -80,9 +82,7 @@ [0;0m > > > [0;0m $(POPPLER_GLIB_CFLAGS) \ [0;0m > > > [0;0m -DPOTRACE=\"potrace\" \ [0;0m > > > [0;0m $(INKSCAPE_CFLAGS) \ [0;0m > > > [0;32m- -I$(top_srcdir)/cxxtest \ [0;0m > > > [0;0m $(WIN32_CFLAGS) \ [0;0m > > > [0;32m- -I$(builddir)/extension/dbus \ [0;0m > > > [0;0m $(X11_CFLAGS) [0;0m > > > [0;0m [0;0m > > > [0;0m CXXTEST_TEMPLATE = $(srcdir)/cxxtest-template.tpl [0;0m > > > > > > > ------------------------------------------------------------------------------ > > > Is your legacy SCM system holding you back? Join Perforce May 7 to find > > out: > > > • 3 signs your SCM is hindering your productivity > > > • Requirements for releasing software faster > > > • Expert tips and advice for migrating your SCM now > > > http://p.sf.net/sfu/perforce > > > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net <mailto:Inkscape-devel@lists.sourceforge.net> > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > > > ------------------------------------------------------------------------------ > > Is your legacy SCM system holding you back? Join Perforce May 7 to find > > out: > > • 3 signs your SCM is hindering your productivity > > • Requirements for releasing software faster > > • Expert tips and advice for migrating your SCM now > > http://p.sf.net/sfu/perforce > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net <mailto:Inkscape-devel@lists.sourceforge.net> > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > >
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On 05/10/2014 10:11 PM, Bryce Harrington wrote:
Download it at:
https://sourceforge.net/projects/inkscape/files/inkscape/0.91pre0/Tagged in trunk as:
INKSCAPE_0_91_PRE0The dist directions[1] are outdated, so I'm not confident the package is perfect, but that's why we do pre-releases right? Anyway, if anyone knows a step I missed, please raise it with me so pre1 will be better. I'll try to put some time in this cycle to get these directions up to date, and hopefully streamline the process a bit. I'm hoping to do several pre-releases in support of this.
It would be helpful if packagers could generate binary platform packages from this tarball. If you spot packaging problems (like version numbers that didn't get updated, or missing files needed for builds), please raise these problems with me ASAP.
Binaries for Fedora are now available here:
http://copr-fe.cloud.fedoraproject.org/coprs/ryanlerch/inkscape-prerelease/
cheers, ryanlerch
participants (11)
-
Bryce Harrington -
Daniel Macks -
Jabiertxo Arraiza Cenoz -
Johan Engelen -
john Culleton -
Jon A. Cruz -
Josh Andler -
Partha Bagchi -
Ryan Lerch -
su_v -
Vinícius dos Santos Oliveira