Bug#887476: ITP: lavacli -- LAVA XML-RPC command line interface

2018-01-16 Thread Senthil Kumaran S 
Package: wnpp
Severity: wishlist
Owner: Senthil Kumaran S (stylesen) <style...@gmail.com>

* Package name: lavacli
  Version : 0.7
  Upstream Author : Linaro LAVA Team <lava-us...@lists.linaro.org>
* URL : https://www.linaro.org/initiatives/lava/
* License : GPL
  Programming Lang: Python
  Description : LAVA XML-RPC command line interface

 LAVA is a continuous integration system for deploying operating systems onto
 physical and virtual hardware for running tests. Tests can be simple boot
 testing, bootloader testing and system level testing, although extra hardware
 may be required for some system tests. Results are tracked over time and data
 can be exported for further analysis.

 This package provides a user space command line interface to any LAVA (Linaro
 Automated Validation Architecture) instance for submitting test jobs or
 querying the instance for device and job status over XML-RPC. A user account
 on the instance is needed to create and use authentication tokens for some
 calls. The list of calls supported is described on the API section of the LAVA
 instance.

 This package is a replacement for the previously available lava-tool package
 which will be obsoleted shortly and the LAVA team will maintain lavacli as the
 official command line interface for LAVA. I am one of the upstream maintainers
 of LAVA project available in Debian. I would like to package the latest
 version (0.7) of lavacli. I would like to maintain this package along with the
 "Debian LAVA team" members, who already agree the need for lavacli package in
 Debian.

Bug#863939: unblock: lava-server/2016.12-2

2017-06-01 Thread Senthil Kumaran S 
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package lava-server

When migrating from jessie to stretch the migration did not complete due to the
bug reported here - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847277

This is fixed with a patch available upstream here
https://review.linaro.org/#/c/19816/

There is a new upload with the above patch to unstable which fixes the
migration issue as observed in bug #847277

As a DM, I do not have upload privileges to lava-server package and the rest of
the active "Debian LAVA team" maintainers (DD) are on vacation this week, DD
Ritesh Raj Sarraf (rrs) sponsored to upload this package.

We are targeting this upload for inclusion into Debian Stretch release and
would request the Release team to do the needful.

