Lets create a PCLinuxOS webkit browser (python)

[Taco.22]

Progress bar - excellent.  Now I can stop throwing broken Hammers out due to my misguided efforts.

By the way, are there any ideas for the type of hammer as logo?


Believe it or not, I actually own one of these!  Very effective.
Anyway I just thought I'd ask as I am playing around with a couple of ideas at the moment.   

[Sproggy]

you say

Fully updated, test, all good

was this you performed an update ... then installed Hammer and then reboot ... or did you perform the update ... reboot ... then install hammer ... then reboot ... this is the important part between a hammer issue or other update applied issue ... i dont see you rebooting twice myself ...

[Neal ManBear]

Yes. Can you verify whether you rebooted once or twice?

Probably too late now, but if you could test whether the clock loading issue appears after an update and reboot without installing hammer, it could tell us something of the situation.

[scoundrel]

if you remove glib-networking which will pull hammer and a couple of other packages.. thing revert back to normal ??

[Neal ManBear]

Easy there, Dragynn. You weren't being dismissed "out of hand." You were being asked for confirmation and clarification.
Remember, we're trying to figure this out. Even what may seem like ridiculous questions have the goal of finding any and all information that may help. It'd be nice, if we "just knew" what went wrong, but as we don't, we ask questions in the hope that we can find any information that will help to narrow down the search for the exact problem.

[AS]

never mind.. found it.. and removed .. got my radiotray working again 

Hmmm...I had a problem with my gnome clock-applet not working this morning, no matter what I did it wouldn't load and kept giving me error messages. I didn't think to check the dependency packages pulled in. rats, and I didn't even save log reports.

yep .. the glib-networking packages messed up radiotray .. couldn't get any radio station to play ..just crashed every time I tried ..

I was having a clean zen-mini installation in virtualbox.

Started to install hammer dependencies, all OK, then I installed radiotray, and wen ran obtained the same error as Neal:

GLib-GIO-ERROR **: Settings schema 'org.gnome.system.proxy' is not installed

after uninstalling glib-networking and libglib-networking, radiotray started to work again.

AS

[Sproggy]

whats been highlighted here is the fact that gnome panel plugins are trying to dial home to gnome ... glib doesnt recognise the schema that is being used by the plugin ... the schema is the format of the data being transferred ... if you know anything about databases the schema is the layout of the tables and the columns in those tables ... god knows what those plugins are collating about you whilst they look pretty in your taskbar ... as for the clock app the reason it dies is because of the built in weather app ... again making a call home to a data collector ...

Kori

[AS]

never mind.. found it.. and removed .. got my radiotray working again  

Hmmm...I had a problem with my gnome clock-applet not working this morning, no matter what I did it wouldn't load and kept giving me error messages. I didn't think to check the dependency packages pulled in. rats, and I didn't even save log reports.

yep .. the glib-networking packages messed up radiotray .. couldn't get any radio station to play ..just crashed every time I tried ..

I was having a clean zen-mini installation in virtualbox.

Started to install hammer dependencies, all OK, then I installed radiotray, and wen ran obtained the same error as Neal:

GLib-GIO-ERROR **: Settings schema 'org.gnome.system.proxy' is not installed

after uninstalling glib-networking and libglib-networking, radiotray started to work again.

AS

I have to quote myself, after discovering that the schema mentioned in the error is a format conversion schema, actually provided from gsettings-desktop-schema.

Reinstalling glib-networking, libglib-networking + gsettings-desktop-schema, solved the radiotray problem.

AS

EDIT:
The message from radiotray now turned this way:

GLib-GIO-Message: Using the 'memory' GSettings backend.  Your settings will not be saved or shared with other applications.

[scoundrel]

gsettings-desktop-schema .. is not installed on my lxde .. after install radiotray works like a charm


edit: might want to make that a dependency of hammer

[AS]

gsettings-desktop-schema .. is not installed on my lxde .. after install radiotray works like a charm


edit: might want to make that a dependency of hammer

I think it could be better make gsettings-desktop-schema a dependency of glib-networking, radiotray has been broken before to install Hammer.

