Re: [opensc-devel] unify #includes of opensc headers?
On Wed, Mar 03, 2010 at 02:35:33PM +0100, Andreas Jellinghaus wrote: > and if you overwrite a file with svn mv, how do you access > the history of the overwritten file? I don't think in recent versions you can overwrite an existing file using svn mv -- same for svn cp -- I don't know if this has been possible in earlier releases. So you either 'svn mv' the existing destination file to a new location (in which case it retains its history) or you 'svn rm' it (in which case the history ends with that revision) before moving another file to that location. My guess is that you did a svn rm / svn add instead of svn mv. Or that earlier versions of svn permitted you to move a file to an existing other file deleting the target. > I don't remember the exact details, but being burned once > or twice by svn and move I try to avoid it. maybe latest > svn has improved since and is easier to use? No, I don't think this has changed too much. I was using svn mv to reorganize repos converted from cvs because that hasn't been possible with cvs -- and so far I haven't lost history. Note that svn has from the beginning used "svn cp" to tag a directory (copy it to some other place inside the repo that by convention is used for tags or branches). And this has worked well from the beginning without losing history. The svn mv is the same as cp just deleting the original version afaik. Ralf -- Dr. Ralf Schlatterbeck Tel: +43/2243/26465-16 Open Source Consulting Fax: +43/2243/26465-23 Reichergasse 131www: http://www.runtux.com A-3411 Weidling email: off...@runtux.com osAlliance member email: r...@osalliance.com ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] unify #includes of opensc headers?
On Wed, Mar 03, 2010 at 02:02:03PM +0100, Andreas Jellinghaus wrote: > Am Mittwoch 03 März 2010 12:27:30 schrieb Ralf Schlatterbeck: > > On Wed, Mar 03, 2010 at 11:08:37AM +0100, Andreas Jellinghaus wrote: > > > an alternative would be to move the files into the include directory. > > > that wasn't done in the past, as cvs is a pain with moves. but with > > > svn we can do that (although we break history that way - for svn > > > it is one new object and one remove object, commands like "svn annotate" > > > break with moves). > > > > Thats not true. SVN keeps the history for moved objects. > > yes it keeps the history. and it is mostly useless. > > svn annotate will only show the revision where the new file was > added, and with svn log you can see it was a move (from the comment) > and the old file name, and then you can checkout the revision before > the move with the old files still in place, and run svn annotate > again. > > so "svn annotate" breaks with "svn mv" - the data is still there > inside the svn repository, but getting to that data is now very hard. Not the way my SVN is working. Maybe you have actually done an svn rm / svn add combo instead of svn mv A log: svnadmin create /home/ralf/bla cd svn co file:///home/ralf/bla x cd x (echo 1 ; echo 2 ; echo 3) > testfile svn add testfile svn commit (echo 4 ; echo 2 ; echo 6) >> testfile svn commit svn mv testfile testfile-new svn commit (echo 7 ; echo 8 ; echo 9) >> testfile-new svn commit svn annotate testfile-new leads: 1 ralf 1 1 ralf 2 1 ralf 3 2 ralf 4 2 ralf 2 2 ralf 6 4 ralf 7 4 ralf 8 4 ralf 9 r...@bee:(965)% svn log r4 | ralf | 2010-03-03 14:17:59 +0100 (Wed, 03 Mar 2010) | 2 lines - 7 8 9 r3 | ralf | 2010-03-03 14:17:20 +0100 (Wed, 03 Mar 2010) | 2 lines - moved to testfile-new r2 | ralf | 2010-03-03 14:17:05 +0100 (Wed, 03 Mar 2010) | 2 lines - next 3 lines r1 | ralf | 2010-03-03 14:16:31 +0100 (Wed, 03 Mar 2010) | 2 lines - first 3 lines -------- which clearly shows the history before the 'svn mv'. or do I misunderstand something here? Ralf -- Dr. Ralf Schlatterbeck Tel: +43/2243/26465-16 Open Source Consulting Fax: +43/2243/26465-23 Reichergasse 131www: http://www.runtux.com A-3411 Weidling email: off...@runtux.com osAlliance member email: r...@osalliance.com ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] unify #includes of opensc headers?
On Wed, Mar 03, 2010 at 11:08:37AM +0100, Andreas Jellinghaus wrote: > > an alternative would be to move the files into the include directory. > that wasn't done in the past, as cvs is a pain with moves. but with > svn we can do that (although we break history that way - for svn > it is one new object and one remove object, commands like "svn annotate" > break with moves). Thats not true. SVN keeps the history for moved objects. Ralf -- Dr. Ralf Schlatterbeck Tel: +43/2243/26465-16 Open Source Consulting Fax: +43/2243/26465-23 Reichergasse 131www: http://www.runtux.com A-3411 Weidling email: off...@runtux.com osAlliance member email: r...@osalliance.com ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] profile template 'key-directory' not used
On Fri, Feb 19, 2010 at 06:43:49PM +0100, Viktor TARASOV wrote: > Hi, > > afais, the profile template 'key-directory', > that exists in 'flex' and 'cyberflex' card profiles is not used. > > And so, these cards do not accepts more then one private key. > > Is it a 'known feature'? this is also my observation with a Cyberflex Access 64k v2 card with the muscle applet. Seems that the muscle driver uses a hardcoded profile with only a single PIN (I've not tried to generate more than a single private key yet). In my tests I've tried to use a security officer and user pin but only the user pin was ever used. Ralf -- Dr. Ralf Schlatterbeck Tel: +43/2243/26465-16 Open Source Consulting Fax: +43/2243/26465-23 Reichergasse 131www: http://www.runtux.com A-3411 Weidling email: off...@runtux.com osAlliance member email: r...@osalliance.com ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] move to "dist-xz" format / use .tar.xz instead of.tar.gz
On Tue, Feb 16, 2010 at 09:02:29AM +0100, Andreas Jellinghaus wrote: > > distributions like slackware and fedora moved to the "xz" compression > a while ago, even the kernel developers think about abandoning the > ".tar.gz" file format in favor of alternatives with better compression > like ".tar.bz2" or ".tar.xz" (or short: ".txz"). I've never heard of xz before your post (not that I claim to be up to date with current developments in compression technology). And debian stable (aka lenny) doesn't have it: % apt-cache search xz makexvpics - updates .xvpics thumbnails from the command line xzgv - Picture viewer for X with a thumbnail-based selector xzip - Interpreter of Infocom-format story-files xzoom - magnify part of X display, with real-time updates zblast-x11 - X11 version of zblast, shoot 'em up space game horae-examples - ATHENA and ARTEMIS examples and tutorials or is this in a package with an obscure name? And debian stable tar doesn't have a -J option. (And you don't think the unsecure .shar format is a canditate?) Does it really matter if the distribution is 1M or 1.5M? I can see this makes a difference for large distributions like the kernel, though. So I vote for keeping .tar.gz -- or if size really matters move to bz2. Ralf -- Dr. Ralf Schlatterbeck Tel: +43/2243/26465-16 Open Source Consulting Fax: +43/2243/26465-23 Reichergasse 131www: http://www.runtux.com A-3411 Weidling email: off...@runtux.com osAlliance member email: r...@osalliance.com ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel