[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: umegaya is not properly updating reference information



Hi Charles,

I just want to say that the problem (not of the actual package but the
fact that fixes to an upstream file are not propagated correctly)
persists when checking the logfile for errors:

$ grep -A3 ERROR bibref_gatherer.log 
2015-12-22 09:16:30,430 - ERROR - (96): Scanner error in file /srv/udd.debian.org/mirrors/bibref/packages-metadata/w/wcstools.upstream: mapping values are not allowed here
  in "<string>", line 4, column 17:
     Title: WCSTools: an Image Astrometry Toolkit
                    ^
--
2015-12-22 09:16:30,513 - ERROR - (96): Scanner error in file /srv/udd.debian.org/mirrors/bibref/packages-metadata/u/uc-echo.upstream: mapping values are not allowed here
  in "<string>", line 3, column 14:
      Title: ECHO: A reference-free short-read er ... 
                 ^
--
2015-12-22 09:16:30,532 - ERROR - (96): Scanner error in file /srv/udd.debian.org/mirrors/bibref/packages-metadata/f/funtools.upstream: mapping values are not allowed here
  in "<string>", line 4, column 17:
     Title: Funtools: An Experiment with Minimal Buy ... 
                    ^
--
2015-12-22 09:16:30,864 - ERROR - (96): Scanner error in file /srv/udd.debian.org/mirrors/bibref/packages-metadata/p/python-astropy.upstream: mapping values are not allowed here
  in "<string>", line 18, column 16:
     title: Astropy: A community Python package for ... 
                   ^
--
2015-12-22 09:16:31,470 - ERROR - (96): Scanner error in file /srv/udd.debian.org/mirrors/bibref/packages-metadata/s/sextractor.upstream: mapping values are not allowed here
  in "<string>", line 4, column 19:
     Title: SExtractor: Software for source extraction.
                      ^


The actual title fields are fixed in VCS for a long time.

The problem is now spoiling the UDD import of bibliographic data for
close to one year.  Do you see any chance for fixing this in the
foreseable future?  If not I would suggest to ignore the data provided
by umegaya for UDD import and just rely on what is provided by the
prospective packages data where dedicated Blends VCSes are browsed.

Kind regards

      Andreas.

On Tue, Feb 17, 2015 at 09:19:30PM +0900, Charles Plessy wrote:
> Le Sun, Feb 15, 2015 at 12:10:12AM +0100, Andreas Tille a écrit :
> > 
> > but the SVN repository of umegaya data remains at:
> > 
> > $ grep Author packages-metadata/p/python-mzml.upstream
> >   Author: Bald, T., Barth, J., Niehues, A., Specht, M., Hippler, M., and Fufezan, C.
> > 
> > Any idea why this is not updated?
> 
> Hi Andreas,
> 
> I do not understand why it is not updated.  This may be related to the problem
> that I described last June on the debian-qa mailing list.
> 
>    https://lists.debian.org/debian-qa/2014/06/msg00022.html
> 
> Unfortunately, I do not have much hope solving this myself: I tried everything
> that I could, and got no answer to that email.
> 
> So my current approach is to rewrite everything from scratch in a more solid
> way.  I have been studying Haskell for one year now, and I am currently
> learning how to interact with a SQLite database.  With the birth of my son it
> is very hard to progress quickly, but I still hope to start to implement
> something once I understand the database part.
> 
> Haskell is an exciting language to learn !
> 
> Have a nice day,
> 
> -- 
> Charles
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-qa-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: https://lists.debian.org/20150217121930.GB13283@falafel.plessy.net
> 
> 

-- 
http://fam-tille.de


Reply to: