On Mon, Mar 30, 2020 at 1:54 PM Mo Zhou wrote:
>lumin: An image of a QR code wouldn't be the preferred form of
> modification. They are usually generated from something. If the file it
> was
> generated from isn't present and the tool to generate it isn't in Debian,
> then
> it can't
Shengjing Zhu, le lun. 30 mars 2020 15:53:18 +0800, a ecrit:
> IMO, the QR picture is preferred form of modification as well as the
> origin text.
Is there a program which takes a QR code, allows to modify the URL and
the picture in the middle, and write the new QR code with the picture?
> And, I
On Mon, Mar 30, 2020 at 03:53:18PM +0800, Shengjing Zhu wrote:
> But, these pictures are in the documents, not in the program
We apply the same standards to both.
--
WBR, wRAR
signature.asc
Description: PGP signature
Hi,
On Mon, 30 Mar 2020, Didier 'OdyX' Raboud wrote:
> > How should package maintainers deal with QR codes ethically?
>
> Asking package maintainers to rebuild functionally-equivalent QR-codes during
> the build-process seems entirely reasonable to me.
To me it looks like wasting my time. There
On Mon, Mar 30, 2020 at 7:53 AM Shengjing Zhu wrote:
> 1. There's no info loss if you convert from one to another.
You definitely lose the (presumably non-free) television/game
characters when converting from the original QR codes to plain text.
--
bye,
pabs
https://wiki.debian.org/PaulWise
Raphael Hertzog, le lun. 30 mars 2020 10:14:13 +0200, a ecrit:
> And on the opposite, if upstream changes the link, the you break it
> without noticing
Agreed, indeed.
> (unless you put even more code to first extract the link from the
> picture and then re-encode it).
Actually that would argue
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 metho
Hi,
Quoting Paul Wise (2020-03-30 10:20:08)
> On Mon, Mar 30, 2020 at 7:53 AM Shengjing Zhu wrote:
> > 1. There's no info loss if you convert from one to another.
> You definitely lose the (presumably non-free) television/game characters when
> converting from the original QR codes to plain text.
On Mon, Mar 30, 2020 at 4:20 PM Paul Wise wrote:
>
> On Mon, Mar 30, 2020 at 7:53 AM Shengjing Zhu wrote:
>
> > 1. There's no info loss if you convert from one to another.
>
> You definitely lose the (presumably non-free) television/game
> characters when converting from the original QR codes to p
Hi,
We've just finished the transition to python3.8 as the default python3
interpreter, which was a bit difficult due to some autopkgtest regressions in a
few rdeps, and to the fact that many modules only build their extensions for the
default python version, which means they have a strict depende
Hi,
On 30.03.20 00:52, Guillem Jover wrote:
> And, of course there are always going to be remaining sticking points
> not covered by features I or others have in mind, but IMO their presence
> will still mean there's something to improve somewhere.
This is the same debate we had in a lot of othe
On 3/30/20 1:24 PM, Emilio Pozuelo Monfort wrote:
> Hi,
>
> We've just finished the transition to python3.8 as the default python3
> interpreter, which was a bit difficult due to some autopkgtest regressions in
> a
> few rdeps, and to the fact that many modules only build their extensions for
>
On Mon, 2020-03-30 at 13:54:27 +0200, Simon Richter wrote:
> On 30.03.20 00:52, Guillem Jover wrote:
> > And, of course there are always going to be remaining sticking points
> > not covered by features I or others have in mind, but IMO their presence
> > will still mean there's something to improv
Hi,
Quoting Emilio Pozuelo Monfort (2020-03-30 13:24:01)
> We've just finished the transition to python3.8 as the default python3
> interpreter, which was a bit difficult due to some autopkgtest regressions in
> a few rdeps, and to the fact that many modules only build their extensions
> for the d
Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond
* Package name: astra-toolbox
Version : 1.8.3
Upstream Author : 2010-2016, iMinds-Vision Lab, University of Antwerp
* URL : https://github.com/astra-toolbox/astra-toolbox
* License : GPL-3
Programming
On Mon, 30 Mar 2020 at 15:30:01 +0200, Johannes Schauer wrote:
> does this mean that build-depending on python3-dev is wrong in general and
> should instead be replaced by build-depending on python3-all-dev?
It is only wrong for packages that build Python 3 extensions (binary
modules) that are int
Hi fellow devs,
I acknowlege that I sometimes do things in inappropriate ways
unintentionally, and I accept the consequences of my fault. And this
time I did something unprofessional, leaking messages from -private
without asking for permission first.
I was wrong. Sorry for that.
Mo.
On Mon, M
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-pyscss2
Version : 1.3.7
Upstream Author : Ivan Kolodyazhny
* URL : https://github.com/e0ne/pyScss
* License : Expat
Programming Lang: Python
Description : SCSS compiler (fork
Hi,
Another public acknowledgement I should make is that I'm no longer an
FTP Trainee ... So my name in the member list [1] is no longer valid.
In the past indeed I have discussed about my shallow experience of
working as a Trainee, and discussed about how some portions of the NEW
queue workflow
Hi Johannes,
I opened an issue at upstream:
https://github.com/pymumu/smartdns/issues/452
(Note, written in Chinese)
Let's wait to see the answer.
On Mon, Mar 30, 2020 at 10:49:34AM +0200, Johannes Schauer wrote:
> Hi,
>
> Quoting Paul Wise (2020-03-30 10:20:08)
> > On Mon, Mar 30, 2020 at 7:53
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libdist-zilla-plugin-minimumperlfast-perl
Version : 0.003
Upstream Author : Leon Timmermans
* URL :
https://metacpan.org
On 30/03/2020 16:08, Simon McVittie wrote:
> On Mon, 30 Mar 2020 at 15:30:01 +0200, Johannes Schauer wrote:
>> does this mean that build-depending on python3-dev is wrong in general and
>> should instead be replaced by build-depending on python3-all-dev?
>
> It is only wrong for packages that buil
Package: wnpp
Severity: wishlist
Owner: Henry-Nicolas Tourneur
* Package name: python3-pykeepass
Version : 3.2.0
Upstream Author : Philipp Schmitt
* URL : https://github.com/libkeepass/pykeepass
* License : GPL3
Programming Lang: Python
Description : k
Le lundi, 30 mars 2020, 10.14:13 h CEST Raphael Hertzog a écrit :
> On Mon, 30 Mar 2020, Didier 'OdyX' Raboud wrote:
> > > How should package maintainers deal with QR codes ethically?
> >
> > Asking package maintainers to rebuild functionally-equivalent QR-codes
> > during the build-process seems
> I don't know if I'm missing an argument to dh_python3 so that it knows the
> python version, or even if there's a better workaround. But perhaps pybuild
better workaround is to force cmake to install into versioned
dist-packages (that's what I do in distutils) as I didn't find a
reliable way to
Didier 'OdyX' Raboud writes:
> Yet one is a string, and the other one an image. If you edit the string
> before turning it into a QR code, you get a valid QR code (maybe
> encoding a broken, or misleading URL, but still valid QR code). If you
> edit the QR code directly, you _can_ get a valid QR
Russ Allbery, le lun. 30 mars 2020 12:08:18 -0700, a ecrit:
> Surely the QR code is an encoding of a string?
Yes, but can you easily modify the URL in that form?
Do you have an editor that can open it as such and let you check and
modify the URL?
> In other words, to me this feels like claiming
Hello,
On Mon 30 Mar 2020 at 05:54AM +00, Mo Zhou wrote:
> I think sometimes the DFSG has been over-interpreted. Here I'm talking about
> the recent REJECTion of src:smartdns from our NEW queue, where QR code
> pictures
> used for donation have been deemed DFSG non-free [1]. I'm not satisfied wi
On 3/30/20 2:34 PM, Sean Whitton wrote:
> The text quoted from the -private IRC channel is a bit misleading. I
> was the one who rejected the upload, and it was not actually because of
> the QR codes, but for other reasons.
I think it was pretty clear from the original email that there was
anothe
Le lundi, 30 mars 2020, 21.08:18 h CEST Russ Allbery a écrit :
> Didier 'OdyX' Raboud writes:
> > Yet one is a string, and the other one an image. If you edit the string
> > before turning it into a QR code, you get a valid QR code (maybe
> > encoding a broken, or misleading URL, but still valid Q
Didier 'OdyX' Raboud writes:
> Anyway, I am not really arguing that QR codes (even these) are not
> redistributable in Debian source or binary packages (I'm leaving this to
> the FTP masters). I am saying that with the tooling we have (qrencode is
> one of plenty), it is really easy to produce fu
Samuel Thibault writes:
> Concerning base64-encoded text files, it's quite borderline. Possibly
> some editor do support opening base64-encoded files, then it's fine to
> have this as source code. Otherwise I don't see it as the preferred
> format for modifications.
This is not what preferred fo
Russ Allbery, le lun. 30 mars 2020 13:32:05 -0700, a ecrit:
> Samuel Thibault writes:
>
> > Concerning base64-encoded text files, it's quite borderline. Possibly
> > some editor do support opening base64-encoded files, then it's fine to
> > have this as source code. Otherwise I don't see it as th
Package: wnpp
Severity: wishlist
Owner: Pierre Thierry
* Package name: elgrind
Version : n/a
Upstream Author : Isac Sacchi e Souza
* URL : https://github.com/isacssouza/erlgrind
* License : BSD-2-Clause
Programming Lang: Erlang
Description : Convert Er
> "ST" == Samuel Thibault writes:
ST> Shengjing Zhu, le lun. 30 mars 2020 15:53:18 +0800, a ecrit:
>> IMO, the QR picture is preferred form of modification as well as the
>> origin text.
ST> Is there a program which takes a QR code, allows to modify the URL and
ST> the picture in the middle,
35 matches
Mail list logo
