Mugshot 1.1.91 (1.2 prerelease)

[Colin Walters]

Hi,

A prerelease Mugshot 1.1.91 source release (for Linux/Unix) is now
available:

http://download.mugshot.org/client/sources/linux/mugshot-1.1.91.tar.gz
SHA1: 7e8a98164d2a971db0e6ce60b59924f98e85abb8

This is a prerelease targeted for OS development releases such as
Fedora rawhide, Debian sid, etc.

There are a number of changes in this release. Most importantly for
people generating binary packages, there is a new dependency on
desktop-data-model:
http://ftp.gnome.org/pub/gnome/sources/desktop-data-model/1.2/
This work allows us to have a unified system for pulling stacker
changes along with the Online Desktop work occuring in the context of
GNOME.

In preparation for the upcoming Mugshot 1.2 client, I'd appreciate if
OS distributors could begin preparations to include desktop-data-
model.

Also, this release has an updated Firefox extension which should
support Firefox 3 (XULRunner 1.9).

Please post any feedback on this release here!

[Justin Haygood]

It looks like the stacker does not work:
http://blog.justinhaygood.com/wp-content/uploads/2008/03/mugshot-stacker-nonworking.png

I'm building the following:

* hippo-canvas 0.2.25
* desktop-data-model 1.2.0
* xulrunner 1.8.1.12
* GNOME 2.20
* All standard openSUSE 10.3 libs

Any idea what could be causing this?

[Colin Walters]

On Mar 14, 12:53 am, Justin Haygood <justin.hayg...@gmail.com> wrote:

> It looks like the stacker does not work:http://blog.justinhaygood.com/wp-content/uploads/2008/03/mugshot-stac...
>

Hm, it looks like it's signed in but not getting a stack. Can you try
killing desktop-data-engine, then run:

desktop-data-engine --verbose --verbose-xmpp > /tmp/dde.log

A gzip of that posted on http://bugzilla.mugshot.org would be good, or
you can send it to me by email.

[Colin Walters]

On Mar 14, 6:29 pm, Colin Walters <cgwalt...@gmail.com> wrote:
> On Mar 14, 12:53 am, Justin Haygood <justin.hayg...@gmail.com> wrote:
>
> > It looks like the stacker does not work:http://blog.justinhaygood.com/wp-content/uploads/2008/03/mugshot-stac...

I can reproduce this...investigating.

[Owen Taylor]

On Thu, 2008-03-13 at 21:53 -0700, Justin Haygood wrote:

> It looks like the stacker does not work:
> http://blog.justinhaygood.com/wp-content/uploads/2008/03/mugshot-stacker-nonworking.png
>
> I'm building the following:
>
> * hippo-canvas 0.2.25
> * desktop-data-model 1.2.0
> * xulrunner 1.8.1.12
> * GNOME 2.20
> * All standard openSUSE 10.3 libs
>
> Any idea what could be causing this?

Turned out to be a combination of factors:

1. We had some inefficiency in our use of SQLite that was causing
updating the local cache to be very inefficient and take a minute
or so when the stack was received by desktop-data-engine.

2. The timeout for the D-BUS calls made by the stacker against
desktop-data-engine were using the default value of 25 seconds

Both of these are now addressed in subversion (desktop-data-model
module); I expect we'll do a new tarball later this week.

Thanks for reporting the issue!

- Owen

[Colin Walters]

Hi,

An updated Mugshot 1.1.92 source release (for Linux/Unix) is now
available:

http://download.mugshot.org/client/sources/linux/mugshot-1.1.91.tar.gz
SHA1: 4505ecfaa9c23b8118d34bb27184eb593a8162bd

Corresponding with this is an updated desktop-data-model 1.2.2:
http://ftp.gnome.org/pub/gnome/sources/desktop-data-model/1.2/

[Julien Lavergne]

Hi,

