October 2008 - macports-tickets - lists.macosforge.org

Re: [MacPorts] #7273: RFE: httpd-userdir.conf not modified to work on Mac OS X (apache2 port)
by MacPorts 16 Oct '08

16 Oct '08

#7273: RFE: httpd-userdir.conf not modified to work on Mac OS X (apache2 port) --------------------------------------+------------------------------------- Reporter: ryandesign(a)macports.org | Owner: james(a)imajes.info Type: defect | Status: closed Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.2 Resolution: fixed | Keywords: Port: apache2 | --------------------------------------+------------------------------------- Changes (by ryandesign(a)macports.org) * port: => apache2 * reporter: opendarwin-2006(a)ryandesign.com => ryandesign(a)macports.org * milestone: => Port Enhancements Old description: > The httpd-userdir.conf file included with apache2 is designed for Unix > systems having home directories in /home and web files in a public_html > directory. Mac OS X, however, has home directories in /Users and web > files in a Sites directory. The httpd-userdir.conf file needs to be > patched by the darwinports apache2 portfile, especially since, even if I > modify the file locally, it gets replaced the next time I upgrade > apache2. > > It would be a good idea for someone to check how the apache 1 port > behaves in this regard, and open a related bug report for that if > necessary. > > --- original/extra/httpd-userdir.conf 2006-02-09 01:00:33.000000000 > +0100 > +++ extra/httpd-userdir.conf 2006-02-11 00:54:34.000000000 +0100 > @@ -7,13 +7,13 @@ > # directory if a ~user request is received. Note that you must also set > # the default access control for these directories, as in the example > below. > # > -UserDir public_html > +UserDir Sites > > # > # Control access to UserDir directories. The following is an example > # for a site where these directories are restricted to read-only. > # > -<Directory /home/*/public_html> > +<Directory /Users/*/Sites> > AllowOverride FileInfo AuthConfig Limit Indexes > Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec > <Limit GET POST OPTIONS> New description: The httpd-userdir.conf file included with apache2 is designed for Unix systems having home directories in /home and web files in a public_html directory. Mac OS X, however, has home directories in /Users and web files in a Sites directory. The httpd-userdir.conf file needs to be patched by the darwinports apache2 portfile, especially since, even if I modify the file locally, it gets replaced the next time I upgrade apache2. It would be a good idea for someone to check how the apache 1 port behaves in this regard, and open a related bug report for that if necessary. {{{ --- original/extra/httpd-userdir.conf 2006-02-09 01:00:33.000000000 +0100 +++ extra/httpd-userdir.conf 2006-02-11 00:54:34.000000000 +0100 @@ -7,13 +7,13 @@ # directory if a ~user request is received. Note that you must also set # the default access control for these directories, as in the example below. # -UserDir public_html +UserDir Sites # # Control access to UserDir directories. The following is an example # for a site where these directories are restricted to read-only. # -<Directory /home/*/public_html> +<Directory /Users/*/Sites> AllowOverride FileInfo AuthConfig Limit Indexes Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec <Limit GET POST OPTIONS> }}} -- -- Ticket URL: <http://trac.macports.org/ticket/7273#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #6918: wget should depend on gettext (was: RFE: wget should depend on gettext)
by MacPorts 16 Oct '08

16 Oct '08

#6918: wget should depend on gettext --------------------------------------+------------------------------------- Reporter: ryandesign(a)macports.org | Owner: yeled(a)macports.org Type: defect | Status: closed Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.0 Resolution: fixed | Keywords: Port: wget | --------------------------------------+------------------------------------- Changes (by ryandesign(a)macports.org) * port: => wget * reporter: opendarwin-2006(a)ryandesign.com => ryandesign(a)macports.org * milestone: => Port Bugs Old description: > wget apparently requires gettext but the portfile doesn't specify that, > so if one doesn't already have gettext installed, installing wget fails. > This came up on the mailing list: > > http://www.opendarwin.org/pipermail/darwinports/2006-January/031779.html New description: wget apparently requires gettext but the portfile doesn't specify that, so if one doesn't already have gettext installed, installing wget fails. This came up on the mailing list: http://www.opendarwin.org/pipermail/darwinports/2006-January/031779.html -- -- Ticket URL: <http://trac.macports.org/ticket/6918#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #8221: RFE: port upgrade should consider variants when computing dependencies
by MacPorts 16 Oct '08

16 Oct '08

