May 2013 - macports-tickets - lists.macosforge.org

[MacPorts] #33036: sdcc update port to 3.1.0
by MacPorts 08 Apr '14

08 Apr '14

#33036: sdcc update port to 3.1.0 --------------------------------------+------------------------------------- Reporter: lara.dougan@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: haspatch | Port: sdcc --------------------------------------+------------------------------------- Hi. Here is a patch to update SDCC to version 3.1.0. I also removed avr and x51 then added variants for them because they are unsupported by SDCC now. -- Ticket URL: <https://trac.macports.org/ticket/33036> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #32533: txt2regex: noarch; license; manpage location
by MacPorts 08 Apr '14

08 Apr '14

#32533: txt2regex: noarch; license; manpage location -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: grrr@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: haspatch | Port: txt2regex -------------------------------------+-------------------------------------- The txt2regex port installs a manpage, but with the wrong extension (".man" instead of the required ".1"), so "man txt2regex" doesn't actually find it. The attached Portfile patch fixes this, and indicates that the port doesn't install any architecture-specific files, and builds and installs the localized message catalogs. It does this by removing the custom destroot phase the Portfile had been using, and instead patching the Makefile to work properly. The Makefile patch makes the following changes: * Introduces PREFIX variable and uses it instead of assuming /usr * Fixes how DESTDIR is handled so that DESTDIR doesn't get written into the final txt2regex script * Replaces "echo -n" (which doesn't work as intended on POSIX-compliant systems like Snow Leopard and higher) with "printf" * Installs manpage The Makefile patch should be suitable for submission to the developers of this software, if they're interested. -- Ticket URL: <https://trac.macports.org/ticket/32533> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37732: fortran compilers don't accept -arch flags
by MacPorts 08 Apr '14

08 Apr '14

#37732: fortran compilers don't accept -arch flags ---------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.2 Keywords: | Port: ---------------------+-------------------------------- gfortran-mp-4.X fails when the compiler flag {{{-arch xxx}}} is set. On the other hand {{{g95}}} simply ignores the flag (it has no influence). {{{ > gfortran-mp-4.5 -arch x86_64 a.f f951: error: unrecognized command line option "-arch" }}} This seems in contradiction to the information on http://www.microscopy.cen.dtu.dk/computing/fortran/index.html though which provides a counter example: {{{ gfortran -arch x86_64 -arch i386 -arch ppc hello.f -o hello }}} so I'm still confused a bit. It seems that one can use {{{-m32}}} with both to get 32-bit i386 binaries, but I cannot try it out without recompiling gcc with {{{+universal}}} and I don't know yet how to make universal binaries with that approach. If I try to use cmake Portgroup (but I didn't yet test without it), it automatically adds {{{-arch x86_64}}} to FFLAGS and the compilation fails. See also #37034 and #37688. After writing the description I have also found this ticket #20361 and r54236 which made me believe that the wrong behaviour might have been fixed earlier and introduced again later (but I didn't try to understand the tcl code). -- Ticket URL: <https://trac.macports.org/ticket/37732> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 20

[MacPorts] #25686: Add crypto variants to openssl & use system zlib
by MacPorts 07 Apr '14

07 Apr '14

#25686: Add crypto variants to openssl & use system zlib ------------------------------------+--------------------------------------- Reporter: michaelld@… | Owner: mww@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: openssl ------------------------------------+--------------------------------------- OpenSSL 1.0.0a allows for extensions for md2, kerberos, and others as well as moves to using system (MacPorts) provided zlib. I'm attaching a patch to the current (1.0.0a, epoch 1, revision 0) Portfile to allow these changes. The default install isn't changed, and in my testing openssl works just before with or without the variants (the variants are plugin extensions and headers, and do not impact the application). -- Ticket URL: <http://trac.macports.org/ticket/25686> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #32652: gvfs cannot open remote urls
by MacPorts 07 Apr '14

07 Apr '14

#32652: gvfs cannot open remote urls ------------------------------+--------------------------------------------- Reporter: brandon@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: gtk, gvfs | Port: gvfs ------------------------------+--------------------------------------------- This may be related more deeply to Gio but gvfs cannot open remote uri's. There is a [https://trac.macports.org/ticket/32020 similar bug] reported for Gimp but this is a more general issue that I also experience when programming with Giomm and trying to use Giomm::File to open remote uris. [[BR]] /opt/local/bin/gvfs-open http://www.macports.com [[BR]] gvfs-open: http://www.macports.com: error opening location: Operation not supported -- Ticket URL: <https://trac.macports.org/ticket/32652> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #38301: Latest Ocropus doesn't get along with iulib
by MacPorts 07 Apr '14

