similar to: bin/152154: script(1) -k malfunctions with certain shells (e.g. tcsh, bash, zsh)

Hi, I have a box with freebsd 9.1-Stable uname -a FreeBSD master.bogdanturcanu.ro 9.1-STABLE FreeBSD 9.1-STABLE #3: Fri Mar 8 18:43:56 EET 2013 root at master.bogdanturcanu.ro:/usr/obj/usr/src/sys/MASTER amd64 The server is connected ussing alc0 interface. If i run: Ifconfig alc0 inet6 x:x:x:x prefixlen 64 it's working. But, if I put in my rc.conf: ifconfig_alc0_ipv6="inet6

Hi! My question is: can dovecot be used to debug/decrypt TLS sessions ? The reason I'm asking: A custom application wants to speak IMAP with TLS with a dovecot instance. It fails, and the error message is, unfortunatly, not very helpful. tcpdump shows that the session is established, but fails. The custom application says error 60000, not much more. There is a way to decode TLS sessions

On 10.0-BETA1 amd64, build of shells/zsh fails as following: ===> License ZSH accepted by the user ===> Found saved configuration for zsh-5.0.2_1 ===> zsh-5.0.2_1 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by zsh-5.0.2_1 for building ===> Extracting for zsh-5.0.2_1 => SHA256 Checksum OK for zsh-5.0.2.tar.bz2. => SHA256 Checksum OK

Hi all, I moved from 8.0-RELEASE to last week's -STABLE: $ uname -v FreeBSD 8.1-STABLE #0: Thu Sep 2 16:38:02 SAST 2010 root@XXXXX:/usr/obj/usr/src/sys/GENERIC and all seems well except my network card is unusable. On boot up: em0: <Intel(R) PRO/1000 Network Connection 7.0.5> port 0x3040-0x305f mem 0xe3200000-0xe321ffff,0xe3220000-0xe3220fff irq 10 at device 25.0 on pci0 em0: Setup

I thought this was working as intended, but I have recently been getting some random messages put into this mailbox that definitely have list-ip headers (including some messages from this list) and that do not have multiple addresses. I believe this started happening on 20200922, which would hav been when I applied the most recent update to dovecot, as that is when the listCC box seemed to

On 15 December 2017 at 13:24, Valeri Galtsev <galtsev at kicp.uchicago.edu> wrote: > Dear Experts, > > After one of updates that was released some time ago (a Month ago or maybe > even earlier) I have noticed the following. On the machines with default > runlevel 5 (sorry about old terminology, the new one is still confusing > for me ;-) GUI/X11 login (display manager)

https://bugzilla.samba.org/show_bug.cgi?id=12153 Bug ID: 12153 Summary: Possible malfunctions of rsync after encountering >4GbFat32Error Product: rsync Version: 3.1.1 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P5 Component: core

On Tue, Oct 20, 2015 at 01:31:46AM +0200, ?ngel Gonz?lez wrote: > On 16/10/15 12:46, hubert depesz lubaczewski wrote: > >On Thu, Oct 15, 2015 at 04:15:03PM -0400, Daniel Kahn Gillmor wrote: > >>> if the intermediary machine (the "jumphost") is jumphost.example, and > >>> you are trying to reach bar.example.com (which is behind the firewall), >

>>>>> Spencer Graves <spencer.graves at prodsyse.com> >>>>> on Thu, 28 Jul 2016 08:56:39 -0500 writes: > Hello, All: > Try the following: > par(bg='transparent') > plot(1:3) well, "transparent" is even default... and I definitely can NOT see a problem with the above. > I get two plots superimposed,

On Fri, December 15, 2017 2:34 pm, Stephen John Smoogen wrote: > On 15 December 2017 at 13:24, Valeri Galtsev <galtsev at kicp.uchicago.edu> > wrote: >> Dear Experts, >> >> After one of updates that was released some time ago (a Month ago or >> maybe >> even earlier) I have noticed the following. On the machines with default >> runlevel 5 (sorry

Hello, All: Try the following: par(bg='transparent') plot(1:3) I get two plots superimposed, one over twice the size it should be, much of it outside the device region. Thanks for all you do to make R such a useful tool. People all over the world live better today, because R helps improve the effectiveness of data analysts. Spencer Graves >

Andrew, Don't do it man. Don't remap screen key sequences. I had the same issue. This is how I ultimately solved it. I mentally trained myself to think of screen as a room that I need to do a Ctrl-A in order to get in there. So, for bash, It is NOT a big deal anyway. Train your fingers to do a Ctrl-A then a It is just one extra keystroke. I got used to it within a week. -George On

Looking back through the commits to llvm-gcc-4.2/trunk/gcc/config/i386/darwin.h, I see a total backout of format related warnings in r56923 followed by the reapplication of r569065 with a fix (r56946)... -- llvm-gcc-4.2/trunk/gcc/config/i386/darwin.h 2008/10/01 17:38:40 56923 +++ llvm-gcc-4.2/trunk/gcc/config/i386/darwin.h 2008/10/02 06:16:08 56946 @@ -101,6 +101,8 @@ %{!mmacosx-version-min=*:

Dear Experts, After one of updates that was released some time ago (a Month ago or maybe even earlier) I have noticed the following. On the machines with default runlevel 5 (sorry about old terminology, the new one is still confusing for me ;-) GUI/X11 login (display manager) lists only users whose default shell is bash. Or, at least users whose default shell is tcsh are not listed at all, and if

On Thu, Oct 15, 2015 at 04:15:03PM -0400, Daniel Kahn Gillmor wrote: > if the intermediary machine (the "jumphost") is jumphost.example, and > you are trying to reach bar.example.com (which is behind the firewall), > you would do: > ssh -oProxyCommand='ssh jumphost.example -W %h:%p' bar.example.com We use jump host, but there are literally hundreds of hosts behind

CentOS Errata and Bugfix Advisory 2015:1121 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1121.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 3ecb6704717882aec843e22e49efa7d59846b49e2295429423a3a94a0352fa81 zsh-4.2.6-10.el5_11.i386.rpm 7fc0317cf5cfa6aaa1a3b3e87b1998baf5718add74a207d2efe9f66a5ff159e6

http://bugzilla.mindrot.org/show_bug.cgi?id=109 ------- Additional Comments From stevesk at pobox.com 2002-03-31 05:06 ------- i'm not sure. can someone dup and debug this? can you still dup with 3.1p1? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

CentOS Errata and Bugfix Advisory 2012:0687 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0687.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7fd5609316d0075b50bbf1b2bd28f84bcf1a3aa093eda16779bab0bc31ff75c9 tcsh-6.17-19.el6_2.i686.rpm x86_64:

CentOS Errata and Bugfix Advisory 2015:0108 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0108.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2534940990a5957d0d18a19ca1ab803df8febda4dcdc74cdd4d1fb4ed77ac4f3 tcsh-6.17-25.el6_6.i686.rpm x86_64:

CentOS Errata and Bugfix Advisory 2016:1666 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-1666.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 95a733f6d235e9e1eac6a235851f5acfc1dae08a112cd5e186b16bd17f8596d6 tcsh-6.17-35.el6_8.1.i686.rpm x86_64: