search for: 418

...gfix Advisory 2017:0274 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0274.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 5eeff3ee579f570ec49233bf04caa335af2375ffacbc46dae45826e5f9b70748 kernel-2.6.18-418.el5.i686.rpm 9f674e2c212f4ed8b85452682f0d08814580eebb188cbc492e66932dde518338 kernel-debug-2.6.18-418.el5.i686.rpm bfa94e23b90d87f1241391d4354425000cb28fb71c516c6db43ad948d0f23400 kernel-debug-devel-2.6.18-418.el5.i686.rpm 181c671e7fb6fa4576b52c3a23c69222e8915fec78279ca7b0ca9b17e7fbf593 kernel-d...

...spatch (methods_list_dispatch.c:92) #2 0x00043d04 in do_dotCode (dotcode.c:1311) #3 0x00057188 in Rf_eval (eval.c:441) #4 0x00057614 in Rf_applyClosure (eval.c:609) #5 0x00057200 in Rf_eval (eval.c:453) #6 0x00058810 in do_begin (eval.c:1055) #7 0x00056fcc in Rf_eval (eval.c:418) #8 0x00057614 in Rf_applyClosure (eval.c:609) #9 0x00057200 in Rf_eval (eval.c:453) #10 0x00056fcc in Rf_eval (eval.c:418) #11 0x00058810 in do_begin (eval.c:1055) #12 0x00056fcc in Rf_eval (eval.c:418) #13 0x00056fcc in Rf_eval (eval.c:418) #14 0x00058810 in do_begin (eval....

...1024) #1 0x01827d64 in R_execMethod (eval.c:721) #2 0x013d6c38 in R_standardGeneric (methods_list_dispatch.c:630) #3 0x00082d60 in do_standardGeneric (objects.c:1013) #4 0x00057188 in Rf_eval (eval.c:441) #5 0x00058f40 in do_set (eval.c:1281) #6 0x00056fcc in Rf_eval (eval.c:418) #7 0x00058810 in do_begin (eval.c:1055) #8 0x00056fcc in Rf_eval (eval.c:418) #9 0x00057614 in Rf_applyClosure (eval.c:609) #10 0x00057200 in Rf_eval (eval.c:453) #11 0x00058810 in do_begin (eval.c:1055) #12 0x00056fcc in Rf_eval (eval.c:418) #13 0x00057614 in Rf_applyClosu...

...gfix Advisory 2017:0274 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0274.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 5eeff3ee579f570ec49233bf04caa335af2375ffacbc46dae45826e5f9b70748 kernel-2.6.18-418.el5.i686.rpm 9f674e2c212f4ed8b85452682f0d08814580eebb188cbc492e66932dde518338 kernel-debug-2.6.18-418.el5.i686.rpm bfa94e23b90d87f1241391d4354425000cb28fb71c516c6db43ad948d0f23400 kernel-debug-devel-2.6.18-418.el5.i686.rpm 181c671e7fb6fa4576b52c3a23c69222e8915fec78279ca7b0ca9b17e7fbf593 kernel-d...

...in/gram.y:1083 #9 0x081175d1 in do_parse (call=0x883d674, op=0x8205024, args=0x8839138, env=0x9207e84) at source.c:76 #10 0x080c99e4 in do_internal (call=0x883d5e8, op=0x81fb5e8, args=0x92088bc, env=0x9207e84) at names.c:1056 #11 0x080a3b28 in Rf_eval (e=0x883d5e8, rho=0x9207e84) at eval.c:418 #12 0x080a4f62 in do_begin (call=0x883cdc4, op=0x81fba9c, args=0x883d5cc, rho=0x9207e84) at eval.c:1072 #13 0x080a3b28 in Rf_eval (e=0x883cdc4, rho=0x9207e84) at eval.c:418 #14 0x080a3db2 in Rf_applyClosure (call=0x8954ae0, op=0x883d4ec, arglist=0x9207f64, rho=0x9208338, suppliedenv=0x81f65...

