Change-Id: Ie4056171ded6ded9c1360a46b436c11be44560d7

Change-Id: I1b1d4b68cfa7feff8577bdba90b0afa07c43df07

Sébastien Blin authored 2 years ago and Amin Bandali committed 2 years ago

+ core18 is nearly EOL
+ use core22
+ Fix blue video

jami-client-qt#758

Change-Id: I1576b6adee1a7171659f7927a39b8965a567d3ce

Change-Id: I5c09e31bbabcb1d75e27dd3574ebcf83122d56fb

New versions of GnuTLS need zstd v1.3.5 or later due to their use of
ZSTD_CLEVEL_DEFAULT, but ubuntu_18.04 only has v1.3.3, which is not
new enough.  So we build GnuTLS without it on ubuntu_18.04.

Change-Id: I4128676f2ac750aa77bc56726ef57f8bb3e871e2

Sébastien Blin authored 2 years ago and Amin Bandali committed 2 years ago

Change-Id: I631e0c0da846b00a35db30a8b9f5ac18db5e4d9e

Change-Id: Ib251f8c4e0a48673e904298df2b260febc4fd235

- also uses the renamed build scripts for the client-qt project

Change-Id: Ic2fd45555edfe8b670b35c494be5a2d38430b4cd

some gstreamer plugins were missing causing jami-qt to not launch

Change-Id: Ib3b07344f6a9fc8b766541bb4e30143abc3df5b1

Amin Bandali authored 2 years ago and Adrien Béraud committed 2 years ago

Change-Id: I27b88d85d49e9d8ec276017ba1f0d1611ab0b24c

git-init may not create the hooks directory with the default sample
hooks in some scenarios, for example if the user has set the
init.templateDir configuration option in their global git config, and
if that directory does not include a hooks subdirectory then no hooks
directory will be created by git-init, including for clones and
submodule initializations.

Change-Id: I09ce586fd36d3db9224bbbeed5d7721d6635ea7b

Change-Id: I351d4c964967340277891b7e541e37615304f80c

This check was added in 5ec47bc3 about
two years ago when client-qt was just beginning to be ported to
GNU/Linux and could not be readily/easily built on GNU/Linux systems.

This removal should also fix/avoid the recently-introduced logic bug
that broke --distribution=android.

Change-Id: Ia9ab9e37b9d9cfd2f7a2a57931bbd5bf6f4d56bb

Amin Bandali authored 2 years ago and Adrien Béraud committed 2 years ago

For both deb and rpm make jami-libclient a transitional package that
does not have any dependencies and that the user can safely remove.
The jami-libclient package can then be dropped later into the future;
perhaps in a year or so from now.

Change-Id: I53d7cb89a40282acec7b4b0aa7930b1a52835a1b

ignore files that contain a C++ extension somewhere in their filename
but end with a different extension

Change-Id: Icbac5ace9d6e0eb4f7386751cb565e16045f97f4

As Qt 6.2.5 is for september, patch it before.
Upstream bug: https://bugreports.qt.io/browse/QTBUG-101201

jami-client-qt#695
Change-Id: I946b062a3bc7d8e6907758e5799c0ef8668ac641

This patch targets GNU/Linux; macOS and Windows to be handled later.

Change-Id: I20581f8c1c345b087b117ce4441cb145b6e6e01d

Change-Id: I3a87ac3c2c506dd8d73fa76392e4587ec823a7ea

Tobias Hildebrandt authored 2 years ago and Adrien Béraud committed 2 years ago

disable -y by default

Change-Id: I6befd8564fc4334dae398d32d54d3871bd19b717

