Re: [io] remove old ant build system

Jeremias Maerki <[EMAIL PROTECTED]> wrote on 23/11/2003 09:54:45 PM: > Right. How are other commons projects handling that? Maven claims to > integrate with Gump but still, I see quite a few projects still having a > build.xml and some having a (generated) build-gump.xml. Any > recommendations?

Re: [collections] CaseInsensitiveHashMap

This implementation converts the key to lowercase on every get and put, which adds a bit of object allocation overhead. Also, simply converting to lowercase does not make it fully case-insensitive. There is a comment in String.regionMatches that brings up something about the Georgian alphabet.

Re: [site] Non-Maven web sites

robert burrell donkin wrote: On 22 Nov 2003, at 21:09, Noel J. Bergman wrote: there are also some features that many of these web sites use that are not (easily) available through maven. Have these been raised to the Maven project? it's mainly access to information related to a particular re

[collections] CaseInsensitiveHashMap

A few weeks back, David Graham submitted code for a CaseInsensitiveHashMap here: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24537 This looks like a good addition to [collections] to me. Any objections to my coding up some tests and adding this class to the map package? Phil --

Re: Betwixt bug as well it seems... (sigh)

Hi Gus, Could you have a go at the latest betwixt build (just committed a fix to cvs, which sounds a bit similar to your situation). If that is still not working, it would be nice to have a testcase of some kind to make my life a bit easier (don't know if commons-sql moved to db commons, although

RE: [betwixt] Betwixt troubles...

Hi Mike, A lot later than anticipated, but finally got some time for betwixt last night :) The reason why it doesn't work for you has 2 reasons : 1) Your .betwixt is incorrect (explaining the exceptions) (see CVS for a good one). You HAVE to have the name property in an element and attribute ele

cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/dotbetwixt TestMsgParser.java MsgParserTest.java

mvdb2003/11/23 18:02:19 Added: betwixt/src/test/org/apache/commons/betwixt/dotbetwixt TestMsgParser.java Removed: betwixt/src/test/org/apache/commons/betwixt/dotbetwixt MsgParserTest.java Log: Renaming new testclass to start

cvs commit: jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/io BeanRuleSet.java

mvdb2003/11/23 17:58:24 Modified:betwixt/src/java/org/apache/commons/betwixt/io BeanRuleSet.java Added: betwixt/src/test/org/apache/commons/betwixt/dotbetwixt MsgBean.betwixt MsgBean.java MsgParserTest.java Log: The problem

Re: [io] xdocs/changes.xml

I get that sometimes too. I've found the SCM stuff in maven to be very tricky to get right in the project.xml. It'll be fixable, so the changes.xml should be unnecessary. Hen On Sun, 23 Nov 2003, Jeremias Maerki wrote: > I know. I did it because I got an empty CVS Changelog on my machine when

Re: [io] Current plan?

On Sun, 23 Nov 2003, Jeremias Maerki wrote: > Thanks for helping out! No problem. I've been meaning to try and get IO out for 2 years now. > I'm not sure that the last words have been spoken about this. IMHO most > of the deprecated methods using String parameters shouldn't be put into > IO, at

Re: [io] Current plan?

Thanks for helping out! I'm not sure that the last words have been spoken about this. IMHO most of the deprecated methods using String parameters shouldn't be put into IO, at least not the ones that can have the same signature with File parameters (forceDelete etc.). They encourage bad practice. j

Re: [lang][codec] Test Matrix [WAS:Sanity checking a client project build]

Gary Gregory wrote: How about something like: Example: http://cvs.apache.org/~ggregory/test-platforms/docs/test-platforms.example.x ml XML Schema: http://cvs.apache.org/~ggregory/test-platforms/test-platforms.xsd XML Schema docs: http://cvs.apache.org/~ggregory/test-platforms/docs/test-platfo

Re: [io] xdocs/changes.xml

I know. I did it because I got an empty CVS Changelog on my machine when generating the site using Maven (1.0-rc1). I don't know why it didn't work. On 23.11.2003 21:47:02 Henri Yandell wrote: > So what's the point of this file then? > > It looks like a manual version of a CVS Changelog. Jeremi

[lang][codec] Test Matrix [WAS:Sanity checking a client project b uild]