I built packages for Debian Sid for both tarballs, and there is some
notes about :
- In general, all is working fine without patching mugshot or
loudmouth (1.3.4 in Sid)
- The problem that Justin report is still here but only on startup.
After a moment, the stacker is correctly updated
- There is still some short deconnexion but the stacker reconnect
normaly after a while.
- The DDM defines a rpath which could be a problem on Debian system
(see http://wiki.debian.org/RpathIssue). Is it possible to add an
option to disable this ?
- Just for my curiosity, why there is an executable file in /usr/lib
an not in /usr/bin ?

Regards,
Julien Lavergne

[Colin Walters]

Hi Julien,

On Mar 23, 11:34 am, Julien Lavergne <julien.laver...@gmail.com>
wrote:

> Hi,
>
> I built packages for Debian Sid for both tarballs, and there is some
> notes about :

Awesome! Are you a Debian developer? I'm wonder where we are on the
status of getting desktop-data-model and mugshot into Debian.

> - In general, all is working fine without patching mugshot or
> loudmouth (1.3.4 in Sid)

Looks like loudmouth 1.3.4 has the right patch.

> - The problem that Justin report is still here but only on startup.
> After a moment, the stacker is correctly updated

I think that's "normal" in the sense that there's going to be some
latency loading data from the server, but we could really use a
"Loading..." message or the like. I just filed a bug so we don't
forget:
http://bugzilla.mugshot.org/show_bug.cgi?id=1382

> - There is still some short deconnexion but the stacker reconnect
> normaly after a while.

Hm, you mean after you switch wireless networks or the like?

> - The DDM defines a rpath which could be a problem on Debian system

> (seehttp://wiki.debian.org/RpathIssue). Is it possible to add an

> option to disable this ?

Investigating this.

> - Just for my curiosity, why there is an executable file in /usr/lib
> an not in /usr/bin ?

It's intended to be started by DBus activation, not directly by users
from a shell or the like, so there's no need to have taking up name-
space in /usr/bin.

[Owen Taylor]

It should be clarified that the executable is in /usr/libexec
not /usr/lib.

- Owen

[Colin Walters]

On Mar 23, 11:34 am, Julien Lavergne <julien.laver...@gmail.com>
wrote:
>

> - The DDM defines a rpath which could be a problem on Debian system

> (seehttp://wiki.debian.org/RpathIssue). Is it possible to add an

> option to disable this ?

Hi, after talking with some people about this I think the best thing
for now is to have the Debian packages strip the rpath using the tool
referenced from that page ("chrpath"). Do you think that would work?

Thanks!

[Julien Lavergne]

Hi,

Thanks for the reply.

> Awesome! Are you a Debian developer? I'm wonder where we are on the
> status of getting desktop-data-model and mugshot into Debian.

I maintain some packages for Debian, but I'm not a real DD. I'm
working with someone else to try to put all this in Debian. I'm
waiting his feedback before submitting the ddm package.

> I think that's "normal" in the sense that there's going to be some
> latency loading data from the server, but we could really use a
> "Loading..." message or the like. I just filed a bug so we don't
> forget:
> http://bugzilla.mugshot.org/show_bug.cgi?id=1382

Yes, that's a good idea but not a critical point :)

> > - There is still some short deconnexion but the stacker reconnect
> > normaly after a while.
>

> Hm, you mean after you switch wireless networks or the like?

No, actually I'm on a wired connexion. I'm just doing nothing special,
it's just deconnect. This is errors I have running with debug :
Mugshot: DEBUG: Scheduling flush due to work item
Mugshot: DEBUG: Notify-Local: all fetches are satisfied
Mugshot: DEBUG: Flushing Data Model
Mugshot: DEBUG: image cache parse 'http://mugshot.org:80/images/
no_image_available75x75light.gif'
Mugshot: DEBUG: Unknown image format for 'http://mugshot.org:80/images/
no_image_available75x75light.gif'
Mugshot: DEBUG: Image parse failed for 'http://mugshot.org:80/images/
no_image_available75x75light.gif'
Mugshot: DEBUG: Failed to load object 'http://mugshot.org:80/images/
no_image_available75x75light.gif': Unknown image format
Mugshot: DEBUG: Global http subsystem uninit

>It should be clarified that the executable is in /usr/libexec
>not /usr/lib.

After some search, It's normal to have such files. But in Debian, we
didn't have /usr/libexec so it's installed in /usr/lib. All seems
normal :)

> Hi, after talking with some people about this I think the best thing
> for now is to have the Debian packages strip the rpath using the tool
> referenced from that page ("chrpath"). Do you think that would work?

That should work. I'll see if it's enough when the package will be
reviewed.

Regards,
Julien Lavergne

[Colin Walters]

Hello world,

New releases available:

http://ftp.gnome.org/pub/GNOME/sources/hippo-canvas/0.2/hippo-canvas-0.2.30.tar.gz
http://download.mugshot.org/client/sources/linux/mugshot-1.1.93.tar.gz

This release fixes Mugshot to install the Firefox extension in the
standard Mozilla global extensions directory rather than using a
private directory and symlink hacks. It also takes advantage of the
new CSS styling in the canvas.

[Vi]

When i go to /mugshot-1.1.91 and do "make" I always see:
make: *** No targets specified and no makefile found. Stop.

Could you please help me with what's wrong?

Thanks in advance!

On Apr 2, 1:15 am, Colin Walters <cgwalt...@gmail.com> wrote:
> Hello world,
>
> New releases available:
>

> http://ftp.gnome.org/pub/GNOME/sources/hippo-canvas/0.2/hippo-canvas-...http://download.mugshot.org/client/sources/linux/mugshot-1.1.93.tar.gz

[Colin Walters]

On Apr 7, 2:57 pm, Vi <ann....@gmail.com> wrote:
> When i go to /mugshot-1.1.91 and do "make" I always see:
> make: *** No targets specified and no makefile found.  Stop.

Hi,

To build Mugshot yourself, you need to run "configure" first; see the
generic "INSTALL" file. However, we intend the source code release
more for distribution packagers to integrate rather than users in
general. There's some information here:
http://developer.mugshot.org/wiki/Downloads