pysvn-discuss Mailing List for pysvn
pysvn is the pythonic interface to subversion
Brought to you by:
barry-scott
Menu
▾
▴
pysvn-discuss
You can subscribe to this list here.
| 2019 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
(13) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2020 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
(4) |
Dec
(9) |
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(8) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
(8) |
Feb
(2) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(5) |
Nov
|
Dec
(4) |
| 2023 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
(4) |
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Barry S. <ba...@ba...> - 2025-05-07 11:40:03
|
> On 4 May 2025, at 12:12, Kieran <kie...@gm...> wrote: > > Hello, > > A while ago I submitted a patch in this ticket (https://sourceforge.net/p/pysvn/tickets/21/) to enhance the `setup_cofigure.py` script on macOS to fix some bad assumptions and to add support for homebrew libs on arm64. I was just wondering if it had been noticed and if I could get some feedback on it? Thanks for the reminder. > > The bugs I wanted to get fixed were to change `sys.real_prefix` (which is a typo) into `sys.base_prefix`, and to use the sysconfig `PYTHONFRAMEWORK` variable for the value of `PYTHON_FRAMEWORK` in `setupPySvn` (instead of hard-coding `Python`). On recent versions of macOS the OS framework name has changed to `Python3`, while others (like MacPorts and homebrew) still use `Python`. > > Relevant section: > https://sourceforge.net/p/pysvn/code/HEAD/tree/trunk/pysvn/Extension/Source/setup_configure.py#l1122 > > And as a convenience it would be nice to be able to use homebrew's libraries on arm64. The current configuration worked for x86_64 since homebrew used the same install location as MacPorts (/opt/local), but for arm64 they have changed it to /opt/homebrew. > > Relevant section: > https://sourceforge.net/p/pysvn/code/HEAD/tree/trunk/pysvn/Extension/Source/setup_configure.py#l1061 > > These changes should make it more consistent to build from source on macOS arm64 for any given target Python install. > > There was also a small change to use a bundled pycxx instead of searching for a hard-coded minimum version, feel free to ignore that change if that behaviour is not desired. I've taken your patch and committed it as it is passed basic testing. I have more testing to do on Windows and Fedora to be happy it's working everywhere. I did encounter a compiler error in PyCXX using xcode 16.3. They are enforcing an error for UB that PyCXX was using. std::basic_string<Py_UCS4> will not compile anymore. I've committed a fix to that to the pycxx repo, but have not completed testing on all OS and compilers to check the fix is good. Also I have python 3.14 support on my todo list. Barry > > Many thanks, > Kieran Geary > _______________________________________________ > Pysvn-discuss mailing list > Pys...@li... > https://lists.sourceforge.net/lists/listinfo/pysvn-discuss |
|
From: Kieran <kie...@gm...> - 2025-05-04 11:13:16
|
Hello, A while ago I submitted a patch in this ticket ( https://sourceforge.net/p/pysvn/tickets/21/) to enhance the `setup_cofigure.py` script on macOS to fix some bad assumptions and to add support for homebrew libs on arm64. I was just wondering if it had been noticed and if I could get some feedback on it? The bugs I wanted to get fixed were to change `sys.real_prefix` (which is a typo) into `sys.base_prefix`, and to use the sysconfig `PYTHONFRAMEWORK` variable for the value of `PYTHON_FRAMEWORK` in `setupPySvn` (instead of hard-coding `Python`). On recent versions of macOS the OS framework name has changed to `Python3`, while others (like MacPorts and homebrew) still use `Python`. Relevant section: https://sourceforge.net/p/pysvn/code/HEAD/tree/trunk/pysvn/Extension/Source/setup_configure.py#l1122 And as a convenience it would be nice to be able to use homebrew's libraries on arm64. The current configuration worked for x86_64 since homebrew used the same install location as MacPorts (/opt/local), but for arm64 they have changed it to /opt/homebrew. Relevant section: https://sourceforge.net/p/pysvn/code/HEAD/tree/trunk/pysvn/Extension/Source/setup_configure.py#l1061 These changes should make it more consistent to build from source on macOS arm64 for any given target Python install. There was also a small change to use a bundled pycxx instead of searching for a hard-coded minimum version, feel free to ignore that change if that behaviour is not desired. Many thanks, Kieran Geary |
|
From: Barry S. <ba...@ba...> - 2024-11-30 14:25:46
|
PySVN home page: https://pysvn.sourceforge.io/ PySVN 1.9.23 supporting Subversion 1.14.4 and earlier. Changes: * Build binary kits for Windows and macOS * No longer build svn 1.10 kits as subversion LTS is 1.14 now PySVN supports Python 3 as well as Python 2 (source only). Prebuilt kits are available for Windows and Mac OS X built for subversion 1.14.4 for python 3.9, 3.10, 3.11, 3.12 and 3.13 Download details: https://pysvn.sourceforge.io/downloads.html Barry |
|
From: Barry S. <ba...@ba...> - 2023-12-23 11:33:30
|
> On 20 Dec 2023, at 13:33, Brandon Bouchard via Pysvn-discuss <pys...@li...> wrote: > > Hi Barry, > Are there pre built kits for python 3.12? in the Latest Version section it says 3.12 but I'm not seeing anything on the downloads page or in the Files section in Sourceforge: > > https://pysvn.sourceforge.io/downloads.html > https://sourceforge.net/projects/pysvn/files/pysvn/V1.9.22/Windows/ > > I also noticed on the downloads page 3.10 and 3.11 are showing up as 1.0 and 1.1 respectively in the Python version column > <image.png> All the 3.12 kits have been uploaded and are on the download page. Thanks for giving me the heads-up they where missing, much appreciated. Barry > > Thanks in advance, > Brandon > > <https://ehr.meditech.com/expanse> > <https://www.facebook.com/MeditechEHR> <https://twitter.com/MEDITECH> <https://www.youtube.com/@MEDITECHvideo> <https://www.threads.net/@meditechehr> <https://www.linkedin.com/company/meditech> <https://instagram.com/meditechehr> > Subscribe <https://info.meditech.com/get-great-meditech-content?hsCtaTracking=864299ec-5abf-4004-9c6d-2d051794101f%7Cc911be42-538a-4a48-8dca-a6d4001c6326> to receive emails from MEDITECH or to change email preferences. > > _______________________________________________ > Pysvn-discuss mailing list > Pys...@li... > https://lists.sourceforge.net/lists/listinfo/pysvn-discuss |
|
From: Barry S. <ba...@ba...> - 2023-12-22 18:02:25
|
> On 22 Dec 2023, at 13:17, Barry Scott <ba...@ba...> wrote: > > > >> On 20 Dec 2023, at 13:33, Brandon Bouchard via Pysvn-discuss <pys...@li...> wrote: >> >> Hi Barry, >> Are there pre built kits for python 3.12? in the Latest Version section it says 3.12 but I'm not seeing anything on the downloads page or in the Files section in Sourceforge: >> >> https://pysvn.sourceforge.io/downloads.html >> https://sourceforge.net/projects/pysvn/files/pysvn/V1.9.22/Windows/ > > There should be 3.12 kits. The download page generation code is confused. Download page is fixed. I now need to upload the python 3.12 kits (which are on an other system). I'm sure I build them - 3.12 was hard to build dependencies for... Barry > > I'll look into what is going wrong and fix it later today I hope. > > Barry > >> >> I also noticed on the downloads page 3.10 and 3.11 are showing up as 1.0 and 1.1 respectively in the Python version column >> <image.png> >> >> Thanks in advance, >> Brandon >> >> <https://ehr.meditech.com/expanse> >> <https://www.facebook.com/MeditechEHR> <https://twitter.com/MEDITECH> <https://www.youtube.com/@MEDITECHvideo> <https://www.threads.net/@meditechehr> <https://www.linkedin.com/company/meditech> <https://instagram.com/meditechehr> >> Subscribe <https://info.meditech.com/get-great-meditech-content?hsCtaTracking=864299ec-5abf-4004-9c6d-2d051794101f%7Cc911be42-538a-4a48-8dca-a6d4001c6326> to receive emails from MEDITECH or to change email preferences. >> >> _______________________________________________ >> Pysvn-discuss mailing list >> Pys...@li... >> https://lists.sourceforge.net/lists/listinfo/pysvn-discuss > |
|
From: Barry S. <ba...@ba...> - 2023-12-22 13:18:15
|
> On 20 Dec 2023, at 13:33, Brandon Bouchard via Pysvn-discuss <pys...@li...> wrote: > > Hi Barry, > Are there pre built kits for python 3.12? in the Latest Version section it says 3.12 but I'm not seeing anything on the downloads page or in the Files section in Sourceforge: > > https://pysvn.sourceforge.io/downloads.html > https://sourceforge.net/projects/pysvn/files/pysvn/V1.9.22/Windows/ There should be 3.12 kits. The download page generation code is confused. I'll look into what is going wrong and fix it later today I hope. Barry > > I also noticed on the downloads page 3.10 and 3.11 are showing up as 1.0 and 1.1 respectively in the Python version column > <image.png> > > Thanks in advance, > Brandon > > <https://ehr.meditech.com/expanse> > <https://www.facebook.com/MeditechEHR> <https://twitter.com/MEDITECH> <https://www.youtube.com/@MEDITECHvideo> <https://www.threads.net/@meditechehr> <https://www.linkedin.com/company/meditech> <https://instagram.com/meditechehr> > Subscribe <https://info.meditech.com/get-great-meditech-content?hsCtaTracking=864299ec-5abf-4004-9c6d-2d051794101f%7Cc911be42-538a-4a48-8dca-a6d4001c6326> to receive emails from MEDITECH or to change email preferences. > > _______________________________________________ > Pysvn-discuss mailing list > Pys...@li... > https://lists.sourceforge.net/lists/listinfo/pysvn-discuss |
|
From: Brandon B. <bbo...@me...> - 2023-12-20 13:57:13
|
Hi Barry,
Are there pre built kits for python 3.12? in the Latest Version
section it says 3.12 but I'm not seeing anything on the downloads page or
in the Files section in Sourceforge:
https://pysvn.sourceforge.io/downloads.html
https://sourceforge.net/projects/pysvn/files/pysvn/V1.9.22/Windows/
I also noticed on the downloads page 3.10 and 3.11 are showing up as 1.0
and 1.1 respectively in the Python version column
[image: image.png]
Thanks in advance,
Brandon
--
<https://ehr.meditech.com/expanse> <https://www.facebook.com/MeditechEHR>
<https://twitter.com/MEDITECH> <https://www.youtube.com/@MEDITECHvideo>
<https://www.threads.net/@meditechehr>
<https://www.linkedin.com/company/meditech>
<https://instagram.com/meditechehr>
Subscribe
<https://info.meditech.com/get-great-meditech-content?hsCtaTracking=864299ec-5abf-4004-9c6d-2d051794101f%7Cc911be42-538a-4a48-8dca-a6d4001c6326>
to receive emails from MEDITECH or to change email preferences.
|
|
From: Li B. <lib...@gm...> - 2023-08-30 19:16:10
|
I got this issue solved. I found out that on my machine, I had this folder missing: ~/.local/bin I copied from another working machine, then I did: python3 -c "import pysvn;print(pysvn)" I could see: <module 'pysvn' from '/usr/lib/python3/dist-packages/pysvn/__init__.py'> Li On Tue, Aug 29, 2023 at 6:13 PM Li Bai <lib...@gm...> wrote: > I think the issue I am having here is that the import pysvn is not from > :/usr/lib/python3/dist-packages/pysvn > > but from > $HOME/.local/lib/python3.8/site-packages/pysvn/ > > still trying to figure out how to let the first one be picked. > Li > > On Tue, Aug 29, 2023 at 2:42 PM Li Bai <lib...@gm...> wrote: > >> Hi, There: >> >> I have some python code, used to run fine on python2. We recently >> upgrade the system to be >> >> ubuntu 20.04, >> >> Python 3.8.10 >> >> >> >> I installed pysvn by running: >> >> sudo apt-get install python3-svn >> >> >> >> I run a test code like: >> >> >> import pysvn >> >> >> >> print(dir(pysvn)) >> >> print(pysvn) >> >> print(pysvn.version) >> >> >> >> I got: >> >> ['Client', '__builtins__', '__cached__', '__doc__', '__file__', >> '__loader__', '__name__', '__package__', '__path__', '__spec__', 'client', >> 'name'] >> >> >> >> ['__class__', '__delattr__', '__dict__', '__dir__', '__doc__', '__eq__', >> '__format__', '__ge__', '__getattribute__', '__gt__', '__hash__', '__init >> >> __', '__init_subclass__', '__le__', '__lt__', '__module__', '__ne__', >> '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__size >> >> of__', '__str__', '__subclasshook__', '__weakref__', 'diff', 'log', >> 'numstat'] >> >> >> >> <module 'pysvn' from >> '/home/<user_name>/.local/lib/python3.8/site-packages/pysvn/__init__.py'> >> >> >> Traceback (most recent call last): >> >> File "test_pysvn.py", line 6, in <module> >> >> print(pysvn.version) >> >> AttributeError: module 'pysvn' has no attribute 'version' >> >> >> >> It does not have all attributes such as checkout, ls described in >> https://pysvn.sourceforge.io/Docs/pysvn_prog_ref.html >> >> >> >> Anything I am missing? >> >> >> >> >> >> >> >> Li >> > |
|
From: Barry <ba...@ba...> - 2023-08-30 07:34:38
|
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"></div><div dir="ltr"><br></div><div dir="ltr"><br><blockquote type="cite">On 30 Aug 2023, at 02:14, Li Bai <lib...@gm...> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr">I think the issue I am having here is that the import pysvn is not from<div>:/usr/lib/python3/dist-packages/pysvn</div><div><br></div><div>but from </div><div>$HOME/.local/lib/python3.8/site-packages/pysvn/<br></div></div></div></blockquote><div><br></div>No idea where you got that version, I never added pysvn to PyPI<div>Why not rm -rf it?</div><div><br></div><div>I thought that debian/ubuntu was making using python outside a venv not supported.</div><div><br></div><div>May be review what you have in $HOME/.local/lib/python3.8/site-packages and remove all of it?</div><div><br></div><div>Barry<br><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div><br></div><div>still trying to figure out how to let the first one be picked.</div><div>Li</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 29, 2023 at 2:42 PM Li Bai <<a href="mailto:lib...@gm...">lib...@gm...</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><p class="MsoNormal" style="margin:0in 0in 8pt;line-height:107%;font-size:11pt;font-family:Calibri,sans-serif">Hi, There:</p> <p class="MsoNormal" style="margin:0in 0in 8pt;line-height:107%;font-size:11pt;font-family:Calibri,sans-serif"> I have some python code, used to run fine on python2. We recently upgrade the system to be </p> <p class="MsoNormal" style="margin:0in 0in 8pt;line-height:107%;font-size:11pt;font-family:Calibri,sans-serif">ubuntu 20.04, </p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console"">Python 3.8.10</span></p> <p class="MsoNormal" style="margin:0in 0in 8pt;line-height:107%;font-size:11pt;font-family:Calibri,sans-serif"> </p> <p class="MsoNormal" style="margin:0in 0in 8pt;line-height:107%;font-size:11pt;font-family:Calibri,sans-serif">I installed pysvn by running:</p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console"">sudo apt-get install python3-svn</span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console""> </span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console"">I run a test code like:</span></p><p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console""><br></span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console";color:rgb(177,72,198)">import</span><span style="font-size:9pt;font-family:"Lucida Console""> pysvn</span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console""> </span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console";color:rgb(0,168,154)">print</span><span style="font-size:9pt;font-family:"Lucida Console"">(<span style="color:rgb(0,168,154)">dir</span>(pysvn))</span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console";color:rgb(0,168,154)">print</span><span style="font-size:9pt;font-family:"Lucida Console";background:teal">(</span><span style="font-size:9pt;font-family:"Lucida Console"">pysvn<span style="background:teal">)</span></span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console";color:rgb(0,168,154)">print</span><span style="font-size:9pt;font-family:"Lucida Console"">(pysvn.version)</span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console""> </span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console"">I got:</span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console"">['Client', '__builtins__', '__cached__', '__doc__', '__file__', '__loader__', '__name__', '__package__', '__path__', '__spec__', 'client', 'name']</span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console""> </span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console"">['__class__', '__delattr__', '__dict__', '__dir__', '__doc__', '__eq__', '__format__', '__ge__', '__getattribute__', '__gt__', '__hash__', '__init</span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console"">__', '__init_subclass__', '__le__', '__lt__', '__module__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__size</span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console"">of__', '__str__', '__subclasshook__', '__weakref__', 'diff', 'log', 'numstat']</span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console""> </span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console""><module 'pysvn' from '/home/<user_name>/.local/lib/python3.8/site-packages/pysvn/__init__.py'></span></p><p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console""><br></span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console"">Traceback (most recent call last):</span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console""> File "test_pysvn.py", line 6, in <module></span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console""> print(pysvn.version)</span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console"">AttributeError: module 'pysvn' has no attribute 'version'</span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console""> </span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console"">It does not have all attributes such as checkout, ls described in <a href="https://pysvn.sourceforge.io/Docs/pysvn_prog_ref.html" style="color:rgb(5,99,193)" target="_blank">https://pysvn.sourceforge.io/Docs/pysvn_prog_ref.html</a></span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console""> </span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console"">Anything I am missing?</span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console""> </span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console""> </span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console""> </span></p> <p class="MsoNormal" style="margin:0in;line-height:normal;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-size:9pt;font-family:"Lucida Console"">Li</span></p></div> </blockquote></div> <span>_______________________________________________</span><br><span>Pysvn-discuss mailing list</span><br><span>Pys...@li...</span><br><span>https://lists.sourceforge.net/lists/listinfo/pysvn-discuss</span><br></div></blockquote></div></body></html> |
|
From: Li B. <lib...@gm...> - 2023-08-30 01:14:27
|
I think the issue I am having here is that the import pysvn is not from :/usr/lib/python3/dist-packages/pysvn but from $HOME/.local/lib/python3.8/site-packages/pysvn/ still trying to figure out how to let the first one be picked. Li On Tue, Aug 29, 2023 at 2:42 PM Li Bai <lib...@gm...> wrote: > Hi, There: > > I have some python code, used to run fine on python2. We recently upgrade > the system to be > > ubuntu 20.04, > > Python 3.8.10 > > > > I installed pysvn by running: > > sudo apt-get install python3-svn > > > > I run a test code like: > > > import pysvn > > > > print(dir(pysvn)) > > print(pysvn) > > print(pysvn.version) > > > > I got: > > ['Client', '__builtins__', '__cached__', '__doc__', '__file__', > '__loader__', '__name__', '__package__', '__path__', '__spec__', 'client', > 'name'] > > > > ['__class__', '__delattr__', '__dict__', '__dir__', '__doc__', '__eq__', > '__format__', '__ge__', '__getattribute__', '__gt__', '__hash__', '__init > > __', '__init_subclass__', '__le__', '__lt__', '__module__', '__ne__', > '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__size > > of__', '__str__', '__subclasshook__', '__weakref__', 'diff', 'log', > 'numstat'] > > > > <module 'pysvn' from > '/home/<user_name>/.local/lib/python3.8/site-packages/pysvn/__init__.py'> > > > Traceback (most recent call last): > > File "test_pysvn.py", line 6, in <module> > > print(pysvn.version) > > AttributeError: module 'pysvn' has no attribute 'version' > > > > It does not have all attributes such as checkout, ls described in > https://pysvn.sourceforge.io/Docs/pysvn_prog_ref.html > > > > Anything I am missing? > > > > > > > > Li > |
|
From: Li B. <lib...@gm...> - 2023-08-29 21:43:10
|
Hi, There:
I have some python code, used to run fine on python2. We recently upgrade
the system to be
ubuntu 20.04,
Python 3.8.10
I installed pysvn by running:
sudo apt-get install python3-svn
I run a test code like:
import pysvn
print(dir(pysvn))
print(pysvn)
print(pysvn.version)
I got:
['Client', '__builtins__', '__cached__', '__doc__', '__file__',
'__loader__', '__name__', '__package__', '__path__', '__spec__', 'client',
'name']
['__class__', '__delattr__', '__dict__', '__dir__', '__doc__', '__eq__',
'__format__', '__ge__', '__getattribute__', '__gt__', '__hash__', '__init
__', '__init_subclass__', '__le__', '__lt__', '__module__', '__ne__',
'__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__size
of__', '__str__', '__subclasshook__', '__weakref__', 'diff', 'log',
'numstat']
<module 'pysvn' from
'/home/<user_name>/.local/lib/python3.8/site-packages/pysvn/__init__.py'>
Traceback (most recent call last):
File "test_pysvn.py", line 6, in <module>
print(pysvn.version)
AttributeError: module 'pysvn' has no attribute 'version'
It does not have all attributes such as checkout, ls described in
https://pysvn.sourceforge.io/Docs/pysvn_prog_ref.html
Anything I am missing?
Li
|
|
From: Brandon B. <bbo...@me...> - 2023-01-05 16:02:46
|
Hi Barry, I noticed the new version is missing from https://pysvn.barrys-emacs.org/? Could you add the new release there as well? On Tue, Jan 3, 2023 at 2:22 PM Barry Scott <ba...@ba...> wrote: > > On 03/01/2023 15:25, Brandon Bouchard via Pysvn-discuss wrote: > > Awesome Thanks Barry! > > Just a quick question, should the "Source" type support be updated to > specify 3.5 to 3.11? > [image: image.png] > > Fixed. > > Barry > > > On Sat, Dec 31, 2022 at 12:09 PM Barry Scott <ba...@ba...> > wrote: > >> I have build kits for Windows and macOS for python 3.11. >> >> See the download page for links to the kits. >> >> https://pysvn.sourceforge.io/downloads.html >> >> Barry >> >> >> >> _______________________________________________ >> Pysvn-discuss mailing list >> Pys...@li... >> https://lists.sourceforge.net/lists/listinfo/pysvn-discuss >> > __________ > > Pysvn-discuss mailing lis...@li...://lists.sourceforge.net/lists/listinfo/pysvn-discuss > > -- <https://ehr.meditech.com/expanse> <https://www.linkedin.com/company/meditech> <https://twitter.com/MEDITECH> <https://www.facebook.com/MeditechEHR> Subscribe <https://info.meditech.com/get-great-meditech-content?hsCtaTracking=864299ec-5abf-4004-9c6d-2d051794101f%7Cc911be42-538a-4a48-8dca-a6d4001c6326> to receive emails from MEDITECH or to change email preferences. |
|
From: Brandon B. <bbo...@me...> - 2023-01-03 15:25:42
|
Awesome Thanks Barry! Just a quick question, should the "Source" type support be updated to specify 3.5 to 3.11? [image: image.png] On Sat, Dec 31, 2022 at 12:09 PM Barry Scott <ba...@ba...> wrote: > I have build kits for Windows and macOS for python 3.11. > > See the download page for links to the kits. > > https://pysvn.sourceforge.io/downloads.html > > Barry > > > > _______________________________________________ > Pysvn-discuss mailing list > Pys...@li... > https://lists.sourceforge.net/lists/listinfo/pysvn-discuss > -- Brandon Bouchard, Lead Software Developer, 781-774-7474 bbo...@me... Medical Information Technology, Inc. Mailstop: S4E93W, MEDITECH Circle, Westwood, MA 02090 -- <https://ehr.meditech.com/expanse> <https://www.linkedin.com/company/meditech> <https://twitter.com/MEDITECH> <https://www.facebook.com/MeditechEHR> Subscribe <https://info.meditech.com/get-great-meditech-content?hsCtaTracking=864299ec-5abf-4004-9c6d-2d051794101f%7Cc911be42-538a-4a48-8dca-a6d4001c6326> to receive emails from MEDITECH or to change email preferences. |
|
From: Barry S. <ba...@ba...> - 2022-12-31 17:09:38
|
I have build kits for Windows and macOS for python 3.11. See the download page for links to the kits. https://pysvn.sourceforge.io/downloads.html Barry |
|
From: Brandon B. <bbo...@me...> - 2022-12-22 14:30:10
|
If there is anything I can do to assist with testing please let me know. On Sun, Dec 18, 2022 at 2:17 PM Barry Scott <ba...@ba...> wrote: > > > On 16 Dec 2022, at 17:28, Brandon Bouchard via Pysvn-discuss < > pys...@li...> wrote: > > Is there a pysvn release coming that will include support for Python 3.11? > I see that support was added in 1.9.19 but there is no release available > for that specific version. > > > I've built the windows kits, need to test install them. > Still need to build the macOS kits. > > Barry > > _______________________________________________ > Pysvn-discuss mailing list > Pys...@li... > https://lists.sourceforge.net/lists/listinfo/pysvn-discuss > > > -- <https://ehr.meditech.com/expanse> <https://www.linkedin.com/company/meditech> <https://twitter.com/MEDITECH> <https://www.facebook.com/MeditechEHR> Subscribe <https://info.meditech.com/get-great-meditech-content?hsCtaTracking=864299ec-5abf-4004-9c6d-2d051794101f%7Cc911be42-538a-4a48-8dca-a6d4001c6326> to receive emails from MEDITECH or to change email preferences. |
|
From: Barry S. <ba...@ba...> - 2022-12-18 19:50:44
|
> On 16 Dec 2022, at 17:28, Brandon Bouchard via Pysvn-discuss <pys...@li...> wrote: > > Is there a pysvn release coming that will include support for Python 3.11? I see that support was added in 1.9.19 but there is no release available for that specific version. I've built the windows kits, need to test install them. Still need to build the macOS kits. Barry > > <https://ehr.meditech.com/expanse> > <https://www.linkedin.com/company/meditech> <https://twitter.com/MEDITECH> <https://www.facebook.com/MeditechEHR> > Subscribe <https://info.meditech.com/get-great-meditech-content?hsCtaTracking=864299ec-5abf-4004-9c6d-2d051794101f%7Cc911be42-538a-4a48-8dca-a6d4001c6326> to receive emails from MEDITECH or to change email preferences. > > _______________________________________________ > Pysvn-discuss mailing list > Pys...@li... > https://lists.sourceforge.net/lists/listinfo/pysvn-discuss |
|
From: Brandon B. <bbo...@me...> - 2022-12-16 18:24:42
|
Is there a pysvn release coming that will include support for Python 3.11? I see that support was added in 1.9.19 but there is no release available for that specific version. -- <https://ehr.meditech.com/expanse> <https://www.linkedin.com/company/meditech> <https://twitter.com/MEDITECH> <https://www.facebook.com/MeditechEHR> Subscribe <https://info.meditech.com/get-great-meditech-content?hsCtaTracking=864299ec-5abf-4004-9c6d-2d051794101f%7Cc911be42-538a-4a48-8dca-a6d4001c6326> to receive emails from MEDITECH or to change email preferences. |
|
From: 孙 明琦 <cra...@li...> - 2022-10-12 04:08:56
|
Upgrading to python3 and It seems everything works fine, thanks for the help, Barry. From: Barry Scott<mailto:ba...@ba...> Sent: 2022年10月12日 4:12 To: 孙 明琦<mailto:cra...@li...> Cc: pys...@li...<mailto:pys...@li...> Subject: Re: [Pysvn-discuss] Pysvn reset my svn.simple auth settings On 11 Oct 2022, at 09:02, 孙 明琦 <cra...@li...<mailto:cra...@li...>> wrote: Now I don’t get password prompt on `svn up`, but I still wonder if pysvn could use password store that I already configured and not store plaintext passwords. Can it? pysvn is the interface between python and subversion. All pysvn can do is call into the subversion code and pass on your instructions to it. If svn can do it then you should be able to call via pysvn to svn to get it to do what you want. I would encourage you to port to python 3 as soon as is practical for you. There will be a point when its not fun for me to support python 2 anymore. Barry |
|
From: Barry S. <ba...@ba...> - 2022-10-11 20:12:49
|
> On 11 Oct 2022, at 09:02, 孙 明琦 <cra...@li...> wrote: > > Now I don’t get password prompt on `svn up`, but I still wonder if pysvn could use password store that I already configured and not store plaintext passwords. Can it? pysvn is the interface between python and subversion. All pysvn can do is call into the subversion code and pass on your instructions to it. If svn can do it then you should be able to call via pysvn to svn to get it to do what you want. I would encourage you to port to python 3 as soon as is practical for you. There will be a point when its not fun for me to support python 2 anymore. Barry |
|
From: 孙 明琦 <cra...@li...> - 2022-10-11 08:02:52
|
I am using Debian 10, python2.7.15, svn version 1.10.4 (r1850624) and pysvn.version=(1, 9, 9, 0) You reminded me that I turned of `store-plaintext-passwords` in `~/.subversion/servers` config. After I turned that back on, pysvn can store plaintext passwords in `svn.simple` dir ``` $ cat ~/.subversion/auth/svn.simple/f127ed5a5027eb2fe2a8c242cdf24487 K 8 passtype V 6 simple K 8 password V 12 *************** K 15 svn:realmstring V 67 <https://*****************:443> Authenticate your CORP account. K 8 username V 9 ************** END ``` Now I don’t get password prompt on `svn up`, but I still wonder if pysvn could use password store that I already configured and not store plaintext passwords. Can it? From: Barry<mailto:ba...@ba...> Sent: 2022年10月11日 15:51 To: cra...@li...<mailto:cra...@li...> Cc: pys...@li...<mailto:pys...@li...> Subject: Re: [Pysvn-discuss] Pysvn reset my svn.simple auth settings On 10 Oct 2022, at 21:16, cra...@li... wrote: Hi all, recently I configured my svn to use gnupg password store introduced by this link https://www.dhiller.de/2018/10/04/svn-gpg-agent.html<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.dhiller.de%2F2018%2F10%2F04%2Fsvn-gpg-agent.html&data=05%7C01%7C%7C7fe7e4f94ce74ae6a15e08daab5d6f50%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C638010715037642368%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=PU9tmG1MDIhn2bxEHu6WO92lsq1C57niFGipPbMirdg%3D&reserved=0> It worked correctly, after I `svn up my_repo`, I got correct info stored in the corresponding `svn.simple` directory: ```shell $ cat ~/.subversion/auth/svn.simple/f127ed5a5027eb2fe2a8c242cdf24487 K 8 passtype V 9 gpg-agent K 15 svn:realmstring V 67 https://*****************:443 Authenticate your CORP account. K 8 username V 9 ************** END ``` But if I use pysvn to do something on the repo, I got the `svn.simple` directory reset by pysvn ```python import pysvn client = pysvn.Client() client.callback_get_login = lambda *_: (True, ‘my_username’, ‘my_password’, True) client.update(‘my_repo’) ``` Then the `svn.simple` is reset to something like below ```shell $ cat ~/.subversion/auth/svn.simple/f127ed5a5027eb2fe2a8c242cdf24487 K 15 svn:realmstring V 67 https://*****************:443 Authenticate your CORP account. K 8 username V 9 ************** END ``` No plain text password is stored, nor password store is used, and if I `svn up my_repo`, I got prompted to input password again, which is annoying Even I configure svn to not use password store, and just store plain text password, pysvn will also reset it to the content above. If I do not set `callback_get_login`, I got `client.update` failed with authentication failure exception. So how should I configure pysvn to use password store, or at least not let it mess up the `svn.simple` dir? Subversion removed the ability to store plain text passwords. I wonder if you are hitting this issue. What os, python, svn and pysvn versions are you using? Barry Sincerely This is my first-time sending to a mailing list, if I do anything wrong, you are welcome to point it out. _______________________________________________ Pysvn-discuss mailing list Pys...@li... https://lists.sourceforge.net/lists/listinfo/pysvn-discuss |
|
From: Barry <ba...@ba...> - 2022-10-11 07:51:50
|
> On 10 Oct 2022, at 21:16, cra...@li... wrote: > > > Hi all, recently I configured my svn to use gnupg password store introduced by this link https://www.dhiller.de/2018/10/04/svn-gpg-agent.html > It worked correctly, after I `svn up my_repo`, I got correct info stored in the corresponding `svn.simple` directory: > ```shell > $ cat ~/.subversion/auth/svn.simple/f127ed5a5027eb2fe2a8c242cdf24487 > K 8 > passtype > V 9 > gpg-agent > K 15 > svn:realmstring > V 67 > https://*****************:443 Authenticate your CORP account. > K 8 > username > V 9 > ************** > END > ``` > But if I use pysvn to do something on the repo, I got the `svn.simple` directory reset by pysvn > ```python > import pysvn > client = pysvn.Client() > client.callback_get_login = lambda *_: (True, ‘my_username’, ‘my_password’, True) > client.update(‘my_repo’) > ``` > Then the `svn.simple` is reset to something like below > ```shell > $ cat ~/.subversion/auth/svn.simple/f127ed5a5027eb2fe2a8c242cdf24487 > K 15 > svn:realmstring > V 67 > https://*****************:443 Authenticate your CORP account. > K 8 > username > V 9 > ************** > END > ``` > No plain text password is stored, nor password store is used, and if I `svn up my_repo`, I got prompted to input password again, which is annoying > Even I configure svn to not use password store, and just store plain text password, pysvn will also reset it to the content above. > If I do not set `callback_get_login`, I got `client.update` failed with authentication failure exception. > > So how should I configure pysvn to use password store, or at least not let it mess up the `svn.simple` dir? Subversion removed the ability to store plain text passwords. I wonder if you are hitting this issue. What os, python, svn and pysvn versions are you using? Barry > > Sincerely > > This is my first-time sending to a mailing list, if I do anything wrong, you are welcome to point it out. > _______________________________________________ > Pysvn-discuss mailing list > Pys...@li... > https://lists.sourceforge.net/lists/listinfo/pysvn-discuss |
|
From: <cra...@li...> - 2022-10-10 20:16:09
|
Hi all, recently I configured my svn to use gnupg password store introduced by this link https://www.dhiller.de/2018/10/04/svn-gpg-agent.html It worked correctly, after I `svn up my_repo`, I got correct info stored in the corresponding `svn.simple` directory: ```shell $ cat ~/.subversion/auth/svn.simple/f127ed5a5027eb2fe2a8c242cdf24487 K 8 passtype V 9 gpg-agent K 15 svn:realmstring V 67 https://*****************:443 Authenticate your CORP account. K 8 username V 9 ************** END ``` But if I use pysvn to do something on the repo, I got the `svn.simple` directory reset by pysvn ```python import pysvn client = pysvn.Client() client.callback_get_login = lambda *_: (True, 'my_username', 'my_password', True) client.update('my_repo') ``` Then the `svn.simple` is reset to something like below ```shell $ cat ~/.subversion/auth/svn.simple/f127ed5a5027eb2fe2a8c242cdf24487 K 15 svn:realmstring V 67 https://*****************:443 Authenticate your CORP account. K 8 username V 9 ************** END ``` No plain text password is stored, nor password store is used, and if I `svn up my_repo`, I got prompted to input password again, which is annoying Even I configure svn to not use password store, and just store plain text password, pysvn will also reset it to the content above. If I do not set `callback_get_login`, I got `client.update` failed with authentication failure exception. So how should I configure pysvn to use password store, or at least not let it mess up the `svn.simple` dir? Sincerely This is my first-time sending to a mailing list, if I do anything wrong, you are welcome to point it out. |
|
From: Neil O. <ne...@di...> - 2022-09-21 14:37:33
|
Hi Barry, yes, the issue was logging performing a Qt operation on the worker thread. Already fixed. Thanks! On Wed, Sep 21, 2022 at 1:59 AM Barry <ba...@ba...> wrote: > > > On 20 Sep 2022, at 20:39, Neil Okamoto <ne...@di...> wrote: > > > Hi Barry. I am using a callback_notify which is logging some of the > file-by-file activity, where the logging framework is set up with multiple > handlers (console, file, and a QWidget). So I agree, it's possible whatever > interrupted the checkout raised the unhandled exception. > > > You have to make sure that the pyqt operations are all on the main thread. > In my scm-workbench I run the checkout in a background thread and Marshall > the ui updates to pyqt event loop on the main thread. > > The code for scm workbench is here: > https://scm-workbench.barrys-emacs.org/#source > > > I went back to inspect the checked-out files a little more closely and > found, actually, that the failed checkout wasn't fully complete. One of the > svn:externals was in an inconsistent state requiring a svn cleanup. It > seems to me, the unhandled exception might have been whatever caused the > first checkout to fail, and subsequent issues were because my code didn't > notice the lock. And now after cleaning up, of course I can't reproduce > this. > > What does Client.update() respond with if the "working copy is locked"... > is that an exception? Or do I need to set a notify callback and watch for > a specific notification? > > > I expect you see a pysvn exception if the school is locked. > I do not know to force the we to lock to test this. > > Barry > > > > > > On Tue, Sep 20, 2022 at 11:59 AM Barry Scott <ba...@ba...> > wrote: > >> >> >> On 19 Sep 2022, at 22:59, Neil Okamoto <ne...@di...> wrote: >> >> >> I have some code that performs a checkout like so: >> >> try: >> logging.info('Checking out %s ... please wait', repo) >> revision = svn.checkout(repo, path) >> logging.info('Current revision %s', revision) >> except pysvn.ClientError as ce: >> logging.error(str(ce)) >> raise InstallerError('Subversion operation failed') from ce >> >> and when I run this code, it successfully checks out the entire repo and >> THEN throws an exception which is not a pysvn.ClientError.... so I went >> back and added: >> >> except Exception as e: >> logging.error(str(e)) >> raise InstallerError('Subversion operation threw unknown >> exception') from e >> >> and with this addition, what I'm getting in the logs says: >> >> 20220919-140514 [ERROR] __class__ >> 20220919-140514 [ERROR] Install failed: Subversion operation threw >> unknown exception >> >> >> What am I missing? Would pysvn ever raise Exception("__class__") ? >> >> >> I cannot see any code that does that. >> >> My first guess is that one of your callback functions traceback'ed. >> I would add logging to your call backs to make sure that they are working >> as you expect. >> >> Do you use a callback_noitify to track progress? >> That would be called after the repo is all checked out with the final >> progress event. >> >> If that does not help I would need a small example that I can run that >> shows the issue. >> Also report the versions of operating system, python and pysvn that you >> are using. >> >> Barry >> >> >> >> >> >> -- >> Neil Okamoto >> Head of Pipeline | DigitalFish | ne...@di... | 818-516-4438 >> _______________________________________________ >> Pysvn-discuss mailing list >> Pys...@li... >> https://lists.sourceforge.net/lists/listinfo/pysvn-discuss >> >> >> > > -- > Neil Okamoto > Head of Pipeline | DigitalFish | ne...@di... | 818-516-4438 > > -- Neil Okamoto Head of Pipeline | DigitalFish | ne...@di... | 818-516-4438 |
|
From: Barry <ba...@ba...> - 2022-09-21 08:59:56
|
> On 20 Sep 2022, at 20:39, Neil Okamoto <ne...@di...> wrote: > > > Hi Barry. I am using a callback_notify which is logging some of the file-by-file activity, where the logging framework is set up with multiple handlers (console, file, and a QWidget). So I agree, it's possible whatever interrupted the checkout raised the unhandled exception. You have to make sure that the pyqt operations are all on the main thread. In my scm-workbench I run the checkout in a background thread and Marshall the ui updates to pyqt event loop on the main thread. The code for scm workbench is here: https://scm-workbench.barrys-emacs.org/#source > > I went back to inspect the checked-out files a little more closely and found, actually, that the failed checkout wasn't fully complete. One of the svn:externals was in an inconsistent state requiring a svn cleanup. It seems to me, the unhandled exception might have been whatever caused the first checkout to fail, and subsequent issues were because my code didn't notice the lock. And now after cleaning up, of course I can't reproduce this. > > What does Client.update() respond with if the "working copy is locked"... is that an exception? Or do I need to set a notify callback and watch for a specific notification? I expect you see a pysvn exception if the school is locked. I do not know to force the we to lock to test this. Barry > > > > >> On Tue, Sep 20, 2022 at 11:59 AM Barry Scott <ba...@ba...> wrote: >> >> >>> On 19 Sep 2022, at 22:59, Neil Okamoto <ne...@di...> wrote: >>> >>> >>> I have some code that performs a checkout like so: >>> >>> try: >>> logging.info('Checking out %s ... please wait', repo) >>> revision = svn.checkout(repo, path) >>> logging.info('Current revision %s', revision) >>> except pysvn.ClientError as ce: >>> logging.error(str(ce)) >>> raise InstallerError('Subversion operation failed') from ce >>> >>> and when I run this code, it successfully checks out the entire repo and THEN throws an exception which is not a pysvn.ClientError.... so I went back and added: >>> >>> except Exception as e: >>> logging.error(str(e)) >>> raise InstallerError('Subversion operation threw unknown exception') from e >>> >>> and with this addition, what I'm getting in the logs says: >>> >>> 20220919-140514 [ERROR] __class__ >>> 20220919-140514 [ERROR] Install failed: Subversion operation threw unknown exception >>> >>> >>> What am I missing? Would pysvn ever raise Exception("__class__") ? >> >> I cannot see any code that does that. >> >> My first guess is that one of your callback functions traceback'ed. >> I would add logging to your call backs to make sure that they are working as you expect. >> >> Do you use a callback_noitify to track progress? >> That would be called after the repo is all checked out with the final progress event. >> >> If that does not help I would need a small example that I can run that shows the issue. >> Also report the versions of operating system, python and pysvn that you are using. >> >> Barry >> >> >>> >>> >>> >>> -- >>> Neil Okamoto >>> Head of Pipeline | DigitalFish | ne...@di... | 818-516-4438 >>> _______________________________________________ >>> Pysvn-discuss mailing list >>> Pys...@li... >>> https://lists.sourceforge.net/lists/listinfo/pysvn-discuss >> > > > -- > Neil Okamoto > Head of Pipeline | DigitalFish | ne...@di... | 818-516-4438 > |
|
From: Neil O. <ne...@di...> - 2022-09-20 19:39:02
|
Hi Barry. I am using a callback_notify which is logging some of the
file-by-file activity, where the logging framework is set up with multiple
handlers (console, file, and a QWidget). So I agree, it's possible whatever
interrupted the checkout raised the unhandled exception.
I went back to inspect the checked-out files a little more closely and
found, actually, that the failed checkout wasn't fully complete. One of the
svn:externals was in an inconsistent state requiring a svn cleanup. It
seems to me, the unhandled exception might have been whatever caused the
first checkout to fail, and subsequent issues were because my code didn't
notice the lock. And now after cleaning up, of course I can't reproduce
this.
What does Client.update() respond with if the "working copy is locked"...
is that an exception? Or do I need to set a notify callback and watch for
a specific notification?
On Tue, Sep 20, 2022 at 11:59 AM Barry Scott <ba...@ba...> wrote:
>
>
> On 19 Sep 2022, at 22:59, Neil Okamoto <ne...@di...> wrote:
>
>
> I have some code that performs a checkout like so:
>
> try:
> logging.info('Checking out %s ... please wait', repo)
> revision = svn.checkout(repo, path)
> logging.info('Current revision %s', revision)
> except pysvn.ClientError as ce:
> logging.error(str(ce))
> raise InstallerError('Subversion operation failed') from ce
>
> and when I run this code, it successfully checks out the entire repo and
> THEN throws an exception which is not a pysvn.ClientError.... so I went
> back and added:
>
> except Exception as e:
> logging.error(str(e))
> raise InstallerError('Subversion operation threw unknown
> exception') from e
>
> and with this addition, what I'm getting in the logs says:
>
> 20220919-140514 [ERROR] __class__
> 20220919-140514 [ERROR] Install failed: Subversion operation threw unknown
> exception
>
>
> What am I missing? Would pysvn ever raise Exception("__class__") ?
>
>
> I cannot see any code that does that.
>
> My first guess is that one of your callback functions traceback'ed.
> I would add logging to your call backs to make sure that they are working
> as you expect.
>
> Do you use a callback_noitify to track progress?
> That would be called after the repo is all checked out with the final
> progress event.
>
> If that does not help I would need a small example that I can run that
> shows the issue.
> Also report the versions of operating system, python and pysvn that you
> are using.
>
> Barry
>
>
>
>
>
> --
> Neil Okamoto
> Head of Pipeline | DigitalFish | ne...@di... | 818-516-4438
> _______________________________________________
> Pysvn-discuss mailing list
> Pys...@li...
> https://lists.sourceforge.net/lists/listinfo/pysvn-discuss
>
>
>
--
Neil Okamoto
Head of Pipeline | DigitalFish | ne...@di... | 818-516-4438
|
