search for: config_opts

Hi Raid ! This patch fixes some issues with llvm-top: a) it always makes a debug build of llvm, even when OPTIMIZED="1" is in .options b) it now handles ASSERTIONS, CHECKING and DOXYGEN from .options, it handles DEBUG a bit (not much) better c) it adds support for THREAD After this patch there still is support missing for DEBUG. PROFILING, OPT_FOR_SIZE, STRIPPED missing. I

Hi, Nux! Can you re-paste this cfg? The url is outdated. - robin On Tue, Dec 30, 2014 at 2:30 AM, Nux! <nux at li.nux.ro> wrote: > Hi, > > Here's how my epel-7-i386.cfg mock file looks like: > http://fpaste.org/164110/19877702/raw/ > > Do note the 32bit packages are unofficial and unsupported. RedHat does not > support 32bit in EL7. > > HTH > Lucian >

On 09/07/2015 02:32 PM, Robin Lee wrote: > Can you re-paste this cfg? The url is outdated. I'll paste mine in here for posterity (altered to remove my private repos, and personal info, etc): config_opts['root'] = 'epel-7-i386' config_opts['target_arch'] = 'i686' config_opts['legal_host_arches'] = ('i686','x86_64',) config_opts['chroot_setup_cmd'] = 'install bash bzip2 coreutils cpio diffutils findutils gawk gcc gcc-c++ grep gzip i...

Hi, On Asterisk 16.11.1 when enabling cel I get error with BRIDGE_START and BRIDGE_END events zone-s*CLI> module reload cel The module 'cel' reported a reload failure     -- Reloading module 'cel' (CEL Engine) [2020-07-10 17:57:01] ERROR[16163]: cel.c:428 ast_cel_str_to_event_type: Unknown event name 'BRIDGE_START' [2020-07-10 17:57:01] ERROR[16163]:

On Wed, Jul 22, 2020 at 12:44 PM Administrator <admin at tootai.net> wrote: > No one on this ? > > Le 10/07/2020 à 18:06, Administrator a écrit : > > Hi, > > > > On Asterisk 16.11.1 when enabling cel I get error with BRIDGE_START > > and BRIDGE_END events > > > > zone-s*CLI> module reload cel > > The module 'cel' reported a

...gure mock to use locally provided repos and different architectures via the --configdir parameter. You provide an architecture specific config file like epel-6-x86_64.cfg in the specified directory and alter it to require packages to suit a specific build requirement. One of mine looks like this: config_opts['root'] = 'epel-6-x86_64' config_opts['target_arch'] = 'x86_64' config_opts['legal_host_arches'] = ('x86_64',) config_opts['chroot_setup_cmd'] = 'groupinstall buildsys-build' config_opts['dist'] = 'el6' # only useful f...

No one on this ? Le 10/07/2020 à 18:06, Administrator a écrit : > Hi, > > On Asterisk 16.11.1 when enabling cel I get error with BRIDGE_START > and BRIDGE_END events > > zone-s*CLI> module reload cel > The module 'cel' reported a reload failure >     -- Reloading module 'cel' (CEL Engine) > [2020-07-10 17:57:01] ERROR[16163]: cel.c:428 >

On 25/08/20 11:27 am, Jonathan Billings wrote: > On Aug 24, 2020, at 16:48, me at tdiehl.org wrote: >> >> Also, I am trying to add a dist tag to rpms that I build in mock. >> In the epel-7 configs I do something like the following: >> config_opts['macros']['%dist'] = '.el7.tnt' to get a dist tag on the >> rpms. In epel/centos 8 this does not work. >> >> Does anyone know how to apply a dist tag in the epel-8 mock configs? config_opts['macros']['%dist'] = '.gf.el8' ...works f...

