Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1069287

Bug#993372: Bug#993378: RM: gtkpod -- RoQA; Upstream not active, orphaned & uses a vulnerable embedded library

From Adrian Bunk <bunk@debian.org>
Newsgroups linux.debian.bugs.dist
Subject Bug#993372: Bug#993378: RM: gtkpod -- RoQA; Upstream not active, orphaned & uses a vulnerable embedded library
Date 2021-09-01 11:20 +0200
Message-ID <CSuzv-7Pg-3@gated-at.bofh.it> (permalink)
References <CSdp0-53E-15@gated-at.bofh.it> <CSttL-7dc-1@gated-at.bofh.it> <CStWO-7mW-17@gated-at.bofh.it> <CScCB-4N1-3@gated-at.bofh.it> <CStWO-7mW-17@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Wed, Sep 01, 2021 at 09:32:09AM +0100, Neil Williams wrote:
>...
> Hi Adrian.

Hi Neil,

> Sorry, No. The commit linked to CVE-2021-37232 does not even fix the
> problem described as being fixed by that commit in atomicparsley, at
> least in my testing using the data file supplied by upstream. I
> mentioned this in the bug report against atomicparsley - 993366
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=993366#5
> 
> That atomicparsley data file cannot be used to test gtkpod, only
> atomicparsley itself.

"atomicparsley itself" is a CLI with a copy of the code,
not much different from gtkpod.

gtkpod at least tries (in a broken way) to share the library with other
programs.

> As mentioned already, gtkpod is now orphaned and the maintainer who
> orphaned it suggested removing the package. (The CVEs are not the only
> bugs against either atomicparsley or gtkpod).
> 
> The two CVEs are not the same bug - at least not according to the
> commits made upstream for the two issues in atomicparsley.
> 
> Orphaned packages are at risk of sudden removal - until and unless
> someone adopts the package.
>...

Why do you want to screw our users (in this case including me)
with sudden removals?

QA maintained packages tend to be better maintained than many packages 
owned by nearly-MIA maintainers, so why are you forcing people to move 
packages out or QA maintainance just for preventing random people doing 
sudden removals out of the void?

I can adopt gtkpod and many other QA maintained packages if that is the 
only way to stop removal requests from people like you.
This would change the Maintainer field without fixing any bugs.

The normal approach is that people file RC bugs for RC issues
or an RC "should this package be removed?" bug against the
package first. This gives people time to react and discuss.

cu
Adrian

Back to linux.debian.bugs.dist | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Bug#993378: RM: gtkpod -- RoQA; Upstream not active, orphaned & uses a vulnerable embedded library Neil Williams <codehelp@debian.org> - 2021-08-31 17:00 +0200
  Bug#993372: Bug#993378: RM: gtkpod -- RoQA; Upstream not active, orphaned & uses a vulnerable embedded library Adrian Bunk <bunk@debian.org> - 2021-09-01 10:10 +0200
    Bug#993372: Bug#993378: RM: gtkpod -- RoQA; Upstream not active, orphaned & uses a vulnerable embedded library Neil Williams <codehelp@debian.org> - 2021-09-01 10:40 +0200
      Bug#993372: Bug#993378: RM: gtkpod -- RoQA; Upstream not active, orphaned & uses a vulnerable embedded library Adrian Bunk <bunk@debian.org> - 2021-09-01 11:20 +0200
        Bug#993372: Bug#993378: RM: gtkpod -- RoQA; Upstream not active, orphaned & uses a vulnerable embedded library Neil Williams <codehelp@debian.org> - 2021-09-01 11:40 +0200

csiph-web