How about something like: Example: http://cvs.apache.org/~ggregory/test-platforms/docs/test-platforms.example.x ml XML Schema: http://cvs.apache.org/~ggregory/test-platforms/test-platforms.xsd XML Schema docs: http://cvs.apache.org/~ggregory/test-platforms/docs/test-platforms.html The XML co

Re: [lang] new functionality in StringUtils and ArrayUtils - proposal 01 - error

In my previous email, /** * * StringUtils.lead("abc", '.', 3) = "abc..." */ This should be: /** * * StringUtils.trail("abc", '.', 3) = "abc..." */ From: "Ash .." <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Hi, I would like to propose the following methods to the String

[io] xdocs/changes.xml

So what's the point of this file then? It looks like a manual version of a CVS Changelog. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24911] - last substring returned by StringUtils.split( String, String, int ) is too long

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

[lang] new functionality in StringUtils and ArrayUtils - proposal 01

Hi, I would like to propose the following methods to the StringUtils and ArrayUtils classes. They are just minor additions to the existing functionality, but I thought would be interesting, hopefully quite useful too. Waiting for feedback and looking forward to some development in this regard.

cvs commit: jakarta-commons/lang/src/test/org/apache/commons/lang StringUtilsTest.java

psteitz 2003/11/23 12:44:39 Modified:lang/src/java/org/apache/commons/lang StringUtils.java lang/src/test/org/apache/commons/lang StringUtilsTest.java Log: Fixed error in javadoc for StringUtils.split and improved tests. Pr: 24911 Submitted by Al Chou. Revisio

cvs commit: jakarta-commons/math/src/test/org/apache/commons/math/linear RealMatrixImplTest.java

mdiggory2003/11/23 12:34:41 Modified:math/src/test/org/apache/commons/math/linear RealMatrixImplTest.java Log: Additional Matrix Multiply test Revision ChangesPath 1.8 +15 -2 jakarta-commons/math/src/test/org/apache/commons/math/linear/R

Re: [io] Current plan?

On Sun, 23 Nov 2003, Jeremias Maerki wrote: > there was to say. Now it's already better and one of the next steps is > to create a FilenameUtils class with methods for people who work with > filenames instead of java.io.File. FileUtils is reserved for > java.io.File. Okay. I can get to work on

Re: [io] Current plan?

I'm unsure what the view is on this. STATUS.html has until maven been an official Commons file. Possibly we need to rename tasks.xml to STATUS.xml and make sure every part of the STATUS.html moves down into it. Hen On Sun, 23 Nov 2003, Jeremias Maerki wrote: > Hmm, forget that. There seems to b

cvs commit: jakarta-commons/math/src/java/org/apache/commons/math/linear RealMatrixImpl.java

mdiggory2003/11/23 12:16:17 Modified:math/src/java/org/apache/commons/math/linear RealMatrixImpl.java Log: Patch to correct error in matrix multiply and the addition od toString method. Revision ChangesPath 1.9 +26 -6 jakarta-commons/

cvs commit: jakarta-commons-sandbox/io/xdocs tasks.xml

bayard 2003/11/23 12:14:10 Modified:io/xdocs tasks.xml Log: renamed new code to post 1.0 release to push focus on the release. Most of the new code is hanging around in various codebases of mine and would only lead to increased need for javadoc/unit tests. Revision Changes

cvs commit: jakarta-commons-sandbox/io RELEASE-NOTES.txt

bayard 2003/11/23 12:12:21 Modified:io RELEASE-NOTES.txt Log: removed note about Lang dependency Revision ChangesPath 1.3 +1 -4 jakarta-commons-sandbox/io/RELEASE-NOTES.txt Index: RELEASE-NOTES.txt =

Re: Fwd: [math] Contribution to math.linear - CholeskySolver

To be a little clearer, I think that RealMatrix shouldn't neccessarily be an Interface, it may be more logical to use an Abstract Class as the basis for this. Then a RealMatrix could have both public, protected, and private methods well defined and usable in its implementations. public abstract

cvs commit: jakarta-commons-sandbox/compress README.txt

bayard 2003/11/23 12:11:06 Added: compress README.txt Log: note that this is not an active piece of code Revision ChangesPath 1.1 jakarta-commons-sandbox/compress/README.txt Index: README.txt =

cvs commit: jakarta-commons-sandbox/io/xdocs tasks.xml

