Re: [CentOS] where is glib-devl x86-64?
Leon, I think you may be right. Was trying to avoid using things like flatpak, but I can see I can't actually do that. Thanks again! Fred On Tue, Mar 21, 2023 at 10:18 PM Leon Fauster via CentOS wrote: > Am 21.03.23 um 23:10 schrieb Fred: > > that's what I thought at first, but there is no gimp-devel either > > installed, or available. > > > > I think you will get more trouble because this plugin uses python2 code > and I am not sure if this is supported under EL9. > > You could try the flatpak version of this plugin ... > > $ flatpak remote-add --user --if-not-exists flathub > https://flathub.org/repo/flathub.flatpakrepo > > $ flatpak --user install Resynthesizer org.gimp.GIMP > > -- > Leon > > > > > > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] where is glib-devl x86-64?
Am 21.03.23 um 23:10 schrieb Fred: that's what I thought at first, but there is no gimp-devel either installed, or available. I think you will get more trouble because this plugin uses python2 code and I am not sure if this is supported under EL9. You could try the flatpak version of this plugin ... $ flatpak remote-add --user --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo $ flatpak --user install Resynthesizer org.gimp.GIMP -- Leon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] where is glib-devl x86-64?
On Tue, Mar 21, 2023 at 11:11 PM Fred wrote: > that's what I thought at first, but there is no gimp-devel either > installed, or available. > > Fred > > I don't have right now a Rocky Linux 9.x system at hand, but from what I've seen, you should install the gimp-devel-tools package $ rpm -qpi ./gimp-devel-tools-2.99.8-3.el9.x86_64.rpm warning: ./gimp-devel-tools-2.99.8-3.el9.x86_64.rpm: Header V4 RSA/SHA256 Signature, key ID 350d275d: NOKEY Name: gimp-devel-tools Epoch : 2 Version : 2.99.8 Release : 3.el9 Architecture: x86_64 Install Date: (not installed) Group : Unspecified Size: 26612 License : LGPLv3+ Signature : RSA/SHA256, Mon 31 Oct 2022 10:56:19 PM CET, Key ID 702d426d350d275d Source RPM : gimp-2.99.8-3.el9.src.rpm Build Date : Mon 31 Oct 2022 10:34:33 PM CET Build Host : pb-9e56c5ea-a265-4012-a7b6-4abde563b600-b-x86-64 Packager: Rocky Linux Build System (Peridot) Vendor : Rocky Enterprise Software Foundation URL : http://www.gimp.org/ Summary : GIMP plugin and extension development tools Description : The gimp-devel-tools package contains gimptool, a helper program to build GNU Image Manipulation Program (GIMP) plug-ins and extensions. Have you already installed it? Can you try in case and then re-run the autogen.sh? HIH, Gianluca ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] where is glib-devl x86-64?
On Tue, Mar 21, 2023, Fred wrote: >that's what I thought at first, but there is no gimp-devel either >installed, or available. I have gimp installed on AlmaLinux 9 here which has RPMs: gimp-libs-2.99.8-3.el9.x86_64 gimp-2.99.8-3.el9.x86_64. I would look at the generated configure file and config.log to see what it's really looking for. Bill -- INTERNET: b...@celestial.com Bill Campbell; Celestial Software LLC URL: http://www2.celestial.com/ 6641 E. Mercer Way Mobile: (206) 947-5591 PO Box 820 Fax:(206) 232-9186 Mercer Island, WA 98040-0820 Those who are too smart to engage in politics are punished by being governed by those who are dumber. -- Plato ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] where is glib-devl x86-64?
that's what I thought at first, but there is no gimp-devel either installed, or available. Fred On Tue, Mar 21, 2023 at 2:39 PM Robert Heller wrote: > At Tue, 21 Mar 2023 14:13:50 -0400 CentOS mailing list > wrote: > > > > > well, I'm still confused. > > > > sudo dnf install glib2-devel says it is already installed. > > > > running autogen.sh for resynthesizer outputs: > > > > $ ./autogen.sh > > > > I am testing that you have the required versions of autoconf, > > automake, glib-gettextize and intltoolize... > > > > checking for autoconf >= 2.54 ... yes (version 2.69) > > checking for automake >= 1.6 ... yes (version 1.16.2) > > checking for glib-gettextize >= 2.0.0 ... yes (version 2.68.4) > > checking for intltool >= 0.17 ... yes (version 0.51.0) > > > > I am going to run ./configure with the following arguments: > > > > --enable-maintainer-mode > > > > If you wish to pass additional arguments, please specify them > > on the ./autogen.sh command line or set the AUTOGEN_CONFIGURE_ARGS > > environment variable. > > > > Copying file po/Makefile.in.in > > > > Please add the files > > codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4 > > progtest.m4 > > from the /usr/share/aclocal directory to your autoconf macro directory > > or directly to your aclocal.m4 file. > > You will also need config.guess and config.sub, which you can get from > > ftp://ftp.gnu.org/pub/gnu/config/. > > > > checking for a BSD-compatible install... /usr/bin/install -c > > checking whether build environment is sane... yes > > checking for a thread-safe mkdir -p... /usr/bin/mkdir -p > > checking for gawk... gawk > > checking whether make sets $(MAKE)... yes > > checking whether make supports nested variables... yes > > checking whether make supports the include directive... yes (GNU style) > > checking for gcc... gcc > > checking whether the C compiler works... yes > > checking for C compiler default output file name... a.out > > checking for suffix of executables... > > checking whether we are cross compiling... no > > checking for suffix of object files... o > > checking whether we are using the GNU C compiler... yes > > checking whether gcc accepts -g... yes > > checking for gcc option to accept ISO C89... none needed > > checking whether gcc understands -c and -o together... yes > > checking dependency style of gcc... gcc3 > > checking for library containing strerror... none required > > checking for gcc... (cached) gcc > > checking whether we are using the GNU C compiler... (cached) yes > > checking whether gcc accepts -g... (cached) yes > > checking for gcc option to accept ISO C89... (cached) none needed > > checking whether gcc understands -c and -o together... (cached) yes > > checking dependency style of gcc... (cached) gcc3 > > checking for gcc... (cached) gcc > > checking whether we are using the GNU C compiler... (cached) yes > > checking whether gcc accepts -g... (cached) yes > > checking for gcc option to accept ISO C89... (cached) none needed > > checking whether gcc understands -c and -o together... (cached) yes > > checking dependency style of gcc... (cached) gcc3 > > checking how to run the C preprocessor... gcc -E > > checking for grep that handles long lines and -e... /usr/bin/grep > > checking for egrep... /usr/bin/grep -E > > checking for ANSI C header files... yes > > checking whether to enable maintainer-specific portions of Makefiles... > yes > > checking for pkg-config... /usr/bin/pkg-config > > checking pkg-config is at least version 0.9.0... yes > > checking for GIMP... no > > configure: error: *GIMP development libraries not found*; please install. > > GIMP is not "GLib" -- they are different animals. > > You need to install GIMP and probably GIMP-devel. > > > > > > Configure failed or did not finish! > > > > clearly I'm not smart enough to figure this out. one of you smart people > > feel like offering further advice? > > > > PS: > > oh, there is also a glib2.pc file in /usr/lib64/pkgconfig. > > > > $ ls -l /usr/lib64/pkgconfig/glib-2* > > -rw-r--r--. 1 root root 444 May 16 2022 /usr/lib64/pkgconfig/glib-2.0.pc > > > > cat /usr/lib64/pkgconfig/glib-2.0.pc: > > > > prefix=/usr > > libdir=${prefix}/lib64 > > includedir=${prefix}/include > > > > bindir=${prefix}/bin > > glib_genmarshal=${bindir}/glib-genmarshal > > gobject_query=${bindir}/gobject-query > > glib_mkenums=${bindir}/glib-mkenums > > > > Name: GLib > > Description: C Utility Library > > Version: 2.68.4 > > Requires.private: libpcre >= 8.31, sysprof-capture-4 >= 3.38.0 > > Libs: -L${libdir} -lglib-2.0 > > Libs.private: -pthread -lm > > Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib-2.0/include > > > > > > On Tue, Mar 21, 2023 at 11:10 AM Fred wrote: > > > > > I dunno. I guess it could be. Went to the Gimp site and saw that > > > glib-devel was mentioned there. > > > > > > My tired old brain is a bit confused by this, since most other -devel > > > packages put -devel following the program/package name, and gimp
Re: [CentOS] where is glib-devl x86-64?
At Tue, 21 Mar 2023 14:13:50 -0400 CentOS mailing list wrote: > > well, I'm still confused. > > sudo dnf install glib2-devel says it is already installed. > > running autogen.sh for resynthesizer outputs: > > $ ./autogen.sh > > I am testing that you have the required versions of autoconf, > automake, glib-gettextize and intltoolize... > > checking for autoconf >= 2.54 ... yes (version 2.69) > checking for automake >= 1.6 ... yes (version 1.16.2) > checking for glib-gettextize >= 2.0.0 ... yes (version 2.68.4) > checking for intltool >= 0.17 ... yes (version 0.51.0) > > I am going to run ./configure with the following arguments: > > --enable-maintainer-mode > > If you wish to pass additional arguments, please specify them > on the ./autogen.sh command line or set the AUTOGEN_CONFIGURE_ARGS > environment variable. > > Copying file po/Makefile.in.in > > Please add the files > codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4 > progtest.m4 > from the /usr/share/aclocal directory to your autoconf macro directory > or directly to your aclocal.m4 file. > You will also need config.guess and config.sub, which you can get from > ftp://ftp.gnu.org/pub/gnu/config/. > > checking for a BSD-compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... /usr/bin/mkdir -p > checking for gawk... gawk > checking whether make sets $(MAKE)... yes > checking whether make supports nested variables... yes > checking whether make supports the include directive... yes (GNU style) > checking for gcc... gcc > checking whether the C compiler works... yes > checking for C compiler default output file name... a.out > checking for suffix of executables... > checking whether we are cross compiling... no > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ISO C89... none needed > checking whether gcc understands -c and -o together... yes > checking dependency style of gcc... gcc3 > checking for library containing strerror... none required > checking for gcc... (cached) gcc > checking whether we are using the GNU C compiler... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking for gcc option to accept ISO C89... (cached) none needed > checking whether gcc understands -c and -o together... (cached) yes > checking dependency style of gcc... (cached) gcc3 > checking for gcc... (cached) gcc > checking whether we are using the GNU C compiler... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking for gcc option to accept ISO C89... (cached) none needed > checking whether gcc understands -c and -o together... (cached) yes > checking dependency style of gcc... (cached) gcc3 > checking how to run the C preprocessor... gcc -E > checking for grep that handles long lines and -e... /usr/bin/grep > checking for egrep... /usr/bin/grep -E > checking for ANSI C header files... yes > checking whether to enable maintainer-specific portions of Makefiles... yes > checking for pkg-config... /usr/bin/pkg-config > checking pkg-config is at least version 0.9.0... yes > checking for GIMP... no > configure: error: *GIMP development libraries not found*; please install. GIMP is not "GLib" -- they are different animals. You need to install GIMP and probably GIMP-devel. > > Configure failed or did not finish! > > clearly I'm not smart enough to figure this out. one of you smart people > feel like offering further advice? > > PS: > oh, there is also a glib2.pc file in /usr/lib64/pkgconfig. > > $ ls -l /usr/lib64/pkgconfig/glib-2* > -rw-r--r--. 1 root root 444 May 16 2022 /usr/lib64/pkgconfig/glib-2.0.pc > > cat /usr/lib64/pkgconfig/glib-2.0.pc: > > prefix=/usr > libdir=${prefix}/lib64 > includedir=${prefix}/include > > bindir=${prefix}/bin > glib_genmarshal=${bindir}/glib-genmarshal > gobject_query=${bindir}/gobject-query > glib_mkenums=${bindir}/glib-mkenums > > Name: GLib > Description: C Utility Library > Version: 2.68.4 > Requires.private: libpcre >= 8.31, sysprof-capture-4 >= 3.38.0 > Libs: -L${libdir} -lglib-2.0 > Libs.private: -pthread -lm > Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib-2.0/include > > > On Tue, Mar 21, 2023 at 11:10â¯AM Fred wrote: > > > I dunno. I guess it could be. Went to the Gimp site and saw that > > glib-devel was mentioned there. > > > > My tired old brain is a bit confused by this, since most other -devel > > packages put -devel following the program/package name, and gimp doesn't. > > I'll give that a try, though, to see if it takes care of my issue. Thanks! > > > > > > On Tue, Mar 21, 2023 at 2:32â¯AM Simon Matter > > wrote: > > > >> Hi, > >> > >> > I have a brand new installation of Rocky Linux 9.1 (I know, this isn't a > >> > Rocky mailing list, but I can't find anything on this on Rocky forums, > >> > etc. > >> > so I figured
Re: [CentOS] where is glib-devl x86-64?
well, I'm still confused. sudo dnf install glib2-devel says it is already installed. running autogen.sh for resynthesizer outputs: $ ./autogen.sh I am testing that you have the required versions of autoconf, automake, glib-gettextize and intltoolize... checking for autoconf >= 2.54 ... yes (version 2.69) checking for automake >= 1.6 ... yes (version 1.16.2) checking for glib-gettextize >= 2.0.0 ... yes (version 2.68.4) checking for intltool >= 0.17 ... yes (version 0.51.0) I am going to run ./configure with the following arguments: --enable-maintainer-mode If you wish to pass additional arguments, please specify them on the ./autogen.sh command line or set the AUTOGEN_CONFIGURE_ARGS environment variable. Copying file po/Makefile.in.in Please add the files codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4 progtest.m4 from the /usr/share/aclocal directory to your autoconf macro directory or directly to your aclocal.m4 file. You will also need config.guess and config.sub, which you can get from ftp://ftp.gnu.org/pub/gnu/config/. checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether make supports the include directive... yes (GNU style) checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc understands -c and -o together... yes checking dependency style of gcc... gcc3 checking for library containing strerror... none required checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking whether gcc understands -c and -o together... (cached) yes checking dependency style of gcc... (cached) gcc3 checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking whether gcc understands -c and -o together... (cached) yes checking dependency style of gcc... (cached) gcc3 checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking whether to enable maintainer-specific portions of Makefiles... yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for GIMP... no configure: error: *GIMP development libraries not found*; please install. Configure failed or did not finish! clearly I'm not smart enough to figure this out. one of you smart people feel like offering further advice? PS: oh, there is also a glib2.pc file in /usr/lib64/pkgconfig. $ ls -l /usr/lib64/pkgconfig/glib-2* -rw-r--r--. 1 root root 444 May 16 2022 /usr/lib64/pkgconfig/glib-2.0.pc cat /usr/lib64/pkgconfig/glib-2.0.pc: prefix=/usr libdir=${prefix}/lib64 includedir=${prefix}/include bindir=${prefix}/bin glib_genmarshal=${bindir}/glib-genmarshal gobject_query=${bindir}/gobject-query glib_mkenums=${bindir}/glib-mkenums Name: GLib Description: C Utility Library Version: 2.68.4 Requires.private: libpcre >= 8.31, sysprof-capture-4 >= 3.38.0 Libs: -L${libdir} -lglib-2.0 Libs.private: -pthread -lm Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib-2.0/include On Tue, Mar 21, 2023 at 11:10 AM Fred wrote: > I dunno. I guess it could be. Went to the Gimp site and saw that > glib-devel was mentioned there. > > My tired old brain is a bit confused by this, since most other -devel > packages put -devel following the program/package name, and gimp doesn't. > I'll give that a try, though, to see if it takes care of my issue. Thanks! > > > On Tue, Mar 21, 2023 at 2:32 AM Simon Matter > wrote: > >> Hi, >> >> > I have a brand new installation of Rocky Linux 9.1 (I know, this isn't a >> > Rocky mailing list, but I can't find anything on this on Rocky forums, >> > etc. >> > so I figured I would ask here), >> > and I installed Gimp, and would like to install the Resynthesizer plugin >> > package. >> > >> > Trying to compile it from source, autogen.sh complains that I don't have >> > the gimp development libraries installed. In fact, I can't find >> glib-devel >> > anywhere in any of the configured repos (all the default Rocky repos, >> > epel, >> > rpmfusion). >> > >> >> Can it be that what you're looking for i
Re: [CentOS] where is glib-devl x86-64?
I dunno. I guess it could be. Went to the Gimp site and saw that glib-devel was mentioned there. My tired old brain is a bit confused by this, since most other -devel packages put -devel following the program/package name, and gimp doesn't. I'll give that a try, though, to see if it takes care of my issue. Thanks! On Tue, Mar 21, 2023 at 2:32 AM Simon Matter wrote: > Hi, > > > I have a brand new installation of Rocky Linux 9.1 (I know, this isn't a > > Rocky mailing list, but I can't find anything on this on Rocky forums, > > etc. > > so I figured I would ask here), > > and I installed Gimp, and would like to install the Resynthesizer plugin > > package. > > > > Trying to compile it from source, autogen.sh complains that I don't have > > the gimp development libraries installed. In fact, I can't find > glib-devel > > anywhere in any of the configured repos (all the default Rocky repos, > > epel, > > rpmfusion). > > > > Can it be that what you're looking for is glib2-devel? > > Regards, > Simon > > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] PHP-LDAP RPM installed but not usable
Hello, it looks like you may be crossing the streams here. Remi has two flavours of PHP RPMs. One made to be installed standalone and one which supports multiple versions in parallel. From the output below it seems that you have a mixed setup, where such issues would not surprise me. You should either have php* packages or php80-php* packages, not both. Kind regards, Steve Am 20.03.2023 16:47, schrieb Gary Stainburn: I've also tried adding the pgsql and mysql RPM's and they're not available either. On 20/03/2023 12:58, Gary Stainburn wrote: Apologies. This is the correct screen grab. The extra errors in the OP were because I had been experimenting, to try to fix the issue. [root@testsvr ~]# ./ldapAuth.php gary.stainburn fake-password PHP Fatal error: Uncaught Error: Call to undefined function ldap_connect() in /root/ldapAuth.php:12 I suspect that the extension is not being loaded, and one post suggested having to add an extension= line to php.ini, but I cannot find the library it's supposed to load. On 20/03/2023 12:52, Gary Stainburn wrote: Hi folks. I've installed PHP 8.0 on my server, and just installed php-ldap. All looks to have worked fine. php-common-8.0.28-1.el7.remi.x86_64 php-8.0.28-1.el7.remi.x86_64 php80-php-common-8.0.28-1.el7.remi.x86_64 php80-php-ldap-8.0.28-1.el7.remi.x86_64 php-cli-8.0.28-1.el7.remi.x86_64 php-sodium-8.0.28-1.el7.remi.x86_64 php80-runtime-1.0-3.el7.remi.x86_64 However, when I try to use LDAP in a script, it says the ldap_connect function is not available: [root@testsvr ~]# ./ldapAuth.php gary.stainburn fake-password PHP Warning: PHP Startup: Unable to load dynamic library 'ldap' (tried: /usr/lib64/php/modules/ldap (/usr/lib64/php/modules/ldap: cannot open shared object file: No such file or directory), /usr/lib64/php/modules/ldap.so (/usr/lib64/php/modules/ldap.so: cannot open shared object file: No such file or directory)) in Unknown on line 0 PHP Fatal error: Uncaught Error: Call to undefined function ldap_connect() in /root/ldapAuth.php:12 Can anyone see what I've missed? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos -- Kind regards Gary Stainburn *Group I.T. Manager - D.M.Keith Ford/Kia After-Sales* *Switchboard* 0113 2634 222 *Address:* D.M.Keith Ford/Kia Aftersales | Hales Road | Leeds | LS12 4TG /*Branches throughout Yorkshire and North Lincolnshire.*/ *Ford Leeds *0113 263 4222 | *Transit Centre Leeds* 0113 2634222 | *Skoda Leeds* 0113 2771777 | *KiaLeeds* 0113426 8111 | *Kia Doncaster* 01302 384350 | *Skoda Bradford* 01274 741200 | *Skoda Wakefield* 01924 246900 | *Skoda Huddersfield*01484 435499 | *Skoda York* 01904 692921| *SEAT York* 01904 692921 | *Cupra York* 01904 692921 | *Skoda Hull* 01482 802000 | *Skoda Grimsby* 01472 803 545 | *SEAT Grimsby* 01472 348 348 | *Honda Grimsby* 01472 358 625 | *SEAT MO* 01472 348 348 | *Trade Car Outlet Ossett* 01924 255476 | *Ringways Hire & Leasing Ltd* 0344 4146789. /This email message is confidential and may contain legally privileged information. It may be monitored (whether you are the sender or recipient) and recorded and retained by D.M.Keith Ltd, Ringways Garages (Leeds) Ltd, Ringways Garages (Doncaster) Ltd, Ringways Hire & Leasing Limited and or its other Group Companies. Under the “Lawful Business Practices Interception of Communication Regulations 2000” email and telephone monitoring and or recording software may be used, and email or telephone call content may be reviewed at any time. If you are not the intended recipient you should not read, copy, distribute, disclose or otherwise use the information in this e-mail. Please also contact D.M.Keith Ltd by emailing _privacy@dmkeith.com_ or fax us on 0113 2703641, immediately and delete the message from your system. Copyright in this email belongs to D.M.Keith Ltd., ALL RIGHTS RESERVED. Whilst every effort has been made to check for viruses, D.M.Keith Ltd and its Group Companies does not warrant that it is free of viruses. E-mail may be susceptible to data corruption, interception and unauthorised amendment, and we do not accept liability for any such corruption, interception or amendment or the consequences thereof. D.M. Keith Ltd is registered under the Data Protection Act 1998 registration No. Z7389610, Ringways Garages (Leeds) Ltd is registered under the Data Protection Act 1998 registration No. Z5414640 , Ringways Garages (Doncaster) Ltd is registered under the Data Protection Act 1998 registration No. Z5414654. D.M.Keith Limited and its other Group companies are an appointed representative of ITC Compliance Limited which is authorised and regulated by the Financial Conduct Authority (their registration number is 313486). Permitted activities include advising on and arranging general insurance contracts and acting as a credit broker not a lender. We can introduce you to a limited number of finance providers. We do not charge fees