Re: [python] Vice balicku v jednom setup.py

2016-08-30 Tema obsahu Jakub Vysoky 
Petre, tak jak jsi to popsal v poslednim mailu uz mi to dava naprosty
smysl. Mozna kdybys to rovnou nazval tak, ze ze zdrojaku "neco" generujes
dva baliky necoserver a necoklient, tak bych se nad tim nepozastavil vubec.

Samozrejme se nabizi to, ze pokud je to jenom konfigurace, tak by to mohlo
byt jinde (treba nejaky ten json), ale to bych zobecnoval, az budes mit ty
potencialni klienty v jine jazyce.

Za me +1, obzvlast pokud ti ten setup.py funguje ;)

2016-08-25 15:27 GMT+02:00 Ondrej Tuma :

> Tak pak je to samostatná knihovna. Pokud klientovi stačí jen konstanty
> pak je otázka jestli má smysl aby byly v knihovně a ne jen v
> dokumentaci, která může být z toho modulu generovaná. Například i
> proto, že k tomu API může existovat klient v různých jazycích, ne jen v
> pythonu. Nebo se dá i vygenerovat jakýsi definiční soubor pro připojení
> ke službě. Tato "konfigurace" může být třeba v JSONu.
>
> Céčkový hlavičkový soubor se úplně klidně dá přirovnat ke knihovně, a
> dokonce existují některé knihovny, které nemají jiný kód, než ten který
> je v hlavičkovém souboru. Je to jen o přístupu a složitosti.
>
> Ondra
>
> V Thu, 25 Aug 2016 14:18:40 +0200
> Petr Blahos  napsáno:
>
> > Řekl bych, že to není ani jedno. něcoapp je serverová aplikace, ke
> > které se přistupuje přes nějaké síťové API, něcolib je vpodstatě
> > soubor se sadou konstant,
> > které klient použije při komunikaci s něcoapp. Klient nepotřebuje
> > něcoapp, ale jenom těch pár konstant. Vpodstatě analogie hlavičkového
> > souboru z C.
> >
> > Ale instalovat na klienty celou něcoapp by znamenalo asi 15 dalších
> > závislostí,
> > a to není ono (navíc na některých platformách ani nejsou).
> >
> > --
> > Petr
> >
> >
> >
> > 2016-08-25 13:29 GMT+02:00 Ondrej Tuma :
> >
> > > Hoj,
> > >
> > > úvahy tohoto typu řeším nejméně jednou do roka :-) V dané situaci
> > > sem došel k následujícímu:
> > > * Pokud necolib má smysl použít jen v necoapp, nemá smysl
> > > aby to byly dva balíčky.
> > > * Pokud je necoapp jen jakési how-to, nebo ukázka jak použít
> > >   necolib, možná by ani neměl existovat necoapp v balíčku,
> > > nebo nechť je součástí necolib např. v nějakém share adresáři
> > > * Pokud je necoapp primární účel necolib, tedy z 99% nikdy
> > >   nebude potřeba necolib bez necoapp nech je necoapp
> > > normalni binarni soucast necolib (takhle to ma treba distutils a
> > >   nástroje rst2XXX)
> > > * No a pokud je rozumná pravděpodobnost, že necolib bude
> > >   použito i jinde než v necoapp, tak nechť to jsou normálně
> > > dva balíčky v extra adresářové struktuře.
> > >
> > > Ondra
> > >
> > > V Thu, 25 Aug 2016 09:53:25 +0200
> > > Petr Blahos  napsáno:
> > >
> > > > Ahoj,
> > > >
> > > > mám takovou situaci: Aplikační server s nějakým API, a pro funkci
> > > > toho API potřebuju poskytnout klientům nějaké konstanty. Takže
> > > > myšlenka je ta, že budu mít 2 balíčky, něcolib - knihovna a
> > > > něcoapp - aplikace. Oba budou žít v jednom source tree, jako třeba
> > > >
> > > > něco/
> > > > něco/setup.py
> > > > něco/něcolib/__init__.py
> > > > něco/něcoapp/__init__.py
> > > >
> > > > a na klientovi se bude instalovat jenom něcolib.
> > > >
> > > > V jednom setup.py bude 2x volání setup, jednou pro něcolib,
> > > > jednou pro něcoapp, takže
> > > >   setup.py akce
> > > > udělá tu akci pro oba balíčky.
> > > >
> > > > Zajímalo by mě, jestli je na tomto přístupu podle vás něco špatně,
> > > > pokud ano tak co.
> > > >
> > > > Díky,
> > > > Petr
> > >
> > >
> > >
> > > --
> > > Ondřej Tůma 
> > > www: http://ipv6.mcbig.cz   jabber: mc...@jabber.cz   twitter:
> > > mcbig_cz
> > >
> > > ___
> > > Python mailing list
> > > python@py.cz
> > > http://www.py.cz/mailman/listinfo/python
> > >
> > > Visit: http://www.py.cz
> > >
>
>
>
> --
> Ondřej Tůma 
> www: http://ipv6.mcbig.cz   jabber: mc...@jabber.cz   twitter: mcbig_cz
>
> ___
> Python mailing list
> python@py.cz
> http://www.py.cz/mailman/listinfo/python
>
> Visit: http://www.py.cz
>



