Re: [HACKERS] No Issue Tracker - Say it Ain't So!

We use mercurial but commits automatically close the bug reports and we have links with the codereview. [1] http://roundup.sourceforge.net/docs/features.html [2] https://bugs.tryton.org [3] http://hg.tryton.org/bugs.tryton.org/ -- Albert Cervera i Areny Tel. 93 553 18 03 @albertnan www.NaN-tic.com -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers

Re: [HACKERS] 16-bit page checksums for 9.2

A Dijous, 16 de febrer de 2012 12:16:31, Simon Riggs va escriure: > v8 attached Maybe the docs should include what will happen if the checksum is not correct? -- Albert Cervera i Areny http://www.NaN-tic.com Tel: +34 93 553 18 03 http://twitter.com/albertnan http://www.nan-tic.com/blog

Re: [HACKERS] Proof of concept: standalone backend with full FE/BE protocol

> > In other words, let's make this a feature and document it for use in > testing, and that it's not really usable for production embedded apps yet. +1. Some projects such as tryton would benefit from this feature. -- Albert Cervera i Areny http://www.NaN-tic.com Tel: +34 93 55

Re: [HACKERS] [PATCH] Enforce that INSERT...RETURNING preserves the order of multi rows

he tuples supplied. What's the use of RETURNING supplying data in random order? -- Albert Cervera i Areny http://www.NaN-tic.com Tel: +34 93 553 18 03 http://twitter.com/albertnan http://www.nan-tic.com/blog

[HACKERS] developer.postgresql.org down

Maybe already known or in scheduled maintenance but developer.postgresql.org seems to be down right now. -- Albert Cervera i Areny http://www.NaN-tic.com OpenERP Partners Tel: +34 93 553 18 03 skype: nan-oficina http://twitter.com/albertnan http://www.nan-tic.com/blog

[HACKERS] Contrib modules documentation online

I've been working on converting the current README files for all contrib modules into sgml and add it to the documentation. There are still some fixes to do but i'd like to have some feedback. Indeed, it wasn't agreed to have all if any of the modules together with the core documentation. You c

Re: [HACKERS] Contrib modules documentation online

8.3. I'd like it gave very little or no work to core developers. If so many people is interested you can help me revise it before the final version. By the way, if somebody has updated any of the contrib README files recently, please send me an e-mail and I'll c

Re: [HACKERS] [COMMITTERS] pgsql: Added the Skytools extended transaction ID module to contrib as

sconception and 8.3 will provide contrib documentation together with core docs. Let's see what happens then... -- Albert Cervera i Areny http://www.NaN-tic.com ---(end of broadcast)--- TIP 1: if posting/reading through Usenet, please

Re: [HACKERS] 8.3 full text search docs

to recreate the trigger by hand. > > Now that the structures and data are restored, you'll need to go through > and redo the tsearch2 stuff by hand. > > After you get the database fixed up, you'll also need to update your > client programs (php, perl, etc). For the most part, just renameing > things (like rank to ts_rank) should be all that's required. > > > Oleg Bartunov has an incomplete list of items that have been renamed: > > http://www.sai.msu.su/~megera/wiki/Tsearch2_83_changes > > - Upgrade from prior versions - -- Albert Cervera i Areny http://www.NaN-tic.com ---(end of broadcast)--- TIP 9: In versions below 8.0, the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match

Re: [HACKERS] Including Snapshot Info with Indexes

;t think we'll be able to compete with them if they store snapshot informatin per page, and we're storing it per tuple, for example. So any step in this directoy will probably mean understanding the decisions they've made in their architectures. [1] ht

Re: [HACKERS] Ready for beta2?

is possible we are not going to have as many beta bugs. I want to send a patch for the contrib modules by late sunday (europe here ;). I'm doing some cleanup and organizing it a bit better and I think somebody expected these docs to be in the second beta... -- Albert Cervera i Areny http:

Re: [HACKERS] WORM and Read Only Tables (v0.1)

understand this, do you plan that READ-ONLY tables wouldn't even store transaction information? That should save quite a lot of space. Maybe when the table would be moved to the compressed tablespace, MVCC information could be dropped too? Of course that would avoid future insert & up

Re: [HACKERS] [FINALLY] the TODO list has migrated to Wiki

, please email pgsql-hackers as > has been Bruce's tradition. > > -- > Alvaro Herrerahttp://www.CommandPrompt.com/ > The PostgreSQL Company - Command Prompt, Inc. -- Albert Cervera i Areny http://www.NaN-tic.com -- Sent via pgsql-hackers mailin

Re: [HACKERS] [FINALLY] the TODO list has migrated to Wiki

A Divendres 22 Agost 2008, Bruce Momjian va escriure: > Albert Cervera i Areny wrote: > > A Dimecres 20 Agost 2008, Alvaro Herrera va escriure: > > > Hi, > > > > > > Thanks to Brendan Jurd, who spent a lot of effort in creating useful > > > Mediawiki

Re: [HACKERS] [FINALLY] the TODO list has migrated to Wiki

clue.) Thanks. Maybe setting [easy] in orange and [done] in green would solve that too. > > -- > Alvaro Herrerahttp://www.CommandPrompt.com/ > The PostgreSQL Company - Command Prompt, Inc. -- Albert Cervera i Areny http://www.NaN-tic.com -- Sent vi

Re: [HACKERS] WIP: default values for function parameters

> not break any existing features. Barring better ideas I think we should > > go with that one. > > I personally thought that AS was a better idea. +1 -- Albert Cervera i Areny http://www.NaN-tic.com -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql

Re: [HACKERS] next CommitFest

for a first-contributor, no? > I don't think so, as long as it's properly explained. -- Albert Cervera i Areny http://www.NaN-tic.com Mòbil: +34 669 40 40 18 -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers

Re: [HACKERS] Multiple SRF right after SELECT

generate_series(1, 2) a, generate_series(1, 4) b; Can't tell you about the expected behaviour in the query you provided though. -- Albert Cervera i Areny http://www.NaN-tic.com -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.

Re: [HACKERS] Images in PostgreSQL

f questions should go to users mailing list. hackers is for people working on developing PostgreSQL itself. > Thanks in advance, > > -- > R&D | Alea Management & Technology Solutions -- Albert Cervera i Areny http://www.NaN-tic.com -- Sent via pgsql-hackers mailing list (p

Re: [HACKERS] Patch : seq scan readahead (WIP)

try it ? Your tests involve only one user. What about having two (or more) users reading different tables? You're using both disks for one user for a 35% performance gain "only"... > > Patch attached. -- Albert Cervera i Areny http://www.NaN-tic.com Mòbil: +34 669 40 40 18

Re: [HACKERS] Alpha 1 release notes

be interesting to add development docs URL [1] so testers can easily find the syntax of new features, or given that they'll be downloading the alpha tarball they should use that documentation? [1] http://developer.postgresql.org/pgdocs/postgres/index.html -- Albert Cervera i Areny http:/