- Haskell-community - Haskell.org

Hiring Haskellers
by Oskar Greda 04 Nov '21

04 Nov '21

Hi, I am a hiring manager for MLabs - Haskell Consultancy. I am wondering if it's possible to advertise a job for a Haskell Developer at MLabs with yourselves? Thanks Oskar

1 0

Supporting Haskell.org
by Rebecca Skinner 23 Dec '20

23 Dec '20

This has been an eventful year for many of us, and haskell.org is no different. This year we've continued to support a significant part of the Haskell community infrastructure- including haskell.org, Hackage, Hoogle, and GHC build infrastructure. We're able to do this thanks to the support of the Haskell community. In addition to our ongoing work maintaining Haskell community infrastructure, we once again participated in the Google Summer of Code this year, supporting 12 projects. You can read more about the projects here: https://summer.haskell.org/news/2020-10-12-final-results.html As many of you are likely aware, this year also saw some of our community successfully launch a new initiative, the Haskell Foundation. We are thrilled for the Haskell Foundation and congratulate them on their successful launch. Haskell.org is an independent organization, and while we welcome any opportunities to collaborate with the Haskell Foundation, we will continue to pursue our mission of managing and supporting Haskell community infrastructure. If you would like to support Haskell.org in our mission, you can donate via several method, including PayPay and check: https://www.haskell.org/donations/ Haskell.org can also accept donations through employers via Benevity using the unique ID 475236502. Haskell.org is a 501(c)(3) non-profit, so donations may be tax-deductible in your jurisdiction. Another way to help haskell.org is to serve on the committee. We have three positions opening in 2021, and our call for nominations is open through Jan 7th 2021. Please email the committee at committee(a)haskell.org if you would like to nominate yourself or someone else for a position. We look forward to continuing this work with your support in 2021 as well as exploring new projects to improve the Haskell community infrastructure. Best wishes, Rebecca Skinner on behalf of the haskell.org committee.

1 0

Haskell on windows 7 without chocolatey?
by Jim Blorg 05 Dec '20

05 Dec '20

Is there a way to install haskell on windows 7 manually via zip without all the requirements for scripting nonsense?

2 1

How to establish a new mailing list?
by Gueven Bay 01 Dec '20

01 Dec '20

Hello, I am asking here on the community ML because I think you have the closest connection to the mailing list administrators. I searched and did not find a mailing list for german users of Haskell. Also there is no forum for Haskell devs in German. To establish a German community I want to ask you: What is the process to start a new mailing list on this mail.haskell.org? Of course I would like to (help to) moderate and administer it. The name of the new list should be "haskell-de". thanks.

2 1

Haskell.org committee proposals & GRC
by Jasper Van der Jeugt 15 Nov '20

15 Nov '20

Hi all, The Haskell.org committee would like to adopt a new proposal format, inspired by the GHC Steering Committee. We have created a repository with proposals here: https://github.com/haskell-org/committee I would like to call the members of the committee to vote on these proposals, but we also value community feedback. The two proposals are: - 0001: Establish the proposal process https://github.com/haskell-org/committee/pull/1 - 0002: Adopt the GRC code of conduct https://github.com/haskell-org/committee/pull/2 For posterity and archival, I am including the full text of the proposals here. For the record, I am in favor of accepting both proposals. # Proposal 0001: Haskell.org proposals In an effort to make the work of Haskell.org committee more transparent, we would like to adopt a proposal process similar to the [GHC Steering Committee]. The proposed process is fairly light: 1. New proposals are created as pull requests with a single file, following a `proposals/XYZW-some-title.extention` naming scheme. A template is available in `proposals/0000-template.md`. 2. Proposals must have an author set who is responsible for driving the discussion. If the author is not a member of the Haskell.org committee, we may additionally appoint a shepherd from the committee to help with this. It is the responsibility of the author and the shepherd to notify any communities that may be interested in the proposal, so we can gather community feedback. 3. The proposal must have a link to the PR discussion, so readers can easily find the full discussion once the PR is merged. 4. We strive to make unanimous decisions, but we can use a majority vote (the committee has an odd number of members) to move forward. 5. What happens next depends on whether or not the proposal is accepted: - If the proposal is accepted, `date-accepted` is set and the proposal is merged into the repository. A summary with a link to the full PR discussion is sent out to `community(a)haskell.org`. - If the proposal is not accepted, the proposal is also merged for posterity, but a section is ammended to explain why it was rejected. # Proposal 0002: Guidelines for Respectful Communication The Haskell.org committee adopts the [Guidelines for Respectful Communication][grc]. This applies only to members of the board, in in all our public interactions in the Haskell sphere, including email, social media, discussion forums, and so on. We may later adopt a stricter Code of Conduct, or set a Code of Conduct for platforms we manage (e.g. Discourse, mailing lists), but that is out of scope for this proposal. [grc]: https://github.com/ghc-proposals/ghc-proposals/blob/master/GRC.rst [GHC Steering Committee]: https://github.com/ghc-proposals/ghc-proposals Warm regards Jasper