* build.py (QT5_VERSION):
(write_qt_conf): Remove (vestigial and not used anymore).
(PACMAN_BASED_DISTROS): Add parabola.
(ZYPPER_DEPENDENCIES):
(ZYPPER_CLIENT_QT_DEPENDENCIES):
(DNF_DEPENDENCIES):
(DNF_CLIENT_QT_DEPENDENCIES):
(APT_DEPENDENCIES):
(APT_CLIENT_QT_DEPENDENCIES):
(PACMAN_DEPENDENCIES):
(PACMAN_CLIENT_QT_DEPENDENCIES):
(OSX_DEPENDENCIES):
(OSX_DEPENDENCIES_UNLINK): Update dependency list for Qt 6, and move
lrc dependencies into client dependency lists.
(ZYPPER_QT_WEBENGINE):
(DNF_QT_WEBENGINE):
(APT_QT_WEBENGINE):
(PACMAN_QT_WEBENGINE): Move Qt WebEngine pacakge(s) into separate
list, so that they can be conditionally included or excluded.
(run_dependencies): Install daemon dependencies earlier than and
separately from lrc and client dependencies, mainly so that the
installation of daemon dependencies could still succeed on distros
that don't currently have Qt 6 packaged.
(run_dependencies):
(run_install):
(run_uninstall):
(run_run):
(main)
(parse_args): Add new --gnome switch, only use client-gnome when
this switch is given.  Add new --macos switch, only use client-macos
when this switch is given.  Otherwise, default to using client-qt.
Add new --no-webengine switch, disable using Qt WebEngine when this
switch is given.  Remove vestigial --qtver switch not used anymore.
Also, replace a few mentions of "Ring" with "Jami" in strings.
(validate_args): Test for minimum version of Windows 10 and do not
require an exact match/equality.

* scripts/build-windows.py (build_lrc):
(build_client):
(parsed_args): Remove vestigial and unneeded --qtver switch and its
corresponding variable.  Both make-lrc.py and make-client.py scripts
in their corresponding repositories have an up-to-date default Qt
version number, and specifying the version from this script is both
unnecessary and defeats their purpose.

* scripts/install.sh (QT6_MIN_VER): Rename to QT_MIN_VER.
(qt6ver): Remove, not used anymore.
(qt6path): Rename to qtpath.
(sys_qt6ver): Rename to sys_qtver.
(installed_qt6ver): Rename to installed_qtver.
(required_qt6ver): Rename to required_qtver.
(enable_webengine): New variable for tracking whether or not to use
Qt WebEngine.  Defaults to true.
(getopts): Add w option; when given, set enable_webengine to false.
(client_cmake_flags): Set -DWITH_WEBENGINE="${enable_webengine}".

Note: as of the time of this commit, QLibraryInfo from the qt6-base
package in Debian (and Ubuntu) currently has path issues and returns
wrong paths, stemming from '/lib' being a symlink.  This leads to
"Qt WebEngine resources not found" errors as the WebEngine tries to
find its needed resources at a wrong location '/share/qt6/resources'.
The issue has already been reported by others and a proposed patch to
fix it by disabling Qt's relocatable feature is pending review:
https://bugs.launchpad.net/ubuntu/+source/qt6-base/+bug/1970057
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1010575
In the mean time, using './build.py --install --no-webengine' to build
Jami without Qt WebEngine works.  Alternatively, using a custom build
of Qt (such as our libqt-jami) that does not suffer from this issue
would also work, using './build.py --install --qt=/usr/lib/libqt-jami'
where '/usr/lib/libqt-jami' should be the prefix directory where the
custom Qt build is installed.

GitLab: #1434
Change-Id: Ie053522de19b33871a1082ce46f3d36380a8b5aa

Change-Id: I4266eed0e81621f3b27c52c7b63106e6f49beda3

Change-Id: I0a407e6667976bc6a90c24b4581593ee96a85453

Change-Id: I45428dbf670683f9039dd796a2d8c811c5c339e4

Change-Id: I9848e66358ce36630a201171831f23486ef48c3f

Change-Id: Id3e23e3273f95d522ad6b6af4314a76c508682d1

Change-Id: I32e75bdef93a386425fed12ef3b5e1f0d681cbbc

Change-Id: Ib0bb0985a396a9284229c79acc113a25c79c97bd

Change-Id: Iadb4c2091913c670e977c1966ccc22f962d787a1

Sébastien Blin authored 2 years ago and Adrien Béraud committed 2 years ago

Change-Id: I0e24dd8bbcc90e29cb63698507c46df439a2ca16

