November 2007 - macports-tickets - lists.macosforge.org

Re: [MacPorts] #12898: TinyOS 2.x operating system port
by MacPorts 27 Nov '07

27 Nov '07

#12898: TinyOS 2.x operating system port -------------------------------+-------------------------------------------- Reporter: platon(a)nii.ac.jp | Owner: macports-dev(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.5.2 Resolution: | Keywords: tinyos, operating system, wireless sensor network -------------------------------+-------------------------------------------- Comment (by platon(a)nii.ac.jp) This update of the portfile submission addresses all items from Ryan's comments. I have however maintained the post-fetch renaming of the worksrcdir, from tinyos-2.x to tinyos-2.0.2, so that to reflect the exact version of the system. The development environment is now installed by default under ${prefix}/tinyos-2.0.2 (with the generated environment configuration script) and registered for proper uninstall. The system was tested under MacPorts 1.5.2. It does not work with 1.6 because of the mtree violation (necessary, in my sense). -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12898#comment:3> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #13145: selfupdate failure with MacPorts 1.5 due to volume name containing a space character
by MacPorts 27 Nov '07

27 Nov '07

#13145: selfupdate failure with MacPorts 1.5 due to volume name containing a space character ----------------------------------+----------------------------------------- Reporter: seancontact(a)mac.com | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: closed Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.5.0 Resolution: fixed | Keywords: ----------------------------------+----------------------------------------- Changes (by jmpp(a)macports.org) * status: reopened => closed * resolution: => fixed Comment: I think I fixed this in r31522, which will be in our next release. Please give it a try at that moment if you can (that is, if you still have that old installation and that path with spaces in it) and report back here how it goes. Closing ticket. -jmpp PS: Note that the escaping of the spaces is performed only when accessing the shell $HOME variable to upgrade the user specific MacPorts conf file, but none is performed on any of the other variables in this upgrade code as MacPorts itself doesn't really support installing onto paths with spaces, as already explained in this ticket. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13145#comment:6> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #12897: NesC programming language
by MacPorts 27 Nov '07

27 Nov '07

#12897: NesC programming language -------------------------------+-------------------------------------------- Reporter: platon(a)nii.ac.jp | Owner: macports-dev(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.5.2 Resolution: | Keywords: nesc, language, devel, wsn -------------------------------+-------------------------------------------- Comment (by platon(a)nii.ac.jp) The portfile now fetches directly the tarball from Sourceforge. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12897#comment:3> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #13145: selfupdate failure with MacPorts 1.5 due to volume name containing a space character
by MacPorts 27 Nov '07

27 Nov '07

#13145: selfupdate failure with MacPorts 1.5 due to volume name containing a space character ----------------------------------+----------------------------------------- Reporter: seancontact(a)mac.com | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: reopened Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.5.0 Resolution: | Keywords: ----------------------------------+----------------------------------------- Changes (by jmpp(a)macports.org) * status: closed => reopened * resolution: wontfix => * milestone: => MacPorts base bugs -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13145#comment:5> MacPorts </projects/macports> Ports system for Mac OS

1 0

[MacPorts] #13395: commit message needs port name.
by MacPorts 27 Nov '07

27 Nov '07

#13395: commit message needs port name. ----------------------------------+----------------------------------------- Reporter: frstan(a)bellsouth.net | Owner: wsiegrist(a)apple.com Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: infrastructure | Version: 1.5.2 Keywords: commit RSS | ----------------------------------+----------------------------------------- The RSS feed would be easier to use if the port name was prefixed to the commit message. This would cause the subject line in mail (most of the time) to be sufficiently informative in itself without having to open the RSS message. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13395> MacPorts </projects/macports> Ports system for Mac OS

1 4

Re: [MacPorts] #10665: Fix mod_rewrite so we can get nicer urls in both WordPress and Trac
by MacPorts 27 Nov '07

27 Nov '07

#10665: Fix mod_rewrite so we can get nicer urls in both WordPress and Trac ----------------------------------+----------------------------------------- Reporter: jberry(a)macports.org | Owner: wsiegrist(a)apple.com Type: enhancement | Status: assigned Priority: Low | Milestone: Component: infrastructure | Version: Resolution: | Keywords: ----------------------------------+----------------------------------------- Changes (by jmpp(a)macports.org) * summary: Fix mod_rewrite so we can get nicer urls in WordPress => Fix mod_rewrite so we can get nicer urls in both WordPress and Trac -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/10665#comment:8> MacPorts </projects/macports> Ports system for Mac OS

1 0

[MacPorts] #13427: "ltris" build dependency on GNU coreutils
by MacPorts 27 Nov '07

27 Nov '07