bayard 2003/11/23 12:08:33 Modified:io/xdocs tasks.xml Log: compress code moved out Revision ChangesPath 1.3 +0 -1 jakarta-commons-sandbox/io/xdocs/tasks.xml Index: tasks.xml === RCS file

cvs commit: jakarta-commons-sandbox/compress/src/test/org/apache/commons/compress/zip AsiExtraFieldTestCase.java ExtraFieldUtilsTestCase.java ZipEntryTestCase.java ZipLongTestCase.java ZipShortTestCase.java

bayard 2003/11/23 12:07:47 Added: compress project.xml compress/src/java/org/apache/commons/compress/tar TarBuffer.java TarConstants.java TarEntry.java TarInputStream.java TarOutputStream.java TarUt

cvs commit: jakarta-commons-sandbox/compress/src/test/org/apache/commons/compress - New directory

bayard 2003/11/23 12:05:15 jakarta-commons-sandbox/compress/src/test/org/apache/commons/compress - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/compress/src/test/org - New directory

bayard 2003/11/23 12:05:14 jakarta-commons-sandbox/compress/src/test/org - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/compress/src/java/org/apache/commons/compress - New directory

bayard 2003/11/23 12:05:15 jakarta-commons-sandbox/compress/src/java/org/apache/commons/compress - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/compress/src/test/org/apache/commons/compress/tar - New directory

bayard 2003/11/23 12:05:15 jakarta-commons-sandbox/compress/src/test/org/apache/commons/compress/tar - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/compress/src/java/org/apache/commons - New directory

bayard 2003/11/23 12:05:15 jakarta-commons-sandbox/compress/src/java/org/apache/commons - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/compress/src/java/org/apache - New directory

bayard 2003/11/23 12:05:14 jakarta-commons-sandbox/compress/src/java/org/apache - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/compress/src/test/org/apache/commons/compress/zip - New directory

bayard 2003/11/23 12:05:15 jakarta-commons-sandbox/compress/src/test/org/apache/commons/compress/zip - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/compress/src/java/org/apache/commons/compress/tar - New directory

bayard 2003/11/23 12:05:15 jakarta-commons-sandbox/compress/src/java/org/apache/commons/compress/tar - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/compress/src/test - New directory

bayard 2003/11/23 12:05:14 jakarta-commons-sandbox/compress/src/test - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/compress/src/test/org/apache/commons - New directory

bayard 2003/11/23 12:05:15 jakarta-commons-sandbox/compress/src/test/org/apache/commons - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/compress/src/test/org/apache - New directory

bayard 2003/11/23 12:05:15 jakarta-commons-sandbox/compress/src/test/org/apache - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/compress/src/java/org - New directory

bayard 2003/11/23 12:05:14 jakarta-commons-sandbox/compress/src/java/org - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/compress/src/java - New directory

bayard 2003/11/23 12:05:14 jakarta-commons-sandbox/compress/src/java - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/compress/src/java/org/apache/commons/compress/zip - New directory

bayard 2003/11/23 12:05:15 jakarta-commons-sandbox/compress/src/java/org/apache/commons/compress/zip - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/compress/src - New directory

bayard 2003/11/23 12:05:14 jakarta-commons-sandbox/compress/src - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/compress - New directory

bayard 2003/11/23 12:04:20 jakarta-commons-sandbox/compress - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [general][io][bzip2] BZip2, Tar and Zip libraries

On Sun, 23 Nov 2003, Jeremias Maerki wrote: > I'd like to see a "compression" package in either Jakarta Commons or > Apache Commons. IMHO Ant is not the right place for that code because > that way it won't be found. I guess we need to talk to the Ant guys > about that. Pulled them out of IO.

cvs commit: jakarta-commons-sandbox/io/src/test/org/apache/commons/io/compress/zip AsiExtraFieldTestCase.java ExtraFieldUtilsTestCase.java ZipEntryTestCase.java ZipLongTestCase.java ZipShortTestCase.java

bayard 2003/11/23 11:59:52 Modified:io project.xml Removed: io/src/java/org/apache/commons/io/compress/tar TarBuffer.java TarConstants.java TarEntry.java TarInputStream.java TarOutputStream.java TarUtils

cvs commit: jakarta-commons/math/src/experimental/org/apache/commons/math/linear CholeskySolverTest.java CholeskySolver.java

