Bug#897073: [lxqt] Qlipper dependency

2018-04-29 Thread Alf Gaida
I think i was clear about - and you know that we will fix things fast.
And qlipper is an important build block for LXQt - so demote it to
suggest would just be nuts. What not is nuts is to give users more
choices - and thats what i have done with the latest changes.

Your work - filing the upstream bug and do an exhaustive test - is very
appreciated.

Cheers Alf



Bug#897073: [lxqt] Qlipper dependency

2018-04-28 Thread Abdullah Ramazanoglu
Re-tested Qlipper.

It is seriously broken, not applicable for regular use, and definitely not
worthy of "depends". It is not even release ready.

My earlier "oops" was due to the fact that I had both Clipman and Qlipper (in
no-PSE mode) running then. It was really Clipman who is running well, and
Qlipper was just piggy-backing Clipman. :)

I did an extensive testing for every other setting of "PSE", and for each
setting looked at Qlipper's behavior for 10 different gtk and qt applications.

So I sustain my initial proposition that Qlipper be dropped completely from
dependency list. (my earlier position was to move it from "depends" to
"suggest", but after re-vitnessing its state, I think even suggests will be too
much for it. It should be totally thrown away until it becomes tenable.) I will
prepare a detailed usability report and post to the project page at Github.

Thanks and regards.
-- 
Abdullah Ramazanoglu



Bug#897073: [lxqt] Qlipper dependency

2018-04-27 Thread Abdullah Ramazanoglu
Oops, I sent the report prior to trying the version from
https://lxqt.debian.net/ experimental-snapshots. Experimental version seems to
work OK for now. Please allow me to try it out for a few days, to see if it
proves "dependency worthy".

Thank you and regards.
-- 
Abdullah Ramazanoglu