From matt at p00le.net Mon Oct 1 17:50:05 2007 From: matt at p00le.net (Matthew Poole) Date: Tue, 2 Oct 2007 09:50:05 +1200 (NZST) Subject: [nzfug-general] Make portupgrade use HTTP over FTP? Message-ID: Mostly due to apathy, my flat is connected through Xtra, and in their great ignor^Wwisdom FTP is throttled because it's a "pirate" protocol. So, when portupgrade downloads stuff through FTP it's slower than a wet week - confirmed by the fact that using wget to get the same file from the same site via HTTP is dramatically faster. So, my question is, does anyone know of a way to make portupgrade prefer HTTP? My google foo doesn't seem to be up to the task, since I've found precisely nothing of use. -- Matthew Poole "Don't use force. Get a bigger hammer." From thompsa at FreeBSD.org Mon Oct 1 18:20:47 2007 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Tue, 2 Oct 2007 11:20:47 +1300 Subject: [nzfug-general] Make portupgrade use HTTP over FTP? In-Reply-To: References: Message-ID: <20071001222047.GB38352@heff.fud.org.nz> On Tue, Oct 02, 2007 at 09:50:05AM +1200, Matthew Poole wrote: > > Mostly due to apathy, my flat is connected through Xtra, and in their > great ignor^Wwisdom FTP is throttled because it's a "pirate" protocol. So, > when portupgrade downloads stuff through FTP it's slower than a wet week - > confirmed by the fact that using wget to get the same file from the same > site via HTTP is dramatically faster. > > So, my question is, does anyone know of a way to make portupgrade prefer > HTTP? My google foo doesn't seem to be up to the task, since I've found > precisely nothing of use. All the fetching is done via the ports system. If you go to the port directory and type 'make master-sites' you will see the order that the sites are checked for the distfile. I see there is some code around MASTER_SORT that may do it, have a look in /usr/ports/Mk/bsd.port.mk or maybe ask on the ports mailing list. Andrew From crh at outpost.co.nz Mon Oct 1 17:59:26 2007 From: crh at outpost.co.nz (Craig Harding) Date: Tue, 02 Oct 2007 10:59:26 +1300 Subject: [nzfug-general] Make portupgrade use HTTP over FTP? In-Reply-To: References: Message-ID: <47016DBE.70209@outpost.co.nz> Matthew Poole wrote: > So, my question is, does anyone know of a way to make portupgrade prefer > HTTP? My google foo doesn't seem to be up to the task, since I've found > precisely nothing of use. Get a real ISP? -- C. From dan at langille.org Mon Oct 1 19:53:45 2007 From: dan at langille.org (Dan Langille) Date: Mon, 01 Oct 2007 19:53:45 -0400 Subject: [nzfug-general] Make portupgrade use HTTP over FTP? In-Reply-To: <47016DBE.70209@outpost.co.nz> References: , <47016DBE.70209@outpost.co.nz> Message-ID: <47015049.21305.5DB48EDC@dan.langille.org> On 2 Oct 2007 at 10:59, Craig Harding wrote: > Matthew Poole wrote: > > > So, my question is, does anyone know of a way to make portupgrade > > prefer HTTP? My google foo doesn't seem to be up to the task, since > > I've found precisely nothing of use. > > Get a real ISP? Nice. Classy. Since when did we become a weenie list? Next time, don't. :) Mr Poole: I chatted with some FreeBSD porters about this. No real answer found yet, but the following might give you something to play with. There is no magic in the fetch to extract http/ftp only sources and reorder them.I had thought you could define FETCH_BINARY to be a custom script that rejects ftp URLs.... but that would really suck if there are only ftp URLs. But someone mentioned this would work "only if the distfile isn't on MASTER_SITE_BACKUP (and is http)". /usr/ports/Mk/bsd.port.mk:FETCH_BINARY?= /usr/bin/fetch Try redefining that in /etc/make.conf and see what happens. Enjoy. -- Dan Langille - http://www.langille.org/ Available for hire: http://www.freebsddiary.org/dan_langille.php From thompsa at FreeBSD.org Mon Oct 1 20:16:30 2007 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Tue, 2 Oct 2007 13:16:30 +1300 Subject: [nzfug-general] Make portupgrade use HTTP over FTP? In-Reply-To: <47015049.21305.5DB48EDC@dan.langille.org> References: <47016DBE.70209@outpost.co.nz> <47015049.21305.5DB48EDC@dan.langille.org> Message-ID: <20071002001630.GC38352@heff.fud.org.nz> On Mon, Oct 01, 2007 at 07:53:45PM -0400, Dan Langille wrote: > On 2 Oct 2007 at 10:59, Craig Harding wrote: > > > Matthew Poole wrote: > > > > > So, my question is, does anyone know of a way to make portupgrade > > > prefer HTTP? My google foo doesn't seem to be up to the task, since > > > I've found precisely nothing of use. > > > > Get a real ISP? > > Nice. Classy. Since when did we become a weenie list? Next time, > don't. :) > > Mr Poole: I chatted with some FreeBSD porters about this. No real > answer found yet, but the following might give you something to play > with. > > There is no magic in the fetch to extract http/ftp only sources and > reorder them.I had thought you could define FETCH_BINARY to be a > custom script that rejects ftp URLs.... but that would really suck if > there are only ftp URLs. But someone mentioned this would work "only > if the distfile isn't on MASTER_SITE_BACKUP (and is http)". > > /usr/ports/Mk/bsd.port.mk:FETCH_BINARY?= /usr/bin/fetch > > Try redefining that in /etc/make.conf and see what happens. Enjoy. the other way to cheat at this is to put the following in /etc/make.conf _RANDOMIZE_SITES= " | tr ' ' '\n' | sort -r" It will put the h's before the f's. Andrew From crh at outpost.co.nz Mon Oct 1 20:18:27 2007 From: crh at outpost.co.nz (Craig Harding) Date: Tue, 02 Oct 2007 13:18:27 +1300 Subject: [nzfug-general] Make portupgrade use HTTP over FTP? Message-ID: <47018E53.5050203@outpost.co.nz> Juha Saarinen wrote: > Boo... Not a constructive response. Actually, while being somewhat facetious, I'm also dead serious. The reason ISPs like Xtra get away with unmitigated bullshit like band-limiting FTP traffic is that PEOPLE PUT UP WITH IT. The best way to put an end to it is to switch to another ISP. Today. -- C. From juha at saarinen.org Mon Oct 1 19:51:24 2007 From: juha at saarinen.org (Juha Saarinen) Date: Tue, 2 Oct 2007 11:51:24 +1200 Subject: [nzfug-general] Make portupgrade use HTTP over FTP? Message-ID: <20071002004958.501D950823@nyi.unixathome.org> Boo... Not a constructive response. -- Juha From vinref at gmail.com Tue Oct 2 06:18:58 2007 From: vinref at gmail.com (Vince Refiti) Date: Tue, 2 Oct 2007 20:18:58 +1000 Subject: [nzfug-general] Room for other BSDs Message-ID: <2d4c86890710020318g57ffa260u1a1805baa137b22@mail.gmail.com> Hello I have been over the next door neighbours' to check out their house, and those NetBSD people do a fine job. But I can't seem to find a nz-centric mailing list like this one for NetBSD (I am known for mild blindness though - please point out if there is indeed a mailing list that I have missed). If there isn't one, is there room here for NetBSD queries and answers? >From my short, superficial experience with it, NetBSD is very similar to FreeBSD. I just wanted to check out their cute way of doing things like pkgsrc. Thanks, Vince -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.nz.freebsd.org/pipermail/nzfug-general/attachments/20071002/d831fcd1/attachment.html From thompsa at FreeBSD.org Tue Oct 2 11:29:12 2007 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Wed, 3 Oct 2007 04:29:12 +1300 Subject: [nzfug-general] Room for other BSDs In-Reply-To: <2d4c86890710020318g57ffa260u1a1805baa137b22@mail.gmail.com> References: <2d4c86890710020318g57ffa260u1a1805baa137b22@mail.gmail.com> Message-ID: <20071002152912.GE38352@heff.fud.org.nz> On Tue, Oct 02, 2007 at 08:18:58PM +1000, Vince Refiti wrote: > Hello > > I have been over the next door neighbours' to check out their house, and > those NetBSD people do a fine job. But I can't seem to find a nz-centric > mailing list like this one for NetBSD (I am known for mild blindness > though - please point out if there is indeed a mailing list that I have > missed). > > If there isn't one, is there room here for NetBSD queries and answers? Sure, you are very welcome here. > From my short, superficial experience with it, NetBSD is very similar to > FreeBSD. I just wanted to check out their cute way of doing things like > pkgsrc. And if there is any information such as NZ mirror sites then feel free to update http://nzfug.nz.freebsd.org/nzfug/ cheers, Andrew From thompsa at freebsd.org Mon Oct 8 15:56:49 2007 From: thompsa at freebsd.org (Andrew Thompson) Date: Tue, 9 Oct 2007 08:56:49 +1300 Subject: [nzfug-general] New Zealand PostgreSQL Users' Group Message-ID: <20071008195649.GA6664@heff.fud.org.nz> In case anyone is interested. --- Monday 8th October 2007 - Announcing the New Zealand PostgreSQL Users' Group NZ PostgreSQL Users' Group (NZPGUG) will bring together NZ's PostgreSQL users to discuss the world's best database server. PostgreSQL is a powerful, open source relational database system. It has more than 15 years of active development and a proven architecture that has earned it a strong reputation for reliability, data integrity, and correctness. NZPGUG is open to professionals, students, and enthusiasts. Activities include a mailing list, local meetings with technical presentations, and probably beer. PostgreSQL is in use within many systems in New Zealand, including: websites, education systems, telecommunications, and mapping. Even the New Zealand electoral roll is stored in PostgreSQL. The first meeting will be held in Wellington, on Tuesday the 6th of November at 6pm, hosted by Catalyst IT, 150 Willis Street. Subscribe to the mailing list for more information. For more information, visit http://pgug.org.nz or email contact[at]pgug.org.nz From j.knightly at ags.school.nz Wed Oct 17 15:53:25 2007 From: j.knightly at ags.school.nz (j.knightly) Date: Thu, 18 Oct 2007 08:53:25 +1300 Subject: [nzfug-general] FreeBSD Sqlite3 libpthread Error - Recommendations Message-ID: <972146EF-8F2E-4AA7-BB5E-03DEABC1890D@ags.school.nz> Hi to all NZ FreeBSD users I am looking for pointers as to where to go next - I run an open source Manhattan virtual classroom written in C which I have running successful on freebsd 6.2 using sqlite 3.3.8 complied from source with --prefix =/usr (uses sqlite3 as a markbook database) - when I tried to install the latest version of sqlite 3.5.1 I ended up with the following error [Fatal error 'Recurse on a private mutex.' at line 986 in file /usr/src/lib/libpthread/thread/thr_mutex.c (errno=0)] when you run the sqlite test script this is complied first with gmake sqlite_test.c #include #include #include #include #define MAX_PATH 200 static int callback(void *p_data, int num_fields, char **p_fields, char **p_col_name) { printf(" %s ", p_fields[0]); printf(" %s ", p_fields[1]); printf(" %s ", p_fields[2]); printf(" %s \n", p_fields[3]); return 1; } void create_db_tables() { char name[MAX_PATH +1]; int ret, nrecs =0; char *errmsg =0; sqlite3 *db; char *statement =0; /* begin creating tables */ snprintf(name, MAX_PATH +1, "/tmp/%s", "testdb"); puts("\nCreating a database..."); ret = sqlite3_open(name, &db); if(ret) { printf("ERROR: Can't create sqlite3 database.\n"); exit(1); } puts("Creating a table..."); ret = sqlite3_exec(db, "create table Categories(catId integer primary key, catName varchar(40), weight float, dropLowest integer)", 0, 0,0); if(ret) { sqlite3_close(db); printf("ERROR: Can't create table in sqlite3 database.\n"); exit(1); } puts("Inserting some data..."); statement = sqlite3_mprintf( "insert into Categories values(%d, '%q', 1, %d)", 12345, "Hello world!", 0); if(statement) { ret = sqlite3_exec(db, statement, 0,0,0); if(ret) { sqlite3_free(statement); sqlite3_close(db); printf("ERROR: Can't insert data into table.\n"); exit(1); } sqlite3_free(statement); } else { printf("ERROR: sqlite3_mprintf failed.\n"); sqlite3_close(db); exit(1); } puts("Performing a query..."); ret = sqlite3_exec(db, "select * from Categories", callback, &nrecs, &errmsg); if(errmsg) { printf("ERROR: Can't query db \n"); sqlite3_free(errmsg); sqlite3_close(db); exit(1); } sqlite3_close(db); puts("sqlite3 tests passed!!\n"); unlink(name); } int main () { create_db_tables(); return 0; } In the reply below - it is suggested that this is a libpthread problem (ie FreeBSD problem) but I am not totally convinced - I am after advice - what would be the next logical step - I am no programmer so am at the edge of my knowledge. Any recommendations / suggestions welcomed James Knightly Chemistry Teacher. Auckland <<<< reply from another Manhattan user >>>> Hi everyone... I believe the problem is libpthread, not sqlite, because the problem is the same for a lot os applications that use it, when running on FreeBSD systems, maybe you must check is there is no other links pointing to old libraries, maybe a rebuilt of this library solve the problem. Good luck. <<< My original email >>>>>> Hi Steve and Team Earlier on the year I successfully installed Manhattan Virtual 3.2 on FreeBSD 6.2 abet with a few twists. The FreeBSD packages did not satisfy the requirements of ./ sqlite_test so as an alternative I installed sqlite 3.3.8 from source with --prefix=/usr. This worked successful with the ./sqlite_test and hence Manhattan worked. Interesting, the default install location for sqlite is /usr/local - I can only assume that this is a FreeBSD verses Linux quirk. After helping Geoff try to install Manhattan 3.2 we both ran into the same problem when using the latest version of sqlite 3.5.1 - I can get sqlite to install, and run queries from command line fine. However... when running ./sqlite_test we both now get the following error. Creating a database .... Fatal error 'Recurse on a private mutex.' at line 986 in file /usr/ src/lib/libpthread/thread/thr_mutex.c (errno=0) After having a quick search on the sqlite website there is mention of significant changes between versions 3.3.x and 3.5.x - mutex ?? but I am not able to read code - so I'm at a lost. Is this a coding problem due to changes in sqlite3 code? or is it a FreeBSD problem? Or a configuration problem? Any ideas? Suggestions? Many thanks James Knightly -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.nz.freebsd.org/pipermail/nzfug-general/attachments/20071018/4e17e580/attachment.html From thompsa at FreeBSD.org Wed Oct 17 17:10:22 2007 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Thu, 18 Oct 2007 10:10:22 +1300 Subject: [nzfug-general] FreeBSD Sqlite3 libpthread Error - Recommendations In-Reply-To: <972146EF-8F2E-4AA7-BB5E-03DEABC1890D@ags.school.nz> References: <972146EF-8F2E-4AA7-BB5E-03DEABC1890D@ags.school.nz> Message-ID: <20071017211022.GA44319@heff.fud.org.nz> On Thu, Oct 18, 2007 at 08:53:25AM +1300, j.knightly wrote: > Hi to all NZ FreeBSD users > I am looking for pointers as to where to go next - I run an open source > Manhattan virtual classroom written in C which I have running successful > on freebsd 6.2 using sqlite 3.3.8 complied from source with --prefix =/usr > (uses sqlite3 as a markbook database) - when I tried to install the > latest version of sqlite 3.5.1 I ended up with the following error [Fatal > error 'Recurse on a private mutex.' at line 986 in file > /usr/src/lib/libpthread/thread/thr_mutex.c (errno=0)] when you run the > sqlite test script It could be possible that your application is linking to both the threading libraries (libpthread and libthr) which can cause this sort of thing. Are you using libmap at all? Andrew From thompsa at FreeBSD.org Tue Oct 23 03:04:51 2007 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Tue, 23 Oct 2007 20:04:51 +1300 Subject: [nzfug-general] 7.0-BETA1 Available, 6.3-BETA1 coming soon... In-Reply-To: <1193106060.82079.19.camel@neo.cse.buffalo.edu> References: <1193106060.82079.19.camel@neo.cse.buffalo.edu> Message-ID: <20071023070451.GA10847@heff.fud.org.nz> I have put the isos up at ftp://nzfug.nz.freebsd.org/pub/FreeBSD/ISO-IMAGES-amd64/7.0 ftp://nzfug.nz.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/7.0 Note: they still have debugging turned on. On Mon, Oct 22, 2007 at 10:21:00PM -0400, Ken Smith wrote: > > We have entered the final phases of the FreeBSD-7.0 Release cycle which > also means the beginning of the FreeBSD-6.3 Release cycle. Because the > people who support the ports for FreeBSD also need to go through a > freeze cycle as part of releases we had decided to combine the two > releases to try and minimize the impact on the ports maintainers. > > The current plan is to interleave the BETAs/RCs of the 7.0 and 6.3 > releases, trying to follow this for the dates when the builds will get > started (with them becoming available on the FTP mirrors a day or two > after the builds start): > > 7.0 6.3 > BETA1 10/17 10/24 > BETA2 10/31 11/7 > RC1 11/14 11/21 > RC2 11/28 12/5 > REL 12/12 12/19 > > Tomorrow (10/23) the RELENG_6 branch will be marked "6.3-PRERELEASE" to > note that we have entered the 6.3 release cycle. > > The schedule dates are, as usual, tentative. At this point RELENG_6 is > pretty mature so that schedule should be fairly accurate. Being a new > branch it is at least somewhat likely the dates for 7.0 will wind up > slipping. > > The 7.0-BETA1 builds have completed and are on many of the FreeBSD > mirror sites. If you want to update an existing machine using cvsup use > RELENG_7 as the branch tag. Instructions on using FreeBSD Update to > perform a binary upgrade from FreeBSD 6.x to 7.0-BETA1 will be provided > via the freebsd-stable list when available. > > The MD5/SHA256 sums for the ISO files are: > > MD5 (7.0-BETA1-amd64-bootonly.iso) = 8c6c02401bbd2e68d11ec554e4e1c4a2 > MD5 (7.0-BETA1-amd64-disc1.iso) = 91280b705c7330225f6245c6316f6c41 > MD5 (7.0-BETA1-amd64-disc2.iso) = 81dab65b611ec4ebea40f311969ad27a > MD5 (7.0-BETA1-amd64-docs.iso) = cc002beb3a69ab6245a8a70f52b3528c > MD5 (7.0-BETA1-amd64-livefs.iso) = 526554b4b5cc98b2544dd817dbf42b0c > > MD5 (7.0-BETA1-i386-bootonly.iso) = a1caa2daa032294a5ab101ba7507325a > MD5 (7.0-BETA1-i386-disc1.iso) = 47929d67f5673ddd856f54811e744ac2 > MD5 (7.0-BETA1-i386-disc2.iso) = 432c54565287f49a7449cb452267852e > MD5 (7.0-BETA1-i386-docs.iso) = 57e032ba93b1395a2f2bc859a8816f6a > > MD5 (7.0-BETA1-ia64-bootonly.iso) = b868f5accee282cc386c419ffcf8642e > MD5 (7.0-BETA1-ia64-disc1.iso) = 59c63c6dd5a6986e30fe5cdd218b1d18 > MD5 (7.0-BETA1-ia64-disc2.iso) = 9a011dafcd964a1c3e7dff689ebc5cf9 > MD5 (7.0-BETA1-ia64-docs.iso) = 3bbf0db507b317a8fa3afe48b800f557 > MD5 (7.0-BETA1-ia64-livefs.iso) = 93c3de935c3002a39b291b10f4c45be8 > > MD5 (7.0-BETA1-pc98-bootonly.iso) = b38f9676dd15308464e81172f9fbaa37 > MD5 (7.0-BETA1-pc98-disc1.iso) = d00d2d92ab7b5ff248e431ff22229d11 > > MD5 (7.0-BETA1-sparc64-bootonly.iso) = 1a64706fe2c42d338af2f136ef57a903 > MD5 (7.0-BETA1-sparc64-disc1.iso) = f72780b77fae0b841f08c2126d8e6007 > MD5 (7.0-BETA1-sparc64-disc2.iso) = 0477d9547d03b97033c07efac1c1a212 > > SHA256 (7.0-BETA1-amd64-bootonly.iso) = 343b2b3c63daa8e99dd3cf80f2eb65a63810fc1caef7dbe74ebf54b57d4c8923 > SHA256 (7.0-BETA1-amd64-disc1.iso) = 658d9ef30d07576038b8d40724851b46de1311d9ef742806c24c8b284ec72d11 > SHA256 (7.0-BETA1-amd64-disc2.iso) = c596d4f7904cb2ffca06fd9f3958dd8068cacb92fa22d57e3b53b03029eee8f6 > SHA256 (7.0-BETA1-amd64-docs.iso) = a3399826d857488b18a89f915e1397e07966d979209ed9f2f909b546764ce07a > SHA256 (7.0-BETA1-amd64-livefs.iso) = c32eaba36056e6a5fdcfec3cb9af582c5c77d8a7594e9e552ffc974c624206e3 > > SHA256 (7.0-BETA1-i386-bootonly.iso) = fb3dfc57b0fe53ac44471049cfd7ed043409387bb108d4dfaaa3b2285a2d67ae > SHA256 (7.0-BETA1-i386-disc1.iso) = 3d3eefe8c200deddafb9ed1315295ff52aa18b59429b480ae57a73bc8f4edd59 > SHA256 (7.0-BETA1-i386-disc2.iso) = 05c84ab7d419e4971493eaeda953a8fbfdb2dee811528d2275e175cdc8fa2271 > SHA256 (7.0-BETA1-i386-docs.iso) = b26d5d7f2448c1e0e4f72339c25d065b83529861698a9cf3c60f165e1fa8a6a9 > > SHA256 (7.0-BETA1-ia64-bootonly.iso) = 3925348937423230d18ba072ef117e5343dfd02414c3a75cfa56d84cc325a1c8 > SHA256 (7.0-BETA1-ia64-disc1.iso) = 8b39ce0b83e4fd04343d2a8e595bfbd7ded3abec8d4ff64dcf27ecaadc823f02 > SHA256 (7.0-BETA1-ia64-disc2.iso) = 83e9e025064922449e6521ce92fcb32496fea04e271b5fe0157ca4f59c0cc5b0 > SHA256 (7.0-BETA1-ia64-docs.iso) = 149e7525b6eb7157ce41139e9c7ad53625c4e287a4dbba5e257edc0dbe347dfa > SHA256 (7.0-BETA1-ia64-livefs.iso) = 54d716313a51d80b5583e2439ecac99c5e5ca67121fccc21f53b1483fa1d9178 > > SHA256 (7.0-BETA1-pc98-bootonly.iso) = e79a8003786e1b031860f251c8b0dcaac8ce27c52f363fa4df7e3d19b15f3ce7 > SHA256 (7.0-BETA1-pc98-disc1.iso) = c7e11c012b3e0c4a45c965a46cbda0209d873dd8d7a56cf59af4ea3acb4776bc > > SHA256 (7.0-BETA1-sparc64-bootonly.iso) = c9d9c2baab182848af6ed6f3a3711b03ad734073a64b0c25607062bf152d2283 > SHA256 (7.0-BETA1-sparc64-disc1.iso) = 8a1800bc03a6498f71fe739ac5a618b5fc1ef27d10a891cf5a9a81ff4c45bbd7 > SHA256 (7.0-BETA1-sparc64-disc2.iso) = 2a2f63cf1d84b13018d77414c3f89d4da7acbb0a22653e59fda54759efbf03d7 > > > -- > Ken Smith > - From there to here, from here to | kensmith at cse.buffalo.edu > there, funny things are everywhere. | > - Theodore Geisel | From matt at p00le.net Thu Oct 25 21:53:41 2007 From: matt at p00le.net (Matthew Poole) Date: Fri, 26 Oct 2007 14:53:41 +1300 (NZDT) Subject: [nzfug-general] HTTP ahead of FTP for portupgrade: the result Message-ID: Thanks to those who made suggestions. I made use of the "sort in make.conf" hack, and it's working beautifully. I won't say that fetch is blazingly fast (it seems to be hobbled compared to wget, for some reason), but it's definitely preferring HTTP sites and subsequently portupgrades are much faster. -- Matthew Poole "Don't use force. Get a bigger hammer." From fkw at paradise.net.nz Sun Oct 28 04:44:52 2007 From: fkw at paradise.net.nz (Graeme Kiyoto-Ward) Date: Sun, 28 Oct 2007 21:44:52 +1300 Subject: [nzfug-general] External Storage and BSD Message-ID: <47244C04.6090404@paradise.net.nz> Hi I currently have a dual boot machine that includes PC-BSD. I am looking to purchase an external hard drive to back up family videos and the like. Can anyone tell me if there is anything I need to watch for when purchasing an external hard drive and getting it to play nicely with FreeBSD. For example, I assume whatever hard drive I purchase will be pre-formatted with NTFS. Regards Graeme Kiyoto-Ward