#13427: "ltris" build dependency on GNU coreutils -------------------------------+-------------------------------------------- Reporter: martijn(a)inlv.org | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.2 Keywords: ltris build error | -------------------------------+-------------------------------------------- ltris fails to be "staged into destroot" with an error message about the "install" command. Turns out it uses GNU-specific arguments to the "install" command. Installing GNU coreutils (which includes the GNU version of "install") fixed it. Either the port should be patched to use POSIX-compliant syntax for the "install" command, or the "coreutils" port should be added as a build dependency. (Note that the port is two versions behind; perhaps it has already been fixed upstream.) Here is a dump of what happens without coreutils installed. breedzicht:~ martijn$ sudo port install ltris Password: ---> Fetching ltris ---> Attempting to fetch ltris-1.0.9.tar.gz from http://downloads.sourceforge.net/lgames ---> Attempting to fetch ltris-1.0.9.tar.gz from http://easynews.dl.sourceforge.net/lgames ---> Verifying checksum(s) for ltris ---> Extracting ltris ---> Configuring ltris ---> Building ltris with target all ---> Staging ltris into destroot Error: Target org.macports.destroot returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_ltris/work/ltris-1.0.9" && make install DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_ltris/work/destroot " returned error 2 Command output: Making install in src Making install in gfx make[3]: Nothing to be done for `install-exec-am'. /bin/sh ../../mkinstalldirs /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_ltris/work/destroot/opt/local/share/ltris/gfx mkdir /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_ltris/work/destroot/opt/local/share/ltris mkdir /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_ltris/work/destroot/opt/local/share/ltris/gfx Making install in sounds make[3]: Nothing to be done for `install-exec-am'. /bin/sh ../../mkinstalldirs /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_ltris/work/destroot/opt/local/share/ltris/sounds mkdir /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_ltris/work/destroot/opt/local/share/ltris/sounds /bin/sh ../mkinstalldirs /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_ltris/work/destroot/opt/local/bin /usr/bin/install -c ltris /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_ltris/work/destroot/opt/local/bin/ltris /bin/sh ../mkinstalldirs /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_ltris/work/destroot/opt/local/share/ltris /usr/bin/install -c -m 644 figures /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_ltris/work/destroot/opt/local/share/ltris/figures /bin/sh ../mkinstalldirs /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_ltris/work/destroot/opt/local/var if ! test -f /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_ltris/work/destroot/opt/local/var/ltris.hscr; then \ /usr/bin/install -c -m 644 --mode=666 empty.hscr /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_ltris/work/destroot/opt/local/var/ltris.hscr; \ fi; install: illegal option -- - usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... make[3]: *** [install-data-local] Error 64 make[2]: *** [install-am] Error 2 make[1]: *** [install-recursive] Error 1 make: *** [install-recursive] Error 1 Error: Status 1 encountered during processing. breedzicht:~ martijn$ -- Ticket URL: <http://trac.macports.org/projects/macports/ticket/13427> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #13223: boost fails to build on Mac OS X 10.5 Leopard
by MacPorts 26 Nov '07

26 Nov '07

#13223: boost fails to build on Mac OS X 10.5 Leopard -------------------------------------+-------------------------------------- Reporter: brianjlandau(a)gmail.com | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: Resolution: | Keywords: boost -------------------------------------+-------------------------------------- Comment (by tomaz.solc(a)tablix.org) I can confirm that the following command works for me (OS X 10.5, PPC): MAKE=/opt/local/bin/gmake sudo port install boost (Of course I first had to install gmake) Thanks. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13223#comment:5> MacPorts </projects/macports> Ports system for Mac OS

1 0

[MacPorts] #13400: subversion port misses coreutils dependency
by MacPorts 26 Nov '07

26 Nov '07

#13400: subversion port misses coreutils dependency ---------------------------------+------------------------------------------ Reporter: tim.stoop(a)gmail.com | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: new Priority: High | Milestone: Port Bugs Component: ports | Version: 1.5.2 Keywords: subversion ginstall | ---------------------------------+------------------------------------------ It need the coreutils for /opt/local/bin/ginstall. Another option would be to use /usr/bin/install, but if you use ginstall, please create a dependency on coreutils. Thanks. Priority set to high, since subversion won't build without it. -- Ticket URL: <http://trac.macports.org/projects/macports/ticket/13400> MacPorts </projects/macports> Ports system for Mac OS

1 4

Re: [MacPorts] #12602: real author in "From" header in svn commit log emails
by MacPorts 26 Nov '07

26 Nov '07

#12602: real author in "From" header in svn commit log emails --------------------------------+------------------------------------------- Reporter: jmpp(a)macports.org | Owner: jmpp(a)macports.org Type: enhancement | Status: reopened Priority: Normal | Milestone: Component: infrastructure | Version: Resolution: | Keywords: real author, commit log message --------------------------------+------------------------------------------- Changes (by wsiegrist(a)apple.com) * status: closed => reopened * resolution: fixed => Comment: Yes, it can be changed. Currently the recipients are hidden (Bcc'd), I assume just to protect from harvesting, privacy, etc. I can enable the "use_public_cc" option on your trac which will add the "To:" and "Cc:" fields to all the notification emails. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12602#comment:6> MacPorts </projects/macports> Ports system for Mac OS

1 0