Re: Bug#1014908: ITP: gender-guesser -- Guess the gender from first name
>> * Package name: gender-guesser >> Version : 0.4.0 >> Upstream Author : Israel Saeta Pérez >> * URL : https://github.com/lead-ratings/gender-guesser >> * License : GPL-3 & GFDL-1.2+ >> Programming Lang: Python >> Description : Guess the gender from first name Hi, I'd like to ask a practical question, do we have anything either in WNPP or in the archive that depends or uses this package? Although I guess this library might violate DFSG 5 by itself, I would like to see where it's actually used and why we need the library. Yao Wei (This email is sent from a phone; sorry for HTML email if it happens.)
Re: Thanks and Decision making working group (was Re: General Resolution: Statement regarding Richard Stallman's readmission to the FSF board result)
Hi, > Benda Xu 於 2021年4月19日 11:40 寫道: > > The winning option "Debian will not issue a public statement on this > issue" implies that the majority of DDs is not interested in such > non-technical affairs. Such a working group will distract us from > achieving technical excellence. > Most of the non DPL-electing GRs are at risk of tearing Debian Project apart. And IMO this is the least dangerous option. It's not because we are not interested in non-technical affairs. Yao Wei
Re: Overinterpretation of DFSG? QR code for receiving donation is non-free???
This case, in my interpretation, the text from the QR code is not upstream author's preferred form of modification. The QR code probably is author's preferred form of modification by changing the payment QR code as a whole. Ethics wise, we could ask author if they can accept other payment method than QR code form, while I can understand the extreme popularity in Mainland China. Yao Wei
Re: duplicate popularity-contest ID
> On Aug 5, 2019, at 20:29, Bill Allombert wrote: > > I am not quite sure what it is the reason for this problem. > Maybe people use prebuild system images with a pregenerated > /etc/popularity-contest.conf file (instead of being generated > by popcon postinst). Could this be caused by Debian-live installer based on Calamares? Yao Wei (This email is sent from a phone; sorry for HTML email if it happens.)
Getting rid of codenames (Was: getting rid of "testing")
How about getting rid of codenames altogether? Like we use unstable for unstable, experimental for experimental as it already is, no testing and buster but debian11, debian12, etc. Although it is eliminating some funs but it is much more predictable and simple to remember. I also confused squeeze with stretch. Yao Wei (This email is sent from a phone; sorry for HTML email if it happens.) > On Jun 28, 2019, at 04:17, Wouter Verhelst wrote: > > On Tue, Jun 25, 2019 at 01:11:09PM +0500, Andrey Rahmatullin wrote: >> On Tue, Jun 25, 2019 at 09:46:00AM +0200, Bastian Blank wrote: Related to that I would like to be able to write something like deb http://deb.debian.org/debian debian11 main deb http://security.debian.org/debian-security debian11-security main in sources.list as codenames confuse people. >>> >>> Can you please elaborate on the "confuse people"? >> I guess only (most?) Debian contributors and hardcore Debian users >> remember the order of the codenames and their mappings to current >> stable/oldstable/testing and to numeric versions. > > If even that. > > Potato was followed by sarge, but I think there was something in between > (although I'm not sure). There's an etch somewhere, and a lenny. > > But what were the orderings again? I honestly don't remember. > > Yes please, let's use debian11 in the URL somewhere. > > -- > To the thief who stole my anti-depressants: I hope you're happy > > -- seen somewhere on the Internet on a photo of a billboard >
Re: Programs contain ads - acceptable for packaging for Debian?
Hi, > Bagas Sanjaya 於 2019年6月20日 20:54 寫道: > > Such ads is displayed only when users have Internet connection, and there is > no way to patch ZZZ in order to remove ads (or we have to buy "pro" version > which doesn't contain ads and adds more features). As a DFSG-free software it should be possible per license agreement. We can review the license for that. Could you file a RFP for the exact software you would like to package? We would like to see where the problem is. Yao Wei (This email is sent from a phone; sorry for HTML email if it happens.)
Re: Concern for: A humble draft policy on "deep learning v.s. freedom"
Hi, >> With a labeling like "ToxicCandy Model" for the situation, it makes bad >> impression on people and I am afraid people may not be make rational >> decision. Is this characterization correct and sane one? At least, >> it looks to me that this is changing status-quo of our policy and >> practice severely. So it is worth evaluating idea without labeling. > > My motivation for the naming "ToxicCandy" is pure: to warn developers > about this special case as it may lead to very difficult copyright > or software freedom questions. I admit that this name looks not > quite friendly. Maybe "SemiFree" look better? About the term ToxicCandy it makes me reminded of an existing term "Tainted" which also used in Linux kernel to describe kernel running with non-free module. So... how about "Tainted Model"? Just 2 cents, Yao Wei (This email is sent from a phone; sorry for HTML email if it happens.)
Re: Unicode License Additional Coverage
Never mind. I was wrongfully read as the license has the problem. (It is that, IVD files had no license attached to it, someone might think it is "All rights reserved" by copyright law in most jurisdictions. Please correct me if I am wrong again.) Yao Wei (This email is sent from a phone; sorry for HTML email if it happens.) > On Jan 4, 2019, at 06:04, Yao Wei (魏銘廷) wrote: > > Hi, > > Could you elaborate what part of license that someone might have concern? > > It looks like X11 license for me at the first glance. > > Yao Wei > > (This email is sent from a phone; sorry for HTML email if it happens.) > >> On Jan 4, 2019, at 04:49, Paul Hardy wrote: >> >> Dear Debian, >> >> Unicode, Inc. has informed me that they just added the directory >> http://www.unicode.org/ivd/data/ to the list of directories explicitly >> mentioned as covered by their license; see >> http://www.unicode.org/copyright.html#License. >> >> Among other files, that directory contains IVD_Sequences.txt, which >> emacs (among other packages) uses. The license ambiguity for that >> file had been a concern for someone. >> >> All the best, >> >> >> Paul Hardy >>
Re: Unicode License Additional Coverage
Hi, Could you elaborate what part of license that someone might have concern? It looks like X11 license for me at the first glance. Yao Wei (This email is sent from a phone; sorry for HTML email if it happens.) > On Jan 4, 2019, at 04:49, Paul Hardy wrote: > > Dear Debian, > > Unicode, Inc. has informed me that they just added the directory > http://www.unicode.org/ivd/data/ to the list of directories explicitly > mentioned as covered by their license; see > http://www.unicode.org/copyright.html#License. > > Among other files, that directory contains IVD_Sequences.txt, which > emacs (among other packages) uses. The license ambiguity for that > file had been a concern for someone. > > All the best, > > > Paul Hardy >
Re: Q: secure boot
Hi, As far as I remember there are some netbooks (from Lenovo) which cannot turn Secure Boot off even if it is x86 based. We can tell user to buy laptop with Coreboot + HEADS preinstalled, or laptops that can turn Secure Boot off, but what if they are installing their existing machine? (I hope Coreboot becomes more common in the market instead of Aptio, but it is hard to buy such laptop, even Chromebook, unless overseas from Taiwan...) Yao Wei (This email is sent from a phone; sorry for HTML email if it happens.)
Re: "debian.pool.ntp.org" for Debian derivatives?
We are probably accepting their TOS without reading them first: https://www.ntppool.org/tos.html Yao Wei (This email is sent from a phone; sorry for HTML email if it happens.) > On Oct 18, 2018, at 20:51, Ansgar Burchardt wrote: > >> On Thu, 2018-10-18 at 13:57 +0200, Philipp Hahn wrote: >> So my question is more like "is it okay to not change Debians default >> NTP server selection", so the initial setup and those lazy enough to >> not change the default get a sane time? > > I don't think Debian can answer that question and suggest to ask the > pool operators. This seems to be the correct list: > https://lists.ntp.org/listinfo/pool > > A related question is the use of API keys that are included in some > packages (e.g. chromium). These are also vendor-specific, but cannot > be really secret (as they are included in the binaries and could be > extracted even for proprietary software). > > Ansgar >
Re: Updating the New Debian Developer welcome email
Hi, I filed the bug yesterday in nm.debian.org package but got a reply that the welcome message is managed by admin team, not NM. https://bugs.debian.org/910057 Are there discussions about updating welcome email in Debian RT already? Yao Wei (This email is sent from a phone; sorry for HTML email if it happens.) > On Oct 3, 2018, at 08:56, James McCoy wrote: > >> On Tue, Oct 02, 2018 at 05:45:35PM -0700, Joseph Herlant wrote: >> Yesterday I received my New Debian Developer welcome email (\o/) > > Congrats! > >> and >> noticed that it's still referencing alioth for the hosting of VCS >> repositories. >> >> I couldn't find in which repo the template for this email was hosted. >> Could you point me to the right repo so I can do a MR for this please? > > DSA manages user accounts. After a little digging, I found the > template[0]. > > [0]: > https://salsa.debian.org/dsa-team/mirror/userdir-ldap/blob/master/templates/welcome-message-Debian > > Cheers, > -- > James > GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB >