in 788357 20180105 132921 Kevin Walzer wrote:
>On 1/1/18 11:45 AM, X. wrote:
>> Ulli Horlacher:
>>> I have to transfer a python 2.7 CLI programm into one with a (simple) GUI.
>>> The program must run on Linux and Windows and must be compilable with
>>> pyinstall, because I have to ship a standalon
On 1/1/18 11:45 AM, X. wrote:
Ulli Horlacher:
I have to transfer a python 2.7 CLI programm into one with a (simple) GUI.
The program must run on Linux and Windows and must be compilable with
pyinstall, because I have to ship a standalone windows.exe
Any kind of installer is not acceptable.
Read
On 2017-08-05, Chris Green wrote:
> Michael Torrie wrote:
>
> I went through a similar process of deciding the easiest (for me) GUI
> to go with. I've actually ended up with PyGtk as it feels for me the
> 'least foreign' compared with doing things the CLI way.
I definitely think PyGtk feels the
Hi, Grant,
On Mon, Aug 7, 2017 at 10:37 AM, Grant Edwards
wrote:
> On 2017-08-05, Michael Torrie wrote:
>
>> Well tk is already an optional part of the Python standard library,
>> whereas wx is an external package. So for your simple requirements,
>> Tk may be the way to go.
>
> I find it much
On 2017-08-05, Michael Torrie wrote:
> Well tk is already an optional part of the Python standard library,
> whereas wx is an external package. So for your simple requirements,
> Tk may be the way to go.
I find it much easier to get a simple application written and working
with Tk than with wx.
On 08/05/2017 04:52 AM, Chris Green wrote:
> I went through a similar process of deciding the easiest (for me) GUI
> to go with. I've actually ended up with PyGtk as it feels for me the
> 'least foreign' compared with doing things the CLI way.
Yes PyGtk is fairly Pythonic and natural feeling. PyQ
On 8/5/2017 1:45 AM, Ulli Horlacher wrote:
Any kind of installer is not acceptable.
Is the requirement "no installer" or "single file" or both?
You can satisfy the "no installer" requirement also by just distributing
the .py file, the interpreter and a .bat file that e.g. contains
"python27\py
Michael Torrie wrote:
> On 08/04/2017 05:45 PM, Ulli Horlacher wrote:
> > I have to transfer a python 2.7 CLI programm into one with a (simple) GUI.
> > The program must run on Linux and Windows and must be compilable with
> > pyinstall, because I have to ship a standalone windows.exe
> > Any kind
On 8/5/2017 2:45 AM, Ulli Horlacher wrote:
I do not like GTK and Qt, because they are too complex.
I'm not a programmer, but at least simple cross platform GUI
notification message was easiest to do with PyQt (IMO).
--
https://mail.python.org/mailman/listinfo/python-list
Am 05.08.17 um 01:45 schrieb Ulli Horlacher:
I have to transfer a python 2.7 CLI programm into one with a (simple) GUI.
The program must run on Linux and Windows and must be compilable with
pyinstall, because I have to ship a standalone windows.exe
Any kind of installer is not acceptable.
TkInt
On 08/04/2017 05:45 PM, Ulli Horlacher wrote:
> I have to transfer a python 2.7 CLI programm into one with a (simple) GUI.
> The program must run on Linux and Windows and must be compilable with
> pyinstall, because I have to ship a standalone windows.exe
> Any kind of installer is not acceptable.
On 12/08/2016 02:46 PM, Gregory Ewing wrote:
> Michael Torrie wrote:
>> For example, on Macs,
>> control-key is not normally used, but rather the Command-key (the apple
>> key) which happens to be where the Alt key is on our PC keyboards.
>
> Actually, Alt is usually mapped to Option on a Mac. The
Michael Torrie wrote:
For example, on Macs,
control-key is not normally used, but rather the Command-key (the apple
key) which happens to be where the Alt key is on our PC keyboards.
Actually, Alt is usually mapped to Option on a Mac. The Mac
Command key corresponds the "Windows" or "Meta" key
Michael Torrie wrote:
Interesting. I wouldn't have thought ENTER would return a line feed.
Possibly you have the terminal in "cbreak" mode, which
provides a character at a time but still does things
like translate CR->LF.
--
Greg
--
https://mail.python.org/mailman/listinfo/python-list
On 12/08/2016 10:05 AM, Grant Edwards wrote:
> Or various other terminal emulators tha are mostly ANSI and Unicode
> aware...
>
> And the Linux console...
True.
>
> It's interesting to note that the "real" xterm terminal emulator will
> still emulate a Tektronix storage-scope graphics terminal
On 2016-12-08, Michael Torrie wrote:
> Now we mostly just use one terminal type, "xterm."
Or various other terminal emulators tha are mostly ANSI and Unicode
aware...
And the Linux console...
It's interesting to note that the "real" xterm terminal emulator will
still emulate a Tektronix storag
On 12/08/2016 09:35 AM, Michael Torrie wrote:
> Yes Control codes are, well control codes. Any ascii value under 32.
> They are more or less common across terminal types. I don't know of any
> way around that with terminals.
That is to say that on all terminal types that I'm aware of, the ENTER
On Tue, Sep 29, 2015 at 10:37 PM, Mario Figueiredo wrote:
> Hello everyone,
>
> Under Linux Mint it is not a good idea to just go ahead and replace the
> system installed Python versions and their packages. And yet I wish to
> both update the 3.4 modules and install Python 3.5. I understand that
On 2015-09-30 04:15, Chris Angelico wrote:
On Wed, Sep 30, 2015 at 1:00 PM, Mario Figueiredo wrote:
Personally, I use the regular 'make install', but that's because I'm
on Debian - the system Python is 2.7.
Unfortunately Ubuntu based distros are going through a 2.x to 3.x
transition period. B
On Wed, Sep 30, 2015 at 1:23 PM, Steven D'Aprano wrote:
> I think that it is generally a good idea to keep your development Python
> separate from the system Python, even if they use the same version. That
> way, even if you accidentally break your development Python, the system
> Python will cont
On Wed, 30 Sep 2015 01:00 pm, Mario Figueiredo wrote:
> So the solution is to just maintain 3 different versions
> of python my machine. Ridiculous.
Not at all. It's not like a Python install is that big -- Python 3.3 is only
about 150MB.
It's a little sad that Ubuntu isn't able to transition be
On Wed, Sep 30, 2015 at 1:00 PM, Mario Figueiredo wrote:
>> Personally, I use the regular 'make install', but that's because I'm
>> on Debian - the system Python is 2.7.
>
> Unfortunately Ubuntu based distros are going through a 2.x to 3.x
> transition period. Both Pythons are installed and are sy
On Tue, Sep 29, 2015 at 10:00 PM, Mario Figueiredo wrote:
> On 09/30/2015 03:44 AM, Chris Angelico wrote:
>>
>> The easiest way to install something from source is to use 'make
>> altinstall' for the final step. That should install you a 'python3.5'
>> binary without touching the 'python3' binary.
On 09/30/2015 03:44 AM, Chris Angelico wrote:
>
> The easiest way to install something from source is to use 'make
> altinstall' for the final step. That should install you a 'python3.5'
> binary without touching the 'python3' binary. That said, though, it's
> entirely possible that upgrading 'pyt
On Wed, Sep 30, 2015 at 12:37 PM, Mario Figueiredo wrote:
> Under Linux Mint it is not a good idea to just go ahead and replace the
> system installed Python versions and their packages. And yet I wish to
> both update the 3.4 modules and install Python 3.5. I understand that
> for the first I jus
On 8/28/2015 4:52 AM, Christian Gollwitzer wrote:
Here is a small patch which improves the error message a lot:
diff -ru Python-3.4.3/Modules/_tkinter.c
Python-3.4.3-patched/Modules/_tkinter.c
--- Python-3.4.3/Modules/_tkinter.c2015-02-25 12:27:45.0 +0100
+++ Python-3.4.3-patched/Mod
Am 28.08.15 um 08:46 schrieb Terry Reedy:
On 8/28/2015 1:56 AM, Christian Gollwitzer wrote:
Am 27.08.15 um 20:32 schrieb Terry Reedy:
On 8/27/2015 4:56 AM, Petr Viktorin wrote:
1321, in _configure
self.tk.call(_flatten((self._w, cmd)) + self._options(cnf))
_tkinter.TclError: expected inte
On 8/28/2015 1:56 AM, Christian Gollwitzer wrote:
Am 27.08.15 um 20:32 schrieb Terry Reedy:
On 8/27/2015 4:56 AM, Petr Viktorin wrote:
1321, in _configure
self.tk.call(_flatten((self._w, cmd)) + self._options(cnf))
_tkinter.TclError: expected integer but got ""
Very puzzling. The only o
Am 27.08.15 um 20:32 schrieb Terry Reedy:
On 8/27/2015 4:56 AM, Petr Viktorin wrote:
1321, in _configure
self.tk.call(_flatten((self._w, cmd)) + self._options(cnf))
_tkinter.TclError: expected integer but got ""
Very puzzling. The only obviously even possibly relevant change from 3.4
to
On 8/27/2015 4:56 AM, Petr Viktorin wrote:
On Fri, Aug 7, 2015 at 4:07 AM, Terry Reedy wrote:
Python has an extensive test suite run after each 'batch' of commits on a
variety of buildbots. However, the Linux buildbots all (AFAIK) run
'headless', with gui's disabled. Hence the following
test_
On Fri, Aug 7, 2015 at 4:07 AM, Terry Reedy wrote:
> Python has an extensive test suite run after each 'batch' of commits on a
> variety of buildbots. However, the Linux buildbots all (AFAIK) run
> 'headless', with gui's disabled. Hence the following
> test_tk test_ttk_guionly test_idle
> (and o
On 8/13/2015 1:11 AM, Laura Creighton wrote:
In a message of Wed, 12 Aug 2015 21:49:24 -0400, Terry Reedy writes:
https://bugs.python.org/issue15601
Could you add a note to the issue then?
Done, though I wonder if it isn't a separate issue.
I was not sure. The people currently nosy will
In a message of Wed, 12 Aug 2015 21:49:24 -0400, Terry Reedy writes:
>On 8/8/2015 2:40 AM, Laura Creighton wrote:
>> In a message of Fri, 07 Aug 2015 21:25:21 -0400, Terry Reedy writes:
>
> >> https://bugs.python.org/issue15601
>>> was about this very test failure. The failure only occurred with t
On 8/8/2015 2:40 AM, Laura Creighton wrote:
In a message of Fri, 07 Aug 2015 21:25:21 -0400, Terry Reedy writes:
>> https://bugs.python.org/issue15601
was about this very test failure. The failure only occurred with tk
8.4. What tk version do you have? (Easily found, for instance, in Idle
-
On 08/06/2015 07:07 PM, Terry Reedy wrote:
Python has an extensive test suite run after each 'batch' of commits
on a variety of buildbots. However, the Linux buildbots all (AFAIK)
run 'headless', with gui's disabled. Hence the following
test_tk test_ttk_guionly test_idle
(and on 3.5, test_t
Tried this on a different debian unstable system.
lac@fido:~$ lsb_release -a
No LSB modules are available.
Distributor ID:Debian
Description: Debian GNU/Linux unstable (sid)
Release: unstable
Codename: sid
lac@fido:~$
Same 3 errors. (So it is not just me.)
Laura
-
Ok, I moved to debian unstable (stretch/sid)
lac@smartwheels:~$ lsb_release -a
LSB Version:
core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch:core-4.1-amd64:core-4.1-noarch:security-4.0-amd
Laura Creighton wrote:
>>This leads me to believe that your tests and the tkinter shared library
>>may not match. Does
>>
>>$ python3 -c 'import _tkinter; print(_tkinter)'
>>>dynload/_tkinter.cpython-34m-x86_64-linux-gnu.so'>
>>
>>show something suspicious?
>
> lac@smartwheels:~$ python3 -c 'impo
In a message of Fri, 07 Aug 2015 21:25:21 -0400, Terry Reedy writes:
>was about this very test failure. The failure only occurred with tk
>8.4. What tk version do you have? (Easily found, for instance, in Idle
>-> Help -> About Idle. (python3 -m idlelib should start idle).
>
>--
>Terry Jan Re
I forgot to mention that I am running OpenBox as a window manager, so
if this is a problem with ubuntu Unity, then so far we don't seem to
have any Unity users running these tests.
Laura
--
https://mail.python.org/mailman/listinfo/python-list
On 8/7/2015 1:01 PM, Laura Creighton wrote:
==
FAIL: test_get (tkinter.test.test_tkinter.test_variables.TestBooleanVar)
--
Traceback (most recent call last):
On 8/6/2015 10:07 PM, Terry Reedy wrote:
Python has an extensive test suite run after each 'batch' of commits on
a variety of buildbots. However, the Linux buildbots all (AFAIK) run
'headless', with gui's disabled. Hence the following
test_tk test_ttk_guionly test_idle
(and on 3.5, test_tix, bu
On 8/7/2015 1:01 PM, Laura Creighton wrote:
In a message of Fri, 07 Aug 2015 17:34:54 +0200, Peter Otten writes:
Run
$ python3 -m test -ugui -v test_tk
(That way the unittest framework will see the -v option)
Aha, I didn't understand that. Thank you.
Note that there are lines like
# poss
On 8/6/2015 10:18 PM, Ben Finney wrote:
Terry Reedy writes:
I would appreciate it if some people could run the linux version of
py -3.4 -m test -ugui test_tk test_ttk_guionly test_idle
(or 3.5). I guess this means 'python3 for the executable.
Could you verify exactly what is the command to
On 8/6/2015 11:46 PM, Grant Edwards wrote:
In both cases, some small, yellow windows flash briefly on the screen.
I should have warned about this ;-). Gui tests mean 'actually flash
stuff on screen', which is why they do not get run.
--
Terry Jan Reedy
--
https://mail.python.org/mailman
Terry Reedy writes:
> and report here python version, linux system, and result.
> Alteration of environment and locale is a known issue, skip that.
Using source builds on my slave (bolen-ubuntu):
Linux buildbot-ubuntu 4.1.0-x86_64-linode59 #1 SMP Mon Jun 22 10:39:23 EDT 2015
x86_64 x86_64 x86_
In a message of Fri, 07 Aug 2015 21:13:02 +0200, Peter Otten writes:
>test_set() was introduced in a bugfix
>
>http://bugs.python.org/issue15133
>https://hg.python.org/cpython/rev/117f45749359/
>
>that I don't have on my machine (up-to-date Linux Mint 17). When I download
>
>https://hg.python.org/
Laura Creighton wrote:
> In a message of Fri, 07 Aug 2015 17:34:54 +0200, Peter Otten writes:
>>Run
>>
>>$ python3 -m test -ugui -v test_tk
>>
>>(That way the unittest framework will see the -v option)
>
> Aha, I didn't understand that. Thank you.
>
>>Note that there are lines like
>>
>># possi
In a message of Fri, 07 Aug 2015 17:34:54 +0200, Peter Otten writes:
>Run
>
>$ python3 -m test -ugui -v test_tk
>
>(That way the unittest framework will see the -v option)
Aha, I didn't understand that. Thank you.
>Note that there are lines like
>
># possible namespace for /home/lac/src/accounti
Laura Creighton wrote:
> In a message of Fri, 07 Aug 2015 15:06:41 +0200, Peter Otten writes:
>>$ touch test.py
>>$ python -c import\ test
>>$ rm test.py
>>$ python3 -m test -ugui test_tk
>>/usr/bin/python3: bad magic number in 'test': b'\x03\xf3\r\n'
>>
>>>From that I'd conclude that your python3
In a message of Fri, 07 Aug 2015 15:06:41 +0200, Peter Otten writes:
>$ touch test.py
>$ python -c import\ test
>$ rm test.py
>$ python3 -m test -ugui test_tk
>/usr/bin/python3: bad magic number in 'test': b'\x03\xf3\r\n'
>
>>From that I'd conclude that your python3 sees a leftover python2 pyc inst
Laura Creighton wrote:
> In a message of Fri, 07 Aug 2015 19:51:51 +1000, Chris Angelico writes:
>>On Fri, Aug 7, 2015 at 7:15 PM, Peter Otten <__pete...@web.de> wrote:
>>> By default Debian doesn't install the test suite -- that's why you
>>> cannot run it ;)
>>>
>>> Install it with
>>>
>>> $ sud
On Friday 7 Aug 2015 12:59 CEST, Cecil Westerhof wrote:
> On Friday 7 Aug 2015 11:15 CEST, Peter Otten wrote:
>
>> Cecil Westerhof wrote:
>>
python3 --version
python3 -m test -ugui test_tk test_ttk_guionly test_idle
This gives:
Python 3.4.1
[1/3] test_tk
[2/3]
In a message of Fri, 07 Aug 2015 19:51:51 +1000, Chris Angelico writes:
>On Fri, Aug 7, 2015 at 7:15 PM, Peter Otten <__pete...@web.de> wrote:
>> By default Debian doesn't install the test suite -- that's why you cannot
>> run it ;)
>>
>> Install it with
>>
>> $ sudo apt-get install libpython3.4-te
On Friday 7 Aug 2015 11:15 CEST, Peter Otten wrote:
> Cecil Westerhof wrote:
>
>>> python3 --version
>>> python3 -m test -ugui test_tk test_ttk_guionly test_idle
>>>
>>> This gives:
>>> Python 3.4.1
>>> [1/3] test_tk
>>> [2/3] test_ttk_guionly
>>> [3/3] test_idle
>>> All 3 tests OK.
>>>
>>> This
On Fri, Aug 7, 2015 at 7:15 PM, Peter Otten <__pete...@web.de> wrote:
> By default Debian doesn't install the test suite -- that's why you cannot
> run it ;)
>
> Install it with
>
> $ sudo apt-get install libpython3.4-testsuite
>
> and then try again.
Which makes it work fine on my system.
ChrisA
Cecil Westerhof wrote:
>> python3 --version
>> python3 -m test -ugui test_tk test_ttk_guionly test_idle
>>
>> This gives:
>> Python 3.4.1
>> [1/3] test_tk
>> [2/3] test_ttk_guionly
>> [3/3] test_idle
>> All 3 tests OK.
>>
>> This was on openSUSE 13.2.
>>
>> I also tried to run it on Debian, but th
Terry Reedy wrote:
> Python has an extensive test suite run after each 'batch' of commits on
> a variety of buildbots. However, the Linux buildbots all (AFAIK) run
> 'headless', with gui's disabled. Hence the following
> test_tk test_ttk_guionly test_idle
> (and on 3.5, test_tix, but not importa
On Friday 7 Aug 2015 09:53 CEST, Cecil Westerhof wrote:
> On Friday 7 Aug 2015 04:07 CEST, Terry Reedy wrote:
>
>> Python has an extensive test suite run after each 'batch' of
>> commits on a variety of buildbots. However, the Linux buildbots all
>> (AFAIK) run headless', with gui's disabled. He
On Friday 7 Aug 2015 04:07 CEST, Terry Reedy wrote:
> Python has an extensive test suite run after each 'batch' of commits
> on a variety of buildbots. However, the Linux buildbots all (AFAIK)
> run headless', with gui's disabled. Hence the following test_tk
> test_ttk_guionly test_idle (and on 3
On 07/08/2015 04:46, Grant Edwards wrote:
On 2015-08-07, Grant Edwards wrote:
On 2015-08-07, Terry Reedy wrote:
Python has an extensive test suite run after each 'batch' of commits on
a variety of buildbots. However, the Linux buildbots all (AFAIK) run
'headless', with gui's disabled. Hence
On Fri, Aug 7, 2015 at 12:20 PM, Chris Angelico wrote:
> rosuav@sikorsky:~$ uname -a
> Linux sikorsky 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-3~deb8u1
> (2015-04-24) x86_64 GNU/Linux
>
> The 3.4 is my system Python (Debian Wheezy)
Oh, and for what it's worth, I'm running Xfce here.
ChrisA
--
h
On 2015-08-07, Grant Edwards wrote:
> On 2015-08-07, Terry Reedy wrote:
>> Python has an extensive test suite run after each 'batch' of commits on
>> a variety of buildbots. However, the Linux buildbots all (AFAIK) run
>> 'headless', with gui's disabled. Hence the following
>> test_tk test_tt
On 2015-08-07, Terry Reedy wrote:
> Python has an extensive test suite run after each 'batch' of commits on
> a variety of buildbots. However, the Linux buildbots all (AFAIK) run
> 'headless', with gui's disabled. Hence the following
> test_tk test_ttk_guionly test_idle
> (and on 3.5, test_tix
On Fri, Aug 7, 2015 at 12:07 PM, Terry Reedy wrote:
> I would appreciate it if some people could run the linux version of
> py -3.4 -m test -ugui test_tk test_ttk_guionly test_idle
> (or 3.5). I guess this means 'python3 for the executable.
>
> and report here python version, linux system, and re
Terry Reedy writes:
> I would appreciate it if some people could run the linux version of
> py -3.4 -m test -ugui test_tk test_ttk_guionly test_idle
> (or 3.5). I guess this means 'python3 for the executable.
Could you verify exactly what is the command to run? I'd hate for a
bunch of commands
If you are running this script with Python 2 write:
if sys.platform.startswith('linux'):
to handle the case where you get linux or linux2 (and a few other weird
things some embedded systems give you ...)
Right now I think every linux system returns linux for Python 3, so it
is less of an issu
Cecil Westerhof wrote:
> Under Linux I like to get the most expensive processes. The two most
> useful commands are:
> ps -eo pid,user,pcpu,args --sort=-pcpu
> and:
> ps -eo pid,user,pcpu,args --sort=-vsize
>
> In my case I am only interested in the seven most expensive processes.
> For t
On Wednesday 5 Aug 2015 00:00 CEST, MRAB wrote:
>> I amended the code to work with linux and linux2:
>>
>> accepted_params = { 'pcpu', 'rss', 'size', 'time', 'vsize', }
>> accepted_platforms = { 'linux', 'linux2', } current_
On Wednesday 5 Aug 2015 00:12 CEST, Emile van Sebille wrote:
> On 8/4/2015 2:30 PM, Cecil Westerhof wrote:
>> On Tuesday 4 Aug 2015 22:52 CEST, Emile van Sebille wrote:
>
>>> My platform shows as linux2 and it worked fine for me when
>>> checking for that.
>>
>> I heard that that was possible al
On 8/4/2015 2:30 PM, Cecil Westerhof wrote:
On Tuesday 4 Aug 2015 22:52 CEST, Emile van Sebille wrote:
My platform shows as linux2 and it worked fine for me when checking
for that.
I heard that that was possible also, but none of my systems gives
this. I should change it.
You could also u
On 2015-08-04 22:30, Cecil Westerhof wrote:
On Tuesday 4 Aug 2015 22:52 CEST, Emile van Sebille wrote:
On 8/4/2015 1:19 PM, Cecil Westerhof wrote:
Under Linux I like to get the most expensive processes. The two
most useful commands are: ps -eo pid,user,pcpu,args --sort=-pcpu
and: ps -eo pid,u
On Tuesday 4 Aug 2015 22:52 CEST, Emile van Sebille wrote:
> On 8/4/2015 1:19 PM, Cecil Westerhof wrote:
>> Under Linux I like to get the most expensive processes. The two
>> most useful commands are: ps -eo pid,user,pcpu,args --sort=-pcpu
>> and: ps -eo pid,user,pcpu,args --sort=-vsize
>>
>> In
On 8/4/2015 1:19 PM, Cecil Westerhof wrote:
Under Linux I like to get the most expensive processes. The two most
useful commands are:
ps -eo pid,user,pcpu,args --sort=-pcpu
and:
ps -eo pid,user,pcpu,args --sort=-vsize
In my case I am only interested in the seven most expensive processe
> From: "Christian Heimes"
> On 2015-07-20 20:50, Marko Rauhamaa wrote:
> > "Jason H" :
> >
> >> I have a server process that looks (watches via inotify) for files to
> >> be moved (renamed) into a particular directory from elsewhere on the
> >> same filesystem. We do this because it is an atomic
On 2015-07-20 20:50, Marko Rauhamaa wrote:
> "Jason H" :
>
>> I have a server process that looks (watches via inotify) for files to
>> be moved (renamed) into a particular directory from elsewhere on the
>> same filesystem. We do this because it is an atomic operation, and our
>> server process ca
"Jason H" :
> I have a server process that looks (watches via inotify) for files to
> be moved (renamed) into a particular directory from elsewhere on the
> same filesystem. We do this because it is an atomic operation, and our
> server process can see the modify events of the file being written
>
On 2015-07-20, Jason H wrote:
> I have a server process that looks (watches via inotify) for files
> to be moved (renamed) into a particular directory from elsewhere on
> the same filesystem. We do this because it is an atomic operation,
> and our server process can see the modify events of the f
On Tue, Aug 12, 2014 at 8:12 AM, Grant Edwards wrote:
> On 2014-08-12, Chris “Kwpolska” Warrick wrote:
>> On Mon, Aug 11, 2014 at 8:53 PM, Grant Edwards
>> wrote:
>>> I just installed Arch Linux for the first time, and was surprosed to
>>> find that Python isn't installed as part of a "base" sy
On 2014-08-12, Chris “Kwpolska” Warrick wrote:
> On Mon, Aug 11, 2014 at 8:53 PM, Grant Edwards
> wrote:
>> I just installed Arch Linux for the first time, and was surprosed to
>> find that Python isn't installed as part of a "base" system. It's
>> also not included in the 'base-devel' package
On Mon, Aug 11, 2014 at 8:53 PM, Grant Edwards wrote:
> I just installed Arch Linux for the first time, and was surprosed to
> find that Python isn't installed as part of a "base" system. It's
> also not included in the 'base-devel' package group. It's trivial to
> install, but I'd still pretty
On 12.08.2014 09:59, David Palao wrote:
Also Gentoo uses Python3 by default for some months now. The positive
side effect for me has been that I started seriously to switch to
python3.
it's a matter of months for debian/ubuntu to rely only on python3 code
too, while still respecting PEP 394:
2014-08-11 23:36 GMT+02:00 Ned Deily :
> In article ,
> Grant Edwards wrote:
>> Apparently. Perhaps theres an "enable LSB compliance" option
>> somewhere in the Arch install docs, but I didn't see it...
>
> Also beware that, unlike most other distributions and contrary to
> recommended practice,
In article
,
Chris Angelico wrote:
> Well, it only *became* contrary to recommended practice in response to
> Arch doing it and everyone seeing the issues it caused :) Personally,
> I'm glad they did. Lets those of us who follow "slower" distros (I'm
> running Debian) get the benefit of someone
On Tuesday, August 12, 2014 12:23:57 AM UTC+5:30, Grant Edwards wrote:
> I just installed Arch Linux for the first time, and was surprosed to
> find that Python isn't installed as part of a "base" system. It's
> also not included in the 'base-devel' package group. It's trivial to
> install, but I
On 2014-08-11, Chris Angelico wrote:
> On Tue, Aug 12, 2014 at 7:36 AM, Ned Deily wrote:
>> In article ,
>> Grant Edwards wrote:
>>> Apparently. Perhaps theres an "enable LSB compliance" option
>>> somewhere in the Arch install docs, but I didn't see it...
>>
>> Also beware that, unlike most o
On Tue, Aug 12, 2014 at 7:36 AM, Ned Deily wrote:
> In article ,
> Grant Edwards wrote:
>> Apparently. Perhaps theres an "enable LSB compliance" option
>> somewhere in the Arch install docs, but I didn't see it...
>
> Also beware that, unlike most other distributions and contrary to
> recommend
In article ,
Grant Edwards wrote:
> Apparently. Perhaps theres an "enable LSB compliance" option
> somewhere in the Arch install docs, but I didn't see it...
Also beware that, unlike most other distributions and contrary to
recommended practice, Arch has chosen to make Python 3 its default, th
On 2014-08-11, Chris Rebert wrote:
> On Mon, Aug 11, 2014 at 11:53 AM, Grant Edwards
> wrote:
>> I just installed Arch Linux for the first time, and was surprosed to
>> find that Python isn't installed as part of a "base" system. It's
>> also not included in the 'base-devel' package group. It'
On Mon, Aug 11, 2014 at 11:53 AM, Grant Edwards wrote:
> I just installed Arch Linux for the first time, and was surprosed to
> find that Python isn't installed as part of a "base" system. It's
> also not included in the 'base-devel' package group. It's trivial to
> install, but I'd still pretty
On Monday, November 19, 2012 11:44:37 AM UTC-5, EDI Support wrote:
> Hi All, I would like know if Python 2.4.3 will be compatible with Linux RHEL
> 5.5 or 6.1? Thanks Tony
Thanks everyone for your replies. To clarify, We would like to run a Proof of
concept - that our current version 2.4.3 will
On Mon, 19 Nov 2012 08:44:37 -0800, EDI Support wrote:
> Hi All,
>
> I would like know if Python 2.4.3 will be compatible with Linux RHEL
> 5.5 or 6.1?
I don't see any reason why it wouldn't be, but why would you want to use
Python 2.4 in production if you don't have to? RHEL will come with Py
On Mon, 19 Nov 2012 08:44:37 -0800 (PST), EDI Support
| declaimed the following in
| gmane.comp.python.general:
| > I would like know if Python 2.4.3 will be compatible with Linux RHEL 5.5
or 6.1?
It would help if you could qualify what you imagine "compatible with" to
mean...
On 19Nov2012 18:
On 30 Jul 2012, at 23:56, Dan Stromberg wrote:
>
> On Mon, Jul 30, 2012 at 9:26 PM, Barry Scott wrote:
> lspci gets all its information from the files in /sys/bus/pci/devices.
>
> You can use os.listdir() to list all the files in the folder and then open
> the files you want to get the data
Mark Lawrence於 2012年7月31日星期二UTC+8下午3時15分32秒寫道：
> On 31/07/2012 02:20, Dennis Lee Bieber wrote:
>
> > On Mon, 30 Jul 2012 22:56:48 +, Dan Stromberg
>
> > declaimed the following in gmane.comp.python.general:
>
> >
>
> >
>
> >> Sigh, and I'm also not keen on multi-line list comprehensions,
On Tue, 31 Jul 2012 08:15:32 +0100, Mark Lawrence wrote:
> On 31/07/2012 02:20, Dennis Lee Bieber wrote:
>> On Mon, 30 Jul 2012 22:56:48 +, Dan Stromberg
>> declaimed the following in gmane.comp.python.general:
>>
>>
>>> Sigh, and I'm also not keen on multi-line list comprehensions,
>>> speci
On Tue, Jul 31, 2012 at 5:15 PM, Mark Lawrence wrote:
> On 31/07/2012 02:20, Dennis Lee Bieber wrote:
>>
>> should be pecked to death by a dead parrot.
>>
>
> Any particular species?
I'm sure that, if you're in Norway, you could find an appropriate
bird. But for those of us for whom that's not an
On 31/07/2012 02:20, Dennis Lee Bieber wrote:
On Mon, 30 Jul 2012 22:56:48 +, Dan Stromberg
declaimed the following in gmane.comp.python.general:
Sigh, and I'm also not keen on multi-line list comprehensions, specifically
because I think they tend to make less readable code. It also beco
On Mon, Jul 30, 2012 at 11:14 PM, Emile van Sebille wrote:
> On 7/30/2012 3:56 PM Dan Stromberg said...
>
>
>> On Mon, Jul 30, 2012 at 9:26 PM, Barry Scott >
>
> And of course you can write list comprehensions on as many lines as
>> it take to make the code maintainable.
>>
>> Sigh, and
On 7/30/2012 3:56 PM Dan Stromberg said...
On Mon, Jul 30, 2012 at 9:26 PM, Barry Scott
And of course you can write list comprehensions on as many lines as
it take to make the code maintainable.
Sigh, and I'm also not keen on multi-line list comprehensions,
specifically because I thi
1 - 100 of 234 matches
Mail list logo
