Re: [VOTE] Release Apache Guacamole 1.3.0 (RC1)

+1 (binding) — carl > On Dec 28, 2020, at 10:00 PM, Mike Jumper wrote: > > Hello all, > > The first release candidate for Apache Guacamole 1.3.0 has been uploaded > and is ready for VOTE. The draft release notes (along with links to > artifacts, signatures/checksums, and updated documentation

Re: [DISCUSS] Migrate guacamole-manual away from DocBook?

I've used asciidoc and RestructedText (RST) on two different large document projects. I kinda prefer the RST toolchain, and I find the plaintext presentation of RST a little more agreeable, but really either of them would be good choices to move away from docbook. — carl > On Apr 20, 2021, at

Re: [DISCUSS] Migrate guacamole-manual away from DocBook?

g said that, and looking at documentation for both asciidoc and RST, > it looks like those languages have the same rough goals and features as > Mark Down, so I've no strong preference one way or the other. > > -Nick > > On Tue, Apr 20, 2021 at 7:08 PM carl harris wrote: &g

Re: [DISCUSS] Migrate guacamole-manual away from DocBook?

One thing to note about RST tables — there are two ways to do table markup, and pandoc has selected the one that is most painful to maintain, but looks most attractive in plaintext form. The “simple table” markup is less attractive in plaintext form, but is definitely much less of a nuisance to

Re: [VOTE] Release Apache Guacamole 1.4.0 (RC1)

+1 Really like the way the transition of the manual to MyST/Sphinx worked out. It looks great and the source is so much easier to read and understand… should be much less daunting for new contributors. carl

Re: [VOTE] Release guacamole-client POM artifact from 1.4.0 build

+1 > On Jan 5, 2022, at 4:22 PM, Mike Jumper wrote: > > Hello all, > > The guacamole-client build leverages a parent project for > guacamole-common, etc. as of 1.4.0, however the parent pom.xml was not > uploaded to Maven Central. As a result, any downstream usage of the > 1.4.0 versions of t

Re: [VOTE] Release Apache Guacamole 1.5.0 (RC1)

+1 — carl > On Feb 14, 2023, at 18:24, Michael Jumper wrote: > > Hello all, > > The first release candidate for Apache Guacamole 1.5.0 has been > uploaded and is ready for VOTE. The draft release notes (along with links > to artifacts, signatures/checksums, and updated documentation) can be f

Re: [VOTE] Release Apache Guacamole 1.5.1 (RC1)

Hello, all! +1 —c

Re: [DISCUSS] Java Version 1.6 Support

I'd be very interested to discuss what we think are the forces that influence the decision about what JDK version to use for Guacamole. I'm not advocating for any particular version of Java here, and I'll apologize in advance if my questions or the call for discussion are unwelcome. Also, while

Re: [VOTE] Release Apache Guacamole 1.5.3 (RC1)

+1 — carl > On Jul 17, 2023, at 14:57, Murat BÜLBÜL <1murat.bul...@gmail.com> wrote: > > +1 > > Thanks for your significant efforts. > > Best Regards > > Michael Jumper , 17 Tem 2023 Pzt, 21:50 tarihinde şunu > yazdı: > >> Hello all, >> >> The first release candidate for Apache Guacamole 1

Re: [VOTE] Release Apache Guacamole 1.5.3 (RC2)

+1 (binding) —c > On Jul 26, 2023, at 9:58 AM, Michael Jumper wrote: > > Hello all, > > The second release candidate for Apache Guacamole 1.5.3 has been uploaded and > is ready for VOTE. The draft release notes (along with links to artifacts, > signatures/checksums, and updated documentatio

Re: [VOTE] Release Apache Guacamole 1.5.4 (RC1)

+1 (binding) — carl > On Nov 28, 2023, at 19:07, Michael Jumper wrote: > > Hello all, > > The first release candidate for Apache Guacamole 1.5.4 has been uploaded and > is ready for VOTE. The draft release notes (along with links to artifacts, > signatures/checksums, and updated documentati

Re: [VOTE] Release Apache Guacamole 1.5.4 (RC2)

+1 (binding) — carl > On Dec 4, 2023, at 17:06, Michael Jumper wrote: > > Hello all, > > The second release candidate for Apache Guacamole 1.5.4 has been uploaded and > is ready for VOTE. The draft release notes (along with links to artifacts, > signatures/checksums, and updated documentati

Re: [VOTE] Release Apache Guacamole 1.5.5 (RC1)

Here’s my +1. Nice job, guys! —c > On Apr 1, 2024, at 4:26 AM, Michael Jumper wrote: > > Hello all, > > The first release candidate for Apache Guacamole 1.5.5 has been uploaded and > is ready for VOTE. The draft release notes (along with links to artifacts, > signatures/checksums, and upda

JIRA issue for documentation?

The recently merged GUACAMOLE-464 adds a user-facing feature that needs to be documented in the manual. Can/should I use the same JIRA issue for a pull request and related commits on the guacamole-manual project as was used to add the feature to the guacamole-client project? carl

Re: JIRA issue for documentation?

On Jan 16, 2018, at 3:37 PM, Nick Couchman wrote: > I've always used the same JIRA issue for documenting new/updated features, > unless there was some really specific reason to open a new one. For that > change, I would think just using that same JIRA issue would be fine. It seems reasonable t

Re: [VOTE] Release Apache Guacamole 0.9.14 (RC1)

+1 Approve > [ ] +1 Approve the release > [ ] -1 Don't approve the release (please provide specific comments)

Re: Building Guacamole client

As Mike pointed out, those errors are reported by the Eclipse maven tooling. In the POM editor there are some quick fix options you can use to convince Eclipse to ignore build plugins it doesn't understand. If what you want to do in Eclipse is work on the Guacamole java code, you'll probably be

Re: [DISCUSS] Migration of git repositories to gitbox (Was: Re: [NOTICE] Mandatory migration of git repositories to gitbox.apache.org)

I also vote for going ahead sooner... always better to control the timeline, and probably best not to get caught up in the mass migration. carl > On Jan 10, 2019, at 3:36 PM, Nick Couchman wrote: > > On Thu, Jan 10, 2019 at 14:59 Mike Jumper wrote: > >> Greetings all, >> >> All projects und

Re: [DISCUSS] Beyond 1.0.0

Just a thought, but perhaps we should start by considering how the evolution of the product should be reflected in the versioning. Are we committed to semantic versioning? For API, semantic versioning generally has very specific set of conventions. However, in my experience, for a software pro

Re: [VOTE] Release Apache Guacamole 1.1.0 (RC1)

+1 — carl > On Jan 26, 2020, at 5:08 PM, Mike Jumper wrote: > > Hello all, > > The first release candidate for Apache Guacamole 1.1.0 has been uploaded > and is ready for VOTE. The draft release notes (along with links to > artifacts, signatures/checksums, and updated documentation) can be fou

Re: [VOTE] Release Apache Guacamole 1.2.0 (RC1)

+1 -- carl > On Jun 26, 2020, at 12:24 AM, Mike Jumper wrote: > > Hello all, > > The first release candidate for Apache Guacamole 1.2.0 has been uploaded > and is ready for VOTE. The draft release notes (along with links to > artifacts, signatures/checksums, and updated documentation) can be

Re: How to use local maven repository when building image using dockerfile?

It's true that Maven does keep a local repository, but when building the Docker image, that repository is inside of the build container, so it starts out completely empty for every build. I don't know of a way to tell Docker to bind-mount a portion of the local filesystem in a way that would ma

Re: How to use local maven repository when building image using dockerfile?

Of course, another option would be to pull the container image from hub.docker.com instead of trying to build it yourself. That would make use of Docker's layer cache to avoid re-downloading layers that haven't changed. docker pull guacamole/guacamole docker pull guacam