-- 
Jakub Vysoky

mob: +420 605 852 377
jab: jakub.vys...@gmail.com
twit: https://twitter.com/kvbik
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Vice balicku v jednom setup.py

2016-08-25 Tema obsahu Ondrej Tuma 
Tak pak je to samostatná knihovna. Pokud klientovi stačí jen konstanty
pak je otázka jestli má smysl aby byly v knihovně a ne jen v
dokumentaci, která může být z toho modulu generovaná. Například i
proto, že k tomu API může existovat klient v různých jazycích, ne jen v
pythonu. Nebo se dá i vygenerovat jakýsi definiční soubor pro připojení
ke službě. Tato "konfigurace" může být třeba v JSONu.

Céčkový hlavičkový soubor se úplně klidně dá přirovnat ke knihovně, a
dokonce existují některé knihovny, které nemají jiný kód, než ten který
je v hlavičkovém souboru. Je to jen o přístupu a složitosti.

Ondra

V Thu, 25 Aug 2016 14:18:40 +0200
Petr Blahos  napsáno:

> Řekl bych, že to není ani jedno. něcoapp je serverová aplikace, ke
> které se přistupuje přes nějaké síťové API, něcolib je vpodstatě
> soubor se sadou konstant,
> které klient použije při komunikaci s něcoapp. Klient nepotřebuje
> něcoapp, ale jenom těch pár konstant. Vpodstatě analogie hlavičkového
> souboru z C.
> 
> Ale instalovat na klienty celou něcoapp by znamenalo asi 15 dalších
> závislostí,
> a to není ono (navíc na některých platformách ani nejsou).
> 
> --
> Petr
> 
> 
> 
> 2016-08-25 13:29 GMT+02:00 Ondrej Tuma :
> 
> > Hoj,
> >
> > úvahy tohoto typu řeším nejméně jednou do roka :-) V dané situaci
> > sem došel k následujícímu:
> > * Pokud necolib má smysl použít jen v necoapp, nemá smysl
> > aby to byly dva balíčky.
> > * Pokud je necoapp jen jakési how-to, nebo ukázka jak použít
> >   necolib, možná by ani neměl existovat necoapp v balíčku,
> > nebo nechť je součástí necolib např. v nějakém share adresáři
> > * Pokud je necoapp primární účel necolib, tedy z 99% nikdy
> >   nebude potřeba necolib bez necoapp nech je necoapp
> > normalni binarni soucast necolib (takhle to ma treba distutils a
> >   nástroje rst2XXX)
> > * No a pokud je rozumná pravděpodobnost, že necolib bude
> >   použito i jinde než v necoapp, tak nechť to jsou normálně
> > dva balíčky v extra adresářové struktuře.
> >
> > Ondra
> >
> > V Thu, 25 Aug 2016 09:53:25 +0200
> > Petr Blahos  napsáno:
> >
> > > Ahoj,
> > >
> > > mám takovou situaci: Aplikační server s nějakým API, a pro funkci
> > > toho API potřebuju poskytnout klientům nějaké konstanty. Takže
> > > myšlenka je ta, že budu mít 2 balíčky, něcolib - knihovna a
> > > něcoapp - aplikace. Oba budou žít v jednom source tree, jako třeba
> > >
> > > něco/
> > > něco/setup.py
> > > něco/něcolib/__init__.py
> > > něco/něcoapp/__init__.py
> > >
> > > a na klientovi se bude instalovat jenom něcolib.
> > >
> > > V jednom setup.py bude 2x volání setup, jednou pro něcolib,
> > > jednou pro něcoapp, takže
> > >   setup.py akce
> > > udělá tu akci pro oba balíčky.
> > >
> > > Zajímalo by mě, jestli je na tomto přístupu podle vás něco špatně,
> > > pokud ano tak co.
> > >
> > > Díky,
> > > Petr
> >
> >
> >
> > --
> > Ondřej Tůma 
> > www: http://ipv6.mcbig.cz   jabber: mc...@jabber.cz   twitter:
> > mcbig_cz
> >
> > ___
> > Python mailing list
> > python@py.cz
> > http://www.py.cz/mailman/listinfo/python
> >
> > Visit: http://www.py.cz
> >



