And if the mainline kernel build still has issue, please try apport-
collect to collect more information for debugging. Thanks.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bu
As this could be related to the kernel hardware enabling, I've added
that as affected as well.
Jens, from the log it looks like you are using Oneiric with a 3.2 kernel
(from precise?). Could you do a test with a fresh installed Precise? And
if the issue still happens, could you please also make a
** Also affects: linux (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/989689
Title:
Synaptics touchpad stops working
Hi druido77,
I have a bcmwl working on my machine, though with a different broadcom
chip. Checked the WifiSyslog.txt a bit, I found many kernel oops, and
this looks like kernel related, I've subscribed the linux (ubuntu)
project as affected. In the mean while, could you please help:
1. do an appo
** Also affects: linux (Ubuntu)
Importance: Undecided
Status: New
** Changed in: linux (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager-applet in Ubuntu.
https://bugs.lau
Hi Almufadado, could you please test the latest ubuntu release, e.g.
daily live ISO? And what is the charset encoding for the tags in your
mp3 files. If this is caused by tags not in utf-8, could you try put
"export GST_ID3_TAG_ENCODING=" (e.g.
ISO8859-15) to your .bashrc file and re-login to see i
I've uploaded testing packages to
http://people.canonical.com/~ycmiao/lp819714/, please help test.
Note it's for precise, and one needs to install libuchardet0 firstly.
$> sudo apt-get install libuchardet0
$> sudo dpkg --install gedit*~lp819714_*.deb
--
You received this bug notification be
Well, I'd say an ideal solution would be for gedit to detect the
encoding by itself, and thus avoid all these tricky configurations. I've
experimented a bit with universalchardet, which comes with Mozilla
project, and its separate library libuchardet. I found it to be smart
enough in most cases. At
Confirmed that gvfs 1.12.0-0ubuntu3 fixed this issue for Precise. Thanks
seb128!
For Oneiric, the latest gvfs version seems to be 1.10.0-0ubuntu1, where
the fix doesn't seem to be there yet.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed t
Checked with daemon/Makefile.am, obexftp is special because of a
different linkage below:
gvfsd_obexftp_LDADD = $(OBEXFTP_LIBS) $(EXPAT_LIBS) $(libraries)
if USE_HAL
gvfsd_obexftp_LDADD += $(HAL_LIBS)
endif
After configuration, OBEXFTP_LIBS is
OBEXFTP_LIBS = -ldbus-glib-1 -ldbus-1 -lpt
** Also affects: glib2.0 (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to glib2.0 in Ubuntu.
https://bugs.launchpad.net/bugs/966173
Title:
0.12 : Unable to open directory /usr/lib/gio
I did some more testings:
1. checked the source, there are two libdbus-glib functions locally
implemented in daemon/dbus-gmain.c, which are
- dbus_connection_setup_with_g_main
- dbus_server_setup_with_g_main
as talked with seb128 and pitti, I did a trial building after renaming
these funct
*** This bug is a duplicate of bug 966173 ***
https://bugs.launchpad.net/bugs/966173
The attached patch will likely fix the problem.
** Patch added: "62_suppress-error-message-of-nonexistent-directory.patch"
https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/933418/+attachment/2965357
*** This bug is a duplicate of bug 966173 ***
https://bugs.launchpad.net/bugs/966173
This is caused by incorrect postinst script in libglib2.0-0. In
debian/libglib2.0-0.postinst.in, around line 16:
/usr/lib/x86_64-linux-gnu/gio/modules|/usr/lib/gio/modules)
# This is tri
OK, here's the theory of root cause, checking the source code, there is
a private implementation of dbus-glib in daemon/dbus-gmain.c. The API is
a redundant of the system wide libdbus-glib. While static linked, the
private implementation will be used, however, when dynamically linked,
the system wi
This is really weird. The problem is with gvfsd-obexftp not able to
receive the method call return from GVFS Daemon (gvfsd) after sent
registerMount. The mount is actually done, however, with the method call
return reply is lost on dbus, it never reaches back to gvfsd-obexftp.
This does not happen
** Bug watch added: GNOME Bug Tracker #672114
https://bugzilla.gnome.org/show_bug.cgi?id=672114
** Also affects: gvfs via
https://bugzilla.gnome.org/show_bug.cgi?id=672114
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of Deskto
17 matches
Mail list logo
