source code / dependencies broken

Bug #596869 reported by Paul Crawford
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gnome-panel (Ubuntu)
Invalid
Low
Unassigned

Bug Description

Binary package hint: gnome-panel

I was looking to fix the bug/feature in the gnome clock where the shading of specific location clocks is based on local timezone based time-of-day, and not on the actual sun elevation, but when I tried to get the source and build the package it failed:

sudo apt-get build-dep gnome-panel
apt-get source gnome-panel

While this worked, there were errors about signing:

Reading package lists... Done
Building dependency tree
Reading state information... Done
NOTICE: 'gnome-panel' packaging is maintained in the 'Bzr' version control system at:
https://code.launchpad.net/~ubuntu-desktop/gnome-panel/ubuntu
Please use:
bzr get https://code.launchpad.net/~ubuntu-desktop/gnome-panel/ubuntu
to retrieve the latest (possibly unreleased) updates to the package.
Need to get 5,103kB of source archives.
Get: 1 http://gb.archive.ubuntu.com/ubuntu/ lucid-updates/main gnome-panel 1:2.30.0-0ubuntu2 (dsc) [2,266B]
Get: 2 http://gb.archive.ubuntu.com/ubuntu/ lucid-updates/main gnome-panel 1:2.30.0-0ubuntu2 (tar) [4,885kB]
Get: 3 http://gb.archive.ubuntu.com/ubuntu/ lucid-updates/main gnome-panel 1:2.30.0-0ubuntu2 (diff) [216kB]
Fetched 5,103kB in 0s (6,432kB/s)
gpgv: Signature made Fri 28 May 2010 10:25:16 BST using DSA key ID A2D7D292
gpgv: Can't check signature: public key not found
dpkg-source: warning: failed to verify signature on ./gnome-panel_2.30.0-0ubuntu2.dsc
dpkg-source: info: extracting gnome-panel in gnome-panel-2.30.0
dpkg-source: info: unpacking gnome-panel_2.30.0.orig.tar.gz
dpkg-source: info: applying gnome-panel_2.30.0-0ubuntu2.diff.gz

Then:

cd gnome-panel-2.30.0/
./configure

All seemed to work fine so far, but finally:

cd applets/clock/
make

Resulted in lots of errors, starting with:

./../../libpanel-applet/panel-applet.h:35:25: error: GNOME_Panel.h: No such file or directory

Furthermore I can't seem to find GNOME_Panel.h anywhere on my system.

Further information:

$ lsb_release -rd
Description: Ubuntu 10.04 LTS
Release: 10.04

$ apt-cache policy gnome-panel
gnome-panel:
  Installed: 1:2.30.0-0ubuntu2
  Candidate: 1:2.30.0-0ubuntu2
  Version table:
 *** 1:2.30.0-0ubuntu2 0
        500 http://gb.archive.ubuntu.com/ubuntu/ lucid-updates/main Packages
        100 /var/lib/dpkg/status
     1:2.30.0-0ubuntu1 0
        500 http://gb.archive.ubuntu.com/ubuntu/ lucid/main Packages

Revision history for this message
Paul Crawford (psc-sat) wrote :
Revision history for this message
Sebastien Bacher (seb128) wrote :

thank you for your bug report, but that's not a bug rather an user questions, the file is built from GNOME_Panel.idl in the idl directory so you need to run make there first and then in the applet directory

Changed in gnome-panel (Ubuntu):
importance: Undecided → Low
status: New → Invalid
Revision history for this message
Paul Crawford (psc-sat) wrote :

That still did not work, got this:

paul@pscpc:~/Documents/software/gnome/gnome-panel-2.30.0/idl$ make
make: Nothing to be done for `all'.

But why, oh why, is it so complicated and obscure? An attempt to read the idl/Makefile was all but pointless as its obviously script-generated from somewhere else.

It would be nice if there was something in README providing the basic steps to build the project!

Revision history for this message
Paul Crawford (psc-sat) wrote :

Well, tried 'make' in the gnome-panel-2.30.0 directory and that seems to have built everything, but not as installed it seems. Why are the executable file sizes different:

As supplied with 10.04 install:

-rwxr-xr-x 1 root 156K 2010-06-01 11:47 /usr/lib/gnome-panel/clock-applet
-rwxr-xr-x 1 root 26K 2010-06-01 11:47 /usr/lib/gnome-panel/gnome-clock-applet-mechanism

As build from supposedly the same source code:

-rwxr-xr-x 1 paul 82K 2010-06-21 18:10 /home/paul/Documents/software/gnome/gnome-panel-2.30.0/applets/clock/gnome-clock-applet-mechanism
-rwxr-xr-x 1 paul 6.7K 2010-06-21 18:10 /home/paul/Documents/software/gnome/gnome-panel-2.30.0/applets/clock/clock-applet

Why the difference?

Revision history for this message
Sebastien Bacher (seb128) wrote :

when, just run configure and make in the project source...

Revision history for this message
Sebastien Bacher (seb128) wrote :

> Why the difference?

because the distribution binaries are stripped from debug symbols where you build is not, also the clock-applet is likely a wrapper for the real binary in .libs

Revision history for this message
Paul Crawford (psc-sat) wrote :

OK, that explains some things. But how do I actually run the applet?

Running the wrapper script from the command line appears to do nothing, as does trying to add it to the gnome panel (where the clock normally resides). Is there any way to install *just* the one part of the project for testing?

Revision history for this message
Sebastien Bacher (seb128) wrote :

you can run the applet on the command line before adding it to gnome-panel, you need to have no applet matching the one you want to debug in your current configuration before running it though

Revision history for this message
Paul Crawford (psc-sat) wrote :

I removed the usual one from the gnome bar, but when I try the clock-applet is does nothing obvious, just hangs until I Ctrl-C it. Trying the gnome-clock-applet-mechanism results in this:

$ ./gnome-clock-applet-mechanism

** (process:3165): WARNING **: Failed to acquire org.gnome.ClockApplet.Mechanism: Connection ":1.99" is not allowed to own the service "org.gnome.ClockApplet.Mechanism" due to security policies in the configuration file

** (process:3165): WARNING **: Could not acquire name; bailing out

And its finished.

What are the security policies and which file is it referring to? Sorry for such questions, but there is little I have found to help with this package!

Revision history for this message
Sebastien Bacher (seb128) wrote :

sorry but the bug tracker is not an user support forum, try moving that discussion to the answer tracker or some user mailinglist

Revision history for this message
Paul Crawford (psc-sat) wrote :

Yes, I guess this is closed as there is no real bug, just a lack of documentation.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.