#8221: RFE: port upgrade should consider variants when computing dependencies --------------------------------------+------------------------------------- Reporter: ryandesign(a)macports.org | Owner: gwhitney(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: Resolution: | Keywords: Port: | --------------------------------------+------------------------------------- Changes (by ryandesign(a)macports.org) * reporter: opendarwin-2006(a)ryandesign.com => ryandesign(a)macports.org Old description: > apr-util usually depends on db4, but if you install apr-util with the > +no_bdb variant, this deletes the db4 dependency. This is how I installed > my apr-util 1.2.2, and this is how I want it. I do not want db4 on my > system. > > Attempting to upgrade apr-util to 1.2.6 wants to install db4, however. It > seems that port upgrade doesn't use the variants that were specified in > the last install when computing the needed dependencies. > > I brought this up on the mailing list: > > http://opendarwin.org/pipermail/darwinports/2006-April/033312.html > > Daniel J. Luke suggested I provide the output of port -d -v upgrade apr- > util so here it is: > > $ sudo port -d -v upgrade apr-util > Password: > DEBUG: Found port in > file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/devel > /apr-util > DEBUG: epoch: in tree: 0 installed: 0 > DEBUG: apr-util 1.2.6_0 exists in the ports tree > DEBUG: apr-util 1.2.2_1 is installed > DEBUG: Found port in > file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/devel/apr > DEBUG: epoch: in tree: 0 installed: 0 > DEBUG: apr 1.2.6_0 exists in the ports tree > DEBUG: apr 1.2.6_0 is installed > DEBUG: No need to upgrade! apr 1.2.6_0 >= apr 1.2.6_0 > DEBUG: Found port in > file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/textproc/expat > DEBUG: epoch: in tree: 0 installed: 0 > DEBUG: expat 2.0.0_1 exists in the ports tree > DEBUG: expat 2.0.0_1 is installed > DEBUG: No need to upgrade! expat 2.0.0_1 >= expat 2.0.0_1 > DEBUG: Found port in > file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/textproc/libiconv > DEBUG: epoch: in tree: 0 installed: 0 > DEBUG: libiconv 1.10_1 exists in the ports tree > DEBUG: libiconv 1.10_1 is installed > DEBUG: No need to upgrade! libiconv 1.10_1 >= libiconv 1.10_1 > DEBUG: Found port in > file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/databases/db4 > DEBUG: db4 is *not* installed by DarwinPorts > DEBUG: Changing to port directory: > /opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/databases/db4 > DEBUG: Searching for dependency: db4 > DEBUG: Didn't find receipt, going to depspec regex for: db4 > DEBUG: Requested variant powerpc is not provided by port db4. > DEBUG: Requested variant darwin is not provided by port db4. > DEBUG: Requested variant macosx is not provided by port db4. > DEBUG: Executing variant darwin_8 provides darwin_8 > DEBUG: Skipping completed com.apple.main (db4) > DEBUG: Skipping completed com.apple.unarchive (db4) > ---> Fetching db4 > DEBUG: Executing com.apple.fetch (db4) > ---> db-4.3.29.tar.gz doesn't seem to exist in > /opt/local/var/db/dports/distfiles/db4/4.3.29 > ---> Attempting to fetch db-4.3.29.tar.gz from > http://downloads.sleepycat.com/ > % Total % Received % Xferd Average Speed Time Time Time > Current > Dload Upload Total Spent Left > Speed > 1 5803k 1 98k 0 0 31625 0 0:03:07 0:00:03 0:03:04 > 61949^C > > He also suggested I upgrade with -n (skipping the dependencies) which was > a successful workaround. New description: apr-util usually depends on db4, but if you install apr-util with the +no_bdb variant, this deletes the db4 dependency. This is how I installed my apr-util 1.2.2, and this is how I want it. I do not want db4 on my system. Attempting to upgrade apr-util to 1.2.6 wants to install db4, however. It seems that port upgrade doesn't use the variants that were specified in the last install when computing the needed dependencies. I brought this up on the mailing list: http://opendarwin.org/pipermail/darwinports/2006-April/033312.html Daniel J. Luke suggested I provide the output of port -d -v upgrade apr- util so here it is: {{{ $ sudo port -d -v upgrade apr-util Password: DEBUG: Found port in file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/devel /apr-util DEBUG: epoch: in tree: 0 installed: 0 DEBUG: apr-util 1.2.6_0 exists in the ports tree DEBUG: apr-util 1.2.2_1 is installed DEBUG: Found port in file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/devel/apr DEBUG: epoch: in tree: 0 installed: 0 DEBUG: apr 1.2.6_0 exists in the ports tree DEBUG: apr 1.2.6_0 is installed DEBUG: No need to upgrade! apr 1.2.6_0 >= apr 1.2.6_0 DEBUG: Found port in file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/textproc/expat DEBUG: epoch: in tree: 0 installed: 0 DEBUG: expat 2.0.0_1 exists in the ports tree DEBUG: expat 2.0.0_1 is installed DEBUG: No need to upgrade! expat 2.0.0_1 >= expat 2.0.0_1 DEBUG: Found port in file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/textproc/libiconv DEBUG: epoch: in tree: 0 installed: 0 DEBUG: libiconv 1.10_1 exists in the ports tree DEBUG: libiconv 1.10_1 is installed DEBUG: No need to upgrade! libiconv 1.10_1 >= libiconv 1.10_1 DEBUG: Found port in file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/databases/db4 DEBUG: db4 is *not* installed by DarwinPorts DEBUG: Changing to port directory: /opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/databases/db4 DEBUG: Searching for dependency: db4 DEBUG: Didn't find receipt, going to depspec regex for: db4 DEBUG: Requested variant powerpc is not provided by port db4. DEBUG: Requested variant darwin is not provided by port db4. DEBUG: Requested variant macosx is not provided by port db4. DEBUG: Executing variant darwin_8 provides darwin_8 DEBUG: Skipping completed com.apple.main (db4) DEBUG: Skipping completed com.apple.unarchive (db4) ---> Fetching db4 DEBUG: Executing com.apple.fetch (db4) ---> db-4.3.29.tar.gz doesn't seem to exist in /opt/local/var/db/dports/distfiles/db4/4.3.29 ---> Attempting to fetch db-4.3.29.tar.gz from http://downloads.sleepycat.com/ % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 1 5803k 1 98k 0 0 31625 0 0:03:07 0:00:03 0:03:04 61949^C }}} He also suggested I upgrade with -n (skipping the dependencies) which was a successful workaround. -- -- Ticket URL: <http://trac.macports.org/ticket/8221#comment:7> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #10566: mysql5 mysql_upgrade doesn't work after upgrading to 5.0.24
by MacPorts 16 Oct '08

