This was too early, all the rock-tutorials repos are still empty (except the package_set)

Will buildconf-all also be changed?


Ohhh... Now I get it :smile:


:ok:


you seem to replace the option `ignore` by `exact` - could you please make the pull request such that the commits are consistent and do not change things forth and back?


DIe depracted annotation habe ich mitkopiert.

Am 19.03.2015 um 22:59 schrieb Daniel Nüst:
>
> Hast du die deprecated - annotation mitkopiert oder selbst eingefügt?
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/janaGit/SmartSensorEditor/commit/d5456adb363b401bc4bbfd78dab9edf9a5cd1230#commitcomment-10295724>.
>


that comit should be squashed with an earlier one


swipe じゃなくて swap っすね (･∀･)ﾉ


and here.


all of this should've been done right when you introduced the `pagesize_options` variable


2: M120 missing empty line before bullet


The hack doesn't work as before but, i'll try improve. :p gave you credits. Thanks bro!


Adds automatic setup of persistent SSH aliases for the admin.
This will overwrite any existing `~/.ssh/config`, so it assumes first-time setup. Decided not to prompt for the username, but open to changing.
Made the Python script's notification a little friendlier-looking with some punctuation.


Sorry I have not looked into pkgdb source code yet but wanted to say that I see that as a design limitation. I was only concerned that co-owners of orphaned packages who don't want any branch to work on and not removing them from ACL is a bad to have that package co-owned by them.


when an unrecognized unit is encountered, processing should stop with a failure instead of falling back to another unit


can you wrap this line to 80 columns?


x will not work


nice to hear :)
however nowadays most of the time we use https://github.com/GordonLesti/Lesti_Merge with some modifications as it allows to group js by handle.


this regex is changed in a later commit - can you make it such that the regex is correct in the commit where it is introduced?


You should specified the exactly location where to put.


Why dont you use constants for something like that? Or a settings file?

Kind regards


Just to explain the commit message: Revert "added move functionality, needs thorough testing."...

I reverted the move to master and cut the "dev/v2.0.1/move_node" branch as this functionality does not have Unit Tests as of yet. Once the Unit Tests are complete and green the ".../move_node" branch will be merged into the develop branch. Once all planned features for v2.0.1 are complete and merged into the "develop" branch the "develop" branch will be merged into the "master" branch with a "v2.0.1" tag/release.

See the following for the current status of the repo and branches:

Pull Request Guidelines: https://github.com/OWASP/rbac/wiki/Pull-Request-Guidelines
An explanation of "gitflow": http://nvie.com/posts/a-successful-git-branching-model/
Project Status & Updates 1: https://github.com/OWASP/rbac/wiki/Project%20Status-&-Updates-1


Nope, 'OpamVariable.t' is abstract.


Just wonder why the destructor was removed, is there any good reason?


Well, it was kept as en exercise for future me!


r+


Do you have any sample response from Paypal for it being just one object instead of an array?


You are the only my active customer so far, and I remember you are compiling the binaries locally.
I had a vacation, and didn't touch the code in last weeks. But I'm back to the project now.


Kannst du dann mal prüfen, was es für alternative Implementierungen gibt? Gibt es noch ein anderes CatalogServiceDAO?


"tissue" and "disease" are for future use.

I thought if we don't want to fill this field at the first release, we just fill the field with value "Not available" and set this field "unindexed", how about that?


If you change `Foo` to `foo`, jshint passes.  I was going to do a PR to fix it, but was wondering if it was on purpose as in the install instructions you mention finding and fixes tests?


saw approval from jdm
at https://github.com/mmatyas/servo/commit/d3199aef74b548b9afe8281db3a6fe67b7a03874


merging mmatyas/servo/canvas_gradient = d3199aef into auto


mmatyas/servo/canvas_gradient = d3199aef merged ok, testing candidate = dea36f98


я тоже не осилил...


RE: https://trello.com/c/J8LPzOyF/2559-makeblastdb-fails-with-large-files-in-a-workflow


has this fix been confirmed? i patched it in my project but still experienced white block on return from background (more precisely, on renderer recreated)


Fix: 9949a5177333588e007aed35e0941c1ab2a0dc78


I think we need to use the pageToken a little differently here. Instead of encoding indexes in there, we should encode the last *position*. We can then provide this as the `start` argument. See the variants code, I think this does something along these lines.


This might help?
https://github.com/matthew-brett/delocate

It was mentioned in https://github.com/MacPython/wiki/wiki/Spinning-wheels#linking-to-external-libraries-that-some-machines-do-not-have

I didn't try it, though.


This should be ignored in for heads since this makes the following illegal:

```javascript
for (var [name, value] in obj) {}
```


? um


this id is wrong too, should probably be "tagId".


so good they named it twice!  presumably getTag() ?


where are the integration tests for this functionality?


Looks like you're right (again :), my VMware test machine was misconfigured. I'll push an update.


You start a transaction but never commit it?


You meant to say "stay the same", right?


`ng-show="total"` shouldn't be here, but on parent `div.stage`


same as above


It's in an internal repo at the moment, but I had started some work to open source it. You can watch this repo and hopefully it should appear soon: https://github.com/alphagov/ubuntu_unused_kernels


you need `pip uninstall -y six` to remove packages without an interactive shell (otherwise you get a confirmation prompt).


Could you use skype now?

发件人: Francois Huaulme [mailto:notifications@github.com]
发送时间: 2015年3月20日 17:17
收件人: Talend/tmdm-server-se
抄送: Quan Cui
主题: Re: [tmdm-server-se] TMDM-8263 : Error while creating a record with AUTO_INCREMENT primary key (4bc0093)

You start a transaction but never commit it?

—
Reply to this email directly or view it on GitHub<https://github.com/Talend/tmdm-server-se/commit/4bc0093635c032be9f75ed185b85794b3a9ca5a5#commitcomment-10302531>.


Hey @msgilligan, just catching up. `std::vector`'s size grows dynamically and `reserve` can be used to reserve memory beforehand, but this is strictly not necessary (at least when using vectors).

In this particular case: the input and output size are actually not necessarily the same, but this was probably not very clear due to the rather overloaded `UpperSha256` and `XorHashMix`, and I'd love to do some cleanup here.

The twist is that  `XorHashMix` padds or trimms the chucks to 31 byte, so the final result has a size of `n * 31 byte`, e.g.:

```
// seed:
1CdighsfdfRcj4ytQSskZgQXbUEamuMUNF
// payload with sequence number:
[17 byte] 0100000000000000010000000002faf080 << in
```
```
// upper hash of seed:
[32 byte] 1D9A3DE5C2E22BF89A1E41E6FEDAB54582F8A0C3AE14394A59366293DD130C59
// payload [resized to 31 byte] ^ upper hash [resized to 31 byte]:
[32 byte] 1C9A3DE5C2E22BF89B1E41E6FED84FB502F8A0C3AE14394A59366293DD130C << out
```


> я тоже не осилил...

Что не осилил?

Я вообще не понял, что это за коммит такой от `unknown authored on 6 May 2014`? И что и куда было смерджено?..


Podwójne zamknięcie kodu PHP.

Ogólnie wszystko ok - podejrzewam że ten błąd to po prostu nieuwaga :D


`loading` indicator doesn't make sense because of `ng-show="total"` whole stage won't be shown anyhow


The libunwind is not the one from the llvm, but the one from www.nongnu.org/libunwind


haha looks nice :thumbsup: :mortar_board:


мистика.


@qdp-odoo I use the new import framework in V8 (backported to OCA). I would improve the code to
* migrate to the new API,
* fix some issues (ie: uid assigned to partner_id),
* refactor  account_bank_statement_impor.import_file,
* ....
are you open to a PR on the master?


Why do you specify all the User-Agents of the popular search-engines and 'disallow' them one by one.?

I thought "User-Agent: * "already works for keeping them out?

Kind regards


thanks, pro gimp skills :D


Там рядом с unknown есть вопросительный значек. Когда я навожу на него мышкой, мне там что-то про зета рассказывают. А вам? :)


try with dirname(dirname(__FILE__))


and modify some parts of codes' style l dislike


у вітці second в мене ще чорновий варіант, коли все буде добре я перенесу
все у master і витру second.

2015-03-19 17:32 GMT+02:00 Volodymyr <notifications@github.com>:

> Друге питання - чому ти не на вітці master, а на вітці second?
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/kydlatuy/website/commit/7df7ac9bbecc7b6dde0233b7c78fbe0514f2ab5f#commitcomment-10287945>
> .
>


aaaaa


I actually need those includes because those files can be compiled standalone, using `\gridCompileCell` on the last line.


Okay.


I'd prefer a comment here saying that this branch should be empty (and isn't a mistake).


es gibt noch AbstractCatalogService welche von GenericCatalogService
erweitert wird. GenericCatalogService wird von der Klasse Geonetwork
erweitert.

Am 20.03.2015 um 10:10 schrieb Daniel Nüst:
>
> Kannst du dann mal prüfen, was es für alternative Implementierungen
> gibt? Gibt es noch ein anderes CatalogServiceDAO?
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/janaGit/SmartSensorEditor/commit/d5456adb363b401bc4bbfd78dab9edf9a5cd1230#commitcomment-10302428>.
>


90693826-Central-cooling-coils-not-autosizing-to-correct-airflow-in-some-cases-#4810 (rraustad) - x86_64-Linux-Ubuntu-14.04-gcc-4.8-UnitTestsCoverage-Debug: OK (652 of 654 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.69%25-yellow.svg) ![Coverage Badge](http://img.shields.io/badge/coverage%20status-4.45%25-green.svg)


It's amazing to see this grow so fast. I mentioned "tests first, then code" just as general advice, because it wasn't clear to me, whether my introduction was easy to understand.


Yes :)


