Unable to query local db from commandline tool

[DaveDavenport]

glyrc cover -D -c ~/.cache/gmpc/metadata/ -v 4 -a "Jon Lord" -b "Jon Lord blues project - Live" -f "local"

• Artist : Jon Lord
• Album : Jon Lord blues project - Live
• Language : us
• Type : cover

---- Triggering: local

=> 0 item(s) in total.

while I am sure it is in there..
I need to query the local db to verify the correct working, if this is possible it would be very nice.

[sahib]

Hey,

-f "local" is your problem here. It will search for a item in the db that came from a provider called 'local'.
Just remove the -f "local". Also watch out for -D:
It will query the DB for a link to an image, not an actual image.

[DaveDavenport]

aah ok thanks. I thought local was the db.

[DaveDavenport]

How do I just query the DB an NOT add items to it........
Above command will add items.. I don't want that.

[sahib]

I'm honest, current commandline interface to the cache sucks.
Try to add this:
--proxy "Some Proxy that does not exist"

[DaveDavenport]

Another fun one for you.. When I do a delete on a backdrop.. It seems to
never return from the delete.

(and db is locked so gmpc goes down with it.)

On 12/29/2011 03:38 PM, Chris P. wrote:

I'm honest, current commandline interface to the cache sucks.
Try to add this:
--proxy "Some Proxy that does not exist"

---

Reply to this email directly or view it on GitHub:
#8 (comment)

[DaveDavenport]

Extra info on previous one:
Thread 2 (Thread 0x7fffeb603700 (LWP 30488)):
#0 0x00007ffff636a1e3 in ?? () from
/usr/lib/x86_64-linux-gnu/libsqlite3.so.0
#1 0x00007ffff63ad2f2 in ?? () from
/usr/lib/x86_64-linux-gnu/libsqlite3.so.0
#2 0x00007ffff63b01cc in ?? () from
/usr/lib/x86_64-linux-gnu/libsqlite3.so.0
#3 0x00007ffff63b3ae6 in ?? () from
/usr/lib/x86_64-linux-gnu/libsqlite3.so.0
#4 0x00007ffff63bc290 in sqlite3_step ()
from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
#5 0x00007ffff63c0f82 in sqlite3_exec ()
from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
#6 0x00007ffff685f2dd in glyr_db_delete () from /opt/mpd/lib/libglyr.so.1
#7 0x000000000047f816 in glyr_fetcher_thread (user_data=)
at MetaData/metadata.c:830
#8 0x00007ffff3190af5 in g_thread_proxy (data=0x78fa30)
at
/build/buildd/glib2.0-2.31.7+git20111220.557da165/./glib/gthread.c:801
#9 0x00007ffff77a1d8c in start_thread (arg=0x7fffeb603700)
at pthread_create.c:304
#10 0x00007ffff2e7804d in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#11 0x0000000000000000 in ?? ()

weird stuff.

On 12/29/2011 03:38 PM, Chris P. wrote:

I'm honest, current commandline interface to the cache sucks.
Try to add this:
--proxy "Some Proxy that does not exist"

---

Reply to this email directly or view it on GitHub:
#8 (comment)

[sahib]

Cannot reproduce it in the recent version.
(Could in prior version though) - Please have a look.

[sahib]

There's now:

glyrc cache list --cache /tmp # List all items in the cache
glyrc cache delete cover -a Equilibrium -b Sagas --cache /tmp # Delete artist/album
glyrc cache select lyrics -a Knorkator -t 'A' -n 2 --cache /tmp # Search for two items in cache and print them

Which will only query the DB now.