1. 29 May, 2017 10 commits
  2. 27 May, 2017 1 commit
  3. 26 May, 2017 1 commit
  4. 25 May, 2017 1 commit
  5. 24 May, 2017 10 commits
  6. 23 May, 2017 1 commit
  7. 22 May, 2017 4 commits
  8. 17 May, 2017 2 commits
  9. 16 May, 2017 4 commits
    • Emmanuele Bassi's avatar
      Check for a recent enough libmount · 5faaaac9
      Emmanuele Bassi authored
      We need mnt_unref_table() in order to use libmount, but we also need to
      keep the fallback code for installations of libmount without a
      pkg-config file.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=782628
      5faaaac9
    • Emmanuele Bassi's avatar
      mkenums: Support public/private trigraph · 9ba17d51
      Emmanuele Bassi authored
      It is possible, when using GTK-Doc, to mark sections of an enumeration
      type as "private": the values are there, but they are not documented,
      and GTK-Doc won't complain about missing symbols:
      
          typedef enum {
            /*< private >*/
            MY_FOO_PRIVATE,
      
            /*< public >*/
            MY_FOO_VALUE_A,
            MY_FOO_VALUE_B,
      
            /*< private >*/
            MY_FOO_VALUE_C,
            MY_FOO_VALUE_D
          } MyFooValue;
      
      The glib-mkenums parser also allows skipping enumeration values, using a
      slightly different syntax:
      
          typedef enum P
            MY_BAR_PRIVATE, /*< skip >*/
            MY_BAR_VALUE_A,
            MY_BAR_VALUE_B
          } MyBarValue;
      
      The annotation must sit on the same line as the enumeration value.
      
      Both GTK-Doc and glib-mkenum use the same trigraph syntax, but slightly
      different keys. This makes combining them slightly redundant, but
      feasible.
      
      All would be well and good, except that glib-mkenum will generate a
      warning for lines it does not understand — and that includes the GTK-Doc
      annotation trigraph, which, when confronted with the MyFooValue
      enumeration above, will result in a warning like:
      
          glib-mkenums: myfoo.h:2: Failed to parse `  /*< private >*/ '
          glib-mkenums: myfoo.h:5: Failed to parse `  /*< public >*/ '
          glib-mkenums: myfoo.h:9: Failed to parse `  /*< private >*/ '
      
      Of course, we could make glib-mkenum ignore any trigraph comment on a
      stand alone line, but it would probably be better to ensure that both
      glib-mkenums and gtk-doc behave consistently with each other, and
      especially with the maintainer's intent of hiding some values from the
      user, and reserving them for internal use.
      
      So we should ensure that glib-mkenums automatically skips all the
      enumeration values after a "private" flag has been set, until it reaches
      a "public" stanza.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=782162
      9ba17d51
    • Mohammed Sadiq's avatar
      docs: Trivial typo fixes · 274f336f
      Mohammed Sadiq authored
      The presence of space was resulting in wrongly rendered documentation
      in devhelp (and probably in other documentations).
      
      https://bugzilla.gnome.org/show_bug.cgi?id=782068
      274f336f
    • Alexandru Pandelea's avatar
      xdgmime: fix special case for mime_type_subclass · eb7b796b
      Alexandru Pandelea authored
      Currently, all mime types are considered subclasses of
      application/octet-stream, but according to the freedesktop
      standard, everything but the inode/* types is a subclass of
      application/octet-stream.
      
      Update the special case for application/octet-stream so that all
      types but inode/* will match with it and add unit test for it.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=782311
      eb7b796b
  10. 15 May, 2017 1 commit
  11. 14 May, 2017 1 commit
  12. 12 May, 2017 3 commits
  13. 10 May, 2017 1 commit
    • Krzesimir Nowak's avatar
      gstrfuncs: Fix translation issues · e8222c33
      Krzesimir Nowak authored
      The tool that extracts the translatable strings to .po files does not
      cope with the G_GUINTX_FORMAT macros, so we preformat the numbers to
      strings and use the strings in the translatable error messages.
      e8222c33