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

Re: [MacPorts] #8605: BUG: apache2 doesn't leave modified extra config files alone
by MacPorts 11 Nov '08

11 Nov '08

#8605: BUG: apache2 doesn't leave modified extra config files alone --------------------------------+------------------------------------------- Reporter: wyuenho(a)gmail.com | Owner: imajes(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: Resolution: | Keywords: Port: apache2, apache20 | --------------------------------+------------------------------------------- Changes (by ryandesign(a)macports.org) * port: => apache2, apache20 Comment: There's nothing particularly complicated here to do or explain, it's just nobody has done it yet. The apache2 port already does not overwrite your httpd.conf; now it just needs to also not overwrite your extra conf files. I don't think it's reasonable to expect MacPorts to upgrade your non- MacPorts-managed conf files though. I wouldn't expect the maintainer to provide an upgrade script either. It is the user's responsibility to inspect the new sample conf files for any changes, and apply them to their own conf file. Or you could suggest to upstream that they should develop and supply an update script with apache2, which the MacPorts port would then of course also provide as soon as it's updated. -- Ticket URL: <http://trac.macports.org/ticket/8605#comment:14> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #13601: MacPorts doesn't respect hard links during install phase
by MacPorts 11 Nov '08

11 Nov '08

#13601: MacPorts doesn't respect hard links during install phase --------------------------------------+------------------------------------- Reporter: julien.thewys(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.5.2 Resolution: | Keywords: tcl hard link Port: git-core | --------------------------------------+------------------------------------- Comment(by blb(a)macports.org) Replying to [comment:4 ryandesign@…]: > I thought that was the point of hard links -- that they are indistinguishable from real files. So there's no way for base to fix this. It can with inode detection (I think that'd be the simplest way). Something using [file stat...] to detect when a file has more than one link, then organizing those which are the same to keep the hard links. > So isn't the fix for the for git-core to install those files as symlinks instead of hard links? Perhaps, or maybe they have a reason for using hard instead of symlinks. Also, this could come up again. -- Ticket URL: <http://trac.macports.org/ticket/13601#comment:7> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #8605: BUG: apache2 doesn't leave modified extra config files alone
by MacPorts 11 Nov '08

11 Nov '08

#8605: BUG: apache2 doesn't leave modified extra config files alone --------------------------------+------------------------------------------- Reporter: wyuenho(a)gmail.com | Owner: imajes(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: Resolution: | Keywords: --------------------------------+------------------------------------------- Comment(by talklists(a)newgeo.com) So far, it does not look like anyone is offering up suggestions on how to solve this, other than jmr@, perhaps I can help. As with most other config file software, you do not touch the config files. in apache's case, anything that ends in .conf, and further, anything that was added and is not a part of the initial install, needs to be left untouched. Apache is pretty nice in that config files are in well known places, so it should be simple to leave them alone. Every now and then, even Apple will write over your *.conf files, and cause trouble, but it has been at least a year since this last happened. The solution as I see it is that upgrades do not touch *.conf files, period. Major version updates will need to be taken into consideration. As far as I can remember, the config file options do not change over time/versions. So while the 1.3 branch has it's config file, and the 2.x branch certainly was changed, within major versions, they do not change. Since version 1 and version 2 install in totally different locations, this still remains a non issue. In the rare event that a apache update adds and/or changes functionality to a config file, the port maintainer needs to provide a patch that will change the files in place. Ideally, making a backup as well. More ideal, in my opinion, is to simply provide a patch script and let the user run it locally. If files are to be edited in place, make a backup, and stuff a note in it as to why it exists. I am a bit paranoid about this, so I move my config files for most everything, like named.conf and httpd.conf and many others, elsewhere. This is not in MacPorts, but in plain OS X that I do this. I then simply link from the standard location, to the new location. If an update wipes a link, no big deal, I can diff the files, and repair. I am yet to run a diff that found a diff, for some reason Apple just likes to replace config files for no reason. Probably easier than excluding them. OS X Server more or less does not touch your config files, or they update the old ones, to match the new ones, without altering your settings. This can, and has caused issues, but a careful `awk` can usually do just fine. Comments? -- Ticket URL: <http://trac.macports.org/ticket/8605#comment:13> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #13493: xorg-renderproto and render conflict
by MacPorts 11 Nov '08

11 Nov '08

