Bug#915541: Removal of upstream "--will-cite" functionality has been reverted

2021-09-15 Thread Ole Tange
On Mon, Sep 13, 2021 at 5:06 AM Sam Hartman wrote: : > This seems clearly within the power Debian grants individual maintainers > to either keep the citation notice or to remove it. I hope my stance is clear: I want to have an income from developing free software. The citation notice indirectly

Bug#915541: Removal of upstream "--will-cite" functionality has been reverted

2021-09-11 Thread Ole Tange
On Tue, Sep 7, 2021 at 11:06 AM Lucas Nussbaum wrote: : > (1) the wording almost requires citation I take this as you agree that it does not require citation. Also you do not point to how the default behaviour of the current version of GNU Parallel conflicts with Debian's standards. If you

Bug#915541: Removal of upstream "--will-cite" functionality has been reverted

2021-09-06 Thread Ole Tange
On Fri, Sep 3, 2021 at 5:05 PM Felix Lechner wrote: > On Fri, Sep 3, 2021 at 7:50 AM Tobias Frost wrote: > > > > But as said earlier: This is not a license issue; the license of GNU > > parallel > > would allow removal, but this would make upstream sad. > > The status quo is likely to mke our

Bug#915541: Removal of upstream "--will-cite" functionality has been reverted

2021-08-31 Thread Ole Tange
On Mon, Aug 30, 2021 at 8:26 AM Andreas Tille wrote: > > since this issue becomes complex I'd like to bring up it at debian-legal > list for advise. In disagreements it often helps to first agree on what the parties disagree on. That way you can put aside the parts you agree on. Maybe this can

Bug#915541: Removal of upstream "--will-cite" functionality has been reverted

