Date: Sat, 13 Nov 2004 19:27:33 +0100 From: Pav Lucistnik <pav@FreeBSD.org> To: netch@lucky.net Cc: ports-committers@FreeBSD.org Subject: Re: cvs commit: ports CHANGES INDEX INDEX-5 Message-ID: <1100370454.8072.80.camel@hood.oook.cz> In-Reply-To: <20041113182149.GB35929@lucky.net> References: <200411131016.iADAG6lG083848@repoman.freebsd.org> <20041113174113.GC76034@nevermind.kiev.ua> <1100368082.8072.72.camel@hood.oook.cz> <20041113175755.GA59121@nevermind.kiev.ua> <20041113182149.GB35929@lucky.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-38Pczu2adPcaAe+vchBV
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Valentin Nechayev p=ED=B9e v so 13. 11. 2004 v 20:21 +0200:
> Sat, Nov 13, 2004 at 19:05:41, pav wrote about "Re: cvs commit: ports CH=
ANGES INDEX INDEX-5":=20
>=20
> > Portupgrade behaves exactly as designed - it wants a fresh INDEX file.
> > I personally don't see why, but it's designed as that. There are severa=
l
> > ways to obtain a fresh INDEX file, mind you, you can download it from
> > the website using "make fetchindex" or you can rebuild it locally using
> > "make index", portupgrade chose to use the second way.
>=20
> And cvsup will delete INDEX each run? Even if not listed in checkouts,
> deleting checkouts (which is regular sanitation act) will lead to redelet=
ing
> of INDEX. So, one need to rename rebuilded INDEX, do cvsup and rename it
> back? You advocate for too mad procedure.
Yes, this behaviour quite surprised me, and I'm not happy with it.
It also turned out that cvsup ignore refuse file for file deletions.
At the moment a small group of committers is looking into best way to
avoid this, most probably by renaming default name of index file.
> >> And take a note that a lot of people, who doesn't know if INDEX[-5] is
> >> needed or not needed by portupgrade will wast their time.
> >>=20
> >> I assume portupgrade is key port for FreeBSD system.
>=20
> > Yes, but still it's third-party software we can't modify directly.
>=20
> Yes, but for now this created unneeded period of brokenness.
Every major change creates some unforseen problems. That's life.
--=20
Pav Lucistnik <pav@oook.cz>
<pav@FreeBSD.org>
On real UNIX, /usr/bin/more prints -More-.
--=-38Pczu2adPcaAe+vchBV
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=
=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=
=?ISO-8859-1?Q?_zpr=E1vy?=
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBBllIVntdYP8FOsoIRAhKXAKCs6Vx6rRfV4W4DmaBypIu0Q7JoKQCfdgZ3
Fy8VbnfflWdFjrhWhrKuewA=
=EFE9
-----END PGP SIGNATURE-----
--=-38Pczu2adPcaAe+vchBV--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1100370454.8072.80.camel>