Re: Python louvain packages naming confusion.

2021-02-10 Thread Sandro Tosi
+Steffen explicitly, given the team is not in Maintainer nor Uploaders

> How about renaming the current python3-louvain package to
> python3-community-louvain using a normal transition package.

that's incorrect: src:python-louvain builds a module called
`community` (that includes also a cli tool), so the resulting binary
package should either be `python3-community` or `community` where the
cli is the main product and the module is installed in /usr/share/ to
support it.

> Then I can submit the other louvain package using a binary package name
> of python3-louvain-igraph.

this is incorrect too: (perspective) src:louvain (or
src:louvain-igraph, as the upstream called their repo) builds a module
called `louvain` so the resulting binary package should be
`python3-louvain` eventually conflicting with the existing package (<<
current-version-in-sid)

src:python-louvain is in a pretty bad shape: it received a single
upload in late 2018, it has an RC bug since a *day* after that upload,
and it has never been in testing: tbh i dont consider this package to
be maintained/targeting any stable release, so i believe you can "take
over" the namespace given you seem to show interest in maintaining
https://github.com/vtraag/louvain-igraph

Regards,
-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Re: Users of cain please raise your voice (Was: Bug#948473: cain: should this package be removed?)

2020-01-25 Thread Sandro Tosi
2 weeks passed and nobody replied; i'm gonna file for cain removal in
the morning

On Thu, Jan 9, 2020 at 4:14 AM Andreas Tille  wrote:
>
> Hi,
>
> when I did my first attempt to port cain I learned that it is really
> complex to do and while I gained some ideas what to try next in another
> attempt I need to fully agree with Sandro that the maintenance will be
> hard.
>
> I hereby explicitly CC Tony from BioLinux (please also spread the word
> in the BioLinux community which unfortunately is not rising their
> opinion here very frequently) and also Ivo who is listed as other
> Uploader.  I think if we do not hear from either of you in the next two
> weeks I agree with Sandro and a removal seems to be the best idea.
>
> Kind regards
>
> Andreas.
>
> On Thu, Jan 09, 2020 at 12:40:14AM -0500, Sandro Tosi wrote:
> > control: retitle -1 keep cain out of testing
> >
> > On Thu, Jan 9, 2020 at 12:12 AM Andreas Tille  wrote:
> > >
> > > Hi Sandro,
> > >
> > > On Wed, Jan 08, 2020 at 09:28:16PM -0500, Sandro Tosi wrote:
> > > >
> > > > * python2-only
> > > > * no upstream release since July 2012 (not even advertized on their HP)
> > > > * low popcon (but it's also probably part of a niche package)
> > >
> > > I once gave it a try with 2to3 but failed.  I intend to give
> > > it another try later.
> > >
> > > > * one of the only 2 reverse-dependency for python-scipy
> > >
> > > For the moment I think removing cain from testing and remove
> > > Python2 version of python-scipy is OK.  Cain definitely should
> > > not block progress in scipy.
> >
> > i'll ask the RT to remove it from testing from the time being, this RC
> > bug will prevent it from re-entering.
> >
> > > > It is my opinion we should remove this package from Debian; if i dont 
> > > > hear back
> > > > within a week with a good reason to keep this package around, i'll file 
> > > > for its
> > > > removal.
> > >
> > > If you do not agree with the method above I'm fine with the
> > > removal.
> >
> > i mean, it's fine, but is it maintainable? this is a big piece of code
> > that no upstream developer has supported in 7 and a half years. you're
> > gonna end up with a gigantic 2to3 patch and then what? what if 3.8
> > breaks it, or 3.9? or the next numpy, etc: whos gonna maintain it?
> >
> > are there any unittests to guarantee the 2to3 conversion is ok? from a
> > quick look at the package it looks like there are exactly 0 tests, not
> > comforting :( 
> > https://salsa.debian.org/med-team/cain/blob/master/debian/rules#L41
> >
> > the ultimate question is: is it worth to keep this software in debian
> > since there's nobody outside willing to commit time and effort to
> > maintain and evolve it? are you, alone, gonna do it?
> >
> > i dont think it's a sustainable approach to just 2to3 and live to see
> > another day: this py2removal is also a good opportunity to get rid of
> > old/unused/unmaintained packages; to my eyes src:cain look like one of
> > them
> >
> > cheers,
> > --
> > Sandro "morph" Tosi
> > My website: http://sandrotosi.me/
> > Me at Debian: http://wiki.debian.org/SandroTosi
> > Twitter: https://twitter.com/sandrotosi
> >
>
> --
> http://fam-tille.de



-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Re: [Help] Scanning ftp directory with uscan does not seem to work (dcmtk)

2009-01-14 Thread Sandro Tosi
Hello Andreas,

On Wed, Jan 14, 2009 at 10:58, Andreas Tille  wrote:
> Hello,
>
> I noticed that the watch file for dcmtk
>
> version=3
> ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk([\d\.]+)/dcmtk-(.*)\.tar.gz
>
> does not work properly.

No it does, add a --pasv option:

mo...@zion:~/deb/tmp/dcmtk-3.5.4$ uscan --report --verbose --pasv
-- Scanning for watchfiles in .
parsechangelog/debian: warning: debian/changelog(l1): found eof
where expected start of change data
Use of uninitialized value $v in pattern match (m//) at
/usr/share/perl5/Dpkg/Fields.pm line 229,  line 1.
Use of uninitialized value $v in pattern match (m//) at
/usr/share/perl5/Dpkg/Fields.pm line 229,  line 1.
-- Found watchfile in ./debian
-- In debian/watch, processing watchfile line:
   
ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk([\d\.]+)/dcmtk-(.*)\.tar.gz
-- Found the following matching files:
 dcmtk-3.5.4.tar.gz
Newest version on remote site is 3.5.4, local version is 3.5.4
 => Package is up to date
-- Scan finished

You can add that option to watch file too (check man uscan).

Regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi


-- 
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org