On Fri, Jul 05, 2024 at 09:24:18AM +0200, Simon Josefsson wrote:
> First, I think we need to understand the rationale for doing anything
> about 'netkit-rwho': do we want to do something because 1) it is not
> maintained upstream? or 2) because it is an insecure design?, or 3)
> something else?
lexmyczko/rutpime (there's
> an ITP for it, and it has
> been in new queue several times:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1013361
>
> After a while I intend to clone this bug to ftp.debian.org for
> removal from unstable.
>
> Please do not remove it if
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 15 Jun 2024 15:05:51 -0700
Source: sphinx-remove-toctrees
Architecture: source
Version: 1.0.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Team
Changed-By: Diane Trout
Changes:
sphinx-remove-toctrees
Quoting Otto Kekäläinen (2024-03-30 22:09:46)
> Is it so that the debian/copyright file is reviewed by ftp-masters
> only for packages in NEW queue, and there is probably no automation in
> place to flag subsequent copyright changes for re-review?
It is my understanding that it is, and always has
nd.net/personal/copywrongs.html
If someone has rewritten an author's contribution such that none of the
author's "original expression" (a manifestation of human creativity)
remains in the file/work, then it is okay to remove their attribution
and/or copyright notice, and is arguably
Hi!
While reviewing xz-utils commits I noticed that a bunch of old
copyright holder names were removed in
https://salsa.debian.org/debian/xz-utils/-/commit/d1b67558cbc06c449a0ae7b7c1694e277aef4a78.
Is this OK to do so? Having source code in the public domain means
that there is no copyright, so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Fri, 03 Nov 2023 10:45:14 +0300
Source: sphinx-remove-toctrees
Architecture: source
Version: 0.0.3-4
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Team
Changed-By: Dmitry Shachnev
Changes:
sphinx-remove
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 19 Sep 2023 20:59:22 +0200
Source: rust-remove-dir-all
Architecture: source
Version: 0.8.2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Rust Maintainers
Changed-By: Zixing Liu
Changes:
rust-remove-dir-all
-Undiacritic
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : remove diacritics from a string
Text::Undiacritic provides a module that changes characters with diacritics
into their base characters.
Also changes into base character in cases where UNICODE does
Hi,
Am 11.01.23 um 15:20 schrieb John Paul Adrian Glaubitz:
Hi Helge!
On 1/11/23 15:03, Helge Deller wrote:
Yes, sadly we don't have a working java right now on hppa, and it will
probably take some more time to get one. At least I won't have time
for it during the next few months.
But it
Hi Helge!
On 1/11/23 15:03, Helge Deller wrote:
Yes, sadly we don't have a working java right now on hppa, and it will
probably take some more time to get one. At least I won't have time
for it during the next few months.
But it would be sad to loose those bindings...
There are some efforts
On 1/10/23 19:54, Rene Engelhard wrote:
Hi,
Am 10.01.23 um 19:44 schrieb John Paul Adrian Glaubitz:
On 1/10/23 19:25, Rene Engelhard wrote:
(which are for many BD-Uninstallable since ages because it does not have Java
(anymore), didn't do a long-ago transition, ...)
They all have Java
Hi,
Am 10.01.23 um 19:44 schrieb John Paul Adrian Glaubitz:
On 1/10/23 19:25, Rene Engelhard wrote:
(which are for many BD-Uninstallable since ages because it does not
have Java (anymore), didn't do a long-ago transition, ...)
They all have Java support except for hppa, see:
I was indeed
(posting this to debian-devel@ since debian-ports@ cross-posts to too many
lists)
Hello Rene!
On 1/10/23 19:25, Rene Engelhard wrote:
(which are for many BD-Uninstallable since ages because it does not have Java
(anymore), didn't do a long-ago transition, ...)
They all have Java support
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 21 Nov 2022 14:21:12 +
Source: node-flow-remove-types
Architecture: source
Version: 1.2.3-7
Distribution: unstable
Urgency: medium
Maintainer: Debian Javascript Maintainers
Changed-By: Jelmer Vernooij
Changes:
node-flow
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 13 Oct 2022 15:20:15 +0100
Source: libfile-remove-perl
Architecture: source
Version: 1.61-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Perl Group
Changed-By: Jelmer Vernooij
Changes:
libfile-remove-perl (1.61
On 2022-09-14 Paul Wise wrote:
> On Wed, 2022-09-14 at 07:41 +0200, Andreas Metzler wrote:
>> Is there a way to find all packages built against broken dh-fortran-
>> mod so all affected packages can be rebuilt?
> I am not sure of the correct regex, but the binary package control
> search should
On Wed, 2022-09-14 at 07:41 +0200, Andreas Metzler wrote:
> Is there a way to find all packages built against broken dh-fortran-
> mod so all affected packages can be rebuilt?
I am not sure of the correct regex, but the binary package control
search should work, if it doesn't then you need a
: failed to remove '/usr/lib/x86_64-linux-gnu/fortran/gfortran': No such
file or directory
dpkg: error processing package libopenmpi-dev:amd64 (--purge):
[...]
Looking at the postrm script we find:
(sid)root@argenau:/# grep ^rmdir
/var/lib/dpkg/info/libopenmpi-dev\:amd64.postrm
rmdir --ignore-fail
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 21 Jun 2022 21:07:52 +0200
Source: libfile-remove-perl
Architecture: source
Version: 1.61-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Perl Group
Changed-By: gregor herrmann
Changes:
libfile-remove-perl (1.61
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 02 Jun 2022 23:10:33 +0200
Source: rust-remove-dir-all
Architecture: source
Version: 0.7.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Rust Maintainers
Changed-By: Sylvestre Ledru
Changes:
rust-remove-dir
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 03 May 2022 23:59:24 +0200
Source: node-flow-remove-types
Architecture: source
Version: 1.2.3-6
Distribution: unstable
Urgency: medium
Maintainer: Debian Javascript Maintainers
Changed-By: Jérémy Lal
Changes:
node-flow
ian-devel@lists.debian.org
> Cc: debian-...@lists.debian.org
> Subject: Re: debian-faq in NEW - or: remove documentation from the archive at
> all
> Date: Tue, 05 Apr 2022 07:54:47 +0800
>
> On Mon, 2022-04-04 at 20:52 +0200, Joost van Baal-Ilić wrote:
>
> > Maybe in a next up
Hi,
On Sun, 2022-04-03 at 13:18 +0200, Holger Wansing wrote:
> debian-faq is waiting in NEW queue for more than 4 months now (upload
> is from 23.11.2021), with no visible activity from ftp-masters (and
> even with no message at all!).
> I pinged ftp-masters at the end of January, but got no
Hi,
Am 6. April 2022 06:40:54 MESZ schrieb "Joost van Baal-Ilić"
:
>
>Luckily ftp-masters in the mean time did accept the faq upload. Thanks!
Yes, That's great. Many thanks
Now I can look into activating the new Portuguese translation
on the website (which is one major point in this upload,
Hi,
On Tue, Apr 05, 2022 at 07:54:47AM +0800, Paul Wise wrote:
> On Mon, 2022-04-04 at 20:52 +0200, Joost van Baal-Ilić wrote:
>
> > Maybe in a next upload of debian-faq, we could get rid of this by-hand
> > stuff.
> > Afaik it's only used to get the FAQ content published at
> >
On Mon, 2022-04-04 at 20:52 +0200, Joost van Baal-Ilić wrote:
> Maybe in a next upload of debian-faq, we could get rid of this by-hand stuff.
> Afaik it's only used to get the FAQ content published at
> https://ftp.debian.org/debian/doc/
I think it would be better to send a dak patch turning the
Hi,
Samuel Thibault schreef op maandag 4 april 2022:
> the byhand queue is quite different from the new
> queue, possibly there are very few ftpmaster who actually know how to
> process it.
Maybe in a next upload of debian-faq, we could get rid of this by-hand stuff.
Afaik it's only used to get
Hello,
Bo YU, le lun. 04 avril 2022 09:09:53 +0800, a ecrit:
> On Sun, Apr 03, 2022 at 01:18:37PM +0200, Holger Wansing wrote:
> > debian-faq is waiting in NEW queue for more than 4 months now (upload is
> > from 23.11.2021), with no visible activity from ftp-masters (and even with
> > no
> >
documentation-only package is still waiting.
Any comments on this?
If documentation is that unimportant, we could save a long of work and time,
if we remove all documentation packages from the archive and the website!!!
Holger
(being extremly sad about all this)
Holger Wansing wrote (Sat, 29
wrong with this upload or this
package???
There have been countless NEW processings since then, but this (in my opinion)
uncritical documentation-only package is still waiting.
Any comments on this?
If documentation is that unimportant, we could save a long of work and time,
if we remove all
-deprecation-shim
* License : Apache 2.0
Programming Lang: Python
Description : Shims to help you safely remove pytz
pytz has served the Python community well for many years, but it is no
longer the best option for providing time zones. pytz has a non-standard
interface that is very easy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 08 Mar 2022 22:26:50 -0800
Source: sphinx-remove-toctrees
Architecture: source
Version: 0.0.3-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Team
Changed-By: Diane Trout
Changes:
sphinx-remove-toctrees
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 12 Dec 2021 13:15:51 -0800
Source: sphinx-remove-toctrees
Binary: python3-sphinx-remove-toctrees
Architecture: source all
Version: 0.0.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian Python Team
Changed-By: Diane
Quoting Scott Kitterman (2021-12-06 16:03:31)
> Speaking only for myself here, not the team as a whole:
>
> The tools we use default to age order, so if one just starts working
> through packages in the order given, it's oldest first. Personally, I
> rather rarely do that. I don't have a lot
On Monday, December 6, 2021 8:58:15 AM EST Andreas Tille wrote:
> Hi Jonas,
>
> I've thought that it is probably not my turn to answer your questions
> but since there was no answer yet I'd like to report from my experience.
>
> Am Thu, Nov 18, 2021 at 05:21:45PM +0100 schrieb Jonas Smedegaard:
Hi Jonas,
I've thought that it is probably not my turn to answer your questions
but since there was no answer yet I'd like to report from my experience.
Am Thu, Nov 18, 2021 at 05:21:45PM +0100 schrieb Jonas Smedegaard:
>
> Is "Age" used to rank processing of NEW requests?
I have some evidence
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Fri, 26 Nov 2021 06:33:02 +0100
Source: node-flow-remove-types
Architecture: source
Version: 1.2.3-5
Distribution: unstable
Urgency: medium
Maintainer: Debian Javascript Maintainers
Changed-By: Yadd
Changes:
node-flow-remove
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 20 Nov 2021 16:33:26 +0100
Source: node-remove-trailing-separator
Architecture: source
Version: 1.1.0-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Javascript Maintainers
Changed-By: Yadd
Changes:
node-remove
Andrey Rahmatullin writes:
> On Thu, Nov 18, 2021 at 04:08:23PM +0100, Stephan Lachnit wrote:
>> > > I don't know if that has been proposed before, but how about waiving
>> > > the NEW queue requirement for experimental packages as a start?
>> > > [...] Since packages in experimental will never
Simon Richter writes:
> Hi,
>
> On 11/18/21 4:08 PM, Stephan Lachnit wrote:
>
>> I guess this raises the (maybe already answered) question if the
>> additional license QA from NEW is for the end-product (i.e. Debian
>> stable) or for the servers that run the Debian infrastructure, which
>> of
On Thu, 2021-11-18 at 19:32 +0100, Philip Hands wrote:
> There is also the issue of cryptographic software, and the laws
> regarding its export from the USA, which Debian deals with by treating
> every package as though it _might_ at some point incorporate some
> crypto, and therefore registering
Stephan Lachnit writes:
> On Thu, Nov 18, 2021 at 4:16 PM Simon Richter wrote:
>>
>> On 11/18/21 4:08 PM, Stephan Lachnit wrote:
>>
>> > I guess this raises the (maybe already answered) question if the
>> > additional license QA from NEW is for the end-product (i.e. Debian
>> > stable) or for
On Thu, 18 Nov 2021 at 19:28:28 +0500, Andrey Rahmatullin wrote:
> On Thu, Nov 18, 2021 at 02:52:56PM +0100, Stephan Lachnit wrote:
> > I don't know if that has been proposed before, but how about waiving
> > the NEW queue requirement for experimental packages as a start?
> > [...] Since packages
On Thu, Nov 18, 2021 at 4:16 PM Simon Richter wrote:
>
> On 11/18/21 4:08 PM, Stephan Lachnit wrote:
>
> > I guess this raises the (maybe already answered) question if the
> > additional license QA from NEW is for the end-product (i.e. Debian
> > stable) or for the servers that run the Debian
On Thu, Nov 18, 2021 at 04:08:23PM +0100, Stephan Lachnit wrote:
> > > I don't know if that has been proposed before, but how about waiving
> > > the NEW queue requirement for experimental packages as a start?
> > > [...] Since packages in experimental will never land in any
> > > official
Hi,
On 11/18/21 4:08 PM, Stephan Lachnit wrote:
I guess this raises the (maybe already answered) question if the
additional license QA from NEW is for the end-product (i.e. Debian
stable) or for the servers that run the Debian infrastructure, which
of course includes experimental.
The
On Thu, 2021-11-18 at 19:28 +0500, Andrey Rahmatullin wrote:
> On Thu, Nov 18, 2021 at 02:52:56PM +0100, Stephan Lachnit wrote:
> > I don't know if that has been proposed before, but how about waiving
> > the NEW queue requirement for experimental packages as a start?
> > [...] Since packages in
On Thu, Nov 18, 2021 at 3:28 PM Andrey Rahmatullin wrote:
>
> On Thu, Nov 18, 2021 at 02:52:56PM +0100, Stephan Lachnit wrote:
> > I don't know if that has been proposed before, but how about waiving
> > the NEW queue requirement for experimental packages as a start?
> > [...] Since packages in
On Thu, Nov 18, 2021 at 02:52:56PM +0100, Stephan Lachnit wrote:
> I don't know if that has been proposed before, but how about waiving
> the NEW queue requirement for experimental packages as a start?
> [...] Since packages in experimental will never land in any
> official release, I think
On Thu, Nov 18, 2021 at 11:52 AM Gard Spreemann wrote:
>
> Every time I see stories like this, I wonder what the consequences of
> the NEW queue's current workings are. This is *not* criticism of the
> heroic work of the FTP Masters, nor is it criticism of the objectives
> they have in processing
Hi list,
On 18/11/2021 11:51, Gard Spreemann wrote:
Apologies in advance if this is something that has been discussed a lot
in the past. I'd be very interested in being pointed in the right
direction in that case!
No need to apologize... searching the the devel archives on "NEW queue"
Hi all.
Johannes Schauer Marin Rodrigues writes:
> slightly related question: if I upload a new version to NEW, will the Age of
> the package be reset? I'm asking because my package has been in NEW for four
> months already and I'd like to avoid loosing that place by an upload of a new
>
Quoting Johannes Schauer Marin Rodrigues (2021-11-18 11:26:44)
> Quoting Tobias Frost (2021-11-18 10:38:40)
> > (speculatinng on the why you want it rejected: if you want to replace it
> > with e.g. a newer version, you can just upload the new version)
>
> slightly related question: if I upload
Quoting Tobias Frost (2021-11-18 10:38:40)
> (speculatinng on the why you want it rejected: if you want to replace it with
> e.g. a newer version, you can just upload the new version)
slightly related question: if I upload a new version to NEW, will the Age of
the package be reset? I'm asking
Am 18. November 2021 10:30:37 MEZ schrieb Stephan Lachnit
:
>I tried to remove a package from NEW with `dcut rm package.deb`, `dcut
>rm package.changes` and `dcut cancel package.changes`, but nothing
>worked.
>Is there even a way to remove a package from NEW?
>
>Regards,
&
I tried to remove a package from NEW with `dcut rm package.deb`, `dcut
rm package.changes` and `dcut cancel package.changes`, but nothing
worked.
Is there even a way to remove a package from NEW?
Regards,
Stephan
: Apache 2.0
Programming Lang: Python 3
Description : Remove TrueType and OpenType bytecodes and tables from font
files
Taken from project readme:
dehinter is a Python command line application that removes TrueType
instruction sets, global hinting tables, and other associated
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Wed, 15 Sep 2021 10:26:04 +0100
Source: node-flow-remove-types
Architecture: source
Version: 1.2.3-4
Distribution: unstable
Urgency: medium
Maintainer: Debian Javascript Maintainers
Changed-By: Debian Janitor
Changes:
node-flow
/packages/strip#readme
* License : Expat
Programming Lang: Javascript
Description : Rollup plugin to remove debugger statements and functions
This is a plugin for rollup module bundler to remove debugger statements
and functions like assert.equal and console.log from your code
m an "how do I use this feature" perspective, I would recommend that
> you/people wait until relevant wiring has been added to debhelper.
>
> ~Niels
>
Hi,
I just uploaded debhelper/13.5 that adds support for the new feature via
the following methods:
* Use of "rm_conff
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 28 Aug 2021 20:54:47 +0100
Source: node-flow-remove-types
Binary: node-flow-remove-types
Architecture: source all
Version: 1.2.3-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Javascript Maintainers
Changed
Ludovic Rousseau:
> Hello Niels,
>
> Le 08/08/2021 à 09:09, Niels Thykier a écrit :
>> Ludovic Rousseau:
>>> [...]
>>
>> Hi Ludovic,
>>
>> You cannot use that feature yet as it would break during upgrade. The
>> dpkg version in stable does not support the feature. Which is also why
>> there is
Hello Niels,
Le 08/08/2021 à 09:09, Niels Thykier a écrit :
Ludovic Rousseau:
Hello,
I am fixing Debian bug #990154.
After some work I am able to remove the obsolete conf file using:
rm_conffile /etc/reader.conf.d/0comments 1.9.3-2~ pcscd
in debian/pcscd.maintscript
Nice.
Now I would like
Ludovic Rousseau:
> Hello,
>
> I am fixing Debian bug #990154.
>
> After some work I am able to remove the obsolete conf file using:
> rm_conffile /etc/reader.conf.d/0comments 1.9.3-2~ pcscd
> in debian/pcscd.maintscript
>
> Nice.
> Now I would like to use the meth
Hello,
I am fixing Debian bug #990154.
After some work I am able to remove the obsolete conf file using:
rm_conffile /etc/reader.conf.d/0comments 1.9.3-2~ pcscd
in debian/pcscd.maintscript
Nice.
Now I would like to use the method documented in deb-conffiles
https://manpages.debian.org/unstable
On 2021-03-07 Hideki Yamane wrote:
> X-debbugs-CC: debian-devel@lists.debian.org
> I've tried to remove files that was accidentally containts empty " ",
> comma "," and wildcard "*" via rm_conffile from dpkg-maintscript-helper.
> However, it retur
X-debbugs-CC: debian-devel@lists.debian.org
Hi,
I've tried to remove files that was accidentally containts empty " ",
comma "," and wildcard "*" via rm_conffile from dpkg-maintscript-helper.
However, it returns an error like below.
> dh_installdeb:
: GPL3+
Programming Lang: Emacs-Lisp
Description : remove visual distractions and focus on writing
darkroom-mode makes visual distractions disappear: the mode-line
is temporarily elided, text is enlarged and margins are adjusted
so that it's centered on the window.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 21 Dec 2020 08:37:16 +0100
Source: node-remove-trailing-separator
Architecture: source
Version: 1.1.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Javascript Maintainers
Changed-By: Xavier Guimard
Closes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 25 Oct 2020 13:30:36 +0100
Source: libfile-remove-perl
Architecture: source
Version: 1.60-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Perl Group
Changed-By: Salvatore Bonaccorso
Changes:
libfile-remove-perl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 18 Oct 2020 16:18:07 +0200
Source: libfile-remove-perl
Architecture: source
Version: 1.59-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Perl Group
Changed-By: Salvatore Bonaccorso
Changes:
libfile-remove-perl
On Sat, 11 Jul 2020, Henrique de Moraes Holschuh wrote:
> On Sat, 11 Jul 2020, Niels Thykier wrote:
> > This is a heads up about my intention to remove debhelper compat levels
> > 5 and 6. This is also an intention to do a MFB for this removal now at
>
> ...
>
> &
On Sat, 11 Jul 2020, Niels Thykier wrote:
> This is a heads up about my intention to remove debhelper compat levels
> 5 and 6. This is also an intention to do a MFB for this removal now at
...
> Henrique de Moraes Holschuh
>freepats
Oh wow, I haven't looked at this packa
Hi,
This is a heads up about my intention to remove debhelper compat levels
5 and 6. This is also an intention to do a MFB for this removal now at
severity important, which will be bumped to RC later.
With the current rate of migration as well as the current number of RC
bugs in testing, I
Hi Ted,
On Sun, Jan 26, 2020 at 4:54 AM Theodore Y. Ts'o wrote:
> So it's stupid stuff like the choice of compilers and CFLAGS
At this point, wireguard-tools package is reproducible actually. At
some point it wasn't, due to some older versions (but not all older
versions!) of make(1) passing
On Tue, Jan 21, 2020 at 05:15:16PM +0100, Jason A. Donenfeld wrote:
> The comment itself doesn't indicate to me (upstream) much at all, and
> a pretty ordinary attempt to figure out what it means didn't yield
> much
Hi Jason,
At least in my experience, most of the time when there are
On Wed, Jan 22, 2020 at 10:01:35AM +0500, Alexander E. Patrakov wrote:
> Unfortunately, this message is still non-ideal, because it contains a dead
> link.
I left the dead link as as such it still contained useful information,
while removing the link would have removed that info.
(And now the
(got a "550 5.6.0 improper use of 8-bit data in message header",
resending without S-MIME signature, sorry for the duplicate)
Holger Levsen wrote:
I've improve it like this now:
$ git log -p -1
commit 172f203eab628bd5df0106b33153dc428d12dd5c
Author: Holger Levsen
Date: Tue Jan 21
Hi Jason,
thanks for reaching out to us!
On Tue, Jan 21, 2020 at 05:15:16PM +0100, Jason A. Donenfeld wrote:
> I received a reply about not providing "private support"
I believe this is some unfortunate wording from someone to busy. I
believe it was meant to say "please send this request to
On Tue, Jan 21, 2020 at 5:25 PM Sam Hartman wrote:
>
> > "Jonathan" == Jonathan Carter writes:
>
> Jonathan> On 2020/01/21 16:43, Jason A. Donenfeld wrote:
> >> This note doesn't make sense. It's either entirely invalid or so poorly
> >> written that it's useless. As the author
On Tue, Jan 21, 2020 at 5:10 PM Jonathan Carter wrote:
>
> On 2020/01/21 16:43, Jason A. Donenfeld wrote:
> > This note doesn't make sense. It's either entirely invalid or so poorly
> > written that it's useless. As the author of the code in question, I've
> > been unable to ascertain what the
> "Jonathan" == Jonathan Carter writes:
Jonathan> On 2020/01/21 16:43, Jason A. Donenfeld wrote:
>> This note doesn't make sense. It's either entirely invalid or so poorly
>> written that it's useless. As the author of the code in question, I've
>> been unable to ascertain
On 2020/01/21 16:43, Jason A. Donenfeld wrote:
> This note doesn't make sense. It's either entirely invalid or so poorly
> written that it's useless. As the author of the code in question, I've
> been unable to ascertain what the note is about, and an email to the note
> author hasn't yielded any
This note doesn't make sense. It's either entirely invalid or so poorly
written that it's useless. As the author of the code in question, I've
been unable to ascertain what the note is about, and an email to the note
author hasn't yielded any understanding.
Signed-off-by: Jason A. Donenfeld
---
--
Best Regards,
Brian Samson
Please excuse any typos as this was sent from my mobile phone.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Fri, 20 Sep 2019 10:14:32 +
Source: gnome-shell-extension-remove-dropdown-arrows
Architecture: source
Version: 13-1
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers
Changed-By: Jonathan Carter
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 16 Sep 2019 07:37:20 +
Source: gnome-shell-extension-remove-dropdown-arrows
Architecture: source
Version: 12-1
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers
Changed-By: Jonathan Carter
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 07 Jul 2019 10:32:42 +0200
Source: rust-remove-dir-all
Architecture: source
Version: 0.5.2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Rust Maintainers
Changed-By: Sylvestre Ledru
Changes:
rust-remove-dir
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 31 Jan 2019 09:22:52 +
Source: gnome-shell-extension-remove-dropdown-arrows
Binary: gnome-shell-extension-remove-dropdown-arrows
Architecture: source all
Version: 11-1
Distribution: unstable
Urgency: medium
Maintainer
/cargo-edit
* License : Apache-2.0/MIT
Programming Lang: Rust
Description : add, remove and upgrade Cargo dependencies from the command
line
cargo-edit is an extension for Cargo, the Rust package manager, that
allows users to add, remove and upgrade dependencies by modifying
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 04 Oct 2018 21:49:00 +0200
Source: libfile-remove-perl
Binary: libfile-remove-perl
Architecture: source
Version: 1.58-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Perl Group
Changed-By: Salvatore Bonaccorso
: Python
Description : tool to remove comments from Python scripts
Nudatus is a tool to remove comments from Python scripts.
It was created to help squeeze longer programs onto the micro:bit
but it should be suitable for various environments with restricted
storage.
Nudatus was designed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 29 Jul 2018 07:36:24 PDT
Source: rust-remove-dir-all
Binary: librust-remove-dir-all-dev
Architecture: amd64 source
Version: 0.5.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Rust Maintainers
Changed
On Tue, 12 Jun 2018, Wouter Verhelst wrote:
Hi Wouter,
> On Wed, May 30, 2018 at 10:24:33AM +0200, Alexander Wirt wrote:
> > Hi,
> >
> > we still have 175GiB git repos left on alioth. Please remove them asap.
>
> Life has been busy recently, and I didn't see thi
Hi,
On Wed, May 30, 2018 at 10:24:33AM +0200, Alexander Wirt wrote:
> Hi,
>
> we still have 175GiB git repos left on alioth. Please remove them asap.
Life has been busy recently, and I didn't see this message until now.
I guess that alioth has been shut down by now.
Is it still
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Wed, 06 Jun 2018 21:52:50 +0530
Source: node-flow-remove-types
Binary: node-flow-remove-types
Architecture: source
Version: 1.2.3-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Javascript Maintainers
Changed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 19 Feb 2018 13:29:38 +0530
Source: node-flow-remove-types
Binary: node-flow-remove-types
Architecture: source all
Version: 1.2.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian Javascript Maintainers
Changed
I'm sorry but I don't remember that I have created a repo on alioth.
How can I do for deleting it?
Thanks in advance for any reply.
Pietro Prandini
On mer, 30 mag, 2018 at 10:24 , Alexander Wirt
wrote:
Hi,
we still have 175GiB git repos left on alioth. Please remove them
asap.
Here
Em 31-05-2018 14:50, Alexander Wirt escreveu:
On Thu, 31 May 2018, Herbert Fortes wrote:
Hi,
On Wed, May 30, 2018 at 10:41:21PM +0200, Adam Borowski wrote:
On Wed, May 30, 2018 at 06:30:20PM +0200, Alexander Wirt wrote:
There it doesn't make sense to keep anything on alioth which is also
1 - 100 of 1152 matches
Mail list logo