Opened 19 years ago

Closed 19 years ago

Last modified 8 years ago

#5535 closed enhancement (fixed)

RFE: variant of subversion without neon?

Reported by: gad@… Owned by: danielluke (Daniel J. Luke)
Priority: Low Milestone:
Component: ports Version: 1.0
Keywords: Cc:
Port:

Description

It would be nice to have a variant of the subversion port which would not pull in neon. My macs (both 10.3 and 10.4) use subversion to access repositories which are hosted on other hosts, but they do not host any repositories. No sense pulling in neon (and whatever it depends on) if I don't need it. The subversion port under FreeBSD supported a WITHOUT_NEON option for a long time, for instance.

Change History (7)

comment:1 Changed 19 years ago by danielluke (Daniel J. Luke)

Owner: changed from darwinports-bugs@… to dluke@…

(In reply to comment #0)

It would be nice to have a variant of the subversion port which would not pull in neon. My macs (both 10.3 and 10.4) use subversion to access repositories which are hosted on other hosts, but they do not host any repositories. No sense pulling in neon (and whatever it depends on) if I don't need it. The subversion port under FreeBSD supported a WITHOUT_NEON option for a long time, for instance.

Patches are always welcome ;)

comment:2 Changed 19 years ago by danielluke (Daniel J. Luke)

Status: newassigned

comment:3 Changed 19 years ago by gad@…

The following might do the right thing, based on what I see in the "without*" variants in the genius and grisbi ports. But I even though I modifed the Portfile for subversion, I can't seem to get 'port' to recognize my variant even exists.

--- Portfile.orig Mon Oct 10 09:15:39 2005 +++ Portfile Fri Oct 28 19:36:03 2005 @@ -37,6 +37,11 @@

${worksrcpath}/libtool

}

+variant without_neon { depends_lib-delete lib:libneon.24.0.7:neon + configure.args-append --without-neon + configure.args-delete --with-neon=${prefix} + } +

variant mod_dav_svn { depends_build path:${prefix}/apache2/bin/apxs:apache2

configure.args-append \

--with-apxs=${prefix}/apache2/bin/apxs \

Version 0, edited 19 years ago by gad@… (next)

comment:4 Changed 19 years ago by mww@…

Summary: variant of subversion without neon?RFE: variant of subversion without neon?

comment:5 Changed 19 years ago by danielluke (Daniel J. Luke)

Resolution: fixed
Status: assignedclosed

(In reply to comment #2)

The following might do the right thing, based on what I see in the "without*" variants in the genius and grisbi ports.

This is perfect, thanks for the patch, I've tested and committed it.

But I even though I modifed the Portfile for subversion, I can't seem to get 'port' to recognize my variant even exists.

The 'port info' command pulls the info from the PortIndex which wouldn't get updated with your change (you could have gone ahead and used the variant on your locally modified portfile and it should have worked, however).

In any event, it should be available via the normal methods shortly.

Thanks again!

comment:6 Changed 19 years ago by gad@…

This works, if I 'port install subversion +without_neon'

However, if I do 'port variants subversion' the new variant is not listed. The other three variants are listed.

Perhaps I am doing something wrong. I am pretty new to darwinports. I did do a 'sync' and a 'selfupdate', just to be sure everything was as up-to-date as I could get it.

comment:7 Changed 19 years ago by danielluke (Daniel J. Luke)

(In reply to comment #4)

This works, if I 'port install subversion +without_neon'

However, if I do 'port variants subversion' the new variant is not listed. The other three variants are listed.

Perhaps I am doing something wrong. I am pretty new to darwinports. I did do a 'sync' and a 'selfupdate', just to be sure everything was as up-to-date as I could get it.

I think you just need to wait a little while.

The information from 'port variants' comes from the PortIndex file which is supposed to be automatically generated, but it has had some problems in the last few days.

I think it's straightened out now, so it should regen and have all the variants soon.

Note: See TracTickets for help on using tickets.