search for: prudence

Dear suscribers. I just dont understand this error. Don't know where to look first. If someone have already meet this problem... Dec 10 16:06:17 prudence dovecot: dsync-server(address at domain.fr): Panic: file dsync-brain-mailbox.c: line 370 (dsync_brain_sync_mailbox_deinit): assertion failed: (brain->failed) Dec 10 16:06:17 prudence dovecot: dsync-server(address at domain.fr): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0xa0112)...

On Wednesday, 25 July 2001 at 18:15, Mike Prudence wrote: > I've had a bit of trouble locating some of the other tools mentioned > briefly (hampered by the lack of search facility on the mailing list > archives). What are people using in general to feed playlists to ices ?? it's got a pretty straightforward scripting interface...

...d 2.2.36. Aki > On 10 December 2018 at 18:28 admin via dovecot <dovecot at dovecot.org> wrote: > > > Dear suscribers. > > I just dont understand this error. Don't know where to look first. If > someone have already meet this problem... > > Dec 10 16:06:17 prudence dovecot: dsync-server(address at domain.fr): > Panic: file dsync-brain-mailbox.c: line 370 > (dsync_brain_sync_mailbox_deinit): assertion failed: (brain->failed) > Dec 10 16:06:17 prudence dovecot: dsync-server(address at domain.fr): > Error: Raw backtrace: /usr/lib/dovecot/libdov...

> I consider icecast as a testing application server. You just cant deploy it > all of a sudden becuse it needs a lot of work still and the UI needs to be > friendlier. Lets wait till the top programmers come up with a central I don't know why there's lots of problems lately. I assume some small libc implementation changed that icecast must have depended on. I ran icecast on 4

...ettles. No. We need to know which version of the tools to test. As far as I know, a specific version (point release) hasn't been chosen yet. A toolchain upgrade is a *major* issue for large software projects. I'm all for C++-11. It's long past due that we use it in LLVM. However, prudence dictates that we allow enough time for testing before swapping toolchains out from under people. -David

...t01-lv_vm_pas.harte--lyne.cap2 Can't remove open logical volume "lv_vm_base" I need to get this system stable and return the lost disk space to the storage pool. Does anyone have any suggestions as to how to proceed? If I cannot solve this using the available system commands then prudence dictates that I have to re-install the server OS and rebuild all of the vm guests. As these guests have been laboriously transferred from other hosts during the past month this is a task I would rather not have to do. Any help is gratefully accepted. -- *** E-Mail is NOT a SECURE channe...

...t01-lv_vm_pas.harte--lyne.cap2 Can't remove open logical volume "lv_vm_base" I need to get this system stable and return the lost disk space to the storage pool. Does anyone have any suggestions as to how to proceed? If I cannot solve this using the available system commands then prudence dictates that I have to re-install the server OS and rebuild all of the vm guests. As these guests have been laboriously transferred from other hosts during the past month this is a task I would rather not have to do. Any help is gratefully accepted. -- *** E-Mail is NOT a SECURE channe...

...might not be a solvable problem.> Keeping the host from quietly changing the data might be expensive.> If all else fails you might keep copies of the> data on separate hosts and compare their md5sums.> I expect that doing it on your own host has already been deemed a failure.>General prudence as to someone accessing my files._______________________________________________CentOS mailing listCentOS at centos.orghttps://lists.centos.org/mailman/listinfo/centos

On Tuesday, 24 July 2001 at 23:51, Mike Prudence wrote: > I've reached the end of my very, very long tether, and not being an > afficionado of the online mp3 streaming scene, I'd just like to know:- > > - icecast is the open source equivalent of something. > - can I pay some money and get the non-open source version of th...

Hi, folks. I've been quite concerned about Open Source and the recent FSF compromise. I realize that FSF does not seem to have rsync, but prudence would dictate that I check other sources as well. Could someone please e-mail the public key for rsync to the list or to me directly? rsync-2.5.6.tar.gz rsync-2.5.6.tar.gz.sig I seem to be having a spot of trouble getting to any public key servers from my current location, and the files...

>> If the new feature requires out-of-tree LLVM users to upgrade their >> toolchains then we may only be giving them a month or less warning, >> even if we are giving downstream packagers 6 months. > > Correct. That's not enough warning. If we decide to delay this yet again (it's been on the cards since January, so I'm personally opposed, but still...) we

