search for: 2089

https://bugzilla.mindrot.org/show_bug.cgi?id=2089 Bug ID: 2089 Summary: filter out bad host key algorithms Classification: Unclassified Product: Portable OpenSSH Version: 6.1p1 Hardware: Other OS: Linux Status: NEW Severity: enhancement Prio...

...ld tree make ARCH=x86_64 Note: the vhost/vhost HEAD 674c124665ca2ff1bcf81b1b92a207f71a326742 builds fine. It only hurts bisectibility. All errors (new ones prefixed by >>): drivers/net/virtio_net.c: In function 'virtnet_find_vqs': >> drivers/net/virtio_net.c:2089:19: error: assignment of read-only location '*(ctx + (sizetype)rxq2vq(i))' ctx[rxq2vq(i)] = true; ^ vim +2089 drivers/net/virtio_net.c 2083 callbacks[txq2vq(i)] = skb_xmit_done; 2084 sprintf(vi->rq[i].name, "input.%d", i); 2085 sprintf...

...ld tree make ARCH=x86_64 Note: the vhost/vhost HEAD 674c124665ca2ff1bcf81b1b92a207f71a326742 builds fine. It only hurts bisectibility. All errors (new ones prefixed by >>): drivers/net/virtio_net.c: In function 'virtnet_find_vqs': >> drivers/net/virtio_net.c:2089:19: error: assignment of read-only location '*(ctx + (sizetype)rxq2vq(i))' ctx[rxq2vq(i)] = true; ^ vim +2089 drivers/net/virtio_net.c 2083 callbacks[txq2vq(i)] = skb_xmit_done; 2084 sprintf(vi->rq[i].name, "input.%d", i); 2085 sprintf...

CentOS Errata and Bugfix Advisory 2020:2089 Upstream details at : https://access.redhat.com/errata/RHBA-2020:2089 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 853d0767abe887821a7419ce0d02563b5fb3012b400751bb313f2bcf7724b6f8 libvirt-4.5.0-33.el7_8.1.x86_64.rpm 0...

> > 1) Has anyone got it working with Windows 2000? If so what is the edit > > for the registry? > > Wouldn't touch it with the proverbial 10 foot pole. I take it the > appropriate reg keys are different than win98? Well, it's more akin to WinNT than 95/98. And I couldn't get the NT reg edits to work. > > > 2) Why, when you create a 'valid

...;t see my exact issue in the archives. I have variables in a dataframe that need to be recoded. Here is what I'm dealing with I have a factor called aa > class(aa) [1] "factor" > table(aa) aa * 0 1 2 3 A B C D L N T 0 0 1908 725 2089 0 0 67 0 0 2 1 6 I need to recode everything that is not a numeric value into a 0. So, for example > mm <- ifelse(aa == 'B', 0, aa) > table(mm) mm 0 3 4 5 11 12 13 67 1908 725 2089 2 1 6 The recoding works, but the values a...

...ps sucesfully between username and SID and vice versa. I have tried upgrading the fedora supplied binaries to the ones from the redhat mirror. However when doing a getent passwd I am only returned the local unix users and I get the following error in the syslog. Oct 23 16:23:40 ecto winbindd[2089]: [2004/10/23 16:23:40, 0] sam/idmap_tdb.c:db_allocate_id(106) Oct 23 16:23:40 ecto winbindd[2089]: idmap Fatal Error: UID range full!! (max: 20000) The following is the output from net ads info LDAP server: 192.168.11.1 LDAP server name: egon Realm: EAL.LED Bind Path: dc=EAL,dc=LED LDAP por...

Hi , I am using the plot function for some data , and the plot is coming back pure black , with scales on the side . Regards Malcolm [[alternative HTML version deleted]]

Dear, I am looking help with the asterisk pbx, how to setup lynix and asterisk . Thanks -- Talkvoip Telecom Canada Tel:416-893-2089 email: info@talkvoip.ca , talkvoip@gmail.com www.talkvoip.ca <http://www.talkvoip.ca> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20050901/455f39fa/attachment.htm

