- Libraries - Haskell.org

Taking over maintenance of yi-rope
by Marcel Fourné 18 Oct '24

18 Oct '24

Hi, I'd like to be added to the group of maintainers of https://hackage.haskell.org/package/yi-rope. I'm also a member of the yi-editor github group and have commit rights to the repo (and can upload to hackage for the rest of the core yi packages), co-maintain yi in Debian and would like to bring it to stackage, therefore I need to be able to to hackage uploads of yi-rope. About four months ago I have been in contact with Jaro Reinders and Mateusz Kowalczyk. I have also added Dmitry Ivanov to this mail as the third person in the group of maintainers to get all current people together. In accordance to https://wiki.haskell.org/Taking_over_a_package I'd like to make my intent known, without wanting to take sole ownership of the package, just be added as a fourth person who can keep the lights on. Cheers Marcel(le) -- Marcel(le) FOURNÉ Please note that I honour and respect boundaries around personal time, well-being, care-taking and the rest. Should you receive correspondence from me during a time that you're engaging in any of the above, please protect your time and wait to respond until you're next working or in front of a PC. Prioritize joy and not e-mail when and where you can.

1 1

Issues with containers and vector on Github
by Erik de Castro Lopo 28 Jul '24

28 Jul '24

Hi, I would like to bring you attention to ywo issues: https://github.com/haskell/vector/issues/496 https://github.com/haskell/containers/issues/1012 Both libraries list this mailing list as maintainers and the versions of both libraries on Github are seemingly behind the versions on Hackage. I am currently working on updating the `strict-containers` package to work with `ghc-9.10`, https://github.com/haskellari/strict-containers/issues/14#issuecomment-2227… but this package uses a script to pull `containers`, `unordered-containers` and `vector` from Github and then generate code from versions it has pull. However it uses git tags and git tags for the latest versions of the above two libraries is missing. I would very much appreciate it if someone could rectify this situation as soon as possible. Thanks, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

3 12

Package fix/takeover: AC-Vector
by Jan Rochel 15 Mar '24

15 Mar '24

Hello, Here's my attempt to take over an apparently unmaintained package: https://hackage.haskell.org/package/AC-Vector It has been suggested to me to do this here: https://github.com/haskell-infra/hackage-trustees/issues/391 I have prepared a patch rendering the instance declarations in code compatible with the class structure of base>=4.9. If any authorised person were to simply apply the enclosed patch, I'd appreciate that too. That's all, Jan

1 1

PHDream - The Best Online Casino in the Philippines
by 陳茂以 12 Mar '24

12 Mar '24

PHDream - The Best Online Casino in the Philippines In the vibrant landscape of online casinos, PHDream stands out as the premier destination for gaming enthusiasts in the Philippines. Renowned for its unparalleled gaming experience, a diverse range of games, and a commitment to excellence, PHDream has earned its reputation as the best online casino in the Philippines. Unrivaled Gaming Experience PHDream takes pride in delivering an unparalleled gaming experience to its players. The platform is designed with user-friendly interfaces and cutting-edge technology to ensure smooth navigation and seamless gameplay. Whether you are a seasoned player or a newcomer, PHDream provides an immersive and enjoyable environment for everyone. A Rich Array of Games What sets PHDream apart is its extensive collection of games catering to diverse preferences. From classic casino favorites like blackjack, roulette, and poker to thrilling slot games and innovative live dealer options, PHDream <https://www.phdream.io/> ensures that every player finds their preferred game. The platform regularly updates its game library to provide fresh and exciting options, keeping players engaged and entertained. State-of-the-Art Security Measures Security is a top priority at PHDream. The platform employs state-of-the-art encryption technology to safeguard player information and financial transactions. Players can enjoy their favorite games with confidence, knowing that their privacy and security are of utmost importance to the casino. Generous Bonuses and Promotions PHDream values its players and expresses gratitude through a range of generous bonuses and promotions. From welcome bonuses for new players to ongoing promotions for loyal patrons, PHDream strives to enhance the gaming experience by offering enticing rewards. These bonuses provide players with additional opportunities to win and make their time at PHDream even more exciting. Responsive Customer Support PHDream understands the importance of excellent customer service. The casino provides a dedicated support team available 24/7 to address any queries or concerns players may have. Whether through live chat, email, or phone, PHDream's customer support ensures a prompt and helpful response to enhance the overall player experience. Compliance and Fair Play PHDream operates with the highest standards of integrity and fairness. The casino holds all necessary licenses and certifications, ensuring compliance with regulations and providing a transparent and secure environment for players. The games are regularly audited to guarantee fair play, instilling confidence in players that they are participating in a reputable and trustworthy online casino. Conclusion In conclusion, PHDream stands as the epitome of excellence in the online casino industry in the Philippines. With its unrivaled gaming experience, diverse game selection, stringent security measures, enticing bonuses, responsive customer support, and commitment to fair play, PHDream sets the standard for online casinos, making it the go-to destination for gaming enthusiasts seeking the best in the Philippines. Explore the world of online gaming at PHDream and discover the thrill of the finest online casino experience.