unblock lava-server/2016.12-2

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.8.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru lava-server-2016.12/debian/changelog 
lava-server-2016.12/debian/changelog
--- lava-server-2016.12/debian/changelog2016-12-22 17:20:17.0 
+0530
+++ lava-server-2016.12/debian/changelog2017-06-01 22:23:12.0 
+0530
@@ -1,3 +1,9 @@
+lava-server (2016.12-2) unstable; urgency=medium
+
+  * Add a patch to fix jessie to stretch migration (Closes: #847277)
+
+ -- Senthil Kumaran S (stylesen) <style...@gmail.com>  Thu, 01 Jun 2017 
22:23:12 +0530
+
 lava-server (2016.12-1) unstable; urgency=medium
 
   * New production release
diff -Nru 
lava-server-2016.12/debian/patches/Fix-migrations-from-Debian-Jessie-to-Stretch-and-ens.patch
 
lava-server-2016.12/debian/patches/Fix-migrations-from-Debian-Jessie-to-Stretch-and-ens.patch
--- 
lava-server-2016.12/debian/patches/Fix-migrations-from-Debian-Jessie-to-Stretch-and-ens.patch
   1970-01-01 05:30:00.0 +0530
+++ 
lava-server-2016.12/debian/patches/Fix-migrations-from-Debian-Jessie-to-Stretch-and-ens.patch
   2017-06-01 22:23:12.0 +0530
@@ -0,0 +1,58 @@
+From b283288853c3e7baa190ab290eab54d0c3613671 Mon Sep 17 00:00:00 2001
+From: Senthil Kumaran S <senthil.kuma...@linaro.org>
+Date: Mon, 29 May 2017 17:39:39 +0530
+Subject: [PATCH 1/3] Fix migrations from Debian Jessie to Stretch and ensure
+ smooth upgrade.
+
+Django 1.10.1 introduces consistency checks which introduces dependency
+problem with the order in which lava_scheduler_app and linaro_django_xmlrpc
+initial migrations gets applied.
+
+Related bugs:
+* Debian:
+  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863267
+  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847277
+
+* Django:
+  https://code.djangoproject.com/ticket/28250
+
+Change-Id: I4ea7632d9e98d6fd5e01aca65c37410ce7dd628a
+---
+ lava_scheduler_app/migrations/0001_initial.py | 16 +++-
+ 1 file changed, 15 insertions(+), 1 deletion(-)
+
+diff --git a/lava_scheduler_app/migrations/0001_initial.py 
b/lava_scheduler_app/migrations/0001_initial.py
+index e3216829..eda8572b 100644
+--- a/lava_scheduler_app/migrations/0001_initial.py
 b/lava_scheduler_app/migrations/0001_initial.py
+@@ -1,12 +1,26 @@
+ # -*- coding: utf-8 -*-
+ from __future__ import unicode_literals
+ 
+-from django.db import models, migrations
++from django.db import models, migrations, DEFAULT_DB_ALIAS, connections
++from django.db.migrations.recorder import MigrationRecorder
+ import django.db.models.deletion
+ from django.conf import settings
+ import lava_scheduler_app.models
+ 
+ 
++connection = connections[DEFAULT_DB_ALIAS]
++recorder = MigrationRecorder(connection)
++linaro_django_xmlrpc_applied = False
++lava_scheduler_app_applied = False
++for app, name in recorder.applied_migrations():
++if app == 'linaro_django_xmlrpc' and name == '0001_initial':
++linaro_django_xmlrpc_applied = True
++if app == 'lava_scheduler_app' and name == '0001_initial':
++lava_scheduler_app_applied = True
++if not linaro_django_xmlrpc_applied and lava_scheduler_app_applied:
++recorder.record_applied('linaro_django_xmlrpc', '0001_initial')
++
++
+ class Migration(migrations.Migration):
+ 
+ dependencies = [
+-- 
+2.11.0
+
diff -Nru lava-server-2016.12/debian/patches/series 
lava-server-2016.12/debian/patches/series
--- lava-server-2016.12/debian/patches/series   1970-01-01 05:30:00.0 
+0530
+++ lava-server-2016.12/debian/patches/series   2017-06-01 22:23:12.0 
+0530
@@ -0,0 +1 @@
+Fix-migrations-from-Debian-Jessie-to-Stretch-and-ens.patch

Bug#863267: [Python-modules-team] Bug#863267: Miscalculates MigrationHistory dependencies between multiple django apps - regression from 1.8

2017-05-30 Thread Senthil Kumaran S 


On Wednesday 31 May 2017 03:00 AM, Brian May wrote:
> Raphael Hertzog <hert...@debian.org> writes:
> 
>> Is that actually true? linaro_django_xmlrpc seems to be listed in
>> INSTALLED_APPS, no?
>>
>> Do you have any idea why it would give this error?
> 
> I note that linaro_django_xmlrpc is towards the end of
> INSTALLED_APPS. Maybe it did not get loaded?

Just to ensure, I changed the order as follows and tried, which didn't
help.


INSTALLED_APPS = [
'django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.sites',
'django.contrib.humanize',
'django.contrib.staticfiles',
'django.contrib.admin',
'linaro_django_xmlrpc',
# Uncomment the next line to enable admin documentation:

# 'django.contrib.admindocs',

# Add LAVA applications

'dashboard_app',
'lava_results_app',
'lava_scheduler_daemon',
'lava_scheduler_app',
# Needed applications

'django_tables2',
'google_analytics',
]


Traceback available here - http://paste.debian.net/954509/

Thank You.
-- 
Senthil Kumaran S
http://www.stylesen.org/
http://www.sasenthilkumaran.com/



signature.asc
Description: OpenPGP digital signature

Bug#863267: [Python-modules-team] Bug#863267: Miscalculates MigrationHistory dependencies between multiple django apps - regression from 1.8

2017-05-30 Thread Senthil Kumaran S 


On Tuesday 30 May 2017 08:39 PM, Raphael Hertzog wrote:
> On Tue, 30 May 2017, Senthil Kumaran S wrote:
>> I tested the new version ie., test2 and got a traceback as shown here -
>>   File "/usr/lib/python2.7/dist-packages/django/db/migrations/state.py",
>> line 249, in __init__
>> raise ValueError("\n".join(error.msg for error in errors))
>> ValueError: The field lava_scheduler_app.TestJob.submit_token was
>> declared with a lazy reference to 'linaro_django_xmlrpc.authtoken', but
>> app 'linaro_django_xmlrpc' isn't installed.
> 
> Is that actually true? linaro_django_xmlrpc seems to be listed in
> INSTALLED_APPS, no?

Yes it is listed in INSTALLED_APPS. From the code:


INSTALLED_APPS = [
'django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.sites',
'django.contrib.humanize',
'django.contrib.staticfiles',
'django.contrib.admin',
# Uncomment the next line to enable admin documentation:

# 'django.contrib.admindocs',

# Add LAVA applications

'lava_server',
'dashboard_app',
'lava_results_app',
'lava_scheduler_daemon',
'lava_scheduler_app',
# Needed applications

'django_tables2',
'linaro_django_xmlrpc',
'google_analytics',
]


> Do you have any idea why it would give this error?

Since I am not very proficient with django core / migration code, I do
not know the exact reason. But following is what I understand.

linaro_django_xmlrpc is listed as a dependency in lava_scheduler_app's
initial migration. But it is not honored by the dependency graph that is
generated, where lava_scheduler_app will already be marked as migrated.
linaro_django_xmlrpc should be faked during this migration which we are
unable to do due to the check introduced in 1.10.

To give more background. The migration for linaro_django_xmlrpc was
introduced in November 2015 -
https://git.linaro.org/lava/lava-server.git/commit/?id=02a7c3508c01b89c7efb5d59e79b6880a229ff14

linaro_django_xmlrpc will already be available in the database, but it
was not recorded in the migrations table which should be faked now,
since this migration was introduced after creating the necessary tables
in the database.

> Your patch is a work-around and it works without my patch, so it's
> expected that it would also work with mine... but I would like a Django
> fix that would not require any further change in lava.

I agree.

Thank You.
-- 
Senthil Kumaran
http://www.stylesen.org/
http://www.sasenthilkumaran.com/



signature.asc
Description: OpenPGP digital signature

Bug#863267: [Python-modules-team] Bug#863267: Miscalculates MigrationHistory dependencies between multiple django apps - regression from 1.8

2017-05-30 Thread Senthil Kumaran S 


On Tuesday 30 May 2017 06:09 PM, Senthil Kumaran S wrote:
> I tested the new version ie., test2 and got a traceback as shown here -
> http://paste.debian.net/952939/

When combined with the attached patch for lava-server the migration
works fine as seen here - http://paste.debian.net/952953/

Thank You.
-- 
Senthil Kumaran
http://www.stylesen.org/
http://www.sasenthilkumaran.com/
From dda5f10642678d769ca300325feae771b30baceb Mon Sep 17 00:00:00 2001
From: Senthil Kumaran S <senthil.kuma...@linaro.org>
Date: Mon, 29 May 2017 17:39:39 +0530
Subject: [PATCH] Fix migrations from Debian Jessie to Stretch and ensure smooth upgrade.

Django 1.10.1 introduces consistency checks which introduces dependency
problem with the order in which lava_scheduler_app and linaro_django_xmlrpc
initial migrations gets applied.

Related bugs:
* Debian:
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863267
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847277

* Django:
  https://code.djangoproject.com/ticket/28250

Change-Id: I4ea7632d9e98d6fd5e01aca65c37410ce7dd628a
---

diff --git a/lava_scheduler_app/migrations/0001_initial.py b/lava_scheduler_app/migrations/0001_initial.py
index e321682..eda8572 100644
--- a/lava_scheduler_app/migrations/0001_initial.py
+++ b/lava_scheduler_app/migrations/0001_initial.py
@@ -1,12 +1,26 @@
 # -*- coding: utf-8 -*-
 from __future__ import unicode_literals
 
-from django.db import models, migrations
+from django.db import models, migrations, DEFAULT_DB_ALIAS, connections
+from django.db.migrations.recorder import MigrationRecorder
 import django.db.models.deletion
 from django.conf import settings
 import lava_scheduler_app.models
 
 
+connection = connections[DEFAULT_DB_ALIAS]
+recorder = MigrationRecorder(connection)
+linaro_django_xmlrpc_applied = False
+lava_scheduler_app_applied = False
+for app, name in recorder.applied_migrations():
+if app == 'linaro_django_xmlrpc' and name == '0001_initial':
+linaro_django_xmlrpc_applied = True
+if app == 'lava_scheduler_app' and name == '0001_initial':
+lava_scheduler_app_applied = True
+if not linaro_django_xmlrpc_applied and lava_scheduler_app_applied:
+recorder.record_applied('linaro_django_xmlrpc', '0001_initial')
+
+
 class Migration(migrations.Migration):
 
 dependencies = [


signature.asc
Description: OpenPGP digital signature

Bug#863267: [Python-modules-team] Bug#863267: Miscalculates MigrationHistory dependencies between multiple django apps - regression from 1.8

2017-05-30 Thread Senthil Kumaran S 


On Tuesday 30 May 2017 05:15 PM, Raphael Hertzog wrote:
> Thanks, can you try again with another test version ?
> $ dget 
> https://people.debian.org/~hertzog/packages/python-django_1.10.7-2~test2_amd64.changes
> (test2 now, no longer test1)

I tested the new version ie., test2 and got a traceback as shown here -
http://paste.debian.net/952939/

>> AttributeError: 'Node' object has no attribute 'initial'
> 
> Upstream helped me to hopefully fix this error.

Yes it gets past the above.

Traceback observed:


Traceback (most recent call last):
  File "/usr/bin/lava-server", line 78, in 
main()
  File "/usr/bin/lava-server", line 74, in main
execute_from_command_line(django_options)
  File
"/usr/lib/python2.7/dist-packages/django/core/management/__init__.py",
line 367, in execute_from_command_line
utility.execute()
  File
"/usr/lib/python2.7/dist-packages/django/core/management/__init__.py",
line 359, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
  File
"/usr/lib/python2.7/dist-packages/django/core/management/base.py", line
294, in run_from_argv
self.execute(*args, **cmd_options)
  File
"/usr/lib/python2.7/dist-packages/django/core/management/base.py", line
345, in execute
output = self.handle(*args, **options)
  File
"/usr/lib/python2.7/dist-packages/django/core/management/commands/migrate.py",
line 165, in handle
pre_migrate_apps = pre_migrate_state.apps
  File "/usr/lib/python2.7/dist-packages/django/utils/functional.py",
line 35, in __get__
res = instance.__dict__[self.name] = self.func(instance)
  File "/usr/lib/python2.7/dist-packages/django/db/migrations/state.py",
line 176, in apps
return StateApps(self.real_apps, self.models)
  File "/usr/lib/python2.7/dist-packages/django/db/migrations/state.py",
line 249, in __init__
raise ValueError("\n".join(error.msg for error in errors))
ValueError: The field lava_scheduler_app.TestJob.submit_token was
declared with a lazy reference to 'linaro_django_xmlrpc.authtoken', but
app 'linaro_django_xmlrpc' isn't installed.


Thank You.
-- 
Senthil Kumaran
http://www.stylesen.org/
http://www.sasenthilkumaran.com/



signature.asc
Description: OpenPGP digital signature

Bug#863267: [Python-modules-team] Bug#863267: Miscalculates MigrationHistory dependencies between multiple django apps - regression from 1.8

2017-05-30 Thread Senthil Kumaran S 
On Monday 29 May 2017 08:54 PM, Raphael Hertzog wrote:
> On Mon, 29 May 2017, Raphael Hertzog wrote:
>> Updated patches attached, I missed to update some tests to account
>> for the move of the detect_soft_applied() method.
> 
> Third set of patches, this time the package builds fine at least.
> Which means you can just test this package and let me know if it fixes
> your issue:
> $ dget 
> https://people.debian.org/~hertzog/packages/python-django_1.10.7-2~test1_amd64.changes

I tested the patch with lava-server, which ended up with a traceback as
seen here - http://paste.debian.net/952276/

The traceback message is as follows:


Traceback (most recent call last):
  File "/usr/bin/lava-server", line 78, in 
main()
  File "/usr/bin/lava-server", line 74, in main
execute_from_command_line(django_options)
  File
"/usr/lib/python2.7/dist-packages/django/core/management/__init__.py",
line 367, in execute_from_command_line
utility.execute()
  File
"/usr/lib/python2.7/dist-packages/django/core/management/__init__.py",
line 359, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
  File
"/usr/lib/python2.7/dist-packages/django/core/management/base.py", line
294, in run_from_argv
self.execute(*args, **cmd_options)
  File
"/usr/lib/python2.7/dist-packages/django/core/management/base.py", line
345, in execute
output = self.handle(*args, **options)
  File
"/usr/lib/python2.7/dist-packages/django/core/management/commands/migrate.py",
line 87, in handle
connection, fake_initial=options['fake_initial'])
  File
"/usr/lib/python2.7/dist-packages/django/db/migrations/loader.py", line
291, in check_consistent_history
if fake_initial and self.detect_soft_applied(None, parent):
  File
"/usr/lib/python2.7/dist-packages/django/db/migrations/loader.py", line
343, in detect_soft_applied
if migration.initial is None:
AttributeError: 'Node' object has no attribute 'initial'


Thank You.
-- 
Senthil Kumaran
http://www.stylesen.org/
http://www.sasenthilkumaran.com/



signature.asc
Description: OpenPGP digital signature

Bug#863267: [Python-modules-team] Bug#863267: Miscalculates MigrationHistory dependencies between multiple django apps - regression from 1.8

2017-05-30 Thread Senthil Kumaran S 


On Monday 29 May 2017 08:54 PM, Raphael Hertzog wrote:
> On Mon, 29 May 2017, Raphael Hertzog wrote:
>> Updated patches attached, I missed to update some tests to account
>> for the move of the detect_soft_applied() method.
> 
> Third set of patches, this time the package builds fine at least.
> Which means you can just test this package and let me know if it fixes
> your issue:
> $ dget 
> https://people.debian.org/~hertzog/packages/python-django_1.10.7-2~test1_amd64.changes

I will test this with lava-server and let you know the results.

Thank You.
-- 
Senthil Kumaran
http://www.stylesen.org/
http://www.sasenthilkumaran.com/



signature.asc
Description: OpenPGP digital signature

Bug#856001: fastboot reports wrong version

2017-02-23 Thread Senthil Kumaran S 
Package: fastboot
Version: 1:7.0.0+r1-2
Severity: normal

Dear Maintainer,

fastboot gives wrong version number as seen below:


$ sudo fastboot --version
fastboot version debian
$ 


The version provided above is not useful and creates confusion. The fastboot
binary provided by AOSP platform-tools report the following, which is useful:


$ sudo ./fastboot --version
fastboot version 0e9850346394-android
$ 


This is important since there are differences in how fastboot packaged in
stretch ie., 1:7.0.0+r1-2 behaves with a Google Pixel phone, than the fastboot
provided by AOSP platform-tools and the one packaged in Debian jessie release.

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages fastboot depends on:
ii  android-libadb 1:7.0.0+r1-2
ii  android-libbase1:7.0.0+r1-2
ii  android-libcutils  1:7.0.0+r1-2
ii  android-libext4-utils  7.0.0+r1-2
ii  android-libf2fs-utils  7.0.0+r1-2
ii  android-libsparse  1:7.0.0+r1-2
ii  android-libziparchive  1:7.0.0+r1-2
ii  libc6  2.24-9
ii  libgcc11:6.3.0-6
ii  libstdc++6 6.3.0-6

fastboot recommends no packages.

fastboot suggests no packages.

-- no debconf information

Bug#848852: [Android-tools-devel] Bug#848852: adb command error with backtrace

2016-12-21 Thread Senthil Kumaran S 


On Tuesday 20 December 2016 04:11 PM, Hans-Christoph Steiner wrote:
> what about the sid and stretch instances?  Do they also have the package
> version mismatch?

No they won't, since it is a fresh installation of sid and stretch
within a qemu device on top of jessie host.

-- 
Senthil Kumaran S
http://www.stylesen.org/
http://www.sasenthilkumaran.com/



signature.asc
Description: OpenPGP digital signature

Bug#848852: adb command error with backtrace

2016-12-20 Thread Senthil Kumaran S 


On Tuesday 20 December 2016 03:05 PM, Hans-Christoph Steiner wrote:
> Do the LAVA instances with the URLs have the same problem?

The instance ie., staging02.lavalab runs jessie as seen below:

$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 8.6 (jessie)
Release:8.6
Codename:   jessie


> We need to add versioned Depends: to packages like adb.  Right now adb
> just "Depends: android-libadb" which is problematic.  It should be
> "Depends: android-libadb (>= 7.0.0+r1~).

Yes that will help solving the purge issue.

-- 
Senthil Kumaran S
http://www.stylesen.org/
http://www.sasenthilkumaran.com/



signature.asc
Description: OpenPGP digital signature

Bug#848852: adb command error with backtrace

2016-12-20 Thread Senthil Kumaran S 


On Tuesday 20 December 2016 02:51 PM, Hans-Christoph Steiner wrote:
> I can't reproduce these on my stretch amd64 chroot, adb works fine for
> me.  So we'll need to figure how what in the environment is triggering
> the issue.  Are all the machines mentioned here ARM? Or what arches?

All these machines are amd64.

> For "adb: symbol lookup error: adb: undefined symbol: kFeatureShell2",
> my guess is that your android-libadb package has a different version
> than your adb package.  They should all have an exact matching upstream
> version (7.0.0+r1). Can you include the output of this:

I had android-tools-adb installed previously in this machine. I did the
following to upgrade:

$ sudo apt-get update
$ sudo apt-get upgrade
$ sudo apt-get purge android-tools-adb
$ sudo apt-get install adb

(Maybe, the purge didn't work reliably and left some old libraries?)

> dpkg -l adb

Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  adb1:7.0.0+r1-1 amd64Android Debug Bridge


> dpkg -l android-lib*

Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  android-libadb 1:6.0.1+r55- amd64Library for Android Debug
Bridge
ii  android-libbac 1:7.0.0+r1-1 amd64Android backtrace library
ii  android-libbas 1:7.0.0+r1-1 amd64Android base library
ii  android-libcut 1:7.0.0+r1-1 amd64Android utils library for C
ii  android-libext 7.0.0+r1-2   amd64Android ext4 utility library
ii  android-libf2f 7.0.0+r1-2   amd64Android F2FS utility library
ii  android-liblog 1:7.0.0+r1-1 amd64Android NDK logger interfaces
ii  android-libsel 7.0.0+r1-2   amd64Security-Enhanced Linux for
Andro
ii  android-libspa 1:7.0.0+r1-1 amd64Library for sparse files
ii  android-libunw 7.0.0+r1-3   amd64libunwind for Android
ii  android-libuti 1:7.0.0+r1-1 amd64Android Utility Function
Library
ii  android-libzip 1:7.0.0+r1-1 amd64Library for ZIP archives


> My guess is that this change in the exit int of adb comes from upstream.
>  It seems appropriate for adb to exit with 1 in this case, no?

Yes it should exit with a 1 when there is a backtrace.

Thank You.
-- 
Senthil Kumaran S
http://www.stylesen.org/
http://www.sasenthilkumaran.com/

Bug#848852: adb command error with backtrace

2016-12-20 Thread Senthil Kumaran S 
Package: adb
Version: 1:7.0.0+r1-1
Severity: normal

Dear Maintainer,

I upgraded to the latest version of adb in my machine and while trying to use
adb command I get the following error:


stylesen@harshu:~$ adb devices
adb: symbol lookup error: adb: undefined symbol: kFeatureShell2
stylesen@harshu:~$ sudo adb devices
adb: symbol lookup error: adb: undefined symbol: kFeatureShell2
stylesen@harshu:~$ sudo su
root@harshu:/home/stylesen# adb devices
adb: symbol lookup error: adb: undefined symbol: kFeatureShell2
root@harshu:/home/stylesen#


The expected result is to start the adb daemon if it was not running and list
the devices attached, if any.

Alternatively, I tried adb within an LXC container, which throws a detailed
trace just for the first time adb gets started, as seen in this paste -
http://paste.debian.net/903367/

Also, I ve reproduced this bug with the help of LAVA (Linaro Automated
Validation Architecture) in stretch and sid. This does not occur in jessie. It
is reproducible consistently.

stretch:
  job - https://staging.validation.linaro.org/scheduler/job/158283.2
  error - https://staging.validation.linaro.org/scheduler/job/158283.2#L790

sid:
  job - https://staging.validation.linaro.org/scheduler/job/158283.0
  error - https://staging.validation.linaro.org/scheduler/job/158283.0#L802

jessie:
  job - https://staging.validation.linaro.org/scheduler/job/158283.1
  error - https://staging.validation.linaro.org/scheduler/job/158283.1#L772

Top level job - https://staging.validation.linaro.org/scheduler/job/158283

This also changes the behavior of adb command where, previously ie., as in case
of jessie the command exits with a 0 when the daemon is not started, but now
ie., as in case of stretch and sid the command exits with a 1.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages adb depends on:
ii  android-libadb 1:6.0.1+r55-1
ii  android-libbase1:7.0.0+r1-1
ii  android-libcutils  1:7.0.0+r1-1
ii  libc6  2.24-8
ii  libgcc11:6.2.1-5
ii  libstdc++6 6.2.1-5

Versions of packages adb recommends:
ii  android-sdk-platform-tools-common  23.0.0+4

adb suggests no packages.

-- no debconf information

Bug#844102: [Pkg-linaro-lava-devel] Bug#844102: lava-dispatcher: please make the build reproducible

2016-11-15 Thread Senthil Kumaran S 


On Saturday 12 November 2016 08:08 PM, Chris Lamb wrote:
> Whilst working on the Reproducible Builds effort [0], we noticed
> that lava-dispatcher could not be built reproducibly. This was
> because it parses the build path to determine its version number.
> 
> Patch attached.

The patch is up for review with upstream -
https://review.linaro.org/#/c/15547/

Thank You.
-- 
Senthil Kumaran S
http://www.stylesen.org/
http://www.sasenthilkumaran.com/



signature.asc
Description: OpenPGP digital signature

Bug#844103: [Pkg-linaro-lava-devel] Bug#844103: lava-server: please make the build reproducible

2016-11-15 Thread Senthil Kumaran S 


On Saturday 12 November 2016 08:12 PM, Chris Lamb wrote:
> Whilst working on the Reproducible Builds effort [0], we noticed
> that lava-server could not be built reproducibly.
> 
> This is due to version.py parsing the version from the build path.
> 
> 
> Patch attached.

The patch is up for review with upstream -
https://review.linaro.org/#/c/15548/

Thank You.
-- 
Senthil Kumaran S
http://www.stylesen.org/
http://www.sasenthilkumaran.com/



signature.asc
Description: OpenPGP digital signature

Bug#838935: apt-transport-https should be mandatory dependency for apt

2016-09-26 Thread Senthil Kumaran S 
Package: apt
Version: 1.3
Severity: normal

Dear Maintainer,

When a package repository URL is added with 'https://' an 'apt update'
or 'apt-get update' fails with the following error:


$ sudo apt-get update
Hit:1 http://ftp.us.debian.org/debian testing InRelease
Hit:2 http://security.debian.org testing/updates InRelease
Hit:3 http://ftp.us.debian.org/debian testing-updates InRelease
Reading package lists... Done
E: The method driver /usr/lib/apt/methods/https could not be found.
N: Is the package apt-transport-https installed?
E: Failed to fetch
https://images.validation.linaro.org/staging-repo/dists/sid/InRelease
E: Some index files failed to download. They have been ignored, or old
ones used instead.


https:// is very common, hence apt should, by default have a mandatory
dependency on 'apt-transport-https' and should be installed when apt
or apt-get is installed.

-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Sandbox "";
APT::Sandbox::User "_apt";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-image-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-headers-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^.*-modules-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^.*-modules-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-tools-3\.16\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-tools-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^postgresql-";
APT::VersionedKernelPackages "";
APT::VersionedKernelPackages:: "linux-image";
APT::VersionedKernelPackages:: "linux-headers";
APT::VersionedKernelPackages:: "linux-image-extra";
APT::VersionedKernelPackages:: "linux-signed-image";
APT::VersionedKernelPackages:: "kfreebsd-image";
APT::VersionedKernelPackages:: "kfreebsd-headers";
APT::VersionedKernelPackages:: "gnumach-image";
APT::VersionedKernelPackages:: ".*-modules";
APT::VersionedKernelPackages:: ".*-kernel";
APT::VersionedKernelPackages:: "linux-backports-modules-.*";
APT::VersionedKernelPackages:: "linux-tools";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "contrib/metapackages";
APT::Never-MarkAuto-Sections:: "non-free/metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Move-Autobit-Sections "";
APT::Move-Autobit-Sections:: "oldlibs";
APT::Move-Autobit-Sections:: "contrib/oldlibs";
APT::Move-Autobit-Sections:: "non-free/oldlibs";
APT::Move-Autobit-Sections:: "restricted/oldlibs";
APT::Move-Autobit-Sections:: "universe/oldlibs";
APT::Move-Autobit-Sections:: "multiverse/oldlibs";
APT::Update "";
APT::Update::Post-Invoke-Success "";
APT::Update::Post-Invoke-Success:: "/usr/bin/test -e 
/usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && 
/usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call 
--system --dest org.freedesktop.PackageKit --object-path 
/org/freedesktop/PackageKit --timeout 4 --method 
org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo 
> /dev/null";
APT::Update::Post-Invoke-Success:: "if /usr/bin/test -w /var/cache/app-info -a 
-e /usr/bin/appstreamcli; then appstreamcli refresh-cache > /dev/null; fi";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "0";
APT::Compressor::lz4 "";
APT::Compressor::lz4::Name "lz4";
APT::Compressor::lz4::Extension ".lz4";
APT::Compressor::lz4::Binary "false";
APT::Compressor::lz4::Cost "50";
APT::Compressor::gzip "";
APT::Compressor::gzip::Name "gzip";

Bug#812177: ITP: python-django-sessioninfo -- Provides detailed info about the sessions of django users

2016-01-21 Thread Senthil Kumaran S 
Package: wnpp
Severity: wishlist
Owner: Senthil Kumaran S <style...@gmail.com>

* Package name: python-django-sessioninfo
  Version : 0.0.5
  Upstream Author : Jannis Vamvas <vam...@arteria.ch> 
Philippe O. Wagner <wag...@arteria.ch>
* URL : https://github.com/arteria/django-sessioninfo
* License : MIT
  Programming Lang: Python
  Description : Provides detailed info about the sessions of django users

django-sessioninfo provides detailed information about the sessions of
django users and other useful admin mechanisms such as logging out all
users of a django instance at once. This is handy for testing and
debug user problems by the django superuser.

I am one of the upstream maintainers of lava-server project available
in Debian. We are introducing a mechanism in lava-server in order to
give more control for probing into user sessions, which requires
django-sessioninfo (https://pypi.python.org/pypi/django-sessioninfo).

I would like to package the latest version (0.0.5) of
django-sessioninfo. I would like to maintain this package along with
the "Debian LAVA team" members, who already agree the need for
django-sessioninfo package in Debian.

Bug#807097: [Pkg-linaro-lava-devel] Bug#807097: [Python-modules-team] Bug#807097: python-django: Undeclared removal of previously supported features causes crashes

2015-12-08 Thread Senthil Kumaran S 


On Tuesday 08 December 2015 01:04 PM, Brian May wrote:
>>> From your stack trace it would appear that the calling application -
>>> django-hijack - doesn't actually use add_to_builtins, however it uses
>>> the file from django-compat that tries to import the symbol anyway.
>>
>> ARRRGGHHH! OK, that looks like hijack should test the import more
>> carefully to identify the right support.
> 
> Think the problem is in django-compat, not django-hijack???
> 
> Somebody needs to package the latest django-compat, and this problem
> should go away.

I shall take it up today.

Thank You.
-- 
Senthil Kumaran S
http://www.stylesen.org/
http://www.sasenthilkumaran.com/



signature.asc
Description: OpenPGP digital signature

Bug#805359: problem with migrations introduced in django1.8

2015-11-17 Thread Senthil Kumaran S 
Source: python-django-extensions
Version: 1.5.7-1
Severity: grave
Tags: upstream



-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

In version 1.5.7-1 there is a problem with migrations which is fixed
in version >=1.5.9, also
https://tracker.debian.org/pkg/python-django-extensions has picked up
the availability of newer version ie., 1.5.9 of
python-django-extensions

This bug relates to django 1.8 and affects lava-server package. The
following error occurs during lava-server installation due to the
migration problem:


stylesen@harshu:~/work/lava-server.git$ sudo dpkg -i
/tmp/tmp.0idooCCfdd/*.deb
(Reading database ... 248283 files and directories currently
installed.)
Preparing to unpack .../lava_2015.11.5412.0b33c5b-1_all.deb ...
Unpacking lava (2015.11.5412.0b33c5b-1) over (2015.11.5412.0b33c5b-1)

Preparing to unpack .../lava-dev_2015.11.5412.0b33c5b-1_all.deb ...
Unpacking lava-dev (2015.11.5412.0b33c5b-1) over
(2015.11.5412.0b33c5b-1) ...
Preparing to unpack .../lava-server_2015.11.5412.0b33c5b-1_all.deb ...
Unpacking lava-server (2015.11.5412.0b33c5b-1) over
(2015.11.5412.0b33c5b-1) ...
Preparing to unpack .../lava-server-doc_2015.11.5412.0b33c5b-1_all.deb

Unpacking lava-server-doc (2015.11.5412.0b33c5b-1) over
(2015.11.5412.0b33c5b-1) ...
Setting up lava-dev (2015.11.5412.0b33c5b-1) ...
Setting up lava-server (2015.11.5412.0b33c5b-1) ...
 lavaserver
  lavaserver
   devel
devel

WARNING:py.warnings:/usr/lib/python2.7/dist-packages/dashboard_app/models.py:36:
RemovedInDjango19Warning: django.contrib.contenttypes.generic is
deprecated and will be removed in Django 1.9. Its contents have
been moved to the fields, forms, and admin submodules of
django.contrib.contenttypes.
  from django.contrib.contenttypes import generic

System check identified some issues:

WARNINGS:
google_analytics.Analytic.site: (fields.W342) Setting unique=True on a
ForeignKey has the same effect as using a OneToOneField.
HINT: ForeignKey(unique=True) is usually better served by a
OneToOneField.

WARNING:py.warnings:/usr/lib/python2.7/dist-packages/django/core/management/commands/syncdb.py:24:
RemovedInDjango19Warning: The syncdb command will be removed
in Django 1.9
  warnings.warn("The syncdb command will be removed in Django
  1.9", RemovedInDjango19Warning)

Traceback (most recent call last):
  File "/usr/bin/lava-server", line 9, in 
  load_entry_point('lava-server===2015.11.5412.0b33c5b',
  'console_scripts', 'lava-server')()
File "/usr/lib/python2.7/dist-packages/lava_server/manage.py",
  line 125, in main
  run_with_dispatcher_class(LAVAServerDispatcher)
File "build/bdist.linux-x86_64/egg/lava_tool/dispatcher.py",
  line 45, in run_with_dispatcher_class
File "/usr/lib/python2.7/dist-packages/lava/tool/dispatcher.py",
  line 153, in run
  raise SystemExit(cls().dispatch(args))
File
  "/usr/lib/python2.7/dist-packages/lava/tool/dispatcher.py", line
  143, in dispatch
  return command.invoke()
File "/usr/lib/python2.7/dist-packages/lava_server/manage.py",
  line 114, in invoke
  execute_from_command_line(['lava-server'] + self.args.command)
File
  "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py",
  line 354, in execute_from_command_line
  utility.execute()
File
  "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py",
  line 346, in execute
  self.fetch_command(subcommand).run_from_argv(self.argv)
File
  "/usr/lib/python2.7/dist-packages/django/core/management/base.py",
  line 394, in run_from_argv
  self.execute(*args, **cmd_options)
File
  "/usr/lib/python2.7/dist-packages/django/core/management/base.py",
  line 445, in execute
  output = self.handle(*args, **options)
File
  "/usr/lib/python2.7/dist-packages/django/core/management/commands/syncdb.py",
  line 25, in handle
  call_command("migrate", **options)
File
  "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py",
  line 120, in call_command
  return command.execute(*args, **defaults)
File
  "/usr/lib/python2.7/dist-packages/django/core/management/base.py",
  line 445, in execute
  output = self.handle(*args, **options)
File
  "/usr/lib/python2.7/dist-packages/django/core/management/commands/migrate.py",
  line 93, in handle
  executor = MigrationExecutor(connection,
  self.migration_progress_callback)
File
  "/usr/lib/python2.7/dist-packages/django/db/migrations/executor.py",
  line 19, in __init__
  self.loader = MigrationLoader(self.connection)
File

Bug#788921: debian-maintainers: Please add Senthil Kumaran S to Debian Maintainers keyring

2015-06-16 Thread Senthil Kumaran S 
Package: debian-maintainers
Severity: normal

Dear Maintainer,

Please add Senthil Kumaran S (stylesen) style...@gmail.com to the
Debian Maintainers keyring.  I have attached the jetring changeset.

Thank You.

-- System Information:
Debian Release: 8.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- 
Senthil Kumaran S
http://www.stylesen.org/
http://www.sasenthilkumaran.com/
Recommended-By: 
  Neil Williams codeh...@debian.org
Agreement:
  https://lists.debian.org/debian-newmaint/2015/06/msg00011.html
Advocates: 
  https://lists.debian.org/debian-newmaint/2015/06/msg00012.html
Comment: Add Senthil Kumaran S style...@gmail.com as a Debian Maintainer
Date: Tue, 16 Jun 2015 13:45:50 +0530
Action: import
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1
  
  mQINBFRAe3UBEADM0vQ4H1SKqZNqs+OLwy7udKCIMum6dqDiJyvu1hQPU7h8m96+
  WtmrxdR06fTaCwDZG09ZcSUvOpQQQY5plBxmfJNCS5GDCbU27bfVf/9boCkPe6GX
  b/sT/2QiiviCUcrLvQ1vcyLSXcjyxwA/cMcaf0KikY9ok84XdasBT3hGF+O+DUvS
  iCcNVsgVzj172aDqAc5ALx2FBjXoZa6zthzctRK1Apg1y7T5yD5dMkFMgrkMKiyK
  A3P0PSemH+qlJ/wu9a/wEGniYjh/0cIFP2qmJxMhv+4S8VQ9+YHeIynDlLc5cbss
  yl5T5Zce9G9fxfcKT0hMFahKlQ6MF4OEF/FY8qOzcR1JOeLy0FqYNUGo5dtNtNJc
  IPKVbjVQKbXiZShDB7bQRRD6yeBRfXnRlV9li3DONUMoXFiKyb5dMUFTHM4YJhQc
  yxmGU6rquzi7azZZWAhSK8H/Vo43+9DeJTXF5VpBtPIZBtedRdmhUgXUXSyStGSm
  gmAVlHZsVe4ahN+7gQ2ZGcZ1k8ptvnD2om8CvMUj8Re2m0Yng1gWyIGStRp1yv6E
  Y2JGp455n7dnMT9yTCdWnsvw5uJYSc8COG/riAWHvyDyDWSkNvnPHZ7nBy2NaJN5
  z7d8ABk14/hPkKUwPlgp9A5Jg8XRCtdpaHrUOJYNUudDGHLu3dBeWY7G0QARAQAB
  tDFTZW50aGlsIEt1bWFyYW4gUyAoc3R5bGVzZW4pIDxzdHlsZXNlbkBnbWFpbC5j
  b20+iQI4BBMBAgAiBQJUQHt1AhsDBgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAK
  CRADvhjynJHWijR/EAC5dnn6qn29+TRIgsmSn3s4/ApDbIz7LoPb8x7UpAtAFJxA
  l487e3yP7crOfcTS6GHqinpvDv2o3cIVufWmUCPCjRvN30CYJUhPLJ3aS5+BUDK3
  E5a9iOwLHbwFMw3pvEP8Bo4x72tk2I0t7D37w9ZYqS0ZUIUpZa5v9b0zK80K/09e
  kjs9aA/2cqyE/JMdHIwjP2LFDs5hufAgQje575gukPQ4ivox0vl3K2Hc5IqbqdZl
  TAM75GuoKGIn3MK22yZ+WARKgUlUO6Y2SfyyBixOX4Sfi31hpi0XqXVmPVf6EVlw
  F+a5J92b/9BgLIgjKHFBD5/1AHQMz1QGrV9HxHTzH57UaEZBxhy9KrE+VytqUgNH
  bFFb/G8a1HvC41z6oUIXsGeWlDV5VWujH4d5nrYPohbH6QWWgEwyVp4kAqO+41jR
  MdM+2woMYfltHdQSLV76dBzPNBLwQWPuKmtN/SmEyxVmH/mOuBHjPFn3884mM3HC
  9XOg5sbm1RLWMWumPgFQW42ixRBhImugwM9RCaS0LEqQSvmHYMvJGiE+R9rpnB/0
  l4t3cdxNspVZeeBb2jxR4P4m6uFbgmacdn/pevQ+k5JIUlFZxAnq62Mzw/7fRX8o
  1DMGMdFOeMDTeuFHcvEl3X9n6AG8RWnOEpI3COHnabjHMvGXu6W+QxjYr0ZWpokC
  HAQQAQIABgUCVEjDJAAKCRAhfZdL/+xCC7AED/9ZxGA7gk+cypz6xb4r4Lufo1gy
  y/AzoQfNrPpC4vV13gIbTlZBvNG7BCFVc6lLjkyT5UmXqUggMKfXvYsHqfDIs25E
  NIdHUs2W2UTs/2i/pOYbIi0PzyCfbIMgawfSWPhEreUhk2X3/veg6SWJ4mpYro6c
  0Wp7hQui1bqSB1DqvPMnnzBqc4F1smmmu3pV7YwIqLpnHdM85FktO2ASRhcfYbPD
  M2bHvhZ3UslSizP9zkeFJNCMFjJM492AnvdbnHs8Cy8P7upzRH2MO6HcofBseBX5
  hBhWA89wv3n1Fq62hJAlwToYRbkLXcstrlxjAS5N/G+UjMqUpSS7Y9hz3Xne/AM3
  LcHtRXQUQgHWL40OYf+ag+dIfD8HwnDmBqiroAIjCJu+x380npar8l9rKd/X38fe
  3KEpDfgEuQGkUlFt1mYlSJT1y9tfC/zxFVaURhKIMw316Xwq5V9RxCHGrRKSPDJN
  PXYbTKhGwL4aAhSuwMHFPRWyJrTGZNuCFjiQl0ktDjn6hv/DakBf6tcTzZsEQwYw
  Tns+QEMp/eB9/G+CK5zsEVSLBKnsOoR5ldqJpC9EUbGFg7tdJqGku3tBHKZuw+45
  nzAl9lBKR2FgdaLYa5Mw64NCJqXnXu5kKDsFM3ZHOsqo6X93WZObBj0JJpIiShTw
  n369ro0QdodYNzSmDYkCOwQTAQIAJQIbAwYLCQgHAwIGFQgCCQoLBBYCAwECHgEC
  F4AFAlRJJu0CGQEACgkQA74Y8pyR1orZtg/6A2lFTAlzW06+r2u0G0DiicTOaYE+
  +3NToTLjOlfs9VFswo4zHgBLFcWRr+L+xPYAKByFpuNuz9lk36LQ/KSohKU6UhS1
  zo0Y4A30ypmvp84iFsIcSsOh11ITORAcZ+C1G/sxBXhyEKGIir+LBQJwGgAhfDuZ
  qScVzwvprBoWWYFL0AsuM5bNmP9/w9gdG0MPyNJE1/YwZNSkwU/ll7g6cCPgkro9
  s+hBZ5lwlZLeWvAAxaYgiDleuiq9Z9tftMKFtiaxVJMI+90NJFqvaUC3UsJ6tJjv
  bU3ieyjD1svIYgG73m2UV2WK+efCFrVrrWJ1LTFC5EcexjQnT9R1egJqVSbYtbDa
  dk98Zf6Uz4y64n9JCjd9cwBc796PyMJbTisULX4WKVeiXMGJLUseq97tfyG/1aXF
  DRgVZIEkM66+8X0mlBSM9E55seCcNh4W6sBqoBfAeeuNFykKKTJgmh60sxWU4ejB
  wdKoXzZa0dr68r9sqwOPV5fEzwHAivaAEly4QyHOcq6l0YpdTvqxOzQDflwaj48Q
  uZAzORAjdcCL2z6ulOAgDU4f17vG5dH8u6HkE/1LvFY/RiKQAoay4x86oKmqo1bG
  ErG7UhFf1PwlRAPnljkF+oCzQEHlfm1MKXdmGjEWK7DJFMlShNY6A6CPvXmLp0er
  useG8GPJ+/4bVYeJAhwEEwEKAAYFAlVlfeEACgkQ8WfkPIFDtoKjtg/+N0rNyqhp
  FBWTpPZXXYACM8nu29SSIlxYB5qnqdYOEwp39a/EnHtMhUNA8bmtoLaCj7vHXye2
  iENDiNR5QkO/9moOTh/8wfSISW2s3Yidjeorr5647zTXLjXbb/tVneEdVHr9qrXI
  YJsm49olr7gOPio8o0MZgPe0GLaJJ1Sb4CsWlwTJEEDS4ZlgpoqafPRdn3Ba39O+
  2ByGGETTPhgubxon4xxIrP33od43aMO2PXh3p6s/JOHes4zVr1W4WFNyi0CcfruC
  EX86ZplMTxtblaE/PxWxhq09r3wmcLIFYHgKQ3Rn+OdXvWAotKevsC6BoYtE8Map
  dwJSgGxrQ6+1HJven5UDeOoY6rsZW6A25mbDbFXwhMxTvI6PLyHH6Ma8YQfLSwdi
  3eW1UDADongw0injdH3299Jluywj7tyDRiTiPu4pd9mIizkEvIWw88ArN8PVKHOV
  mAqEspxYcZgzWBBslQHsRFBdcYJmObaY5TGU6OKMi08qo0zSHnNImY0Lv7fOngaf
  w8RmIQofh0Dtmx59AhRnV88yM0OLmor0T3cdDo37lQKd4zy3XVm7tbxG+Idut9mI
  KardRU3PA4ozloovHG5sxDOCEn6O5bao85iVld8ZcQE3t6ysnU7B+2BHiLanUV9k
  1ql3qB7MXl54X3t2NtXNNCapO50vuBrS6QS0J1NlbnRoaWwgS3VtYXJhbiBTIDxz

Bug#787054: ITP: python-django-hijack -- Allows superusers to login as and work on behalf of other users

2015-05-28 Thread Senthil Kumaran S 
Package: wnpp
Severity: wishlist
Owner: Senthil Kumaran S style...@gmail.com

* Package name: python-django-hijack
  Version : 1.0.7
  Upstream Author : Philippe O. Wagner wag...@arteria.ch
Yannik Ammann amm...@arteria.ch
* URL : https://github.com/arteria/django-hijack
* License : MIT
  Programming Lang: Python
  Description : Allows superusers to login as and work on behalf of other 
users

django-hijack allows superusers to hijack or login as and work on
behalf of other users without knowing their credentials. This is handy
for testing and debug user problems by the django superuser.

I am one of the upstream maintainers of lava-server project available
in Debian. We are introducing a mechanism in lava-server where a
superuser can switch user accounts, which requires django-hijack
(https://pypi.python.org/pypi/django-hijack). django-hijack, has a
dependency on django-compat which is proposed in wnpp via
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786898 I would like
to package the latest version (1.0.7) of django-hijack. I would like
to maintain this package along with the Debian LAVA team members,
who already agree the need for django-hijack package in Debian.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#786898: retitle 786898

2015-05-26 Thread Senthil Kumaran S 
retitle 786898 Forward and backwards compatibility layer for Django
1.4.x to 1.8.x
thanks

-- 
Senthil Kumaran
http://www.stylesen.org/
http://www.sasenthilkumaran.com/



signature.asc
Description: OpenPGP digital signature

Bug#786898: (no subject)

2015-05-26 Thread Senthil Kumaran S 
retitle 786898 Forward and backwards compatibility layer for Django
1.4.x to 1.8.x

thanks
-- 
Senthil Kumaran
http://www.stylesen.org/
http://www.sasenthilkumaran.com/



signature.asc
Description: OpenPGP digital signature

Bug#786898: ITP: django-compat -- For- and backwards compatibility layer for Django 1.4.x to 1.8.x

2015-05-26 Thread Senthil Kumaran S 
Package: wnpp
Severity: wishlist
Owner: Senthil Kumaran S style...@gmail.com

* Package name: django-compat
  Version : 1.0.6
  Upstream Author : Philippe O. Wagner wag...@arteria.ch
Yannik Ammann amm...@arteria.ch
* URL : https://github.com/arteria/django-compat
* License : MIT
  Programming Lang: Python
  Description : For- and backwards compatibility layer for Django 1.4.x to 
1.8.x

This module provides a backwards compatibility layer for Django versions which
helps in the following:
1. Be able to use the LTS versions of Django and support newer versions in
   your app
2. Use features from newer Django versions in an old one
3. Manage and master the gap between different framework versions

I am one of the upstream maintainers of lava-server and
lava-dispatcher projects available in Debian. We are introducing a
mechanism in lava-server where a superuser can switch user accounts,
which requires django-hijack
(https://pypi.python.org/pypi/django-hijack). django-hijack, has a
dependency on django-compat
(https://pypi.python.org/pypi/django-compat). Hence I would like to
package the latest version (1.0.6) of django-compat. Will open a
separate ITP for packaging django-hijack. I would like to maintain
this package along with the Debian LAVA team members, who already
agree the need for django-hijack package in Debian.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org