On Mär 27 2017, Dave Plater wrote:

BTW the graphviz in Staging:Gcc7 doesn't give png capabilities to dot.

You need graphviz-gnome for png. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org

On 27/03/2017 15:57, Andreas Schwab wrote:

On Mär 27 2017, Dave Plater wrote:

...

BTW the graphviz in Staging:Gcc7 doesn't give png capabilities to dot.

You need graphviz-gnome for png.

Andreas.

My apologies graphviz-gnome works but why does plain graphviz work everywhere else? Graphviz doesn't have pango/cairo libs that are needed for dot -Tpng. Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org

On 28/03/2017 09:43, Andreas Schwab wrote:

On Mär 28 2017, Dave Plater wrote:

...

My apologies graphviz-gnome works but why does plain graphviz work everywhere else?

Does it?

Andreas.

Yes, I've simply got BuildRequires: graphviz in my packages that build doxygen docs with png see multimedia:libs/audaspace: Format: "png" not recognized. Use one of: canon cmap cmapx cmapx_np dot eps fig gv imap imap_np ismap pic plain plain-ext pov ps ps2 svg svgz tk vml vmlz xdot xdot1.2 xdot1.4 error: Problems running dot: exit code=1, command='dot', arguments='"/home/abuild/rpmbuild/BUILD/audaspace-1.3.0/build/doc/DefaultSynchronizer_8h__incl.dot" -Tpng I've already buildrequired graphviz-gnome in libdbus-c++ Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org

On 28/03/2017 11:59, Andreas Schwab wrote:

On Mär 28 2017, Dave Plater wrote:

...

On 28/03/2017 09:43, Andreas Schwab wrote:

...

On Mär 28 2017, Dave Plater wrote:

...

My apologies graphviz-gnome works but why does plain graphviz work everywhere else?

Does it?

Andreas.

Yes, I've simply got BuildRequires: graphviz in my packages that build doxygen docs with png see multimedia:libs/audaspace: Format: "png" not recognized. Use one of: canon cmap cmapx cmapx_np dot

So it does not work. Where does it work?

Andreas.

Everywhere else except for Staging:Gcc7, something is wrong with the gcc7 build of graphviz it doesn't support png in dot. Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org

On 28/03/2017 16:18, Andreas Schwab wrote:

On Mär 28 2017, Dave Plater wrote:

...

Everywhere

Example, please.

Andreas.

https://build.opensuse.org/package/view_file/openSUSE:Factory/audaspace/auda... only requires graphviz but you're correct it fails but doesn't fail the build. # zypper -v rm graphviz-gnome Verbosity: 1 Non-option program arguments: 'graphviz-gnome' Initializing Target Loading repository data... Reading installed packages... Force resolution: Yes Selecting 'graphviz-gnome-2.38.0-3.29.x86_64' for removal. Resolving package dependencies... Force resolution: Yes The following package is going to be REMOVED: graphviz-gnome 2.38.0-3.29 1 package to remove. After the operation, 104.7 KiB will be freed. Continue? [y/n/? shows all options] (y): committing (1/1) Removing graphviz-gnome-2.38.0-3.29.x86_64 ..........................................................................................................................................................................[done] CommitResult (total 1, done 1, error 0, skipped 0, updateMessages 0) Checking for running processes using deleted libraries... arbuthnot:/data/packages # dot -Txxx Format: "xxx" not recognized. Use one of: canon cmap cmapx cmapx_np dot eps fig gd gd2 gif gv imap imap_np ismap jpe jpeg jpg pic plain plain-ext png pov ps ps2 svg svgz tk vml vmlz vrml wbmp xdot xdot1.2 xdot1.4 ^^^ # On my 42.2 system this is possible. Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org

On 29/03/2017 09:59, Andreas Schwab wrote:

On Mär 29 2017, Dave Plater wrote:

...

# zypper -v rm graphviz-gnome Verbosity: 1 Non-option program arguments: 'graphviz-gnome' Initializing Target Loading repository data... Reading installed packages... Force resolution: Yes Selecting 'graphviz-gnome-2.38.0-3.29.x86_64' for removal. Resolving package dependencies... Force resolution: Yes

The following package is going to be REMOVED: graphviz-gnome 2.38.0-3.29

1 package to remove. After the operation, 104.7 KiB will be freed. Continue? [y/n/? shows all options] (y): committing (1/1) Removing graphviz-gnome-2.38.0-3.29.x86_64 ..........................................................................................................................................................................[done] CommitResult (total 1, done 1, error 0, skipped 0, updateMessages 0) Checking for running processes using deleted libraries... arbuthnot:/data/packages # dot -Txxx Format: "xxx" not recognized. Use one of: canon cmap cmapx cmapx_np dot eps fig gd gd2 gif gv imap imap_np ismap jpe jpeg jpg pic plain plain-ext png pov ps ps2 svg svgz tk vml vmlz vrml wbmp xdot xdot1.2 xdot1.4 ^^^ # On my 42.2 system this is possible.

