a repository of entities / relations for knowledge management
Project description
CubicWeb is a entities / relations based knowledge management system developped at Logilab.
This package contains:
a repository server
a RQL command line client to the repository
an adaptative modpython interface to the server
a bunch of other management tools
Intranet links to internal Sonarqube : https://sonarqube.k.intra.logilab.fr/dashboard?id=cubicweb-cubicweb
Install
More details at https://cubicweb.readthedocs.io/en/latest/book/admin/setup
Getting started
Execute:
python3 -m venv venv source venv/bin/activate pip install 'cubicweb[pyramid]' cubicweb-blog cubicweb-ctl create blog myblog # read how to create your ~/etc/cubicweb.d/myblog/pyramid.ini file here: # https://cubicweb.readthedocs.io/en/latest/book/pyramid/settings/#pyramid-settings-file # then start your instance: cubicweb-ctl pyramid -D myblog sensible-browser http://localhost:8080/
Details at https://cubicweb.readthedocs.io/en/latest/tutorials/base/blog-in-five-minutes
You can also look at the latest builds on Logilab’s forge: https://forge.extranet.logilab.fr/cubicweb/cubicweb
Test
Simply run the tox command in the root folder of this repository:
tox
How to install tox: https://tox.readthedocs.io/en/latest/install.html
Documentation
Look in the doc/ subdirectory or read https://cubicweb.readthedocs.io/en/latest/
CubicWeb includes the Entypo pictograms by Daniel Bruce — http://www.entypo.com
Contributing
Patches can be submitted on Logilab’s forge (https://forge.extranet.logilab.fr). If you do not have a write-access, please contact us at contact@logilab.fr
If you have any questions you can also come on Logilab’s public XMPP room using a XMPP client: public@conference.jabber.logilab.org
–
Alternatively, patches could be submitted by email at the cubicweb-devel@lists.cubicweb.org mailing list in order to get reviewed by project integrators or any community member. The simplest way of send patches is to use the hg email command available through the patchbomb extension of Mercurial. Preferably, patches should be in the message body of emails. When submitting a revised version of a patch series, a prefix indicating the iteration number <n> of the series should be added to email subject prefixes; this can be achieved by specifying a --flag v<n> option to hg email command. If needed you can also use the –in-reply-to option.
Examples:
hg email –to cubicweb-devel@lists.cubicweb.org –intro -r <start>::<end> hg email –flag V2 –to cubicweb-devel@lists.cubicweb.org -r <start>::<end>
Mailing list: https://lists.cubicweb.org/mailman/listinfo/cubicweb-devel Patchbomb extension: https://www.mercurial-scm.org/wiki/PatchbombExtension Good practice on sending email patches: https://www.mercurial-scm.org/wiki/ContributingChanges#Emailing_patches
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Hashes for cubicweb-3.30.0-py3-none-any.whl
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 | 49a5d0159c87c463f50f6a607260e51445e008179fd9537d94afec9f05c7929d |
|
| MD5 | 77781403fae387c930571f6fa9984fff |
|
| BLAKE2b-256 | e2f8600df9a4ae5c66f0e75abdec9278419e5d5bb49479d79bf87d966a7d6a07 |