2021-08-30 Thread Ole Tange
On Mon, Aug 30, 2021 at 3:38 PM Andreas Tille wrote: : > I admit I also considered a wrapper but with a different functionality: > Simply check whether --citation was used before and if not do so. If you mean a wrapper similar to this, then that would be a compromise I can live with: if [ -t 2

Bug#915541: Removal of upstream "--will-cite" functionality has been reverted

2021-08-30 Thread Ole Tange
Ian Turner wrote: > On 8/28/21 7:41 AM, Andreas Tille wrote: >>I updated the patch in Git[1] but did not yet activate it yet. I'm fine >>with uploading parallel with the patch activated if you really think we >>should disrespect the wish of the author and insist on plain GPL text. > > My reading

Bug#905674: Citation notice FAQ

2019-01-13 Thread Ole Tange
Hi Kurt Fitzner You question whether software should be cited and if so how? These links suggest: Yes, you should cite software, and if the author suggests a way of citing use that. * https://blog.apastyle.org/apastyle/2015/01/how-to-cite-software-in-apa-style.html *

Bug#905674: GNU Parallel patch

2018-12-03 Thread Ole Tange
Dear Didier Thanks for help organizing the BSP in Bern. I have noticed that you have submitted a patch and closed this bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905674#77 I am sure you are trying to do what is best for free software. But what looks like a good idea in the short

Bug#905674: Ready for closing?

2018-10-21 Thread Ole Tange
Upgrading from 20141022 to 20180922 seems to address all issues. Can we close this ticket? #884793 was due to user error, thus not breaking scripts. I still have not seen a single situation in which the current behaviour (version 20180922) breaks scripts when used correctly. Make a Minimal,

Bug#884793: Use --citation the correct way

2018-10-21 Thread Ole Tange
You are using --citation in a way it was never designed to be used. This is why you feel it breaks your script. It is like complaining you get control characters in the output if you run 'ls --color=always > output'. --citation was never designed to be used with any other parameter, but only to

Bug#905674: Funding free software

2018-08-20 Thread Ole Tange
ic publication, please cite: @book{tange_ole_2018_1146014, author = {Tange, Ole}, title= {GNU Parallel 2018}, publisher= {Ole Tange}, month= Mar, year = 2018, ISBN = {9781387509881}, doi = {10.5281/zenodo.1146014},

Bug#864647: Patch

2017-06-12 Thread Ole Tange
--- /usr/share/initramfs-tools/scripts/local-top/cryptroot 2015-01-22 22:03:47.0 +0100 +++ /root/cryptroot.new 2017-06-12 13:14:13.031995434 +0200 @@ -277,7 +277,20 @@ export CRYPTTAB_TRIED="$count" count=$(( $count + 1 )) + /bin/sleep 3 +

Bug#864647: cryptsetup: Patch to get cryptokey from external device (e.g. USB stick)

2017-06-12 Thread Ole Tange
Package: cryptsetup Version: 2:1.6.6-5 Severity: wishlist Dear Maintainer, I use cryptosetup so that I can send disks for repairs without worrying about confidential data on the disks. I would love to use cryptsetup on servers, but I need to be able to reboot the servers without having to

Bug#746806: cryptsetup: Patch to get cryptokey from external device (e.g. USB stick)

2014-05-03 Thread Ole Tange
, Ole Tange --- /usr/share/initramfs-tools/scripts/local-top/cryptroot 2012-11-16 09:24:09.0 +0100 +++ /tmp/cryptroot 2014-05-03 21:52:18.537256317 +0200 @@ -263,11 +263,19 @@ while [ $crypttries -le 0 ] || [ $count -lt $crypttries ]; do count=$(( $count

Bug#710482: autofs: Stale NFS handle - if server is rebooted

2013-05-31 Thread Ole Tange
Package: autofs Version: 5.0.7-3 Severity: normal Dear Maintainer, * What led up to the situation? I use autofs for /net to automount NFS dirs from servers. When a dir is mounted via NFS from a server that is rebooted, I sometimes get Stale NFS file handle. A simple 'umount -l' run by hand

Bug#695205: aptitude install name_of_the_missing_file should find the package of name_of_the_missing_file and install it

2012-12-05 Thread Ole Tange
Package: aptitude Version: 0.6.8.1 Severity: wishlist I often experience some program depend on a file. I then have to locate which package may contain the file and then install the package. It looks like this: $ foo Could not load library: libglut.so.3: cannot open shared object file: No such

Bug#688929: parallel: config file leads to non-standard behaviour

2012-11-22 Thread Ole Tange
On Thu, Nov 22, 2012 at 11:31 PM, Dirk Eddelbuettel e...@debian.org wrote: I, for one, stopped using parallel my scripts have to work across distros. --gnu is made for that situation (--gnu takes precedence over --tollef). /Ole -- To UNSUBSCRIBE, email to

Bug#561938: Does maintainer want patch for size of buffer?

2012-05-23 Thread Ole Tange
On Wed, May 23, 2012 at 7:19 AM, Martin Buck m...@rtin-buck.de wrote: Hi Ole, a patch would be great if it also includes changes to the man page mentioning the buffer limit, the kernel limit, how to tune the latter and the error message you get if it is exceeded. What would you suggest as the

Bug#561938: Does maintainer want patch for size of buffer?

2012-05-18 Thread Ole Tange
Hi Martin Buck. We are some users who would like buffer to be able to handle much bigger buffers. If we make a patch will you then accept this patch and apply it? /Ole -- Did you get your GNU Parallel merchandise? https://www.gnu.org/software/parallel/merchandise.html -- To UNSUBSCRIBE,

Bug#671798: parallel: Passing args from command line is borked

2012-05-07 Thread Ole Tange
On Mon, May 7, 2012 at 4:10 AM, Ian Zimmerman i...@buug.org wrote: Rogério GNU parallel, to be compatible, also exposes that behavior, Rogério when invoked with the --tollef option. Otherwise, it is the Rogério pure GNU parallel behaviour. Rogério The default behavior in Debian was chosen to

Bug#518696: #518696 ITP: parallel -- build and execute command lines from standard input in parallel]

2009-03-11 Thread Ole Tange
One of friends alerted me to your discussion of 'parallel' and whether other tools can replace it. Here are some good examples to try to reproduce without 'parallel': $ ls | grep abc | parallel gzip -c /tmp/file.gz Try this in a dir with 1000 50 kB sized mixed files with file names that include

Bug#518696: #518696 ITP: parallel -- build and execute command lines from standard input in parallel]

2009-03-11 Thread Ole Tange
On Wed, Mar 11, 2009 at 5:34 PM, Samuel Thibault samuel.thiba...@ens-lyon.org wrote: Ole Tange, le Wed 11 Mar 2009 17:05:34 +0100, a écrit : One of friends alerted me to your discussion of 'parallel' and whether other tools can replace it. The question could also be rephrased: can't we just

Bug#485910: poster: Request for enhancement: Do not duplicate PS-code for every page

2008-06-12 Thread Ole Tange
Package: poster Version: 1:20050907-1 Severity: wishlist poster duplicates all input for every page in the poster, so a 3x3 poster will take up 9 times the original PostScript code. I have made a patch that solves this. /Ole --- poster-20050907/poster.c2008-06-10 19:10:13.0 +0200

Bug#485910: Comment changed

2008-06-12 Thread Ole Tange
In this patch the comment is changed to describe the function. /Ole --- poster-20050907/poster.c 2008-06-10 19:10:13.0 +0200 +++ poster-nodupPS/poster.c 2008-06-12 10:10:07.0 +0200 @@ -831,6 +831,7 @@ printf (%% Print poster %s in %dx%d tiles with %.3g magnification\n,

Bug#485924: poster: Manual for -P is wrong

2008-06-12 Thread Ole Tange
Package: poster Version: 1:20050907-1 Severity: minor The manual for -P says: -P pagespec Specify which pages of the poster to print. It consists of a comma-separated list of single pages or page ranges (using the dash). The order in which page number appears

Bug#480775: xserver-xorg-video-intel: ver 2:2.2.1-2 breaks Virtual 2048

2008-05-12 Thread Ole Tange
On 5/12/08, Julien Cristau [EMAIL PROTECTED] wrote: severity 480775 important close 480775 2:2.3.0-1 kthxbye On Mon, May 12, 2008 at 01:44:51 +0200, Ole Tange wrote: Package: xserver-xorg-video-intel Version: 2:2.2.1-2 Severity: grave Justification: renders package unusable

Bug#480775: xserver-xorg-video-intel: ver 2:2.2.1-2 breaks Virtual 2048

2008-05-11 Thread Ole Tange
Package: xserver-xorg-video-intel Version: 2:2.2.1-2 Severity: grave Justification: renders package unusable xserver-xorg-video-intel version 2:2.2.1-2 crashes if Virtual is 2048. This problem seems to be fixed in 2:2.3.0-1. I suggest either downgrading xserver-xorg-video-intel to 2:2.1.0-2 or