<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user">
    <title>gmane.comp.python.django.user</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153750"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153749"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153748"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153747"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153746"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153745"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153744"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153743"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153742"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153741"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153740"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153739"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153738"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153737"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153736"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153735"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153734"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153733"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153732"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.django.user/153731"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153750">
    <title>Unable to get notifications - Django Push</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153750</link>
    <description>&lt;pre&gt;I am using Django-push project for my app. What I am doing is, read my 
blog, find whether new updates available. If present, store in the db.

This is not happening! The source code is here : 
https://gist.github.com/5628801 &amp;lt;https://gist.github.com/ksurya/5628801&amp;gt; 

So, if would be great if someone could let me know where I am doing mistake 
and how it should be corrected.

Thanks

PS: the working environment is Python 2.7, Django 1.4.5 (Django-push: 
https://github.com/brutasse/django-push)

&lt;/pre&gt;</description>
    <dc:creator>surya</dc:creator>
    <dc:date>2013-05-22T16:58:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153749">
    <title>environment variables in virtualenv's postactivate using mod_wsgi</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153749</link>
    <description>&lt;pre&gt;Hi, 

Hope you're well. 

I've added a couple of environment variables to my virtualenv postactivate 
file, for example:

export DATABASE_USER="root"
export DATABASE_PASSWORD="12345678"

I then assign those variables in my settings.py using 
os.environ['DATABASE_USER'], for example

DATABASE_USER = os.environ['DATABASE_USER']

Since my Apache virtualhost file contains

WSGIDaemonProcess mysite.local 
python-path=/my/python/path:/path/to/my/project/venv/lib/python2.7/site-packages
WSGIProcessGroup mysite.local
WSGIScriptAlias / /path/to/my/project/wsgi.py

As I understand it, this tells mod_wsgi to run in daemon mode and which 
virtualenv to use.
Since it knows which virtualenv to use, I would image it would run 
postactivate, thereby enabling my environment variables, but this however 
is not the case. 

Am I doing something wrong? Any suggestions or recommendations are welcome. 

Kind regards,
C

&lt;/pre&gt;</description>
    <dc:creator>Charles Mulder</dc:creator>
    <dc:date>2013-05-22T16:41:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153748">
    <title>DjangoCon US 2013 CFP is open</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153748</link>
    <description>&lt;pre&gt;Hi, all,

The Call for Proposals for DjangoCon US 2013 is now open!  We encourage everyone, regardless of speaking experience, to submit a proposal.  We're particularly interested this year in hands-on experiences and case-studies:

http://www.djangocon.us/cfp/

Thanks!
--
&lt;/pre&gt;</description>
    <dc:creator>Christophe Pettus</dc:creator>
    <dc:date>2013-05-22T16:02:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153747">
    <title>Re: New user - template errors.</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153747</link>
    <description>&lt;pre&gt;Hi Nigel, take a look at these, they might provide some answers:

http://stackoverflow.com/questions/14892462/django-error-upolls-is-not-a-registered-namespace

http://stackoverflow.com/questions/16049972/django-tutorial-04-noreversematch-at-polls-1-upolls-is-not-a-registered-na

On Wednesday, 22 May 2013 11:10:02 UTC+1, Nigel Legg wrote:

&lt;/pre&gt;</description>
    <dc:creator>Michael</dc:creator>
    <dc:date>2013-05-22T16:01:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153746">
    <title>Django's cascade delete is executing the DELETE SQL twice</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153746</link>
    <description>&lt;pre&gt;I've got an odd situation here, any idea why the delete SQL for the 
`myapp_entry_tag` table is being performed twice?

[{u'sql': u'SELECT `myapp_tag`.`id` FROM `myapp_tag` ''WHERE 
`myapp_tag`.`id` = 1 ',
  u'time': u'0.000'},
 {u'sql': u'DELETE FROM `myapp_entry_tag` WHERE `myapp_entry_tag`.`tag_id` 
IN (1)',
  u'time': u'0.000'},
 {u'sql': u'DELETE FROM `myapp_entry_tag` WHERE `myapp_entry_tag`.`tag_id` 
IN (1)',
  u'time': u'0.000'},
 {u'sql': u'DELETE FROM `myapp_tag` WHERE `id` IN (1)', u'time': u'0.000'}]

models.py:

    class Tag(models.Model):
        ...

    class EntryTag(models.Model):
        ...
        tag = models.ForeignKey(Tag)

&lt;/pre&gt;</description>
    <dc:creator>Michael</dc:creator>
    <dc:date>2013-05-22T15:57:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153745">
    <title>Re: Django 1.6 Connection Pooler</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153745</link>
    <description>&lt;pre&gt;Thanks for that clarification. 

On Friday, May 17, 2013 2:22:14 AM UTC-5, Christophe Pettus wrote:

&lt;/pre&gt;</description>
    <dc:creator>Joe Jasinski</dc:creator>
    <dc:date>2013-05-22T14:21:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153744">
    <title>site critique</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153744</link>
    <description>&lt;pre&gt;Hi Every one,

I have my PHP site up and running that I converted to django.
Would you have a look at this production site and let me know your opinions?

Current users are very fussy and resist change.

http://ntwarehouse.net &amp;lt;http://ntwarehouse.net/adminsite/search/searchterm/&amp;gt;


One problem I have is SEO is not working correctly.
If I search on TIRES, my site does not show.

I am new to SEO, and have having a hard time trying to figure out what 
needs to be done.

Thanks

&lt;/pre&gt;</description>
    <dc:creator>frocco</dc:creator>
    <dc:date>2013-05-22T13:24:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153743">
    <title>Re: define BASE_DIR?</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153743</link>
    <description>&lt;pre&gt;On Tue, May 21, 2013 at 10:08 PM, Christopher Spears
&amp;lt;cspears2002&amp;lt; at &amp;gt;yahoo.com&amp;gt; wrote:

BASE_DIR is only mentioned in the tutorial from the in development
docs, which may not be the best place to start - chiefly because it
can have issues like this.

If you don't mind encountering things like this, then using the dev
docs helps find issues like this that have been added since the last
release, but if you want a more checked and correct django docs, use
the ones from the latest release.

Of course, you should always use the docs for the version that you are
actually using. I would recommend not using unreleased versions of
django to learn django though.

Cheers

Tom

&lt;/pre&gt;</description>
    <dc:creator>Tom Evans</dc:creator>
    <dc:date>2013-05-22T12:06:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153742">
    <title>Re: problem with ImageField does not show me the picture on a template</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153742</link>
    <description>&lt;pre&gt;On Wed, May 22, 2013 at 2:10 AM, Ronny Villarroel Mendoza
&amp;lt;ronaldovm.villarroel&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:


The 'upload_to' here refers to a path relative to settings.MEDIA_ROOT,
where django will store files uploaded to this field.


The url here generates a url based upon the path relative to
settings.MEDIA_ROOT, and prepends it with settings.MEDIA_URL. You have
no value for settings.MEDIA_URL, and so the URL generated is
incorrect...


as we see here.


As well as the things I mentioned above, Django does not serve your
media files for you, it expects that you have made additional
arrangements to serve the directory settings.MEDIA_ROOT at the url
settings.MEDIA_URL.

So:

1) Arrange for your webserver to serve static files from settings.MEDIA_ROOT
2) Set settings.MEDIA_URL to the url that you configured in step 1.

