Re: source.unseenCount's strange behavior

["Jasper St. Pierre" <jstpierre mecheye net>]

Note that with Debian/Ubuntu, there's an issue with multiarch
conflicting with 64-bit systems. jhbuild assumes that /usr/lib64/
exists on all systems with "x86_64" in the uname, but that's untrue
for Debian systems.

Put "use_lib64 = False" in your .jhbuildrc as a workaround for this.

On Sun, Oct 14, 2012 at 2:20 PM, Thiago Bellini Ribeiro
<hackedbellini gmail com> wrote:
> On Sun, Oct 14, 2012 at 2:49 PM, Giovanni Campagna
> <scampa giovanni gmail com> wrote:
>> 2012/10/14 Thiago Bellini Ribeiro <hackedbellini gmail com>:
>>> On Sun, Oct 14, 2012 at 1:26 PM, Giovanni Campagna
>>> <scampa giovanni gmail com> wrote:
>>>> 2012/10/9 Thiago Bellini Ribeiro <hackedbellini gmail com>:
>>>>> On Sat, Oct 6, 2012 at 11:59 AM, Giovanni Campagna
>>>>> <scampa giovanni gmail com> wrote:
>>>>>> Ok after digging a bit, the problem is that .acknowledged is only set
>>>>>> for notifications that are in the queue, but
>>>>>> (notificationDaemon.js:564) resident notifications are not queued if
>>>>>> the originating app is currently focused. A good fix, for which you
>>>>>> can prepare a patch if you want, is to mark those notifications as
>>>>>> immediately acknowledged, since that's the point.
>>>>>> All other cases, including resident notifications for background apps
>>>>>> (such as rhythmbox changing song), should be already covered.
>>>>>
>>>>> I would like to create a patch for this. Actually, I would love to
>>>>> start contributing code to gnome, but I'm having a hard time with
>>>>> jhbuild.
>>>>>
>>>>> I'm on Debian Testing and trying to run "jhbuild build gnome-shell"
>>>>> always ends in a lot of dependency problems, since packages there tend
>>>>> to be older than needed to build (specially on freeze). Even at the
>>>>> beginning of 3.6's development, I never got gnome-shell to build.
>>>>>
>>>>> What should I do? I mean, what can I do to setup a working environment
>>>>> for coding/testing/etc gnome's apps that works on Debian?
>>>>
>>>> If you're using the official modulesets, jhbuild sysdeps should
>>>> install the necessary system packages (that are supposedly good enough
>>>> on all modern distros), while everything else is built from scratch.
>>>> Nothing should fail anymore for 3.6, although for core development you
>>>> may want to switch to 3.8. Try jhbuild build --ignore-suggests
>>>> gnome-shell, to skip anything you don't need.
>>>> We don't have (yet) a SDK or anything like that for building
>>>> applications, and in any case I don't think it would be inclusive
>>>> enough for shell hacking.
>>>
>>> Great! Will try that!
>>>
>>> Just a little doubt: Taking a look at [1], it's not very clear that
>>> those packages will be installed at my system or just for jhbuild (at
>>> /opt/gnome).
>>> I imagine that it's not going to install anything in my system,
>>> possibly breaking other packages..am I right?
>>
>> jhbuild sysdeps will fetch system dependencies from the normal
>> distribution channels (i.e. apt-get under debian), so the installation
>> will be in /usr and you will be asked for root's password. For some
>> system dependencies, if not found in the repositories it will download
>> and build an upstream tarball (in which case the resulting binaries
>> will be in /opt/gnome )
>
> Great! :)
>
> Thanks for the hints and everything.
> Hope I can provide a patch for the issue soon!
>
>>
>> Giovanni
>
>
>
> --
> Thiago Bellini | http://hackedbellini.org
>
> “Real knowledge is to know the extent of one's ignorance.” - Confucius
> _______________________________________________
> gnome-shell-list mailing list
> gnome-shell-list gnome org
> https://mail.gnome.org/mailman/listinfo/gnome-shell-list



-- 
  Jasper