phppgadmin-devel — For Developers Only

Re: [ppa-dev] alter column order

[Karl O. P. <ko...@me...>]

On 04/20/2013 08:04:04 AM, Jehan-Guillaume (ioguix) de Rorthais wrote:
> On 20/04/2013 00:03, Hans Chen wrote:
> > Hi
> > 
> > I am considering to add function to change position of columns in
> > table.
> 
> I am not sure to understand clearly what you want to achieve.
> PostgreSQL
> doesn't supports "changing" columns position.

Some thoughts....

No, it's not supported by pg but that does not mean it
might not be useful, and I've had related thoughts along
similar lines.  

(The "browse" feature is reasonably
useless for anything other than a general overview
of what's in the table, for example, since it does not sort 
the rows.  So, it'd be nice to be able to allow each individual user
a way to configure how they want each table sorted.
Of course clustering is also an option.  But I think that's
mixing performance tuning with user interface.)

Anyhow you could re-order table columns by saving the
table's data, re-creating the
table, and transferring the data into it.

Karl <ko...@me...>
Free Software:  "You don't pay back, you pay forward."
                 -- Robert A. Heinlein

Re: [ppa-dev] default db on login page

[Jehan-Guillaume (i. de R. <io...@fr...>]

On 19/04/2013 23:46, Hans Chen wrote:
> On Fri, Apr 19, 2013 at 4:52 PM, Robert Treat <ro...@xz...> wrote:
>>
>> On Fri, Apr 19, 2013 at 10:14 AM, Karl O. Pinc <ko...@me...> wrote:
>>> On 04/18/2013 10:09:30 PM, Robert Treat wrote:
>>>> On Thu, Apr 18, 2013 at 2:26 PM, Karl O. Pinc <ko...@me...> wrote:
>>>>> On 04/18/2013 10:47:35 AM, Hans Chen wrote:
>>>
>>>>>> * Add support for default db to connect to on login page (we had
>>>>>> several
>>>>>> users complaining about that lately)
>>>
>>>>>   I'd think the default
>>>>> would go in the config file as another config parameter,
>>>>> but if you've a different idea it might be good to discuss
>>>>> it ahead of time.
>>>>>
>>>>
>>>> Actually, a better feature would be one I had started dabbling with,
>>>> which I called "libpq_login". The basic idea was that you could set
>>>> libpq_login to true in the config, and instead of displaying the
>>>> normal sets of servers, instead we would show a login box where you
>>>> could enter user, host, database, port type information, or
>>>> alternatively a url formatted libpq connect string.
>>>
>>> I don't see this as a substitute for having a default server
>>> and thereby having the "home page" start by asking for username
>>> and password.  The whole point, to my way of thinking, is that
>>> the user not have to think about the server at all.  I don't know,
>>> but I'd guess that a lot of installations have just a single server.
>>>
>>
>> That's fair. If there is demand for the default server login, it's
>> probably simpler to implement.
>>
> 
> I am little curious what is the complain from users. Seems current way
> is not bad if only single server.

Some user would like to be able to connect directly on a given database,
not to the defaultdb given in the conf file.

>>>> This would allow
>>>> people to be able to login without having to be able to get access to
>>>> the command line to configure every server.
>>>
>>> By this you mean without having to edit the ppa config file?
>>>
>>> I agree it would be nice to not be limited to the servers
>>> listed in the config file.  There's a temptation to want
>>> to be able to put some limits on what servers could be
>>> reached so as to avoid an "open relay" sort of situation.
>>> But I think it'd be best to avoid over-design at this point.
>>>
>>
>> Yeah... I've mostly seen this from people running in the cloud, or
>> doing heroku type stuff, where the connection credentials seem to be
>> more fluid.
> 
> A connection string like : pg://user:password@server:port/database is
> cool. May I start from it?

It already exists since PostgreSQL 9.1. See :

http://www.postgresql.org/docs/current/interactive/libpq-connect.html#LIBPQ-CONNSTRING

So if Robert is adding a form to connect to a database using a libpq
connection string, then this syntax will be automatically supported.

I see no point to adding this with some parsing pain inside PPA though.

>> Robert Treat
>> conjecture: xzilla.net
>> consulting: omniti.com
> 
> Best Regards,
> 
> Hans Chen

Re: [ppa-dev] alter column order

[Jehan-Guillaume (i. de R. <io...@fr...>]

On 20/04/2013 00:35, Karl O. Pinc wrote:
> On 04/19/2013 05:03:58 PM, Hans Chen wrote:
> 
>> I may add two buttons (up and down) to table view.
> 
> If you are considering changes to the page that
> shows all the tables in a schema then please write
> before starting work.  I'll do the same since I'm
> planning on working on this part of the code.

I think you are not talking about the same things at all. AFAIU, Hans is
talking about columns in the table, you are talking about tables in a
schema.

> Once I start I should be able to finish pretty quickly.
> 
> I'm thinking about working on this next Tuesday.

Please, could you create a new thread to talk about your idea ?

> Karl <ko...@me...>
> Free Software:  "You don't pay back, you pay forward."
>                  -- Robert A. Heinlein

Re: [ppa-dev] alter column order

[Jehan-Guillaume (i. de R. <io...@fr...>]

On 20/04/2013 00:03, Hans Chen wrote:
> Hi
> 
> I am considering to add function to change position of columns in
> table.

I am not sure to understand clearly what you want to achieve. PostgreSQL
doesn't supports "changing" columns position.

> Have tested to modify value of attnum in pg_attribute is a
> possible solution.

Then  you probably corrupt your database in some ways in guess. You
should never issue write queries to the catalog.

> I may add two buttons (up and down) to table view.
> 
> let me know what is your suggestions.

If you really want to move your columns position, then create a view.

BTW, why do you want to move your table columns in the first place ?

> 
> Best Regards,
> 
> Hans Chen

Re: [ppa-dev] alter column order

[Karl O. P. <ko...@me...>]

On 04/20/2013 07:01:12 AM, Hans Chen wrote:
> No, I am going to change the the page show all columns of table.

Ok.  Thanks.



Karl <ko...@me...>
Free Software:  "You don't pay back, you pay forward."
                 -- Robert A. Heinlein

[ppa-dev] alter column order

[Hans C. <ha...@gm...>]

On Saturday, April 20, 2013, Karl O. Pinc wrote:

> On 04/19/2013 05:03:58 PM, Hans Chen wrote:
>
> > I may add two buttons (up and down) to table view.
>
> If you are considering changes to the page that
> shows all the tables in a schema then please write
> before starting work.  I'll do the same since I'm
> planning on working on this part of the code.
>
> Once I start I should be able to finish pretty quickly.
>
> I'm thinking about working on this next Tuesday.
>
>
No, I am going to change the the page show all columns of table.


>
> Karl <ko...@me...>
> Free Software:  "You don't pay back, you pay forward."
>                  -- Robert A. Heinlein
>
>

-- 
Sent from Gmail Mobile

Re: [ppa-dev] default db on login page

[Karl O. P. <ko...@me...>]

On 04/19/2013 04:46:37 PM, Hans Chen wrote:
> On Fri, Apr 19, 2013 at 4:52 PM, Robert Treat <ro...@xz...> wrote:
> >
> > On Fri, Apr 19, 2013 at 10:14 AM, Karl O. Pinc <ko...@me...> 
> wrote:
> > > On 04/18/2013 10:09:30 PM, Robert Treat wrote:
> > >> On Thu, Apr 18, 2013 at 2:26 PM, Karl O. Pinc <ko...@me...>
> wrote:
> > >> > On 04/18/2013 10:47:35 AM, Hans Chen wrote:
> > >
> > >> >> * Add support for default db to connect to on login page (we
> had
> > >> >> several
> > >> >> users complaining about that lately)

> > > I don't see this as a substitute for having a default server
> > > and thereby having the "home page" start by asking for username
> > > and password.  The whole point, to my way of thinking, is that
> > > the user not have to think about the server at all.  I don't 
> know,
> > > but I'd guess that a lot of installations have just a single
> server.
> > >
> >
> > That's fair. If there is demand for the default server login, it's
> > probably simpler to implement.
> >
> 
> I am little curious what is the complain from users. Seems current 
> way
> is not bad if only single server.

Well, I've a lot of users that don't want to have to think about
the server.  They can be trained to click on it, but you have
to train them to click on it.  It'd be nice not to have to do this.



Karl <ko...@me...>
Free Software:  "You don't pay back, you pay forward."
                 -- Robert A. Heinlein

Re: [ppa-dev] alter column order

[Karl O. P. <ko...@me...>]

On 04/19/2013 05:03:58 PM, Hans Chen wrote:

> I may add two buttons (up and down) to table view.

If you are considering changes to the page that
shows all the tables in a schema then please write
before starting work.  I'll do the same since I'm
planning on working on this part of the code.

Once I start I should be able to finish pretty quickly.

I'm thinking about working on this next Tuesday.


Karl <ko...@me...>
Free Software:  "You don't pay back, you pay forward."
                 -- Robert A. Heinlein

[ppa-dev] alter column order

[Hans C. <ha...@gm...>]

Hi

I am considering to add function to change position of columns in
table. Have tested to modify value of attnum in pg_attribute is a
possible solution.

I may add two buttons (up and down) to table view.

let me know what is your suggestions.

Best Regards,

Hans Chen

Re: [ppa-dev] default db on login page

[Hans C. <ha...@gm...>]

On Fri, Apr 19, 2013 at 4:52 PM, Robert Treat <ro...@xz...> wrote:
>
> On Fri, Apr 19, 2013 at 10:14 AM, Karl O. Pinc <ko...@me...> wrote:
> > On 04/18/2013 10:09:30 PM, Robert Treat wrote:
> >> On Thu, Apr 18, 2013 at 2:26 PM, Karl O. Pinc <ko...@me...> wrote:
> >> > On 04/18/2013 10:47:35 AM, Hans Chen wrote:
> >
> >> >> * Add support for default db to connect to on login page (we had
> >> >> several
> >> >> users complaining about that lately)
> >
> >> >   I'd think the default
> >> > would go in the config file as another config parameter,
> >> > but if you've a different idea it might be good to discuss
> >> > it ahead of time.
> >> >
> >>
> >> Actually, a better feature would be one I had started dabbling with,
> >> which I called "libpq_login". The basic idea was that you could set
> >> libpq_login to true in the config, and instead of displaying the
> >> normal sets of servers, instead we would show a login box where you
> >> could enter user, host, database, port type information, or
> >> alternatively a url formatted libpq connect string.
> >
> > I don't see this as a substitute for having a default server
> > and thereby having the "home page" start by asking for username
> > and password.  The whole point, to my way of thinking, is that
> > the user not have to think about the server at all.  I don't know,
> > but I'd guess that a lot of installations have just a single server.
> >
>
> That's fair. If there is demand for the default server login, it's
> probably simpler to implement.
>

I am little curious what is the complain from users. Seems current way
is not bad if only single server.

>
> >> This would allow
> >> people to be able to login without having to be able to get access to
> >> the command line to configure every server.
> >
> > By this you mean without having to edit the ppa config file?
> >
> > I agree it would be nice to not be limited to the servers
> > listed in the config file.  There's a temptation to want
> > to be able to put some limits on what servers could be
> > reached so as to avoid an "open relay" sort of situation.
> > But I think it'd be best to avoid over-design at this point.
> >
>
> Yeah... I've mostly seen this from people running in the cloud, or
> doing heroku type stuff, where the connection credentials seem to be
> more fluid.

A connection string like : pg://user:password@server:port/database is
cool. May I start from it?

>
> Robert Treat
> conjecture: xzilla.net
> consulting: omniti.com

Best Regards,

Hans Chen

Re: [ppa-dev] default db on login page

[Robert T. <ro...@xz...>]

On Fri, Apr 19, 2013 at 10:14 AM, Karl O. Pinc <ko...@me...> wrote:
> On 04/18/2013 10:09:30 PM, Robert Treat wrote:
>> On Thu, Apr 18, 2013 at 2:26 PM, Karl O. Pinc <ko...@me...> wrote:
>> > On 04/18/2013 10:47:35 AM, Hans Chen wrote:
>
>> >> * Add support for default db to connect to on login page (we had
>> >> several
>> >> users complaining about that lately)
>
>> >   I'd think the default
>> > would go in the config file as another config parameter,
>> > but if you've a different idea it might be good to discuss
>> > it ahead of time.
>> >
>>
>> Actually, a better feature would be one I had started dabbling with,
>> which I called "libpq_login". The basic idea was that you could set
>> libpq_login to true in the config, and instead of displaying the
>> normal sets of servers, instead we would show a login box where you
>> could enter user, host, database, port type information, or
>> alternatively a url formatted libpq connect string.
>
> I don't see this as a substitute for having a default server
> and thereby having the "home page" start by asking for username
> and password.  The whole point, to my way of thinking, is that
> the user not have to think about the server at all.  I don't know,
> but I'd guess that a lot of installations have just a single server.
>

That's fair. If there is demand for the default server login, it's
probably simpler to implement.

>> This would allow
>> people to be able to login without having to be able to get access to
>> the command line to configure every server.
>
> By this you mean without having to edit the ppa config file?
>
> I agree it would be nice to not be limited to the servers
> listed in the config file.  There's a temptation to want
> to be able to put some limits on what servers could be
> reached so as to avoid an "open relay" sort of situation.
> But I think it'd be best to avoid over-design at this point.
>

Yeah... I've mostly seen this from people running in the cloud, or
doing heroku type stuff, where the connection credentials seem to be
more fluid.

Robert Treat
conjecture: xzilla.net
consulting: omniti.com

Re: [ppa-dev] default db on login page

[Karl O. P. <ko...@me...>]

On 04/18/2013 10:09:30 PM, Robert Treat wrote:
> On Thu, Apr 18, 2013 at 2:26 PM, Karl O. Pinc <ko...@me...> wrote:
> > On 04/18/2013 10:47:35 AM, Hans Chen wrote:

> >> * Add support for default db to connect to on login page (we had
> >> several
> >> users complaining about that lately)

> >   I'd think the default
> > would go in the config file as another config parameter,
> > but if you've a different idea it might be good to discuss
> > it ahead of time.
> >
> 
> Actually, a better feature would be one I had started dabbling with,
> which I called "libpq_login". The basic idea was that you could set
> libpq_login to true in the config, and instead of displaying the
> normal sets of servers, instead we would show a login box where you
> could enter user, host, database, port type information, or
> alternatively a url formatted libpq connect string.

I don't see this as a substitute for having a default server
and thereby having the "home page" start by asking for username
and password.  The whole point, to my way of thinking, is that
the user not have to think about the server at all.  I don't know,
but I'd guess that a lot of installations have just a single server.

> This would allow
> people to be able to login without having to be able to get access to
> the command line to configure every server.

By this you mean without having to edit the ppa config file?

I agree it would be nice to not be limited to the servers
listed in the config file.  There's a temptation to want
to be able to put some limits on what servers could be
reached so as to avoid an "open relay" sort of situation.
But I think it'd be best to avoid over-design at this point.

Karl <ko...@me...>
Free Software:  "You don't pay back, you pay forward."
                 -- Robert A. Heinlein

Re: [ppa-dev] default db on login page

[Robert T. <ro...@xz...>]

On Thu, Apr 18, 2013 at 2:26 PM, Karl O. Pinc <ko...@me...> wrote:
> On 04/18/2013 10:47:35 AM, Hans Chen wrote:
>> All
>>
>> May I know detailed requirements about this item in TODO:
>>
>> * Add support for default db to connect to on login page (we had
>> several
>> users complaining about that lately)
>>
>> I would like to do something for that.
>
> You can talk about it on IRC at #phppgadmin on irc.freenode.net.
> Or just send a patch to this list.  I'd think the default
> would go in the config file as another config parameter,
> but if you've a different idea it might be good to discuss
> it ahead of time.
>

Actually, a better feature would be one I had started dabbling with,
which I called "libpq_login". The basic idea was that you could set
libpq_login to true in the config, and instead of displaying the
normal sets of servers, instead we would show a login box where you
could enter user, host, database, port type information, or
alternatively a url formatted libpq connect string. This would allow
people to be able to login without having to be able to get access to
the command line to configure every server. There are some tricky
pieces around connection variable passing, and also what to do about
bin paths and similar things, but I think it should be doable.


Robert Treat
play: xzilla.net
work: omniti.com

Re: [ppa-dev] default db on login page

[Karl O. P. <ko...@me...>]

On 04/18/2013 10:47:35 AM, Hans Chen wrote:
> All
> 
> May I know detailed requirements about this item in TODO:
> 
> * Add support for default db to connect to on login page (we had
> several
> users complaining about that lately)
> 
> I would like to do something for that.

You can talk about it on IRC at #phppgadmin on irc.freenode.net.
Or just send a patch to this list.  I'd think the default
would go in the config file as another config parameter,
but if you've a different idea it might be good to discuss
it ahead of time.


Karl <ko...@me...>
Free Software:  "You don't pay back, you pay forward."
                 -- Robert A. Heinlein

[ppa-dev] default db on login page

[Hans C. <ha...@gm...>]

All

May I know detailed requirements about this item in TODO:

* Add support for default db to connect to on login page (we had several
users complaining about that lately)

I would like to do something for that.

Best Regards,

Hans Chen

[ppa-dev] Bug#683071: [phppgadmin] To have Table Name displayed when Browse the Table (fwd)

[Christoph B. <my...@de...>]

Hi,

here's a wishlist item from a Debian user. The table name is visible
in the breadcrumbs, though it would be nice if the box just below that
would say "Browse $table" instead of just "Browse".

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683071

----- Forwarded message from Csanyi Pal <csa...@gm...> -----

Date: Sat, 28 Jul 2012 14:24:59 +0200
From: Csanyi Pal <csa...@gm...>
Reply-To: Csanyi Pal <csa...@gm...>, 68...@bu...
To: su...@bu...
Subject: Bug#683071: [phppgadmin] To have Table Name displayed when Browse the Table

Package: phppgadmin
Version: 5.0.4-1
Severity: wishlist

--- Please enter the report below this line. ---
When one browse a table in a database the data of that table
are displayed in rows and columns of that table.

I wish to have displayed the Table Name above rows so
one can see it right away.

At present one must to search Table Name in the Link line above.

----- End forwarded message -----

Christoph
-- 
cb...@df... | http://www.df7cb.de/

Re: [ppa-dev] php 5.1 packages are up

[Robert T. <ro...@xz...>]

On Mon, Apr 15, 2013 at 9:59 PM, Karl O. Pinc <ko...@me...> wrote:
> On 04/14/2013 06:40:30 PM, Robert Treat wrote:
>
>> I'd like to get some independent confirmation that the packages look
>> ok before I start sending announcements out to the world. Thanks in
>> advance,
>
> I configured it and it seems to run against pg-dev (head as of
> Sunday).  I don't seem to get any errors doing random bits of
> this and that.  Nothing at all comprehensive.
>
> And I haven't really _looked_ at the files to see if something's
> missing.
>
> If there's something specific you want me to test I can, but
> I'm about to disappear for 24 hours.
>

Nope, I think we're good. Thanks.


Robert Treat
conjecture: xzilla.net
consulting: omniti.com

Re: [ppa-dev] php 5.1 packages are up

[Karl O. P. <ko...@me...>]

On 04/14/2013 06:40:30 PM, Robert Treat wrote:

> I'd like to get some independent confirmation that the packages look
> ok before I start sending announcements out to the world. Thanks in
> advance,

I configured it and it seems to run against pg-dev (head as of
Sunday).  I don't seem to get any errors doing random bits of
this and that.  Nothing at all comprehensive.

And I haven't really _looked_ at the files to see if something's
missing.

If there's something specific you want me to test I can, but
I'm about to disappear for 24 hours.

Karl <ko...@me...>
Free Software:  "You don't pay back, you pay forward."
                 -- Robert A. Heinlein

Re: [ppa-dev] php 5.1 packages are up

[Robert T. <ro...@xz...>]

On Mon, Apr 15, 2013 at 2:45 PM, Karl O. Pinc <ko...@me...> wrote:
> On 04/14/2013 06:40:30 PM, Robert Treat wrote:
>
>> I'd like to get some independent confirmation that the packages look
>> ok before I start sending announcements out to the world. Thanks in
>> advance,
>
> bunzip2: /tmp/phpPgAdmin-5.1.tar.bz2: trailing garbage after EOF
> ignored
>
> FWIW, I got the above when uncompressing.  I suppose I could
> have done something odd on download.
>

No, it appears to be something from building the release tarballs, but
I haven't tracked it down to something specific. If I bunzip and bzip
it back up, the problem seems to go away. AFAICT everything is fine in
the package, but I plan to rewrap and release just in case.


Robert Treat
play: xzilla.net
work: omniti.com

Re: [ppa-dev] php 5.1 packages are up

[Karl O. P. <ko...@me...>]

On 04/14/2013 06:40:30 PM, Robert Treat wrote:

> I'd like to get some independent confirmation that the packages look
> ok before I start sending announcements out to the world. Thanks in
> advance,

bunzip2: /tmp/phpPgAdmin-5.1.tar.bz2: trailing garbage after EOF 
ignored

FWIW, I got the above when uncompressing.  I suppose I could
have done something odd on download.


Karl <ko...@me...>
Free Software:  "You don't pay back, you pay forward."
                 -- Robert A. Heinlein

Re: [ppa-dev] php 5.1 packages are up

[Robert T. <ro...@xz...>]

On Mon, Apr 15, 2013 at 9:57 AM, Karl O. Pinc <ko...@me...> wrote:
> On 04/15/2013 07:11:54 AM, Robert Treat wrote:
>> On Sun, Apr 14, 2013 at 10:36 PM, Karl O. Pinc <ko...@me...> wrote:
>> > On 04/14/2013 06:40:30 PM, Robert Treat wrote:
>> > While I'm at it, what's with
>> > http://git.postgresql.org/gitweb/?p=phppgadmin.git;a=summary
>> > and how it compares to github?
>> >
>>
>> Hmm, I bet it broke when we did the re-base a couple weeks back. I'll
>> poke the pg folks about it.
>
> I don't know anything about it being broken.  I wondered what it's role
> in the universe is.
>

It's just a mirror of master.


Robert Treat
play: xzilla.net
work: omniti.com

Re: [ppa-dev] php 5.1 packages are up

[Karl O. P. <ko...@me...>]

On 04/15/2013 07:11:54 AM, Robert Treat wrote:
> On Sun, Apr 14, 2013 at 10:36 PM, Karl O. Pinc <ko...@me...> wrote:
> > On 04/14/2013 06:40:30 PM, Robert Treat wrote:
> >> Howdy folks,
> >>
> >> 5.1 has been branched and tagged.
> >>
> >> The files are available on sourceforge at
> >> https://sourceforge.net/projects/phppgadmin/files/phpPgAdmin%20%
> >> 5Bstable%5D/phpPgAdmin-5.1/
> >>
> >> I'd like to get some independent confirmation that the packages
> look
> >> ok before I start sending announcements out to the world.
> >
> > Is this the same as head?
> >
> 
> yes, except we rename the config file and remove the BUGS file IIRC.

I'm going to mess with importable views, and probably insert/update/
delete on views today.  I'll use the release files and see if anything
bad happens.  This won't be a comprehensive test....

I can't just install the release on my boxes since they're all patched.

> 
> > While I'm at it, what's with
> > http://git.postgresql.org/gitweb/?p=phppgadmin.git;a=summary
> > and how it compares to github?
> >
> 
> Hmm, I bet it broke when we did the re-base a couple weeks back. I'll
> poke the pg folks about it.

I don't know anything about it being broken.  I wondered what it's role
in the universe is.



Karl <ko...@me...>
Free Software:  "You don't pay back, you pay forward."
                 -- Robert A. Heinlein

Re: [ppa-dev] php 5.1 packages are up

[Robert T. <ro...@xz...>]

On Sun, Apr 14, 2013 at 10:36 PM, Karl O. Pinc <ko...@me...> wrote:
> On 04/14/2013 06:40:30 PM, Robert Treat wrote:
>> Howdy folks,
>>
>> 5.1 has been branched and tagged.
>>
>> The files are available on sourceforge at
>> https://sourceforge.net/projects/phppgadmin/files/phpPgAdmin%20%
>> 5Bstable%5D/phpPgAdmin-5.1/
>>
>> I'd like to get some independent confirmation that the packages look
>> ok before I start sending announcements out to the world.
>
> Is this the same as head?
>

yes, except we rename the config file and remove the BUGS file IIRC.

> While I'm at it, what's with
> http://git.postgresql.org/gitweb/?p=phppgadmin.git;a=summary
> and how it compares to github?
>

Hmm, I bet it broke when we did the re-base a couple weeks back. I'll
poke the pg folks about it.


Robert Treat
play: xzilla.net
work: omniti.com

Re: [ppa-dev] php 5.1 packages are up

[Karl O. P. <ko...@me...>]

On 04/14/2013 06:40:30 PM, Robert Treat wrote:
> Howdy folks,
> 
> 5.1 has been branched and tagged.
> 
> The files are available on sourceforge at
> https://sourceforge.net/projects/phppgadmin/files/phpPgAdmin%20%
> 5Bstable%5D/phpPgAdmin-5.1/
> 
> I'd like to get some independent confirmation that the packages look
> ok before I start sending announcements out to the world. 

Is this the same as head?

While I'm at it, what's with
http://git.postgresql.org/gitweb/?p=phppgadmin.git;a=summary
and how it compares to github?

Karl <ko...@me...>
Free Software:  "You don't pay back, you pay forward."
                 -- Robert A. Heinlein

[ppa-dev] php 5.1 packages are up

[Robert T. <ro...@xz...>]

Howdy folks,

5.1 has been branched and tagged.

The files are available on sourceforge at
https://sourceforge.net/projects/phppgadmin/files/phpPgAdmin%20%5Bstable%5D/phpPgAdmin-5.1/

I'd like to get some independent confirmation that the packages look
ok before I start sending announcements out to the world. Thanks in
advance,


Robert Treat
play: xzilla.net
work: omniti.com