...ine. >> >> Can someone tell me what I am doing wrong? > > I assume you added the yum repo after a line that looks like this: That was what I was missing. Fixing that and changing the order of the template lines in epel-8-x86_64.cfg resolved the issue. Thanks for that!! > > config_opts['dnf.conf'] += """ > > > And before a line that looks like this: Also, I am trying to add a dist tag to rpms that I build in mock. In the epel-7 configs I do something like the following: config_opts['macros']['%dist'] = '.el7.tnt' to get a d...

...hm 8 >> >> Not sure how you got it to do it in SHA1 :) > > One last thought .. are you using something like: > > --force-v3-sigs > > in your signing command line? If you are building in mock .. you would do it like this int he mock config with the other variables: config_opts['macros']['%_binary_filedigest_algorithm'] = "8" config_opts['macros']['%_source_filedigest_algorithm'] = "8" But again, building on a c7 machine, it should be the default. -------------- next part -------------- A non-text attachment was scrubb...

Hi! Installing new asterisk server and decided to use chan_pjsip. While module reload I get: y 12 15:33:04] ERROR[21137]: config_options.c:715 aco_process_var: Could not find option suitable for category '3567' named 'inband_progress' at line 867 of [May 12 15:33:04] ERROR[21137]: res_sorcery_config.c:317 sorcery_config_internal_load: Could not create an object of type

On 15-10-04 09:54 AM, Bryant Zimmerman wrote: > I have a pjsip install that is not pulling it's realtime registrations > from an ODBC database. > When I have them directly pull from a MySQL database everything seems to > work. > I am having trouble finding a requirements document for the pjsip > realtime registrations. > Is there some kind of special config that has to be

Hi, I am trying to create a mock configuration file that points to my local dnf repo. I have the following in the mock config template: [local-repo] name=my-Local baseurl=http://yumrepo.example.com/yum-repository/local/centos/8/x86_64/ failovermethod=priority skip_if_unavailable=False When I try to run mock I get the following error: (vgeppetto3 pts18) $ mock -v -r epel-8-x86_64

---------------------------------------- From: "Joshua Colp" <jcolp at digium.com> Sent: Sunday, October 4, 2015 12:12 PM To: asterisk-users at lists.digium.com Subject: Re: [asterisk-users] pjsip realtime registrations not pulling from ODBC On 15-10-04 01:09 PM, Bryant Zimmerman wrote: > -- > Joshua > Thanks for your reply. It thought the same thing, but when I

...it to do it in SHA1 :) >> >> One last thought .. are you using something like: >> >> --force-v3-sigs >> >> in your signing command line? > > If you are building in mock .. you would do it like this int he mock > config with the other variables: > > config_opts['macros']['%_binary_filedigest_algorithm'] = "8" > config_opts['macros']['%_source_filedigest_algorithm'] = "8" > > But again, building on a c7 machine, it should be the default. > > > > _______________________________________...

On 01/20/2016 04:48 AM, Johnny Hughes wrote: > On 01/20/2016 04:39 AM, Johnny Hughes wrote: >> On 01/20/2016 01:37 AM, Alice Wonder wrote: >>> hi, >>> >>> I noticed that RPM packages I sign use SHA1 >>> >>> Signature : RSA/SHA1, Fri 08 Jan 2016 10:50:58 AM PST, Key ID >>> ad3b591d147abf59 >>> >>> Signatures from

...ning, somehow the upgrade to 4.4 broke mock on my system: | [angenenr at shutdown SPECS]$mock -r c3-i386 /home/angenenr/redhat/SRPMS/apache-ssl-2.8.28-2el4.src.rpm | init | clean | prep | This may take a while | Could not find useradd in chroot, maybe the install failed? Nope, it's not the config_opts['chroot_setup_cmd'] = 'groupinstall build' issue, as I'm still using mock 0.4 (from kbs-CentOS-extras). I'm seeing this in the root.log in result/: | Executing /usr/sbin/mock-helper mount -t proc proc | /var/lib/mock/c3-i386/root/proc | mount: proc already mounted or /var...

...> One last thought .. are you using something like: >>> >>> --force-v3-sigs >>> >>> in your signing command line? >> >> If you are building in mock .. you would do it like this int he mock >> config with the other variables: >> >> config_opts['macros']['%_binary_filedigest_algorithm'] = "8" >> config_opts['macros']['%_source_filedigest_algorithm'] = "8" >> >> But again, building on a c7 machine, it should be the default. >> >> >> >> ___________...

On 01/20/2016 04:39 AM, Johnny Hughes wrote: > On 01/20/2016 01:37 AM, Alice Wonder wrote: >> hi, >> >> I noticed that RPM packages I sign use SHA1 >> >> Signature : RSA/SHA1, Fri 08 Jan 2016 10:50:58 AM PST, Key ID >> ad3b591d147abf59 >> >> Signatures from CentOS 7 use SHA256 >> >> Signature : RSA/SHA256, Wed 06 Jan 2016 08:54:58

Hello everyone. I allow myself to submit a problem that I can not solve with my VOIP provider Orange in France [2023-06-08 13:19:03] ERROR[185091]: res_pjsip/pjsip_configuration.c:1044 from_user_handler: Error configuring endpoint 'Biv_Sortie' - 'from_user' field contains invalid character '@' [2023-06-08 13:19:03] ERROR[185091]: config_options.c:798 aco_process_var: