[Abcde-users] musicbrainz submission

[abcde.laubster at antichef.com]

I hear you loud & clear.  Firing up a browser was just an idea I won't
pursue.  I've never tried using musicbrainz from elinks.

I couldn't find instructions on how to submit changes, so a patch for
2.8.1 is attached; apply it with "patch -p0 <mbsubmit2.8.1.patch" . 
Please give it a test drive.  Note that you won't see the proposed new
logic unless you're querying musicbrainz and the lookup fails, so dig
up an obscure CD from your collection.

I'd be fine if folks would prefer it also require an option in
.abcde.conf be explicitly set.





On Wed, 2017-09-13 at 22:49 -0400, Long Vu - vu.t.long at gmail.com wrote:
> About automatically firing up the browser, can this be optional?
> 
> The primary reason that draw me to abcde is it's a commandline 
> application that do not need any X Windows dependencies.
> 
> I'd like to preserve the default behavior to be free of any
> dependencies 
> on X Windows applications.
> 
> Thanks.
> 
> 
> -------- Original Message --------
> Subject: [Abcde-users] musicbrainz submission
> From: abcde.laubster at antichef.com
> To: abcde-users at lists.einval.com
> Date: 2017-09-10 09:24 PM
> 
> > Hi. I'm wondering how abcde users upload data to musicbrainz. I
> > don't
> > believe that service allows submission by email the way freedb
> > does, so
> > something more involved is needed.
> > 
> > Well over a year ago, I added some logic to my copy of version
> > 2.7.1.  If
> > a musicbrainz lookup is unsuccessful, then abcde asks if it the
> > user would
> > like to submit to the database.  If the user accepts the default of
> > "N",
> > abcde falls into the existing logic ("Edit selected CDDB data",
> > ...).  But
> > if the user does elect to submit, abcde spits out an URL, and waits
> > for the
> > user to hit return once the submission is complete, at which time
> > it loops
> > back to retry the lookup.  An example:
> > 
> >      $ ./abcde
> >      Grabbing entire CD - tracks: 01 02 03 04 05 06 07 08 09 10 11
> > 12 13 14
> > 15 16 17 18 19 20 21
> >      Submit [y/N]? y
> >      Visit
> > http://musicbrainz.org/cdtoc/attach?id=Qd_UXLu_NqEJMdoEwPMbjW1z.ws-
> > &toc=1+21+354001+150+23968+37320+58878+74921+85181+109275+125115+14
> > 2265+162124+170681+193169+212236+236162+247869+265423+276215+290023
> > +306884+327003+338615
> >      Then hit enter to retry lookup...
> > 
> > The only improvement I can think that might be useful is to
> > automatically
> > fire up the browser, instead of forcing the user to open the link
> > from the
> > terminal, but finding the browser to run might cause more heartache
> > than
> > it's worth.
> > 
> > Does this sound like a change with wide enough appeal to warrant me
> > requesting a pull after getting it runnable in a fork of the
> > current code?
> > 
> > 
> > 
> > _______________________________________________
> > Abcde-users mailing list
> > Abcde-users at lists.einval.com
> > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users
> > 
> 
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mbsubmit2.8.1.patch
Type: text/x-patch
Size: 3829 bytes
Desc: not available
URL: <http://lists.einval.com/pipermail/abcde-users/attachments/20170917/4e17bf2a/attachment.bin>