..._page_sg into add_one_sg; > - change cmd_id from "uint32_t" to "__virtio32"; > - reserver one entry in the vq for teh driver to send cmd_id, instead > of busywaiting for an available entry; > - add "stop_update" check before queue_work for prudence purpose for > now, will have a separate patch to discuss this flag check later; > - init_vqs: change to put some variables on stack to have simpler > implementation; > - add destroy_workqueue(vb->balloon_wq); > > v21->v22: > - add_one_sg: some cod...

...tal Manager Hilinks.com Product Manager BaliNet Product Manager e-Fax e-Tech Group of Companies Karachi, Pakistan. Tel: 111-88-99-88 ------------------------------------------- $ To understand the program, you have to become both the machine and the program $ ----- Original Message ----- From: Mike Prudence <mjp@filmsat59.com> To: <icecast@xiph.org> Sent: Wednesday, July 25, 2001 3:51 AM Subject: [icecast] Sacrilege, but... > Hi all, > > I'm afraid that having spent yet another entire day floundering around in > the world of icecast, I've really now got to the point of...

...ame problem for awhile on Icecast 1.3.10. I moved back to 1.3.0 (I know!) and it went away. At the time (a few months back) I was using CVS Ices. That was on this system: Linux 2.2.19 glibc-2.1.3-15 glib-1.2.6-3 glibc-devel-2.1.3-15 (I think pretty close to Mike's). Hunter > From: Mike Prudence <mjp@filmsat59.com> > Reply-To: icecast@xiph.org > Date: Wed, 25 Jul 2001 18:15:51 +0100 > To: icecast@xiph.org > Subject: Re: [icecast] Sacrilege, but... > > Only remaining irritation is ices desire to just go away after a while with > this error.... > > Warning:...

David Chisnall <David.Chisnall at cl.cam.ac.uk> writes: >> I may be wrong, but I think the final consensus was: for every new >> change, warn on (at least) one previous release as when the changes >> go live. >> >> If I'm mistaken, this is still my opinion on the matter. > > I think his point was that we encourage out-of-tree projects to follow >

Hi all, I'm afraid that having spent yet another entire day floundering around in the world of icecast, I've really now got to the point of asking a difficult question. I set up an icecast server back in early 1999, and it seemed to work fine for months. We had a server crash here that meant I had to go and reget the sources to rebuild, and ever since then it has been nothing but

We had an incident recently where an openssh client and server were replaced with trojanned versions (it has SKYNET ASCII-art in the binary, if anyone's seen it. Anyone seen the source code ?). The trojan ssh & sshd both logged host/user/password, and probably had a login backdoor. Someone asked me what was their exposure if they used public/private keys instead of passwords. My

..._page_sg into add_one_sg; > - change cmd_id from "uint32_t" to "__virtio32"; > - reserver one entry in the vq for the driver to send cmd_id, instead > of busywaiting for an available entry; > - add "stop_update" check before queue_work for prudence purpose for > now, will have a separate patch to discuss this flag check later; > - init_vqs: change to put some variables on stack to have simpler > implementation; > - add destroy_workqueue(vb->balloon_wq); > > v21->v22: > - add_one_sg: some cod...

Hi, I'm having problems setting up a dovecot1.0 stable on a Debian-amd64 server. The process dies with the following message: May 28 15:13:46 rouge dovecot: Dovecot v1.0-stable starting up May 28 15:13:47 rouge dovecot: Login process died too early - shutting down May 28 15:13:47 rouge dovecot: pop3-login: fd_send(-1) failed: Socket operation on non-socket May 28 15:13:47 rouge dovecot:

...new CPU may not have radix_tree_node pre-allocated there, this will be a problem when inserting a node to the tree later. This patch moves __radix_tree_preload() after kmalloc() and returns a boolean to indicate the success or failure. Also, add the __must_check annotation to xb_preload for prudence purpose. Signed-off-by: Wei Wang <wei.w.wang at intel.com> Cc: Matthew Wilcox <mawilcox at microsoft.com> Cc: Andrew Morton <akpm at linux-foundation.org> Cc: Michal Hocko <mhocko at kernel.org> Cc: Michael S. Tsirkin <mst at redhat.com> Cc: Tetsuo Handa <penguin-k...