mdiggory2003/11/23 11:53:40 Added: math/src/experimental/org/apache/commons/math/linear CholeskySolverTest.java CholeskySolver.java Log: New additions of CholeskySolver contributed by Stefan Koeberle Revision ChangesPath 1.1 jak

Fwd: [math] Contribution to math.linear - CholeskySolver

I would like to forward this to the list so that others can look at it and comment as well. Please do try to use the Developers List as I am not always available, others may have more experience with a particular class or implementation in the package. I will do an initial commit of the code in

Re: [io] remove old ant build system

Yep. I've gone ahead and done this. We'll see if gump and maven play nice and work correctly or not. Hen On Sun, 23 Nov 2003, David Graham wrote: > > --- Stephen Colebourne <[EMAIL PROTECTED]> wrote: > > AFAIN, projects keep both in sync manually - not ideal. > > No, you can have Maven generat

cvs commit: jakarta-commons-sandbox/io build.xml build.properties.sample

bayard 2003/11/23 11:34:05 Modified:io build.xml Removed: io build.properties.sample Log: Moved from old Ant style build to Maven build. Maven generated build.xml file there for Gump, so need to remember to keep it synced every now and then. Revision Changes

re: new functionality in some of the commons classes - contd

One thing that helps is to use the [component] notation so that people notice the email quicker. I imagine that most of us filter the components that we care about most into special folders and check the general commons folder less often. So a title like: [lang] new functions for StringUtils mig

RE: [VOTE][RESULT] Release Commons Codec 1.2-rc1

I just found a bunch of Javadoc nits. I think I should hold off fixing those since you (Tim) are in the middle of the RC1 to release process but I thought I'd bring this up now as an FYI. It seems that [codec] is alive and well with new development in the works (streamable stuff); so these fixes

re: new functionality in some of the commons classes - contd

Hi, I got no reply for my second email. (Or did I miss any.) Much of the ideas I have here are about minor functionality in some of the basic classes (such as lang.StringUtils etc). I would be glad to know how to go about it. I mentioned one as an example, perhaps it would be preferred if I men

Re: [io] remove old ant build system

--- Stephen Colebourne <[EMAIL PROTECTED]> wrote: > AFAIN, projects keep both in sync manually - not ideal. No, you can have Maven generate an Ant build.xml file for you. I believe all you have to do is say "maven ant" and check in the generated file. David > > Stephen > > - Original Mes

Re: [io] remove old ant build system

Right. How are other commons projects handling that? Maven claims to integrate with Gump but still, I see quite a few projects still having a build.xml and some having a (generated) build-gump.xml. Any recommendations? On 23.11.2003 11:36:37 Stephen Colebourne wrote: > Doesn't gump use ant? > Step

Re: [io] remove old ant build system

Doesn't gump use ant? Stephen - Original Message - From: "Jeremias Maerki" <[EMAIL PROTECTED]> > Nope, I guess not. > > On 23.11.2003 10:34:38 Henri Yandell wrote: > > > > As the site is using maven, is there any need to keep the old build > > system? [build.properties, build.proper

Re: [io] remove old ant build system

Nope, I guess not. On 23.11.2003 10:34:38 Henri Yandell wrote: > > As the site is using maven, is there any need to keep the old build > system? [build.properties, build.properties.sample, build.xml] > > It'll only get out of date if maven is the main build system [and vice > versa]. Jeremi

Re: [general][io][bzip2] BZip2, Tar and Zip libraries

(Comments below) On 23.11.2003 09:26:02 Henri Yandell wrote: > > Commons-IO contains a tar package and a zip package under a compress > package. > > Both came from Avalon's Excalibur, but originally from Ant, as far as > life in Apache goes. The tar package is originally Tim Endres' public > dom

Re: [io] Current plan?

Henri, thanks for helping out. I'm just scratching together some time now and then to bring IO forward. Mostly hacking on it while travelling by train. We've got some kind of todo list in the status.html. My changes in the filefilter package weren't in there but were triggered my my rewriting lis

Re: [site] Non-Maven web sites

On 22 Nov 2003, at 21:36, Phil Steitz wrote: robert burrell donkin wrote: i'd personally find it very difficult to read all the commit mails from all the components in jakarta-commons if we started storing the sites in maven. this would raise questions about whether jakarta-commons can be prop

[io] remove old ant build system

