Unfortunately ~/Library/ActivePerl/lib was also used by ActivePerl 5.8, so you could end up with a mixture of 5.8 and 5.10 modules in that directory. This release uses ~/Library/ActivePerl-5.10/lib as a per-user Perl 5.10 specific module area. On Friday, May 10, 2013 4:00:47 AM UTC+8, AndreasK wrote: > ActiveState is pleased to announce the release of ActiveTcl 126.96.36.199, Are there any practical alternatives to ActiveTcl?
I was finally able to get around to testing the -modified change (spent too much time this week working on my work laptop making it bootable again). The -modified change works as I expected. I did the import with 5.3 BETA-22 (latest this morning). As a note for others: I was able to do another merge of my separate SplashID files, and export a vid file. I then use the converter to build a new 1Password import file (this one has the -modified date entered instead of the date being in the notes).
I created a new vault in 1Password and imported the file there. All looked wonderful! I them copied my changes from the Primary vault that I made since the last import to the new vault and merged them in.
Finally, I emptied the Primary vault and moved the items from the new vault there. Thanks again for the option. Hopefully it will make it into the production importer once there is a standard release with the import fix in it. One question. On Yosemite, it seems the normal Perl version is 5.18.2.
Is there a reason not to use this and instead use the 5.16.3 as described in your readme? Thanks for the feedback - this is great news. I will add the modified data capabilities to the other converters. I was awaiting your feedback before I moved forward, so your timing was good. Regarding Perl versions. Its a good question.
Activeperl Activeperl V5.10.0 Build 1000 Beta For Mac
When I wrote the converters, Windows users had to use Perl 5.16.3 due to later versions of ActivePerl not having available the modules required for the converters. So I just left that 5.16.3 requirement. But we've left ActivePerl and I'm recommending Strawberry Perl. I now have to verify that the changes made to Perl 5.18 and 5.20 don't affect the converter code, and re-qualify against them.
And I have to verify that the required modules are available and work there too. Followed the proper procedure from what I can see, and encountering a perl error in one of the scripts. C: Users Jimmy Desktop convertto1p4perl convertto1p4.pl lastpass -v.
Hi, I think you did not use the LastPass extension to export the data, and instead copy/pasted the web page full of exported data that occurs if you use the Tools Export item on the LastPass vault's web page. If you copy and pasted into Notepad, then the data will both contain extra blank lines at the front and end of the pasted data. Remove those.
Then, use dos2unix to convert the data from DOS/Windows to Unix line endings. Be sure you're saving as UTF-8. Its easier to use the Extension's menu item: Tools Advanced Tools Export To LastPass CSV File. FYI: I've updated version 1.04 in the testing folder this weekend. The current changes are: Version 1.04: - New: Data Guardian converter now available. New: Datavault converter now available.
New: Passpack converter now available. New: PasswordWallet converter now available. New: Option -modified will set the 'last modified' field for a 1Password entry based on the exported modification date provided by a password manager's export data. See 'Option: -modified' in the README file. Fix: An item's notes from OS X Keychain converter could contain a stringified ARRAY reference name.
Fix: The modification and creation dates were missing from the notes section for the OS X Keychain converter. Internal: Remove extraneous, remnant argument to UUID generation call. Hi, converting eWallet to 1Password. EWallet export to text created lots of links not found entries, I assume this is due to me going from eWallet to eWallet Go back to eWallet.
I edited the exported text file to make sure all empty categories are deleted, and all cards with missing links are deleted. After converting, and importing, I get multiple 'an item named x already exists, would you like to replace the item. I searched the eWallet text export file and there is only 1 entry for each of the alleged duplicates. But, the created pif file contains two entries for the single export entry, but I'm not sure if it is a duplicate or a reference. EWallet Text. Hi, Can you clarify what you mean by 'links not found entries'?
The 'an item named x already exists.' Message is from 1Password for Windows, which warns you that a same-named item already exists (or was just imported). Just say No - don't replace them.
I find this a curious behavior of the 1P Windows version. The two entries you see are because the single eWallet item does not naturally fit into a single 1Password category. The converter splits the record into two or more records, with the appropriate fields from the original record being sent to the 1Password records (I call this 'exploding' a record). In your case, a Bank Account + Login record are created for the single eWallet bank account record.
The Bank Account record contains bank-relevant details, and the Login contains the items that allow you to login to the bank's website via 1Password's click-and-fill or auto-fill behavior. Card Sparkletts Note The source card for this shortcut cannot be found. I have hundreds of them, I think it is due to switching from eWallet to eWallet Go and then back to eWallet, maybe the original categories get lost when I make edits in eWallet Go. I must just say I'm pretty miffed at eWallet for making me buy Go to get mobile to desktop sync, then discontinuing Go and adding the feature to eWallet, again requiring me to pay to upgrade. P1 is not much better when it comes to the sales model, have to buy for Windows, iOS, and Android, but I am betting on them building a better product. You can easily defeat record splitting in the converter. Ask if you're interested and I'll explain.
But you'll likely want to create separate records for Logins so that you can get the 1Password Login behavior. I don't know what 'Note The source card for this shortcut cannot be found' is, but I'd be inclined to agree with you that something about the conversion from eWallet and eWallet Go got botched. That would be a question for Ilium Software. Probably it has to do what how records were stored in eWallet Go, and that they are not converting correctly. Sorry I can't help here more.