March 2011 - macports-tickets - lists.macosforge.org

[MacPorts] #28856: GraphicsMagick @1.3.12 Add jpeg2 variant
by MacPorts 30 Jan '13

30 Jan '13

#28856: GraphicsMagick @1.3.12 Add jpeg2 variant ----------------------------------------------+----------------------------- Reporter: joel@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Low | Milestone: Component: ports | Version: 1.9.2 Keywords: GraphicsMagick port jpeg2000 jp2 | Port: GraphicsMagick ----------------------------------------------+----------------------------- GraphicsMagick disabled JPEG 2000 support by default. I needed it activated. Initially I just edited the Portfile to change the --with-jp2 to "yes" but then I though it should be an option. Easy enough to add, right? See attached patch file. -- Ticket URL: <https://trac.macports.org/ticket/28856> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #27738: webkit-gtk parallel build issue
by MacPorts 30 Jan '13

30 Jan '13

#27738: webkit-gtk parallel build issue -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: devans@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: webkit-gtk -------------------------------------+-------------------------------------- webkit-gtk has a strange build problem for me on Snow Leopard. I get this error: {{{ CXX JavaScriptCore/pcre/libJavaScriptCore_la-pcre_tables.lo In file included from JavaScriptCore/pcre/pcre_tables.cpp:73: JavaScriptCore/pcre/chartables.c:13: error: conflicting declaration 'const unsigned char jsc_pcre_default_tables [0u]' JavaScriptCore/pcre/pcre_internal.h:382: error: 'jsc_pcre_default_tables' has a previous declaration as 'const unsigned char jsc_pcre_default_tables [480]' JavaScriptCore/pcre/chartables.c:32: error: expected primary-expression at end of input JavaScriptCore/pcre/chartables.c:32: error: expected `}' at end of input make[1]: *** [JavaScriptCore/pcre/libJavaScriptCore_la-pcre_tables.lo] Error 1 make: *** [all] Error 2 }}} Line 382 of pcre_internal.h reads: {{{ extern const unsigned char jsc_pcre_default_tables[tables_length]; }}} And earlier in that file we have: {{{ #define cbit_length 96 /* Length of the cbits table */ }}} {{{ #define cbits_offset 256 #define ctypes_offset (cbits_offset + cbit_length) #define tables_length (ctypes_offset + 128) }}} So that looks fine. But in chartables.c on line 13 we have: {{{ const unsigned char jsc_pcre_default_tables[0] = { }}} That's wrong. And in fact, chartables.c ends with the line: {{{ /* This table is a case flipping table. */ }}} (There should be a lot more after that line.) If I manually run dftables (the program that creates chartables.c), a complete correct-looking file is created. If I delete chartables.c and rerun the port install, it recreates chartables.c correctly. I think it's a parallel build issue. dftables tries to read values from pcre_internal.h, and this will fail if pcre_internal.h has not been written yet. -- Ticket URL: <https://trac.macports.org/ticket/27738> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #25264: libmcs: master_sites, bz2
by MacPorts 29 Jan '13

29 Jan '13

#25264: libmcs: master_sites, bz2 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: jdunn@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.0 Keywords: | Port: libmcs -------------------------------------+-------------------------------------- libmcs uses a master_sites definition that appears to be hosted on a web site owned by you, the port maintainer. Why isn't the port using the project's own download location, http://distfiles.atheme.org/ ? They even have .tbz2 versions there, which are smaller and therefore preferred. Why is the .tar.gz file on your server twice as large as the .tgz file on the project's own server? I tried comparing their contents and they're radically different. What's going on? Which is the real 0.7.1? -- Ticket URL: <http://trac.macports.org/ticket/25264> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16792: Request for new port: rkhunter
by MacPorts 29 Jan '13

29 Jan '13

#16792: Request for new port: rkhunter -------------------------------+-------------------------------------------- Reporter: ralph(a)cs.cf.ac.uk | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Requests Component: ports | Version: 1.6.0 Keywords: | Port: -------------------------------+-------------------------------------------- This is a request for a port of rkhunter (root kit detection software). -- Ticket URL: <http://trac.macports.org/ticket/16792> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #15466: please include a poortfile for lazarus
by MacPorts 29 Jan '13

29 Jan '13

#15466: please include a poortfile for lazarus -------------------------------------+-------------------------------------- Reporter: jpenguin(a)clovermail.net | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | -------------------------------------+-------------------------------------- and all of it dependencies http://wiki.lazarus.freepascal.org/ -- Ticket URL: <http://trac.macports.org/ticket/15466> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #28017: firefox-x11-devel 4.0b9_0 does not open the GUI
by MacPorts 28 Jan '13

28 Jan '13

#28017: firefox-x11-devel 4.0b9_0 does not open the GUI ----------------------------------+----------------------------------------- Reporter: cubranic@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: firefox-x11-devel ----------------------------------+----------------------------------------- After upgrading from @4.0b7_1+gnome+official_branding to 4.0b9+gnome+official_branding, running "firefox" just returns without opening a window or printing an error. If I instead run "firefox -ProfileManager", I get the following error: {{{ XML Parsing Error: undefined entity Location: chrome://mozapps/content/profile/profileSelection.xul Line Number 53, Column 1: <dialog ^ }}} This looks similar to https://qa.mandriva.com/show_bug.cgi?id=62105 -- Ticket URL: <https://trac.macports.org/ticket/28017> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #25261: gphpedit submission
by MacPorts 27 Jan '13

27 Jan '13

#25261: gphpedit submission -------------------------------+-------------------------------------------- Reporter: jdunn@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.0 Keywords: | Port: -------------------------------+-------------------------------------------- this port is almost complete, but i cant figure out why its giving errors. -- Ticket URL: <http://trac.macports.org/ticket/25261> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 20

[MacPorts] #25233: libmcs submission
by MacPorts 24 Jan '13

24 Jan '13

#25233: libmcs submission -------------------------------+-------------------------------------------- Reporter: jdunn@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.0 Keywords: libmcs | Port: libmcs -------------------------------+-------------------------------------------- libmcs 0.7.1 <a href="http://www.atheme.org">Developers Website</a> <a href="http://hg.atheme.org/libmcs">HG Repo</a> Portfile is attached. The libmcs package is a library and set of tools which abstract the storage of configuration settings away from userland applications. There are similar projects like this (such as GConf), but unlike those projects, libmcs strictly handles abstraction. It does not impose any specific data storage requirement, nor is it tied to any desktop environment or software suite. This portfile has only been tested on snow leopard 10.6.3 -- Ticket URL: <http://trac.macports.org/ticket/25233> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #19465: tor: should be launched via plist file
by MacPorts 19 Jan '13

19 Jan '13

#19465: tor: should be launched via plist file ---------------------------------+------------------------------------------ Reporter: cilly@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: tor ---------------------------------+------------------------------------------ make sure to create @PREFIX@/var/run/tor and @PREFIX@/var/lib/tor with appropriate permissions. -- Ticket URL: <http://trac.macports.org/ticket/19465> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #22102: Conflict with libJPEG.dylib and ApplicationServices ImageIO framework
by MacPorts 14 Jan '13

14 Jan '13

#22102: Conflict with libJPEG.dylib and ApplicationServices ImageIO framework -----------------------------------+---------------------------------------- Reporter: mike@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: -----------------------------------+---------------------------------------- $ couchdb dyld: Symbol not found: __cg_jpeg_resync_to_restart Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO Expected in: /opt/local/lib/libJPEG.dylib Trace/BPT trap -- Ticket URL: <http://trac.macports.org/ticket/22102> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10