--===============0248518979==
Content-Type: multipart/signed;
  boundary="nextPart1188644.BeBqrraABZ";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1188644.BeBqrraABZ
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Am Dienstag, 8. Februar 2005 05:57 schrieb Shaheed:
> On Monday 07 February 2005 19:46, Jason Keirstead wrote:
> > On Monday 07 February 2005 2:53 pm, Karim Ryde wrote:
> > > I used Cervisia to commit all files.
> > > Running pngcheck after checkout from cvs shows all png OK.
> > > My app doesn't complain either... hum!
> >
> > It won't affect you because you checked in and out with a UNIX based OS,
> > and the CVS server is UNIX based..
> >
> > If someone in Unix checks in a binary without -kb, and someone in Win32
> > checks it out, it is messed up.
> >
> > It doesn't matter if both people use UNIX because UNIX doesn't use goofy
> > \r\n for linefeeds, so CVS doesn't need to do any translation.
>=20
> Interesting. So how do I fix all the PNG files I created and for which I =
did=20
> not use the switch on inital creation?


IIRC you can fix this with=20
cvs admin -kb filename

If you have control over the CVSROOT directory you can add a file name patt=
ern=20
to the file cvswrappers in order to avoid this problem for future additions=
=2E=20
=46or example:

*.gif -k 'b'
*.png -k 'b'
*.jpg -k 'b'

With these settings those popular image types will be considered binary=20
by default.  This kicks in when you "cvs add" the files, so not=20
retroactively.

HTH,
Christian.


--nextPart1188644.BeBqrraABZ
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQBCCFYtdKozh3+HUO4RAmrfAJ9dkc8/tAGK/eVCqG3O92tQWwvH5wCg5uhO
kEyGpmVCWjsZeA9UGefeYNU=
=KBNk
-----END PGP SIGNATURE-----

--nextPart1188644.BeBqrraABZ--

--===============0248518979==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

--===============0248518979==--