#13493: xorg-renderproto and render conflict ---------------------------------------+------------------------------------ Reporter: mww(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: reopened Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.2 Resolution: | Keywords: render xorg-renderproto xorg Port: xorg-renderproto, render | ---------------------------------------+------------------------------------ Changes (by ryandesign(a)macports.org) * status: closed => reopened * resolution: fixed => Comment: Sigh, this is still not working right. If you don't already have xorg-renderproto installed (which you probably don't), then MacPorts wants to ''install'' xorg-renderproto (as opposed to ''upgrade'' xorg-renderproto). But when installing, MacPorts doesn't check whether dependencies should be upgraded. It only checks for that when upgrading. So, MacPorts sees xorg-renderproto has a render dependency, sees that (an older version of) render is already installed, and thinks that's ok. It's totally not though. With reluctance, adding render back in as a dependency of all ports that it was a dependency of before, in r41828. This can be removed later once everyone has upgraded. (When will that be?) -- Ticket URL: <http://trac.macports.org/ticket/13493#comment:20> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #14809: MacPorts-1.6.0 installer postflight script
by MacPorts 11 Nov '08

11 Nov '08

#14809: MacPorts-1.6.0 installer postflight script ------------------------------------+--------------------------------------- Reporter: lailoken3(a)verizon.net | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts 1.7.0 Component: base | Version: 1.6.0 Resolution: | Keywords: installer postflight Port: | ------------------------------------+--------------------------------------- Changes (by ryandesign(a)macports.org) * milestone: MacPorts base bugs => MacPorts 1.7.0 -- Ticket URL: <http://trac.macports.org/ticket/14809#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #17180: finch will not build - missing dependancy
by MacPorts 11 Nov '08

11 Nov '08

#17180: finch will not build - missing dependancy -----------------------------------+---------------------------------------- Reporter: kioarthurdane(a)mac.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: finch | Port: finch -----------------------------------+---------------------------------------- After running {{{ sudo port install finch }}} on a new machine with xcode 3.1.1 and the latest version of XQuartz, I received an error remarking that GLib 2.0 is required to finish building finch. I ran {{{ sudo port install glib2 }}} and then the previous command again with no errors. -- Ticket URL: <http://trac.macports.org/ticket/17180> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

Re: [MacPorts] #13601: MacPorts doesn't respect hard links during install phase
by MacPorts 11 Nov '08

11 Nov '08

#13601: MacPorts doesn't respect hard links during install phase --------------------------------------+------------------------------------- Reporter: julien.thewys(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.5.2 Resolution: | Keywords: tcl hard link Port: git-core | --------------------------------------+------------------------------------- Changes (by ryandesign(a)macports.org) * cc: blb(a)macports.org, ryandesign(a)macports.org (added) * port: => git-core -- Ticket URL: <http://trac.macports.org/ticket/13601#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #13601: MacPorts doesn't respect hard links during install phase
by MacPorts 11 Nov '08

11 Nov '08

#13601: MacPorts doesn't respect hard links during install phase --------------------------------------+------------------------------------- Reporter: julien.thewys(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.5.2 Resolution: | Keywords: tcl hard link Port: | --------------------------------------+------------------------------------- Description changed by ryandesign(a)macports.org: Old description: > Just installed macports and git-core on 10.5 . > I can see that lots of generated bin are just the same file: > > cd /opt/local/bin; > for i in git-*; do diff -qs $i git-tag; done | grep identical | wc > > Some "cp" could be replaced by "ln" in the build process. New description: Just installed macports and git-core on 10.5 . I can see that lots of generated bin are just the same file: {{{ cd /opt/local/bin; for i in git-*; do diff -qs $i git-tag; done | grep identical | wc }}} Some "cp" could be replaced by "ln" in the build process. -- -- Ticket URL: <http://trac.macports.org/ticket/13601#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #13601: MacPorts doesn't respect hard links during install phase
by MacPorts 11 Nov '08

11 Nov '08

#13601: MacPorts doesn't respect hard links during install phase --------------------------------------+------------------------------------- Reporter: julien.thewys(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.5.2 Resolution: | Keywords: tcl hard link Port: | --------------------------------------+------------------------------------- Comment(by ryandesign(a)macports.org) I thought that was the point of hard links -- that they are indistinguishable from real files. So there's no way for base to fix this. So isn't the fix for the for git-core to install those files as symlinks instead of hard links? -- Ticket URL: <http://trac.macports.org/ticket/13601#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #13141: Installer packages should prevent installation on wrong Mac OS X version
by MacPorts 11 Nov '08

11 Nov '08

#13141: Installer packages should prevent installation on wrong Mac OS X version --------------------------------------+------------------------------------- Reporter: ryandesign(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts 1.7.0 Component: base | Version: 1.5.0 Resolution: | Keywords: Port: | --------------------------------------+------------------------------------- Changes (by ryandesign(a)macports.org) * milestone: MacPorts base enhancements => MacPorts 1.7.0 -- Ticket URL: <http://trac.macports.org/ticket/13141#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0