~ubuntu-branches/ubuntu/natty/lxpanel/natty

« back to all changes in this revision

Viewing changes to INSTALL

  • Committer: Bazaar Package Importer
  • Author(s): Andrew Lee
  • Date: 2009-05-30 00:48:18 UTC
  • mfrom: (1.1.3 upstream)
  • Revision ID: james.westby@ubuntu.com-20090530004818-7cmv8ncb2aloio9o
Tags: 0.4.1+svn20090524-1
* New upstream release (Closes: #516603, #511001, #493242, #486284, 
  #515633, #484606, #495924, #517858)
  - A whole new application menu generated according to 
    freedesktop.org menu spec. (faster and more standard-compliant. 
    has tooltips for menu items)
  - Enhanced "Run" dialog.
  - Auto resize of application launcher buttons when panel size gets 
    changed.
  - The problematic netstat plugin is now turned off by default. It 
    will be moved to a separate project later.
  - Building dynamic panel plugins outside the source tree of lxpanel 
    is now possible.
  - Fix icon display problems under 64-bit systems.
  - Fixes to work with minimization animation provided by window 
    manager.
  - Fix RTL problems of the task list.
  - Launch console applications in terminal properly
  - Add new temperature monitor plugin by Daniel Kesler
  - Size of icons now can automatically be automatically adjusted 
    according to the height of the panel.
* debian/control:
  - Build-depends on libmenu-cache0
  - lxpanel-netstat-plugin become a dummy package to help transition 
    to wicd or network-manage package.
  - Update descriptions. Thanks Phil Miller <phildebian@mailinator.com>
    (Closes: #513009)

Show diffs side-by-side

added added

removed removed

Lines of Context:
2
2
*************************
3
3
 
4
4
Copyright (C) 1994, 1995, 1996, 1999, 2000, 2001, 2002, 2004, 2005,
5
 
2006 Free Software Foundation, Inc.
 
5
2006, 2007, 2008 Free Software Foundation, Inc.
6
6
 
7
 
This file is free documentation; the Free Software Foundation gives
 
7
   This file is free documentation; the Free Software Foundation gives
8
8
unlimited permission to copy, distribute and modify it.
9
9
 
10
10
Basic Installation
11
11
==================
12
12
 
13
 
Briefly, the shell commands `./configure; make; make install' should
 
13
   Briefly, the shell commands `./configure; make; make install' should
14
14
configure, build, and install this package.  The following
15
15
more-detailed instructions are generic; see the `README' file for
16
16
instructions specific to this package.
67
67
     all sorts of other programs in order to regenerate files that came
68
68
     with the distribution.
69
69
 
 
70
  6. Often, you can also type `make uninstall' to remove the installed
 
71
     files again.
 
72
 
70
73
Compilers and Options
71
74
=====================
72
75
 
73
 
Some systems require unusual options for compilation or linking that the
74
 
`configure' script does not know about.  Run `./configure --help' for
75
 
details on some of the pertinent environment variables.
 
76
   Some systems require unusual options for compilation or linking that
 
77
the `configure' script does not know about.  Run `./configure --help'
 
78
for details on some of the pertinent environment variables.
76
79
 
77
80
   You can give `configure' initial values for configuration parameters
78
81
by setting variables in the command line or in the environment.  Here
85
88
Compiling For Multiple Architectures
86
89
====================================
87
90
 
88
 
You can compile the package for more than one kind of computer at the
 
91
   You can compile the package for more than one kind of computer at the
89
92
same time, by placing the object files for each architecture in their
90
93
own directory.  To do this, you can use GNU `make'.  `cd' to the
91
94
directory where you want the object files and executables to go and run
97
100
installed the package for one architecture, use `make distclean' before
98
101
reconfiguring for another architecture.
99
102
 
 
103
   On MacOS X 10.5 and later systems, you can create libraries and
 
104
executables that work on multiple system types--known as "fat" or
 
105
"universal" binaries--by specifying multiple `-arch' options to the
 
106
compiler but only a single `-arch' option to the preprocessor.  Like
 
107
this:
 
108
 
 
109
     ./configure CC="gcc -arch i386 -arch x86_64 -arch ppc -arch ppc64" \
 
110
                 CXX="g++ -arch i386 -arch x86_64 -arch ppc -arch ppc64" \
 
111
                 CPP="gcc -E" CXXCPP="g++ -E"
 
112
 
 
113
   This is not guaranteed to produce working output in all cases, you
 
114
may have to build one architecture at a time and combine the results
 
115
using the `lipo' tool if you have problems.
 
116
 
100
117
Installation Names
101
118
==================
102
119
 
103
 
By default, `make install' installs the package's commands under
 
120
   By default, `make install' installs the package's commands under
104
121
`/usr/local/bin', include files under `/usr/local/include', etc.  You
105
122
can specify an installation prefix other than `/usr/local' by giving
106
123
`configure' the option `--prefix=PREFIX'.
123
140
Optional Features
124
141
=================
125
142
 
126
 
Some packages pay attention to `--enable-FEATURE' options to
 
143
   Some packages pay attention to `--enable-FEATURE' options to
127
144
`configure', where FEATURE indicates an optional part of the package.
128
145
They may also pay attention to `--with-PACKAGE' options, where PACKAGE
129
146
is something like `gnu-as' or `x' (for the X Window System).  The
135
152
you can use the `configure' options `--x-includes=DIR' and
136
153
`--x-libraries=DIR' to specify their locations.
137
154
 
 
155
Particular systems
 
156
==================
 
157
 
 
158
   On HP-UX, the default C compiler is not ANSI C compatible.  If GNU
 
159
CC is not installed, it is recommended to use the following options in
 
160
order to use an ANSI C compiler:
 
161
 
 
162
     ./configure CC="cc -Ae"
 
163
 
 
164
and if that doesn't work, install pre-built binaries of GCC for HP-UX.
 
165
 
 
166
   On OSF/1 a.k.a. Tru64, some versions of the default C compiler cannot
 
167
parse its `<wchar.h>' header file.  The option `-nodtk' can be used as
 
168
a workaround.  If GNU CC is not installed, it is therefore recommended
 
169
to try
 
170
 
 
171
     ./configure CC="cc"
 
172
 
 
173
and if that doesn't work, try
 
174
 
 
175
     ./configure CC="cc -nodtk"
 
176
 
138
177
Specifying the System Type
139
178
==========================
140
179
 
141
 
There may be some features `configure' cannot figure out automatically,
142
 
but needs to determine by the type of machine the package will run on.
143
 
Usually, assuming the package is built to be run on the _same_
144
 
architectures, `configure' can figure that out, but if it prints a
145
 
message saying it cannot guess the machine type, give it the
 
180
   There may be some features `configure' cannot figure out
 
181
automatically, but needs to determine by the type of machine the package
 
182
will run on.  Usually, assuming the package is built to be run on the
 
183
_same_ architectures, `configure' can figure that out, but if it prints
 
184
a message saying it cannot guess the machine type, give it the
146
185
`--build=TYPE' option.  TYPE can either be a short name for the system
147
186
type, such as `sun4', or a canonical name which has the form:
148
187
 
168
207
Sharing Defaults
169
208
================
170
209
 
171
 
If you want to set default values for `configure' scripts to share, you
172
 
can create a site shell script called `config.site' that gives default
173
 
values for variables like `CC', `cache_file', and `prefix'.
 
210
   If you want to set default values for `configure' scripts to share,
 
211
you can create a site shell script called `config.site' that gives
 
212
default values for variables like `CC', `cache_file', and `prefix'.
174
213
`configure' looks for `PREFIX/share/config.site' if it exists, then
175
214
`PREFIX/etc/config.site' if it exists.  Or, you can set the
176
215
`CONFIG_SITE' environment variable to the location of the site script.
179
218
Defining Variables
180
219
==================
181
220
 
182
 
Variables not defined in a site shell script can be set in the
 
221
   Variables not defined in a site shell script can be set in the
183
222
environment passed to `configure'.  However, some packages may run
184
223
configure again during the build, and the customized values of these
185
224
variables may be lost.  In order to avoid this problem, you should set
198
237
`configure' Invocation
199
238
======================
200
239
 
201
 
`configure' recognizes the following options to control how it operates.
 
240
   `configure' recognizes the following options to control how it
 
241
operates.
202
242
 
203
243
`--help'
204
244
`-h'
205
 
     Print a summary of the options to `configure', and exit.
 
245
     Print a summary of all of the options to `configure', and exit.
 
246
 
 
247
`--help=short'
 
248
`--help=recursive'
 
249
     Print a summary of the options unique to this package's
 
250
     `configure', and exit.  The `short' variant lists options used
 
251
     only in the top level, while the `recursive' variant lists options
 
252
     also present in any nested packages.
206
253
 
207
254
`--version'
208
255
`-V'
229
276
     Look for the package's source code in directory DIR.  Usually
230
277
     `configure' can determine that directory automatically.
231
278
 
 
279
`--prefix=DIR'
 
280
     Use DIR as the installation prefix.  *Note Installation Names::
 
281
     for more details, including other options available for fine-tuning
 
282
     the installation locations.
 
283
 
 
284
`--no-create'
 
285
`-n'
 
286
     Run the configure checks, but stop before creating any output
 
287
     files.
 
288
 
232
289
`configure' also accepts some other, not widely useful, options.  Run
233
290
`configure --help' for more details.
234
291