January 2016 - macports-tickets - lists.macosforge.org

[MacPorts] #50140: Error: org.macports.build for port texlive-bin returned: command execution failed
by MacPorts 03 Jan '16

03 Jan '16

#50140: Error: org.macports.build for port texlive-bin returned: command execution failed ----------------------------+-------------------------------- Reporter: alain.latour@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: texlive-bin ----------------------------+-------------------------------- Installing auto-multiple-choice cannot be done because texlive cannot be installed. here attached we have the console output and the last 200 lines of the log file. -- Ticket URL: <https://trac.macports.org/ticket/50140> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #50185: gringo 4.5.4 fails to compile
by MacPorts 03 Jan '16

03 Jan '16

#50185: gringo 4.5.4 fails to compile --------------------+-------------------------------- Reporter: tim@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: gringo --------------------+-------------------------------- With OS X 10.11.2 and Xcode 7.2, gringo fails to compile. {{{ -/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_gringo/gringo/main.log :info:build libgringo/gringo/bug.hh:41:15: note: candidate function :info:build inline string to_string(int x) { :info:build ^ :info:build libgringo/gringo/bug.hh:47:15: note: candidate function :info:build inline string to_string(unsigned x) { :info:build ^ :info:build libgringo/gringo/bug.hh:53:15: note: candidate function :info:build inline string to_string(long x) { :info:build ^ :info:build libgringo/gringo/bug.hh:65:15: note: candidate function :info:build inline string to_string(long long x) { :info:build ^ :info:build libgringo/gringo/bug.hh:71:15: note: candidate function :info:build inline string to_string(unsigned long long x) { :info:build ^ :info:build 2 errors generated. :info:build scons: *** [build/release/libgringo/src/term.o] Error 1 :info:build scons: building terminated because of errors. :info:build Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_gringo/gringo/work/gringo-4.5.4-source" && /opt/local/bin/scons gringo clingo reify --build-dir=release CXX="/usr/bin/clang++ -arch x86_64" :info:build Exit code: 2 }}} -- Ticket URL: <https://trac.macports.org/ticket/50185> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #50192: py27-poppler can't build since POPPLER_TYPE_ORIENTATION enum no longer exists
by MacPorts 03 Jan '16

03 Jan '16

#50192: py27-poppler can't build since POPPLER_TYPE_ORIENTATION enum no longer exists ------------------------------+-------------------------------- Reporter: bryan.lawrence@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: ------------------------------+-------------------------------- A full description for the competition is here: https://github.com/ruby- gnome2/ruby-gnome2/issues/653 But the bottom line is that poppler has removed a variable, but the build expects it to be there (snip): {{{ :info:build ^ :info:build poppler.c:4577:53: error: use of undeclared identifier 'POPPLER_TYPE_ORIENTATION' :info:build pyg_enum_add(module, "Orientation", strip_prefix, POPPLER_TYPE_ORIENTATION); :info:build ^ :info:build 1 warning and 1 error generated. }}} -- Ticket URL: <https://trac.macports.org/ticket/50192> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

Re: [MacPorts] #38456: Port request: rpm_select (and other rpm port improvements)
by MacPorts 03 Jan '16

03 Jan '16

#38456: Port request: rpm_select (and other rpm port improvements) ------------------------------------------+-------------------- Reporter: egall@… | Owner: afb@… Type: request | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Resolution: wontfix | Keywords: Port: rpm rpm45 rpm52 rpm53 rpm54 | ------------------------------------------+-------------------- Changes (by afb@…): * status: new => closed * resolution: => wontfix Comment: Suggest to keep just "rpm", and remove all others. Then the default port can be upgraded, if/when there is such a use case... Delete these ports: * rpm52 * rpm53 * rpm54 * db51 * db52 * db53 And then add a rpm-devel to track the latest CVS if wanted, and maybe keep db60 around even if it has license issues (AGPL-3) ? '''No need for rpm_select.''' ---- PS. The `port rpm` and `port dpkg` commands have been removed from MacPorts, as per r123004, in favor of the official .tbz2. -- Ticket URL: <https://trac.macports.org/ticket/38456#comment:20> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47572: xfce4-settings @@ 4.6.5 fails to build due to a change in libnotify
by MacPorts 02 Jan '16

02 Jan '16