Since for our deb packages all the binary packages share the same
source package, and are built in the same environment, depending on
the distro and dpkg tools versions, dpkg-shlibdeps might incorrectly
add the wrong libclient package for either clients.  For example,
have the jami-gnome package depend on both jami-libclient-gnome and
jami-libclient; which is wrong, since jami-libclient-gnome and
jami-libclient conflict with each other and cannot be installed
simultaneously.  So, we instruct dpkg-shlibdeps to exclude the two
libclient packages from ${shlibs:Depends}, which is fine because
we already manually add the correct one to each client's Depends.

Also, use the system libarchive-dev package for Ubuntu 18.04 as well;
since like with Debian 10, building libarchive from daemon's contribs
fails there too.

GitLab: #1415
Change-Id: I1c065a7fd3fc58324c7893d5d23039f2a5109931

The bundled one from the daemon contribs does not build on Debian 10
for some reason.

Change-Id: Id6fbc1e09bdf2912663f78502b255e975aebec1a

Recent libclient and client-qt use avframe from ffmpeg's libavutil.

Change-Id: Ia860e374eb2b8d6c22a79ee0f5a22673a292bf19

After the recent merge of the video renderer changes into lrc and
client-qt, the build for client-gnome is currently broken because it
has not yet been updated to follow the new API, a non-trivial task.
Thus, we add a separate lrc-gnome submodule for use by client-gnome,
as a temporary measure until the future vendoring of lrc into the two
clients.

With this change, the users of the Qt client ('jami' package) would
continue using 'jami-libclient' as a dependency, whereas for users of
the GNOME client ('jami-gnome') they would install and use the new
'jami-libclient-gnome' package.

Change-Id: I6aacb6c495c9a2953c328f2e9bfe6acd2b8cc645

Change-Id: I34fc48ac880a6673579f88b700b0baa5bd8cd585

Change-Id: Ia039569e74cce6cf2d15a6e36849cad9b3b9d489

Change-Id: I996b402c5eb9b03ea18a0309818c6a52c9d6e236

Change-Id: I2e5736d4304bb841c8ec86d883b7bc0641669881

* Makefile (QT_PATCH): Bump up to 2.
(QT_TARBALL_CHECKSUM): Update to Qt 6.2.2 release tarball's sha256sum.
* docker/Dockerfile_ubuntu_18.04: Move the nodejs installation earlier
in the Dockerfile, as it needs to already be installed by the time we
want to install libqt-jami's build dependencies.
* packaging/rules/debian-qt/control (libqt-jami) <Build-Depends>: Add
missing nodejs (>= 10.19) dependency.

jami-packaging#111
Change-Id: Ie15a1f4c7cfb274dc6a1784ce41f5b7383002abe

Sébastien Blin authored 3 years ago and Amin Bandali committed 3 years ago

* docker/Dockerfile_opensuse-leap_15.3: The 'opensuse/leap:15.3'
docker image doesn't seem to have gcc11, so use gcc10 instead.
* packaging/rules/rpm/jami-gnome.spec: Unconditionally require
'make' for build, and require 'cmake' only where a recent enough
version is available in the distro (otherwise, we grab and use
external cmake e.g. using 'scripts/install-cmake.sh').

jami-packaging#111


Co-authored-by: Amin Bandali <amin.bandali@savoirfairelinux.com>
Change-Id: I5686f8e5d77eb8108b1581a33a2432006a1a688b

Maxim Cournoyer authored 3 years ago and Sébastien Blin committed 3 years ago

The recently introduced 'guix shell' command automatically manages a
cached profile for us; prefer it to 'guix environment', and do away
with a channels file, given fixes in Guix have now been incorporated
in the main branch.

* Makefile (portable-release-tarball)<guix environment>: Replace by
'guix shell'.
* build.py (run_dependencies)[guix]: Likewise, and do not use a
channels.scm file.
(run_install): Likewise, and provide a hint when TARBALLS is not set.
* guix/channels.scm: Delete file.
* guix/manifest.scm: Adjust comment.

Change-Id: I50ca99e51f0ebca136c9bbc5a0ca3063075432b4