Re: [boinc_dev] Bug#790222: wxwidgets3.0: depends on libwebkitgtk-1.0-0 which is deprecated

[Christian Beer]

Hi,

I'm not sure I fully understand the issue. So I'll try to explain what I
understood.

Debian is going to remove the package "libwebkitgtk-1.0-0" in testing
(buster) which will also remove the package "libwxgtk-webview3.0-0v5"
which is a dependency for package "boinc-manager" which means
"boinc-manager" will have a broken dependency.

One possible fix is to rebuild the package "libwxgtk-webview3.0-0v5"
using GTK3 which means all wxWidgets packages need to be rebuilt too.
Since "boinc-manager" is the only package using
"libwxgtk-webview3.0-0v5" you want to rather drop webview support on
Debian than rebuilding wxWidgets.

So our (BOINC's) options are rather limited in order to keep
"boinc-manager" working on Debian. We can start to look for an
alternative to wxWebView or disable it on Debian. But disabling is not
an option since we use wxWebView to communicate to the users of
boinc-manager via this simple but effective in-app browser. We also have
a tool that uses wxWebView to show a HTML page as a screensaver which is
easy for scientific projects to use.

Please correct me if I'm wrong and/or give some more options. I'm a bit
puzzled as to the fact that this feature of wxWidgets is not used by
more packages. Is there a history available which packages depended on
"libwxgtk-webview3.0-0v5" in the past so one can find out what they did?

Regards
Christian

On 05.07.2017 16:18, Gianfranco Costamagna wrote:
> Hello All,
>
> (boinc developers, this is a serious issue for Debian and I think this will 
> become an issue
> for other distributions soon),
>
> libwebkitgtk-1 is going to be removed soon from the archive, and wxwidgets 
> webview depends on it.
>
>> On Sat, Jul 01, 2017 at 08:23:08PM -0400, Jeremy Bicha wrote:
>>> On Fri, Jun 30, 2017 at 8:47 PM, Olly Betts  wrote:
 It seems the only rdep needing the webkit integration is boinc, so
 dropping support would not cause widespread pain - if it gets to the
 stage where wxwidgets3.0 is blocking removal of webkitgtk, I suggest
 we just drop the dependency and the libwxgtk-webview3.0-0v5, etc
 packages and get boinc to update not to use them.
>>> Wouldn't libwxgtk-webview3.0-0v5 need to be renamed anyway? So maybe
>>> it's ok to drop it and later you can reintroduce it with the new name
>>> when you're ready to do your transition.
>> If there's an ABI change, it'll need renaming.  It's not clear to me if
>> there will be one without further investigation.
>>
>> Either way, dropping it would affect boinc in unstable while it's gone,
>> which is really more of a concern than a trip through NEW.  I don't know
>> what boinc does with webview, so I'm not sure if removing it renders
>> boinc almost useless or if it only affects some minor features, but
>> previously Gianfranco seemed unkeen on dropping it.  I've CCed him.
>
> webview is used by boinc for notifications coming from server side,
> does wxwidgets offer some better maintained webview support?
> we might switch to gtk-3, this will switch the 
> libwebkitgtk-1.0-0 dependency to 
> libwebkitgtk-3.0-0, but I'm not sure how much we will gain from that move.
>
> G.
>
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.


___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Bug#790222: wxwidgets3.0: depends on libwebkitgtk-1.0-0 which is deprecated

[Gianfranco Costamagna]

Hello All,

(boinc developers, this is a serious issue for Debian and I think this will 
become an issue
for other distributions soon),

libwebkitgtk-1 is going to be removed soon from the archive, and wxwidgets 
webview depends on it.

>On Sat, Jul 01, 2017 at 08:23:08PM -0400, Jeremy Bicha wrote:
>> On Fri, Jun 30, 2017 at 8:47 PM, Olly Betts  wrote:
>> > It seems the only rdep needing the webkit integration is boinc, so
>> > dropping support would not cause widespread pain - if it gets to the
>> > stage where wxwidgets3.0 is blocking removal of webkitgtk, I suggest
>> > we just drop the dependency and the libwxgtk-webview3.0-0v5, etc
>> > packages and get boinc to update not to use them.
>> 
>> Wouldn't libwxgtk-webview3.0-0v5 need to be renamed anyway? So maybe
>> it's ok to drop it and later you can reintroduce it with the new name
>> when you're ready to do your transition.
>
>If there's an ABI change, it'll need renaming.  It's not clear to me if
>there will be one without further investigation.
>
>Either way, dropping it would affect boinc in unstable while it's gone,
>which is really more of a concern than a trip through NEW.  I don't know
>what boinc does with webview, so I'm not sure if removing it renders
>boinc almost useless or if it only affects some minor features, but
>previously Gianfranco seemed unkeen on dropping it.  I've CCed him.


webview is used by boinc for notifications coming from server side,
does wxwidgets offer some better maintained webview support?
we might switch to gtk-3, this will switch the 
libwebkitgtk-1.0-0 dependency to 
libwebkitgtk-3.0-0, but I'm not sure how much we will gain from that move.

G.On Sat, Jul 01, 2017 at 08:23:08PM -0400, Jeremy Bicha wrote:
> On Fri, Jun 30, 2017 at 8:47 PM, Olly Betts  wrote:
> > It seems the only rdep needing the webkit integration is boinc, so
> > dropping support would not cause widespread pain - if it gets to the
> > stage where wxwidgets3.0 is blocking removal of webkitgtk, I suggest
> > we just drop the dependency and the libwxgtk-webview3.0-0v5, etc
> > packages and get boinc to update not to use them.
> 
> Wouldn't libwxgtk-webview3.0-0v5 need to be renamed anyway? So maybe
> it's ok to drop it and later you can reintroduce it with the new name
> when you're ready to do your transition.

If there's an ABI change, it'll need renaming.  It's not clear to me if
there will be one without further investigation.

Either way, dropping it would affect boinc in unstable while it's gone,
which is really more of a concern than a trip through NEW.  I don't know
what boinc does with webview, so I'm not sure if removing it renders
boinc almost useless or if it only affects some minor features, but
previously Gianfranco seemed unkeen on dropping it.  I've CCed him.

Cheers,
Olly
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] bug if missing all_projects_list.xml

