[arch-general] libsoup 2.26.0-1 dependencies in [testing]
Hello, I noticed that libsoup in [testing] depends on gconf, is that really necessary? Libsoup is a dependency for some desktop-agnostic applications such as Midori (through its dependency on libwebkit) or hardinfo (currently in AUR). Regards, JM
JM wrote:
Hello,
I noticed that libsoup in [testing] depends on gconf, is that really necessary? Libsoup is a dependency for some desktop-agnostic applications such as Midori (through its dependency on libwebkit) or hardinfo (currently in AUR).
Regards, JM
Hi, There are two lib in libsoup, one (libsoup-2.4.so.1) not depends on gconf, and another (libsoup-gnome-2.4.so.1). Personally i don't have installed the gconf and deps, (pacman -Sd libsoup) Libwebkit uses the normal libsoup. Maybe gconf is really an optional dep. Libsoup-gnome is used from gnome apps. Good Luck! -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
On Mon, Mar 30, 2009 at 11:02 PM, Gerardo Exequiel Pozzi <vmlinuz386@yahoo.com.ar> wrote:
JM wrote:
Hello,
I noticed that libsoup in [testing] depends on gconf, is that really necessary? Libsoup is a dependency for some desktop-agnostic applications such as Midori (through its dependency on libwebkit) or hardinfo (currently in AUR).
Regards, JM
Hi,
There are two lib in libsoup, one (libsoup-2.4.so.1) not depends on gconf, and another (libsoup-gnome-2.4.so.1). Personally i don't have installed the gconf and deps, (pacman -Sd libsoup)
Libwebkit uses the normal libsoup.
Maybe gconf is really an optional dep. Libsoup-gnome is used from gnome apps.
Good Luck!
-- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
That clarifies things, thanks! Regards, JM
On Mon, 2009-03-30 at 22:48 +0200, JM wrote:
Hello,
I noticed that libsoup in [testing] depends on gconf, is that really necessary? Libsoup is a dependency for some desktop-agnostic applications such as Midori (through its dependency on libwebkit) or hardinfo (currently in AUR).
Regards, JM
This is a temporary bugfix. At this moment the libproxy code in libsoup is unstable, so the libsoup developers decided to disable libproxy and use gconf instead for proxy detection. The changelog states that it's a temporary solution that will be worked out for 2.26.0. With 2.26.1, the dependencies will be the same as we had with the 2.25.x release which was in testing for a while.
On Mon, Mar 30, 2009 at 11:29 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
On Mon, 2009-03-30 at 22:48 +0200, JM wrote:
Hello,
I noticed that libsoup in [testing] depends on gconf, is that really necessary? Libsoup is a dependency for some desktop-agnostic applications such as Midori (through its dependency on libwebkit) or hardinfo (currently in AUR).
Regards, JM
This is a temporary bugfix. At this moment the libproxy code in libsoup is unstable, so the libsoup developers decided to disable libproxy and use gconf instead for proxy detection. The changelog states that it's a temporary solution that will be worked out for 2.26.0. With 2.26.1, the dependencies will be the same as we had with the 2.25.x release which was in testing for a while.
libsoup 2.26.1-1 still carries the dependency on gconf. Has the situation changed? Regards, JM
On Thu, 2009-04-23 at 17:17 +0200, JM wrote:
On Mon, Mar 30, 2009 at 11:29 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
On Mon, 2009-03-30 at 22:48 +0200, JM wrote:
Hello,
I noticed that libsoup in [testing] depends on gconf, is that really necessary? Libsoup is a dependency for some desktop-agnostic applications such as Midori (through its dependency on libwebkit) or hardinfo (currently in AUR).
Regards, JM
This is a temporary bugfix. At this moment the libproxy code in libsoup is unstable, so the libsoup developers decided to disable libproxy and use gconf instead for proxy detection. The changelog states that it's a temporary solution that will be worked out for 2.26.0. With 2.26.1, the dependencies will be the same as we had with the 2.25.x release which was in testing for a while.
libsoup 2.26.1-1 still carries the dependency on gconf. Has the situation changed?
Regards, JM
No it hasn't, as this needs to be fixed inside libproxy. Libproxy is not threadsafe when it calls into gconf, so libsoup calls into GConf itself to get the proxy information and passes the information to libproxy. Until libproxy is fixed to do threadsafe calls into GConf, the dependency on GConf will stay.
On Thu, Apr 23, 2009 at 5:20 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
On Thu, 2009-04-23 at 17:17 +0200, JM wrote:
On Mon, Mar 30, 2009 at 11:29 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
On Mon, 2009-03-30 at 22:48 +0200, JM wrote:
Hello,
I noticed that libsoup in [testing] depends on gconf, is that really necessary? Libsoup is a dependency for some desktop-agnostic applications such as Midori (through its dependency on libwebkit) or hardinfo (currently in AUR).
Regards, JM
This is a temporary bugfix. At this moment the libproxy code in libsoup is unstable, so the libsoup developers decided to disable libproxy and use gconf instead for proxy detection. The changelog states that it's a temporary solution that will be worked out for 2.26.0. With 2.26.1, the dependencies will be the same as we had with the 2.25.x release which was in testing for a while.
libsoup 2.26.1-1 still carries the dependency on gconf. Has the situation changed?
Regards, JM
No it hasn't, as this needs to be fixed inside libproxy. Libproxy is not threadsafe when it calls into gconf, so libsoup calls into GConf itself to get the proxy information and passes the information to libproxy. Until libproxy is fixed to do threadsafe calls into GConf, the dependency on GConf will stay.
I mistakenly assumed that the problem had lied within libsoup not libproxy. Thanks for clarifying that. Regards, JM
On Thu, 2009-04-23 at 20:33 +0200, JM wrote:
On Thu, Apr 23, 2009 at 5:20 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
On Thu, 2009-04-23 at 17:17 +0200, JM wrote:
On Mon, Mar 30, 2009 at 11:29 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
On Mon, 2009-03-30 at 22:48 +0200, JM wrote:
Hello,
I noticed that libsoup in [testing] depends on gconf, is that really necessary? Libsoup is a dependency for some desktop-agnostic applications such as Midori (through its dependency on libwebkit) or hardinfo (currently in AUR).
Regards, JM
This is a temporary bugfix. At this moment the libproxy code in libsoup is unstable, so the libsoup developers decided to disable libproxy and use gconf instead for proxy detection. The changelog states that it's a temporary solution that will be worked out for 2.26.0. With 2.26.1, the dependencies will be the same as we had with the 2.25.x release which was in testing for a while.
libsoup 2.26.1-1 still carries the dependency on gconf. Has the situation changed?
Regards, JM
No it hasn't, as this needs to be fixed inside libproxy. Libproxy is not threadsafe when it calls into gconf, so libsoup calls into GConf itself to get the proxy information and passes the information to libproxy. Until libproxy is fixed to do threadsafe calls into GConf, the dependency on GConf will stay.
I mistakenly assumed that the problem had lied within libsoup not libproxy. Thanks for clarifying that.
Regards, JM
gconf only depends on orbit2>=2.14.17 gtk2>=2.16.0 libxml2>=2.7.3 policykit>=0.9 libldap>=2.3.43 It has no dependencies on "ugly" gnome libs (libgnome, libbonobo) so non gnome users shouldn't have problem with it.
On Fri, 2009-04-24 at 23:01 +0300, Hussam Al-Tayeb wrote:
gconf only depends on orbit2>=2.14.17 gtk2>=2.16.0 libxml2>=2.7.3 policykit>=0.9 libldap>=2.3.43 It has no dependencies on "ugly" gnome libs (libgnome, libbonobo) so non gnome users shouldn't have problem with it.
But it has a G in it, so I can't have it on my system! ;)
But it has a G in it, so I can't have it on my system! ;)
Same reason I don't use gcc, git, gdb, the *G*NU tools in general, man paGes, X.orG, doxygen, anything with gettext, GIMP, anything -ng, or any pluGins. Don't even talk to me about grep. ;) - Andrei "*G*aroth" Thorp
On Fri, Apr 24, 2009 at 04:34:16PM -0400, Andrei Thorp wrote:
But it has a G in it, so I can't have it on my system! ;)
Same reason I don't use gcc, git, gdb, the *G*NU tools in general, man paGes, X.orG, doxygen, anything with gettext, GIMP, anything -ng, or any pluGins. Don't even talk to me about grep.
Can someone put a XFree86 PKBUILD in AUR for this unlucky uy? And talkin' about development tools, once I heard about the FNU project (Fink's Not Unix) with freat tools like fcc, fdb fawk and so on. Current status is unclear, now that OS X is UNIX certified.
On Fri, 24 Apr 2009 23:01:24 +0300 Hussam Al-Tayeb <ht990332@gmail.com> wrote:
On Thu, 2009-04-23 at 20:33 +0200, JM wrote:
On Thu, Apr 23, 2009 at 5:20 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
On Thu, 2009-04-23 at 17:17 +0200, JM wrote:
On Mon, Mar 30, 2009 at 11:29 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
On Mon, 2009-03-30 at 22:48 +0200, JM wrote:
Hello,
I noticed that libsoup in [testing] depends on gconf, is that really necessary? Libsoup is a dependency for some desktop-agnostic applications such as Midori (through its dependency on libwebkit) or hardinfo (currently in AUR).
Regards, JM
This is a temporary bugfix. At this moment the libproxy code in libsoup is unstable, so the libsoup developers decided to disable libproxy and use gconf instead for proxy detection. The changelog states that it's a temporary solution that will be worked out for 2.26.0. With 2.26.1, the dependencies will be the same as we had with the 2.25.x release which was in testing for a while.
libsoup 2.26.1-1 still carries the dependency on gconf. Has the situation changed?
Regards, JM
No it hasn't, as this needs to be fixed inside libproxy. Libproxy is not threadsafe when it calls into gconf, so libsoup calls into GConf itself to get the proxy information and passes the information to libproxy. Until libproxy is fixed to do threadsafe calls into GConf, the dependency on GConf will stay.
I mistakenly assumed that the problem had lied within libsoup not libproxy. Thanks for clarifying that.
Regards, JM
gconf only depends on orbit2>=2.14.17 gtk2>=2.16.0 libxml2>=2.7.3 policykit>=0.9 libldap>=2.3.43 It has no dependencies on "ugly" gnome libs (libgnome, libbonobo) so non gnome users shouldn't have problem with it.
But isn't gconf a daemon? There's an app in development I might want to use that uses vala and gconf, and I don't know how bad that gconf daemon is.. regards, Philipp
On Sat, 2009-04-25 at 02:28 +0200, hollunder@gmx.at wrote:
On Fri, 24 Apr 2009 23:01:24 +0300 Hussam Al-Tayeb <ht990332@gmail.com> wrote:
On Thu, 2009-04-23 at 20:33 +0200, JM wrote:
On Thu, Apr 23, 2009 at 5:20 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
On Thu, 2009-04-23 at 17:17 +0200, JM wrote:
On Mon, Mar 30, 2009 at 11:29 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
On Mon, 2009-03-30 at 22:48 +0200, JM wrote: > Hello, > > I noticed that libsoup in [testing] depends on gconf, is that > really necessary? Libsoup is a dependency for some > desktop-agnostic applications such as Midori (through its > dependency on libwebkit) or hardinfo (currently in AUR). > > Regards, > JM
This is a temporary bugfix. At this moment the libproxy code in libsoup is unstable, so the libsoup developers decided to disable libproxy and use gconf instead for proxy detection. The changelog states that it's a temporary solution that will be worked out for 2.26.0. With 2.26.1, the dependencies will be the same as we had with the 2.25.x release which was in testing for a while.
libsoup 2.26.1-1 still carries the dependency on gconf. Has the situation changed?
Regards, JM
No it hasn't, as this needs to be fixed inside libproxy. Libproxy is not threadsafe when it calls into gconf, so libsoup calls into GConf itself to get the proxy information and passes the information to libproxy. Until libproxy is fixed to do threadsafe calls into GConf, the dependency on GConf will stay.
I mistakenly assumed that the problem had lied within libsoup not libproxy. Thanks for clarifying that.
Regards, JM
gconf only depends on orbit2>=2.14.17 gtk2>=2.16.0 libxml2>=2.7.3 policykit>=0.9 libldap>=2.3.43 It has no dependencies on "ugly" gnome libs (libgnome, libbonobo) so non gnome users shouldn't have problem with it.
But isn't gconf a daemon? There's an app in development I might want to use that uses vala and gconf, and I don't know how bad that gconf daemon is..
regards, Philipp
It's perfectly safe and very well designed. It's job is to notify applications when their settings have been changed. For example, if you edit the configuration of gedit externally (not from inside gedit options dialog) but from gconf-editor for example, gconf daemon tells gedit that the settings have been changed without the need to restart gedit.
+1 that I haven't had trouble with gconf really. At the moment, I don't run it and aside from some warnings from some apps, it's generally been fine too. -AT On Fri, Apr 24, 2009 at 6:30 PM, Hussam Al-Tayeb <ht990332@gmail.com> wrote:
On Sat, 2009-04-25 at 02:28 +0200, hollunder@gmx.at wrote:
On Fri, 24 Apr 2009 23:01:24 +0300 Hussam Al-Tayeb <ht990332@gmail.com> wrote:
On Thu, 2009-04-23 at 20:33 +0200, JM wrote:
On Thu, Apr 23, 2009 at 5:20 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
On Thu, 2009-04-23 at 17:17 +0200, JM wrote:
On Mon, Mar 30, 2009 at 11:29 PM, Jan de Groot <jan@jgc.homeip.net> wrote: > On Mon, 2009-03-30 at 22:48 +0200, JM wrote: >> Hello, >> >> I noticed that libsoup in [testing] depends on gconf, is that >> really necessary? Libsoup is a dependency for some >> desktop-agnostic applications such as Midori (through its >> dependency on libwebkit) or hardinfo (currently in AUR). >> >> Regards, >> JM > > This is a temporary bugfix. At this moment the libproxy code > in libsoup is unstable, so the libsoup developers decided to > disable libproxy and use gconf instead for proxy detection. > The changelog states that it's a temporary solution that will > be worked out for 2.26.0. With 2.26.1, the dependencies will > be the same as we had with the 2.25.x release which was in > testing for a while. > >
libsoup 2.26.1-1 still carries the dependency on gconf. Has the situation changed?
Regards, JM
No it hasn't, as this needs to be fixed inside libproxy. Libproxy is not threadsafe when it calls into gconf, so libsoup calls into GConf itself to get the proxy information and passes the information to libproxy. Until libproxy is fixed to do threadsafe calls into GConf, the dependency on GConf will stay.
I mistakenly assumed that the problem had lied within libsoup not libproxy. Thanks for clarifying that.
Regards, JM
gconf only depends on orbit2>=2.14.17 gtk2>=2.16.0 libxml2>=2.7.3 policykit>=0.9 libldap>=2.3.43 It has no dependencies on "ugly" gnome libs (libgnome, libbonobo) so non gnome users shouldn't have problem with it.
But isn't gconf a daemon? There's an app in development I might want to use that uses vala and gconf, and I don't know how bad that gconf daemon is..
regards, Philipp
It's perfectly safe and very well designed. It's job is to notify applications when their settings have been changed. For example, if you edit the configuration of gedit externally (not from inside gedit options dialog) but from gconf-editor for example, gconf daemon tells gedit that the settings have been changed without the need to restart gedit.
On Sat, Apr 25, 2009 at 3:55 AM, Andrei Thorp <garoth@gmail.com> wrote:
+1 that I haven't had trouble with gconf really. At the moment, I don't run it and aside from some warnings from some apps, it's generally been fine too.
-AT
On Fri, Apr 24, 2009 at 6:30 PM, Hussam Al-Tayeb <ht990332@gmail.com> wrote:
On Sat, 2009-04-25 at 02:28 +0200, hollunder@gmx.at wrote:
On Fri, 24 Apr 2009 23:01:24 +0300 Hussam Al-Tayeb <ht990332@gmail.com> wrote:
On Thu, 2009-04-23 at 20:33 +0200, JM wrote:
On Thu, Apr 23, 2009 at 5:20 PM, Jan de Groot <jan@jgc.homeip.net> wrote:
On Thu, 2009-04-23 at 17:17 +0200, JM wrote: > On Mon, Mar 30, 2009 at 11:29 PM, Jan de Groot > <jan@jgc.homeip.net> wrote: > > On Mon, 2009-03-30 at 22:48 +0200, JM wrote: > >> Hello, > >> > >> I noticed that libsoup in [testing] depends on gconf, is that > >> really necessary? Libsoup is a dependency for some > >> desktop-agnostic applications such as Midori (through its > >> dependency on libwebkit) or hardinfo (currently in AUR). > >> > >> Regards, > >> JM > > > > This is a temporary bugfix. At this moment the libproxy code > > in libsoup is unstable, so the libsoup developers decided to > > disable libproxy and use gconf instead for proxy detection. > > The changelog states that it's a temporary solution that will > > be worked out for 2.26.0. With 2.26.1, the dependencies will > > be the same as we had with the 2.25.x release which was in > > testing for a while. > > > > > > libsoup 2.26.1-1 still carries the dependency on gconf. Has the > situation changed? > > Regards, > JM
No it hasn't, as this needs to be fixed inside libproxy. Libproxy is not threadsafe when it calls into gconf, so libsoup calls into GConf itself to get the proxy information and passes the information to libproxy. Until libproxy is fixed to do threadsafe calls into GConf, the dependency on GConf will stay.
I mistakenly assumed that the problem had lied within libsoup not libproxy. Thanks for clarifying that.
Regards, JM
gconf only depends on orbit2>=2.14.17 gtk2>=2.16.0 libxml2>=2.7.3 policykit>=0.9 libldap>=2.3.43 It has no dependencies on "ugly" gnome libs (libgnome, libbonobo) so non gnome users shouldn't have problem with it.
But isn't gconf a daemon? There's an app in development I might want to use that uses vala and gconf, and I don't know how bad that gconf daemon is..
regards, Philipp
It's perfectly safe and very well designed. It's job is to notify applications when their settings have been changed. For example, if you edit the configuration of gedit externally (not from inside gedit options dialog) but from gconf-editor for example, gconf daemon tells gedit that the settings have been changed without the need to restart gedit.
At the moment, libsoup is the only package on my system depending on gconf and orbit2. I'd just prefer to avoid it rather than keep a full-featured configuration database system for just one application. It's not that much about having a "G" as about keeping it simple. Regards, JM
JM wrote:
At the moment, libsoup is the only package on my system depending on gconf and orbit2. I'd just prefer to avoid it rather than keep a full-featured configuration database system for just one application. It's not that much about having a "G" as about keeping it simple.
Regards, JM
Isn't necesary if your app that depends on libsoup don't use "gnome libs", libsoup package have two lib, /usr/lib/libsoup-2.4.so.1.2.0 /usr/lib/libsoup-gnome-2.4.so.1.2.0 (this depends on libsoup-2.4.so.1.2.0 and libgconf-2.so.4) If your app will use libsoup-2.4.so.1.2.0 not libsoup-gnome-2.4.so.1.2.0 then isn't necesary to install gconf and yours depends. (for example libwebkit) Personally I installed with -Sd (no deps) ;) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
participants (7)
-
Alessandro Doro
-
Andrei Thorp
-
Gerardo Exequiel Pozzi
-
hollunder＠gmx.at
-
Hussam Al-Tayeb
-
Jan de Groot
-
JM