...x08097e35 in Rf_duplicate (s=0x8324ff0) at duplicate.c:108 #4 0x080c9abf in GetObject (cptr=0xbfffc2d0) at objects.c:40 #5 0x080ca663 in do_usemethod (call=0x82c5d28, op=0x8209874, args=0x82c5d44, env=0x8f1ecd4) at objects.c:401 #6 0x080a3b28 in Rf_eval (e=0x82c5d28, rho=0x8f1ecd4) at eval.c:418 #7 0x080a3db2 in Rf_applyClosure (call=0x8324ff0, op=0x82c5c48, arglist=0x8d05e80, rho=0x8f385f0, suppliedenv=0x81f65a0) at eval.c:609 #8 0x080a3937 in Rf_eval (e=0x8324ff0, rho=0x8f385f0) at eval.c:453 #9 0x080a586b in Rf_evalList (el=0x8324f9c, rho=0x8f385f0) at eval.c:1372 #10 0x080c9a3c...

.../~buildbot/docker-debian-jessie/snapshot/libusb-1.0/nut-latest.tar.gz> If you need a specific version for the .spec file, that link currently points to http://buildbot.networkupstools.org/~buildbot/docker-debian-jessie/snapshot/libusb-1.0/rb1314c693bef0ce639991dcee6e5742f25e94a88-753/nut-v2.7.4-418-gb1314c62.7.4.1.tar.gz <http://buildbot.networkupstools.org/~buildbot/docker-debian-jessie/snapshot/libusb-1.0/rb1314c693bef0ce639991dcee6e5742f25e94a88-753/nut-v2.7.4-418-gb1314c62.7.4.1.tar.gz> (not a typo; the code that generates the version stuck in both 2.7.4 and 2.7.4.1) --------------...

...ctx) push_sec_ctx(0, 0) : sec_ctx_stack_ndx = 2 [2011/11/10 14:05:36, 3] smbd/uid.c:428(push_conn_ctx) push_conn_ctx(100) : conn_ctx_stack_ndx = 1 [2011/11/10 14:05:36, 3] smbd/sec_ctx.c:310(set_sec_ctx) setting sec ctx (0, 0) - sec_ctx_stack_ndx = 2 [2011/11/10 14:05:36, 3] smbd/sec_ctx.c:418(pop_sec_ctx) pop_sec_ctx (0, 0) - sec_ctx_stack_ndx = 1 [2011/11/10 14:05:36, 3] smbd/sec_ctx.c:210(push_sec_ctx) push_sec_ctx(0, 0) : sec_ctx_stack_ndx = 2 [2011/11/10 14:05:36, 3] smbd/uid.c:428(push_conn_ctx) push_conn_ctx(100) : conn_ctx_stack_ndx = 1 [2011/11/10 14:05:36, 3] smbd/sec_...

..._sec_ctx) ?push_sec_ctx(0, 0) : sec_ctx_stack_ndx = 2 [2010/03/23 05:23:26, ?3] smbd/uid.c:428(push_conn_ctx) ?push_conn_ctx(0) : conn_ctx_stack_ndx = 1 [2010/03/23 05:23:26, ?3] smbd/sec_ctx.c:310(set_sec_ctx) ?setting sec ctx (0, 0) - sec_ctx_stack_ndx = 2 [2010/03/23 05:23:26, ?3] smbd/sec_ctx.c:418(pop_sec_ctx) ?pop_sec_ctx (0, 0) - sec_ctx_stack_ndx = 1 [2010/03/23 05:23:26, ?3] smbd/sec_ctx.c:210(push_sec_ctx) ?push_sec_ctx(0, 0) : sec_ctx_stack_ndx = 2 [2010/03/23 05:23:26, ?3] smbd/uid.c:428(push_conn_ctx) ?push_conn_ctx(0) : conn_ctx_stack_ndx = 1 [2010/03/23 05:23:26, ?3] smbd/sec_ctx.c...