[Richard Haselgrove]

Summarising my observations with BOINC v7.8.0 and Windows 10 Creators Edition 
build 15063.413

I have seen two separate startup behaviours since completing those updates.

1) BOINC Manager starts normally (minimised) with icon in notification area. On 
mouseover, the icon disappears. Checking with task manager, I see that the 
client is running and managing science apps normally, but the Manager is not 
running. (Re-)Starting the Manager, it opens normally and remains running.

2) BOINC Manager opens to Notices tab, launches 'attach to project' wizard but 
with no projects available to attach. Cancelling the wizard populates both the 
Event Log and the Task tab, and processing proceeds normally with the existing 
projects.

I have not (yet) seen a full normal startup with the Manager starting minimised 
and continuing running.

Notes:
There is an 'all_projects_list.xml' file in the data folder, dated 28 November 
2016There is NO stderrgui.txt or stdoutgui.txt file in the data folder.
 

On Wednesday, 5 July 2017, 4:30, David Anderson  
wrote:
 

 If the Manager and client start up and there is no all_projects_list.xml file,
the client starts an HTTP op to get it.
But before it's done, the Manager does an RPC to get the project list.
The RPC returns an empty list,
and the Manager brings up a Wizard with empty project list.

This is a bug in the Manager.
If it gets an empty project list it should try again in 10 sec or so.
It should never bring up an empty wizard.

(this may not have anything to do with the problem people are seeing).

-- David
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.


   
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.