- Daniel L. Albritton, National Oceanographic and Atmospheric Administration, USA
- Myles R. Allen, Rutherford Appleton Laboratory, UK
- Alfons P. M. Baede, Koninklijk Nederlands Meteorologisch Instituut, Netherlands
- John A. Church, Commonwealth Scientific and Industrial Research Organization, Australia
- Ulrich Cubasch, Max-Planck Institute for Meteorology, Germany
- Dai Xiaosu, National Climate Center, China
- Ding Yihui, National Climate Center, China
- Dieter H. Ehhalt, Institut fur Chemie der KFA Julich GmbH, Germany
- Christopher K. Folland, Hadley Centre for Climate Prediction and Research, UK
- Filippo Giorgi, Abdus Salam International Centre for Theoretical Physics, Italy
- Jonathan M. Gregory, Hadley Centre for Climate Prediction and Research, UK
- David J. Griggs, IPCC Technical Support Unit, UK
- Jim M. Haywood, Hadley Centre for Climate Prediction and Research, UK
- Bruce Hewitson, University of Capetown, South Africa
- John T. Houghton, Hadley Centre for Climate Prediction and Research, UK
     - NB: I see that John Houghton is without an institution in some of the ARs in the version of the database I have; he should always be mentioned with the institutional affiliation: Hadley Centre for Climate Prediction and Research, UK
- Joanna I. House, Max-Planck Institute for Biogeochemistry, Germany
- Michael Hulme, University of East Anglia, UK
- Ivar Isaksen, University of Oslo, Norway
- Victor J. Jaramillo, Universidad Nacional Autonoma de Mexico (UNAM), Mexico
- Catherine A. Johnson, IPCC Technical Support Unit, UK
- Fortunat Joos, University of Bern, Switzerland
- Sylvie Joussaume, Institute Pierre Simon Laplace, Laboratoire des Sciences du Climat et de l'Environnement, France
- Thomas Karl, National Oceanographic and Atmospheric Administration, USA
- David J. Karoly, Monash University, Australia
- Haroon S. Kheshgi, Exxon Mobil Research and Engineering Company, USA
- Corrine Le Quéré, Max Planck Institute for Biogeochemistry, Germany
- Kathy Maskell, IPCC Technical Support Unit, UK
- Luis J. Mata, University Bonn, Germany
- Bryant J. McAvaney, Bureau of Meteorology Research Centre, Australia
- Mack McFarland, Dupont Fluoroproducts, USA
- Linda O. Mearns, National Center for Atmospheric Research, USA
- Gerald A. Meehl, National Center for Atmospheric Research, USA
- L. Gylvan Meira-Filho, Brazilian Space Agency (Agencia Espacial Brasileira), Brazil
- Valentin P. Meleshko, Voeikov Main Geophysical Observatory, Russian Federation
- John F. B. Mitchell, Hadley Centre for Climate Prediction and Research, UK
- Berrien Moore, University of New Hampshire, USA
- Richard K. Mugara, Zambia Meteorological Department, Zambia
- Maria Noguer, IPCC Technical Support Unit, UK
- Buruhani S. Nyenzi, Zimbabwer Drought Monitoring Centre, Tanzania
- Michael Oppenheimer, Environmental Defense, USA
- Joyce E. Penner, University of Michigan, USA
- Steven Pollonais, Environment Management Authority, Trinidad and Tobago
- Michael Prather, University of California Irvine, USA
- I. Colin Prentice, Max-Planck Institute for Biogeochemistry, Germany
- Venkatchalam Ramaswamy, National Oceanographic and Atmospheric Administration, USA
- Armando Ramirez-Rojas, Universidad Central Venezuela, Venezuela
- Sarah C. B. Raper, University of East Anglia, UK
- M. Jim Salinger, National Institute of Water and Atmospheric Research, New Zealand
- Robert J. Scholes, Division of Water, Environment and Forest Technology, South Africa
- Susan Solomon, National Oceanographic and Atmospheric Administration, USA
- Thomas F. Stocker, University of Bern, Switzerland
- John M. R. Stone, Environment Canada, Canada
- Ronald J. Stouffer, National Oceanographic and Atmospheric Administration, USA
- Kevin E. Trenberth, National Center for Atmospheric Research, USA
- Ming-Xing Wang, Institute of Atmospheric Physics, Chinese Academy of Sciences, China
- Robert T. Watson, IPCC, USA
- Kok S. Yap, Malaysian Meteorological Service, Malaysia
- John Zillman, Bureau of Meteorology, Australia


:+1: Makes sense.


aaaa


I've removed the two files with misspelled names.

On Fri, Mar 20, 2015 at 4:49 PM, ShawnieBoy <notifications@github.com>
wrote:

> That's interesting - mainly the promo cards from the book releases (Arena,
> Sewers of Estark, Nalathni Dragon - Although Arena was reprinted) Will have
> a look at the builder
>
> The other two look like typos
>
> Shambling_Attendantsr.txt -> Shambling_Attendants.txt
> Same for Kin_Tree_Incovation.txt -> Kin_Tree_Invocation.txt
>
> Those files should be removed, as the correct ones are already there.
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/magarena/magarena/commit/153091ff3b28df244fe2a4ff0f8b92c31ee2c235#commitcomment-10302010>
> .
>


BOOOOOOOO!


What mode of recovery do you have in mind? Some form of retry? Regardless of recovery, I think it leaves the buffer in a state reflective of reality in that it didn't flush those events.


Perfect! Thanks!


what if I did `crab status taskdir`?


Don't leave dead code.


Why would you invoke `vTaskStartScheduler()` here?


blockquote {padding-left: 1ex; margin: 0px 0px 0px 0.8ex; border-left: #cccccc 1px solid;} p {margin: 0px;padding: 0px;}
Dok�adnie tak, ju� mi si� nie chcia�o dodawac i commitowa�, dzi� poprawie ;)

Dnia Pi�tek, 20 Marca 2015 10:21 JacekTchorzewski <notifications@github.com> napisa�(a)

Podwójne zamkni�cie kodu PHP.
Ogólnie wszystko ok - podejrzewam �e ten b��d to po prostu nieuwaga :D
—Reply to this email directly or view it on GitHub.


`Loading` is not needed any more


Please improve the descriptions of GIT commit messages.


Thanks - having a bit of a problem with the scriptbuilder for those files, identified them as 'pMEI' in the json and 'mbp' on magiccards, but it's still not wanting to produce them. Diving into the JSON  manually is a bit of a headscratcher though.


