Bug#675423:
1.1.8 is out. Here's the updated debian.tar.gz based on Matthew's work with all the lintian warnings fixed. python-setproctitle_1.1.8-1.debian.tar.gz Description: GNU Zip compressed data
Bug#583335: ping
Hello, Marcelo. It seems it's in nobody cares status. I submitted the package to mentors [1] and asked for mentorship [2]. I also submitted the same package for review to Ubuntu REVU [3]. Two months passed and nobody has written a single word about those packages. So you're the first who asked something regarding it. This attitude is quite discouraging and it seems the package will never get upstream, at least not from me. If you are interested in prebuilt package you may get one from [4], or build from deb-src [1]. Regards, Ihor. [1] http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=python-django-photologue [2] http://groups.google.com/group/linux.debian.devel.mentors/browse_thread/thread/532687c0d089dae4 [3] http://revu.ubuntuwire.com/p/python-django-photologue [4] https://launchpad.net/~madkinder/+archive/python/+packages -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583335: ITP: python-django-photologue -- Powerful image management for the Django web framework
Package: wnpp Severity: wishlist Owner: Ihor Kaharlichenko ce...@mifprojects.com * Package name: python-django-photologue Version : 2.2 Upstream Author : Justin Driscoll justin.drisc...@gmail.com * URL : http://code.google.com/p/django-photologue/ * License : BSD Programming Lang: Python Description : Powerful image management for the Django web framework Photologue is a reusable Django application that provides powerful image management and manipulation functionality as well as a complete photo gallery solution. Photologue embraces the Django admin and smoothly integrates with photo thumbnails and effect previews. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581721: python-django-registration: sha deprecation warning emitted
Package: python-django-registration
Version: 0.7-2
Severity: normal
Tags: patch
Using django-registration models or running its tests
with python 2.6+ emits deprecation warning like the following:
/usr/lib/pymodules/python2.6/registration/models.py:4:
DeprecationWarning: the sha module is deprecated; use the hashlib module
instead
import sha
-- System Information:
Debian Release: squeeze/sid
APT prefers karmic-updates
APT policy: (990, 'karmic-updates'), (990, 'karmic-security'), (990,
'karmic'), (650, 'lucid')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31-21-generic (SMP w/4 CPU cores)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages python-django-registration depends on:
ii python2.6.4-0ubuntu1 An interactive high-level object-o
ii python-django 1.1.1-1ubuntu1 High-level Python web development
ii python-support1.0.3ubuntu1 automated rebuilding support for P
python-django-registration recommends no packages.
python-django-registration suggests no packages.
-- no debconf information
---BeginMessage---
Use django.util.hashcompat to avoid
deprecation warnings for SHA on Python 2.6+
Signed-off-by: Ihor Kaharlichenko ce...@mifprojects.com
---
registration/models.py |6 +++---
registration/tests.py |6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/registration/models.py b/registration/models.py
index d13a07a..b5bf28b 100644
--- a/registration/models.py
+++ b/registration/models.py
@@ -1,11 +1,11 @@
import datetime
import random
import re
-import sha
from django.conf import settings
from django.db import models
from django.template.loader import render_to_string
+from django.utils.hashcompat import sha_constructor
from django.utils.translation import ugettext_lazy as _
from django.contrib.auth.models import User
from django.contrib.sites.models import Site
@@ -137,8 +137,8 @@ class RegistrationManager(models.Manager):
username and a random salt.
-salt = sha.new(str(random.random())).hexdigest()[:5]
-activation_key = sha.new(salt+user.username).hexdigest()
+salt = sha_constructor(str(random.random())).hexdigest()[:5]
+activation_key = sha_constructor(salt+user.username).hexdigest()
return self.create(user=user,
activation_key=activation_key)
diff --git a/registration/tests.py b/registration/tests.py
index 96a24fa..098a286 100644
--- a/registration/tests.py
+++ b/registration/tests.py
@@ -20,7 +20,6 @@ getting django-registration running in the default setup, to
wit:
import datetime
-import sha
from django.conf import settings
from django.contrib.auth.models import User
@@ -28,6 +27,7 @@ from django.core import mail
from django.core import management
from django.core.urlresolvers import reverse
from django.test import TestCase
+from django.utils.hashcompat import sha_constructor
from registration import forms
from registration.models import RegistrationProfile
@@ -103,7 +103,7 @@ class RegistrationModelTests(RegistrationTestCase):
self.failIf(RegistrationProfile.objects.activate_user('foo'))
# Activating from a key that doesn't exist returns False.
-
self.failIf(RegistrationProfile.objects.activate_user(sha.new('foo').hexdigest()))
+
self.failIf(RegistrationProfile.objects.activate_user(sha_constructor('foo').hexdigest()))
def test_account_expiration_condition(self):
@@ -314,5 +314,5 @@ class RegistrationViewTests(RegistrationTestCase):
# Nonexistent key sets the account to False.
response = self.client.get(reverse('registration_activate',
- kwargs={ 'activation_key':
sha.new('foo').hexdigest() }))
+ kwargs={ 'activation_key':
sha_constructor('foo').hexdigest() }))
self.failIf(response.context['account'])
--
tg: (0c68f39..) fix/sha_warning (depends on: master)
---End Message---
Bug#581723: python-django-registration: tests fail whith custom registration form
Package: python-django-registration Version: 0.7-2 Severity: normal Tags: patch Automatic tests fail whenever custom registration form uses extra fields failing validation (i.e. captcha). To reproduce the bug extract the test_fix.tar.gz attachement, and run cd test_fix/ python manage.py test The patch attached below isolates the URLconf used by tests provided with django-registration (see http://docs.djangoproject.com/en/1.1/topics/testing/#urlconf-configuration for details). The patch depends on sha_warning.diff provided in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581721. -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (990, 'karmic-updates'), (990, 'karmic-security'), (990, 'karmic'), (650, 'lucid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-21-generic (SMP w/4 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-django-registration depends on: ii python2.6.4-0ubuntu1 An interactive high-level object-o ii python-django 1.1.1-1ubuntu1 High-level Python web development ii python-support1.0.3ubuntu1 automated rebuilding support for P python-django-registration recommends no packages. python-django-registration suggests no packages. -- no debconf information test_fix.tar.gz Description: GNU Zip compressed data ---BeginMessage--- Automatic tests fail whenever custom registration form uses extra fields failing validation (i.e. captcha). Force builtin URLconf to ensure default form is used in test. Signed-off-by: Ihor Kaharlichenko ce...@mifprojects.com --- registration/tests.py |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/registration/tests.py b/registration/tests.py index 098a286..7c49855 100644 --- a/registration/tests.py +++ b/registration/tests.py @@ -265,6 +265,9 @@ class RegistrationViewTests(RegistrationTestCase): Tests for the views included in django-registration. + +urls = 'registration.urls' + def test_registration_view(self): Test that the registration view rejects invalid submissions, -- tg: (1f03a3a..) fix/test_failures (depends on: fix/sha_warning) ---End Message---
Bug#578690: ITP: mygui -- Library for creating GUIs for games and 3D applications
Package: wnpp Severity: wishlist Owner: Ihor Kaharlichenko madkin...@gmail.com * Package name: mygui Version : 3.0.1 Upstream Author : George Evmenov alt...@list.ru * URL : http://my-gui.sf.net/ * License : LGPL, MIT/X Programming Lang: C++ Description : Library for creating GUIs for games and 3D applications MyGUI is a library for creating Graphical User Interfaces (GUIs) for games and 3D applications. The main goals of mygui are: speed, flexibility and ease of use. The library uses its own batching subsystem which combines geometry. It is also possible to extend it with custom render systems or new subsystems. The library supports plugins that allows to create dynamically loaded custom controls or subsystems. Most subsystems are expandable with plugins without the need to touch the core code. All resources and settings are described in XML files. It is possible to load resources like fonts, cursors, images, skins, etc. Forms (layouts) via dynamically by using XML files. The user interface is easy to use and uses delegates (Signals and slots) for easy to use event handling. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568247: closed by Christoph Egger christ...@debian.org (Bug#568247: fixed in irrlicht 1.7+dfsg1-1)
If I understood correctly this bug has been fixed in new version of Irrlicht, namely 1.7. What about version 1.6 which is currently in testing repository now?
Bug#568247: libirrlicht1.6: dynamic_cast-ing library classes lead to Segmentation Fault
Package: libirrlicht1.6 Version: 1.6+dfsg1-1.1 Severity: important Tags: patch The way Irrlicht library is built prevents developer from using dynamic_cast on any of the Irrlicht's classes. In project I'm working on I heavily realy on this feature. An attemp to use dynamic_cast leads to Segmentation Fault. In the attachement archive there's a minimalistic project which can help you to reproduce this problem. The cause of this problem is absence of RTTI (run time type information) in Irrlicht library which is explicitly turned off in vanilla Makefile for some weird reason. I've rebuilt the package with RTTI enabled and the problem faded away. In the attachement I've put a patch you need to put into debian/patches/debian in order to fix it. Unfortunately I didn't manage to cope with TopGit so please add the corresponding header. -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (990, 'karmic-updates'), (990, 'karmic-security'), (990, 'karmic'), (650, 'lucid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-17-generic (SMP w/4 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libirrlicht1.6 depends on: ii libc6 2.10.1-0ubuntu16 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-4ubuntu9 GCC support library ii libgl1-mesa-glx 7.6.0-1ubuntu4 A free implementation of the OpenG ii libjpeg62 6b-14build1 The Independent JPEG Group's JPEG ii libpng12-0 1.2.37-1 PNG library - runtime ii libstdc++6 4.4.1-4ubuntu9 The GNU Standard C++ Library v3 ii libx11-62:1.2.2-1ubuntu1 X11 client-side library ii libxxf86vm1 1:1.0.2-1ubuntu1 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.3.dfsg-13ubuntu3 compression library - runtime libirrlicht1.6 recommends no packages. libirrlicht1.6 suggests no packages. -- no debconf information test.tar.gz Description: GNU Zip compressed data diff -ur a/source/Irrlicht/Makefile b/source/Irrlicht/Makefile --- a/source/Irrlicht/Makefile +++ b/source/Irrlicht/Makefile @@ -52,7 +52,7 @@ #Compiler flags CXXINCS = -I../../include # -Izlib -Ijpeglib -Ilibpng CPPFLAGS = $(CXXINCS) -DIRRLICHT_EXPORTS=1 -CXXFLAGS = -Wall -pipe -fno-exceptions -fno-rtti -fstrict-aliasing +CXXFLAGS = -Wall -pipe -fno-exceptions -fstrict-aliasing ifndef NDEBUG CXXFLAGS += -g -D_DEBUG else