That's not the same. You also have to remove the packages that were pulled in by graphiz-gnome to get the same state as in a package build.

Andreas.

It would be impossible to remove pango and cairo without breaking my system. Thanks for pointing out that dot -Tpng needs graphviz-gnome, the interesting part is the quiet failure of gcc6 and under. Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org

On 30/03/2017 09:33, Jan Engelhardt wrote:

On Thursday 2017-03-30 07:54, Dave Plater wrote:

...

...

It would be impossible to remove pango and cairo without breaking my system. Thanks for pointing out that dot -Tpng needs graphviz-gnome, the interesting part is the quiet failure of gcc6 and under.

For png you need graphviz-gd. graphviz-gnome may just need that too.

I tried graphviz-gd, only graphviz-gnome pulls in pango/cairo which dot needs for png support. Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org

On 30/03/2017 09:39, Jan Engelhardt wrote:

On Thursday 2017-03-30 09:38, Dave Plater wrote:

...

On 30/03/2017 09:33, Jan Engelhardt wrote:

...

On Thursday 2017-03-30 07:54, Dave Plater wrote:

...

...

It would be impossible to remove pango and cairo without breaking my system. Thanks for pointing out that dot -Tpng needs graphviz-gnome, the interesting part is the quiet failure of gcc6 and under.

For png you need graphviz-gd. graphviz-gnome may just need that too.

I tried graphviz-gd, only graphviz-gnome pulls in pango/cairo which dot needs for png support.

Just saying that I have no graphviz-gnome installed (on 42.2) and still have png.

I think graphviz gets png from cairo and pango libs but atm the mystery remains. Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org

On 27/03/2017 16:02, Richard Biener wrote:

On Mon, 27 Mar 2017, Dave Plater wrote:

...

On 27/03/2017 12:55, Richard Biener wrote:

...

On Mon, 27 Mar 2017, Dave Plater wrote:

...

Hi, I've been running around in circles trying to fix multimedia:libs/libdbus-c++'s gcc7 build errors, in home:plater. I fixed one which was a type conversion error but I'm struggling with this: In file included from ../../include/dbus-c++/server.h:34:0, from ../../include/dbus-c++/dbus.h:33, from propsgs-server.h:4, from propsgs-server.cpp:1: ../../include/dbus-c++/dispatcher.h: In static member function 'static void DBus::Threading::init()': ../../include/dbus-c++/dispatcher.h:262:5: error: no matching function for call to '_init_threading(DBus::Mutex* (&)(), void (&)(DBus::Mutex*), void (&)(DBus::Mutex*), void (&)(DBus::Mutex*), DBus::CondVar* (&)(), void (&)(DBus::CondVar*), void (&)(DBus::CondVar*, DBus::Mutex*), bool (&)(DBus::CondVar*, DBus::Mutex*, int), void (&)(DBus::CondVar*), void (&)(DBus::CondVar*))' ); ^ ../../include/dbus-c++/dispatcher.h:247:13: note: candidate: void DBus::_init_threading() void DXXAPI _init_threading(); ^~~~~~~~~~~~~~~ ../../include/dbus-c++/dispatcher.h:247:13: note: candidate expects 0 arguments, 10 provided ../../include/dbus-c++/dispatcher.h:249:13: note: candidate: void DBus::_init_threading(DBus::MutexNewFn, DBus::MutexFreeFn, DBus::MutexLockFn, DBus::MutexUnlockFn, DBus::CondVarNewFn, DBus::CondVarFreeFn, DBus::CondVarWaitFn, DBus::CondVarWaitTimeoutFn, DBus::CondVarWakeOneFn, DBus::CondVarWakeAllFn) <near match> void DXXAPI _init_threading( ^~~~~~~~~~~~~~~ propsgs-server.cpp doesn't even call DBus::_init_threading() and although searching brings nothing up, if this isn't a gcc7 bug. These problems only occur in tests and examples so I can disable them but I would really like to understand this build error.

The build-log in your home shows no error?

...

Thanks Dave P

I've enabled tests and examples again the build fails for gcc7. BTW the graphviz in Staging:Gcc7 doesn't give png capabilities to dot.

Likely you have

#ifndef DBUS_HAS_RECURSIVE_MUTEX typedef bool (*MutexFreeFn)(Mutex *mx); typedef bool (*MutexLockFn)(Mutex *mx); ^^^

returns bool but:

template struct Threading { static void init() { _init_threading( mutex_new, mutex_free, mutex_lock, mutex_unlock, condvar_new, condvar_free, condvar_wait, condvar_wait_timeout, condvar_wake_one, condvar_wake_all ); ... static void mutex_lock(Mutex *mx) { mx->lock(); }

returns void.

SHould work with -fpermissive but it shouldn't have worked with GCC 6 either so likely somehow DBUS_HAS_RECURSIVE_MUTEX changes when compiler change.

-fpermissive has no effect on this particular error, I'm giving up on this one and disabling tests and examples. Thanks Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org