Mercurial Mercurial > pub > hg > cubicweb / annotate
summary | shortlog | changelog | graph | tags | bookmarks | branches | files | changeset | file | latest | revisions | annotate | diff | comparison | raw | help
Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
debian/cubicweb-documentation.install.in
author Vladimir Popescu <vladimir.popescu@logilab.fr>
Thu, 04 Apr 2013 11:58:41 +0200
changeset 8926 336e4971dc50
parent 6528 6c6859a67673
child 9208 7ae95f48e2f0
permissions -rw-r--r--
[dataimport] backout 6947201033be (related to #2788402) (and add a try: except to cache the intended error) The problem actually comes from the ``MassiveObjectStore`` in the ``dataio`` cube, so it should be corrected there. Here, we only protect it with a ``RuntimeWarning`` so that the user can see the problem. ``value`` is set to ``None`` (whence to ``NULL`` from a database standpoint), so that the data can be nevertheless inserted in the database. However, only the keys present in ``row`` are actually non-'``NULL``'. The real solution is to work out the issue in ``MassiveObjectStore`` directly. The current try/except should only be a temporary hack.
Ignore whitespace changes - Everywhere: Within whitespace: At end of lines:
6520
07a0f93f499a Backed out changeset 1f8b902f3143: this block compilation under distrib with old sphinx package
Sylvain Thénault <sylvain.thenault@logilab.fr>
parents: 6512
diff changeset 
     1
 
doc/book usr/share/doc/cubicweb-documentation
6528
6c6859a67673 [doc] generate doc in cw/doc/html and include html files in cubicweb-documentation
Sylvain Thénault <sylvain.thenault@logilab.fr>
parents: 6520
diff changeset 
     2
 
doc/html usr/share/doc/cubicweb-documentation
858
e6ae125d5903 reorganize debian packages (Closes: #1168)
Julien Jehannet <julien.jehannet@logilab.fr>
parents: 854
diff changeset 
     3
 
debian/cubicweb-doc usr/share/doc-base/cubicweb-doc
cubicweb