1
0
mirror of https://github.com/openSUSE/osc.git synced 2024-11-12 23:56:13 +01:00
github.com_openSUSE_osc/osc
2009-03-04 22:15:11 +00:00
..
util - added ar module: this can be used to read ar archives. This will be used later to extract files from a debian package which uses this format. Currently we only support the GNU format (note: maybe something is still missing but it's sufficient for our needs) 2009-03-04 22:15:11 +00:00
__init__.py Merged revisions 3774-3775,3779,3781-3782,3787,3789-3793,3798,3802,3805,3817-3822,3827,3829-3830,3837-3839,3841-3842,3848-3850 via svnmerge from 2008-04-28 16:37:44 +00:00
babysitter.py Putting names at the top of files is is not recommended. Collective wisdom for 2009-03-02 14:03:06 +00:00
build.py Putting names at the top of files is is not recommended. Collective wisdom for 2009-03-02 14:03:06 +00:00
cmdln.py - fixed #426612 2008-09-21 14:44:20 +00:00
commandline.py Putting names at the top of files is is not recommended. Collective wisdom for 2009-03-02 14:03:06 +00:00
conf.py Putting names at the top of files is is not recommended. Collective wisdom for 2009-03-02 14:03:06 +00:00
core.py bump version to 0.114 2009-03-03 11:48:55 +00:00
cpio.py add code for creating an in-memory cpio archive, that I wrote a long time ago when we were planning to send RPM requires and provides of local binary packages to the backend for processing, along with spec files 2009-02-21 16:06:50 +00:00
fetch.py Putting names at the top of files is is not recommended. Collective wisdom for 2009-03-02 14:03:06 +00:00
meter.py Putting names at the top of files is is not recommended. Collective wisdom for 2009-03-02 14:03:06 +00:00
OscConfigParser.py - this is escaping isn't needed. If we don't want to use interpolation we should call the appropriate methods with correct parameters. (luckily nobody except Peter noticed this issue because it resulted in a 0byte ~/.oscrc) 2008-11-28 16:53:07 +00:00
oscerr.py Putting names at the top of files is is not recommended. Collective wisdom for 2009-03-02 14:03:06 +00:00