search for: config_opt

.... I think that for this you need to taylor CFLAGS, CXXFLAGS and LDFLAGS. --- build-for-llvm-top.sh (revision 41557) +++ build-for-llvm-top.sh (working copy) @@ -14,6 +14,22 @@ if test ! -x "config.status" ; then # We must configure so build a list of configure options config_options="--prefix=$PREFIX --with-llvmgccdir=$PREFIX" + if test "$OPTIMIZED" -eq 1 ; then + if test "$DEBUG" -eq 1 ; then + config_options="$config_options --enable-debug-runtime" + fi + else + config_options="$config_options --enable-optimize...

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...

...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]: config_options.c:798 aco_process_var: Error parsing events=APP_START,CHAN_START,CHAN_END,BRIDGE_START,BRIDGE_END,ANSWER,HANGUP at line 72 of [2020-07-10 17:57:01] ERROR[16163]: config_options.c:544 process_category: In cel.conf: Processing options for general failed zone-s*CLI> module reload cel The mo...

...; > 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]: config_options.c:798 > > aco_process_var: Error parsing > > > events=APP_START,CHAN_START,CHAN_END,BRIDGE_START,BRIDGE_END,ANSWER,HANGUP > > at line 72 of > > [2020-07-10 17:57:01] ERROR[16163]: config_options.c:544 > > process_category: In cel.conf: Processing options for gen...

...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...

...t; 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]: config_options.c:798 > aco_process_var: Error parsing > events=APP_START,CHAN_START,CHAN_END,BRIDGE_START,BRIDGE_END,ANSWER,HANGUP > at line 72 of > [2020-07-10 17:57:01] ERROR[16163]: config_options.c:544 > process_category: In cel.conf: Processing options for general failed > zone-s*CL...

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...

...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...

...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 scrub...

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 'aor' with id '3567' fro...

...m.com & www.asterisk.org -- Joshua Thanks for your reply. It thought the same thing, but when I change the line in the corcery.conf to: registration=realtime,px1_ps_registrations Asterisk crashes and won't start. Here is what the log loop. [Oct 4 16:04:18] WARNING[64823] config_options.c: Cannot update type 'registration' in module 'res_pjsip' because it has no existing documentation! If I switch to "registrations=realtime,px1_ps_registrations" the error stops, but I get now calls from the px1_ps_registrations table from the database. What c...

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

...merman wrote: > -- > Joshua > Thanks for your reply. It thought the same thing, but when I change the > line in the corcery.conf to: > registration=realtime,px1_ps_registrations > Asterisk crashes and won't start. Here is what the log loop. > [Oct 4 16:04:18] WARNING[64823] config_options.c: Cannot update type > 'registration' in module 'res_pjsip' because it has no existing > documentation! > If I switch to "registrations=realtime,px1_ps_registrations" the error > stops, but I get now calls from the px1_ps_registrations table from the >...

...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 /va...

...> 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

...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: Error parsing from_user=75B55BTQUHSG at orange-obs.fr at line 0 of   == chan_pjsip.so => (PJSIP Channel Driver) 1) Error with "@" character which constitutes URI and authuser see excerpt from pjsip.conf. [transport-udp] type = transport protocol=udp bin...