16 Oct '08

#10566: mysql5 mysql_upgrade doesn't work after upgrading to 5.0.24 --------------------------------------+------------------------------------- Reporter: ryandesign(a)macports.org | Owner: ryandesign(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.3.2 Resolution: | Keywords: Port: mysql5, mysql5-devel | --------------------------------------+------------------------------------- Changes (by ryandesign(a)macports.org) * cc: ryandesign(a)macports.org (removed) * reporter: opendarwin-2006(a)ryandesign.com => ryandesign(a)macports.org * port: => mysql5, mysql5-devel Old description: > I understand you're supposed to run mysql_upgrade after you upgrade to a > new version of MySQL. But after upgrading to MySQL 5.0.24, mysql_upgrade > doesn't seem to work anymore. > > (I have /opt/local/bin, /opt/local/sbin and /opt/local/lib/mysql5/bin in > my PATH.) > > $ mysql_upgrade5 > Can't find program '/opt/local/bin/mysqlcheck' > Please restart with --basedir=mysql-install-directory > $ mysql_upgrade > Can't find program '/opt/local/bin/mysqlcheck' > Please restart with --basedir=mysql-install-directory > $ mysql_upgrade --basedir=/opt/local/lib/mysql5/ > Can't find data directory. Please restart with --datadir=path-to-data-dir > $ mysql_upgrade --basedir=/opt/local/lib/mysql5/ > --datadir=/Users/rschmidt/mysql/data/ > [snipped usage message for mysqlcheck] > Could not find file mysql_fix_privilege_tables.sql > Please use --basedir to specify the directory where MySQL is installed > $ > > I don't know what to specify now. And it seems to me like I shouldn't > have to specify anything -- that it should already know where its parts > are. In 5.0.22 the script worked fine without specifying anything extra, > but I read in the release notes that between 5.0.22 and 5.0.24 they > rewrote mysql_upgrade and changed it from a shell script to a C program. > I'm guessing that has something to do with this problem. New description: I understand you're supposed to run mysql_upgrade after you upgrade to a new version of MySQL. But after upgrading to MySQL 5.0.24, mysql_upgrade doesn't seem to work anymore. (I have /opt/local/bin, /opt/local/sbin and /opt/local/lib/mysql5/bin in my PATH.) {{{ $ mysql_upgrade5 Can't find program '/opt/local/bin/mysqlcheck' Please restart with --basedir=mysql-install-directory $ mysql_upgrade Can't find program '/opt/local/bin/mysqlcheck' Please restart with --basedir=mysql-install-directory $ mysql_upgrade --basedir=/opt/local/lib/mysql5/ Can't find data directory. Please restart with --datadir=path-to-data-dir $ mysql_upgrade --basedir=/opt/local/lib/mysql5/ --datadir=/Users/rschmidt/mysql/data/ [snipped usage message for mysqlcheck] Could not find file mysql_fix_privilege_tables.sql Please use --basedir to specify the directory where MySQL is installed $ }}} I don't know what to specify now. And it seems to me like I shouldn't have to specify anything -- that it should already know where its parts are. In 5.0.22 the script worked fine without specifying anything extra, but I read in the release notes that between 5.0.22 and 5.0.24 they rewrote mysql_upgrade and changed it from a shell script to a C program. I'm guessing that has something to do with this problem. -- -- Ticket URL: <http://trac.macports.org/ticket/10566#comment:9> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #7277: Protect .ht* files case insensitively by default (apache2 port)
by MacPorts 16 Oct '08

16 Oct '08

#7277: Protect .ht* files case insensitively by default (apache2 port) ----------------------------------------+----------------------------------- Reporter: ryandesign(a)macports.org | Owner: imajes(a)macports.org Type: defect | Status: new Priority: High | Milestone: Port Bugs Component: ports | Version: Resolution: | Keywords: Port: apache2, apache20, apache | ----------------------------------------+----------------------------------- Changes (by ryandesign(a)macports.org) * cc: ryandesign(a)macports.org (removed) * port: => apache2, apache20, apache * reporter: opendarwin-2006(a)ryandesign.com => ryandesign(a)macports.org -- Ticket URL: <http://trac.macports.org/ticket/7277#comment:7> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #13055: rdesktop doesn't build on Mac OS X 10.5 Leopard
by MacPorts 16 Oct '08

16 Oct '08

#13055: rdesktop doesn't build on Mac OS X 10.5 Leopard ----------------------------------+----------------------------------------- Reporter: saispo(a)mandriva.org | Owner: cshbell(a)gmail.com Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: Port: rdesktop | ----------------------------------+----------------------------------------- Comment(by cshbell(a)gmail.com) It hasn't been open for a year on the shipping branch; it has only affected the current port for a few weeks. I am testing the proposed patch in #17 this afternoon. -- Ticket URL: <http://trac.macports.org/ticket/13055#comment:21> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #13055: rdesktop doesn't build on Mac OS X 10.5 Leopard
by MacPorts 16 Oct '08

16 Oct '08

#13055: rdesktop doesn't build on Mac OS X 10.5 Leopard ----------------------------------+----------------------------------------- Reporter: saispo(a)mandriva.org | Owner: cshbell(a)gmail.com Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: Port: rdesktop | ----------------------------------+----------------------------------------- Comment(by jefdye(a)dslextreme.com) I just set up a fresh MacBook Pro today and tried to install the rdesktop and I get the same error as listed in this bug. This has been open for a year. Any fix on this? -- Ticket URL: <http://trac.macports.org/ticket/13055#comment:20> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #14249: Add libXt - X Toolkit Intrinsics
by MacPorts 16 Oct '08

16 Oct '08

#14249: Add libXt - X Toolkit Intrinsics --------------------------------+------------------------------------------- Reporter: mvfranz(a)gmail.com | Owner: ram(a)macports.org Type: enhancement | Status: closed Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.6.0 Resolution: fixed | Keywords: Port: xorg-libXt | --------------------------------+------------------------------------------- Changes (by ram(a)macports.org) * status: assigned => closed * resolution: => fixed * port: => xorg-libXt Comment: committed in r40855, thanks. -- Ticket URL: <http://trac.macports.org/ticket/14249#comment:20> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #14434: transcode won't compile, have tried everything. mac os x 10.5.2 on macbook core duo
by MacPorts 16 Oct '08

16 Oct '08

#14434: transcode won't compile, have tried everything. mac os x 10.5.2 on macbook core duo --------------------------------+------------------------------------------- Reporter: brbttyl(a)gmail.com | Owner: lionteeth(a)cogweb.net Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: Port: transcode | --------------------------------+------------------------------------------- Changes (by macsforever2000(a)macports.org) * cc: liontooth(a)cogweb.net (removed) * owner: macports-tickets(a)lists.macosforge.org => lionteeth(a)cogweb.net * port: => transcode -- Ticket URL: <http://trac.macports.org/ticket/14434#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #15387: xorg-proto-20070907 depends on nonexistent port xorg-xf86bigfontproto
by MacPorts 16 Oct '08

16 Oct '08

#15387: xorg-proto-20070907 depends on nonexistent port xorg-xf86bigfontproto ---------------------------------------------+------------------------------ Reporter: blb(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: port bug nonexistent dependency | ---------------------------------------------+------------------------------ x11/xorg-proto depends on {{{port:xorg-xf86bigfontproto}}} which doesn't exist. Also, maintainer email is wrong (no macosports.org domain). -- Ticket URL: <http://trac.macports.org/ticket/15387> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3