7 6

Re: [Haskell-community] Haskell.org committee proposals & GRC
by Jasper Van der Jeugt 29 Oct '20

29 Oct '20

Hi Michael, Thanks for the feedback. You're completely right: that sort of documentation is sorely lacking. I'll update the proposal and/or repository to more explicit about this. Warm regards Jasper On Thu, Oct 29, 2020 at 05:40:19PM +0200, Michael Snoyman wrote: > Maybe this is just me, but I think it would be useful to have documented in > that repository as well what items fall under the purview of the haskell.org > committee, and therefore what kinds of proposals would be appropriate. > Maybe this is just me, but I'm not certain where the line would be drawn > between different groups and committees within the wider Haskell ecosystem. > If this is already documented somewhere, a link from the README.md would > IMO be very helpful. > > On Thu, Oct 29, 2020 at 5:23 PM Jasper Van der Jeugt <m(a)jaspervdj.be> wrote: > > > Hi all, > > > > The Haskell.org committee would like to adopt a new proposal format, > > inspired by the GHC Steering Committee. We have created a repository > > with proposals here: > > > > https://github.com/haskell-org/committee > > > > I would like to call the members of the committee to vote on these > > proposals, but we also value community feedback. The two proposals > > are: > > > > - 0001: Establish the proposal process > > https://github.com/haskell-org/committee/pull/1 > > - 0002: Adopt the GRC code of conduct > > https://github.com/haskell-org/committee/pull/2 > > > > For posterity and archival, I am including the full text of the > > proposals here. For the record, I am in favor of accepting both > > proposals. > > > > # Proposal 0001: Haskell.org proposals > > > > In an effort to make the work of Haskell.org committee more > > transparent, we would like to adopt a proposal process similar to the > > [GHC Steering Committee]. > > > > The proposed process is fairly light: > > > > 1. New proposals are created as pull requests with a single file, > > following a `proposals/XYZW-some-title.extention` naming scheme. > > A template is available in `proposals/0000-template.md`. > > > > 2. Proposals must have an author set who is responsible for driving > > the discussion. If the author is not a member of the Haskell.org > > committee, we may additionally appoint a shepherd from the > > committee to help with this. It is the responsibility of the > > author and the shepherd to notify any communities that may be > > interested in the proposal, so we can gather community feedback. > > > > 3. The proposal must have a link to the PR discussion, so readers can > > easily find the full discussion once the PR is merged. > > > > 4. We strive to make unanimous decisions, but we can use a majority > > vote (the committee has an odd number of members) to move forward. > > > > 5. What happens next depends on whether or not the proposal is > > accepted: > > > > - If the proposal is accepted, `date-accepted` is set and the > > proposal is merged into the repository. A summary with a link > > to the full PR discussion is sent out to > > `community(a)haskell.org`. > > > > - If the proposal is not accepted, the proposal is also merged > > for posterity, but a section is ammended to explain why it was > > rejected. > > > > # Proposal 0002: Guidelines for Respectful Communication > > > > The Haskell.org committee adopts the [Guidelines for Respectful > > Communication][grc]. > > > > This applies only to members of the board, in in all our public > > interactions in the Haskell sphere, including email, social media, > > discussion forums, and so on. > > > > We may later adopt a stricter Code of Conduct, or set a Code of > > Conduct for platforms we manage (e.g. Discourse, mailing lists), but > > that is out of scope for this proposal. > > > > [grc]: https://github.com/ghc-proposals/ghc-proposals/blob/master/GRC.rst > > [GHC Steering Committee]: https://github.com/ghc-proposals/ghc-proposals > > > > Warm regards > > Jasper > > _______________________________________________ > > Haskell-community mailing list > > Haskell-community(a)haskell.org > > http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-community > >