-- 
Ondřej Tůma 
www: http://ipv6.mcbig.cz   jabber: mc...@jabber.cz   twitter: mcbig_cz


pgptvr_W_4YoV.pgp
Description: OpenPGP digital signature
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Vice balicku v jednom setup.py

2016-08-25 Tema obsahu Petr Blahos 
Řekl bych, že to není ani jedno. něcoapp je serverová aplikace, ke které se
přistupuje přes nějaké síťové API, něcolib je vpodstatě soubor se sadou
konstant,
které klient použije při komunikaci s něcoapp. Klient nepotřebuje něcoapp,
ale jenom těch pár konstant. Vpodstatě analogie hlavičkového souboru z C.

Ale instalovat na klienty celou něcoapp by znamenalo asi 15 dalších
závislostí,
a to není ono (navíc na některých platformách ani nejsou).

--
Petr



2016-08-25 13:29 GMT+02:00 Ondrej Tuma :

> Hoj,
>
> úvahy tohoto typu řeším nejméně jednou do roka :-) V dané situaci sem
> došel k následujícímu:
> * Pokud necolib má smysl použít jen v necoapp, nemá smysl aby
>   to byly dva balíčky.
> * Pokud je necoapp jen jakési how-to, nebo ukázka jak použít
>   necolib, možná by ani neměl existovat necoapp v balíčku, nebo
>   nechť je součástí necolib např. v nějakém share adresáři
> * Pokud je necoapp primární účel necolib, tedy z 99% nikdy
>   nebude potřeba necolib bez necoapp nech je necoapp normalni
>   binarni soucast necolib (takhle to ma treba distutils a
>   nástroje rst2XXX)
> * No a pokud je rozumná pravděpodobnost, že necolib bude
>   použito i jinde než v necoapp, tak nechť to jsou normálně dva
>   balíčky v extra adresářové struktuře.
>
> Ondra
>
> V Thu, 25 Aug 2016 09:53:25 +0200
> Petr Blahos  napsáno:
>
> > Ahoj,
> >
> > mám takovou situaci: Aplikační server s nějakým API, a pro funkci
> > toho API potřebuju poskytnout klientům nějaké konstanty. Takže
> > myšlenka je ta, že budu mít 2 balíčky, něcolib - knihovna a
> > něcoapp - aplikace. Oba budou žít v jednom source tree, jako třeba
> >
> > něco/
> > něco/setup.py
> > něco/něcolib/__init__.py
> > něco/něcoapp/__init__.py
> >
> > a na klientovi se bude instalovat jenom něcolib.
> >
> > V jednom setup.py bude 2x volání setup, jednou pro něcolib, jednou pro
> > něcoapp, takže
> >   setup.py akce
> > udělá tu akci pro oba balíčky.
> >
> > Zajímalo by mě, jestli je na tomto přístupu podle vás něco špatně,
> > pokud ano tak co.
> >
> > Díky,
> > Petr
>
>
>
> --
> Ondřej Tůma 
> www: http://ipv6.mcbig.cz   jabber: mc...@jabber.cz   twitter: mcbig_cz
>
> ___
> Python mailing list
> python@py.cz
> http://www.py.cz/mailman/listinfo/python
>
> Visit: http://www.py.cz
>
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Vice balicku v jednom setup.py

2016-08-25 Tema obsahu Ondrej Tuma 
Hoj,

úvahy tohoto typu řeším nejméně jednou do roka :-) V dané situaci sem
došel k následujícímu:
* Pokud necolib má smysl použít jen v necoapp, nemá smysl aby
  to byly dva balíčky.
* Pokud je necoapp jen jakési how-to, nebo ukázka jak použít
  necolib, možná by ani neměl existovat necoapp v balíčku, nebo
  nechť je součástí necolib např. v nějakém share adresáři
* Pokud je necoapp primární účel necolib, tedy z 99% nikdy
  nebude potřeba necolib bez necoapp nech je necoapp normalni
  binarni soucast necolib (takhle to ma treba distutils a
  nástroje rst2XXX)
