cvs commit: ports CHANGES INDEX INDEX-5

[Pav Lucistnik]

Valentin Nechayev píše v so 13. 11. 2004 v 20:21 +0200:
>  Sat, Nov 13, 2004 at 19:05:41, pav wrote about "Re: cvs commit: ports CHANGES INDEX INDEX-5": 
> 
> > 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 several
> > 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.
> 
> And cvsup will delete INDEX each run? Even if not listed in checkouts,
> deleting checkouts (which is regular sanitation act) will lead to redeleting
> 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.
> >> 
> >> I assume portupgrade is key port for FreeBSD system.
> 
> > Yes, but still it's third-party software we can't modify directly.
> 
> Yes, but for now this created unneeded period of brokenness.

Every major change creates some unforseen problems. That's life.

-- 
Pav Lucistnik <pav at oook.cz>
              <pav at FreeBSD.org>

On real UNIX, /usr/bin/more prints -More-.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: 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?=
Url : http://lists.freebsd.org/pipermail/cvs-all/attachments/20041113/c0526486/attachment.bin