GNOME 3.6 Blocker Report (T-16d)
Hello all, We are now well frozen, it's more than time for a new blocker report; have a look at the list below and do note the list below is not necessarily complete. Feedback, updates, help from packagers, developers, maintainers, contributors, etc. is welcome. Please do speak up if some important bugs are not listed here, or if some tickets should not be blockers. Note: This list also includes open reports that still have a 3.4 target. Fred ANJUTA == - Port to new documentation infrastructure https://bugzilla.gnome.org/show_bug.cgi?id=683308 Last bit of the 'new doc infra' goal, patch available. EMPATHY === - Port to GStreamer 0.11/1.0 https://bugzilla.gnome.org/show_bug.cgi?id=674179 Empathy is now ok, bug still open to track availability of farsight releases and some GStreamer bugs. EVINCE == - libsecret migration https://bugzilla.gnome.org/show_bug.cgi?id=679855 Rough unfinished patch available. GNOME-BACKGROUNDS = - New background Stamps with a stamp of Marshal Tito https://bugzilla.gnome.org/show_bug.cgi?id=683444 GNOME-CONTROL-CENTER - Wireless list - arrow button is undiscoverable and hard to activate https://bugzilla.gnome.org/show_bug.cgi?id=682270 No activity here. GNOME-DEVEL-DOCS - Port to new documentation infrastructure https://bugzilla.gnome.org/show_bug.cgi?id=683354 Last bit of the 'new doc infra' goal, patch available. GNOME-SESSION = - gnome-session no longer starts desktop files under /usr/share/gdm/autostart/LoginWindow https://bugzilla.gnome.org/show_bug.cgi?id=663721 - shell crashed at login and ended up in a dead end session https://bugzilla.gnome.org/show_bug.cgi?id=672419 One more patch left to do. Ray? GNOME-SETTINGS-DAEMON = - Maximum 3D size limitations https://bugzilla.gnome.org/show_bug.cgi?id=646280 Owen has now looked into this and Adam Jackson provided for a patch for gnome-session, as I understand it, it still needs some patch to gsd. - power: enforcing lid close https://bugzilla.gnome.org/show_bug.cgi?id=680689 GNOME-SHELL === - restart by typing r in the gnome-shell run-dialog 2x in one minute brings up the oops window https://bugzilla.gnome.org/show_bug.cgi?id=648384 - Be able to ask for IM account password https://bugzilla.gnome.org/show_bug.cgi?id=658961 - Alt-F2 + mouse middle button paste causes freeze https://bugzilla.gnome.org/show_bug.cgi?id=676918 No progress here. - libsecret migration https://bugzilla.gnome.org/show_bug.cgi?id=679851 Rough unfinished patch available. - 3.5.5: Lock screen shows password for a few characters / max 1 second https://bugzilla.gnome.org/show_bug.cgi?id=681576 - top left corner turns cold when message tray is displayed https://bugzilla.gnome.org/show_bug.cgi?id=682255 - 3.5.90: keyring prompt can't be confirmed or cancelled https://bugzilla.gnome.org/show_bug.cgi?id=682830 - Impossible to unlock screen if not using GDM https://bugzilla.gnome.org/show_bug.cgi?id=683060 A patch is now available so the user at least doesn't get stuck at the lock screen. Lockscreen functionality is still lost for users that are not running GDM 3.6. - 3.5.90 - Nine dot application ICON drops off Dash https://bugzilla.gnome.org/show_bug.cgi?id=683340 - 'tray' button doesn't work with new message tray https://bugzilla.gnome.org/show_bug.cgi?id=683545 - notification does not work with new message tray https://bugzilla.gnome.org/show_bug.cgi?id=683546 GNOME-THEMES-STANDARD = - Nautilus tabs have black background https://bugzilla.gnome.org/show_bug.cgi?id=682395 GSTREAMER = - [0.11] pulsesrc breaks when reconfiguring https://bugzilla.gnome.org/show_bug.cgi?id=681247 Blocker for Empathy. - v4l2src breaks after renegotiation https://bugzilla.gnome.org/show_bug.cgi?id=682770 Blocker for Empathy. GTK+ - [regression] crash on exit https://bugzilla.gnome.org/show_bug.cgi?id=671939 Patch available. Help welcome to bisect and write a test case for the TreeView test suite. - smooth scrolling could do with some optimizations https://bugzilla.gnome.org/show_bug.cgi?id=672091 There has been a commit that could help, needs confirmation. - Commit 7603e6e4 breaks setting background-image from cairo pattern https://bugzilla.gnome.org/show_bug.cgi?id=672858 - Code that gives me a spinner in gtk+ 3.4.4 does not in 3.5.8 https://bugzilla.gnome.org/show_bug.cgi?id=680980 LIBSOUP === - drop SoupPasswordManagerGNOME https://bugzilla.gnome.org/show_bug.cgi?id=679866 Related to the libsecret migration. MUTTER == - GtkWindows (comboboxes, menus, etc.) do not show up on primary display https://bugzilla.gnome.org/show_bug.cgi?id=672163 Partial fix committed. NAUTILUS -
make --silent
Hi All, I would like to hear some opinions about why the -s (--silent) option of make is not being used more often in projects? I just updated the configure.ac and Makefile.am files of a project I was working on and I made these two changes: configure.ac: m4_ifdef([AM_SILENT_RULES],[AM_SILENT_RULES([yes])]) Makefile.am: MAKEFLAGS=-s The make output before I made these changes was 53 lines long (but because of long lines it was wrapped into 115 lines on my screen), with huge blocks of text, that were difficult to understand. Warnings in the code were scrambled in between all these lines, and were difficult to be spotted. Then I added the line in configure.ac and the output reduced to 41 lines which didn't need to be wrapped, but there were a lot of annoying lines like: make[2]: Leaving directory `/home/.../Documents/Code/tilda/m4' And then I added the line in Makefile.am and the output reduced to only 28 (short) lines. In my opinion this has the clear advantage that I can now spot all the warnings and errors in the code very easily, see the example below. I tried to ask in #gtk+ why they are using the SILENT_RULES makro, but are not using the silent make flag, and someone tried to explain to me, that this also silences warnings, but as can be seen below, it does not. I also dont see a real benefit in these make output which only seems to output which folders make is entering. Maybe someone can give me more information about this? Kind regards Lanoxx This shows the reduced output after adding the two lines: Making all in po Making all in m4 Making all in src CC tilda-callback_func.o CC tilda-configsys.o CC tilda-eggaccelerators.o CC tilda-key_converter.o CC tilda-key_grabber.o CC tilda-tilda.o CC tilda-tilda_terminal.o tilda_terminal.c: In function ‘start_shell’: tilda_terminal.c:394:9: warning: ‘vte_terminal_fork_command’ is deprecated (declared at /usr/include/vte-0.0/vte/vtedeprecated.h:82) [-Wdeprecated-declarations] tilda_terminal.c:422:5: warning: ‘vte_terminal_fork_command’ is deprecated (declared at /usr/include/vte-0.0/vte/vtedeprecated.h:82) [-Wdeprecated-declarations] tilda_terminal.c: In function ‘tilda_term_config_defaults’: tilda_terminal.c:531:5: warning: ‘vte_terminal_set_font_from_string_full’ is deprecated (declared at /usr/include/vte-0.0/vte/vtedeprecated.h:79) [-Wdeprecated-declarations] tilda_terminal.c: In function ‘button_press_cb’: tilda_terminal.c:792:13: warning: ‘vte_terminal_get_padding’ is deprecated (declared at /usr/include/vte-0.0/vte/vtedeprecated.h:93) [-Wdeprecated-declarations] CC tilda-tilda_window.o CC tilda-tomboykeybinder.o CC tilda-wizard.o wizard.c: In function ‘show_invalid_keybinding_dialog’: wizard.c:391:31: warning: format not a string literal and no format arguments [-Wformat-security] wizard.c: In function ‘check_enable_antialiasing_toggled_cb’: wizard.c:629:9: warning: ‘vte_terminal_set_font_from_string_full’ is deprecated (declared at /usr/include/vte-0.0/vte/vtedeprecated.h:79) [-Wdeprecated-declarations] wizard.c: In function ‘button_font_font_set_cb’: wizard.c:699:9: warning: ‘vte_terminal_set_font_from_string_full’ is deprecated (declared at /usr/include/vte-0.0/vte/vtedeprecated.h:79) [-Wdeprecated-declarations] CC tilda-xerror.o CCLD tilda ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: make --silent
On Sat, 2012-09-08 at 19:06 +0200, Lanoxx wrote: I tried to ask in #gtk+ why they are using the SILENT_RULES makro, but are not using the silent make flag, and someone tried to explain to me, that this also silences warnings, but as can be seen below, it does not. I also dont see a real benefit in these make output which only seems to output which folders make is entering. Because people running build servers want the complete verbose logs in order to debug problems. It's easy enough to filter the output; we should really patch jhbuild to do so. It's just hard to do in the curent code. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: make --silent
Hi Colin, can you give me a concrete example of some output where the silent switch is actually problematic? For every occasion where I have used it so far, it only removed lines which look like make[2]: Leaving directory `/home/user/Documents/Code/tilda' and I don't understand how that can help people who run build servers? On the other hand, how many people (e.g. developers) need to compile some code by hand and how many people are there running build servers? I could be wrong of course, but wouldn't it be easier to set the silent option as default and then let the people with build servers export some variable such that the silent option is ignored? Im not very familiar with autotools but it should be possible to do something like this: if not environment.SILENT_MAKE_FLAG then; MAKEFLAGS = -s fi and then everyone who runs a build server can just export SILENT_MAKE_FLAG. Or is that a stupid idea for some reason? On 08/09/12 19:12, Colin Walters wrote: On Sat, 2012-09-08 at 19:06 +0200, Lanoxx wrote: I tried to ask in #gtk+ why they are using the SILENT_RULES makro, but are not using the silent make flag, and someone tried to explain to me, that this also silences warnings, but as can be seen below, it does not. I also dont see a real benefit in these make output which only seems to output which folders make is entering. Because people running build servers want the complete verbose logs in order to debug problems. It's easy enough to filter the output; we should really patch jhbuild to do so. It's just hard to do in the curent code. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 3.6 Blocker Report (T-16d)
On 09/08/2012 04:20 AM, Frederic Peters wrote: - libsecret migration I thought that wasn't a blocker for 3.6? LIBSOUP === - drop SoupPasswordManagerGNOME https://bugzilla.gnome.org/show_bug.cgi?id=679866 Related to the libsecret migration. That's not intended for 3.6. NETWORKMANAGER == - libsecret migration https://bugzilla.gnome.org/show_bug.cgi?id=679849 Patch available. NM has already branched for 3.6. The plan is for this patch to end up in 3.8. -- Dan ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 3.6 Blocker Report (T-16d)
On Sat, Sep 8, 2012 at 3:38 PM, Dan Winship d...@gnome.org wrote: On 09/08/2012 04:20 AM, Frederic Peters wrote: - libsecret migration I thought that wasn't a blocker for 3.6? libsecret is parallel installable with libgnome-keyring, so there's no urgent need to have this migration completed for 3.6. I don't think we need to treat these as blockers. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 3.6 Blocker Report (T-16d)
On Sat, Sep 8, 2012 at 4:20 AM, Frederic Peters fpet...@gnome.org wrote: GNOME-CONTROL-CENTER - Wireless list - arrow button is undiscoverable and hard to activate https://bugzilla.gnome.org/show_bug.cgi?id=682270 No activity here. I've pushed a fix for this (and some other wireless panel issues) to the wifi-refinements branch. Testing and review appreciated. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
