Re: source.unseenCount's strange behavior

[Thiago Bellini Ribeiro <hackedbellini gmail com>]

On Tue, Oct 16, 2012 at 12:57 PM, Thiago Bellini Ribeiro
<hackedbellini gmail com> wrote:
> On Mon, Oct 15, 2012 at 10:04 AM, Thiago Bellini Ribeiro
> <hackedbellini gmail com> wrote:
>> On Sun, Oct 14, 2012 at 3:23 PM, Jasper St. Pierre
>> <jstpierre mecheye net> wrote:
>>> 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.
>>
>> Did it! Thanks for the hint!
>>
>> I'm just having one issue now: http://hastebin.com/feyamejeqo

Sorry. I didn't know that hastebin would remove my paste after a while.
This one I know that won't get deleted: http://pastebin.ubuntu.com/1286002/

Anyone knows what's wrong with it? Maybe I'm missing something?

>> I'm using the last available jhbuild from git.
>
> Tried to do a simple debug..The problem seems to be here:
> http://hastebin.com/luqijuboto.py (line 188 to 208 on systeminstall.py)
>
> I put a print before the "if len(pk_package_ids) == 0" for
> pk_package_ids and pkconfig_ids
> This is what they printed:
>   pk_package_ids = set([]) # empty set
>   pkconfig_ids = [u'soundtouch-1.4', u'python', u'wavpack',
> u'xcb-aux', u'vpx', u'icu-i18n', u'flac', u'libv4l2', u'taglib',
> u'libnl-3.0', u'libpulse', u'speex', u'oauth', u'pycairo', u'libexif',
> u'sndfile', u'libxslt', u'libproxy-1.0', u'libgphoto2',
> u'icon-naming-utils', u'libcanberra-gtk', u'poppler-glib', u'bluez',
> u'json', u'liboil-0.3']
>
> I don't know what the WhatProvides do but at the end, none of those
> pkconfig_ids wasn't added to pk_package_ids. And doing a 'apt-cache
> search' I can see that most of those packages exists on archive.
>
>>
>>>
>>> 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
>>
>>
>>
>> --
>> Thiago Bellini | http://hackedbellini.org
>>
>> “Real knowledge is to know the extent of one's ignorance.” - Confucius
>
>
>
> --
> Thiago Bellini | http://hackedbellini.org
>
> “Real knowledge is to know the extent of one's ignorance.” - Confucius



-- 
Thiago Bellini | http://hackedbellini.org

“Real knowledge is to know the extent of one's ignorance.” - Confucius