[Bug 44082] Re: GNOME Panel icons (on right side) move apparently randomly on session start in some situations
I thought this bug was fixed. For a long time, it seemed like when I rotate the screen on my Thinkpad X61 Tablet, the icons would stay put where they belong. Recently, I think maybe just in the last day or two, the icons move around like they used to. I wonder if a patch got reverted? It is certainly a regression. -- GNOME Panel icons (on right side) move apparently randomly on session start in some situations https://bugs.launchpad.net/bugs/44082 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 414512] Re: on system start gnome sound preferences sets applications sounds and sound themes volume to zero
I'm wondering if ear-candy is what is needed for that? -- on system start gnome sound preferences sets applications sounds and sound themes volume to zero https://bugs.launchpad.net/bugs/414512 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-media in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 444086] Re: totem-plugin-viewer crashed with SIGSEGV
On Fri, 2009-10-09 at 15:15 +, Pedro Villavicencio wrote: Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions: 1. Is this reproducible? 2. If so, what specific steps should we take to recreate this bug? Be as detailed as possible. This will help us to find and resolve the problem. I'm sorry, but I don't know what caused it to crash or if it's reproducible. I was not even aware that totem-plugin-viewer was running. All I know is that at some point the 'apport' notice popped up saying that it had crashed. -- Karl Hegbloom karl.hegbl...@gmail.com -- totem-plugin-viewer crashed with SIGSEGV https://bugs.launchpad.net/bugs/444086 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 44082] Re: GNOME Panel icons (on right side) move apparently randomly on session start in some situations
I have just verified that the patch attached to http://bugzilla.gnome.org/show_bug.cgi?id=314235 does solve the problem. To fix my exisiting configuration, I had to use 'gconf-editor' to set the relative order of the right-stuck applets, setting the fast-user- switch to 0, the clock to 1, and so forth. After log-out and log-in, they are in the correct order, and do not move around like they did before when I switch my Thinkpad X61 Tablet from laptop to tablet mode. They also remain where they belong when I log out and back in. Please apply that patch! -- GNOME Panel icons (on right side) move apparently randomly on session start in some situations https://bugs.launchpad.net/bugs/44082 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 12153] Re: Cannot use Windows key in keyboard shortcuts
On Mon, 2009-06-22 at 15:56 +, Sam Illingworth wrote:h The difference seems to be that the shortcut for launching the terminal is set in gconf setting /apps/metacity/global_keybindings (as is the shortcut for minimizing all windows to show the desktop, for example), while the shortcut for locking the screen is set in /apps/gnome_settings_daemon/keybindings (as is the shortcut for launching the web browser, for example) Which begs the question... Why isn't there a central place for all keybindings and mouse + stylus gestures? That would be the best thing, so that there's less of a question as to what application controls bindings where, perhaps... ? -- Karl Hegbloom karl.hegbl...@gmail.com -- Cannot use Windows key in keyboard shortcuts https://bugs.launchpad.net/bugs/12153 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 12153] Re: Cannot use Windows key in keyboard shortcuts
On Mon, 2007-06-04 at 22:58 +, Philipp Kohlbecher wrote: The difference seems to be that the shortcut for launching the terminal is set in gconf setting /apps/metacity/global_keybindings (as is the shortcut for minimizing all windows to show the desktop, for example), while the shortcut for locking the screen is set in /apps/gnome_settings_daemon/keybindings (as is the shortcut for launching the web browser, for example). I have the exact same problem (albeit with dapper) and in addition, the shortcut Win+D works for showing the desktop, while Win+F does not work for launching the browser, corroborating the assumption above. There really needs to be a desktop-wide key-binding manager of some kind that serves all applications. I love the Emacs idea of 'keymaps' and 'keymap prefix' keys. I'd like to reserve combinations involving the windows logo key for the window manager, and have it never use a key not involving that one. Could the key with the little menu on it be used as a prefix for panel and application menu-bar commands? -- Cannot use Windows key in keyboard shortcuts https://bugs.launchpad.net/bugs/12153 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 111379] Re: svg_loader.so fails reading svg font for 'gnome-search-tool'
The image is part of the 'openclipart-svg' package, and is attached. Note that the crash does not always happen right away, and, at least with Nautilus, sometimes you can view the directory, or several in a row, and then you'll hit one that makes it bomb. It is not necessarily always the same file or directory. To get this one, you might want to install those clipart images for experimentation. I'm not sure if it's something special about certain ones or if it's a general bug that happens with any old svg file. ** Attachment added: perspectival_house_01.svg http://librarian.launchpad.net/7863868/perspectival_house_01.svg -- svg_loader.so fails reading svg font for 'gnome-search-tool' https://bugs.launchpad.net/bugs/111379 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for libcairo in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 112950] Re: after a while (five minutes) listening music, it closes
Please run the program from a terminal and see if it prints anything when it exits. Before you run it, execute the command: ulimit -c unlimited ... so that it will produce a 'core' file if it crashes. If it does, then you should post that core dump to this bug ticket by using the 'apport-retrace' program, provided that you have it installed. If that is way beyond your present level, then please simply attach the core file itself to this ticket using the Launchpad web interface. -- after a while (five minutes) listening music, it closes https://bugs.launchpad.net/bugs/112950 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 8107] Re: No way to select default/primary audio device, if more than one is installed
Here's something that potentially may be part of a good general solution: http://alsa.opensrc.org/Default_device_from_environment_variable -- No way to select default/primary audio device, if more than one is installed https://bugs.launchpad.net/bugs/8107 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a subscriber of a duplicate bug. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 111379] svg_loader.so fails reading svg font for 'gnome-search-tool'
Public bug reported: I tried to use 'gnome-search-tool' to get a list of all of the .svg files on the system. When it finds one, it calls on the gdk_pixbuf loader to get a picture of the .svg file to display in it's list. After installing all of the relevant -dbgsym packages (by hand! there ought to be a tool I can use for that) I ran the search tool like this: export G_DEBUG=fatal_criticals gnome-search-tool ... which it says to do at: https://wiki.ubuntu.com/DebuggingGNOME ... and then in another console, ran: gdb --pid=$(pidof gnome-search-tool) ... then told it to 'cont' and entered .svg into the search box, then selected File System, and pressed Search. It runs for a while, and then I get: Program received signal SIGABRT, Aborted. [Switching to Thread 47061088791520 (LWP 4201)] 0x003320c30cab in raise () from /lib/libc.so.6 (gdb) where #0 0x003320c30cab in raise () from /lib/libc.so.6 #1 0x003320c32660 in abort () from /lib/libc.so.6 #2 0x003323037b1b in IA__g_logv (log_domain=0x3326612320 GdkPixbuf, log_level=value optimized out, format=0x3323060f35 %s: assertion `%s' failed, args1=0x7fff6732fad0) at gmessages.c:497 #3 0x003323037bb3 in IA__g_log (log_domain=0x1069 Address 0x1069 out of bounds, log_level=4201, format=0x6 Address 0x6 out of bounds) at gmessages.c:517 #4 0x00332400c7da in IA__g_closure_invoke (closure=0x9411f0, return_value=0x0, n_param_values=3, param_values=0x7fff6732fe30, invocation_hint=0x7fff6732fd00) at gclosure.c:490 #5 0x00332401c408 in signal_emit_unlocked_R (node=0x6e9530, detail=0, instance=0xa62620, emission_return=0x0, instance_and_params=0x7fff6732fe30) at gsignal.c:2440 #6 0x00332401d843 in IA__g_signal_emit_valist (instance=0xa62620, signal_id=value optimized out, detail=0, var_args=0x7fff673300b0) at gsignal.c:2199 #7 0x00332401da13 in IA__g_signal_emit (instance=0x1069, signal_id=4201, detail=6) at gsignal.c:2243 #8 0x003326609881 in gdk_pixbuf_loader_size_func (width=0x7fff67330280, height=0x7fff67330284, loader=0x1069) at gdk-pixbuf-loader.c:245 #9 0x003c4bc24b12 in rsvg_handle_get_dimensions (handle=0x9c4c00, dimension_data=0x7fff67330280) at rsvg-base.c:1340 #10 0x003c4bc29ca1 in rsvg_handle_get_pixbuf_sub (handle=0x1069, id=0x0) at rsvg.c:84 #11 0x2acd44b18fcd in gdk_pixbuf__svg_image_stop_load (data=0x941360, error=0x7fff67330328) at io-svg.c:154 #12 0x003326609eb6 in IA__gdk_pixbuf_loader_close (loader=0xa62620, error=0x0) at gdk-pixbuf-loader.c:715 #13 0x00332660811f in IA__gdk_pixbuf_new_from_file_at_scale (filename=0x9af1c0 /usr/share/lilypond/2.10.5/fonts/svg/feta-alphabet16.svg, width=24, height=24, preserve_aspect_ratio=value optimized out, error=0x0) at gdk-pixbuf-io.c:1165 #14 0x0040e584 in get_file_pixbuf (gsearch=0x67c030, file=0x9af1c0 /usr/share/lilypond/2.10.5/fonts/svg/feta-alphabet16.svg, file_info=0xa62800) at gsearchtool-support.c:1154 #15 0x00416bb1 in add_file_to_search_results (file=0x9af1c0 /usr/share/lilypond/2.10.5/fonts/svg/feta-alphabet16.svg, store=0x79a680, iter=0x67c228, gsearch=0x67c030) at gsearchtool.c:871 #16 0x0041a4df in handle_search_command_stdout_io (ioc=0x955440, condition=value optimized out, data=value optimized out) at gsearchtool.c:1628 #17 0x00332302fa14 in IA__g_main_context_dispatch (context=0x6516b0) at gmain.c:2045 #18 0x00332303285d in g_main_context_iterate (context=0x6516b0, block=1, dispatch=1, self=value optimized out) at gmain.c:2677 #19 0x003323032b6a in IA__g_main_loop_run (loop=0x917020) at gmain.c:2881 #20 0x003327742023 in IA__gtk_main () at gtkmain.c:1177 #21 0x00418421 in main (argc=1, argv=0x7fff673318e8) at gsearchtool.c:3187 In the console where I ran the search tool, I see: % gnome-search-tool GdkPixbuf-CRITICAL **: size_prepared_cb: assertion `width 0 height 0' failed aborting... I went to /usr/share/lilypond/2.10.5/fonts/svg with Nautilus, and it shows a default icon for every file there. Before setting that G_DEBUG environment variable, there was 12 of those messages, but of course it continues... until it gets a floating point exception and crashes. So, unsetting that debug option and doing it again, I see: Program received signal SIGFPE, Arithmetic exception. [Switching to Thread 47991293123552 (LWP 3021)] 0x003326a54fa1 in fbFetchTransformed (pict=0xaea100, x=value optimized out, y=196608, width=3, buffer=0x7fffd2b2cbf0, mask=0x7fffd2b2cc08, maskBits=4278190080) at /build/buildd/libcairo-1.4.2/pixman/src/fbcompose.c:3574 3574/build/buildd/libcairo-1.4.2/pixman/src/fbcompose.c: No such file or directory. in /build/buildd/libcairo-1.4.2/pixman/src/fbcompose.c (gdb) where #0 0x003326a54fa1 in fbFetchTransformed (pict=0xaea100, x=value optimized out, y=196608, width=3, buffer=0x7fffd2b2cbf0, mask=0x7fffd2b2cc08, maskBits=4278190080) at
[Bug 111379] Re: svg_loader.so fails reading svg font for 'gnome-search-tool'
I just tried to open /usr/share/openclipart/svg/tools with Nautilus, and it crashed making icons. After it restarted itself, I attached with GDB, and went there again. This time, it displays all of the icons just fine... I kept clicking around, and when I got into /usr/share/openclipart/svg/buildings, it crashed again. Hmmm... it looks like some of them are symlinks? I wonder if that matters. Here's the crash trace... again in Cairo. Maybe I'm reporting this against the wrong package? 0x003326a54fa1 in fbFetchTransformed (pict=0x2aaab82660d0, x=value optimized out, y=3473408, width=31, buffer=0x4101a0c0, mask=0x4101a1b8, maskBits=4278190080) at /build/buildd/libcairo-1.4.2/pixman/src/fbcompose.c:3574 3574/build/buildd/libcairo-1.4.2/pixman/src/fbcompose.c: No such file or directory. in /build/buildd/libcairo-1.4.2/pixman/src/fbcompose.c (gdb) where #0 0x003326a54fa1 in fbFetchTransformed (pict=0x2aaab82660d0, x=value optimized out, y=3473408, width=31, buffer=0x4101a0c0, mask=0x4101a1b8, maskBits=4278190080) at /build/buildd/libcairo-1.4.2/pixman/src/fbcompose.c:3574 #1 0x003326a529a4 in pixman_compositeGeneral (op=value optimized out, pSrc=0x2aaab82660d0, pMask=0x2aaab8265d60, pDst=0x2aaab8262f40, xSrc=15, ySrc=53, xMask=0, yMask=0, xDst=15, yDst=53, width=31, height=23) at /build/buildd/libcairo-1.4.2/pixman/src/fbcompose.c:4138 #2 0x003326a125a5 in _cairo_image_surface_composite_trapezoids (op=CAIRO_OPERATOR_OVER, pattern=0x41020950, abstract_dst=0x2aaab8262880, antialias=value optimized out, src_x=15, src_y=53, dst_x=15, dst_y=53, width=31, height=23, traps=0x2aaab8292100, num_traps=3) at /build/buildd/libcairo-1.4.2/src/cairo-image-surface.c:1016 #3 0x003326a1c0c1 in _cairo_surface_composite_trapezoids (op=4294967295, pattern=0x41020950, dst=0x2aaab8262880, antialias=CAIRO_ANTIALIAS_DEFAULT, src_x=15, src_y=53, dst_x=15, dst_y=53, width=31, height=23, traps=0x2aaab8292100, num_traps=3) at /build/buildd/libcairo-1.4.2/src/cairo-surface.c:1414 #4 0x003326a1f001 in _composite_traps_draw_func (closure=0x41020810, op=CAIRO_OPERATOR_OVER, src=0x41020950, dst=0x2aaab8262880, dst_x=0, dst_y=0, extents=0x41020830) at /build/buildd/libcairo-1.4.2/src/cairo-surface-fallback.c:492 #5 0x003326a1e37f in _clip_and_composite (clip=0x0, op=CAIRO_OPERATOR_OVER, src=0x41020950, draw_func=0x3326a1ef40 _composite_traps_draw_func, draw_closure=0x41020810, dst=0x2aaab8262880, extents=0x41020830) at /build/buildd/libcairo-1.4.2/src/cairo-surface-fallback.c:391 #6 0x003326a1ebb7 in _clip_and_composite_trapezoids (src=0x2aaab8265e70, op=10922, dst=0x2aaab8262880, traps=0x410208a0, clip=0x0, antialias=CAIRO_ANTIALIAS_DEFAULT) at /build/buildd/libcairo-1.4.2/src/cairo-surface-fallback.c:644 #7 0x003326a1eeff in _cairo_surface_fallback_fill (surface=0x2aaab8262880, op=CAIRO_OPERATOR_OVER, source=0x41020950, path=0x2aaab8267688, fill_rule=CAIRO_FILL_RULE_WINDING, tolerance=value optimized out, antialias=CAIRO_ANTIALIAS_DEFAULT) at /build/buildd/libcairo-1.4.2/src/cairo-surface-fallback.c:836 #8 0x003326a1cbc8 in _cairo_surface_fill (surface=0x2aaab8262880, op=CAIRO_OPERATOR_OVER, source=value optimized out, path=0x2aaab8267688, fill_rule=CAIRO_FILL_RULE_WINDING, tolerance=0.10001, antialias=CAIRO_ANTIALIAS_DEFAULT) at /build/buildd/libcairo-1.4.2/src/cairo-surface.c:1374 #9 0x003326a1057c in _cairo_gstate_fill (gstate=0x2aaab8265bd0, path=0x2aaab8267688) at /build/buildd/libcairo-1.4.2/src/cairo-gstate.c:959 #10 0x003326a09fd0 in *INT_cairo_fill_preserve (cr=0x2aaab82674d0) at /build/buildd/libcairo-1.4.2/src/cairo.c:2047 #11 0x003326a09ff9 in cairo_fill (cr=0x) at /build/buildd/libcairo-1.4.2/src/cairo.c:2025 #12 0x003c4bc2924f in rsvg_cairo_render_path (ctx=0x2aaab8291c80, bpath_def=0x2aaab8295ca0) at rsvg-cairo-draw.c:577 #13 0x003c4bc244f1 in rsvg_render_path (ctx=0x2aaab8291c80, d=value optimized out) at rsvg-base.c:1641 #14 0x003c4bc1d9b2 in rsvg_node_draw (self=0x0, ctx=0x2aaab8291c80, dominate=0) at rsvg-structure.c:54 #15 0x003c4bc1dbe3 in _rsvg_node_draw_children (self=0x2aaab8295ce0, ctx=0x2aaab8291c80, dominate=0) at rsvg-structure.c:73 #16 0x003c4bc1d9b2 in rsvg_node_draw (self=0x0, ctx=0x2aaab8291c80, dominate=0) at rsvg-structure.c:54 #17 0x003c4bc1e417 in rsvg_node_svg_draw (self=0x2aaab8292010, ctx=0x2aaab8291c80, dominate=value optimized out) at rsvg-structure.c:316 #18 0x003c4bc1d9b2 in rsvg_node_draw (self=0x0, ctx=0x2aaab8291c80, dominate=0) at rsvg-structure.c:54 #19 0x003c4bc29828 in rsvg_handle_render_cairo_sub (handle=0x42ff820, cr=value optimized out, id=0x0) at rsvg-cairo-render.c:161 #20 0x003c4bc29cfe in rsvg_handle_get_pixbuf_sub (handle=0x42ff820, id=0x0) at rsvg.c:101 #21 0x2aaab0f3cfcd in gdk_pixbuf__svg_image_stop_load (data=0x2aaab8024be0, error=0x41020fd8) at
[Bug 111379] Re: svg_loader.so fails reading svg font for 'gnome-search-tool'
I think this bug belongs on libcairo2 instead. I found that the image can be viewed fine with 'inkscape', but not with anything that uses svg_loader/cairo. Here's a try at it with 'eog': [EMAIL PROTECTED]:svg/buildings % ls brick_frouke_01.svg city_horizon_jon_phillip_01.svg furniture/ old_sign_ganson.svg@ us_capitol_building_ink_01.svg@ capitello_modanatura_mo_01.svgdemolizione_costruzione_01.svg grain_elevator_ganson.svg perspectival_house_01.svg wall.svg carnegie_library_building_01.svg eiffel_tower_michael_ja_r.svg@ homes/ school_country__abiclipa_01.svg@ wall1.svg ch_teau-fort_01.svg factory_gabrielle_nowick_.svg house_gabrielle_nowicki_.svg school_hallway_gerald_g._01.svg@ water_tower_ganson.svg church_building_01_01.svg firestation_mimooh_01.svg lighthouse_matthew_gates_.svg us_capitol_building_cli_01.svg@ [EMAIL PROTECTED]:svg/buildings % eog perspectival_house_01.svg zsh: floating point exception (core dumped) eog perspectival_house_01.svg Exit Status: [136] [EMAIL PROTECTED]:svg/buildings % gdb =eog GNU gdb 6.6-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-linux-gnu... (no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (gdb) set args perspectival_house_01.svg (gdb) run Starting program: /usr/bin/eog perspectival_house_01.svg zsh: suspended (tty output) gdb =eog Exit Status: [22] [EMAIL PROTECTED]:svg/buildings % fg [1] + continued gdb =eog (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 47599277317936 (LWP 5996)] [New Thread 1082132800 (LWP 6019)] Program received signal SIGFPE, Arithmetic exception. [Switching to Thread 1082132800 (LWP 6019)] 0x003326a54fa1 in fbFetchTransformed (pict=0x75b920, x=value optimized out, y=28573696, width=245, buffer=0x407f9030, mask=0x407f97d8, maskBits=4278190080) at /build/buildd/libcairo-1.4.2/pixman/src/fbcompose.c:3574 3574/build/buildd/libcairo-1.4.2/pixman/src/fbcompose.c: No such file or directory. in /build/buildd/libcairo-1.4.2/pixman/src/fbcompose.c (gdb) where #0 0x003326a54fa1 in fbFetchTransformed (pict=0x75b920, x=value optimized out, y=28573696, width=245, buffer=0x407f9030, mask=0x407f97d8, maskBits=4278190080) at /build/buildd/libcairo-1.4.2/pixman/src/fbcompose.c:3574 #1 0x003326a529a4 in pixman_compositeGeneral (op=value optimized out, pSrc=0x75b920, pMask=0x75b560, pDst=0x751a90, xSrc=127, ySrc=436, xMask=0, yMask=0, xDst=127, yDst=436, width=245, height=188) at /build/buildd/libcairo-1.4.2/pixman/src/fbcompose.c:4138 #2 0x003326a125a5 in _cairo_image_surface_composite_trapezoids (op=CAIRO_OPERATOR_OVER, pattern=0x407ff8c0, abstract_dst=0x74e000, antialias=value optimized out, src_x=127, src_y=436, dst_x=127, dst_y=436, width=245, height=188, traps=0x74e590, num_traps=3) at /build/buildd/libcairo-1.4.2/src/cairo-image-surface.c:1016 #3 0x003326a1c0c1 in _cairo_surface_composite_trapezoids (op=4294967295, pattern=0x407ff8c0, dst=0x74e000, antialias=CAIRO_ANTIALIAS_DEFAULT, src_x=127, src_y=436, dst_x=127, dst_y=436, width=245, height=188, traps=0x74e590, num_traps=3) at /build/buildd/libcairo-1.4.2/src/cairo-surface.c:1414 #4 0x003326a1f001 in _composite_traps_draw_func (closure=0x407ff780, op=CAIRO_OPERATOR_OVER, src=0x407ff8c0, dst=0x74e000, dst_x=0, dst_y=0, extents=0x407ff7a0) at /build/buildd/libcairo-1.4.2/src/cairo-surface-fallback.c:492 #5 0x003326a1e37f in _clip_and_composite (clip=0x0, op=CAIRO_OPERATOR_OVER, src=0x407ff8c0, draw_func=0x3326a1ef40 _composite_traps_draw_func, draw_closure=0x407ff780, dst=0x74e000, extents=0x407ff7a0) at /build/buildd/libcairo-1.4.2/src/cairo-surface-fallback.c:391 #6 0x003326a1ebb7 in _clip_and_composite_trapezoids (src=0x75b670, op=CAIRO_OPERATOR_CLEAR, dst=0x74e000, traps=0x407ff810, clip=0x0, antialias=CAIRO_ANTIALIAS_DEFAULT) at /build/buildd/libcairo-1.4.2/src/cairo-surface-fallback.c:644 #7 0x003326a1eeff in _cairo_surface_fallback_fill (surface=0x74e000, op=CAIRO_OPERATOR_OVER, source=0x407ff8c0, path=0x74e2c8, fill_rule=CAIRO_FILL_RULE_WINDING, tolerance=value optimized out, antialias=CAIRO_ANTIALIAS_DEFAULT) at /build/buildd/libcairo-1.4.2/src/cairo-surface-fallback.c:836 #8 0x003326a1cbc8 in _cairo_surface_fill (surface=0x74e000, op=CAIRO_OPERATOR_OVER, source=value optimized out, path=0x74e2c8, fill_rule=CAIRO_FILL_RULE_WINDING, tolerance=0.10001, antialias=CAIRO_ANTIALIAS_DEFAULT) at
[Bug 111379] Re: svg_loader.so fails reading svg font for 'gnome-search-tool'
I'm reassigning the bug to libcairo since that's where it crashes... Unless the error is in how the svg_loader calls Cairo? You know more about it than I do. ** Changed in: libcairo (Ubuntu) Sourcepackagename: librsvg2 = libcairo -- svg_loader.so fails reading svg font for 'gnome-search-tool' https://bugs.launchpad.net/bugs/111379 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for libcairo in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 111379] svg_loader.so fails reading svg font for 'gnome-search-tool'
You have been subscribed to a public bug: I tried to use 'gnome-search-tool' to get a list of all of the .svg files on the system. When it finds one, it calls on the gdk_pixbuf loader to get a picture of the .svg file to display in it's list. After installing all of the relevant -dbgsym packages (by hand! there ought to be a tool I can use for that) I ran the search tool like this: export G_DEBUG=fatal_criticals gnome-search-tool ... which it says to do at: https://wiki.ubuntu.com/DebuggingGNOME ... and then in another console, ran: gdb --pid=$(pidof gnome-search-tool) ... then told it to 'cont' and entered .svg into the search box, then selected File System, and pressed Search. It runs for a while, and then I get: Program received signal SIGABRT, Aborted. [Switching to Thread 47061088791520 (LWP 4201)] 0x003320c30cab in raise () from /lib/libc.so.6 (gdb) where #0 0x003320c30cab in raise () from /lib/libc.so.6 #1 0x003320c32660 in abort () from /lib/libc.so.6 #2 0x003323037b1b in IA__g_logv (log_domain=0x3326612320 GdkPixbuf, log_level=value optimized out, format=0x3323060f35 %s: assertion `%s' failed, args1=0x7fff6732fad0) at gmessages.c:497 #3 0x003323037bb3 in IA__g_log (log_domain=0x1069 Address 0x1069 out of bounds, log_level=4201, format=0x6 Address 0x6 out of bounds) at gmessages.c:517 #4 0x00332400c7da in IA__g_closure_invoke (closure=0x9411f0, return_value=0x0, n_param_values=3, param_values=0x7fff6732fe30, invocation_hint=0x7fff6732fd00) at gclosure.c:490 #5 0x00332401c408 in signal_emit_unlocked_R (node=0x6e9530, detail=0, instance=0xa62620, emission_return=0x0, instance_and_params=0x7fff6732fe30) at gsignal.c:2440 #6 0x00332401d843 in IA__g_signal_emit_valist (instance=0xa62620, signal_id=value optimized out, detail=0, var_args=0x7fff673300b0) at gsignal.c:2199 #7 0x00332401da13 in IA__g_signal_emit (instance=0x1069, signal_id=4201, detail=6) at gsignal.c:2243 #8 0x003326609881 in gdk_pixbuf_loader_size_func (width=0x7fff67330280, height=0x7fff67330284, loader=0x1069) at gdk-pixbuf-loader.c:245 #9 0x003c4bc24b12 in rsvg_handle_get_dimensions (handle=0x9c4c00, dimension_data=0x7fff67330280) at rsvg-base.c:1340 #10 0x003c4bc29ca1 in rsvg_handle_get_pixbuf_sub (handle=0x1069, id=0x0) at rsvg.c:84 #11 0x2acd44b18fcd in gdk_pixbuf__svg_image_stop_load (data=0x941360, error=0x7fff67330328) at io-svg.c:154 #12 0x003326609eb6 in IA__gdk_pixbuf_loader_close (loader=0xa62620, error=0x0) at gdk-pixbuf-loader.c:715 #13 0x00332660811f in IA__gdk_pixbuf_new_from_file_at_scale (filename=0x9af1c0 /usr/share/lilypond/2.10.5/fonts/svg/feta-alphabet16.svg, width=24, height=24, preserve_aspect_ratio=value optimized out, error=0x0) at gdk-pixbuf-io.c:1165 #14 0x0040e584 in get_file_pixbuf (gsearch=0x67c030, file=0x9af1c0 /usr/share/lilypond/2.10.5/fonts/svg/feta-alphabet16.svg, file_info=0xa62800) at gsearchtool-support.c:1154 #15 0x00416bb1 in add_file_to_search_results (file=0x9af1c0 /usr/share/lilypond/2.10.5/fonts/svg/feta-alphabet16.svg, store=0x79a680, iter=0x67c228, gsearch=0x67c030) at gsearchtool.c:871 #16 0x0041a4df in handle_search_command_stdout_io (ioc=0x955440, condition=value optimized out, data=value optimized out) at gsearchtool.c:1628 #17 0x00332302fa14 in IA__g_main_context_dispatch (context=0x6516b0) at gmain.c:2045 #18 0x00332303285d in g_main_context_iterate (context=0x6516b0, block=1, dispatch=1, self=value optimized out) at gmain.c:2677 #19 0x003323032b6a in IA__g_main_loop_run (loop=0x917020) at gmain.c:2881 #20 0x003327742023 in IA__gtk_main () at gtkmain.c:1177 #21 0x00418421 in main (argc=1, argv=0x7fff673318e8) at gsearchtool.c:3187 In the console where I ran the search tool, I see: % gnome-search-tool GdkPixbuf-CRITICAL **: size_prepared_cb: assertion `width 0 height 0' failed aborting... I went to /usr/share/lilypond/2.10.5/fonts/svg with Nautilus, and it shows a default icon for every file there. Before setting that G_DEBUG environment variable, there was 12 of those messages, but of course it continues... until it gets a floating point exception and crashes. So, unsetting that debug option and doing it again, I see: Program received signal SIGFPE, Arithmetic exception. [Switching to Thread 47991293123552 (LWP 3021)] 0x003326a54fa1 in fbFetchTransformed (pict=0xaea100, x=value optimized out, y=196608, width=3, buffer=0x7fffd2b2cbf0, mask=0x7fffd2b2cc08, maskBits=4278190080) at /build/buildd/libcairo-1.4.2/pixman/src/fbcompose.c:3574 3574/build/buildd/libcairo-1.4.2/pixman/src/fbcompose.c: No such file or directory. in /build/buildd/libcairo-1.4.2/pixman/src/fbcompose.c (gdb) where #0 0x003326a54fa1 in fbFetchTransformed (pict=0xaea100, x=value optimized out, y=196608, width=3, buffer=0x7fffd2b2cbf0, mask=0x7fffd2b2cc08, maskBits=4278190080) at
[Bug 35433] Re: [Bug 35433] Re: GnomeVFS file copy via ftp strips +x permission bits
On Thu, 2006-08-10 at 20:57 +, Carthik Sharma wrote: Does this problem persist for you, Karl? Could you please provide the information Sebastien requested above? Yes, the problem is still there. From my laptop, I use the [Connect to Server] item from [Places], and select FTP (with login), then double click the network folder icon that appears on the Gnome Desktop. It opens a dialog form that I fill in with my user name and password, and then click through to my home folder on the desktop machine, across a private LAN. When I copy a file from here to there, it does NOT strip the X bits, but when I copy one from there to here, it does. Perhaps this is by design? Or could it be the FTP server doing it? I'm using vsftpd on the remote end, and the local_umask configuration option is set to 022. I wonder if there is something like a umask setting for GnomeVFS? -- Karl Hegbloom [EMAIL PROTECTED] -- GnomeVFS file copy via ftp strips +x permission bits https://launchpad.net/bugs/35433 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 35433] GnomeVFS file copy via ftp strips +x permission bits
Public bug reported: https://launchpad.net/malone/bugs/35433 Affects: nautilus (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed Description: Version: 2.14.0-0ubuntu3 I copied a folder across my LAN using Nautilus, and it stripped +x bits from the executables. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
