Re: Homebrew SVN 1.11 not working
> AFAIK it does install from a bottle, but --with-javahl forces a build from > source (all other bindings are bottled). You could request an improvement > from the Homebrew folks, they're moderately responsive. Apparently JavaHL has now been removed from the package: https://github.com/Homebrew/homebrew-core/pull/36217 I have not submitted a PR to them before. Would you be willing to put one together that adds the JavaHL library back to the build without the option? If you do not have time, I will take a crack later today. I do not see any reason that JavaHL could not just be part of the package. There is nothing especially difficult about distributing it. Thanks Mark
Re: Homebrew SVN 1.11 not working
On 25.01.2019 12:20, Mark Phippard wrote: >> AFAIK it does install from a bottle, but --with-javahl forces a build >> from source (all other bindings are bottled). You could request an >> improvement from the Homebrew folks, they're moderately responsive. > > Apparently JavaHL has now been removed from the package: > > https://github.com/Homebrew/homebrew-core/pull/36217 > > I have not submitted a PR to them before. Would you be willing to put > one together that adds the JavaHL library back to the build without > the option? If you do not have time, I will take a crack later today. > > I do not see any reason that JavaHL could not just be part of the > package. There is nothing especially difficult about distributing it. Java is not installed by default on macOS. -- Brane
Re: Homebrew SVN 1.11 not working
> On Jan 25, 2019, at 6:26 AM, Branko Čibej wrote: > > On 25.01.2019 12:20, Mark Phippard wrote: >>> AFAIK it does install from a bottle, but --with-javahl forces a build >>> from source (all other bindings are bottled). You could request an >>> improvement from the Homebrew folks, they're moderately responsive. >> >> Apparently JavaHL has now been removed from the package: >> >> https://github.com/Homebrew/homebrew-core/pull/36217 >> >> I have not submitted a PR to them before. Would you be willing to put >> one together that adds the JavaHL library back to the build without >> the option? If you do not have time, I will take a crack later today. >> >> I do not see any reason that JavaHL could not just be part of the >> package. There is nothing especially difficult about distributing it. > > Java is not installed by default on macOS. Yes, but so what? All this option would do is add the .dylib and JAR to the bottle and spit out a message telling you to create a symlink if you want to use it. None of this would matter if you do not use Java. It is just a library. It actually seems easier than is the case for the Python and Ruby bindings. Mark
Re: Homebrew SVN 1.11 not working
On 25.01.2019 12:28, Mark Phippard wrote: >> On Jan 25, 2019, at 6:26 AM, Branko Čibej wrote: >> >> On 25.01.2019 12:20, Mark Phippard wrote: AFAIK it does install from a bottle, but --with-javahl forces a build from source (all other bindings are bottled). You could request an improvement from the Homebrew folks, they're moderately responsive. >>> Apparently JavaHL has now been removed from the package: >>> >>> https://github.com/Homebrew/homebrew-core/pull/36217 >>> >>> I have not submitted a PR to them before. Would you be willing to put >>> one together that adds the JavaHL library back to the build without >>> the option? If you do not have time, I will take a crack later today. >>> >>> I do not see any reason that JavaHL could not just be part of the >>> package. There is nothing especially difficult about distributing it. >> Java is not installed by default on macOS. > Yes, but so what? All this option would do is add the .dylib and JAR to the > bottle and spit out a message telling you to create a symlink if you want to > use it. None of this would matter if you do not use Java. It is just a > library. It actually seems easier than is the case for the Python and Ruby > bindings. My only suggestion is to take this up with the Homebrew maintainers ... I don't pretend to understand the decisions they make. -- Brane
Re: Homebrew SVN 1.11 not working
On 25.01.2019 13:11, Branko Čibej wrote: > On 25.01.2019 12:28, Mark Phippard wrote: >>> On Jan 25, 2019, at 6:26 AM, Branko Čibej wrote: >>> >>> On 25.01.2019 12:20, Mark Phippard wrote: > AFAIK it does install from a bottle, but --with-javahl forces a build > from source (all other bindings are bottled). You could request an > improvement from the Homebrew folks, they're moderately responsive. Apparently JavaHL has now been removed from the package: https://github.com/Homebrew/homebrew-core/pull/36217 I have not submitted a PR to them before. Would you be willing to put one together that adds the JavaHL library back to the build without the option? If you do not have time, I will take a crack later today. I do not see any reason that JavaHL could not just be part of the package. There is nothing especially difficult about distributing it. >>> Java is not installed by default on macOS. >> Yes, but so what? All this option would do is add the .dylib and JAR to the >> bottle and spit out a message telling you to create a symlink if you want to >> use it. None of this would matter if you do not use Java. It is just a >> library. It actually seems easier than is the case for the Python and Ruby >> bindings. > > My only suggestion is to take this up with the Homebrew maintainers ... > I don't pretend to understand the decisions they make. Duh. https://github.com/Homebrew/homebrew-core/issues/31510 You're right, it'd be best to restore the JavaHL build and make it always available, + document usage. -- Brane
Re: Subversion Version Control
On Thu, Jan 24, 2019 at 10:56 PM Gillead, Gennar < gennar.gill...@teradata.com> wrote: > Subversion, > > > > Does tool have functionality to change key words in code as its migration > through SDLC from DEV to QA to UA/SIT to PROD? Below is replacement that > will have to occur during migration. > >1. “_DEV” to “QA Naming Standard” for QA migration? In this instance >all references of “_DEV” will have to be replaced. > - Example: USER_DATA_DEV to USER_DATA >2. “QA Naming Standard” to “_UAT/SIT” for UAT and/or SIT migration? > - USER_DATA to USER_DATA_UAT and/or USER_DATA_SIT based on flag > or other indicator selected with in application? >3. Removal of “_UAT/SIT” for PROD migration? > - USER_DATA_UAT or USER_DATA_SIT to USER_DATA DATA based on flag > or other indicator selected with in application? > > It is difficult to tell from your question whether or not Subversion fits the bill. Based on your question, it doesn't sound like you've actually used Subversion. Since it is free to download and install, and can even be used without a server for limited use-cases, perhaps experiment with it, and ask a more specific concrete question? None of the significant version control systems available (Git, Mercurial, SVN) do much in the way of *changing* code. Mostly, they *store* code. Logic about changing code is outside the purview of what the systems do (with a small exception for tracking specific property values as part of the contents of files, a mostly discouraged practice). Eric. >
Re: Subversion Version Control
Eric, Thanks for response. I haven't used SVN but my client currently uses it and looking for a certain functionality before considering replacing it. To be more specific can you define your own keyword replacement variables? Based on documentation I have found it doesn't allow that functionality. Thanks, Gennar Sent via the Samsung Galaxy S9+, an AT&T 4G LTE smartphone
Re: Subversion Version Control
Hi Gennar, On Fri, Jan 25, 2019 at 12:07 PM Gillead, Gennar < gennar.gill...@teradata.com> wrote: > Eric, > > Thanks for response. I haven't used SVN but my client currently uses it > and looking for a certain functionality before considering replacing it. > To be more specific can you define your own keyword replacement variables? > Based on documentation I have found it doesn't allow that functionality. > Just this seems to be relevant to your question. http://svnbook.red-bean.com/en/1.7/svn.advanced.props.special.keywords.html Eric. > > Thanks, > > Gennar > > Sent via the Samsung Galaxy S9+, an AT&T 4G LTE smartphone >
Re: Subversion Version Control
On Fri, Jan 25, 2019 at 08:07:11PM +, Gillead, Gennar wrote: > I haven't used SVN but my client currently uses it and > looking for a certain functionality before considering replacing it. To be > more specific can you define your own keyword replacement variables? Hi Gennar, It is not entirely clear to me if you mean "keyword variables" as in Subversion's keyword substitution feature, or something else? Defining custom keywords in SVN is possible to a certain degree. See here: http://subversion.apache.org/docs/release-notes/1.8.html#custom-keywords Perhaps that already does what you need? > Based on documentation I have found it doesn't allow that functionality. Which documentation have you consulted so far? Features of newer SVN releases tend to be documented in the release notes, rather than the SVN Book: http://subversion.apache.org/docs/release-notes/ This is mostly due to a lack of volunteers working on the SVN Book. Regards, Stefan
