Dr. Peter Poeml be4f2b031f Putting names at the top of files is is not recommended. Collective wisdom for ...

fostering open source contributions says that it can discourage contribution by
conveying a false sense of "code ownership". Marking territory is negatively
affecting collaboration.  See http://www.youtube.com/watch?v=ZSFDm3UYkeE

2009-03-02 14:03:06 +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

Putting names at the top of files is is not recommended. Collective wisdom for

2009-03-02 14:03:06 +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