1 0

Re: Package takeover: bzlib
by Andrew Lelechenko 09 Mar '24

09 Mar '24

Spam detection software, running on the system "mail.haskell.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Thanks a ton, Duncan! > On 9 Mar 2024, at 19:20, Duncan Coutts wrote: > > Done! > > https://hackage.haskell.org/package/bzlib/maintainers/ > > On Sat, 2024-03-09 at 15:30 +0000, Andrew Lelechenko wrote: >> Iâd like to take over `bzlib` package (https://hackage.haskell.org/package/bzlib) >> >> Iâve contacted the package maintainer (Duncan Coutts, CC'd) by email twice in Aug 2023 and Oct 2023, but never heard back. Earlier Duncan granted me rights for `tar` and `zlib` packages, so I imagine he is just exceedingly busy. >> >> `bzlib` package has been on life support by Hackage Trustees for many years with a fork maintained at https://github.com/hackage-trustees/bzlib. While I can do another non-maintainer upload in my Trustee hat, Iâd like to seek a more permanent solution and maintain `bzlib` back to its canonical home at https://github.com/haskell/bzlib (which I already have access to). >> >> I do not plan any drastic changes. The immediate cause of this request is HSEC-2024-0002 (https://github.com/haskell/security-advisories/pull/157, https://github.com/hackage-trustees/bzlib/issues/4) which identifies a security vulnerability in `bzlib`, thus raising a need for urgent update. >> >> Best regards, >> Andrew > [...] Content analysis details: (5.8 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (andrew.lelechenko[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 5.0 UNWANTED_LANGUAGE_BODY BODY: Message written in an undesired language 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4999] 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid

1 0

Package takeover: bzlib
by Andrew Lelechenko 09 Mar '24

09 Mar '24

