similar to: [Bug 1099] usernames in config file cannot contain space

http://bugzilla.mindrot.org/show_bug.cgi?id=482 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |David.Monniaux at ens.fr ------- Comment #4 from dtucker at zip.com.au 2005-12-13 19:24 ------- *** Bug 1099 has been marked as a

I'm trying to setup dovecot to work with an existing virtual user database in LDAP in order to replace courier-imap. I have users in LDAP with dn of the following form cn=Firstname Lastname,ou=company,dc=domain,dc=com and the uid attribute containes a userid of the form flastname The on disk format for an account is: /home/exim/<uid>/.maildir My first problem is that I cannot get

http://bugzilla.mindrot.org/show_bug.cgi?id=482 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1041 is|0 |1 obsolete| | ------- Comment #12 from dtucker at zip.com.au 2006-02-26 14:28 ------- Created

Hi, in help("R_GSCMD") it says "R_GSCMD: Optional. The path to Ghostscript, used by dev2bitmap, bitmap and embedFonts. Consulted when those functions are invoked.". However, if 'R_GSCMD' contains a full pathname to the Ghostscript executable (as above "path" indicates), e.g. > Sys.getenv("R_GSCMD") [1] "C:\\Program

http://bugzilla.mindrot.org/show_bug.cgi?id=482 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |harry at scms.waikato.ac.nz ------- Additional Comments From dtucker at zip.com.au 2003-06-28 13:13 ------- *** Bug 579 has been

http://bugzilla.mindrot.org/show_bug.cgi?id=482 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED ------- Comment #14 from dtucker at zip.com.au 2006-09-28 19:25 ------- With the release of 4.4, we believe that this bug is

Every day I get emailed Logwatch reports with several entries of the following type. I've tried googling for these entries and found nothing that indicats if these represent any particular problem. We did not have these messages before and nothing really changed other than some RedHat updates. The system generally runs fine (~170 users) with only the occasional authentication glitch.

Hi all, For the record this approach isnt 100% backwards compatible, because names(mergeddf) will e incompatibly different. Thatx why i claimed bakcwards compatable-ish That said its still worth considering imho because of the reasons stated (and honestly one particular simple reading of the docs might suggest that this was thr intended behavior all along). Im not a member of Rcore through so i

Thanks Martin! Can you clarify the functionality of the 'no.dups' argument so I can change my patch to `data.table:::merge.data.table` accordingly? - When `no.dups=TRUE` will the suffix to the by.x column name? Or will it take the functionality of the second functionality where only the column in y has the suffix added? - When `no.dups=FALSE` will the output be the same as it currently

config.status: executing projects/Makefile commands config.status: executing bindings/Makefile commands config.status: executing bindings/ocaml/Makefile.ocaml commands === configuring in projects/sample (/home/Jon Smith/cl/build/projects/sample ) configure: running /bin/sh ../../../llvm/projects/sample/configure --prefix=/usr/local --cache-file=/dev/null --srcdir=../../../llvm/projects/sample

http://bugzilla.mindrot.org/show_bug.cgi?id=1084 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED ------- Comment #2 from dtucker at zip.com.au 2006-10-07 11:42 ------- Change all RESOLVED bug to CLOSED with the exception

Hi Scott, I think that's a good idea and I tried your patch on my copy of the repository. But it looks to me like the recent patch is identical to the previous one, can you confirm this? Frederick On Mon, Feb 19, 2018 at 07:19:32AM +1100, Scott Ritchie wrote: > Thanks Gabriel, > > I think your suggested approach is 100% backwards compatible > > Currently in the case of

I used ddrescue to copy /dev/md1 to a disk of sufficient size, and re-ran e2fsck, and still get the error message that there's no root file system (I've tried most every superblock): # fsck -y -b 7962624 /dev/sdf fsck 1.36 (05-Feb-2005) e2fsck 1.36 (05-Feb-2005) Superblock has a bad ext3 journal (inode 8). Clear? yes *** ext3 journal has been deleted - filesystem is now ext2 only ***

http://bugzilla.mindrot.org/show_bug.cgi?id=1164 Summary: scp with spaces username no longer works Product: Portable OpenSSH Version: 4.3p2 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: bitbucket at mindrot.org ReportedBy: dtucker at

>>>>> Gabriel Becker <gmbecker at ucdavis.edu> >>>>> on Wed, 21 Feb 2018 07:11:44 -0800 writes: > Hi all, > For the record this approach isnt 100% backwards compatible, because > names(mergeddf) will e incompatibly different. Thatx why i claimed > bakcwards compatable-ish exactly. > That said its still worth considering

http://bugzilla.mindrot.org/show_bug.cgi?id=742 mouring at eviladmin.org changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement Summary|sftp doesn't honor "Protocol|Allow sftp to read config |1" in config

I don't think autoconf build scripts would be tolerant of whitespace pathname. To build tools and liibs, I recommend you should build them on desired tree. Anyway, I think it might be a little problematic if built tools did not accept whitespace pathnames. Then, please file a bug. ...Takumi

Hi Frederick, It looks like I didn't overwrite the patch.diff file after the last edits. Here's the correct patch (attached and copied below): Index: src/library/base/R/merge.R =================================================================== --- src/library/base/R/merge.R (revision 74280) +++ src/library/base/R/merge.R (working copy) @@ -157,6 +157,14 @@ }

On 17/02/2018 6:36 PM, frederik at ofb.net wrote: > Hi Scott, > > Thanks for the patch. I'm not really involved in R development; it > will be up to someone in the R core team to apply it. I would hazard > to say that even if correct (I haven't checked), it will not be > applied because the change might break existing code. For example it > seems like reasonable code

https://bugzilla.mindrot.org/show_bug.cgi?id=1164 Darren Tucker <dtucker at dtucker.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |3217 Referenced Bugs: https://bugzilla.mindrot.org/show_bug.cgi?id=3217 [Bug 3217] Tracking bug for 8.5