...0) : sec_ctx_stack_ndx = 1 > [2010/05/08 17:57:06, 3] smbd/uid.c:428(push_conn_ctx) > push_conn_ctx(0) : conn_ctx_stack_ndx = 0 > [2010/05/08 17:57:06, 3] smbd/sec_ctx.c:310(set_sec_ctx) > setting sec ctx (0, 0) - sec_ctx_stack_ndx = 1 > [2010/05/08 17:57:06, 3] smbd/sec_ctx.c:418(pop_sec_ctx) > pop_sec_ctx (0, 0) - sec_ctx_stack_ndx = 0 > [2010/05/08 17:57:06, 3] smbd/sec_ctx.c:210(push_sec_ctx) > push_sec_ctx(0, 0) : sec_ctx_stack_ndx = 1 > [2010/05/08 17:57:06, 3] smbd/uid.c:428(push_conn_ctx) > push_conn_ctx(0) : conn_ctx_stack_ndx = 0 > [2010/0...

...no docs included since attempting to enable them triggers the errors related to missing or too old tools mentioned by me in an earlier message ) - building against libsub 1.0 triggers the following 2 errors : nutdrv_qx-nutdrv_qx.o: In function `ippon_command': /builddir/build/BUILD/nut-v2.7.4-418-gb1314c62.7.4.1/drivers/nutdrv_qx.c:679: undefined reference to `libusb_strerror' /builddir/build/BUILD/nut-v2.7.4-418-gb1314c62.7.4.1/drivers/nutdrv_qx.c:692: undefined reference to `libusb_strerror' nutdrv_qx-nutdrv_qx.o: In function `fabula_command': /builddir/build/BUILD/nut-v2.7....

.../gram.y:1147 #10 0x08117b61 in do_parse (call=0x883dc90, op=0x8205704, args=0x88397c0, env=0x94f5cf0) at source.c:76 #11 0x080c9e24 in do_internal (call=0x883dc04, op=0x81fbcc8, args=0x94f52d4, env=0x94f5cf0) at names.c:1056 #12 0x080a3d18 in Rf_eval (e=0x883dc04, rho=0x94f5cf0) at eval.c:418 #13 0x080a5172 in do_begin (call=0x883d3e0, op=0x81fc17c, args=0x883dbe8, rho=0x94f5cf0) at eval.c:1072 #14 0x080a3d18 in Rf_eval (e=0x883d3e0, rho=0x94f5cf0) at eval.c:418 #15 0x080a3fa5 in Rf_applyClosure (call=0x8955188, op=0x883db08, arglist=0x94f5bbc, rho=0x94f57b0, suppliedenv=0x81f...

...gt; attempting to enable them triggers the errors related to missing or > too old tools mentioned by me in an earlier message ) > - building against libsub 1.0 triggers the following 2 errors : > nutdrv_qx-nutdrv_qx.o: In function `ippon_command': > /builddir/build/BUILD/nut-v2.7.4-418-gb1314c62.7.4.1/drivers/nutdrv_qx.c:679: > undefined reference to `libusb_strerror' > /builddir/build/BUILD/nut-v2.7.4-418-gb1314c62.7.4.1/drivers/nutdrv_qx.c:692: > undefined reference to `libusb_strerror' > nutdrv_qx-nutdrv_qx.o: In function `fabula_command': > /build...

...failed to connect to the hypervisor error: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory When I run the command ps -ef | grep libvirtd, to find whether the libvirtd process is running. I get the following message. ps -ef | grep libvirtd root 418 1 0 06:33 ? 00:00:00 /usr/sbin/libvirtd --daemon --config /etc/libvirt/libvirtd.conf root 420 1 0 06:33 ? 00:00:00 /usr/sbin/libvirtd --daemon --config /etc/libvirt/libvirtd.conf After sometime, I see that the virsh list command goes through and the command ps -ef | g...

http://bugzilla.mindrot.org/show_bug.cgi?id=418 dirk.meyer at dinoex.sub.org changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Miscellaneous |Build system ------- You are receiving this mail because: ------- You are...

