How would that even work? I think it would help if you (code fx9)
could describe your deployment scenario in more detail.
If all you're looking for is to be able to avoid having to login, then
you can always just set SERVER_MODE = False.
On Wed, Jun 22, 2016 at 7:10 AM, Ashesh Vashi
wrote:
>
> O
On Jun 22, 2016 11:35, "code fx9" wrote:
>
> Yes.
Can you please create a case for the same
redmine.postgresql.org under pgAdmin4?
--
Thanks & Regards,
Ashesh Vashi
>
> On Tue, Jun 21, 2016 at 7:35 PM, Ashesh Vashi <
ashesh.va...@enterprisedb.com> wrote:
>>
>> Are you talking about email, and pas
Yes.
On Tue, Jun 21, 2016 at 7:35 PM, Ashesh Vashi wrote:
> Are you talking about email, and password asked during first start up?
>
> -- Ashesh
> On Jun 22, 2016 6:04 AM, "code fx9" wrote:
>
>> Hi,
>> I am trying to run pgadmin4 via docker in unattended mode. We would like
>> to pass email and
Are you talking about email, and password asked during first start up?
-- Ashesh
On Jun 22, 2016 6:04 AM, "code fx9" wrote:
> Hi,
> I am trying to run pgadmin4 via docker in unattended mode. We would like
> to pass email and password via environment variables. Is that something can
> be supporte
Hi,
I am trying to run pgadmin4 via docker in unattended mode. We would like to
pass email and password via environment variables. Is that something can be
supported?
Thanks.
Thanks Dave.
On Wed, Nov 20, 2013 at 4:53 PM, Dave Page wrote:
> Thanks - applied with minor tweaks to the layout.
>
>
> On Mon, Nov 18, 2013 at 1:16 PM, Akshay Joshi <
> akshay.jo...@enterprisedb.com> wrote:
>
>>
>>
>>
>> On Mon, Nov 18, 2013 at 5:50 PM, Dave Page wrote:
>>
>>>
>>>
>>>
>>> On
Thanks - applied with minor tweaks to the layout.
On Mon, Nov 18, 2013 at 1:16 PM, Akshay Joshi wrote:
>
>
>
> On Mon, Nov 18, 2013 at 5:50 PM, Dave Page wrote:
>
>>
>>
>>
>> On Mon, Nov 18, 2013 at 12:00 PM, Akshay Joshi <
>> akshay.jo...@enterprisedb.com> wrote:
>>
>>>
>>>
>>>
>>> On Mon, No
On Mon, Nov 18, 2013 at 5:50 PM, Dave Page wrote:
>
>
>
> On Mon, Nov 18, 2013 at 12:00 PM, Akshay Joshi <
> akshay.jo...@enterprisedb.com> wrote:
>
>>
>>
>>
>> On Mon, Nov 18, 2013 at 5:24 PM, Dave Page wrote:
>>
>>> Hi
>>>
>>>
>>> On Mon, Nov 18, 2013 at 11:06 AM, Akshay Joshi <
>>> akshay.jo.
On Mon, Nov 18, 2013 at 12:00 PM, Akshay Joshi <
akshay.jo...@enterprisedb.com> wrote:
>
>
>
> On Mon, Nov 18, 2013 at 5:24 PM, Dave Page wrote:
>
>> Hi
>>
>>
>> On Mon, Nov 18, 2013 at 11:06 AM, Akshay Joshi <
>> akshay.jo...@enterprisedb.com> wrote:
>>
>>> Hi Dave
>>>
>>> I have added support f
On Mon, Nov 18, 2013 at 5:24 PM, Dave Page wrote:
> Hi
>
>
> On Mon, Nov 18, 2013 at 11:06 AM, Akshay Joshi <
> akshay.jo...@enterprisedb.com> wrote:
>
>> Hi Dave
>>
>> I have added support for non standard remote SSH port. I have added one
>> control to take input for "Default SSH port" from the
Hi
On Mon, Nov 18, 2013 at 11:06 AM, Akshay Joshi <
akshay.jo...@enterprisedb.com> wrote:
> Hi Dave
>
> I have added support for non standard remote SSH port. I have added one
> control to take input for "Default SSH port" from the user in SSH Tunnel
> tab, by default it is 22, but user can modi
Hi Dave
I have added support for non standard remote SSH port. I have added one
control to take input for "Default SSH port" from the user in SSH Tunnel
tab, by default it is 22, but user can modify it.
Attached is the patch file, can you please review it. If it looks good to
you can you please c
On Fri, Nov 15, 2013 at 6:38 AM, Dave Page wrote:
> On Thu, Nov 14, 2013 at 10:06 PM, Alex Grechko
> wrote:
> > Hello,
> >
> > It's very often that a default SSH port is changed to a non standard
> value.
> > In that case native SSH tunnels in pgAdmin are absolutely useless and so
> we
> > have
On Thu, Nov 14, 2013 at 10:06 PM, Alex Grechko wrote:
> Hello,
>
> It's very often that a default SSH port is changed to a non standard value.
> In that case native SSH tunnels in pgAdmin are absolutely useless and so we
> have to use old inconvenient methods for SSH tunnels.
>
>
> Would it be pos
Hello,
It's very often that a default SSH port is changed to a non standard value.
In that case native SSH tunnels in pgAdmin are absolutely useless and so we have
to use old inconvenient methods for SSH tunnels.
Would it be possible to add support for non standart remote SSH port?
___
Hello,
It's very often that a default SSH port is changed to a non standard value.
In that case native SSH tunnels in pgAdmin are absolutely useless and so we have
to use old inconvenient methods for SSH tunnels.
Would it be possible to add support for non standart remote SSH port?
___
On Wed, Jun 22, 2011 at 3:52 PM, Dave Greco wrote:
> Running PGAdmin III version 1.12.2. I do not see my user defined types
> anywhere in the schema list. Am I missing something or is this just not
> supported in PGAdmin III? Also, there is no "New Type" when you right-click
> on the schema.
Do y
Running PGAdmin III version 1.12.2. I do not see my user defined types
anywhere in the schema list. Am I missing something or is this just not
supported in PGAdmin III? Also, there is no "New Type" when you right-click
on the schema.
Example of a type I have definied:
hits=> \d test_result
Compos
kaddouch_nouredd...@hotmail.com a écrit :
> salut, ai besoin du support de pgAdminIII en français pour mes etudes en
> master genie informatique.
> merci
Ceci une liste de discussion en anglais seulement. Merci d'utiliser
l'anglais dans vos messages. Si vous ne parlez pas anglais,
vous pouvez me
salut, ai besoin du support de pgAdminIII en français pour mes etudes en master
genie informatique.
merci
On Thu, 2008-08-21 at 16:11 +0100, Dave Page wrote:
> On Thu, Aug 21, 2008 at 3:32 PM, Olaf Frączyk <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > When I define a new connection to a server I can enter
> > host,port,username etc.
> >
> > I want to be able to define "search_path" to work with differe
On Thu, Aug 21, 2008 at 3:32 PM, Olaf Frączyk <[EMAIL PROTECTED]> wrote:
> Hello,
>
> When I define a new connection to a server I can enter
> host,port,username etc.
>
> I want to be able to define "search_path" to work with different
> schemas. I don't wan't to create a dozen of login roles with
Hello,
When I define a new connection to a server I can enter
host,port,username etc.
I want to be able to define "search_path" to work with different
schemas. I don't wan't to create a dozen of login roles with different
search_path setting.
The simplest solution would be to be able to define
Bonsoir,
Ali SIRIBIE a écrit :
Je demande un support sur pgAdmin en français
Cordialement,
Ali du Burkina Faso
Apprenant Ubuntu
Ceci une liste de discussion en anglais seulement. Merci d'utiliser
l'anglais dans vos messages. Si vous ne parlez pas anglais,
contactez-moi directement.
De quel t
Bonjour
Je demande un support sur pgAdmin en français
Cordialement,
Ali du Burkina Faso
Apprenant Ubuntu
_
Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr
Kevin O'Neill has pointed me in the right direction with just using pgsql.
I've got it working now. Thank you all for your help.
Stuart
On Wed, May 21, 2008 at 12:18 PM, Dave Page <[EMAIL PROTECTED]> wrote:
> On Wed, May 21, 2008 at 10:30 AM, Stuart Gundry
> <[EMAIL PROTECTED]> wrote:
> > Hello
On Wed, May 21, 2008 at 10:30 AM, Stuart Gundry
<[EMAIL PROTECTED]> wrote:
> Hello all,
>
> This feels like I'm spamming you and if I've misread how I'm meant to
> request help then I'm sorry for any inconvience.
Nope, this is perfectly fine.
> My problem is that I want to connect to a local data
Hello all,
This feels like I'm spamming you and if I've misread how I'm meant to
request help then I'm sorry for any inconvience.
My problem is that I want to connect to a local database using the
commandline. I've tried 'starting service' but I still can't access my
database unless I go in to th
On Nov 16, 2:41 pm, [EMAIL PROTECTED] (Guillaume Lelarge) wrote:
> Which means we will have to support two branches, REL-1_8_0_PATCHES and
> trunk, till 7.4 is officially declared unsupported. If this is the case,
> I'm ok with this.
pgAdmin 1.8 will be there for older versions of pg, and it's no
pgAdmin Support
Envoyé le : Vendredi, 16 Novembre 2007, 13h24mn 00s
Objet : [pgadmin-support] Support for older servers
Should we consider dropping official support for PostgreSQL 7.x in the
next major version of pgAdmin?
Thoughts?
/D
---(end of
broadcast)---
Should we consider dropping official support for PostgreSQL 7.x in the
next major version of pgAdmin?
Thoughts?
/D
---(end of broadcast)---
TIP 7: You can help support the PostgreSQL project by donating at
http://www.postgresql.or
Magnus Hagander a écrit :
> On Fri, Nov 16, 2007 at 12:47:36PM +, Raymond O'Donnell wrote:
>> On 16/11/2007 12:24, Dave Page wrote:
>>> Should we consider dropping official support for PostgreSQL 7.x in the
>>> next major version of pgAdmin?
>> I'd be against dropping support before 7.x is off
On 16/11/2007 13:27, Magnus Hagander wrote:
Just to clearify, if necessary: the current branches (1.6) would still be
supported on 7.3/7.4. Just not the next version.
Ah - fair 'nuff. In that case, whatever makes the developers' lives
easier is grand by me... :-)
Ray.
On Fri, Nov 16, 2007 at 12:47:36PM +, Raymond O'Donnell wrote:
> On 16/11/2007 12:24, Dave Page wrote:
> >Should we consider dropping official support for PostgreSQL 7.x in the
> >next major version of pgAdmin?
>
> I'd be against dropping support before 7.x is officially deprecated.
Just to
My 2€cent: dropping suport for 7.x in pgAdmin would give a healthy
incentiv to update.
Harald
> Should we consider dropping official support for PostgreSQL 7.x in the
> next major version of pgAdmin?
--
GHUM Harald Massa
persuadere et programmare
Harald Armin Massa
Spielberger Straße 49
70435
Magnus Hagander wrote:
Guillaume Lelarge wrote:
Magnus Hagander a écrit :
On Fri, Nov 16, 2007 at 12:47:36PM +, Raymond O'Donnell wrote:
On 16/11/2007 12:24, Dave Page wrote:
Should we consider dropping official support for PostgreSQL 7.x in the
next major version of pgAdmin?
I'd be agai
Guillaume Lelarge wrote:
> Magnus Hagander a écrit :
>> On Fri, Nov 16, 2007 at 12:47:36PM +, Raymond O'Donnell wrote:
>>> On 16/11/2007 12:24, Dave Page wrote:
Should we consider dropping official support for PostgreSQL 7.x in the
next major version of pgAdmin?
>>> I'd be against dr
On 16/11/2007 12:24, Dave Page wrote:
Should we consider dropping official support for PostgreSQL 7.x in the
next major version of pgAdmin?
I'd be against dropping support before 7.x is officially deprecated.
Ray.
---
Raymond O'Donne
Cedric Job a écrit :
> Il apparemment possible d’obtenir un support sur pgAdmin. Si tel est le
> cas merci de m’indiquer une url de téléchargement.
Ceci une liste de discussion en anglais seulement. Merci d'utiliser
l'anglais dans vos messages. Si vous ne parlez pas anglais,
contactez-moi directem
Bonjour,
Il apparemment possible d'obtenir un support sur pgAdmin. Si tel est le cas
merci de m'indiquer une url de téléchargement.
Merci,
Cédric JOB.
pierre hoareau wrote:
Bonjour, voila je voudrais faire mes premiers pas sur pgadmin et utiliser les
capacités de posGIS pour des applications cartographiues, est-il possible
davoir un support en francais, si possible? Sinon je me contenterai de langlais.
hello,
so i would like to do my first
Bonjour, voila je voudrais faire mes premiers pas sur pgadmin et utiliser les
capacités de posGIS pour des applications cartographiues, est-il possible
davoir un support en francais, si possible? Sinon je me contenterai de langlais.
hello,
so i would like to do my first steps on pgAdmin and pos
> -Original Message-
> From: Yogesh Gehani [mailto:[EMAIL PROTECTED]
> Sent: 29 March 2005 06:03
> To: Dave Page
> Subject: Re: [pgadmin-support] Support reqd.
>
> Dear Sir,
>
> Plz find error message as gif file attached herewith while
> auto up
3/22/2005 5:07 AM
To: pgadmin-support@postgresql.org
Subject: [pgadmin-support] Support reqd.
Dear Sir,
Plz find file attached herewith while auto upgrading of pgadmin.
Thanx & Regards
Yogesh
---(end of broadcast)---
TIP 7: don't
Dear Sir,
Plz find file attached herewith while auto
upgrading of pgadmin.
Thanx & Regards
Yogesh
Postgres.doc
Description: MS-Word document
---(end of broadcast)---
TIP 7: don't forget to increase your free space map settings
Hello
I have to migrate my application from postgresql 7.0 to postgresql 7.3,
what all problems will come in the way. Please reply soon.
abhijit
---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
(send
> Sent: 05 December 2002 04:03
> To: [EMAIL PROTECTED]
> Subject: [pgadmin-support] Support - Access Migration -
> autonumber field becomes INT4
>
>
> I´m trying to migrate an access Database using Database
> Migration Wizard.
>
> The wizard define
I´m trying to migrate an access Database using Database Migration Wizard.
The wizard define the sequences like that
-- Sequence: agente_visita_id_agentevisita_k
CREATE SEQUENCE agente_visita_id_agentevisita_k INCREMENT 1 MINVALUE 1
MAXVALUE 9223372036854775807 CACHE 1;
SELECT setval('agente_visi
48 matches
Mail list logo