AS

[Hootiegibbon]

gsettings-desktop-schema .. is not installed on my lxde .. after install radiotray works like a charm


edit: might want to make that a dependency of hammer

I think making it a dependency of radiotray makes more sense as its a neiche desktop/tray application

Perhaps using update alternatives to ensure its installed with this combination

Hammer is meant to be a light app with minimal deps over and above the base install

Jase

[AS]

gsettings-desktop-schema .. is not installed on my lxde .. after install radiotray works like a charm


edit: might want to make that a dependency of hammer

I think making it a dependency of radiotray makes more sense as its a neiche desktop/tray application

Perhaps using update alternatives to ensure its installed with this combination

Hammer is meant to be a light app with minimal deps over and above the base install

Jase

As I understand from the thread, radiotray wasn't the only applications affected from the lack of gsettings-desktop-schema after installing glib-networking...
as Dragynn pointed out.

[Taco.22]

ive updated the install rpm to the latest version from reply 237, i have also included the require of glib-networking to allow Hammer to use TSL/SSL Secure logins.

I was wondering if glib-networking needs to be part of the package at all.  I found this at http://mail.gnome.org/archives/release-team/2010-August/msg00101.html which seems to put glib-networking in its place - at least it does for me.  Although it's out of gnome archives the principle seems sound, and if the OS is running fine without it why include it? 

Code: [Select]

On 08/27/2010 06:29 PM, Matthias Clasen wrote:
> On Fri, Aug 27, 2010 at 5:11 PM, Dan Winship <danw gnome org> wrote:
>> On 08/27/2010 03:58 PM, Matthias Clasen wrote:
>>>> from glib 2.26. (If you install glib 2.26 without glib-networking then
>>>> it effectively just disables automatic proxy detection, which means that
>>>> the networking code works exactly the same as it did in 2.24.)
>>>
>>> Is anything in GNOME 2.32 using the new proxy functionality in glib ?
>>
>> The SOCKS support is automatic if you're using GSocketClient, so various
>> things like gvfs-ftp and libsoup that used to return "Cannot connect to
>> host" for people who needed to use SOCKS should now just work.
>
> Nice ! But thats the part that is working without glib-networking.

No, the code that does the actual SOCKS communication is in glib, but
the code that decides whether to *automatically* do SOCKS is in
glib-networking, because that requires looking up the proxy settings in
gconf.

I guess an alternate possibility would be to leverage the gconf
gsettings backend instead... have a GProxyResolver implementation in
glib that would explicitly request the "gconf" implementation of
G_SETTINGS_BACKEND_EXTENSION_POINT_NAME, and use its own private
GSettings schema file for /system/proxy, and then decide whether or not
to do SOCKS based on that. (And then for GNOME 3.0 once
gnome-control-center has been ported to gsettings/dconf we could make it
less of a hack.)

> Does pulling glib-networking into 2.32 make more things transparently
> work, or does that require changes to libsoup and other modules ?

Besides proxy configuration lookup, the other big things libproxy (and
thus glib-networking) does are PAC and WPAD. (PAC is "run a javascript
file to determine the proxy for a given URI", WPAD is "search the
link-local network for a proxy server"). However, those are mostly only
used for configuring HTTP proxies, and libsoup can still just use
libproxy directly for that...

-- Dan
I haven't had issues with clocks etc as I run Openbox with no panels or tray and so hadn't noticed any glitches - the joys of a stripped down system where there is less to go wrong!    I've extracted Hammer from the rpm and it works fine from the script without glib-networking, and obviously glib-networking is not needed by other browsers to do their thing.  I'm not full bottle on all of this, but it does strike me as being a delete option for the time being.  Especially as it is playing games with other peoples systems who otherwise don't have it installed.

[ongoto]

Uploaded some changes
Added:
    Progress Bar

http://www.box.net/shared/9u450ely3t

[gseaman]

Uploaded some changes
Added:
    Progress Bar

http://www.box.net/shared/9u450ely3t

Very nice!

Galen