* No a pokud je rozumná pravděpodobnost, že necolib bude
  použito i jinde než v necoapp, tak nechť to jsou normálně dva
  balíčky v extra adresářové struktuře.

Ondra

V Thu, 25 Aug 2016 09:53:25 +0200
Petr Blahos  napsáno:

> Ahoj,
> 
> mám takovou situaci: Aplikační server s nějakým API, a pro funkci
> toho API potřebuju poskytnout klientům nějaké konstanty. Takže
> myšlenka je ta, že budu mít 2 balíčky, něcolib - knihovna a
> něcoapp - aplikace. Oba budou žít v jednom source tree, jako třeba
> 
> něco/
> něco/setup.py
> něco/něcolib/__init__.py
> něco/něcoapp/__init__.py
> 
> a na klientovi se bude instalovat jenom něcolib.
> 
> V jednom setup.py bude 2x volání setup, jednou pro něcolib, jednou pro
> něcoapp, takže
>   setup.py akce
> udělá tu akci pro oba balíčky.
> 
> Zajímalo by mě, jestli je na tomto přístupu podle vás něco špatně,
> pokud ano tak co.
> 
> Díky,
> Petr



-- 
Ondřej Tůma 
www: http://ipv6.mcbig.cz   jabber: mc...@jabber.cz   twitter: mcbig_cz


pgpXkNw3REO6u.pgp
Description: OpenPGP digital signature
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Vice balicku v jednom setup.py

2016-08-25 Tema obsahu Petr Blahos 
No, ty konstanty právě budou v tom samostatném balíčku něcolib, ale ve
stejném source tree
a s něcoapp mají společný setup.py. Takže ten setup.py pak vygeneruje
balíčky něcoapp
a něcolib.

--
Petr


2016-08-25 10:01 GMT+02:00 Petr Messner :

> Co ty konstanty vyčlenit do samostatného balíčku?
>
> PM
>
> Dne 25. srpna 2016 9:53 Petr Blahos  napsal(a):
>
>> Ahoj,
>>
>> mám takovou situaci: Aplikační server s nějakým API, a pro funkci
>> toho API potřebuju poskytnout klientům nějaké konstanty. Takže
>> myšlenka je ta, že budu mít 2 balíčky, něcolib - knihovna a
>> něcoapp - aplikace. Oba budou žít v jednom source tree, jako třeba
>>
>> něco/
>> něco/setup.py
>> něco/něcolib/__init__.py
>> něco/něcoapp/__init__.py
>>
>> a na klientovi se bude instalovat jenom něcolib.
>>
>> V jednom setup.py bude 2x volání setup, jednou pro něcolib, jednou pro
>> něcoapp, takže
>>   setup.py akce
>> udělá tu akci pro oba balíčky.
>>
>> Zajímalo by mě, jestli je na tomto přístupu podle vás něco špatně,
>> pokud ano tak co.
>>
>> Díky,
>> Petr
>>
>> ___
>> Python mailing list
>> python@py.cz
>> http://www.py.cz/mailman/listinfo/python
>>
>> Visit: http://www.py.cz
>>
>
>
> ___
> Python mailing list
> python@py.cz
> http://www.py.cz/mailman/listinfo/python
>
> Visit: http://www.py.cz
>
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz

Re: [python] Vice balicku v jednom setup.py

2016-08-25 Tema obsahu Petr Messner 
Co ty konstanty vyčlenit do samostatného balíčku?

PM

Dne 25. srpna 2016 9:53 Petr Blahos  napsal(a):

> Ahoj,
>
> mám takovou situaci: Aplikační server s nějakým API, a pro funkci
> toho API potřebuju poskytnout klientům nějaké konstanty. Takže
> myšlenka je ta, že budu mít 2 balíčky, něcolib - knihovna a
> něcoapp - aplikace. Oba budou žít v jednom source tree, jako třeba
>
> něco/
> něco/setup.py
> něco/něcolib/__init__.py
> něco/něcoapp/__init__.py
>
> a na klientovi se bude instalovat jenom něcolib.
>
> V jednom setup.py bude 2x volání setup, jednou pro něcolib, jednou pro
> něcoapp, takže
>   setup.py akce
> udělá tu akci pro oba balíčky.
>
> Zajímalo by mě, jestli je na tomto přístupu podle vás něco špatně,
> pokud ano tak co.
>
> Díky,
> Petr
>
> ___
> Python mailing list
> python@py.cz
> http://www.py.cz/mailman/listinfo/python
>
> Visit: http://www.py.cz
>
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python

Visit: http://www.py.cz