...o] mod_ssl/2.2.15 compiled against > Server: Apache/2.2.15, Library: OpenSSL/1.0.1e-fips > [Thu May 07 15:09:37 2015] [notice] Digest: generating secret for > digest authentication ... > [Thu May 07 15:09:37 2015] [notice] Digest: done > [Thu May 07 15:09:37 2015] [debug] util_ldap.c(2089): LDAP merging > Shared Cache conf: shm=0x7fd669f49f98 rmm=0x7fd669f49ff0 for > VHOST: backuppc.localdomain > [Thu May 07 15:09:37 2015] [debug] util_ldap.c(2089): LDAP merging > Shared Cache conf: shm=0x7fd669f49f98 rmm=0x7fd669f49ff0 for > VHOST: webERP > [Thu May 07 15:09:37 20...

What is showing in the apache error log? ------------ Original Message ------------ > Date: Thursday, May 07, 2015 04:28:16 PM -0400 > From: John <tuxfed at gmail.com> > > Directories permissions: 755 Files permissions: 644 > > On 15-05-07 04:21 PM, John wrote: >> I forgot to mention it. All the files under /var/html are owned >> by apache:apache >>

...d against > > Server: Apache/2.2.15, Library: OpenSSL/1.0.1e-fips > > [Thu May 07 15:09:37 2015] [notice] Digest: generating secret for > > digest authentication ... > > [Thu May 07 15:09:37 2015] [notice] Digest: done > > [Thu May 07 15:09:37 2015] [debug] util_ldap.c(2089): LDAP merging > > Shared Cache conf: shm=0x7fd669f49f98 rmm=0x7fd669f49ff0 for > > VHOST: backuppc.localdomain > > [Thu May 07 15:09:37 2015] [debug] util_ldap.c(2089): LDAP merging > > Shared Cache conf: shm=0x7fd669f49f98 rmm=0x7fd669f49ff0 for > > VHOST: webERP &gt...

...rsync -avz --log-format="%t %b %f %l %M" --delete --stats -e "ssh -i /root/rsync/authors-rsync-key" backup at mydomain.com:/disk2/www /backup/seic37 2>&1 >> /var/log/rsync/rsync.log This works fine and I get the log file entry that shows this: 2011/11/22 13:20:51 2089 acad0304/alllibdirstaff.MYI 2048 2011/08/31-12:46:20 I would like to include the IP and/or hostname of the machine being backed up, but when I use %a (remote IP) or %h (remote host) in the -log-format=, it just writes the literal %a or %h in those fields. Could this be because I am running scripts...

Hello. I have a Solaris 11/11 x86 box (which I migrated from SolEx 11/10 a couple of weeks ago). Without no obvious reason (at least for me), after an uptime of 1 to 2 days (observed 3 times now) Solaris sets arc_no_grow to 1 and then never sets it back to 0. ARC is being shrunk to less than 1 GB -- needless to say that performance is terrible. There is not much load on this system. Memory

...thon/xen/xend/XendDomainInfo.py", line 453, in start XendTask.log_progress(0, 30, self._constructDomain) File "//usr/lib/python/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "//usr/lib/python/xen/xend/XendDomainInfo.py", line 2089, in _constructDomain self.info[''name_label'']) VmError: Creating domain failed: name=osc [2010-05-19 11:45:35 12078] ERROR (XendDomainInfo:101) Domain construction failed Traceback (most recent call last): File "//usr/lib/python/xen/xend/XendDomainInfo.py", line 99,...

...advance. Rainer Hurling -- Rainer Hurling, Ass. d. Fd. email: rhurlin at gwdg.de Institut fuer Forstzoologie und Waldschutz http://www.gwdg.de/~rhurlin Georg-August Universitaet Goettingen office: 0551 39-2291 Buesgenweg 3, D-37077 Goettingen, GERMANY fax: 0551 39-2089 -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-help-request at stat....

My home system has been hacked. It's running CentOS 4.4, and I recently added an account to play around with Samba shares to back up PCs here at home. I had set a weak password for that account and forgot to disable it after my testing. I could hear the disk being accessed constantly, so I knew something was up. I disabled the port forwarding to my CentOS box on my Linksys router

...te+0x72/0x700 [nouveau] (drivers/gpu/drm/nouveau/nv50_display.c:2323) drm_atomic_get_crtc_state+0x1be/0x3d0 (drivers/gpu/drm/drm_atomic.c:264) drm_atomic_get_plane_state+0x2a5/0x3e0 (drivers/gpu/drm/drm_atomic.c:679) drm_atomic_helper_update_plane+0x10b/0x3b0 (drivers/gpu/drm/drm_atomic_helper.c:2089) __setplane_internal+0x417/0x950 (drivers/gpu/drm/drm_plane.c:457) drm_mode_cursor_universal+0x397/0xb30 (drivers/gpu/drm/drm_plane.c:599) drm_mode_cursor_common+0x173/0x750 (drivers/gpu/drm/drm_plane.c:675) drm_mode_cursor_ioctl+0x90/0xb0 (drivers/gpu/drm/drm_plane.c:733) drm_ioctl+0x4b0/0xba...

...6|0 |1 is obsolete| | Attachment #2087|0 |1 is obsolete| | Attachment #2088|0 |1 is obsolete| | Attachment #2089|0 |1 is obsolete| | Attachment #2090|0 |1 is obsolete| | CC| |jjelen at redhat.com --- Comment #64 from Jakub Jelen <jjelen at...

I have a 1.7GB index with 440818 documents. Queries that take 0.23846 seconds on my MacBook pro take an indefinite period of time on a Fedora Core 4 EC2 instance. Five minutes and counting...I''m using Ferret 0.11.3. I don''t see any errors in the logs. Has anyone ever seen anything like this?