Age | Commit message (Collapse) | Author | Files | Lines |
|
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Part-of: <https://gitlab.freedesktop.org/xorg/util/modular/-/merge_requests/27>
|
|
Wellllllllcooooomee to the wooorld of tomoorooooow!
Also, this way we no longer fail on libxcvt which didn't get a
membership card to the exclusive anongit club.
A bunch of repos are in different paths or prefixes now, so adjust that
as necessary.
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
|
|
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
|
|
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
Signed-off-by: Matthieu Herrb <matthieu@herrb.eu>
|
|
Mesa hasn't needed this to build since 9.1 or so.
Signed-off-by: Adam Jackson <ajax@redhat.com>
|
|
Signed-off-by: Adam Jackson <ajax@redhat.com>
|
|
When we don't find autogen.sh but we do find meson.build, swap the configure
and make commands over for meson and ninja.
Some things aren't feature-equivalent yet:
- distcheck doesn't exist for ninja but it's hooked up as if it did
- a custom make command doesn't work for ninja
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
|
|
Because this is Australia and --depth 1 is a lifesaver. One without a snazzy
red-yellow cap though.
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
|
|
CVS is obsolete as of 10 years ago or so
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
|
|
configure says they are "Some influential environment variables" and we don't
touch them anywhere within build.sh. So if they're already set, they'll be set
for configure anyway.
The only exception is CFLAGS which is modified with -g. Just export that one
where we change it and move on.
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
|
|
Used alongside with -a and --clone (optionally -p) one can fetch/sync
the whole collection of projects w/o executing anything in those.
One example usecase is to test any direct or indirect (for example
xorg-macros) changes to release.sh do not produce unexpected results.
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
|
|
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
|
|
Do what the help string says - do not run autogen/configure when set.
If one is cloning a fresh repo, that is no reason to effectively ignore
the user requirement.
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
|
|
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Reviewed-by: Michel Dänzer <michel.daenzer@amd.com>
|
|
|
|
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Reviewed-by: Eric Anholt <eric@anholt.net>
|
|
It's been replaced by in-server glamor for a while.
Signed-off-by: Eric Anholt <eric@anholt.net>
|
|
Signed-off-by: Adam Jackson <ajax@redhat.com>
|
|
Just been missing for quite a while.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
A recent addition and a prereq to ati driver.
It is already in jhbuild
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
There used to be a time where related modules could be built
together, for example, all protcols, all libraries, all fonts.
Since then, build order has changed so the group order has been
broken in several places. This means the reader has to hunt for
the function definition just to find the module he is looking for
is no longer built with the group and has to look elsewhere.
The build_all_modules function is the one stop shopping place to add
or remove modules from the build list.
There is no functional changes, or no build order changes. Just source
code reshuffling.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
Reviewed-by: Aaron Plattner <aplattner@nvidia.com>
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
These new packages are needed by xserver.
Signed-off-by: Aaron Plattner <aplattner@nvidia.com>
Reviewed-by: Gaetan Nadon <memsize@videotron.ca>
|
|
This font was dropped from X11R7.5 a few years ago.
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
Only comment lines have beed added or changed
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
The tarballs are extracted in the same location where they are found. So libXi
code will be extracted in the toplevel directory if this is where the tarball
is found. Then lib/libX11 code will be extracted under lib subdir if, for
example, the tarball is placed in the lib subdir.
This patch promotes a consistent build structure based on what we see when
working in git. The source code for modules having components (e.g. app,
driver) is extracted under the module directory. For modules with no
components (e.g. xserver), the tar file is extracted under the toplevel
directory. This is done regardless of where the tarball is found, either
in the toplevel directory, or under the module directory.
Sample build directory hierarchy:
app/luit-1.1.1
driver/xf86-input-void-1.4.0
font/font-util-1.3.0
lib/libXi-1.7
mesa/libdrm-2.4.47
mesa/Mesa-9.2.1
pixman-0.30.2
xcb/libxcb-1.9
xcb/xcb-proto-1.8
xkeyboard-config-2.5
xorg-server-1.14.99.2
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
Currently, the module name is changed to add a subdir. For example "xcb" is
changed to "xcb/proto". The tarball cannot be found under xcb as expected.
This is done for pixman, xcb and mesa only, not for app, driver, lib, or any
other module which is inconsistent.
Moving the tarball under xcb/proto works, but yields a build structure
that is unpractical: xcb/proto/xcb-proto-1.8. The source code is now
under two subdirs rather than the usual one.
The package archive already contains the component directory, suffixed
with a version number.
By not changing the module name, we have xcb/xcb-proto-1.8. The same
pattern holds true for mesa and pixman. Changing the module name has
other adverse effects in subsequent functionality.
Note that for pixman, this module is under the "pixman" directory
and is not a component of the "lib" module. The module directory
structure is given by git and not by the location of the tarballs
on the web.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
The return code was not checked and the script aborts if the tar command
fails rather processing the errors in the usual manner.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
The SRCDIR is changed before running the tar command. If it fails,
the calling function attempts to cd to the directory the tar command
was not successful in creating.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
There is one non-xorg project (libevdev) upon which xorg depends
that is using this format. Most likely others will follow.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
A few modules have a single level directory such as pixman, xserver,
and so on. Currently the script requires specifying such modules in
the module list file or with the -o option with a trailing slash. So one needs
to learn and remember using pixman/ or xserver/.
The patch will correct the situation such that both input are accepted.
The generated list (-L option) will write the module names without the
trailing slash.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
This is a wrapper library for evdev devices. It is a dependency
for xf86-input-evdev and more modules later.
Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net>
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
Adding:
xf86-video-modesetting
lib/libXaw3d
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
This driver has not received server updates such as mibstore removal
and conditional compiling of xaa architecture. This indicate an implicite
decisison to remove the driver from active support and future releases.
This driver is used for SGI workstations Indy and Indigo2. Manufacturing
stopped in 1997 and SGI support ended in 2012.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
Reviewed-by: Dan Nicholson <dbn.lists@gmail.com>
|
|
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
Seems to be harmless, just noisy message:
git/util/modular/build.sh[1323]: [: argument expected
sh -x shows it was coming from expanding:
if [ X"$BUILT_MODULES_FILE" != X -a -r $BUILT_MODULES_FILE ]
to:
+ [ X '!=' X -a -r ]
Adding quotes ensures the shell sees an empty argument instead of none.
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Reviewed-by: Gaetan Nadon <memsize@videotron.ca>
|
|
The '--autoresume' option tells the build to continue on with where it last
left off while building a set of modules. The '-o' option tells the build to
build just the one module. These two options don't make a lot of sense when
specified together. This patch looks for the scenario where both these
options are specified and errors out since there is a good chance the build
will not behave as the user expects.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
The --autoresume <file> option allows a user to specify a <file> into which
the build prints each module/component it has built. When a subsequent build
is restarted with <file>, the build can skip all previously built modules,
start with the last one (which is assumed to have failed previously), and
continue on.
The -n option allows a build to continue with subsequent modules even if
one or more of the modules fails to build correctly.
With this change, in addition to updating the --autoresume <file> with the
name of the module/component just built, <file> is also updated with the
status of the build. Therefore if you use -n you will have an --autoresume
<file> which lists the build status of all the modules you wanted to build.
A subsequent build using the --autoresume <file> will scan <file> looking
for failures and attempt to build them before continuing on with the build
from the end of the list.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
This driver was removed from xorg.modules in commit
ee55165c87833ffb4f73e3984158576ff7e0df58 with the
following commit message:
This hasn't been usable for multiple years and obviously nobody
cares about fixing it, so remove it from the default set, so
the tinderbox stops reporting it as a failure.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
|
|
Miscellaneous cleanups of the help text that is printed.
Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net>
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
When "no stop" option -n is given, all the failed modules were written
to the autoresume file. Upon resuming, they were skipped.
This patch makes it such that only a successfully built module
is added to the file.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
Allow a user to specify per-component configure options by
providing them in the --modfile file. Any text remaining on
a line following a given module/component is assumed to be
options which will be passed to the configuration script.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
|
|
Not all "expr" implementations have a "substr" string argument.
"According to the POSIX standard, the use of string arguments length,
substr, index, or match produces undefined results."
http://www.freebsd.org/cgi/man.cgi?query=expr&apropos=0&sektion=0&manpath=
FreeBSD+9.0-RELEASE&arch=default&format=html
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
Remove them from the build script, they may not work against the server.
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
Straightforward addition of new xcb/util-* submodules - note that they
rely on git submodules, so if you aren't using this script to clone &
pull, you'll need to do the git submodule init & git submodule update
yourself.
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Reviewed-by: Gaetan Nadon <memsize@videotron.ca>
|
|
This driver cannot build without spice-protocol which is an external
dependency. All packages in build.sh are expected to build without
manual interventions.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
The building of makedepend was moved earlier as it is required
by mesa, but was moved before proto upon which it depends.
Reported-by: Fred Liu <Fred_Liu@issi.com>
Reviewed-by: Dan Nicholson <dbn.lists@gmail.com>
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|