search for: disobeyed

http://bugzilla.mindrot.org/show_bug.cgi?id=804 Summary: Locale character encoding disobeyed on interactive session Product: Portable OpenSSH Version: 3.8p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: minor Priority: P4 Component: ssh AssignedTo: openssh-bugs at mindrot.o...

https://bugzilla.mindrot.org/show_bug.cgi?id=804 Vincent Lefevre <vincent at vinc17.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vincent at vinc17.org --- Comment #3 from Vincent Lefevre <vincent at vinc17.org> 2008-08-13 23:50:47

Hi, I''m fighting seriously with a most simple HTB setup. I''d like to share the incoming 64kbps into 5 and 59 for two different machines under NAT. HTB seems to hold the required limits when ceil is not set (no borrowing), but when borrowing enabled it seems to share equally rather then keeping the specified ratio. My setup is below. A typical output of "tc -s -d qdisc

Hello List, On XCP1.5 ballooning of CentOS6.X does not work correctly. The DomU can be ballooned up only till its start_target_mem and seems to disobey the static max. For e.g If I start a CentOS6 DomU with 4GB RAM then ballooning works fine between 256MB to 4GB but it cant go beyond 4GB though it has static max as 16GB. I can confirm same issue on XCP1.1, so it might be something only with

https://bugzilla.mindrot.org/show_bug.cgi?id=2793 Bug ID: 2793 Summary: DH Group Exchange Incorrect Fallback Product: Portable OpenSSH Version: -current Hardware: All OS: All Status: NEW Severity: major Priority: P5 Component: sshd Assignee: unassigned-bugs at mindrot.org

Hi, I'm not trying to rock any boats or make noise and I'm not interested in discussing politics either, but I just wanted to get a general feel for what the rest of the tinc community felt in regards to how the EU looks like it wants to completely break encryption and make tools like tinc unfeasible. Both Germany and France want this to happen and in the UK the snoopers charter has

I was wondering why my CD ripping was producing short files from some tracks. A superficial examination of the code shows this piece of code in vorbis-tools/oggenc/encode.c: Line 120: /* Main encode loop - continue until end of file */ while(!eos) { [...] /* While we can get enough data from the library to analyse, one

...r = getenv("HOME"); if (hdir == NULL) hdir = "."; (void) sprintf(buf, "%s/.netrc", hdir); Obviously it never even checks the value of hdir..so export your home directory to something very large (if this doesn''t work, they still disobeyed something that libc specifically says not to do...they say to use (can''t remember the exact function) _secure_getenv, _securelib_getenv (??) something like that..and they also said NOT to define it to set the HOME to "." (the current path) for reasons that someone could link .net...