基本上可以，我主要再说一下流程：
小的格式不用管他，，一般我尽量避免js来动很多的html，这里的做法我觉得可以改一下，数据抓出来以后, 不要马上回传给client，Server段先把它用template Render变成一个个html
…
,然后把render以后的html回传给client，client找到tbody
$('#myTable > tbody:last').append('
...

...
');就可以了，还有每加载一页给一个tr说是第几页了。改动不大应该没有什么问题，做好我就可以给下一个任务了。


yes sure :+1:


For this to work with `pip install -e .` and `python setup.py develop`, we'd have to upload the modified dylib plus all the ones linked from there.
And whenever there is a bugfix, we have to re-upload everything ...
I don't really like all those binaries polluting the repository.

Wouldn't it be nicer to have a separate repository with the binary stuff?
We could probably use it as a Git submodule?
Then, the main repository would stay small and free of binary garbage (and free of license issues related to the libraries), and whenever needed (e.g. for creating the wheels), the submodule can be fetched and everything still works.

Does that make sense?

I think for OSX it might be even possible to create a Makefile or some shell scripts that automatically compile the dylib with the other libraries statically built-in.
The sources for those other libraries could again be Git submodules ...
I don't know how much work this would be to set up, but it would be nice insofar as the generation of the binaries could be reproduced by everyone.

It may be harder to do that for Windows ...


`loading` is not needed any more


> It might have been better to discuss alternative solutions to the current environment construction after reviewing and merging this PR.

Maybe. But in my experience, identified issues that don't get fix when they are discovered hardly get *ever* fixed. That's why I'm a big fan of fixing (even semantically unrelated) issues that I came along while fixing something else in the same PR (though in different commits, of course, as a commit should stick to one topic; a PR in my opinion does not necessarily have to).

> we delayed the net installer unnecessarily

For me, the delay was not unnecessary, as your explanations helped me to understand the problem, and without understanding the problem I cannot review the solution.

> This delay created a problem in and of itself. I would like it if we could avoid similar problems in the future.

I don't think we can unless we have more reviewers that probably are quicker at understanding the problem than I am. I'm sorry to be the bottle neck here, but IMO in-depth discussion and understanding of the problem is crucial for the quality of the software, and the quality is more important for me than going forward quickly at this time.


Ok - komme gleich rauf dann gucken wir gemeinsam. Danke die Annotation
können wir uns sparen, und vielleicht lieber von GenericCatalogService
erben...

Am 20/03/2015 um 10:27 schrieb janaGit:
> es gibt noch AbstractCatalogService welche von GenericCatalogService
> erweitert wird. GenericCatalogService wird von der Klasse Geonetwork
> erweitert.
>
> Am 20.03.2015 um 10:10 schrieb Daniel Nüst:
>  >
>  > Kannst du dann mal prüfen, was es für alternative Implementierungen
>  > gibt? Gibt es noch ein anderes CatalogServiceDAO?
>  >
>  > —
>  > Reply to this email directly or view it on GitHub
>  >
> <https://github.com/janaGit/SmartSensorEditor/commit/d5456adb363b401bc4bbfd78dab9edf9a5cd1230#commitcomment-10302428>.
>  >
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/janaGit/SmartSensorEditor/commit/d5456adb363b401bc4bbfd78dab9edf9a5cd1230#commitcomment-10302723>.
>

--
Daniel Nüst
52°North Initiative for Geospatial Open Source Software GmbH
Martin-Luther-King-Weg 24
48155 Münster, Germany
E-Mail: d.nuest@52north.org
Fon: +49-(0)-251–396371-36
Fax: +49-(0)-251–396371-11

http://52north.org/
Twitter: @FiveTwoN

General Managers: Dr. Albert Remke, Dr. Andreas Wytzisk
Local Court Muenster HRB 10849


Good catch, thanks.


The ```timer.mk``` file should be moved to ```repos/os/lib/mk/hw_x86_64/timer.inc```. Otherwise, the other x86 platforms such as NOVA would eventually end up using the PIT-based timer instead of NOVA-specific one in ```repos/os/lib/mk/nova/timer.mk```.


Maybe they're not classed as 'Media Inserts' on the JSON even though that's what magiccards calls them.


Ah and FYI: the idea behind `chuckDataSize` (or `nLength` / `gPacketSize`) in those cases is that the final public keys in class B encoding always have a size of 33 byte, consisting of:
```
[1 byte: public key prefix] [1 byte: sequence number] [30 byte: payload] [1 byte: ecdsa modification byte]
```
... but I wanted to be flexible, to provide the length as function parameter, if it turns out there is need for other-sized-packets at some point.


Это что?


I suggest changing this to `'b'`. I have never seen two-letter options afaik and suggests that you're setting two options, `-b` and `-s` (`cmd -bs 5`).


В комментарии укажи, что если ошибка - возвращает None


:joy:


I think Core is not needed since is included in Platforms itself. Did u try to remove it?


I am ok to keep this in for the purpose of this patch, but note that `isValid` is potentially async and can be completed later, in a different turn of the event loop. E.g. the "unique" validation needs to query the datasource to find a list of all other instances that have the same value.


Это где используется?


Should this be `alias_method_chain :credentials=, 'serialization='` ?


Не понял, почему тут замена?


修改学生信息页面措辞


Is `Byte.MAX_VALUE` signed? In theory, but there is no valid Omni transaction that requires that size, there can be 1-255 packets, thus 1-255 sequence numbers.


last line has to be empty


+1 for the error with COPYING.txt . Could you just add it to master branch to make compilation possible.


In order to make markup render.


It also appears as though the timeshifted cards from timespiral are not being selected over their earlier printings. Would explain why Arena is still being referenced by it's first appearance (Celestial Dawn, for example, is the 6th ed version)


HotFixPurchasedAirUnitTest (mjwitte) - Win64-Windows-7-VisualStudio-12: OK (1671 of 1672 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.94%25-yellow.svg)


Hang on. In this case, you are performing a full update in the database, thus the "before save" hook should have `ctx.instance`. The initial implementation was correct.

See `prototype.save` and `prototype.updateAttributes` in DAO. The former performs a full update and thus provides `ctx.instance`, the latter performs a partial update and thus provides `ctx.data` describing the partial change.


apparently this doesn't really fix the above problem :/


This is merged at 04daefd2d101d90daf5782173b95f31f3bd9e1b6
Thanks !


Yes, I am aware of this - however, for 99% of the true embedded models, it will not be an issue due to the 'transient' nature of the concept.


>  Let's hope this macro is not used in a place where the context document is different than the blog post document.

Ho it is, that's the Blog home page... Right now all relative content is broken. See http://jira.xwiki.org/browse/XWIKI-11944.


@maximilien , it follows the convension used in service binding model. I think we can keep it aligned.


@mwarning : To optimize the code, one should have a dynamic allocation as IPv4 or IPv6

if ipv4 ---> 16 and 46 for IPv4.

This also concerns the firewall.c file line 95


Please refactor this hook handler into a shared method used by all tests, similarly to how you have `observeHook()`. The same applies for "before delete" handlers.


OK, I'll revert this and the next commit


asdfasdf


Are you sure? I'm performing a partial update using `setAttributes` - note that the hook applies to the embedded object, not the parent (which automatically does the right thing as you describe).


@am11 I see, thanks for pointing that out!


Fix: `.ssh` is already persistent so it doesn't need to be copied to dotfiles.


Isn't this test faulty because because this interaction is not "accept no space" so there should be no ```feel1```


Yeah, I guess copying the data back and forth is not necessarily required, but there might be a situation where immutable input data could be useful. I actually ended up with
```c++
std::vector<unsigned char> ObfuscateUpperSha256(const std::vector<unsigned char>& vch, const std::string& strSeed);
```
```c++
void ObfuscateUpperSha256In(std::vector<unsigned char>& vch, const std::string& strSeed);
```
... where the first one guarantees there is no change of the input data and the second one modifies the vector directly, which is not strictly required, but in my opinion it's nice to do something like:
```c++
DoX(theData);
DoY(theData);
DoZ(theData);
```


We already have a "Withdrawn" status for RFCs that have voluntarily been withdrawn from consideration so I'm not sure we need an Orphaned status on top of that.

Additionally the criteria for when an RFC becomes Orphaned would seem to be a bit tricky - we don't really want to timebox RFCs etc, as time demands on the author or time requirements to implement may vary widely.

I'd propose that if an RFC has stagnated, the onus should be on the author, prompted by maintainers etc checking on status, to withdraw the RFC.


This isn't method.
This is function.


this funciton is also used to get the list of keyword to register on the Dispacher. Please make a test so that if the "no-space allowed" is ticked, the correct set of keyword are REGISTERED on the dispatcher.


Still not fixed sir


ah oui c'était ça


Having the same conditions for the code and the test will work well too. I agree that this way is easier to read.

My approach would allow you to add support for other osfamilies just by adding a new line to the matrix ('fixes').
You wouldn't need to modify the osfamily test because of the :access_to_alsa flag.


If you already have queries referencing the data source you want to delete,
then yes - it won't let you.

I will add a solution (mark data source as deleted instead of actually
deleting) on Sunday.
On Mar 20, 2015 11:43 AM, "Dat Le" <notifications@github.com> wrote:

> apparently this doesn't really fix the above problem :/
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/EverythingMe/redash/commit/d4338dc90cf4bab3277d126c7a8ac9c61c08c417#commitcomment-10302981>
> .
>


Done


90693826-Central-cooling-coils-not-autosizing-to-correct-airflow-in-some-cases-#4810 (rraustad) - x86_64-Linux-Ubuntu-14.04-gcc-4.8: OK (1669 of 1672 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.82%25-yellow.svg)


90693826-Central-cooling-coils-not-autosizing-to-correct-airflow-in-some-cases-#4810 (rraustad) - Win64-Windows-7-VisualStudio-12: OK (1669 of 1672 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.82%25-yellow.svg)


The purest solution would probably be to have just a `xor(byte[] lhs, byte[] rhs)`, then get the size of the smaller one, do `lhs ^ rhs`, and move the resizing or padding somewhere else.


No it was just complaining about the redeclared static variables for compilation and then the bundle thing was also a fix for runtime.

On 19 March 2015 at 13:22:37, Sergey (notifications@github.com) wrote:

Does linker report duplicated symbols?
Interesting why it never happens for static library.

—
Reply to this email directly or view it on GitHub.


Why?


Looks good to me. Nice work


yeah, whats with this?


Ok for merge


A refactoring might need to take place here, so we have only 1 function in interaction class. Either it's space or no-space, the function is able to return the list of keywords. Indeed here we are only dealing with the case of accepting no-space. or the function name need to be changed so it reflect that we are only dealing with "no-space" interaction.


Was this limit `2048` (2KB) was set in the previous binding code?


@gitscrubz what effect did this have? @XinyuHou @speaker


GETパラメータ「lang」の値によって表示言語を変更する機能を実装し、日本語と英語の切り替えが可能になりました。language.phpに変換時に使用するライブラリと関数があります。


@sck-v thanks for merging! Any chance of having it released?


@gitscrubz I think a pull request would be ideal here, I'll try to create one for your commits now :8ball: @speaker @XinyuHou


all tests pass:
success: http://build.servo.org/builders/linux1/builds/1068
success: http://build.servo.org/builders/linux2/builds/1068
success: http://build.servo.org/builders/android/builds/1102
success: http://build.servo.org/builders/mac1/builds/1284
success: http://build.servo.org/builders/mac2/builds/1284
success: http://build.servo.org/builders/gonk/builds/255


ConstructionsGridView (evanweaver) - i386-Windows-7-VisualStudio-12: OK (2179 of 2195 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-warnings-yellow.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.27%25-yellow.svg)


develop (jasondegraw) - x86_64-Linux-Ubuntu-14.04-gcc-4.8-IntegrationCoverage-Debug: OK (1163 of 1165 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.83%25-yellow.svg) ![Coverage Badge](http://img.shields.io/badge/coverage%20status-69.78%25-green.svg)


This is my understanding how this all works, please correct me if I am wrong. To keep things simple, let's assume `Person hasOneEmbedded Address`.

```
1. You fetch the parent from the database.
  person = { name: 'bajtos', address: { city: 'Hradec Kralove', country: 'Czech Republic' } }

2. You make a partial change to `person.address` object, e.g. change "city" to "Prague"
  person = { name: 'bajtos', address: { city: 'Prague', country: 'Czech Republic' } }

3. Now you instruct "person" to persist itself to the database via `modelInstance.save`. This overrides any changes made while 2 was in progress.
```

If you wanted a truly partial update, you would need to instruct the connector to modify only `person.address.city` in step 3 and keep everything else intact. And that would be the case when the "before save" hook would need `ctx.data` instead of `ctx.instance`.


Done


This commit does not do what the commit message says.  You need to change the commit message.

Also, there are some english mistakes that need fixing.


Merge pull request #21208 from cro/2015-03-01-2015.2-develop


GridViewBugFixes (evanweaver) - i386-Windows-7-VisualStudio-12: OK (2170 of 2184 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-warnings-yellow.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.36%25-yellow.svg)


This is not the correct check.  Better is to check if the file is executable.  If it is, then we execute it no matter what the extension.  This automatically supports all scripting languages, whereas your modification does not.


There are also some really bad indentation issues that need fixing.


I don't want the files renamed.  The names they have right now aren't very good, but your choice of names is no better.


Nice little addition!


Presumably you don't want to land with this.


I sketched out server-side saving of MBTiles files here:

https://github.com/mapbox/mapbox-studio/tree/saveitforme

But realizing that we'll need this for image + tm2z downloads as well and unhappy with that footprint. I'm going to sleep on this and consider what the above stopgap/workaround could look like in a release...

cc @springmeyer @camilleanne @mtirwin


```lua
local players = {world:getPlayers()};

for index, playerName in pairs(players) do
	if isPlayerOnGreenTeam(playerName) then
		local player = Player:new(playerName);
		player:sendEvent("achievement.ctfeventmarchvictor");
	end
end
```


I dislike that this script takes a parameter for which version to use.  Much better is simply to have multiple scripts.  One for netcat and one for tcpserver.


All of the css moved to a separate stylesheet.


It should always start as a demon; no need for this version


Le genre de messages que tu met quand il y a deux semaines de fix dans le
commit et que t'as pas la moindre idée du détail.
Que celui qui ne l'a jamais fait me jette la première pierre ;-)

Le ven. 20 mars 2015 à 19:51, Laurent Pouilloux <notifications@github.com>
a écrit :

> Message de commit vraiment très intéressant ;-)
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/asimonet/active-data-hadoop/commit/2bf60c0b7b0ead889d2e35f484265612066b3778#commitcomment-10322347>
> .
>


The descriptive comment is way out of date. More accurately this is a non-blocking variable frequency poll that will allow for a wait action and a completion action.


convert all tabs to spaces


comments need to be aligned with the current tab level


Looks like I need to look at whitespace conventions... the usual tabs vs. space stuff.


its ok. as far as I can see, you're just working around the fact that theres two libraries doing basic small linear algebra.


I don't understand what you're doing here.  You should just be calling the script same as in the GET request.  Your additional html will mess things up.


Don't include this in the repo.


Removed naming abbreviation in favor of more verbose function names.


Why did you change this line?  It's not related to anything you talk about in the commit message.


Removed the need for a global 'guideTable' by making it part of the render_blocks return value.


The guide table produced by render_blocks can now be passed into the render_guides.


Why is this needed?  If something was broken, you need to explain the problem and how your fixes actually fix it.


You can use named tuple representation of the decimal number ([as_tuple](https://docs.python.org/3/library/decimal.html#decimal.Decimal.as_tuple)) which is compatible with python > 3.3 as well.
```
net_tuple = net.as_tuple()
if net_tuple.digits == (0,) and net_tuple.exponent != 0:
    ...
```


This commit needs to be squashed with your previous README commit.  There should be exactly one commit touching this file.


I would suggest using JSON::MaybeXS here, as it provides an abstraction layer to multiple implementations as well as versions of JSON backends.


delete this prerequisites section


GridViewBugFixes (evanweaver) - Win64-Windows-7-VisualStudio-12: OK (2163 of 2184 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-warnings-yellow.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.04%25-yellow.svg)


derhass wrote:
> Kp incorporates some changes from my unification/rpi branch into
unification/master. However, I also changed the the function parameters
from (void) to ().

Not quite. ;)  __I__ changed it from __(void)__ to __()__.  It was __(void)__ from back in the C days.  Your change marked functions as static, but left it as void.  In my version, I dropped the explicit __void__ since C++ treats __()__ as __(void)__.


rax retry tests


Aren't those synchronous? That sounds spontaneously like a bad idea for a new API dealing with IO.


Your commit message cannot just be "fix a bug".  You must say explicitly what bug you're fixing and why this fixes it.


all tests pass:
success: http://build.servo.org/builders/linux1/builds/1082
success: http://build.servo.org/builders/linux2/builds/1082
success: http://build.servo.org/builders/android/builds/1116
success: http://build.servo.org/builders/mac1/builds/1298
success: http://build.servo.org/builders/mac2/builds/1298
success: http://build.servo.org/builders/gonk/builds/269


Use pollUntil to wait for the predicate before rendering the guides. Height is a useful proxy for when the document is ready -- we know the height that the div should be, and we just have to wait for that to be true. It should probably include the width in the predicate as well for other window resizing events.


Removing comments does not add support for multiple connections.  Overall, you need to make your commit messages much better.


This should go into `Blog`, and `Post` should have a `ForeignKey` column for `blog_id` referencing `blog.id`


Ah... maybe it could be a macro, then, so it's resolved at compile time?


Eh?


This indentation needs to be fixed for this to compile


fast-forwarding master to auto = ec60f292


The autoload node?
```json
"autoload": {
    "psr-4": {
        "Trestle\\": "src/Trestle"
    }
},
```

I believe so since it's the basic implementation.


Could the test project just include Interop.FormatMessage.cs from the Common directory?


This should say something like:

```python
    self.status = PostStatus('draft')
```


This needs to take in the `Blog` instance as well.


Do we really want the tests to cross reference common src?


(On second thought, yeah, we probably shouldn't use that, since the goal of the test is to validate the product code, and the product code could be wrong due to a mistake in the P/Invoke signature.)


Yeah, I'll move it to a macro Monday. Good point.


saw approval from Ms2ger
at https://github.com/servo/servo/commit/259aa28820e133758c5bdae67c289436a34ec79a


merging servo/servo/unsafe_code = 259aa288 into auto


servo/servo/unsafe_code = 259aa288 merged ok, testing candidate = 26f91bdb


wrong spelling of baNDwidth parameter


This could potentially overflow `int`.


Forgot to update commit message. Actually, should say, "Bumping minor version number for backwards-compatible feature adds."


I think the final & may produce a signed 32 bit value because all JS bit operators produce a signed 32 value - except >>>.  So I think if you replace the final "& 4294967295" with ">>> 0" you should be sorted.


Ditto. Try >>> 0.


Do you want to pull 256 out into a constant that both this and the length comparison in the test case can use?


Sure, my question was wether we should *also* do this in additional cases?  (Store the ticket under more than one name).


SGTM.  GetFileInformationFromPath / fileinfo.


# Add user in Mysql


sounds good. Actually I think I should change the methodName to 'IsExceptionMessageLong' :)


*shudder*

However it does still seem to be skipping To Arms! and Windseeker Centaur in the scripts missing (Still playing in there at the moment), before any image url can be replaced


This should probably be changed back to ok-server


It is the first step towards displaying extrafields into the lists of dolibarr


Well.  That's what I actually _meant_, I just screwed up the commit message. Sorry, wasn't my intention...


You may want to wait until I push changes to gh-pages. I often use master as my dev branch since my update link is pointing at gh-pages.
Anyway, the version you merge was not finished. I pushed a more stable version just now.
The social bar is not ready yet


Would it be faster to exit the loop after the direction is found by simply `return (func.__name__, func)` instead of `ret = (func.__name__, func) ... return ret`?


Is that an extra sudo on line 22 of mediacenter?


Some specs have changed. We specified some more details about the error responses of your API and also asked you to add an OPTIONS HTTP verb to your implementation for the /users and /tasks endpoints.


because this.__getFromSnapShot is sync


canols -> canola


some tests failed:
failure: http://build.servo.org/builders/android/builds/1117


need loop listen


here need some think


why


Not sure why this got in. It shouldn't be there.


Do we need to list UnreachableStoreException twice?


this is my bug.
```
data: actor.constructor.toJSON(actor)
```

but i think add a method to `Actor` is
```
toJSON(){
   return this.constructor.toJSON(this);
}
```


Tiny nit: We can be somewhat pedantic about comments starting with a capital letter and ending with a period.


86046200_CondenserToZone_New (Nigusse) - Win64-Windows-7-VisualStudio-12: OK (1676 of 1680 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.76%25-yellow.svg)


I have 15 minutes now, and 15 minutes at 7:30. I may have some time again at 8:30, but I'd expect the bulk of everything to be completed by then.


Got it, thanks - altered and about to push an update.


yeah lol i noticed


https://github.com/OptiPop/vendor/commit/0ef7ab686706f8b46d97c0a1511cfed1a7096653

;p


scenario?


Thanks !


89224666-FixNANProblems-Issue4557 (mjwitte) - i386-Windows-7-VisualStudio-12: OK (1669 of 1674 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.7%25-yellow.svg)


@bparees it's possible that two buildConfigs will have the same From.ICT.Tag (and same repo ofc) but two different tags of another single repository right? If so, I think this all check is false and this should be checked every time.


This could probably be simpler by using the approach that pg_hstore uses: https://github.com/jeremyevans/sequel/blob/master/lib/sequel/extensions/pg_hstore.rb#L142

I would also use Sequel::Postgres::CIText as the module, instead of having DatabaseMethods inside that, and register that module via register_extension.

Actually, I think this entire extension can be currently be replaced with:

```
DB.send :add_named_conversion_procs, DB.conversion_procs, :citext=>lambda{|s| s}
```

Maybe it would be better to just add a method to Sequel::Postgres::DatabaseMethods to make this easier:

```
DB.add_named_conversion_proc(:citext){|s| s}
```

What are your thoughts about that?


- Jeremiah,
    Couple of things that will help with efficiency and consistency before merging with master.
    - userOptions.html/adminOptions.html should be .php so the server process properly.
    - All stylesheet/javascript import files should exist in header.php and not the individual files.
    - All detail: user options, quizes, etc. should all be imports with if-statements into index.php.  This will control access based on login and user state.
    - header/footer information should not be in individual pages and should just remain part of the header.php/footer.php with closing html tags, etc.


please pull


89224666-FixNANProblems-Issue4557 (mjwitte) - x86_64-Linux-Ubuntu-14.04-gcc-4.8-IntegrationCoverage-Debug: OK (1164 of 1166 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.83%25-yellow.svg) ![Coverage Badge](http://img.shields.io/badge/coverage%20status-69.77%25-green.svg)


@alisonUdemy Test


Yeah i think you're correct

Ben Parees | OpenShift

From: Michail Kargakis <notifications@github.com>
Sent: Mar 20, 2015 8:48 PM
To: kargakis/origin
Cc: Ben Parees
Subject: Re: [origin] Output build dependencies of a specific image repository (5c097a5)

@bparees it's possible that two buildConfigs will have the same From.ICT.Tag (and same repo ofc) but two different tags of another single repository right? If so, I think this all check is false and this should be checked every time.

---
Reply to this email directly or view it on GitHub:
https://github.com/kargakis/origin/commit/5c097a58a70ef0acc3a757025491bc5bd42788d5#commitcomment-10326863


Hi Frossie,

Why was optional eups-git install removed here? It was really convenient. This now hardens a lot our job when we want to install Qserv on Linux distrib which doesn't offer the correct git version in their rpm repos.

Could this feature be added again please? Some Qserv team members really suffers because of this...

Thanks :-)


You can use Bip32.org or something to try and derive that private key, using the path m/0'/0/6 if you set it up following the guide.


> This could potentially overflow int.

Unless ftello() returns position past end of stream it shouldn't really overflow... But it's worth adding a sanity check for that.


Whoops - no, actually. That was a holdover from originally attempting a direct comparison between the objects instead of iterating over the keys. (Cloning the object avoided issues with prototype properties on the object breaking equality.) It should be able to be removed.


Updated line 63


@jhoblitt This introduces a pretty serious bug (that just messed up my $HOME/build) -- I think everything is supposed to be relative to $LSSTSW (the directory where lsstsw is deployed), not $HOME.


I pulled this out to my dotfiles, and added these there :+1:

https://github.com/thorncp/dotfiles/commit/ad8a2fe852da9b96f49cbd281d4ce4fe44d82eab


I see that the decorator types are the generic ones, and annotation types are their instantiations. However, I don't understand why decorator means generic and annotation means instantiated.


In my experience, it should only take a matter of milliseconds, so blocking shouldn't be a problem. We do have an issue with users behind firewalls though, since they can't get the CRL - we discussed that but I forgot to implement it. I shall do so in a moment.


@yhahn A couple of weeks ago @springmeyer and I made some changes to the `showSaveDialog` function and changed it from [sync to async](https://github.com/mapbox/mapbox-studio/pull/1236/files#diff-0e91f40605f9cd51ab8837b0d98ad66eL35) -- the change from sync to async wasn't actually important to fixing the issue, it was just something we tried along the way. However, this ticket implies that maybe the async function is a little weird: https://github.com/atom/atom-shell/issues/802? I wonder if we inadvertently introduced this behavior recently


fast-forwarding master to borshop-integration-212-improve-escape-regex = d2212572


Sure, I'll use the BufferOverflow error since that's the most likely candidate for the Kernel or Daemon missing changes


![Pic of Thanks](http://cdn2.thegrindstone.com/wp-content/uploads/2011/04/thomas-6.jpg)


@mjuric I changed it while tracking down some path assumptions and I [apparently incorrectly] assumed that I was the only user for which $HOME != $LSSTSW.  I'm fine with changing it back to ${LSSTSW}/build as long as it's still override-able.


Hahaha I suppose... I'm not sure which implementation is better, but yours has got less math I think...


@jhoblitt This breaks ./deploy in serious ways if $LSSTSW is not set. E.g., it tries to install anaconda in one's $HOME.

The recommended incantation to set up lsstsw was:
```
git clone git@github.com:LSST/lsstsw.git
cd lsstsw
./bin/deploy
```

I think it's still useful to retain that (or one could abort with a message if $LSSTSW is not set?).


It's the other way around - lsstsw user on lsst-dev is the only one for which $LSSTSW=$HOME :). Thanks for merging the patch!


Si, si nada mas me tienes como colaborador a mi nada mas podras ver
mensajes cuando me mandas un mensaje donde dice issue,

On Fri, Mar 20, 2015 at 10:44 AM, cesarn <notifications@github.com> wrote:

> que tal profe. se pueden enviar msn privados por git?
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/cesarn/base-cesarn/commit/dea3773b7e365c91a3f5183db2fc7ec5c19d4e4d#commitcomment-10320051>
> .
>


>  Deploys that aren't running still get their own Runner, but one that's Stopped and won't start until it needs to

Hmm, I like the idea of having deploys just be dirs, and not require runners for each of them, unless they're actually "tracked" as in assigned a port.  Otherwise can get out of sync with the file system.  Right now the "deploy" command just pushes to a dir - it doesn't need to have a runner for it in the stopped state.

> Processes that we aren't tracking would probably have a different interface and we probably don't want to shoehorn them into Runners

I agree, but I think we have different interpretations of running / tracked / port-assigned etc, because I can't reconcile these two sentences :)   Perhaps to clarify, tell me what you think of the following invariant:

tracked (port<-->deployId) in config === has runner that's maintaining it

This means adoption is required, as you said, if on startup we find something on a tracked port etc - and possibly refreshing of its pid in case someone does something manually like kill & restart the process).

It might be nice to share as much codepath as possible, and maybe think of the "runner" more as a "maintainer", separate to the action that actually starts the process (because, it may have been started outside of camus, or by a previous instance).  The "maintainer" might then just get the pid for a given port, periodically check its health, and also wait for it to exit (and then restart it or quit or whatever).


Sure.  Well it's dependent on the "Running" state.  As in, it's really:

data State = Off | NotListening | Running Int | Unrecoverable -- Int is the http status.

Whether you represent the above by unfolding all the http statuses we care about (2xx vs3/4xx vs 5xx) or by having a parallel status code, I don't mind :)


How about doing this instead?

```sh
cp -fR $dir/bin $dir/lib $dir/share $N_PREFIX

if [ -d "$dir/include" ]; then
  cp -fR $dir/include
fi
```


@jhoblitt Hate to be the bearer of bad news (again :)), but this breaks OS X deployments (numdiff won't build on Yosemite):
```
In file included from analyze.c:52:
In file included from ./numdiff.h:23:
./system.h:270:10: fatal error: 'libintl.h' file not found
#include <libintl.h>
         ^
In file included from arith.c:21:
In file included from ./numdiff.h:23:
./system.h:270:10: fatal error: 'libintl.h' file not found
#include <libintl.h>
         ^
In file included from cmpfns.c:24:
In file included from ./numdiff.h:23:
./system.h:270:10: fatal error: 'libintl.h' file not found
#include <libintl.h>
         ^
```
Maybe just skip installing it on Darwin?


nice updates, some naming convention. readme.md=> README.md and benchmark.R to otto_train.R maybe


thanks


`$LSSTSW` is being defaulted to `$HOME` in `settings.cfg.sh`: https://github.com/lsst/lsstsw/blob/aa2383a3cc6cb848bdedd3dc77bb55759576c2a0/etc/settings.cfg.sh#L19

I suppose we could die if it's not set in the environment?  What I needed to remove was the assumption that `$PWD == $LSSTSW` when invoking deploy.


Interestingly, this change makes parsing Int128 literals rely on compiler intrinsics that MSVC doesn't have. Those missing intrinsics are the same reason the MSVC build immediately fails on tests (`rand(1:2)` doesn't work, since it promotes to Int128 somewhere along the way), hopefully we'll be able to get those intrinsics from LLVM after we upgrade.


Good point...I can probably simplify it more to just return if any any of the rescan bits are set directly.


Gotcha - is there any reason not to undo that assumption on lsst-dev?


Now this is awesome! :+1:


Why would I put a db.relationship of Blog into Blog?


To clarify my above remarks, to me it seems like there's two options:

1) a deploy is just a random dir on disk, in which case we have no runtime care about it (ignoring any magic to inspect cwds of running processes).
2) a deploy is tracked, meaning, our config says it should be running on a port.  in which case, camus will keep trying to run it if it dies, etc, and to get it off the port, we kill it and de-track it.

I couldn't figure out if you have the same idea, or if you meant:

1) We somehow need to be checking for deploy dirs appearing/disappearing in order to assign every deploy a runner that is in the stopped state
2) Tracked deploys (config port) have an 'active' runner.

Or if the "stopped" state was only for deploys that are basically broken, meaning that we tried to start them a bunch of times and then gave up - that's fine and from camus' perspective it's still being "run" by the runner, just the runner has internally given up, and that could be reflected in its Status variable.

Just trying to get on the same page, no point making suggestions before I ensure I understand what you're thinking :)


Sorry about the delay, should be fixed. Thank you! :smile:


Fixed


I'm starting to think I should make these derivable via Template Haskell :)


Or maybe add a `--ci` flag since the demo is the only user I'm aware of?

The larger issue is the demo needs to run on OSX...


v2.5.3 is out now.


This is another file


Found BROKEN by full.
s (--ignore_memory_light)'
test_jacobian_tools (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_kron (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_matrix_expand (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_mul (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_mul_sparsity (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_mul_zero_wrong (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_mxnull (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_mxnullop (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_mxnulloutput (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_null (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_printLimiting (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_regression491 (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_repmat (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_reshape (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_reshape_sp (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_scalarMX (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_setSparse (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_singularcat (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_sparsity_indexing (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_subsass (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_symbolcheck (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_ticket (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_trans (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_transpose_bug (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_tril2symm (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_truth (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_unite (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_veccats (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_vertcat (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_vertcat_empty (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_vertcat_simp (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_vertsplit (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_vertsplit_derivative (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'
test_vertsplit_simp (__main__.MXtests) ... skipped 'Ignoring memory_light tests (--ignore_memory_light)'

======================================================================
ERROR: test_MXConstant (__main__.MXtests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "mx.py", line 2014, in test_MXConstant
    self.checkarray(f.getOutput(),numpyop([x1_,x2_]),str([sp,sp2,v1,v2,name]))
  File "mx.py", line 132, in <lambda>
    self.matrixbinarypool.append(lambda a: mul(a[0],a[1].T),lambda a: dot(a[0],a[1].T),"mul(Matrix,Matrix.T)")
ValueError: The truth value of an array with more than one element is ambiguous. Use a.any() or a.all()

======================================================================
ERROR: test_MX_shapes (__main__.MXtests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "mx.py", line 1955, in test_MX_shapes
    self.checkarray(f.getOutput(),numpyop([x1_,x2_]),str([sp,sp2,v1,v2,x1_,x2_,name]))
  File "mx.py", line 132, in <lambda>
    self.matrixbinarypool.append(lambda a: mul(a[0],a[1].T),lambda a: dot(a[0],a[1].T),"mul(Matrix,Matrix.T)")
ValueError: The truth value of an array with more than one element is ambiguous. Use a.any() or a.all()

----------------------------------------------------------------------
Ran 102 tests in 21.588s

FAILED (errors=2, skipped=100)

==============================
19. nlp.py
20. vectortools.py
21. function.py
22. lpsolver.py
23. ad.py
24. socpsolver.py
25. sx.py
26. mx_jacobian_sparsity.py
Ran 26 tests, 2 fails.
make: *** [unittests_py] Error 1

```


This was a copy paste error


Where is this method defined?


Good question.  I'll think about it.


I suppose dying (with a helpful message) if not set would work.

Deploy was originally meant as a convenience, run-this-once-after-you-clone-to-bootstrap-the-system, mechanism (as shown above), so $PWD assumption made sense. It probably still does, for convenience -- i.e., you could check if $PWD/bin/deploy exists and set LSSTSW=$PWD, to retain the old behavior, and die otherwise?


How about if numdiff is put in its own EUPS package (where you can apply the per-OS patches as in other packages)? Then it will get built/installed/setup-ed as necessary (and you have fewer "special case" packages that you need to control at the lsstsw level)?


I was typing out a question asking why you're doing this, but while typing I figured it out, very clever :+1:


79453838-AutomateSomeDocumentation (Myoldmopar) - x86_64-Linux-Ubuntu-14.04-gcc-4.8: OK (1670 of 1673 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.82%25-yellow.svg)


You're right, there's probably no good reason (but one should make sure that $LSSTSW is then set in .bashrc or somewhere; I'm not sure if it is).


Before we go down that road, could you see if the latest version http://nongnu.askapache.com/numdiff/numdiff-5.8.1.tar.gz builds on 10.10?  I seem to have locked myself out of test system.


look   https://github.com/leogiese/cqrs/commits/master


develop (macumber) - i386-Windows-7-VisualStudio-12: OK (2181 of 2196 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-warnings-yellow.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.32%25-yellow.svg)


@kripton I'll add it back in, but I think you need to make a config change to your slave too so it actually works. Your bot was offline and had been since Jan. I suspect its because we did some changes when we enabled https on the other stuff (buildbot doesn't support it). There should be a buildbot.tac file, which needs this setting changed so it matches: buildmaster_host = 'buildmaster.openlighting.org' . It was probably buildbot.openlighting.org before.

When you're next available and the box is up, come and say hi in the IRC channel and we can get it sorted.


The compiler won't catch it because the buffer overflow occurs at runtime. * is the character used to create a pointer to something - refernce, or get the object of what something points to. & gets the address of an object. The code beforehand does not make any sense.
Eg:
int *ptr = &obj; //Creates a pointer that points to obj
*ptr = 0; // Sets obj to 0;
obj = 5;
printf("%d\n",*ptr); // Will print 5
printf("%d %d\n",ptr,&obj); // Will print the address of obj, twice

The current code allows you to read the value of blockXY, but not actually modify the world->blocks array. As such, there will be a bug where the sapling is not destroyed, which I did not pick up when I commited this.


This is a lot cooler.
![sdnotify](https://cloud.githubusercontent.com/assets/1161532/6763177/d48b0278-cf2e-11e4-83cc-8ef083f57da1.png)


I'll try to convert lsst-dev next week.  I don't want to cause carnage on the cusp of the weekend...


I was just thinking today as I fiddled with the demo package that we should really replace the text-export/numdiff approach to comparisons with something that loads the FITS files directly into NumPy arrays and does a more sensible comparison there (which would allow us to provide infinitely more useful error messages on failure).

I'm not sure what the timeline for that should be, but as I saw this review pass by I thought it might be worth keeping in mind, in the sense that we may want to just take whatever the path of least resistance is in getting numdiff working in the hopes that it will soon go away.


You can just make the decorator types generic, and instantiate them, and just use those as the instantiated decorator types. You don't need to instantiate them with any or Function. The any instantiation doesn't seem to be doing anything, and the Function check follows by the fact that all classes are compatible with Function.


You'll probably want to go back and use `git describe` to add versions next to the dates at some point.


79453838-AutomateSomeDocumentation (Myoldmopar) - x86_64-Linux-Ubuntu-14.04-cppcheck-1.61: OK (0 of 0 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg)


adfafsaf


@sws4q when I don't do this the new project form isn't reset after creating a new project. I assume there's a better way to do this, but at least it works ;)


OK - Lets default it to $HOME/lsstsw. PR coming.

BTW - you should check git blame. :)


@jhoblitt -- tried out numdiff 5.8.1 -- dies with the same error.

Looks like homebrew solves it by installing gettext (that has the same header file): https://github.com/Homebrew/homebrew-science/blob/master/numdiff.rb


Ahh, this is the droid you're looking for:
```
./configure --disable-nls
```


@CODeRUS
hmm https://coderus.openrepos.net/whitesoft/whatsapp_version this version is android 2.12.x but we use User Agent S40 ?

@mgp25 how abut android and windows phone ? cant we have the token ?


I did mean the latter, but you're right - having a runner / maintainer track a deploy that's not configured to be running merely adds extra staleness concerns.

Your equivalence (tracked (port<-->deployId) in config === has runner that's maintaining it) SGTM.

So another way of thinking about it is that config.json just persists the state of the runners, which are durable processes that can survive crashes and server restarts, and are supposed to maintain the upness of their server.


The way it works is that the child gets a foreign key pointing at the parent, the parent gets a relationship to the child, and that relationship contains a `backref` argument which creates a relationship property in the child automatically. The foreign key is how both of the relationships know what to do.  Here's an example:

```python
    class Parent(db.Model):
        id = db.Column(db.Integer, primary_key=True)
        children = db.relationship('Child', backref="parent")  # class Parent has a children property which is an array of all its children.  class Child has a parent property pointing to its parent object

    class Child(db.Model):
        id = db.Column(db.Integer, primary_key=True)
        parent_id = db.Column(db.Integer, db.ForeignKey('parent.id'))  # This points to the parent table's id column

    p = Parent()
    p.id = 1
    c = Child()
    c.id = 777
    print c.parent.children[0].parent.children[0].parent.id. # Prints "1" -- see how the 2 way relationship is here?


Good catch will revmoe it.


From INSTALL file:

The option `--enable-nls' turns on Natural Language Support.
But you do not need to use it explicitly, since Natural
Language Support is enabled by default.
However, you can disable it by using `--disable-nls'.
Disabling Natural Language Support is suggested whenever
you want to install Numdiff on a system where the GNU gettext library
is not present. In this case the installation of Numdiff
can be accomplished, for instance, through

        ./configure --disable-nls
        make
        make install


For import to HEAD would you use script or other technique you've used on Clang to import just the .cpp / .h etc. files?


commit the assigment


If you're interested, I'm currently rewriting this in bash.


Haha, thanks! I will look at it tomorrow, but I imagine whatever you did is probably good.


Oh, I fully take the blame :). This whole thing started as a way to simply keep track of changes to lsstsw's home directory, but then grew from there (and not all genes from that primitive era were evolved away :)).


develop (macumber) - i386-Windows-7-VisualStudio-12: OK (2174 of 2196 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-warnings-yellow.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.0%25-yellow.svg)


Haven't totally assured myself that this can be a reentrant lock, but I made it that way because otherwise the tests which mock the Stream and execute the callbacks synchronously will deadlock.  I'll show where below


This is all we need to guard against multiple readers using the stream simultaneously.


Could you please send me a PR?


Combining async users with sync users is what's complicating this, I think.  With this new design, I don't think we can allow that.  But not sure.   Just trying to get concurrent async readers working together for now.

And we don't have any tests of concurrent async and sync readers.


This is the constructor for the PostStatus class. That's the type the `status` relationship will expect.


The function "ifstream.putback(char c)" doesn't seem to work well. When I tried to put a character back to the stream, all the content in the stream has been replaced by '/377'. It's weird.


Thanks Nick!  I might have to give it a shot.  It's been a few years...


建议 Symfony book中 安装 这一章节 => 《Symfony圣经》中《安装》这一章节


88939110-AddITEto2ZoneDataCenterExample-Issue4773 (mjwitte) - x86_64-Linux-Ubuntu-14.04-gcc-4.8: OK (1669 of 1673 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.76%25-yellow.svg)


I've just noticed that "equals" should be "equal". Could this change be made before the merge?


My url


rax retry tests


加个译者注吧：

```
（译者注：此中文文档将一直跟随最新的版本，请忽略此条）
```


88939110-AddITEto2ZoneDataCenterExample-Issue4773 (mjwitte) - x86_64-Linux-Ubuntu-14.04-cppcheck-1.61: OK (0 of 0 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg)


Bingo! Works on my 10.10 build host.


Bad cpw! :P


Yes, of course. This was just a quick way of getting all the needed sources in.

For the regular import procedure, it would go via the vendor area, and afterwards basically:
* Delete all test/ directories
* Delete llvm build infrastructure files, e.g. CMakeLists.txt, Makefile, LLVMBuild.txt and so on
* Delete utils and tools subdirs that we don't use

I should really document the process, or put it in a script... :)


Yes horrid isn't it :)


This is good but don't manually modify any files in the dist folder as this is done in the build.  We'll need to do another release for this patch so you can just remove the changes to the dist file and this will be good to go.  Do the tests still pass?


89224666-FixNANProblems-Issue4557 (mjwitte) - Win64-Windows-7-VisualStudio-12: OK (1669 of 1674 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.7%25-yellow.svg)


Looks reasonable to me.


it would be better if sphinx.version_info is used. :smile:


lol, i can see you....


Speaking of scripts (i.e., comment in 323f44c5f9e17c9f1b0f108c390927121934674a) it would be good to either script the updating of this file, or at least have a checklist to make sure it's updated with an import.


I need to hire you fix autorotate landscape , add some items in menu and iAd,
How much cost you offers?
Thank you


Do you know if there's a performance penalty (or improvement) from Clang/LLVM when enabling this?


some tests failed:
failure: http://build.servo.org/builders/linux2/builds/1084


AutoDocsWithNoLTO (Myoldmopar) - Win64-Windows-7-VisualStudio-12: OK (1668 of 1673 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.7%25-yellow.svg)


根本的问题不是正则吧？每一个 @import 语句都使用语法树来解析的，只有部分值才是使用正则
另外 v0.2.0 已经合并到 master 了，修复了空格的问题


Yes right


Congrats on refactoring. It is nice to see that you managed to break into smaller class while also halving the LOC.


>turn it into a bona-fide on/off toggle. This takes up one more vertical line, but we have it to spare, and the single button (while concise visually) provided no feedback of the current state, or indicate whether a second click toggled it.

the default feedback of the button was that after a click on it it slightly changed the colour (a little darker than just hovering it). this is probably to subtle...

what if we change the icon on click?


Does that work? I don't see any differences in benchmarks.


Amazing work ! :+1: Just keep it guys.


it is a test for failure


Yes that's right: the code is now merged in to the master branch, but I need to deploy the code (a manual step) to the server it's deployed on before the changes will be live.


Nice, will try with nodePackages now.


Nice! Thanks


thanks man, all we need are the filmstrip borders and the logo now -
doesn't need to be anything fancy if we wanna decide on a fancy logo we can
always change it later on. thanks.

On 21 March 2015 at 16:30, PongPow <notifications@github.com> wrote:

> the squares are underneath they're just white
> if you place them over the silver they should have the same effect
> hopefully
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/Reyham/WebProg_Sem1_2015/commit/78aabbcd6e3174ba66f40594c9466d4ba3587b82#commitcomment-10327629>
> .
>


The F# addin currently runs mozroots as part of its configure step so that might be an alternative. Although I think a better fix is to use a more recent version of Mono where I think this problem has been fixed. I know directhex worked on this and there is a blog post about how [SSL will now "just" work if the Mono packages are installed on Linux](http://apebox.org/wordpress/linux/1163).


I think zep got fed up with players farming points on modified Thermo-maps with unbalanced mass wrecks etc


Just wanted to check if you intended to test this at LTC?


Hi, I guess we can use YAML to parse the output.

```ruby
require 'yaml'
details_hash = YAML.load details_string.lines[1..-1].join # ignore the root line
```


changed for dir graphics


It's not a duplicate. From Scenter changelog: *[1.7.10] Scenter 3.2.0 -> Scenter is now a universal mod (hence it can be installed on client and server)*


set to default font since no gothic font


added more variables for menu using arrow keys


move to if statement for proper acc


hint for using arrow keys in menu needs to be added


Okay


@bajtos this commit introduces a slew of issues for me - sofar introducing `isNewInstance` is completely harmless. However, the use of `data` coming from the adapter and into `_initProperties` wreaks all kinds of havoc. If I rename `data` to `foo` and thus omit its use, all is well. Logging `foo` reveals that it's `undefined`.

Is this a mismatch with the current state of `loopback-connector-mongodb`?


これはWorking Directoryからのいちになる


It's beautiful. Isn't it?


gfd


Fixed. Thanks


;) une petite box-shadow au réveil, y'a que ça de vrai !


Gah. I really don't like these. Docblocks should be for programmers to read, not for ides to understand. Adding this inheritdoc annotation just adds an extra step for people reading the code to actually read the docs for the method.


![doh](http://web.student.tuwien.ac.at/~e0225692/alt_nl/beppo.jpg)

Good point. I copied this assumption from the QueryRange below, but it doesn't really make sense (although it usually doesn't cause problems either). I'll change it to return an HTTP error when there's a parse error.


提交


![0319150537d 2](https://cloud.githubusercontent.com/assets/11583908/6764725/c674ada6-cf8d-11e4-9042-82a6dedfd357.jpg)


Learn php by examining some examples


The number of different values representable by an UInt64 is a number not representable by an UInt64. So if you ask how many times the range ``1:n`` fits into ``0:typemax(UInt64)`` you need ``div(typemax(UInt64)+1,k)``. Maybe this can be avoided.


Cool, à voir si ça résoud notre problème


the second image is just a white image, can't show the squares

On 21 March 2015 at 21:19, Reyham Soenasto <s3496982@student.rmit.edu.au>
wrote:

> thanks man, all we need are the filmstrip borders and the logo now -
> doesn't need to be anything fancy if we wanna decide on a fancy logo we can
> always change it later on. thanks.
>
> On 21 March 2015 at 16:30, PongPow <notifications@github.com> wrote:
>
>> the squares are underneath they're just white
>> if you place them over the silver they should have the same effect
>> hopefully
>>
>> —
>> Reply to this email directly or view it on GitHub
>> <https://github.com/Reyham/WebProg_Sem1_2015/commit/78aabbcd6e3174ba66f40594c9466d4ba3587b82#commitcomment-10327629>
>> .
>>
>
>


... and tighten up the testing a bit for the correct AND and OR operators in the queries.


Bonne idée, mais il n'y avait pas moyen de faire en sorte que les spikes normaux ce tournent dans le bon axe ?


I'd probably say: For more information, see Getting started section and code examples in tutorial page.


dfdfgdfgdfgdfg


Actually there are up to four different types of NIF documents: DNI, NIE, KLM NIF and legal NIF. I tend to prefer the option of an only directive, specifying the type of document we want to validate.


[![The Fighter of the Spirit](http://api.artsmia.org/images/1366/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=1366)


[![Tahkt-I-Sulayman Variation II](http://api.artsmia.org/images/1704/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=1704)


[![Chinese Rock Garden](http://api.artsmia.org/images/31068/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=31068)


[![Black Moonlight](http://api.artsmia.org/images/65021/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=65021)


[![Iris Awakening Hypnos (Ending Night)](http://api.artsmia.org/images/120122/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=120122)


[![Aurora (Morning)](http://api.artsmia.org/images/120123/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=120123)


[![Apollo at the Zenith (Noon)](http://api.artsmia.org/images/120124/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=120124)


[![Apollo Descending (Evening)](http://api.artsmia.org/images/120125/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=120125)


[![Endymion and Diana (Early Night)](http://api.artsmia.org/images/120126/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=120126)


[![Sacrifice to Diana (Midnight)](http://api.artsmia.org/images/120127/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=120127)


[![Morning Girl Reading a Letter](http://api.artsmia.org/images/120730/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=120730)


[!["Elephant and Three Clowns on Tub" mechanical bank](http://api.artsmia.org/images/80418/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=80418)


[!["Chief Big Moon" mechanical bank](http://api.artsmia.org/images/80420/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=80420)


[!["Bismark [sic] Bank" mechanical bank](http://api.artsmia.org/images/80441/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=80441)


[!["Hoop-La Bank" mechanical bank](http://api.artsmia.org/images/80763/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=80763)


[!["Trick Dog, Six-Part Base" mechanical bank](http://api.artsmia.org/images/80765/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=80765)


[!["Hen and Chick" mechanical bank](http://api.artsmia.org/images/80916/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=80916)


[!["Acrobat" mechanical bank](http://api.artsmia.org/images/81089/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81089)


[!["Uncle Sam" mechanical bank](http://api.artsmia.org/images/81095/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81095)


[!["Eagle and Eaglets" or "American Eagle" mechanical bank](http://api.artsmia.org/images/81102/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81102)


[!["Creedmoor" mechanical bank](http://api.artsmia.org/images/81104/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81104)


[!["Monkey with Tray" or "Monkey, Automatic" mechanical bank](http://api.artsmia.org/images/81107/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81107)


See my comment here: https://github.com/SuaveIO/suave/pull/219#issue-63288130

We need to think about what to do here and solve this - AFAIK there is no "official" Mono+F# bundle that installs into /app, and recompiling Mono on deploy is not exactly an option.


[!["Lion and Two Monkeys" mechanical bank](http://api.artsmia.org/images/81111/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81111)


[!["Teddy and the Bear" mechanical bank](http://api.artsmia.org/images/81115/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81115)


[!["Professor Pug Frog's Great Bicycle Feat" mechanical bank](http://api.artsmia.org/images/81134/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81134)


[!["Girl Skipping Rope" mechanical bank](http://api.artsmia.org/images/81138/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81138)


[!["Clown, Harlequin and Columbine" mechanical bank](http://api.artsmia.org/images/81144/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81144)


[!["Bull Dog Bank" mechanical bank](http://api.artsmia.org/images/81328/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81328)


[!["Flatiron Building Bank, Large" still bank](http://api.artsmia.org/images/81400/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81400)


[!["Springing Cat" mechanical bank](http://api.artsmia.org/images/81604/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81604)


[!["Commonwealth Three-Coin Registering and Savings Bank" still bank](http://api.artsmia.org/images/81626/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81626)


[!["Owl, Turns Head" mechanical bank](http://api.artsmia.org/images/81634/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81634)


[!["U.S. Tank" still bank](http://api.artsmia.org/images/81743/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81743)


[!["Fidelity Trust Vault with Little Lord Fauntleroy" still bank](http://api.artsmia.org/images/81757/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81757)


[!["Frog Bank" (or "Two Frogs") mechanical bank](http://api.artsmia.org/images/81863/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81863)


[!["Frog on Round Base"](http://api.artsmia.org/images/81866/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81866)


[!["Humpty Dumpty" mechanical bank](http://api.artsmia.org/images/81960/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81960)


[!["Tammany Bank" or "Little Fat Man" mechanical bank](http://api.artsmia.org/images/81890/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81890)


[!["Independence Hall Tower" semi-mechanical bank](http://api.artsmia.org/images/81983/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=81983)


[!["Sputnik Bank" still bank](http://api.artsmia.org/images/82718/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=82718)


[!["Columbia" still bank](http://api.artsmia.org/images/83684/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=83684)


[!["Lindy Bank" still bank](http://api.artsmia.org/images/82108/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=82108)


[!["Tower Bank" safe still bank](http://api.artsmia.org/images/83685/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=83685)


[!["Hall's Excelsior" or "Cashier Bank" mechanical bank](http://api.artsmia.org/images/83706/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=83706)


[!["Bank of America Cash Drawer (registering)" still bank](http://api.artsmia.org/images/90098/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=90098)


[!["Japanese Safe" still bank](http://api.artsmia.org/images/90129/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=90129)


[!["Security Safe Deposit" still bank](http://api.artsmia.org/images/90193/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=90193)


[![12-room dollhouse with dolls and furniture](http://api.artsmia.org/images/118536/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=118536)


[![Bleached Bone Reef](http://api.artsmia.org/images/120152/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=120152)


[![Head of the Buddha](http://api.artsmia.org/images/560/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=560)


[![Bodhisattva, one of a pair](http://api.artsmia.org/images/646/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=646)


[![Presentation Hanging for an Eightieth Birthday](http://api.artsmia.org/images/661/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=661)


[![Maitreya (The Buddha of the Future)](http://api.artsmia.org/images/724/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=724)


[![The Bodhisattva Guanyin and Flying Apsaras](http://api.artsmia.org/images/807/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=807)


[![Udhyana Buddha](http://api.artsmia.org/images/1373/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=1373)


[![Figure of a Monk](http://api.artsmia.org/images/1473/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=1473)


[![Eighteen Arhats (åå«ç¾æ¼¢åå·)](http://api.artsmia.org/images/4565/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=4565)


[![Chakrasamvara Embracing Vajravarahi](http://api.artsmia.org/images/5240/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=5240)


[![The Bodhisattva Kuan-yin](http://api.artsmia.org/images/5424/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=5424)


[![The Bodhisattva Guanyin](http://api.artsmia.org/images/5788/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=5788)


[![The Bodhisattva Avalokitesvara](http://api.artsmia.org/images/5808/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=5808)


[![Exalted Gathering in the Green Woods](http://api.artsmia.org/images/9332/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=9332)


[![Ritual Buddhist Bottle Vase and Cover](http://api.artsmia.org/images/9719/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=9719)


[![Ritual Buddhist Basin](http://api.artsmia.org/images/9720/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=9720)


[![Bodhisattva, one of a pair](http://api.artsmia.org/images/11983/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=11983)


[![Standing Buddha](http://api.artsmia.org/images/12948/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=12948)


[![Head of a Crowned Bodhisattva](http://api.artsmia.org/images/13718/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=13718)


[![Flying Apsaras](http://api.artsmia.org/images/17458/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=17458)


[![Flying Apsaras](http://api.artsmia.org/images/17462/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=17462)


[![Figure of Bodhisattvas, one of a pair](http://api.artsmia.org/images/29581/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=29581)


[![Figure of Bodhisattvas, one of a pair](http://api.artsmia.org/images/29582/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=29582)


[![The Monk Ananda](http://api.artsmia.org/images/30633/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=30633)


[![Imperial Candlestick](http://api.artsmia.org/images/31166/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=31166)


[![Imperial Candlestick](http://api.artsmia.org/images/31167/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=31167)


[![Benediction Scene](http://api.artsmia.org/images/31223/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=31223)


[![Farewell to Hua Yun](http://api.artsmia.org/images/31225/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=31225)


[![Buddhist Reliquary](http://api.artsmia.org/images/31226/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=31226)


[![Seated Guanyin](http://api.artsmia.org/images/32122/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=32122)


[![Stone Rubbing of the Five Hundred Arhats (Wu-pai Lo-han ying ch'en tu)](http://api.artsmia.org/images/33630/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=33630)


[![The Eighteen Lohans](http://api.artsmia.org/images/45524/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=45524)


[![Stele of Maitreya Buddha](http://api.artsmia.org/images/61570/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=61570)


[![Buddhist Ritual Water Bottle (Kundika)](http://api.artsmia.org/images/61724/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=61724)


[![The Pleasure of Fishes](http://api.artsmia.org/images/62754/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=62754)


[![Spherical Censer](http://api.artsmia.org/images/63346/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=63346)


[![Buddhist trinity of Vairocana, Maitreya and Samantabhadra](http://api.artsmia.org/images/83514/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=83514)


[![Covered Incense Burner](http://api.artsmia.org/images/90694/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=90694)


[![Buddhist Long-handled Censer](http://api.artsmia.org/images/92368/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=92368)


[![Votive stele](http://api.artsmia.org/images/99734/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=99734)


[![Dvarapala (Guardian Figure)](http://api.artsmia.org/images/100842/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=100842)


[![Leaves from the Album "Three Friends of Winter"](http://api.artsmia.org/images/106533/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=106533)


[![Leaf from album "Three Friends of Winter"](http://api.artsmia.org/images/106534/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=106534)


[![Leaf from album "Three Friends of Winter"](http://api.artsmia.org/images/106536/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=106536)


[![Leaf from album "Three Friends of Winter"](http://api.artsmia.org/images/106535/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=106535)


[![Album leaf](http://api.artsmia.org/images/116140/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=116140)


[![Album of miniature landscape paintings, from a double album set](http://api.artsmia.org/images/108703/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=108703)


[![Leaf from album "Three Friends of Winter"](http://api.artsmia.org/images/106537/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=106537)


[![Vase with the Eight Taoist Immortals](http://api.artsmia.org/images/157/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=157)


[![Album leaf](http://api.artsmia.org/images/116142/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=116142)


[![Album leaf](http://api.artsmia.org/images/116141/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=116141)


[![Fan Painting of a Taoist Magician](http://api.artsmia.org/images/5048/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=5048)


[![Kâuei-hsing (God of Literature)](http://api.artsmia.org/images/5798/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=5798)


[![Official Taoist Seal](http://api.artsmia.org/images/11862/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=11862)


[![Ink tablet in the form of a turtle](http://api.artsmia.org/images/513/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=513)


[![Generals Who Died for their Country and Officials of Former Times](http://api.artsmia.org/images/31143/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=31143)


[![Nymph of the Luo River](http://api.artsmia.org/images/33126/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=33126)


[![Recessed-leg Altar Table](http://api.artsmia.org/images/31168/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=31168)


[![The Marvelous Words of the Supreme Jade Emperor (Kao-shang yu-huang pen-hsing chi-ching)](http://api.artsmia.org/images/33827/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=33827)


[![Album leaf](http://api.artsmia.org/images/116143/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=116143)


[![Money Tree](http://api.artsmia.org/images/46241/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=46241)


[![Immortals Beneath the Pine Tree](http://api.artsmia.org/images/46877/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=46877)


[![Two-piece Candlestick, one of a pair](http://api.artsmia.org/images/64422/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=64422)


[![Two-piece Candlestick, one of a pair](http://api.artsmia.org/images/64423/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=64423)


[![Taoist Stele of Five Deities](http://api.artsmia.org/images/64878/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=64878)


[![Celestial Worthy of Primordial Beginning](http://api.artsmia.org/images/68565/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=68565)


[![Chen-Wu, The Taoist Deity of the North](http://api.artsmia.org/images/82959/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=82959)


[![Numinous Treasure Emissaries](http://api.artsmia.org/images/91031/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=91031)


[![The Exalted Emperors and The Gods of the Five Directions](http://api.artsmia.org/images/91032/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=91032)


[![Image of a Celestial Worthy](http://api.artsmia.org/images/99452/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=99452)


[![Portrait of Wang Shimin](http://api.artsmia.org/images/5122/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=5122)


[![Scholars Playing "Go" Under Pine Trees](http://api.artsmia.org/images/5197/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=5197)


[![Portrait of Confucius](http://api.artsmia.org/images/5790/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=5790)


[![Guanyin on Mt. Potalaka with Sudhana](http://api.artsmia.org/images/5819/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=5819)


[![Album Leaf of a Scholar in Landscape](http://api.artsmia.org/images/30356/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=30356)


[![Scholar in his Creek Side Retreat](http://api.artsmia.org/images/30981/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=30981)


[![The Immortal Hanshan](http://api.artsmia.org/images/31144/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=31144)


[![Two versions of Bodhisattva Guanyin](http://api.artsmia.org/images/31224/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=31224)


[![The Gathering at Orchid Pavilion](http://api.artsmia.org/images/60018/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=60018)


[![Lady at Dressing Table](http://api.artsmia.org/images/60019/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=60019)


[![The Three Purities, one of three](http://api.artsmia.org/images/62138/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=62138)


[![The Three Purities, one of three](http://api.artsmia.org/images/62139/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=62139)


[![The Three Purities, one of three](http://api.artsmia.org/images/62140/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=62140)


[![The Buddhist Guardian Mahabala](http://api.artsmia.org/images/91030/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=91030)


[![Beauty in Winter](http://api.artsmia.org/images/91473/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=91473)


[![The Singer Su Xiaoxiao](http://api.artsmia.org/images/99549/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=99549)


[![Crippled Zhang Meets Hunchback Li](http://api.artsmia.org/images/101493/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=101493)


[![The Seven Sages of the Bamboo Grove](http://api.artsmia.org/images/105241/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=105241)


[![The Gathering at the Orchid Pavilion](http://api.artsmia.org/images/109255/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=109255)


[![Court Ladies at Play](http://api.artsmia.org/images/114428/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=114428)


[![Covered Box](http://api.artsmia.org/images/186/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=186)


[![Ovoid Bottle](http://api.artsmia.org/images/205/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=205)


[![Tiger Pillow](http://api.artsmia.org/images/210/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=210)


[![Covered Bowl](http://api.artsmia.org/images/212/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=212)


[![Beehive-shaped Vase](http://api.artsmia.org/images/213/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=213)


[![Bottle Vase](http://api.artsmia.org/images/216/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=216)


[![Tea Bowl](http://api.artsmia.org/images/462/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=462)


[![Storage Jar](http://api.artsmia.org/images/489/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=489)


[![Li tripod](http://api.artsmia.org/images/511/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=511)


[![Lien (cosmetic box)](http://api.artsmia.org/images/512/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=512)


[![Beaker-shaped Vessel](http://api.artsmia.org/images/526/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=526)


[![Beaker (tsun)](http://api.artsmia.org/images/527/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=527)


[![Lidded Jar (yu)](http://api.artsmia.org/images/528/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=528)


[![Shallow Bowl with Double Fish Motif](http://api.artsmia.org/images/666/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=666)


[![Ewer with Pheasant-Head Stopper](http://api.artsmia.org/images/804/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=804)


[![Hu (Ritual Wine Jar)](http://api.artsmia.org/images/1985/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=1985)


[![Tea Bowl, Honan ware](http://api.artsmia.org/images/2369/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=2369)


[![Bottle Vase (chui-hu)](http://api.artsmia.org/images/2383/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=2383)


[![Incense Tripod](http://api.artsmia.org/images/2732/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=2732)


[![Double Gourd-shaped Ewer](http://api.artsmia.org/images/3237/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=3237)


[![Tea Bowl](http://api.artsmia.org/images/3239/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=3239)


[![Globular Jar](http://api.artsmia.org/images/3634/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=3634)


[![Mei-ping Vase](http://api.artsmia.org/images/3635/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=3635)


[![Ovoid Bottle](http://api.artsmia.org/images/3592/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=3592)


[![Funerary Storage Jar](http://api.artsmia.org/images/3512/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=3512)


[![Carved Yingqing Bowl](http://api.artsmia.org/images/3716/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=3716)


[![Mei-ping Vase with Cover](http://api.artsmia.org/images/3711/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=3711)


[![Tripartite Cosmetic Box](http://api.artsmia.org/images/3852/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=3852)


[![Hu (Covered Storage Jar)](http://api.artsmia.org/images/3853/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=3853)


[![Funerary Storage Jar](http://api.artsmia.org/images/3856/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=3856)


[![Ceremonial Stem Cup](http://api.artsmia.org/images/4571/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=4571)


[![Tall-necked Hu](http://api.artsmia.org/images/4699/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=4699)


[![Ceremonial Stem Cup](http://api.artsmia.org/images/4724/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=4724)


[![Globular Jar](http://api.artsmia.org/images/4794/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=4794)


[![Tea Bowl](http://api.artsmia.org/images/4822/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=4822)


[![Tea Bowl](http://api.artsmia.org/images/4819/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=4819)


[![Brush Washer](http://api.artsmia.org/images/4863/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=4863)


[![Pheasant-Head Ewer](http://api.artsmia.org/images/4875/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=4875)


[![Tea Bowl](http://api.artsmia.org/images/4879/300/small.jpg)](http://collections.artsmia.org/?page=simple&id=4879)