1 0

Haskell language API copyright status?
by Nicholas Papadonis 24 May '20

24 May '20

Hi Folks, You may be aware of Oracle vs. Google in regards to the Java API being copyrighted. The case is still in progress. When the Haskell language was created, including any books on it, the authors became the copyright holder for the language API that one uses to code with. Is anyone aware of any license which grants people free use of this API. I saw various licenses for compilers, but was concerned that was only for the code implementing the compiler/interpreter. If so, what is it? There could be an interpretation that a derivative work of the compiler / interpreter implementation is indeed the language itself. Therefore if the compiler / interpreter and it’s derivative is freely licensed, then the language API is as well. I ask because it’s my understanding C/C++ language API was licensed through ISO, which grants a free license to anyone implementing or using the language API. Appreciate your guidance. Thank you, Nick

3 4

Haskell.org Committee Nomination Results
by Emily Pillmore 20 Jan '20

20 Jan '20

Hello Everyone, I'm pleased to announce that the results for the Haskell.org ( http://haskell.org/ ) committee nominations are in, and voting has completed. The following tally is the final result: Jaspe Van der Jeugt: 6 Alexandre Garcia de Oliveira: 5 April Gonçalves: 2 Rebecca Skinner: 5 With no votes for anyone else. This means that Jasper's renomination was successful, and we get to welcome 2 new faces to the Haskell.org ( http://haskell.org/ ) ; congratulations Rebecca and Alexandre! Thanks, Emily

1 0

Call for Haskell.org Committee Nominations
by Mitsutoshi Aoe 05 Dec '19

05 Dec '19

Dear Haskellers, It is time to put out a call for new nominations (typically but not necessarily self-nominations) to the Haskell.org committee. We have three members of our committee due for retirement -- Jasper Van der Jeugt, Niki Vazou, and Mitsutoshi Aoe (who is writing this announcement). To nominate yourself, please send an email to committee at haskell.org by the 7th of January, 2020. The retiring members are eligible to re-nominate themselves. Please feel free to include any information about yourself that you think will help us to make a decision. The Haskell.org committee serves as a board of directors for Haskell.org, a 501(c)3 nonprofit which oversees technical and financial resources related to Haskell community infrastructure. Being a member of the committee does not necessarily require a significant amount of time, but committee members should aim to be responsive during discussions when the committee is called upon to make a decision. Strong leadership, communication, and judgement are very important characteristics for committee members. The role is about setting policy, providing direction/guidance for Haskell.org infrastructure, planning for the long term, and being fiscally responsible with the Haskell.org funds (and donations). As overseers for policy regarding the open source side of Haskell, committee members must also be able to set aside personal or business related bias and make decisions with the good of the open source Haskell community in mind. We seek a broad representation from different segments of the Haskell world -- including but not limited to those focused on education, those focused on industrial applications, those with background in organizing users-groups, and those focused directly on our technical infrastructure. More details about the committee's roles and responsibilities are on https://wiki.haskell.org/Haskell.org_committee If you have any questions about the process, please feel free to e-mail us at committee at haskell.org, or contact one of us individually. Regards, Mitsutoshi

1 0

New JIT features in LLVM
by preejackie 02 Apr '19

02 Apr '19

Hi I'm Praveen Velliengiri, student from India. I'm working on developing a Speculative compilation support in LLVM ORC JIT Infrastructure. As LLVM ORC supports compiling in multiple backend threads, it would be effective if we compile the functions speculatively before they are called by the executing function. So when we request JIT to compile a function, JIT will immediately returns the function address for raw executable bits. This will greatly reduce the JIT latencies in modern multi-core machines. And also I'm working on designing a ORC in-place dynamic profiling support, by this JIT will automatically able to identify the hot functions, and compile it in higher optimization level to achieve good performance. I'm proposing this project for GSoC 2019. It would be helpful to know how this new features are effective to haskell JIT infrastructure, so that I include your comments in "View from Clients" proposal section. Please reply :) -- Have a great day! PreeJackie -- Have a great day! PreeJackie

2 1