Re: [rdf] roles after graduation
Hi, Sergio, On Tue, Jan 17, 2017 at 8:31 AM, Sergio Fernández wrote: > adjusting Stian's role [1} I realized we never had the discussion about the > roles of people on the component after graduation: who wants to keep in the > project, PPMC members need to be voted for Commons PMC, etc. > > Nothing urgent, but eventually needs to be discussed. given Commons history, and my personal experience, I'd strongly discourage to fix any particular "roles" for an open source project. A project works best, if anyone does, what she or he feels needs to be done. (Assuming she, or he, has the necessary privileges, of course.) >From reading through your POM, the component has three current (hopefully active :-) PMC members. That's more, than most others have, thus should be sufficient. Jochen - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[GitHub] commons-compress pull request #:
Github user bastik commented on the pull request: https://github.com/apache/commons-compress/commit/56e82da90f1064c23dd630cf0066231567da3ed6#commitcomment-20501836 In src/main/java/org/apache/commons/compress/compressors/lz4/BlockLZ4CompressorInputStream.java: In src/main/java/org/apache/commons/compress/compressors/lz4/BlockLZ4CompressorInputStream.java on line 25: Ah right, sorry for the noise! --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[GitHub] commons-compress pull request #:
Github user bodewig commented on the pull request: https://github.com/apache/commons-compress/commit/56e82da90f1064c23dd630cf0066231567da3ed6#commitcomment-20502548 In src/main/java/org/apache/commons/compress/compressors/lz4/BlockLZ4CompressorInputStream.java: In src/main/java/org/apache/commons/compress/compressors/lz4/BlockLZ4CompressorInputStream.java on line 25: No problem. Are you trying to use LZ4 right now? If so I'm pretty sure this is not the final shape before the release. I intend to extract the common code from this class and the corresponding snappy input stream. May even do so before I start working on the output stream. For the frame format xxhash32 will probably be the biggest road block remaining. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [RESULT][VOTE] Rename "Complex" to "Numbers"
Let me know if there is anything I can do to help out with the transition. On Thu, Jan 12, 2017 at 8:23 PM, Gilles wrote: > The following people > Eric Barnhill > Rob Tompkins > Jörg Schaible > Emmanuel Bourg > voted +1 > > Vote passes. > > Gilles > > > On Mon, 09 Jan 2017 19:02:04 +0100, Gilles wrote: > >> See discussion thread, copied below. >> >> [ ] Yes >> [ ] Yes but I prefer this name: ... >> [ ] No, because ... >> >> I'll assume that this is a lazy consensus vote, to be closed in 72 hours >> from now (i.e. on January 12, at 18:00:00 UTC). >> >> Thanks, >> Gilles >> >> >> On Mon, 9 Jan 2017 15:57:51 +, sebb wrote: >> >>> On 9 January 2017 at 11:46, Gilles wrote: >>> On Mon, 9 Jan 2017 09:08:18 +0100, Eric Barnhill wrote: > > It is overall a fine plan by me. A precision class makes more sense > than > duplicating equals methods. > > From a practical standpoint I think it would be better to see > Quaternion > in > its own subpackage than with Complex. Simply because I don't use them > and > packages are better maintained by those who use them. > > It is hard to see how the transforms fit in. If anything they belong > with > the new sigproc libraries. > Fine. Is there any objection on the name "Commons Numbers"? >>> >>> Since the namespace belongs to the whole of Commons, this question >>> should be posed to all of Commons, i.e. using the [ALL] prefix. >>> >>> Are there better matches for the intended scope? [Or do we want that the scope grows to also contain the "o.a.c.math4.prime" package" and possibly more of number-theoretic functionality (as was proposed some time ago to be added to Commons Math)?] Shall I wait a couple of days before filing the request with INFRA? [I.e. to change the "git" repository, JIRA project and github mirror.] Gilles > Eric > On 8 Jan 2017 10:17, "Gilles" wrote: > > Hi. >> >> How about renaming the component to "Commons Numbers" (or another name >> if preferred) that would contain the following modules: >> * commons-numbers-core (with classes such as "Precision"). >> * commons-numbers-complex >> * commons-numbers-quaternion >> * commons-numbers-fraction >> * commons-numbers-continued-fraction >> * commons-numbers-fft (Fast Fourier Transform) >> * commons-numbers-fct (Fast Cosine Transform) >> * ... >> ? >> >> Gilles >> >> >> > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
[Numbers] Going forward (Was: [RESULT][VOTE] Rename [...])
On Tue, 17 Jan 2017 08:20:54 -0500, Raymond DeCampo wrote: Let me know if there is anything I can do to help out with the transition. Thanks for the offer! Very much appreciated. I'm about to create a branch for making the project "multimodule" (and do some cleanup on the way). Sure you could help; but we are currently a bit stuck, since you do not have commit privilege: if I'm the only committer reviewing your pull requests, it will take me about the same time to do the initial copying myself (mainly reproducing the layout of "Commons RNG"). :-/ So, in the meantime, I'll move the respective codes to the "core", "complex" and "quaternion" modules. Then when the layout is set up, it should be straightforward to copy other codes from "Commons Math" (into the respective "fraction" and "continuedfraction" modules). Then it will be time to decide which other functionality should move to the new "Commons Numbers" component. Candidates are: * o.a.c.math4.special * (parts of) o.a.c.math4.analysis (e.g. the "solvers" package) * o.a.c.math4.util.FastMath (and support classes) * o.a.c.math4.util.MathUtils * (part of) o.a.c.math4.util.MathArrays * ... Thanks for your patience, Gilles On Thu, Jan 12, 2017 at 8:23 PM, Gilles wrote: The following people Eric Barnhill Rob Tompkins Jörg Schaible Emmanuel Bourg voted +1 Vote passes. Gilles [...] - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
