Date: Tue, 30 Nov 2004 18:29:39 -0800 From: Kris Kennaway <kris@obsecurity.org> To: Dejan Lesjak <dejan.lesjak@ijs.si> Cc: Kris Kennaway <kris@obsecurity.org> Subject: Re: [ports-i386@dosirak.kr.freebsd.org: zh-chinput2-1.3.1 failed on i386 5] Message-ID: <20041201022939.GA4048@xor.obsecurity.org> In-Reply-To: <200412010321.11891.dejan.lesjak@ijs.si> References: <20041129195108.GC8315@xor.obsecurity.org> <200412010158.03269.dejan.lesjak@ijs.si> <20041201010904.GA81098@xor.obsecurity.org> <200412010321.11891.dejan.lesjak@ijs.si>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On Wed, Dec 01, 2004 at 03:21:11AM +0100, Dejan Lesjak wrote: > Ah, I see. Then how about this: there appear to be basicaly two cathegories of > breaks. First are the ones that can be commited even before xorg upgrade > (like rosegarden and zh-chinput2). Rosegarden is maintained by ports so I > thought of waiting a day or so if someone objects or comes up with better > idea, and then commit it. (and during writing this it seems that fix for > libxklavier was commited). I intended to notify maintainers of the ones that > are maintained and if we don't hear from them until the time xorg is ready > for commit I can commit them separately, but at the same time (if they > respond earlier, the commits can also be done earlier). > Another ones are closely related to commit (like ja-kdrill) since their plist > changes as consequence of not installing html man pages. These should be > commited together with upgrade and I can merge those into the patch and > notify maintainers that this will be done. > Would that be acceptable? That's fine. You don't even need to wait to commit to the unmaintained ports, if you don't want to. Kris [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBrSyTWry0BWjoQKURAhj5AJ0QdOfwMdP5x2uGotnEGm4fx6E+ewCg953X GmIG5mjXGA4ez37Zu20qVnI= =9QK9 -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041201022939.GA4048>
