Re: [HACKERS] A maze of twisty mailing lists all the same
+1 for the idea, and +1 for the Zork reference. Hello sailor. On 4/8/2010 1:11 AM Greg Stark wrote: I've often said in the past that we have too many mailing lists with overlapping and vague charters. I submit the following thread as evidence that this causes real problems. http://archives.postgresql.org/message-id/g2o4b46b5f01004010610ib8625426uae6ee90ac1435...@mail.gmail.com Because the poster chose to send it to pgsql-admin instead of pgsql-general (or pgsql-bugs) very few of the usual suspects had a chance to see it. 7 days later a question about a rather serious database corruption problem had no responses. I've never understand what the point of pgsql-admin is; just about every question posted is an admin question of some sort. Likewise I don't think we should have pgsql-performance or pgsql-sql or pgsql-novice -- any thread appropriate for any of these would be better served by sending it to pgsql-general anyways (with the exception of pgsql-performance which has a weird combination of hacker threads and user performance tuning threads). Sending threads to pgsql-general would get more eyes on them and would avoid a lot of the cross-posting headaches. What would someone subscribed to one of these lists but not pgsql-general get anyways but some random sample of threads that might be vaguely performance or admin related. They would still miss most of the administration and performance questions and discussions which happen on -general and -hackers as appropriate. -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
PostgreSQL wants to install, cancel or allow? (was Re: [HACKERS] Windows Vista support (Buildfarm Vaquita)
On 5/9/2007 7:46 AM Dave Page wrote: Oh, hang on... Vista's new 'security' features include popups that ask permission from the user before running any installers. One of the more basic checks they use is the filename - *anything* called setup.exe will cause user confirmation to be required before it will run. I believe for non-interactive sessions it'll just refuse to run. I just tried running update.exe myself, and yes, you guessed it, a user confirmation dialog popped up :-( You can just disable that feature by turning off User Account Control under the Windows Security Center... ---(end of broadcast)--- TIP 3: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faq
Re: [HACKERS] Google SoC--Idea Request
OpenMFG has done some work on getting PostgreSQL working with the Drupal CMS and the Mantis bugtracker (and also integrating those two, btw). We're in contact with the respective projects about getting our patches worked in, but if anyone's keeping a tally, just wanted you to be aware. Regards, Ned Jonah H. Harris wrote: Hey everyone, I know we started a discussion a month or so ago regarding ideas for SoC projects. However, after reading through the thread, I didn't see us nail down any actual items. As such, we need to quickly put together a list of oh, 15-20 midlevel project ideas. I'm sure we can pull some off the TODO list, but we should also look at project ideas for porting some of the most used third-party OSS software to PostgreSQL too (portals, CMS systems, accounting systems, etc.). All ideas welcome! -- Jonah H. Harris, Database Internals Architect EnterpriseDB Corporation 732.331.1324 ---(end of broadcast)--- TIP 2: Don't 'kill -9' the postmaster ---(end of broadcast)--- TIP 4: Have you searched our list archives? http://archives.postgresql.org
Re: [HACKERS] PostgreSQL Anniversary Summit, Call for
I'm interested in such a discussion, at least informally. I'd probably even sit politely and listen to a presentation ;-) Jim C. Nasby wrote: On Fri, Mar 03, 2006 at 07:50:51AM -0800, Luke Lonergan wrote: Peter, I'm asking our performance lead, Ayush Parashar, to develop a talk proposal that will discuss performance of Postgres, including enhancements like the on-disk bitmap index, sort improvements, etc. We'd also like to discuss the business intelligence use-cases and where parallelism is applicable. Where would such a talk fit in the program? On a related note, I'm wondering if there's any non-technical business-oriented things folks would be interested in hearing about, perhaps stuff relating to corporate support and use of PostgreSQL. ---(end of broadcast)--- TIP 1: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
[HACKERS] PostgreSQL at LinuxWorld Boston
[bcc to -hackers, -general] Folks, I'm happy to announce that PostgreSQL will have a home at LinuxWorld in two weeks after all. My company, OpenMFG, is teaming up with SRA America to wave the elephant flag at booth #1411 - right next door to the .org Pavillion, two booths up from the Intel spread. OpenMFG is a powerful and feature-rich ERP system that's written with PostgreSQL on the server, and Qt on the client (binaries available for Linux, Windows, and Mac OS X). The business logic is all in pl/pgsql, and performance is fantastic and very scalable. We'll be handing out CDs with free demo versions of our ERP package, as well as PostgreSQL 8.0 source and binaries. The CD will also contain a beta version of our OpenRPT report writer and rendering engine, which we'll be releasing under an open source license at the end of the beta cycle. SRA America is the US arm of the established Japan-based systems integrator Software Research Associates. As most of you know, SRA has been an active supporter of the PostgreSQL project for many years, and they currently employ several active contributors to the project, including core developer Bruce Momjian. They provide a variety of PostgreSQL services, including consulting, migration, support, and training. So the general idea is that you get: a) a software product vendor who's built their entire product and business around PostgreSQL, and b) an international services firm who is leading the charge of PostgreSQL consulting and support in the enterprise. If you're going to be in Boston from Feb. 15 to 17, please stop by and say hi. Regards, Ned Lilly -- Ned Lilly President and CEO OpenMFG, LLC 420 North Center Drive Building 11, Suite 115 Norfolk, VA 23502 tel: 757-461-3022 mailto: [EMAIL PROTECTED] www.openmfg.com ---(end of broadcast)--- TIP 9: the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match
[HACKERS] SCO embraces MySQL
[bcc to hackers, general] A match made in heaven... http://news.com.com/2110-7343_3-5236745.html ---(end of broadcast)--- TIP 8: explain analyze is your friend
[HACKERS] MySQL Lays Path for SAP Integration
Wonder how real this is? http://www.amrresearch.com/search/view.asp?id=17298 ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faqs/FAQ.html
[HACKERS] Metapa - PostgreSQL/Linux clustering for BI
Saw that these guys had raised some more VC money, and made an acquisition. Anyone from the company on the lists? (Probably best to reply only to -advocacy, but wanted to cast the net wide). From their website (www.metapa.com): -- Metapa CDB is an enterprise Java software application running on Linux. Key aspects of the CDB architecture include: * Built on open standards. * Based on a shared-nothing architecture. * Advanced SQL parallelization engine supports predicate-based partitioning and query acceleration. * Based on a database-agnostic framework allowing clustering capability for different RDBMs, initially supporting PostgreSQL. * Standards based client interface (JDBC/ODBC/DBI). * Custom low-latency, preemptable protocol on top of TCP. * Purpose-built from the ground up to increase the performance of star-schema data models typical in today's demanding decision support systems. ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send unregister YourEmailAddressHere to [EMAIL PROTECTED])
[HACKERS] urgent: db corruption - invalid TIDs?
Has anyone seen this behavior? It's corrupted a production database. ERROR: heap_mark4update: (am)invalid tid WARNING: Error occurred while executing PL/pgSQL function issuewomaterial WARNING: line 40 at SQL statement ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://archives.postgresql.org
Re: [HACKERS] urgent: db corruption - invalid TIDs?
ps - this is on 7.3.1. It never happened on 7.2.3... - Original Message - From: Ned Lilly [EMAIL PROTECTED] To: PostgreSQL Hackers [EMAIL PROTECTED] Sent: Monday, January 27, 2003 11:04 AM Subject: [HACKERS] urgent: db corruption - invalid TIDs? Has anyone seen this behavior? It's corrupted a production database. ERROR: heap_mark4update: (am)invalid tid WARNING: Error occurred while executing PL/pgSQL function issuewomaterial WARNING: line 40 at SQL statement ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send unregister YourEmailAddressHere to [EMAIL PROTECTED])
Re: [HACKERS] urgent: db corruption - invalid TIDs?
We've done a bit more digging, and think we understand the problem. Looks like 7.3.1 is just now taking advantage of a performance flag that has been ignored up to now. The error message is a bit unclear. When we close this out internally, we'll document our findings to the list. So, in short, never mind. Thanks, NL - Original Message - From: Ned Lilly [EMAIL PROTECTED] To: PostgreSQL Hackers [EMAIL PROTECTED] Sent: Monday, January 27, 2003 11:06 AM Subject: Re: [HACKERS] urgent: db corruption - invalid TIDs? ps - this is on 7.3.1. It never happened on 7.2.3... - Original Message - From: Ned Lilly [EMAIL PROTECTED] To: PostgreSQL Hackers [EMAIL PROTECTED] Sent: Monday, January 27, 2003 11:04 AM Subject: [HACKERS] urgent: db corruption - invalid TIDs? Has anyone seen this behavior? It's corrupted a production database. ERROR: heap_mark4update: (am)invalid tid WARNING: Error occurred while executing PL/pgSQL function issuewomaterial WARNING: line 40 at SQL statement ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster
[HACKERS] Yahoo hosting service using MySQL
http://webhosting.yahoo.com/ps/wh/prod/p3.html MySQL® is considered the most popular open source database in the world. Fast and powerful, it is perfect for high-traffic, heavy-load sites. ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge/docs/faq.html
Re: [HACKERS] [GENERAL] PostgreSQL Global Development Group
Oliver Elphick wrote: If we want people to use PostgreSQL in preference to anything else, we have to make it known. That is marketing. If we believe we have a good product we need to say so and say why and how it's better, cheaper and purer than anything else. If there's no good marketing, bad marketing will rule the world for sure. If we don't care, we can retreat into a pure technological huddle and disappear up our own navels. The rest of the world won't even notice. Such purity will eventually destroy the project because it will lose the momentum for growth through a lack of new input. You can grow or you can decline; a steady state is almost impossible to achieve. Couldn't agree more with that last point. I've had the perspective of working in big companies using various database software, a company specifically focused on PostgreSQL (Great Bridge), and now a new ISV with PostgreSQL underneath a vertical application (OpenMFG). I can tell you that even though the pgsql-hacker community is as strong as it's ever been, I think there's a serious danger of the larger world passing PostgreSQL by. Oracle and DB2 continue to get better and - significantly - cheaper, and SQL Server ... well, Oracle and DB2 are getting better. MySQL, even though it's an inferior product for most real database work, has always had a significantly larger installed base than PostgreSQL- and it's less controversial for people like Sun (who have deep relationships with Oracle) to get involved with. And despite the productizing of RHDB, Red Hat doesn't seem interested in making a real push for PostgreSQL either. While there are a number of smaller companies trying to help out, I think it's clear that the burden for helping PostgreSQL to find wider acceptance in the marketplace will be on the pgsql-hacker community for some time to come. I applaud the efforts of the advocacy group, and encourage others here not to look at the marketing as somehow dirty or beneath the dignity of the project. Keep up the good work, Ned ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
Re: [HACKERS] An article mentioning PostgreSQL
Yeah, we made an announcement to -general a few weeks ago, but didn't cross-post to -hackers. Cheers to all. Obviously as a co-founder of Great Bridge, I'm a big believer in Postgres. OpenMFG makes extensive use of pl/pgsql for most of its ERP business logic. We've also been beta testing PeerDirect's new Windows port, which I'd encourage more people to get involved with. As has been observed on this list before, as much as we all love Linux/BSD, if you don't have a Windows solution, you're missing an awfully big chunk of the market - and that's particularly true in our world of small manufacturing. That's why we chose Qt - one source tree, identical clients for Windows, Linux/Unix, Mac. Regards, Ned - Original Message - From: Bruce Momjian [EMAIL PROTECTED] To: Christopher Kings-Lynne [EMAIL PROTECTED] Cc: Hackers [EMAIL PROTECTED] Sent: Thursday, November 14, 2002 12:04 AM Subject: Re: [HACKERS] An article mentioning PostgreSQL Christopher Kings-Lynne wrote: I just came across this article: http://newsforge.com/newsforge/02/11/11/1848223.shtml?tid=3 It's an ERP company, OpenMFG, that uses Linux, PostgreSQL and QT. In the article they say they're active in Postgres development. Just wondering if they wanted to say hi! That is Ned Lilly, former Great Bridge employee. I talk to him regularly. I don't think they have submitted any patches recently, but he does reply to email postings periodically. -- Bruce Momjian| http://candle.pha.pa.us [EMAIL PROTECTED] | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup.| Newtown Square, Pennsylvania 19073 ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send unregister YourEmailAddressHere to [EMAIL PROTECTED]) ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
Re: [HACKERS] bugzilla.pgaccess.org
- Original Message - From: Jan Wieck [EMAIL PROTECTED] To: Iavor Raytchev [EMAIL PROTECTED] Cc: pgaccess - developers [EMAIL PROTECTED]; pgaccess - users [EMAIL PROTECTED]; pgsql-hackers [EMAIL PROTECTED]; pgsql-interfaces [EMAIL PROTECTED] Sent: Tuesday, July 09, 2002 5:28 PM Subject: Re: [HACKERS] bugzilla.pgaccess.org Iavor Raytchev wrote: Hello, As of today, a Bugzilla has been made available at - bugzilla.pgaccess.org This is a pretty straight forward installation of Bugzilla 2.14.2 It is currently empty. There are even no components so the first bug submissions can be either request for components or have to wait a few days. As we do not have much experience setting Bugzila for open source project (we use it for internal projects - with groups and permissions), all comments are welcome. Just out of curiosity, what database is backing it? If it isn't PostgreSQL, what about using PHP BugTracker instead? That runs on top of PostgreSQL. http://sourceforge.net/projects/phpbt/ Jan Or Gborg... ;-) http://gborg.postgresql.org/project/gborg/projdisplay.php Cheers, Ned ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send unregister YourEmailAddressHere to [EMAIL PROTECTED])
[HACKERS] CRN article
Folks, By now, I imagine a number of people have seen the piece on the Computer Reseller News website about Great Bridge and PostgreSQL. While I think we're all happy to see the increased visibility for PostgreSQL (especially as compared to the Oracles of the world), it's fair to say the article wasn't perfect. As Nathan Myers observed in another post, they rarely are. ;-) I thought the reporter did a good job of talking about Great Bridge's business model and how we work with resellers and third-party software developers (which after all is the focus of the magazine). Sure, there were some minor errors of fact, like the confusion over PostgreSQL's Berkeley origins, and the use of the word "licensing." But of greater concern to us, and the reason I'm writing this note, is the lack of clarity about the open source community that has built, and continues to build this software. Great Bridge is one company, one member of a large community, and a relative newcomer to the party. We employ several leading PostgreSQL developers, and give back to the project in many ways, but at the end of the day, we're still only a very small part of the larger project - which precedes us by many years, and could very easily survive us as well. We are *a* marketing channel for PostgreSQL (not *the* channel), provide services around the software, and release a QA-certified distribution (bundled with other tools and applications), but we know that it's not *our* software. It's everyone's, and I'm sorry the article didn't adequately represent that reality. Having said that, I'd ask everyone to take a deep breath, as Nathan suggested, and realize that it's still early in the adoption cycle for open source in the larger business world and the mass media. There will continue to be nuances that seem blindingly obvious to us, but slip right through the reporting and editing process in the trade press. That's ok, as long as we correct those errors, as delicately as possible ;-) We all have a shared stake in PostgreSQL being more widely used and appreciated, and how we respond to things like this will go a long way toward furthering that goal. You can all be justifiably proud of the work that's gone into PostgreSQL, leading up to the terrific 7.1 release; a big part of Great Bridge's job as a marketing organization is to make sure the world finds out about it - an ongoing job that we take very seriously. If anyone has any questions about Great Bridge's position on this kind of stuff, please feel free to email me off-list. Thanks, Ned -- -------- Ned Lilly e: [EMAIL PROTECTED] Vice Presidentw: www.greatbridge.com Evangelism / Hacker Relationsv: 757.233.5523 Great Bridge, LLCf: 757.233. ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
[HACKERS] 7.2 tools (was: WAL's single point of failure: latest CHECKPOINT record)
Yes, there is backend functionality on tap for 7.2 (see TODO) that will need to be in place before the tools Justin mentions can be properly built. We're very interested in helping out with the tools, and will be talking to the -hackers list more about our ideas once 7.1 is out the door. Regards, Ned Bruce Momjian wrote: We really need point-in-time recovery, removal of the need to vacuum, and more full-featured replication. Hopefully most can be addressed in 7.2. Hi all, Out of curiosity, does anyone know of any projects that are presently creating PostgreSQL database recovery tools? For example database corruption recovery, Point In Time restoration, and such things? It might be a good project for GreatBridge to look into if no-one else is doing it already. Regards and best wishes, Justin Clift Database Administrator
Re: [HACKERS] Postgres Benchmark
Hi, They're a little dated, but Great Bridge funded some benchmarks last summer putting Postgres 7.0 against Unnamed Proprietary Database 1 (version 8i) and Unnamed Proprietary Database 2 (version 7.0, available for NT platform only). See http://www.greatbridge.com/about/press.php?content_id=4 They ran the AS3AP and TPC-C benchmarks using an off-the-shelf commercial product called Benchmark Factory, now part of Quest Software. See http://www.quest.com/benchmark_factory/ Best regards, Ned Lilly Jreniz wrote: Hello!! I need demostrate that PostgreSQL is a great RDBMS for my undergraduate project, because this, Does somebody has a bechmark (or similar document) between Postgres and others DB (commercial DB's, principally)? Thanks in advance!! -- Ned Lilly e: [EMAIL PROTECTED] Vice Presidentw: www.greatbridge.com Evangelism / Hacker Relationsv: 757.233.5523 Great Bridge, LLCf: 757.233.
[HACKERS] Re: [GENERAL] Re: full text searching
(bcc'ed to -hackers) Gunnar R|nning wrote: Does anybody know how Oracle has implemented their "context" search or whatever it is called nowadays ? They're calling it Intermedia now ... http://www.oracle.com/intermedia/ I have yet to meet an Oracle customer who likes it. I think there's a lot of agreement that this is an area where Postgres could use some work. I know Oleg Bartunov has done some interesting work with Postgres and the search engine at the Russian portal site "Rambler" ... http://www.rambler.ru/ . Oleg, could you talk a bit about what you guys did? If there's interest in spinning up a separate project to sit outside the database, a la Intermedia or Verity, we'd be happy to sponsor such a thing on our GreatBridge.org project hosting site (CVS, bug tracking, mail lists, etc.) Regards, Ned -- -------- Ned Lilly e: [EMAIL PROTECTED] Vice Presidentw: www.greatbridge.com Evangelism / Hacker Relationsv: 757.233.5523 Great Bridge, LLCf: 757.233.
[HACKERS] PHP - Postgres large object functions
Adam, FYI, according to Rasmus Lerdorf, your patches have been committed. From the changelog: 2001-01-18 Derick Rethans [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * ext/pgsql/pgsql.c ext/pgsql/php_pgsql.h: - Added the pg_lolseek function, which allows for arbitrary seeking within a large object, and the pg_lotell call, which can be used to find the current file offset for a large object (Submitted by: Adam Haberlach [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]). - Added the pg_lolseek and pg_lotell functions Regards, Ned -- Ned Lilly e: [EMAIL PROTECTED] Vice Presidentw: www.greatbridge.com Evangelism / Hacker Relationsv: 757.233.5523 Great Bridge, LLCf: 757.233. -- Adam's original message: On Mon, Jan 22, 2001 at 11:55:56PM -0500, Bruce Momjian wrote: On Wed, Dec 27, 2000 at 12:56:26AM -0500, Bruce Momjian wrote: I have been asked by the major PHP developer Rasmus Lerdorf to see if the PostgreSQL/PHP interface needs any improvements. Is the current PostgreSQL interface module in PHP adequate? Does it support all the current libpq features? If not, would someone submit some patches to the PHP folks. They want us to work well with PHP. They are basically encouraging us to improve it in any way we can. I use PHP and Postgres together quite a bit, and find the APIs complete enough for most things. However, just last week I implemented pg_lolseek($loid, $offset $whence) and pg_lotell($loid) For some stuff that we are working on. They are pretty straightforward, and I can package them up and submit them if someone wants. Would to send this over to the PHP folks for inclusion? Thanks. I sent them patches against the at-the-time up-to-date CVS tree back when this first came up, they said that they failed, so I sent them another set, and have not heard back from them. It doesn't seem to show up in the cvs logs. I'll bug someone again and see if I can find out what happened. I mean, they only have 240 people with write access to the cvs tree... -- Adam Haberlach|A cat spends her life conflicted between a [EMAIL PROTECTED] |deep, passionate, and profound desire for http://www.newsnipple.com |fish and an equally deep, passionate, and '88 EX500 |profound desire to avoid getting wet.
Re: [HACKERS] question
Great Bridge makes PostgreSQL 7.0.3 RPMs for 8 different Linux distros at http://www.greatbridge.com/download ... Tom Lane wrote: "Robert B. Easter" [EMAIL PROTECTED] writes: You'll have to check redhat.com or do an rpm query to see if it should be or is installed on RedHat 6.2. I believe redhat does ship Postgres RPMs, but they're PG version 6.5.something, which is pretty old --- ie, fewer features and more bugs than later versions. You really ought to install PG 7.0.3 (use RPMs from www.postgresql.org) or if you're feeling bleeding edge, try out the 7.1 beta distribution. regards, tom lane -- -------- Ned Lilly e: [EMAIL PROTECTED] Vice Presidentw: www.greatbridge.com Evangelism / Hacker Relationsv: 757.233.5523 Great Bridge, LLCf: 757.233.
Re: [HACKERS] beta testing version
Ron Chmara wrote: As it is, any company trying to make a closed version of an open source product has some _massive_ work to do. Manuals. Documentation. Sales. Branding. Phone support lines. Legal departments/Lawsuit prevention. Figuring out how to prevent open source from stealing the thunder by duplicating features. And building a _product_. Most Open Source projects are not products, they are merely code, and some horrid documentation, and maybe some support. The companies making money are not making better code, they are making better _products_ And I really havn't seen much in the way of full featured products, complete with printed docs, 24 hour support, tutorials, wizards, templates, a company to sue if the code causes damage, GUI install, setup, removal, etc. etc. etc. This kind of stuff is more along the lines of what Great Bridge is doing. In about a week, we'll be releasing a GB-branded release of 7.0.3 - including printed manuals (much of which is new), a GUI installer (which is open source), support packages including fully-staffed 24/7. Details to follow soon on pgsql-announce. I don't want to speak for Pgsql Inc., but it seems to me that they are pursuing a slightly different business model than us - more focused on providing custom development around the base PostgreSQL software. And that's a great way to get more people using PostgreSQL. Some of what they create for their customers may be open source, some not. It's certainly their decision - and it's a perfectly justifiable business model, followed by open source companies such as Covalent (Apache), Zend (PHP), and TurboLinux. I don't think it's productive or appropriate to beat up on Pgsql Inc for developing bolt-on products in a different way - particularly with Vadim's clarification that the bolt-ons don't require anything special in the open source backend. Our own business model is, as I indicated, different. We got a substantial investment from our parent company, whose chairman sat on the Red Hat board for three years, and a mandate to create a *big* company that could provide the infrastructure (human and technical) to enable PostgreSQL to go up against the proprietary players like Oracle and Microsoft. A fully-staffed 24/7 data center isn't cheap, and our services won't be either. But it's a different type of business - we're providing the benefits of the open source development model to a group of customers that might not otherwise get involved, precisely because they demand to see a company of Great Bridge's heft behind a product before they buy. I think PostgreSQL and other open source projects are big enough for lots of different companies, with lots of different types of business models. Indeed, from what I've seen of Pgsql Inc (and I hope I haven't mischaracterized them), our business models are highly complementary. At Great Bridge, we hope and expect that other companies that "get it" will get more involved with PostgreSQL - that can only add to the strength of the project. Regards, Ned -- -------- Ned Lilly e: [EMAIL PROTECTED] Vice Presidentw: www.greatbridge.com Evangelism / Hacker Relationsv: 757.233.5523 Great Bridge, LLCf: 757.233.
[HACKERS] Great Bridge is hiring!
All, Apologies for the nature of this post - I think/hope this will be of general interest to the PostgreSQL community: Great Bridge is hiring. Big time. We're particularly interested in what we're calling "knowledge engineers" - the people who will work with paying Great Bridge customers to troubleshoot technical issues with PostgreSQL and other open source technologies, work on the fix themselves, and get paid to hack on PostgreSQL and other projects in their "down" time. Here's the position description from our website: -- This highly specialized engineer will be the front line of Great Bridge's professional support services, working to troubleshoot and resolve customers' technical issues. You will communicate with customers (email, live chat, phone) to troubleshoot and resolve problems; work closely with engineering staff on identifying bugs and scheduling fixes and hack at Great Bridge supported open source projects as available. Experience desired is 7-10 years of database programming or administration and deep expertise in at least one major RDBMS (PostgreSQL, Oracle, DB2, Microsoft SQL Server, Sybase, Informix). Unix orientation is critical, as well as experience in 2 - 3 of the following programming languages: C, C++, Perl, PHP, Python and Tcl/Tk. A demonstrated ability to work in small teams in a cooperative environment with strong customer service skills is required. -- Great Bridge is headquartered in Norfolk, Virginia - which boasts a mild climate, moderate cost of living, and easy access to lots of water, including the Atlantic Ocean, the Chesapeake Bay, and lots of rivers and inlets. For more info on the region, see www.hamptonroads.com. Great Bridge currently has 32 full-time employees and is growing fast. The knowledge engineer positions are located in Norfolk, and offer very competitive salaries, stock options, and comprehensive benefits. If you love PostgreSQL and open source, and want to get in on the ground floor of a leading open source software company, please contact me off-list and let's talk. Thanks, Ned -- -------- Ned Lilly e: [EMAIL PROTECTED] Vice Presidentw: www.greatbridge.com Evangelism / Hacker Relationsv: 757.233.5523 Great Bridge, LLCf: 757.233.