#47572: xfce4-settings @@ 4.6.5 fails to build due to a change in libnotify -------------------------+-------------------------------- Reporter: wyatt8750@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: xfce4-settings -------------------------+-------------------------------- LibNotify's notify_notification_new() now takes fewer arguments than it used to, and the version of xfce4-settings in macports is still using the old argument count. Line 420 in accessibility is to blame, and it can be made to compile by doing something like this: {{{ --- old/xfce4-settings-4.6.5/xfce4-settings-helper/accessibility.c 2015-04-25 19:55:26.000000000 -0400 +++ xfce4-settings-4.6.5/xfce4-settings-helper/accessibility.c 2015-04-25 19:55:36.000000000 -0400 @@ -417,7 +417,7 @@ if (helper->notification == NULL) { /* create a new notification */ - helper->notification = notify_notification_new (summary, body, "keyboard", NULL); + helper->notification = notify_notification_new (summary, body, "keyboard"); /* close signal */ g_signal_connect (G_OBJECT (helper->notification), "closed", G_CALLBACK (xfce_accessibility_helper_notification_closed), helper); }}} I don't know if my paths in that patch are correct, but this did seem to fix my issue. If it matters, I am running OS X 10.6.8 (snow leopard) with xcode 4.2's SDK. The patch is also attached, as is the original build log. -- Ticket URL: <https://trac.macports.org/ticket/47572> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

Re: [MacPorts] #41861: Terminal: update to 0.6.3 and rename to xfce4-terminal
by MacPorts 02 Jan '16

02 Jan '16

#41861: Terminal: update to 0.6.3 and rename to xfce4-terminal --------------------------------------+-------------------- Reporter: ryandesign@… | Owner: afb@… Type: update | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: Port: Terminal xfce4-terminal | --------------------------------------+-------------------- Changes (by afb@…): * status: assigned => closed * resolution: => fixed Comment: Fixed, r144133. -- Ticket URL: <https://trac.macports.org/ticket/41861#comment:10> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47559: libtool version mismatch error with latest xfwm4 (4.11.3)
by MacPorts 02 Jan '16

02 Jan '16

#47559: libtool version mismatch error with latest xfwm4 (4.11.3) -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: xfwm4 -------------------------+-------------------------------- Hello, I thought that updating xfwm4 would be a nice little project while on holidays, but I'm running into a libtool version mismatch error: {{{ CCLD helper-dialog libtool: Version mismatch error. This is libtool 2.4.2, but the libtool: definition of this LT_INIT comes from libtool 2.4.6. libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2 libtool: and run autoconf again. make[2]: *** [helper-dialog] Error 63 make[2]: Leaving directory `/Volumes/Debian/MP9/var/macports/build /_Volumes_Debian_MP9_site-ports_x11_xfwm4/xfwm4/work/xfwm4-4.11.3/helper- dialog' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/Volumes/Debian/MP9/var/macports/build /_Volumes_Debian_MP9_site-ports_x11_xfwm4/xfwm4/work/xfwm4-4.11.3' make: *** [all] Error 2 }}} Any ideas? -- Ticket URL: <https://trac.macports.org/ticket/47559> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

Re: [MacPorts] #39011: libxfce4menu @ 4.6.2 does not load libgobject symbols
by MacPorts 02 Jan '16

02 Jan '16

#39011: libxfce4menu @ 4.6.2 does not load libgobject symbols -----------------------------+-------------------- Reporter: dave.evans55@… | Owner: afb@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Resolution: fixed | Keywords: Port: libxfce4menu | -----------------------------+-------------------- Changes (by afb@…): * status: assigned => closed * resolution: => fixed Comment: Fixed, r144133. -- Ticket URL: <https://trac.macports.org/ticket/39011#comment:4> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #48050: xfce4-dev-tools: allow glib2-devel to satisfy glib2 dependency
by MacPorts 02 Jan '16

02 Jan '16

#48050: xfce4-dev-tools: allow glib2-devel to satisfy glib2 dependency --------------------------+----------------------------- Reporter: ryandesign@… | Owner: afb@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: haspatch | Port: xfce4-dev-tools --------------------------+----------------------------- This patch allows glib2-devel to satisfy the glib2 dependency in xfce4 -dev-tools -- Ticket URL: <https://trac.macports.org/ticket/48050> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #48793: xfce @4.6.2_0 xfconf Error: Failed to install xfconf
by MacPorts 02 Jan '16

02 Jan '16

#48793: xfce @4.6.2_0 xfconf Error: Failed to install xfconf ----------------------+-------------------------------- Reporter: cres24@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: xfce ----------------------+-------------------------------- In the process of installing xfce on a fresh install of macports, I received the following error message: {{{ ---> Configuring xfconf Error: Failed to configure xfconf, consult /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_xfce_xfconf/xfconf/work/xfconf-4.6.2/config.log Error: org.macports.configure for port xfconf returned: configure failure: command execution failed Error: Failed to install xfconf Please see the log file for port xfconf for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_xfce_xfconf/xfconf/main.log }}} I'm running Yosemite 10.10.5 and Xcode 6.4 -- Ticket URL: <https://trac.macports.org/ticket/48793> MacPorts <https://www.macports.org/> Ports system for OS X

1 5