You are not logged in.
cromo@kromka:~$ knetworkmanager
knetworkmanager: error while loading shared libraries: libdbus-qt-1.so.1: cannot open shared object file: No such file or directory
knetworkmanager is in AUR. Just rebuild knetworkmanager and it will probably work again.
BTW, to those of you out there who use stuff from AUR or custom packages, If you get errors similar to the one above, rebuild the package.
Offline
3/ Gnomebaker would not start. An issue with d-bus libraries not there?
try it as root and see if it works. you might need to add yourself to the optical group and/or other things.
Offline
another broken dbus app: current/bluez-utils 3.1-2
/usr/sbin/hcid to be exact
Offline
Brasero won't work becouse of nautilus-cd-burner changes.
Offline
brasero != official
Freedom is what i love
Offline
now i solved my problem with dbus, but when i startx it gives me this error
nautilus: error while loading shared libraries: libgailutil.so.17: cannot open shared object file: No such file or directory
i've tried to symlink libgailutil.so.18 to libgailutil.so.17 and i've tried to reeinstall gail libgail and nautilus without success
Offline
you need to update. your libgail isn't up to date. try doing a pacman -Syu. if that doesn't work switch mirrors.
Freedom is what i love
Offline
[10/01/06 11:57] synchronizing package lists
[10/01/06 11:59] upgraded libgail-gnome (1.1.3-1 -> 1.1.3-1)
[10/01/06 11:59] upgraded gail (1.9.2-1 -> 1.9.2-1)
[10/01/06 11:59] upgraded nautilus (2.16.0-1 -> 2.16.0-1)
i saw here they are the lastest...
Offline
brasero != official
sorry, forgot to check it.
Offline
1) mplayer needs recompile
2) evolution has problems resizing as well, sometimes maximizing doesn't work either...
Offline
known issues:
- kdepim's pda synchronisation is broken
Can you tell me how this comes and when it will be fixed? I use gnome and palm sync with kdepim, so I won't upgrade before this is fixed.
For the rest gnome 2.16 seems nice ;-)
Offline
now i solved my problem with dbus, but when i startx it gives me this error
nautilus: error while loading shared libraries: libgailutil.so.17: cannot open shared object file: No such file or directory
i've tried to symlink libgailutil.so.18 to libgailutil.so.17 and i've tried to reeinstall gail libgail and nautilus without success
i've just open a bug report
Offline
Blaasvis wrote:known issues:
- kdepim's pda synchronisation is brokenCan you tell me how this comes and when it will be fixed? I use gnome and palm sync with kdepim, so I won't upgrade before this is fixed.
For the rest gnome 2.16 seems nice ;-)
kdepim has been fixed yesterday. It just needed a recompile for the pilot-link update. My CPU was broken on friday, so it crashed on linking when compiling large projects like kdepim.
Offline
pkgdb2-add: inserting gnome-power-manager
pkgdb2-add: inserting powersave
gnome-power-manager and powersave have entered testing
thanks FrankTM for your work on powersave
Freedom is what i love
Offline
mouse256 wrote:Blaasvis wrote:known issues:
- kdepim's pda synchronisation is brokenCan you tell me how this comes and when it will be fixed? I use gnome and palm sync with kdepim, so I won't upgrade before this is fixed.
For the rest gnome 2.16 seems nice ;-)kdepim has been fixed yesterday. It just needed a recompile for the pilot-link update. My CPU was broken on friday, so it crashed on linking when compiling large projects like kdepim.
Great, I'll try it tomorrow
btw: did you notice libnetworkmanager is 2 times in testing?
Offline
Nice! has anyone tested if gnome-power-manager works as it should with suspend to ram?
The ultimate Archlinux release name: "I am your father"
Offline
it works for me both hibernate and s2ram.
just check powersave... if it works for you, it probably will be a bit of tinkering
Freedom is what i love
Offline
I was wondering if the composite-support for metacity is compiled in and then how to enable it?
Offline
detto wrote:Mh, gnome-terminal seems doing strange things here.
When i open a second tab and switch betwenn first and second the terminal window gets resized in every direction, sometimes only horicontal sometimes only vertical. Pretty litlle but annoying bug.I have the same problem. Except that it get resized to pretty big sizes, like 3x my monitor... annoying.
here too...
Offline
Anybody been gettings this console message from gnome-system-monitor?
(gnome-system-monitor:2534): libgnomevfs-WARNING **: Failed to open session DBUS connection: Unable to determine the address of the message bus (try 'man dbus-launch' and 'man dbus-daemon' for help)
Volume monitoring will not work.
Since I've got dbus-launch implemented properly and other apps can connect to the message bus, this looks kind of buggish to me.
Also, I'm still getting this on launching some config apps, e.g. sound config:
Unable to start the settings manager 'gnome-settings-daemon'.
Without the GNOME settings manager running, some preferences may not take effect. This could indicate a problem with Bonobo, or a non-GNOME (e.g. KDE) settings manager may already be active and conflicting with the GNOME settings manager.
I'm triggering dbus-launch from .xinitrc, and the settings daemon is definitely running, so I'm fairly sure there's something fishy going on here. Here's my .xinitrc:
#!/bin/sh
#
# ~/.xinitrc
#
# Executed by startx (run your window manager from here)
#
dbus-launch --exit-with-session /opt/gnome/libexec/gnome-settings-daemon &
gnome-screensaver &
gnome-volume-manager &
exec openbox
Offline
Your .xinitrc won't work. What about something like this:
eval `dbus-launch`
your program &
your other program &
exec openbox
Other option is to make a startscript and launch that with "exec dbus-launch --exit-with-session yourstartscript" from .xinitrc.
What happens is this:
A dbus session bus is only launched for gnome-settings-daemon. Variables for the location of your session bus aren't passed to other programs, so these won't know how to contact the settings daemon. Once you're in openbox, there's no session bus available to connect to your gnome-settings-daemon, which runs in its private session bus.
Offline
While compiling kpowersave 0.6.2:
checking dbus/connection.h usability... no
checking dbus/connection.h presence... no
checking for dbus/connection.h... no
configure: error: You need D-BUS/Qt3 bindings
It seems that this new package is missing these bindings.
Offline
QT3 bindings are no longer supported. QT4 will have these things integrated. At this moment I have a patched kdebase package that includes the required QT stuff as internal bindings, I modified this patch a bit to fit for k3b also now. Guess kpowermanager will need also some kind of patch.
Offline
I quoted your reply on powersave mailing list, and here's what I got:
I'd say it's a distribution problem. You're distribution has to ship
D-Bus/Qt3 bindings (Debian/Ubuntu do this) even if they are not
supported anymore upstream.
I can compile kpowersave withouth problems on a current Debian unstable
system using Qt3/KDE3 and dbus-0.93. The Qt D-Bus bindings in Debian
unstable are based on dbus-0.62 using the dbus-qt3 git source tree [1].Imho it's not a good idea to patch every KDE application that uses the
Qt3 D-Bus bindings to use an internal copy of the D-Bus bindings.Tell your distro to ship the split out dbus-qt3 bindings instead, even
if they are not officially supported anymore.
(Michael Biebl)
[1] http://gitweb.freedesktop.org/?p=dbus/d … ;a=summary
Seems like a good idea to me
Offline
Your .xinitrc won't work. What about something like this:
eval `dbus-launch`
your program &
your other program &
exec openboxOther option is to make a startscript and launch that with "exec dbus-launch --exit-with-session yourstartscript" from .xinitrc.
What happens is this:
A dbus session bus is only launched for gnome-settings-daemon. Variables for the location of your session bus aren't passed to other programs, so these won't know how to contact the settings daemon. Once you're in openbox, there's no session bus available to connect to your gnome-settings-daemon, which runs in its private session bus.
Okay, thanks! I'll see if that works... :oops:
They've been changing a lot of stuff in dbus haven't they?
Offline