As the site is using maven, is there any need to keep the old build system? [build.properties, build.properties.sample, build.xml] It'll only get out of date if maven is the main build system [and vice versa]. Hen - To uns

cvs commit: jakarta-commons-sandbox/io/src/test/org/apache/commons/io/output CountingOutputStreamTest.java TeeOutputStreamTest.java

bayard 2003/11/23 01:32:45 Added: io/src/test/org/apache/commons/io/output CountingOutputStreamTest.java TeeOutputStreamTest.java Log: tests added for CountingOutputStream and TeeOutputStream Revision ChangesPath 1.1

Re: [io] Current plan?

Clover's already on the IO site :) Idiot me. Hen On Sun, 23 Nov 2003, Henri Yandell wrote: > > Just in case it's of use, I knocked out a clover report for IO. Have > recently reinstalled the machine, so the commons licence for clover is not > setup. > > http://www.apache.org/~bayard/io-clover/

cvs commit: jakarta-commons-sandbox/io/src/test/org/apache/commons/io/input CountingInputStreamTest.java

bayard 2003/11/23 01:20:54 Added: io/src/test/org/apache/commons/io/input CountingInputStreamTest.java Log: unit test for counting input stream Revision ChangesPath 1.1 jakarta-commons-sandbox/io/src/test/org/apache/commons/io/

cvs commit: jakarta-commons-sandbox/io/src/java/org/apache/commons/io/input CountingInputStream.java

bayard 2003/11/23 01:20:21 Modified:io/src/java/org/apache/commons/io/input CountingInputStream.java Log: count to this.count so I can point out a change in the last commit from Filter to Proxy stream. FilterStream does not correctly proxy methods but optimi

cvs commit: jakarta-commons-sandbox/io/src/java/org/apache/commons/io/input CountingInputStream.java

bayard 2003/11/23 01:18:55 Modified:io/src/java/org/apache/commons/io/input CountingInputStream.java Log: modified so that when a read(byte[]) method returns a different number of bytes read than requested, the count is correct Revision ChangesPath

cvs commit: jakarta-commons-sandbox/io/src/test/org/apache/commons/io/filefilter FileFilterTestCase.java

bayard 2003/11/23 00:35:14 Modified:io/src/test/org/apache/commons/io/filefilter FileFilterTestCase.java Log: added a set of tests for when NameFileFilter is created with a List Revision ChangesPath 1.12 +9 -0 jakarta-commons-sandbox/io

cvs commit: jakarta-commons-sandbox/io/src/java/org/apache/commons/io/input ProxyInputStream.java

bayard 2003/11/23 00:34:34 Modified:io/src/java/org/apache/commons/io/input ProxyInputStream.java Log: added a slightly better reason for why this class is of importance Revision ChangesPath 1.3 +2 -1 jakarta-commons-sandbox/io/src/jav

[general][io][bzip2] BZip2, Tar and Zip libraries

Commons-IO contains a tar package and a zip package under a compress package. Both came from Avalon's Excalibur, but originally from Ant, as far as life in Apache goes. The tar package is originally Tim Endres' public domain package. Both are available at: http://cvs.apache.org/viewcvs/ant/src/

Re: [io] Current plan?

Just in case it's of use, I knocked out a clover report for IO. Have recently reinstalled the machine, so the commons licence for clover is not setup. http://www.apache.org/~bayard/io-clover/ Hen On Sun, 23 Nov 2003, Henri Yandell wrote: > > Jeremias et al, > > Just wanted to ask what the curr

[io] Current plan?

Jeremias et al, Just wanted to ask what the current plan was for Commons IO. Do you have a todo list anywhere that you're working from? Is there anywhere I can help? Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additio

cvs commit: jakarta-commons-sandbox/io project.xml

bayard 2003/11/23 00:04:07 Modified:io project.xml Log: moving to 3.8.1 to get assertFalse Revision ChangesPath 1.12 +1 -1 jakarta-commons-sandbox/io/project.xml Index: project.xml ===

Re: [site] Non-Maven web sites

How about: jakarta-site2/commons ? Hen On Sat, 22 Nov 2003, Dirk Verbeeck wrote: > How about creating a jakarta-commons-site for the generated html. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail

DO NOT REPLY [Bug 24911] - last substring returned by StringUtils.split( String, String, int ) is too long

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu