similar to: [Bug 520] Recursive operations for sftp

http://bugzilla.mindrot.org/show_bug.cgi?id=520 ------- Additional Comments From cmp at uiuc.edu 2004-12-07 17:28 ------- Created an attachment (id=749) --> (http://bugzilla.mindrot.org/attachment.cgi?id=749&action=view) Add recurse mode to sftp put command via fts. Add recurse mode to sftp put command via fts. Initial work was done against openssh snapshots from 2004/01. The

Is there anyone actively working on adding recursive operations to sftp? I've got a recent snapshot of the source (Dec 6th), and I see extended options for ls and the inclusion of history, both of which are welcome, but there doesn't seem to be any hint of recursive operation support. If there are people working quietly on recursive op patches, I'd like to hear from you. I've

http://bugzilla.mindrot.org/show_bug.cgi?id=520 Summary: Recursive operations Product: Portable OpenSSH Version: -current Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: sftp AssignedTo: openssh-unix-dev at mindrot.org ReportedBy: djm at mindrot.org

I have added a new series of Wine 1.3 packages to the Wine PPA: https://launchpad.net/~ubuntu-wine/+archive/ppa These are for 10.04 (Lucid) only and must be explicitly installed: sudo apt-get install wine1.3 Users who simply install the wine or wine1.2 packages (as in, all existing users) will instead get the stable Wine 1.2 release, which is still packaged there. Thanks, Scott Ritchie

Excuse me here if I am asking a question already asked, but im having some problems when entering "sudo apt-get update" in terminal. I get these errors; This is derived from problems with update manager so I thought id try the terminal to update. I have version 8.04.1 W: A error occurred during the signature verification. The repository is not updated and the previous index files will

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

It seems like there is a way that is backwards compatible-ish in the sense mentioned and still has the (arguably, but a good argument I think) better behavior: if by.x is 'name', (AND by.y is not also 'name'), then x's 'name' column is called name and y's 'name' column (not used int he merge) is changed to name.y. Now of course this would still change

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

Dear Guru''s, I''ld like to request you to vote here http://launchpad.enterprise2conf.com/node/74 as 5 star (please click on 5 star to vote), this will give oxygen to our project. Waiting for your valuable vote. Best Regards, Pavan Agrawal

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

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

The attached patch.diff will make merge.data.frame() append the suffixes to columns with common names between by.x and names(y). Best, Scott Ritchie On 17 February 2018 at 11:15, Scott Ritchie <s.ritchie73 at gmail.com> wrote: > Hi Frederick, > > I would expect that any duplicate names in the resulting data.frame would > have the suffixes appended to them, regardless of

To prevent conflicts when upgrading to 8.04, older releases will no longer be getting Wine updates. Ubuntu Hardy will be released this Thursday, and contains many fixes that also affect Wine, such as support for some missing libraries in the 64 bit version. By default, Ubuntu's update manager will disable third party repositories on upgrade, which will leave you with the Wine included in

Anyone know what I'm doing wrong here? I'm following the instruction here: http://www.winehq.org/download/deb, but when I try to add the repository's key to your system's list of trusted APT keys I get the error "invalid packet". TIA -Adam ======================================== adam at linnorm:~/downloads$ cat Scott\ Ritchie.gpg -----BEGIN PGP PUBLIC KEY

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 might easily assume that a column with the same name as "by.x" exists in

Hello people. This is the first time I write to this list. Today, I tried to test the latest version of Nouveau in Ubuntu 11.04 Natty (as downloadable on the PPA located at https://launchpad.net/~ubuntu-x-swat/+archive/x-updates). The screen defaulted to 1024x768, but the full screen's resolution is 1366x768. I tried to change the maximum resolution via xorg.conf, but the OS refused to start

Thanks Duncan and Frederick, I suspected as much - there doesn't appear to be any reason why conflicts between by.x and names(y) shouldn't and cannot be checked, but I can see how this might be more trouble than its worth given it potentially may break downstream packages (i.e. any cases where this occurs but they expect the name of the key column(s) to remain the same). Best, Scott On

Thanks Gabriel, I think your suggested approach is 100% backwards compatible Currently in the case of duplicate column names only the first can be indexed by its name. This will always be the column appearing in by.x, meaning the column in y with the same name cannot be accessed. Appending ".y" (suffixes[2L]) to this column means it can now be accessed, while keeping the current

https://bugzilla.mindrot.org/show_bug.cgi?id=1624 Summary: [sftp] add recursive option -r to command rm Product: Portable OpenSSH Version: 5.1p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: sftp AssignedTo: unassigned-bugs at mindrot.org

Hi Jakub, Sorry for the late reply. I was off from work for a few days. I?ve tried to add the noexec, nosuid and nodev mount options but it seems to have some difficulties to do so with kubernetes nfs-mount. I?ll keep trying to resolve it anyway. The patch you pasted is exactly the thing I wanna have. I think it?s super useful and I definitely vote yes for merging it to master. I was actually