07 Apr '14

#38301: Latest Ocropus doesn't get along with iulib ------------------------+-------------------------------- Reporter: tgamblin@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: ocropus | Port: ocropus ------------------------+-------------------------------- There are a bunch of ambiguous calls in the current octopus due to duplicate routines in the latest iulib. This causes ocropus and iulib not to get along. Attaching the build output. -- Ticket URL: <https://trac.macports.org/ticket/38301> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #36390: monitor mode for wireshark
by MacPorts 05 Apr '14

05 Apr '14

#36390: monitor mode for wireshark ----------------------------------+-------------------------------- Reporter: vaniat@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: monitor mode capture | Port: wireshark ----------------------------------+-------------------------------- Hello, I have unfortunately upgraded to wireshark 1.8.2 to find out that monitor mode was removed from capturing options for the interface? I am trying to revert back to old 1.6 wireshark but that doesn't work any more :(. Is there any other way I can enable apple wireless card to capture RAW air packets? Thanks a lot for your help. Kindest regards, Vania Toperich -- Ticket URL: <https://trac.macports.org/ticket/36390> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #15692: New port: Freenet
by MacPorts 05 Apr '14

05 Apr '14

#15692: New port: Freenet --------------------------------------------------+------------------------- Reporter: dbonde+bugs+macosforge.org(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | --------------------------------------------------+------------------------- Please include a freenet port. -- Ticket URL: <http://trac.macports.org/ticket/15692> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #19818: Freenet
by MacPorts 05 Apr '14

05 Apr '14

#19818: Freenet -------------------------------------------------------------------+-------- Reporter: macports.users@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: Freenet, Java, Publication Tools, Free Speech, Google | Port: -------------------------------------------------------------------+-------- http://freenetproject.org/ -- Ticket URL: <http://trac.macports.org/ticket/19818> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #31901: add SQlNinja to the ports tree
by MacPorts 04 Apr '14

04 Apr '14

#31901: add SQlNinja to the ports tree --------------------------------------------------+------------------------- Reporter: fyodor.vassiley@… | Owner: macports-tickets@… Type: request | Status: new Priority: Low | Milestone: Component: ports | Version: 2.0.3 Keywords: CEHv7 SQlNinja sql injection pentest | Port: SQlNinja --------------------------------------------------+------------------------- http://sqlninja.sourceforge.net/ Introduction Fancy going from a SQL Injection on Microsoft SQL Server to a full GUI access on the DB? Take a few new SQL Injection tricks, add a couple of remote shots in the registry to disable Data Execution Prevention, mix with a little Perl that automatically generates a debug script, put all this in a shaker with a Metasploit wrapper, shake well and you have just one of the attack modules of sqlninja! Sqlninja is a tool targeted to exploit SQL Injection vulnerabilities on a web application that uses Microsoft SQL Server as its back-end. Its main goal is to provide a remote access on the vulnerable DB server, even in a very hostile environment. It should be used by penetration testers to help and automate the process of taking over a DB Server when a SQL Injection vulnerability has been discovered. Have a look at the flash demo and then feel free to download. It is released under the GPLv3 Features The full documentation can be found in the tarball and also here, but here's a list of what the Ninja does: Fingerprint of the remote SQL Server (version, user performing the queries, user privileges, xp_cmdshell availability, DB authentication mode) Bruteforce of 'sa' password (in 2 flavors: dictionary-based and incremental) Privilege escalation to sysadmin group if 'sa' password has been found Creation of a custom xp_cmdshell if the original one has been removed Upload of netcat (or any other executable) using only normal HTTP requests (no FTP/TFTP needed) TCP/UDP portscan from the target SQL Server to the attacking machine, in order to find a port that is allowed by the firewall of the target network and use it for a reverse shell Direct and reverse bindshell, both TCP and UDP ICMP-tunneled shell, when no TCP/UDP ports are available for a direct/reverse shell but the DB can ping your box DNS-tunneled pseudo-shell, when no TCP/UDP ports are available for a direct/reverse shell, but the DB server can resolve external hostnames (check the documentation for details about how this works) Evasion techniques to confuse a few IDS/IPS/WAF Integration with Metasploit3, to obtain a graphical access to the remote DB server through a VNC server injection Integration with churrasco.exe, to escalate privileges to SYSTEM on w2k3 via token kidnapping Support for CVE-2010-0232, to escalate the privileges of sqlservr.exe to SYSTEM -- Ticket URL: <https://trac.macports.org/ticket/31901> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1