Bug#887476: ITP: lavacli -- LAVA XML-RPC command line interface
Package: wnpp Severity: wishlist Owner: Senthil Kumaran S (stylesen) * Package name: lavacli Version : 0.7 Upstream Author : Linaro LAVA Team * 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
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) 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 +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
On Wednesday 31 May 2017 03:00 AM, Brian May wrote: > Raphael Hertzog 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
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
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 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
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
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
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
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
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
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
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
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
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
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
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"; APT::Compre
Bug#812177: ITP: python-django-sessioninfo -- Provides detailed info about the sessions of django users
Package: wnpp Severity: wishlist Owner: Senthil Kumaran S * Package name: python-django-sessioninfo Version : 0.0.5 Upstream Author : Jannis Vamvas Philippe O. Wagner * 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
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
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 "/usr/lib/python2.7/dist-packages/django/db/migrations
Bug#788921: debian-maintainers: Please add Senthil Kumaran S to Debian Maintainers keyring
Package: debian-maintainers Severity: normal Dear Maintainer, Please add Senthil Kumaran S (stylesen) 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 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 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 dHlsZXNlbkBhcGFjaGUub3JnPokCOAQTAQIAIgUCVEkD
Bug#787054: ITP: python-django-hijack -- Allows superusers to login as and work on behalf of other users
Package: wnpp Severity: wishlist Owner: Senthil Kumaran S * Package name: python-django-hijack Version : 1.0.7 Upstream Author : Philippe O. Wagner Yannik Ammann * 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
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)
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"
Package: wnpp Severity: wishlist Owner: Senthil Kumaran S * Package name: django-compat Version : 1.0.6 Upstream Author : Philippe O. Wagner Yannik Ammann * 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
Bug#782651: qemu-system-aarch64 1:2.2+dfsg-5exp gives kernel panic
Package: qemu Version: 1:2.2+dfsg-5exp When I invoke qemu-system-aarch64 with the following arguments, it gives a kernel panic. qemu-system-aarch64 -M virt -cpu cortex-a57 -device virtio-net-device,vlan=0,id=net0 -net user,vlan=0,name=hostnet0 -show-cursor -no-reboot -nographic -m 1024 -kernel qemu-aarch64-kernel-image -bios QEMU_EFI.fd -device virtio-blk-device,drive=image -drive if=none,id=image,file=vexpress64-leg-sd.img The complete log is available here - http://paste.debian.net/166958/ In the above command, you can get the images as follows: qemu-aarch64-kernel-image: http://people.linaro.org/~senthil.kumaran/qemu-aarch64-kernel-image QEMU_EFI.fd: http://people.linaro.org/~senthil.kumaran/QEMU_EFI.fd vexpress64-leg-sd.img: http://snapshots.linaro.org/kernel-hwpack/linux-leg-vexpress64/290/vexpress64-leg-sd.img.gz On the other hand, on a custom built qemu 2.2 binary with 'aarch64-softmmu' target enabled, I could run the above command without any issues, as seen here - http://paste.debian.net/166960/ Would like this to be fixed in Debian qemu 2.2 experimental builds. I am using Debian GNU/Linux 8.0 with Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt4-3 (2015-02-03) x86_64 GNU/Linux PS: I am not a qemu expert, so do point me if I miss anything here. Thank You. -- Senthil Kumaran http://www.stylesen.org/ http://www.sasenthilkumaran.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#767144: autodocktools: fails to start the GUI
Package: autodocktools Version: 1.5.7~rc1+cvs.20140424-1 Severity: important Dear Maintainer, After installing autodocktools via apt-get, trying to start it from the command line in a machine where GNOME desktop environment is available, fails to bring up the GUI. This makes the autodocktools package unuseable from the GUI. *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-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 Versions of packages autodocktools depends on: ii mgltools-molkit 1.5.7~rc1+cvs.20140424-1 ii mgltools-pmv1.5.7~rc1+cvs.20140424-1 ii mgltools-support1.5.7~rc1+cvs.20140424-1 ii mgltools-viewerframework1.5.7~rc1+cvs.20140424-1 ii mgltools-volume 1.5.7~rc1+cvs.20140424-1 ii python 2.7.8-1 ii python-pil.imagetk [python-imaging-tk] 2.5.1-1 Versions of packages autodocktools recommends: ii mgltools-pyautodock 1.5.7~rc1+cvs.20140424-1 ii mgltools-utpackages 1.5.7~rc1+cvs.20140424-1 ii mgltools-webservices 1.5.7~rc1+cvs.20140424-1 Versions of packages autodocktools suggests: pn autodock pn autodock-vina pn ballview pn mgltools-cadd -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#767145: autodocktools: fails to start the GUI
Package: autodocktools Version: 1.5.7~rc1+cvs.20140424-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** After installing autodocktools via apt-get, trying to start it in a machine with GNOME desktop environment fails with the following error. Hence autodocktools GUI is unusable. stylesen@harshu:~$ autodocktools Run ADT from /usr/lib/python2.7/dist-packages/AutoDockTools Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/AutoDockTools/__init__.py", line 433, in runADT title=title, withShell= not interactive, verbose=False, gui=gui) File "/usr/lib/python2.7/dist-packages/Pmv/moleculeViewer.py", line 1026, in __init__ trapExceptions=trapExceptions) File "/usr/lib/python2.7/dist-packages/ViewerFramework/VF.py", line 387, in __init__ verbose=verbose) File "/usr/lib/python2.7/dist-packages/ViewerFramework/VFGUI.py", line 444, in __init__ verbose=verbose,guiMaster=VIEWER_root,) File "/usr/lib/python2.7/dist-packages/DejaVu/Viewer.py", line 586, in __init__ cnf=cnf, **kw) File "/usr/lib/python2.7/dist-packages/DejaVu/Viewer.py", line 285, in AddCamera c = classCamera(master, screenName, self, num, cnf=cnf, **kw) File "/usr/lib/python2.7/dist-packages/DejaVu/Camera.py", line 2189, in __init__ self.AddTrackball() File "/usr/lib/python2.7/dist-packages/DejaVu/Camera.py", line 2583, in AddTrackball self.trackball = Trackball(self, size, rscale, tscale, sscale, renorm ) File "/usr/lib/python2.7/dist-packages/DejaVu/Trackball.py", line 88, in __init__ self.createSpinGui() File "/usr/lib/python2.7/dist-packages/DejaVu/Trackball.py", line 726, in createSpinGui callback=self.setWithSpinGui, File "/usr/lib/python2.7/dist- packages/mglutil/gui/BasicWidgets/Tk/vector3DGUI.py", line 90, in __init__ self.createEntries(self.frame) File "/usr/lib/python2.7/dist- packages/mglutil/gui/BasicWidgets/Tk/vector3DGUI.py", line 360, in createEntries self.f.grid(column=3, rowspan=3) File "/usr/lib/python2.7/lib-tk/Tkinter.py", line 2022, in grid_configure + self._options(cnf, kw)) TclError: cannot use geometry manager grid inside ..139747144006544.139747144007048.139747087050008.139747087052240 which already has slaves managed by pack hit enter to continue -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-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 Versions of packages autodocktools depends on: ii mgltools-molkit 1.5.7~rc1+cvs.20140424-1 ii mgltools-pmv1.5.7~rc1+cvs.20140424-1 ii mgltools-support1.5.7~rc1+cvs.20140424-1 ii mgltools-viewerframework1.5.7~rc1+cvs.20140424-1 ii mgltools-volume 1.5.7~rc1+cvs.20140424-1 ii python 2.7.8-1 ii python-pil.imagetk [python-imaging-tk] 2.5.1-1 Versions of packages autodocktools recommends: ii mgltools-pyautodock 1.5.7~rc1+cvs.20140424-1 ii mgltools-utpackages 1.5.7~rc1+cvs.20140424-1 ii mgltools-webservices 1.5.7~rc1+cvs.20140424-1 Versions of packages autodocktools suggests: pn autodock pn autodock-vina pn ballview pn mgltools-cadd -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org