dccarson's profile - activity
2018-09-23 06:30:00 -0600 | received badge | Notable Question (source) |
2018-09-02 18:14:27 -0600 | received badge | Nice Question (source) |
2018-09-02 18:13:06 -0600 | received badge | Popular Question (source) |
2018-08-24 09:25:37 -0600 | received badge | Famous Question (source) |
2018-08-24 08:34:31 -0600 | commented question | Why do inactive users still receive email? I am going through my long list of inactive users and unsubscribing them from e-mail. However, this seems to me like it |
2018-08-22 14:23:43 -0600 | asked a question | Why do inactive users still receive email? Why do inactive users still receive email? We have an internal-only AskBot system, so when users leave the company, they |
2018-04-17 16:46:08 -0600 | received badge | Nice Question (source) |
2018-04-05 12:31:00 -0600 | received badge | Popular Question (source) |
2017-02-22 20:56:39 -0600 | received badge | Famous Question (source) |
2017-01-24 09:54:27 -0600 | commented answer | Are dump_forum and load_forum supported on 0.7? OK, I'll give those ideas a try. Thanks. |
2017-01-23 13:47:49 -0600 | commented answer | Are dump_forum and load_forum supported on 0.7? In my example, say I want to move from MySQL to postgres. I cannot dump a MySQL database and restore it to a postgres database, can I? |
2017-01-23 13:43:57 -0600 | asked a question | Are dump_forum and load_forum supported on 0.7? It seems that If they are still supported, can someone explain where they have gone and how I can use them. If they are not supported, is there any way to produce a database-agnostic dump of all the data in a running system? For example, suppose I wanted to switch my database from MySQL to postgres. I cannot see how this is possible without having some form of dump that knows nothing about database specifics. (Note that this is not necessarily my question. I want to know the answer to the more general question of running dump_forum/load_forum or equivalent.) Thanks. |
2017-01-12 15:45:52 -0600 | commented question | LDAP: providers dict does not have 'ldap' @Evgeny, I have not looked into this problem since we last communicated. Nothing has changed. But I was wondering about commands called 'dump_forum' and 'load_forum' that you used to support as part of manage.py. I discovered these when looking for something else. It seems like this might be a better way to 'scrub' my database on the old server--and maybe it is what you meant by your comment of Aug 16, 2016 (dump/restore). I assumed you were referring to the standard dump/restore mechanism of the SQL database in question (in my case, MySQL). However, these commands no longer exist. Is there any equivalent? Is there any way to move from MySQL to postgres? |
2016-09-09 17:11:54 -0600 | commented question | LDAP: providers dict does not have 'ldap' If I do everything EXCEPT loading the data from the old database, then my installation works. |
2016-09-09 17:11:09 -0600 | commented question | LDAP: providers dict does not have 'ldap' @Evgeny -- this is exactly what I've been doing. All steps finish, but when I try to open the front page, I get the JSON error. As I said, when I run the 'manage.py migrate' step, it seems to do nothing for askbot. |
2016-09-08 17:21:25 -0600 | commented question | LDAP: providers dict does not have 'ldap' We have an old server running 0.7.53. It only partially works, but the data cannot be lost. I am trying to install a fresh installation on a new server, using 0.7.56, so I can migrate the data from the old to the new server. To do so, I used the mysqldump file from the 0.7.53 server and populated the database on the 0.7.56 server. But the new installation is unusable because it hits the JSON error immediately. I also tried an experiment with my new installation, where I do NOT transfer any data to the new database, to test the installation itself. This works. I can open the home page, but without any data. One thing I noticed about the empty db experiment might be important: When I ran 'manage.py migrate askbot' on the empty db, a lot of stuff happened ... |
2016-09-08 16:48:42 -0600 | received badge | Notable Question (source) |
2016-08-16 09:02:33 -0600 | commented question | LDAP: providers dict does not have 'ldap' No, I have not resolved the JSON issue. I have no idea what it is, how to resolve it. I don't even know, for sure, if the database is corrupted. But, that is my best logical guess as to why we would get a JSON error. I will try dumping/restoring the database and see what that shows. Thanks. |
2016-08-15 12:50:17 -0600 | commented question | LDAP: providers dict does not have 'ldap' Is there some method of scrubbing a database that might eliminate what is possibly a database corruption issue? Any other hope of getting any help on this issue? |
2016-08-14 05:45:56 -0600 | received badge | Popular Question (source) |
2016-07-22 09:39:31 -0600 | received badge | Famous Question (source) |
2016-07-14 13:58:54 -0600 | commented question | LDAP: providers dict does not have 'ldap' Any chance of help? |
2016-07-13 02:20:38 -0600 | received badge | Student (source) |
2016-07-05 10:36:18 -0600 | commented question | LDAP: providers dict does not have 'ldap' I am at an impasse unless I can get some help debugging this issue. We cannot abandon the database of questions we already have, but I need to update my code base. The current deployment is somehow corrupted and does not allow certain operations (altering a profile, for example). I think if I can get the new, fresh installation using 0.7.56 to get past this JSON error, then the deployment will be fully functional again. I am happy to help in debugging by gathering information. I would need instructions on what to gather. As I said before, this may be more productive taken offline, but I am also happy to post my debug info here, if that is more useful. Thanks. |
2016-07-05 10:36:18 -0600 | received badge | Commentator |
2016-06-21 14:18:14 -0600 | commented question | LDAP: providers dict does not have 'ldap' The traceback can be seen here: http <colon-slash-slash> dpaste.com/09N669T |
2016-06-21 14:10:16 -0600 | commented question | LDAP: providers dict does not have 'ldap' @Evgeny, I installed 0.7.56 and the installation itself was clean. This is a nice improvement--thank you. However, when I run runserver to debug and then attempt to open my browser, I get a JSON validation error. Note that I have NOT attemped to login, using LDAP or any other method. I am just trying to open the front page. Do you think we could take this offline? You should be able to see my e-mail address in your database. Send me an e-mail and then we can discuss off of this thread. |
2016-06-15 10:15:48 -0600 | commented question | LDAP: providers dict does not have 'ldap' Is "markdown" allowed in comments? My previous comment is not being formatted and is therefore very difficult to read. I am now trying to put the same information in an answer, but every time I submit the answer, it does not go through. Update: I cannot submit my answer version of the comment above, no matter how many times I try. I'm not getting any error--it just does not get submitted. If you can manage to read the steps I took in the comment above, then go to the following to see the stack trace: http <colon-slash-slash> dpaste.com/0EE2GJJ (Note: I do not have enough karma to use the actual link.) |
2016-06-15 09:52:51 -0600 | commented question | LDAP: providers dict does not have 'ldap' I did the following -- results in an "invalid JSON" error: """ virtualenv /opt/askbot source /opt/askbot/bin/activate git clone https://github.com/ASKBOT/askbot-devel.git myaskbotgit cd myaskbotgit git checkout 0.7.x python setup.py install askbot-setup pip install mysql-python cd /top/of/my/askbot/home python manage.py collectstatic python manage.py syncdb (note: existing db) python manage.py migrate askbot python manage.py migrate django_authopenid python manage.py runserver 1.2.3.4:8090 """ All of this worked without error, which indicates a change from my previous attempts. I always got at least one error with dependency issues before. However, when I try to open the front page, I get a ValidationError. Note that I have not tried to login yet. @Evgeny, should we take this offline? |
2016-06-15 08:40:07 -0600 | commented question | LDAP: providers dict does not have 'ldap' OK. Should I be waiting for an 0.7.56 version before I try again? If not, then can you give me the exact git command to use to get the version where you are pinning dependencies. I am not a git user. |
2016-06-14 14:00:39 -0600 | commented question | LDAP: providers dict does not have 'ldap' @Evgeny : I have reconsidered my method and have decided to continue on the 0.7.x stream for now. I need to very quickly bring an askbot server back online. So, why, when I start out with a fresh virtualenv, do I get import errors? Shouldn't `pip install "askbot<0.8"` give me the **correct** versions of everything needed? First, I get an error importing `import_string` during the syncdb step. This is easy to hack, which is what I did because I need to get this working quickly. Now, when I try to run `python manage.py migrate askbot` I get an error importing `migrations`. According to answers I have read elsewhere, `migrations` is not in Django until 1.7. But why is `migrations` being used when pip should have installed the correct version of everything? I have tried many different approaches and every time, I hit errors. At ... |
2016-06-14 12:30:47 -0600 | received badge | Enthusiast |
2016-06-13 05:27:47 -0600 | asked a question | LDAP: providers dict does not have 'ldap' I have a working AskBot system on CentOS 6.x, askbot version 0.7.53, so I have successfully used LDAP before. However, I am trying to install a completely new AskBot (not upgrade) on a different server, Ubuntu 16.04, askbot version 0.10.0, and I cannot get LDAP working on the new system. I only want LDAP login and local login. I have turned off all others. I have the following settings:
I'm using runserver to debug. I can use The 'providers' dictionary only has one key in it at the time of this attempted dictionary access: |
2016-06-08 16:04:24 -0600 | received badge | Popular Question (source) |
2016-06-08 16:04:24 -0600 | received badge | Notable Question (source) |
2015-10-19 21:47:30 -0600 | received badge | Notable Question (source) |
2015-09-25 09:14:42 -0600 | commented answer | recover account via e-mail link/key does not work I could not respond to this answer until the site was fixed, because I was not logged in! It has finally been fixed and I was able to recover (reset) my password. |
2015-09-20 15:49:37 -0600 | received badge | Popular Question (source) |
2015-09-16 01:25:23 -0600 | received badge | Famous Question (source) |
2015-08-27 10:41:30 -0600 | asked a question | recover account via e-mail link/key does not work I'm trying to recover my account via e-mail, because I cannot login, which I need to do in order to ask a real question. However, I cannot recover the account using the recovery key that is being e-mailed to me, because the key provided either gives me a 502 (bad gateway) error, or it says that the Morever, I cannot even use the "Feedback" page to voice this problem, because that doesn't work either. When I fill out the feedback form and type the captcha, it always asks me to type the captcha again. I'm about to go crazy. Does anything work? I am resorting to (hopefully) posting this question anonymously, as I cannot think of any other way to make the web page maintainers aware of these problems. |
2015-04-16 01:07:47 -0600 | received badge | Famous Question (source) |
2015-03-03 13:28:14 -0600 | commented answer | Why does 'pip install askbot' uninstall Django? CentOS 7 shows 1.6.10: `rpm -q python-django` yields `python-django-1.6.10-1.el7.noarch` |
2015-03-03 10:42:02 -0600 | commented answer | Why does 'pip install askbot' uninstall Django? OK, I will try that. But is there some reason the askbot installation could not have used the Django I had installed, which is newer than what askbot requires? |
2015-03-02 17:03:49 -0600 | asked a question | Why does 'pip install askbot' uninstall Django? I have our deployed version of AskBot running on a CentOS 6 system. It is running 0.7.49. I noticed that pip has a newer version. I am installing on another server that also has Django running, where I can play with the newer AskBot. This second server is running CentOS 7 and Django 1.6.10. (Note that I used To my horror, the Is there some way I could have avoided this? Should I have known that this was a risk? |
2014-10-23 12:26:37 -0600 | edited answer | Is there a minimum character count on a query? Of the tables mentioned in the solution, I can only find the I decided to just repair all my tables -- what could it hurt? I used the Not until I ran the |
2014-10-23 12:26:37 -0600 | received badge | Editor ( source ) |