Re: Add xmpp room to the list of group chats.
Hi, On 12/2/23 8:20 AM, MSavoritias wrote: Hey, I thought this mailing list is the most fitting for the request feel free to point out if its better somewhere else. Is the community open to have group chats listed in other networks than IRC assuming they are free software? Having chat groups in different networks is going to greatly improve the accessibility of the project towards new contributors which I think we recently wanted to start working on as one of our areas of focus. The group chat I am talking about is in xmpp/jabber and it is here -> g...@chat.disroot.org It has already the CoC of the guix project and xmpp is free software from server to client. Also disclaimer: I am not talking about starting to bridge them. That is an entirely separate thing with different tradeoffs and maintenance. Just listing the group chat is easy though :) Msavoritias This sounds like a good idea to me! XMPP just works a lot nicer with stuff like attachments and message logging without needing peripheral tooling like znc to get around things like message logging/persistance. Whether we go with disroot.org to host the chat, or whether GNU can host something for us in the future I'm not sure, but I'm keen to see more usage of XMPP. I think the channel should be listed once we have a strong consensus that we want to use XMPP as a main communication channel. Perhaps this is suitable for a RFI? However, I understand the desire to keep everything as central as possible, especially when it comes to communication. IRC works well enough in most cases, and by far has the most active users. This doesn't mean things can improve, though, and the niceties provided by a more modern protocol such as XMPP could be worth it, potentially. Anyway, there isn't much harm in maintaining our own XMPP channel for those who wish to use it. What do you think? Thanks, Ada (adanska)
Re: Questions about packages because of license and other
Hi, On 12/6/23 8:36 PM, Christian Miller wrote: Hi, 1. PrismLauncher[0]: The software itself is licensed as GPL3 but it is used to download and launch a proprietary videogame called "Minecraft". Since it is itself GPL3 licensed but used for a proprietary videogame, would it be allowed for upstream or not? This is already included in the Guix-Gaming[1] channel. 2: PCSX2[1]: Software itself is licensed as GPL3 but is used to emulate a PlayStation 2 (game console), which is highly proprietary hardware. It is also wishlisted on libreplanet[2]. It requires the original proprietary BIOS (not distributed by the software) to run. Since it is a game console, it also requires proprietary video games (not distributed by the software). For these gaming related packages that require non-free software, perhaps it might be a good idea to contribute to Guix-Gaming[1] instead, rather than upstream. 3. impatient-mode[3]: This is an Emacs mode to write HTML and see it in realtime rendered in the web browser. It has no license file. In the file "impatient-mode.el" it says "This is free and unencumbered software released into the public domain.". Is this suitable for an upstream package? It looks to me not correctly licensed but I am also not an expert in this and therefore unsure. Public domain would be suitable for inclusion, though. PrismLauncher works but does not show images from the instance. PCSX2 works but does not show icons. Imaptient-mode is done. Since it is better to push as much as possible upstream, would they met the requirements or not? [0] https://github.com/PrismLauncher/PrismLauncher [1] https://github.com/PCSX2/pcsx2 [2] https://libreplanet.org/wiki/Group:Guix/Wishlist#Emulation [3] https://github.com/skeeto/impatient-mode [1] https://gitlab.com/guix-gaming-channels/games Thanks, Ada (adanksa)
Re: Questions about packages because of license and other
Hi Christian, On Wed, Dec 06 2023, Christian Miller wrote: > [0] https://github.com/PrismLauncher/PrismLauncher > [1] https://github.com/PCSX2/pcsx2 Those two might be more suitable for a private channel, or perhaps for nonguix. > [3] https://github.com/skeeto/impatient-mode This one seems okay but it's not in the public domain unless the packager splits off the file jquery.js, which is "Dual licensed under the MIT or GPL Version 2 licenses." Also, there are other options for real-time rendering of HTML. [1] I have no legal training or experience. Please do not rely on what I wrote. Thanks for contributing to Guix! Kind regards Felix [1] https://emacs.stackexchange.com/a/32434
Re: Questions about packages because of license and other
Hello Christian, Am Wed, Dec 06, 2023 at 09:36:06PM +0100 schrieb Christian Miller: > 1. PrismLauncher[0]: The software itself is licensed as GPL3 but it is > used to download and launch a proprietary videogame called > "Minecraft". Since it is itself GPL3 licensed but used for a > proprietary videogame, would it be allowed for upstream or not? > > 2: PCSX2[1]: Software itself is licensed as GPL3 but is used to > emulate a PlayStation 2 (game console), which is highly proprietary > hardware. It is also wishlisted on libreplanet[2]. It requires the > original proprietary BIOS (not distributed by the software) to run. > Since it is a game console, it also requires proprietary video games > (not distributed by the software). since we do not advertise non-free software and do not encourage users to install it, these two are not suitable for inclusion into Guix. > 3. impatient-mode[3]: This is an Emacs mode to write HTML and see it > in realtime rendered in the web browser. It has no license file. In > the file "impatient-mode.el" it says "This is free and unencumbered > software released into the public domain.". Is this suitable for an > upstream package? It looks to me not correctly licensed but I am also > not an expert in this and therefore unsure. This looks okay, we have a license:public-domain. Andreas
Questions about packages because of license and other
Hi, 1. PrismLauncher[0]: The software itself is licensed as GPL3 but it is used to download and launch a proprietary videogame called "Minecraft". Since it is itself GPL3 licensed but used for a proprietary videogame, would it be allowed for upstream or not? 2: PCSX2[1]: Software itself is licensed as GPL3 but is used to emulate a PlayStation 2 (game console), which is highly proprietary hardware. It is also wishlisted on libreplanet[2]. It requires the original proprietary BIOS (not distributed by the software) to run. Since it is a game console, it also requires proprietary video games (not distributed by the software). 3. impatient-mode[3]: This is an Emacs mode to write HTML and see it in realtime rendered in the web browser. It has no license file. In the file "impatient-mode.el" it says "This is free and unencumbered software released into the public domain.". Is this suitable for an upstream package? It looks to me not correctly licensed but I am also not an expert in this and therefore unsure. PrismLauncher works but does not show images from the instance. PCSX2 works but does not show icons. Imaptient-mode is done. Since it is better to push as much as possible upstream, would they met the requirements or not? [0] https://github.com/PrismLauncher/PrismLauncher [1] https://github.com/PCSX2/pcsx2 [2] https://libreplanet.org/wiki/Group:Guix/Wishlist#Emulation [3] https://github.com/skeeto/impatient-mode -- Christian Miller
November/December update on qa.guix.gnu.org and related things
Hey! Not much has changed since the last update. There's a new "waiting for builds" status, I tweaked some code around build cancelation, I put in place a mitigation for #67194 affecting the build coordinator, and did some investigation of the hurd locale issue (#67507). As previously set out, I'm planning to stop hosting the data service instances this year. While I would like to stop hosting the server for data.guix.gnu.org, I am going to keep that going at least for the time being as that will allow me to test out pruning the bordeaux nars among other things. I am still planning to shutdown data.qa.guix.gnu.org and QA which depends on it within the next couple of weeks. I do hope it can return some point though, and hopefully sooner rather than later. On this like most decisions I'm indecisive, I could try and keep the current server going, but it's not the most cost effective setup and it's very low on disk space. I could replace the server with some slightly better setup, but this would still mean I'm managing a key part of the infrastructure, which is something I'm trying to move away from. There was some discussion of the project taking over the hosting, and maybe that will happen at some point, but it hasn't happened yet. So while not having qa.guix.gnu.org for a time isn't ideal, I'm still going with this approach. Given that the first prototype setup came (and went I think) sometime back in 2019 [1], this stuff has been going on for a while now. From that prototyping over the last few years, I think the current software setup is something that can work long term and be iterated on. To take this technical setup forward though, it would ideally happen more through the project and no longer have key parts be reliant on me for hosting. 1: https://lists.gnu.org/archive/html/guix-devel/2019-02/msg00089.html Thanks, Chris signature.asc Description: PGP signature
Re: Moment de convivialité Guix@Paris en nov… euh… décembre
(Warning: this email is in french because the meeting is supposed to be held in French.) Bonjour Guix, Pour rappel, Guix@Paris c'est demain soir ! C'est toujours à 19h… par contre et exceptionnellement, ce ne sera pas au local de l'April, mais directement chez Easter-eggs ! C'est juste en face, à 5 mètres ! Au plaisir de vous y rencontrer, -- Tanguy
