Wouldn't it be possible to implement some kind of plugin-strucutred addons for those special cases where you have to download more, install more, do more by yourself?
On Sun, Aug 25, 2013 at 11:34 AM, John <phoenixoverr...@gmail.com> wrote: > I shoudnt have to set wikipedia.setLogfileStatus(True) in all my scripts > just because someone cant be bothered to implement their logging code > correctly. > Moving to pre-configred git sub modules would do the same thing, without > running exicutibles on windows computers. Just because someone haphazardly > threw stuff together without thinking it through doesnt mean its acceptable > > > On Sun, Aug 25, 2013 at 5:23 AM, Amir Ladsgroup <ladsgr...@gmail.com>wrote: > >> See this: >> http://sourceforge.net/p/pywikipediabot/bugs/1633/ >> >> >> The problem is we can't set all of patches for all of users. So many >> people are not interested in running IRC bots or image handling bots, >> so They don't need to download almost 100M for that >> >> >> Best >> >> On 8/24/13, John <phoenixoverr...@gmail.com> wrote: >> > Another point that is really frustrating is the logging system that >> > complains about not having a logger defined if you run any custom >> scripts. >> > The only way that I have found to shut this up is to enable logging for >> all >> > scripts, however I end up with thousands of log files. (each pid creates >> > its own file. and if you use muti-processing that ends up with >> thousands or >> > hundreds of thousands of log files) >> > >> > Also It shoudnt be querying git on every script invocation or at all >> unless >> > version.py is manually called. that kind of overhead is just bloat (with >> > perhaps the exception of interwiki.py). >> > >> > if externals are needed and they need to be patched the best thing to to >> > would include them pre-patched in our own sub-module, that way you can >> > avoid the whole can of worms >> > >> > >> > On Sat, Aug 24, 2013 at 10:14 AM, Merlijn van Deen >> > <valhall...@arctus.nl>wrote: >> > >> >> Hi John, >> >> >> >> On 23 August 2013 00:36, John <phoenixoverr...@gmail.com> wrote: >> >> >> >>> The final straw was when I just converted to Git and discovered that >> he >> >>> is trying to run executables. >> >>> >> >> >> >> I think most of us agree using patch.exe was not the best decision. >> >> However, creating a way to install dependencies locally, which also >> works >> >> well for windows users - unfortunately, virtualenv and others don't >> work >> >> too well for some windows workflows, I think was a sensible idea. >> >> >> >> >> >>> This is bloatware plain and simple I have seen the number of externals >> >>> go >> >>> from 2 to 17. Most of these are probably for one or two pet programs >> >>> that >> >>> should never have been added to the project as they are niche >> programs. >> >>> >> >> I don't agree on this - the number of externals that /can be installed/ >> >> has increased, but the only one required is BeautifulSoup. This is not >> >> different from how things were before. Thanks to the new packaging >> >> system, >> >> you are only asked to install them when required. Yes, they are >> typically >> >> for one or two scripts, but calling them 'pet programs' is just >> nonsense >> >> - >> >> the scripts DrTrigon has added (e.g. sum_disc/discussion summaries, >> >> subster/dynamic page updating from an external source, >> >> catimages/smart(er) >> >> image categorization based on content) are useful tools, even though Dr >> >> Trigon might be the only one running them at the moment. >> >> >> >> >> >>> I would really like to see things streamlined and all of the cruft >> >>> removed and get back to the nice library that we had. >> >>> >> >> Apart from the patch.exe issue, I', not really sure what there is to >> >> streamline - the extra externals are only installed on demand and the >> new >> >> scripts are not in the way of using other scripts. >> >> >> >> Merlijn >> >> >> >> _______________________________________________ >> >> Pywikipedia-l mailing list >> >> Pywikipedia-l@lists.wikimedia.org >> >> https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l >> >> >> >> >> > >> >> >> -- >> Amir >> >> _______________________________________________ >> Pywikipedia-l mailing list >> Pywikipedia-l@lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l >> > > > _______________________________________________ > Pywikipedia-l mailing list > Pywikipedia-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l > >
_______________________________________________ Pywikipedia-l mailing list Pywikipedia-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l