Bug#863031: RM: nikola/7.6.4-1

[Dererk]

Dear reader,

Just to clarify on this matter and to serve as a confirmation, there has
been several attempts to upload most modern versions of this packages
(the collab-maint doesn't lie).

Unfortunately, we faced several times upload after upload, by some way
or the other, crashing over the current JS & CSS Debian's archive
policy, around several dozens symlinks (literally speaking), that made
totally both impractical and a total f^$%# mess to maintain.

Nikola also is a fast evolving software that usually force us (the
maintainers of nikola), to upload a couple of new dependences after new
upstream release. This is totally awesome from the standpoint of
upstream, since they reuse lots of code from other projects, but also
render maintaining nikola on debian a little bit more lag behind too.

We both (tin@ and myself) support RM of nikola, maybe in the future
efforts would match, currently thats not the case.


Cheers,

Dererk

On behalf of nikola maintainers

PS: sucks to have been delaying this so much, my sincere apologies.


On 20/05/17 10:04, martin f krafft wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: rm
>
> The current version in stable is almost 2 years old. Bug#801796 has
> been tracking the requests for new versions to be packaged. However,
> the maintainer hasn't engaged. Upstream co-maintainer Chris Warrick
> has made it clear in #801796 that they'd rather not have nikola in
> Debian, than an ancient version that annoys people and causes them
> spurious bug reports.
>
> Given how nobody has put in any work on nikola in almost 2 years,
> I think we should have the decency to remove the package from
> stretch and sid before the release.
>
> nikola has no reverse dependencies, so…
>
> -- System Information:
> Debian Release: 9.0
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64
>  (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
>

-- 
There's nothing in the middle of the road but yellow stripes and dead
armadillos.
-- Jim Hightower, Texas Agricultural Commissioner

Bug#863031: RM: nikola/7.6.4-1

[Adam D. Barratt]

Control: reassign -1 ftp.debian.org

On Sat, 2017-05-20 at 15:04 +0200, martin f krafft wrote:
> The current version in stable is almost 2 years old. Bug#801796 has
> been tracking the requests for new versions to be packaged. However,
> the maintainer hasn't engaged. Upstream co-maintainer Chris Warrick
> has made it clear in #801796 that they'd rather not have nikola in
> Debian, than an ancient version that annoys people and causes them
> spurious bug reports.
> 
> Given how nobody has put in any work on nikola in almost 2 years,
> I think we should have the decency to remove the package from
> stretch and sid before the release.
> 
> nikola has no reverse dependencies, so…

As this request includes removal from unstable, it needs to be handled
by the ftp team; re-assigning.

Regards,

Adam

Bug#863031: RM: nikola/7.6.4-1

[Chris Warrick]

I confirm that the current situation is undesirable to us. There were
attempts by other Debian devs to fix this (last in January), but nothing
changed. Having to say that the package is unsupported every once in a
while gets tiring quickly.

Since there aren't that many users, and a manual install with pip is easy
to do, dropping this package won't be much of a problem in my opinion. (Of
course, if there is a substantial possibility of getting something more
modern in Debian repos, that would be even better.)

-- 
Chris Warrick 

On 20 May 2017 15:06, "martin f krafft"  wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: rm
>
> The current version in stable is almost 2 years old. Bug#801796 has
> been tracking the requests for new versions to be packaged. However,
> the maintainer hasn't engaged. Upstream co-maintainer Chris Warrick
> has made it clear in #801796 that they'd rather not have nikola in
> Debian, than an ancient version that annoys people and causes them
> spurious bug reports.
>
> Given how nobody has put in any work on nikola in almost 2 years,
> I think we should have the decency to remove the package from
> stretch and sid before the release.
>
> nikola has no reverse dependencies, so…
>
> -- System Information:
> Debian Release: 9.0
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64
>  (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
>
> --
>  .''`.   martin f. krafft  @martinkrafft
> : :'  :  proud Debian developer
> `. `'`   http://people.debian.org/~madduck
>   `-  Debian - when you have better things to do than fixing systems
>

Bug#863031: RM: nikola/7.6.4-1

[martin f krafft]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm

The current version in stable is almost 2 years old. Bug#801796 has
been tracking the requests for new versions to be packaged. However,
the maintainer hasn't engaged. Upstream co-maintainer Chris Warrick
has made it clear in #801796 that they'd rather not have nikola in
Debian, than an ancient version that annoys people and causes them
spurious bug reports.

Given how nobody has put in any work on nikola in almost 2 years,
I think we should have the decency to remove the package from
stretch and sid before the release.

nikola has no reverse dependencies, so…

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)