I’d like to take over `bzlib` package (https://hackage.haskell.org/package/bzlib) I’ve contacted the package maintainer (Duncan Coutts, CC'd) by email twice in Aug 2023 and Oct 2023, but never heard back. Earlier Duncan granted me rights for `tar` and `zlib` packages, so I imagine he is just exceedingly busy. `bzlib` package has been on life support by Hackage Trustees for many years with a fork maintained at https://github.com/hackage-trustees/bzlib. While I can do another non-maintainer upload in my Trustee hat, I’d like to seek a more permanent solution and maintain `bzlib` back to its canonical home at https://github.com/haskell/bzlib (which I already have access to). I do not plan any drastic changes. The immediate cause of this request is HSEC-2024-0002 (https://github.com/haskell/security-advisories/pull/157, https://github.com/hackage-trustees/bzlib/issues/4) which identifies a security vulnerability in `bzlib`, thus raising a need for urgent update. Best regards, Andrew

1 0

Re: GHC 9.10 release schedule and core library status
by Hécate 07 Feb '24

07 Feb '24

Hi Ben! For the 9.10 release I would like to cut the accompanying Haddock release from the GHC tree. Cool features will have to wait for 9.12, so that that the new team can get acquainted with the code base and the bugs. Thank you for reaching out. Cheers, Hécate Le 22/01/2024 à 17:00, Ben Gamari a écrit : > Hi all, > > First, apologies for the silence regarding the 9.10 fork; I was hoping > to improve our communications with boot library authors in the run-up to > GHC 9.10 but illness unfortunately took me largely out of commission for > a first few weeks of the year. Happily, things are looking rosier now. > > Having had a chance to look at the 9.10 branch and the release goals, I > am planning to cut the fork for GHC 9.10 around a month from today, on > 23 Februrary 2024. This leaves around a month of time to merge the > `ghc-internals` split and a few of the other bits of work that remain > outstanding. We anticipate the first alpha release will come a week > after the fork (see the Milestone [1] for further details). > > How does this sound to you? > > For organizational purposes, it would be helpful if we designated a > coordinating maintainer for each of our boot packagers for the 9.10 release. > My understanding is that our boot libraries have the following primary > maintainers but don't hesitate to let me know if you believe this to be > incorrect: > > | Package | Maintainer | > | --------------- | -------------------------- | > | Cabal | Mikolaj Konarski | > | Win32 | Tamar Christina | > | array | (orphaned) | > | binary | Lennart Kolmodin? | > | bytestring | Andrew Lelechanko | > | containers | David Feuer | > | deepseq | Melanie Phoenix | > | directory | Phil Rufflewind | > | exceptions | Ryan Scott | > | filepath | Julian Ospald | > | haddock | Hecate | > | haskeline | Judah Jacobson | > | hpc | David Binder | > | mtl | Emily Pillmore | > | parsec | Oleg Grenrus | > | process | Michael Snoyman | > | stm | Simon Marlow | > | terminfo | Judah Jacobson | > | text | Andrew Lelechanko | > | time | Ashley Yakeley | > | transformers | Ross Paterson | > | unix | Julian Ospald | > > It would be great if each maintainer could let me know what they would > like to do for the 9.10 release. In general we would love to have the > set of boot libraries pinned down at least in version by the second > alpha, which we are planning for the second week of March 2024. Does > this sound reasonable? > > As always, I would encourage core library maintainers to be conservative > in their plans for a GHC release and avoid introducing major features or > refactorings in their release. Such changes both add risk to the release > schedule and complicate the users' migration paths; consequently, they > are ideally best held for releases asynchronous to the GHC release > process. > > Thanks again for all of your work! > > Cheers, > > - Ben > > > [1] https://gitlab.haskell.org/ghc/ghc/-/milestones/380#tab-issues -- Hécate ✨ 🐦: @TechnoEmpress IRC: Hecate WWW: https://glitchbra.in RUN: BSD

3 4

Dear friends from haskell
by foxseo2023 24 Nov '23

24 Nov '23

Dear friends from I hope this message finds you well and thriving in your endeavors. As a fellow Vietnamese student currently pursuing education in the United States, I can't help but feel a sense of pride and excitement about the prospect of inviting you to experience the beauty and charm of my homeland, Vietnam. Vietnam is a land of captivating landscapes, rich history, and warm hospitality. From the breathtaking Ha Long Bay with its emerald waters and limestone karsts to the vibrant city life of Ho Chi Minh City, our country offers a diverse range of experiences for every traveler. Picture yourself exploring the ancient town of Hoi An, with its lantern-lit streets and traditional architecture, or hiking through the terraced rice fields of Sapa, surrounded by lush greenery. Beyond the scenic landscapes, you will discover the heart and soul of Vietnam in its people. The kindness and friendliness of the Vietnamese people create an atmosphere of warmth that is truly unique. Whether you're savoring the delicious street food in Hanoi, engaging in conversations with locals, or witnessing the traditional water puppetry shows, you'll find yourself immersed in a culture that values community and connection. Vietnam is not just a destination; it's an experience that will leave a lasting impression on your heart. I extend this invitation to you with the hope that you'll consider making Vietnam your next travel destination. Come and discover the hidden gems, the delectable cuisine, and the genuine smiles that await you in the heart of Southeast Asia. I look forward to the day when I can share the beauty of my homeland with you in person. Until then, safe travels and may your curiosity lead you to the wonders of Vietnam. Best regardshttps://vking.vn/kien-truc/biet-thu-tan-co-dien/

1 0

maintenance of the "cond" package
by James Cranch 11 Oct '23

11 Oct '23

I have been trying to contact the maintainer of the package cond: https://hackage.haskell.org/package/cond I am interested in development, and I submitted a pull request three weeks ago. I emailed the listed address for the maintainer to follow up on that pull request, but my email bounced as undeliverable. Searching the web suggested an alternative address (which, since it is not the official address listed for the maintainer, I am BCCing rather than CCing), but an email I sent to that address has gone without reply for ten days. It does appear that the maintainer has recently been active on github, however. I'm very happy to work with the maintainer as they prefer, but this email is a statement of my intent to take over (if necessary) the maintenance of the package according to this procedure: https://wiki.haskell.org/Taking_over_a_package Of course this will be reversible.

1 0

[ANN] BNFC 2.9.5 released
by Andreas Abel 26 Jul '23

26 Jul '23

BNFC 2.9.5 is available at - https://hackage.haskell.org/package/BNFC-2.9.5 - https://github.com/BNFC/bnfc/releases/tag/v2.9.5 (binaries and changelog) Feedback welcome, problems at https://github.com/BNFC/bnfc/issues . The BNF Converter (bnfc) is a wizard generating syntax trees, parser and printer from a Labelled BNF (LBNF) grammar. It is currently able to generate Haskell, Agda, C, C++, Java, and OCaml representations. Supported parser generators: Happy, ocamlyacc, Menhir, ANTLR, CUP, Bison. More information: http://bnfc.digitalgrammars.com Changes in 2.9.5: * C/C++/Java: escape newline etc. when printing `String` and `Char` literals [[#449](https://github.com/BNFC/bnfc/issues/449)] * Java/ANTLR: unescape `String` and `Char` literals in parser (needs Java ≥ 15) [[#451](https://github.com/BNFC/bnfc/issues/451)] * Java/ANTLR: fix case problem with language names like `C` [[#455](https://github.com/BNFC/bnfc/issues/455)] * Java with line numbers: compatibility with `jflex` ≥ 1.8 [[#453](https://github.com/BNFC/bnfc/issues/453)] * Haskell/GADT: generated `ComposOp.hs` no longer needs `mtl` library [[#438](https://github.com/BNFC/bnfc/pull/438)] * Ocaml: fixed a crash in printer with unbalanced `}` [[#439](https://github.com/BNFC/bnfc/issues/439)] * Ocaml: lex escape sequences in `Char` [[#452](https://github.com/BNFC/bnfc/issues/452)] * Ocaml: removed superfluous `let rec` in the printers for token categories Cheers, Andreas -- Andreas Abel <>< Du bist der geliebte Mensch. Department of Computer Science and Engineering Chalmers and Gothenburg University, Sweden andreas.abel(a)gu.se http://www.cse.chalmers.se/~abela/

1 0