Job done.

Cheers

Tom

&lt;/pre&gt;</description>
    <dc:creator>Tom Evans</dc:creator>
    <dc:date>2013-05-22T11:57:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153741">
    <title>problem with ImageField does not show me the picture on a template</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153741</link>
    <description>&lt;pre&gt;Hi all,

I cant show the picture that I upload from the admin site.


settings.py:

MEDIA_ROOT = '/var/www/fourweb/'



models.py:

class picture(models.Model):
    producto_id = models.ForeignKey(producto)
    description = models.CharField(max_length= 250)
    imagen = models.ImageField(upload_to='photos/%Y/%m/%d', help_text = 
'100px,150px')
    def __unicode__(self):
        return self.description



view.py:

def detail(request, item_id):
    p = get_object_or_404(producto, pk=item_id)
    pictures = picture.objects.filter(producto_id = item_id)
    return render_to_response('detail.html', {'item': p, 'photos': pictures 
})

and in the tamplate(details.html):


   {% if photos %}
                {% for photo in photos %}
                        &amp;lt;img src="{{ photo.imagen.url }}" height="200" 
width="200" &amp;gt;
                {% endfor %}
   {% else %}
                &amp;lt;p&amp;gt;No hay imagen para el articulo&amp;lt;/p&amp;gt;
   {% endif %}