...(0, 0) : sec_ctx_stack_ndx = 2 [2010/04/29 19:52:33.740211, 3] smbd/uid.c:429(push_conn_ctx) push_conn_ctx(0) : conn_ctx_stack_ndx = 1 [2010/04/29 19:52:33.740252, 3] smbd/sec_ctx.c:310(set_sec_ctx) setting sec ctx (0, 0) - sec_ctx_stack_ndx = 2 [2010/04/29 19:52:33.740344, 3] smbd/sec_ctx.c:418(pop_sec_ctx) pop_sec_ctx (0, 0) - sec_ctx_stack_ndx = 1 [2010/04/29 19:52:33.740469, 3] smbd/sec_ctx.c:210(push_sec_ctx) push_sec_ctx(0, 0) : sec_ctx_stack_ndx = 2 [2010/04/29 19:52:33.740508, 3] smbd/uid.c:429(push_conn_ctx) push_conn_ctx(0) : conn_ctx_stack_ndx = 1 [2010/04/29 19:52:33.74...

...pdb_tdb.c:557(tdbsam_getsampwnam) pdb_getsampwnam (TDB): error fetching database. Key: USER_daemon -- [2012/02/15 13:34:30.147213, 5] passdb/pdb_tdb.c:609(tdbsam_getsampwrid) pdb_getsampwrid (TDB): error looking up RID 513 by key RID_00000201. [2012/02/15 13:34:30.147401, 3] smbd/sec_ctx.c:418(pop_sec_ctx) -- [2012/02/15 13:34:30.173712, 5] passdb/pdb_tdb.c:557(tdbsam_getsampwnam) pdb_getsampwnam (TDB): error fetching database. Key: USER_root -- [2012/02/15 13:34:30.193512, 5] passdb/pdb_tdb.c:609(tdbsam_getsampwrid) pdb_getsampwrid (TDB): error looking up RID 513 by key RID_000...

...> s,3,WaitExten() The ringing sound doesn't work for any extension if I use this one. I just get silence until someone answers. How come? I use Asterisk 1.4.10. I have attached my extensions.conf file to this email. Thanks, Simon -------------- next part -------------- [globals] SIPTRUNK=4185555555 IAXTRUNK=5145555555 [default] exten => s,1,Answer() exten => s,2,Background(viagenie) exten => s,3,WaitExten() exten => i,1,Background(invalid) exten => i,n,Goto(s,1) exten => t,1,Background(please-try-again) exten => t,n,Goto(s,1) [phones] exten => 101,1,Dial(SIP...

...(0, 0) : sec_ctx_stack_ndx = 2 [2010/07/28 18:08:23.309028, 3] smbd/uid.c:429(push_conn_ctx) push_conn_ctx(0) : conn_ctx_stack_ndx = 1 [2010/07/28 18:08:23.309049, 3] smbd/sec_ctx.c:310(set_sec_ctx) setting sec ctx (0, 0) - sec_ctx_stack_ndx = 2 [2010/07/28 18:08:23.317102, 3] smbd/sec_ctx.c:418(pop_sec_ctx) pop_sec_ctx (0, 0) - sec_ctx_stack_ndx = 1 [2010/07/28 18:08:23.317220, 3] smbd/sec_ctx.c:210(push_sec_ctx) push_sec_ctx(0, 0) : sec_ctx_stack_ndx = 2 [2010/07/28 18:08:23.317244, 3] smbd/uid.c:429(push_conn_ctx) push_conn_ctx(0) : conn_ctx_stack_ndx = 1 [2010/07/28 18:08:23.31...

...gprot.c:586(reply_negprot) Requested protocol [LANMAN1.0] [2011/03/14 09:04:27.941706, 3] smbd/negprot.c:586(reply_negprot) Requested protocol [Windows for Workgroups 3.1a] [2011/03/14 09:04:27.941761, 3] smbd/negprot.c:586(reply_negprot) Requested protocol [LM1.2X002] [2011/03/14 09:04:27.941815, 3] smbd/negprot.c:586(reply_negprot) Requested protocol [LANMAN2.1] [2011/03/14 09:04:27.941869, 3] smbd/negprot.c:586(reply_negprot) Requested protocol [NT LM 0.12] [2011/03/14 09:04:27.945418, 3] smbd/negprot.c:404(reply_nt1) using SPNEGO [2011/03/14 09:04:27.945840, 3] smbd/negprot....