the last html output code is:

&amp;lt;img src="photos/2013/05/14/picture_67090.jpg&amp;lt;http://fou&lt;/pre&gt;</description>
    <dc:creator>Ronny Villarroel Mendoza</dc:creator>
    <dc:date>2013-05-22T01:10:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153740">
    <title>New user - template errors.</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153740</link>
    <description>&lt;pre&gt;Morning/Afternoon - I am new to django, and I have been working through the
tutorial.  I have reached Tutorial 4,
https://docs.djangoproject.com/en/1.5/intro/tutorial04/, which is about
getting the voting on the polls app to work, but when I set detail.html I
get an error, "
NoReverseMatch at /polls/2/

u'polls' is not a registered namespace

What would cause that?

Many thanks.

Regards,
Nigel Legg
07722 652866
http://twitter.com/nigellegg
http://uk.linkedin.com/in/nigellegg

&lt;/pre&gt;</description>
    <dc:creator>Nigel Legg</dc:creator>
    <dc:date>2013-05-22T10:10:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153739">
    <title>IdeaScale-alike DJango applications</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153739</link>
    <description>&lt;pre&gt;Are there any Django applications that do the same thing as &amp;lt;http://ideascale.com&amp;gt;?

IdeaScale basically seems to be a way for users to submit proposals, and have them voted up and down by other users; like polls, but in a web 2.1beta kind of way. 

It's something I've been asked about.

Any suggestions?

Daniele

&lt;/pre&gt;</description>
    <dc:creator>Daniele Procida</dc:creator>
    <dc:date>2013-05-22T10:53:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153738">
    <title>Re: Object Lookup after Save</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153738</link>
    <description>&lt;pre&gt;if you want transactions you need to do :

with transaction.atomic():


like described here: 
https://docs.djangoproject.com/en/dev/topics/db/transactions/

Am Mittwoch, 22. Mai 2013 10:40:15 UTC+2 schrieb Christian Schmitt:

&lt;/pre&gt;</description>
    <dc:creator>Christian Schmitt</dc:creator>
    <dc:date>2013-05-22T08:43:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153737">
    <title>Re: Object Lookup after Save</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153737</link>
    <description>&lt;pre&gt;In Django the normal behavior should be that when you do a save() it will 
automatically commit() your query's to the database.
so that in obj.save() you should just could access the pk with obj.id after 
you did a obj.save().
If you want to maybe stop the commit you need to do a obj = 
obj.save(commit=False), then you could add some things to your obj and 
commit/save it later.
But as i understood you already do a obj.save() but it doesn't commit 
correctly? Maybe you should just try a PostgreSQL database for testing, 
since I'm not having trouble looking up objects after i saved it.

I often do things like:
obj.save()
return HttpResponseRedirect(reverse('view', {'pk': obj.id}))
and i never run into any exception


Am Dienstag, 21. Mai 2013 23:20:53 UTC+2 schrieb Chris Conover:

&lt;/pre&gt;</description>
    <dc:creator>Christian Schmitt</dc:creator>
    <dc:date>2013-05-22T08:40:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153736">
    <title>Re: Understanding Django transactions</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153736</link>
    <description>&lt;pre&gt;
On May 21, 2013, at 12:43 PM, Aymeric Augustin wrote:

Just to clarify, `atomic` will commit in this scenario:

    with atomic:
       my_model_object.save()

You don't have to explicitly call transaction.commit() to issue a commit after the .save(), correct?

--
&lt;/pre&gt;</description>
    <dc:creator>Christophe Pettus</dc:creator>
    <dc:date>2013-05-22T08:36:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153735">
    <title>Re: new to Django and building web applications. Advice with postgresql</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153735</link>
    <description>&lt;pre&gt;
On May 21, 2013, at 8:04 AM, Tom Evans wrote:

Theoretically, yes. The difference between theory and practice is very small in theory, and not so much in practice. ;-)

Theoretically, the ORM should protect you from differences between databases. In practice, this doesn't always happen. 

There *are* real world differences between running different databases on the same ORM. Quoting the purpose of an ORM and telling someone they "should not" have a problem is naive, sorry.

While some of these differences can be avoided, doing so requires the developer to know that they exist in the first place, thus negating the purpose of using an ORM. Given the character of the question by the original poster, I suspect he might have issues with this.

PostgreSQL is very strict by default. SQLite is very forgiving. 

You can also run into problems with South migrations working on one and not the other.



The statements don't need to be "wholly accurate". The behavior is different in practice.



class Moo(models.Model):&lt;/pre&gt;</description>
    <dc:creator>Scott Anderson</dc:creator>
    <dc:date>2013-05-22T04:10:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153734">
    <title>Re: theme generator</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153734</link>
    <description>&lt;pre&gt;Not specifically, but Bootstrap is nice:

http://twitter.github.io/bootstrap/



On Tue, May 21, 2013 at 2:19 PM, Kakar Arunachal Service &amp;lt;
kakararunachalservice&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:


&lt;/pre&gt;</description>
    <dc:creator>Aaron C. de Bruyn</dc:creator>
    <dc:date>2013-05-22T02:03:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153733">
    <title>Re: Object Lookup after Save</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153733</link>
    <description>&lt;pre&gt;Calling transaction.commit() after object.save results in 
a TransactionManagementError. I mentioned at the end that I am using MySQL 
(5.5.27). The issue is not that the Gearman workers are having trouble 
saving their transactions, it's that they are having trouble looking up the 
incoming object. I'm assuming the view and workers are separate 
transactions since I don't see how they could be connected -- though I'm 
looking into this. 

On Tuesday, May 21, 2013 1:05:54 PM UTC-4, Tom Evans wrote:

&lt;/pre&gt;</description>
    <dc:creator>Chris Conover</dc:creator>
    <dc:date>2013-05-21T21:20:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153732">
    <title>theme generator</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153732</link>
    <description>&lt;pre&gt;Hi!
Is there any kind of theme generator or css generator for django?

&lt;/pre&gt;</description>
    <dc:creator>Kakar Arunachal Service</dc:creator>
    <dc:date>2013-05-21T21:19:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153731">
    <title>Re: define BASE_DIR?</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153731</link>
    <description>&lt;pre&gt;2013/5/21 Christopher Spears &amp;lt;cspears2002&amp;lt; at &amp;gt;yahoo.com&amp;gt;:

You need to define BASE_DIR, for example:

BASE_DIR = os.path.dirname(os.path.realpath(__file__))

&lt;/pre&gt;</description>
    <dc:creator>Charly Román</dc:creator>
    <dc:date>2013-05-21T21:12:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.django.user/153730">
    <title>define BASE_DIR?</title>
    <link>http://permalink.gmane.org/gmane.comp.python.django.user/153730</link>
    <description>&lt;pre&gt;I am working my way through the Django tutorial, and I have reached the 
part where I am supposed to customize the look and feel of the admin.  I am 
supposed to do that using the mysite\settings.py file (working on a Windows 
laptop).  I have two questions.

At first, I just typed the following into the file:

TEMPLATE_DIRS = [os.path.join(BASE_DIR, 'templates')]

I got an error message stating that os.path was not recognized.  I solved 
this by putting 'import os.path' at the top of the file.  Does this mean 
there is a bug in the tutorial's documentation?  I do not recall seeing any 
instructions that told me to add this.

After I solved the first problem, I now get this error message:

  File "C:\Users\Chris\Documents\django_dev\mysite\mysite\settings.py", 
line 7,
in &amp;lt;module&amp;gt;
    TEMPLATE_DIRS = [os.path.join(BASE_DIR, 'templates')]
NameError: name 'BASE_DIR' is not defined

Am I supposed to now define BASE_DIR?

Thanks!

&lt;/pre&gt;</description>
    <dc:creator>Christopher Spears</dc:creator>
    <dc:date>2013-05-21T21:08:06</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.python.django.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.python.django.user</link>
  </textinput>
</rdf:RDF>
