Bug#712113: twittering-mode: Useless without API 1.1 support
Package: twittering-mode Version: 2.0.0+git20120325-1 Severity: grave Justification: renders package unusable Please update twmode. The 1.0 API of twitter just started to give 410 gone messages, meaning that no longer is supporting the ancient 1.0 API New versions also depend on json.el which is installed with emacs23-common. Thanks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages twittering-mode depends on: ii curl 7.30.0-2 ii emacs45.0 ii emacs23 23.4+1-4 ii openssl 1.0.1e-3 twittering-mode recommends no packages. twittering-mode suggests no packages. -- no debconf information
Bug#712114: foo-yc20: MIDI CC numbers are messed up
Package: foo-yc20
Version: 1.3.0-5
Severity: normal
Tags: upstream patch
Dear Maintainer,
MIDI controller number for the Pitch control incorrectly set to 5
in source (instead of 50 as README says). This renders inoperable both
Pitch and Section I 2 2/3' drawbar controls.
Attached patch fixes the issue.
(As a sidenote: nobody noticed that in TWO years? Does anybody use this
thing at all? :\ )
-- System Information:
Debian Release: 7.0
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.41-custom2-amd64 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages foo-yc20 depends on:
ii libatk1.0-0 2.8.0-2
ii libc6 2.17-3
ii libcairo2 1.12.14-4
ii libfontconfig12.9.0-7.1
ii libfreetype6 2.4.9-1.1
ii libgcc1 1:4.8.1-2
ii libgdk-pixbuf2.0-02.28.1-1
ii libglib2.0-0 2.36.1-2build1
ii libgtk2.0-0 2.24.10-2
ii libjack-jackd2-0 [libjack-0.116] 1.9.8~dfsg.4+20120529git007cdc37-5
ii libpango1.0-0 1.32.5-5+b1
ii libstdc++64.8.1-2
foo-yc20 recommends no packages.
foo-yc20 suggests no packages.
-- no debconf information
diff -Nurbp a/src/foo-yc20.cpp b/src/foo-yc20.cpp
--- a/src/foo-yc20.cpp 2011-01-28 11:22:38.0 +0500
+++ b/src/foo-yc20.cpp 2013-06-13 07:45:20.0 +0600
@@ -93,7 +93,7 @@ YC20Processor::YC20Processor()
: processor(0)
, ui(0)
{
- controlPerLabel[pitch] = new Control(5, -1.0, 1.0);
+ controlPerLabel[pitch] = new Control(50, -1.0, 1.0);
controlPerLabel[volume] = new Control(7);
controlPerLabel[bass volume] = new Control(51);
Bug#709000: [LCFC] templates://horizon/{openstack-dashboard-apache.templates}
This is the last call for comments for the review of debconf
templates for horizon.
The reviewed templates will be sent on Saturday, June 15, 2013 to this bug
report
and a mail will be sent to this list with [BTS] as a subject tag.
--
# These templates have been reviewed by the debian-l10n-english
# team
#
# If modifications/additions/rewording are needed, please ask
# debian-l10n-engl...@lists.debian.org for advice.
#
# Even minor modifications require translation updates and such
# changes should be coordinated with translators and reviewers.
Template: horizon/activate_vhost
Type: boolean
Default: false
_Description: Activate Dashboard and disable default VirtualHost?
The Apache package sets up a default web site and a default page, configured
in /etc/apache2/sites-available/default.
.
Choose this option to replace that default with the OpenStack Dashboard
configuration.
Template: horizon/use_ssl
Type: boolean
Default: true
_Description: Should the Dashboard use HTTPS?
Select this option if you would like Horizon to be served over HTTPS only,
with a redirection to HTTPS if HTTP is in use.
Source: horizon
Section: net
Priority: extra
Maintainer: PKG OpenStack openstack-de...@lists.alioth.debian.org
Uploaders: Loic Dachary (OuoU) l...@debian.org,
Julien Danjou a...@debian.org,
Thomas Goirand z...@debian.org,
Ghe Rivero ghe.riv...@stackops.com,
Mehdi Abaakouk sil...@sileht.net
Build-Depends: debhelper (= 9),
po-debconf,
python-all (= 2.6.6-3~),
python-setuptools
Build-Depends-Indep: openstack-pkg-tools,
pep8 (= 1.3.3),
python-cloudfiles,
python-compressor,
python-coverage,
python-django-nose,
python-docutils,
python-glanceclient,
python-cinderclient,
python-keystoneclient,
python-mox,
python-netaddr,
python-nose,
python-nosexcover,
python-novaclient (= 2:2.10),
python-openstack-auth,
python-quantumclient (= 1:2.0),
python-sphinx,
python-swiftclient,
python-tz,
pylint,
nodejs-legacy,
node-less
Standards-Version: 3.9.3
Homepage: http://horizon.openstack.org
Vcs-Browser: http://anonscm.debian.org/gitweb/?p=openstack/horizon.git;a=summary
Vcs-Git: git://anonscm.debian.org/openstack/horizon.git
Package: python-django-horizon
Section: python
Architecture: all
Pre-Depends: dpkg (= 1.15.6~)
Depends: ${misc:Depends}, ${python:Depends},
python-cinderclient,
python-cloudfiles,
python-compressor,
python-django,
python-django-nose,
python-glanceclient,
python-keystoneclient,
python-lockfile,
python-memcache,
python-netaddr,
python-novaclient (= 2:2.10),
python-openstack-auth,
python-quantumclient (= 1:2.0),
python-swiftclient,
python-tz,
Recommends: memcached
Description: Django module providing web interaction with OpenStack
The OpenStack Dashboard is a web application to control an OpenStack
cloud. It connects to OpenStack services such as Nova, Swift, or Keystone
using the OpenStack REST API just as you would with the command line
clients.
.
Horizon is a Django module that permits interaction with an OpenStack
cloud. It can be used to build a dashboard to control an OpenStack cloud.
Package: openstack-dashboard
Architecture: all
Pre-Depends: dpkg (= 1.15.6~)
Depends: ${shlibs:Depends},
${misc:Depends},
${python:Depends},
python-django-horizon (= ${source:Version}),
libjs-jquery,
libjs-jquery-cookie,
node-less,
adduser,
libapache2-mod-wsgi (= 2.3)
Recommends: memcached, openstack-dashboard-apache
Description: OpenStack Dashboard
The OpenStack Dashboard is a web application to control an OpenStack
cloud. It connects to OpenStack services such as Nova, Swift, or Keystone
using the OpenStack REST API just as you would with the command line
clients.
Package: openstack-dashboard-apache
Architecture: all
Pre-Depends: dpkg (= 1.15.6~)
Depends: debconf,
openstack-dashboard,
${misc:Depends}
Description: OpenStack Dashboard - Apache support
The OpenStack Dashboard is a web application to control an OpenStack
cloud. It connects to OpenStack services such as Nova, Swift, or Keystone
using the OpenStack REST API just as you would with the command line
clients.
.
This package includes the configuration files to use within Apache. If you
wish to configure Apache yourself, use only openstack-dashboard.
signature.asc
Description: Digital signature
Bug#708748: [LCFC] templates://heat/{heat-engine.templates,heat-api-cfn.templates,heat-api-cloudwatch.templates,heat-api.templates}
This is the last call for comments for the review of debconf templates for heat. The reviewed templates will be sent on Saturday, June 15, 2013 to this bug report and a mail will be sent to this list with [BTS] as a subject tag. -- Template: heat/configure_db Type: boolean Default: true _Description: Set up a database for heat-engine? No database has been set up for heat-engine to use. Before continuing, you should make sure you have the following information: . * the type of database that you want to use; * the database server host name (that server must allow TCP connections from this machine); * a username and password to access the database. . If some of these requirements are missing, do not choose this option and run with regular SQLite support. . You can change this setting later on by running dpkg-reconfigure -plow heat-engine. Template: heat/auth-host Type: string Default: 127.0.0.1 _Description: Auth server hostname: Please specify the hostname of your authentication server. Typically this is also the hostname of your OpenStack Identity Service (Keystone). Template: heat/admin-tenant-name Type: string Default: admin _Description: Auth server tenant name: Template: heat/admin-user Type: string Default: admin _Description: Auth server username: Template: heat/admin-password Type: password _Description: Auth server password: Template: heat/auth-host Type: string Default: 127.0.0.1 _Description: Authentication server hostname: Please specify the hostname of the authentication server. Typically this is also the hostname of the OpenStack Identity Service (Keystone). Template: heat/admin-tenant-name Type: string Default: admin _Description: Authentication server tenant name: Please specify the authentication server tenant name. Template: heat/admin-user Type: string Default: admin _Description: Authentication server username: Please specify the username to use with the authentication server. Template: heat/admin-password Type: password _Description: Authentication server password: Please specify the password to use with the authentication server. Template: heat/admin-tenant-name Type: string Default: admin _Description: Authentication server tenant name: Please specify the authentication server tenant name. Template: heat/admin-user Type: string Default: admin _Description: Authentication server username: Please specify the username to use with the authentication server. Template: heat/admin-password Type: password _Description: Authentication server password: Please specify the password to use with the authentication server. Template: heat/auth-host Type: string Default: 127.0.0.1 _Description: Authentication server hostname: Please specify the hostname of the authentication server. Typically this is also the hostname of the OpenStack Identity Service (Keystone). Template: heat/admin-tenant-name Type: string Default: admin _Description: Authentication server tenant name: Please specify the authentication server tenant name. Template: heat/admin-user Type: string Default: admin _Description: Authentication server username: Please specify the username to use with the authentication server. Template: heat/admin-password Type: password _Description: Authentication server password: Please specify the password to use with the authentication server. Template: heat/register-endpoint Type: boolean Default: false _Description: Register Heat in the Keystone endpoint catalog? Each OpenStack service (each API) should be registered in order to be accessible. This is done using keystone service-create and keystone endpoint-create. This can be done automatically now. . Note that you will need to have an up and running Keystone server on which to connect using the Keystone authentication token. Template: heat/keystone-ip Type: string _Description: Keystone server IP address: Please enter the IP address of the Keystone server, so that heat-api can contact Keystone to do the Heat service and endpoint creation. Template: heat/keystone-auth-token Type: password _Description: Keystone authentication token: To configure its endpoint in Keystone, heat-api needs the Keystone authentication token. Template: heat/endpoint-ip Type: string _Description: Heat endpoint IP address: Please enter the IP address that will be used to contact Heat. . This IP address should be accessible from the clients that will use this service, so if you are installing a public cloud, this should be a public IP address. Template: heat/region-name Type: string Default: regionOne _Description: Name of the region to register: OpenStack supports using availability zones, with each region representing a location. Please enter the zone that you wish to use when registering the endpoint. Source: heat Section: web Priority: optional Maintainer: PKG OpenStack openstack-de...@lists.alioth.debian.org Uploaders: Loic Dachary (OuoU) l...@debian.org, Julien Danjou
Bug#708660: [LCFC] templates://keystone/{keystone.templates}
This is the last call for comments for the review of debconf templates for keystone. The reviewed templates will be sent on Saturday, June 15, 2013 to this bug report and a mail will be sent to this list with [BTS] as a subject tag. -- # These templates have been reviewed by the debian-l10n-english # team # # If modifications/additions/rewording are needed, please ask # debian-l10n-engl...@lists.debian.org for advice. # # Even minor modifications require translation updates and such # changes should be coordinated with translators and reviewers. Template: keystone/configure_db Type: boolean Default: false _Description: Set up a database for Keystone? No database has been set up for Keystone to use. Before continuing, you should make sure you have the following information: . * the type of database that you want to use; * the database server host name (that server must allow TCP connections from this machine); * a username and password to access the database. . If some of these requirements are missing, do not choose this option and run with regular SQLite support. . You can change this setting later on by running dpkg-reconfigure -plow keystone. Template: keystone/auth-token Type: password _Description: Authentication server administration token: Please enter the token to use with the authentication server. Template: keystone/create-admin-tenant Type: boolean Default: false _Description: Register administration tenants? For OpenStack to work, you need a basic tenant configuration. The creation of these administration tenants can be done automatically. Template: keystone/admin-user Type: string Default: admin _Description: User name of the administrative user: Please enter a username for the administrative user. Template: keystone/admin-email Type: string Default: root@localhost _Description: Email address of the administrative user: Please enter the email address of the administrative user. Template: keystone/admin-password Type: password _Description: Password of the administrative user: Please enter a password for the administrative user. Template: keystone/admin-password-confirm Type: password _Description: Re-enter password to verify: Please enter the same administrative password again to verify that you have typed it correctly. Template: keystone/passwords-do-not-match Type: error _Description: Password input error The two passwords you entered were not the same. Please try again. Template: keystone/admin-role-name Type: string Default: admin _Description: Name of the administrative role: Please enter the name of the administrative role. Template: keystone/admin-tenant-name Type: string Default: admin _Description: Name of the administrative tenant: Please enter the name of the administrative tenant (project). Template: keystone/register-endpoint Type: boolean Default: false _Description: Register Keystone endpoint? Each OpenStack service (each API) should be registered in order to be accessible. This is done using keystone service-create and keystone endpoint-create. This can be done automatically now. Template: keystone/endpoint-ip Type: string _Description: Keystone endpoint IP address: Please enter the IP address that will be used to contact Keystone. Template: keystone/region-name Type: string Default: regionOne _Description: Name of the region to register: OpenStack supports using availability zones, with each region representing a location. Please enter the zone that you wish to use when registering the endpoint. Source: keystone Section: net Priority: extra Maintainer: PKG OpenStack openstack-de...@lists.alioth.debian.org Uploaders: Loic Dachary (OuoU) l...@debian.org, Julien Danjou a...@debian.org, Thomas Goirand z...@debian.org, Ghe Rivero ghe.riv...@stackops.com, Mehdi Abaakouk sil...@sileht.net Build-Depends: debhelper (= 9), python-all (= 2.6.6-3~), po-debconf, git, openstack-pkg-tools (= 4) Build-Depends-Indep: pep8 (= 1.3.3), pylint, python-all-dev (= 2.6.6-3~) | python-support, python-babel, python-coverage, python-dateutil, python-eventlet, python-greenlet, python-httplib2, python-iso8601, python-keyring, python-keystoneclient (= 1:0.2), python-ldap, python-lxml, python-memcache, python-migrate, python-mox, python-netifaces, python-nose, python-nosexcover, python-novaclient, python-oslo.config, python-pam, python-passlib, python-paste, python-pastedeploy, python-prettytable, python-requests, python-routes, python-setuptools, python-sphinx, python-sqlalchemy, python-sqlite, python-swiftclient (= 1:1.2.0), python-unittest2, python-webob (= 1.2.3), python-webtest Standards-Version: 3.9.3 Homepage: http://keystone.openstack.org/ Vcs-Browser: http://anonscm.debian.org/gitweb/?p=openstack/keystone.git;a=summary Vcs-Git: git://anonscm.debian.org/openstack/keystone.git Package: python-keystone Architecture: all Section: python Pre-Depends: dpkg (=
Bug#708659: [LCFC] templates://glance/{glance-common.templates,glance-api.templates}
This is the last call for comments for the review of debconf templates for glance. The reviewed templates will be sent on Saturday, June 15, 2013 to this bug report and a mail will be sent to this list with [BTS] as a subject tag. -- # These templates have been reviewed by the debian-l10n-english # team # # If modifications/additions/rewording are needed, please ask # debian-l10n-engl...@lists.debian.org for advice. # # Even minor modifications require translation updates and such # changes should be coordinated with translators and reviewers. Template: glance/paste-flavor Type: select __Choices: keystone, caching, keystone+caching, cachemanagement, keystone+cachemanagement Choices-C: keystone, caching, keystone+caching, cachemanagement, keystone+cachemanagement Default: caching _Description: Pipeline flavor: Please specify the flavor of the pipeline to be used by Glance. . If you use the OpenStack Identity Service (Keystone), you might want to select keystone. If you don't use this service, you can safely choose caching only. Template: glance/auth-host Type: string Default: 127.0.0.1 _Description: Authentication server hostname: Please specify the hostname of the authentication server for Glance. Typically this is also the hostname of the OpenStack Identity Service (Keystone). Template: glance/admin-tenant-name Type: string Default: admin _Description: Authentication server tenant name: Please specify the authentication server tenant name. Template: glance/admin-user Type: string Default: admin _Description: Authentication server username: Please specify the username to use with the authentication server. Template: glance/admin-password Type: password _Description: Authentication server password: Please specify the password to use with the authentication server. Template: glance/configure_db Type: boolean Default: true _Description: Set up a database for Glance? No database has been set up for glance-registry or glance-api to use. Before continuing, you should make sure you have the following information: . * the type of database that you want to use; * the database server hostname (that server must allow TCP connections from this machine); * a username and password to access the database. . If some of these requirements are missing, do not choose this option and run with regular SQLite support. . You can change this setting later on by running dpkg-reconfigure -plow glance-common. Template: glance/register-endpoint Type: boolean Default: false _Description: Register Glance in the Keystone endpoint catalog? Each OpenStack service (each API) should be registered in order to be accessible. This is done using keystone service-create and keystone endpoint-create. This can be done automatically now. . Note that you will need to have an up and running Keystone server on which to connect using the Keystone authentication token. Template: glance/keystone-ip Type: string _Description: Keystone server IP address: Please enter the IP address of the Keystone server, so that glance-api can contact Keystone to do the Glance service and endpoint creation. Template: glance/keystone-auth-token Type: password _Description: Keystone authentication token: To configure its endpoint in Keystone, glance-api needs the Keystone authentication token. Template: glance/endpoint-ip Type: string _Description: Glance endpoint IP address: Please enter the IP address that will be used to contact Glance. . This IP address should be accessible from the clients that will use this service, so if you are installing a public cloud, this should be a public IP address. Template: glance/region-name Type: string Default: regionOne _Description: Name of the region to register: OpenStack supports using availability zones, with each region representing a location. Please enter the zone that you wish to use when registering the endpoint. Source: glance Section: net Priority: extra Maintainer: PKG OpenStack openstack-de...@lists.alioth.debian.org Uploaders: Julien Danjou a...@debian.org, Thomas Goirand z...@debian.org, Ghe Rivero ghe.riv...@stackops.com, Mehdi Abaakouk sil...@sileht.net Build-Depends: debhelper (= 9), po-debconf, python-all (= 2.6.6-3~), openstack-pkg-tools, sqlite3 Build-Depends-Indep: curl, pep8 (= 1.3.3), python-anyjson, python-argparse, python-babel, python-boto, python-coverage, python-crypto, python-dateutil, python-eventlet, python-fixtures, python-glanceclient, python-greenlet, python-httplib2 (= 0.6.0), python-iso8601, python-jsonschema, python-keystoneclient (= 1:0.2), python-kombu, python-lxml, python-migrate, python-mox, python-nose, python-oslo.config, python-passlib, python-paste, python-pastedeploy, python-requests, python-routes, python-sendfile, python-setuptools, python-sphinx (= 1.1.2), python-sqlalchemy-ext | python-sqlalchemy ( 0.6.3-2), python-swiftclient (= 1:1.2),
Bug#708661: [LCFC] templates://sftpcloudfs/{templates}
This is the last call for comments for the review of debconf
templates for sftpcloudfs.
The reviewed templates will be sent on Saturday, June 15, 2013 to this bug
report
and a mail will be sent to this list with [BTS] as a subject tag.
--
Template: sftpcloudfs/auth-url
Type: string
Default: https://auth.api.rackspacecloud.com/v1.0
_Description: Authentication server URL:
In order to authenticate its users, SFTPCloudFS needs to connect to an
authentication server (such as RackSpace Cloud Files or OpenStack).
Please enter the URL of that server.
.
URL examples:
* Rackspace in the US: https://auth.api.rackspacecloud.com/v1.0
* Rackspace in the UK: https://lon.auth.api.rackspacecloud.com/v1.0
* Swift: some URL like https://example.com/v1.0 (or an IP address)
Source: sftpcloudfs
Section: net
Priority: extra
Maintainer: PKG OpenStack openstack-de...@lists.alioth.debian.org
Uploaders: Loic Dachary (OuoU) l...@debian.org,
Julien Danjou a...@debian.org,
Thomas Goirand z...@debian.org,
Ghe Rivero ghe.riv...@stackops.com,
Mehdi Abaakouk sil...@sileht.net
Build-Depends: debhelper (= 9), python-setuptools, python-all (= 2.6.6-3~),
openstack-pkg-tools, po-debconf
Standards-Version: 3.9.4
Vcs-Browser: http://anonscm.debian.org/gitweb/?p=openstack/sftpcloudfs.git
Vcs-Git: git://anonscm.debian.org/openstack/sftpcloudfs.git
Homepage: https://github.com/Memset/sftpcloudfs
Package: sftpcloudfs
Architecture: all
Pre-Depends: dpkg (= 1.15.6~)
Depends: ${python:Depends}, ${misc:Depends},
adduser,
debconf,
python-ftp-cloudfs (= 0.19),
openssh-client,
python-paramiko,
python-daemon,
python-cloudfiles,
python-memcache
Description: SFTP interface to Rackspace/OpenStack storage services
This package provides an SFTP (Secure File Transfer Protocol) interface to
Rackspace Cloud Files and OpenStack Object Storage, acting as a proxy between
an SFTP client and a remote storage service.
.
The username/password pair used to open the SFTP session is validated using the
authentication service of the storage service to get an authentication
token.
.
The communication between the client and the SFTP daemon is encrypted all the
time, and the SFTP service supports HTTPS communication with the remote
storage service.
signature.asc
Description: Digital signature
Bug#712115: linux-source-3.2: Kernel from proposed-updates fails to build without removing [drivers/staging/rts5139/rts5139.ko] from configuration
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: linux-source-3.2 Version: 3.2.46-1 Severity: normal Dear Maintainer, *** 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 lines *** I had to remove this: drivers/staging/rts5139 from my kernel-configuration in order to be able to build correctly, before that I saw this: . . .. CC [M] drivers/video/via/accel.o CC [M] drivers/video/via/via_utility.o CC [M] drivers/video/via/vt1636.o CC [M] drivers/video/via/global.o CC [M] drivers/usb/serial/ti_usb_3410_5052.o CC [M] drivers/video/via/tblDPASetting.o CC [M] drivers/video/via/viamode.o CC [M] drivers/video/via/via-core.o CC [M] drivers/video/via/via-gpio.o CC [M] drivers/video/via/via_modesetting.o CC [M] drivers/video/via/via_clock.o CC [M] drivers/usb/serial/visor.o CC [M] drivers/usb/serial/whiteheat.o LD [M] drivers/video/sis/sisfb.o CC [M] drivers/usb/serial/vivopay-serial.o LD [M] drivers/video/via/viafb.o CC [M] drivers/usb/serial/zio.o LD [M] drivers/usb/serial/usbserial.o Building modules, stage 2. MODPOST 2796 modules ERROR: __modver_version_show [drivers/staging/rts5139/rts5139.ko] undefined! make[2]: *** [__modpost] Error 1 make[1]: *** [modules] Error 2 make[1]: Leaving directory `/home/andreas/src/linux-source-3.2' make: *** [debian/stamp/build/kernel] Error 2 See my attached k-configuration. The second problem is, that the AMD-legacy blob failed to be rebuilt by dkms for the newly built kernel-image, when setting it up. I have no idea, wether this is the fault of the dkms-mechanism or if it is the blob's fault, but this used to work very well on Squeeze, now there was no hint at all about dkms, only update-grub was done when setting up the new kernel-package. So as it looks like now, I have to reinstall the blob manually every time a new kernel-version is installed. This is quite bad, another regression, that makes me want to buy new hardware. - -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.46cak (SMP w/3 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-source-3.2 depends on: ii binutils 2.22-8 ii bzip2 1.0.6-4 Versions of packages linux-source-3.2 recommends: ii gcc 4:4.7.2-1 ii libc6-dev [libc-dev] 2.13-38 ii make 3.81-8.2 Versions of packages linux-source-3.2 suggests: pn libncurses-dev | ncurses-dev none pn libqt4-devnone ii pkg-config0.26-1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlG5YhAACgkQ5+rBHyUt5wvd9gCfTv/PhXbckX4tISN7OGpqZi1Y RZEAnAjXJMlB+YT9qZ4Yt0UvXILlPrcP =GKKx -END PGP SIGNATURE- config-3.2.46cak.bz2 Description: application/bzip
Bug#708761: [LCFC] templates://quantum/{quantum-common.templates,quantum-plugin-openvswitch.templates,quantum-server.templates,quantum-plugin-metaplugin.templates}
This is the last call for comments for the review of debconf templates for quantum. The reviewed templates will be sent on Saturday, June 15, 2013 to this bug report and a mail will be sent to this list with [BTS] as a subject tag. -- # These templates have been reviewed by the debian-l10n-english # team # # If modifications/additions/rewording are needed, please ask # debian-l10n-engl...@lists.debian.org for advice. # # Even minor modifications require translation updates and such # changes should be coordinated with translators and reviewers. Template: quantum/auth-host Type: string Default: 127.0.0.1 _Description: Auth server hostname: Please specify the hostname of your Quantum authentication server. Typically this is also the hostname of your OpenStack Identity Service (Keystone). Template: quantum/admin-tenant-name Type: string Default: admin _Description: Auth server tenant name: Template: quantum/admin-user Type: string Default: admin _Description: Auth server username: Template: quantum/admin-password Type: password _Description: Auth server password: Template: quantum-plugin-openvswitch/configure_db Type: boolean Default: true _Description: Set up a database for quantum-plugin-openvswitch? No database has been set up for quantum-plugin-openvswitch to use. Before continuing, you should make sure you have the following information: . * the type of database that you want to use; * the database server hostname (that server must allow TCP connections from this machine); * a username and password to access the database. . If some of these requirements are missing, do not choose this option and run with regular SQLite support. . You can change this setting later on by running dpkg-reconfigure -plow quantum-plugin-openvswitch. Template: quantum-plugin-openvswitch/tenant_network_type Type: select __Choices: local, gre, vlan, none Choices-C: local, gre, vlan, none Default: gre _Description: Type of network to allocate for tenant networks: The value local is useful only for single-box testing. In order for tenant networks to provide connectivity between hosts, it is necessary to either choose vlan and then configure network_vlan_ranges or to choose gre and then configure tunnel_id_ranges. Choose none to disable creation of tenant networks. Template: quantum-plugin-openvswitch/enable_tunneling Type: boolean Default: true _Description: Enable tunneling? Please choose whether support should be activated for GRE networks on the server and agents. This requires kernel support for OVS patch ports and GRE tunneling. Template: quantum-plugin-openvswitch/tunnel_id_ranges Type: string Default: 1:1000 _Description: Tunnel id ranges: Please enter a comma-separated list of tun_min:tun_max tuples enumerating ranges of GRE tunnel IDs that are available for tenant network allocation if tenant_network_type is gre. Template: quantum-plugin-openvswitch/local_ip Type: string _Description: Local IP address of this hypervisor: Please enter the local IP address for this hypervisor. Template: quantum/register-endpoint Type: boolean Default: false _Description: Register Quantum in the Keystone endpoint catalog? Each OpenStack service (each API) should be registered in order to be accessible. This is done using keystone service-create and keystone endpoint-create. This can be done automatically now. . Note that you will need to have an up and running Keystone server on which to connect using the Keystone authentication token. Template: quantum/keystone-ip Type: string _Description: Keystone server IP address: Please enter the IP address of the Keystone server, so that quantum-api can contact Keystone to do the Quantum service and endpoint creation. Template: quantum/keystone-auth-token Type: password _Description: Keystone Auth Token: To configure its endpoint in Keystone, quantum-server needs the Keystone auth token. Template: quantum/endpoint-ip Type: string _Description: Quantum endpoint IP address: Please enter the IP address that will be used to contact Quantum. . This IP address should be accessible from the clients that will use this service, so if you are installing a public cloud, this should be a public IP address. Template: quantum/region-name Type: string Default: regionOne _Description: Name of the region to register: OpenStack supports using availability zones, with each region representing a location. Please enter the zone that you wish to use when registering the endpoint. # These templates have been reviewed by the debian-l10n-english # team # # If modifications/additions/rewording are needed, please ask # debian-l10n-engl...@lists.debian.org for advice. # # Even minor modifications require translation updates and such # changes should be coordinated with translators and reviewers. Template: quantum-plugin-metaplugin/auth-host Type: string Default: 127.0.0.1 _Description: Authentication server hostname: Please specify the hostname of the
Bug#662946: bug 662946 equivs: does not strip subdirectories from files to be installed
Hello, any chance that the patch that allows files in subdirectories be applied soon without the additional feature of allowing spaces in file names? Regards, -- Gioele Barabucci gio...@svario.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712116: DPkg::Pre-Install-Pkgs should receive multiarch-qualified package names
Package: apt
Version: 0.9.7.7
The current input format for DPkg::Pre-Install-Pkgs hooks makes it
impossible to tell which architecture of a multiarch package is being
removed. For example, removing libbz2-1.0:amd64 and libbz2-1.0:i386
results in this input:
libbz2-1.0 1.0.6-4 - **REMOVE**
libbz2-1.0 1.0.6-4 - **REMOVE**
Can we change the format to arch-qualify the package names as
${binary:Package} does?
Thanks,
Anders
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712117: google-chrome-stable: after install does not automatically inserts its link inside system
Package: google-chrome-stable Version: 27.0.1453.110-r202711 Severity: normal Dear Maintainer, *** 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 lines *** -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages google-chrome-stable depends on: ii ca-certificates 20130119 ii dpkg 1.16.10 ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libbz2-1.0 1.0.6-4 ii libc62.13-38 ii libcairo21.12.2-3 ii libcups2 1.5.3-5 ii libcurl3 7.26.0-1+wheezy2 ii libdbus-1-3 1.6.8-1 ii libexpat12.1.0-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgconf2-4 3.2.5-1+build1 ii libgcrypt11 1.5.0-5 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libnspr4 2:4.9.2-1 ii libnss3-1d 2:3.14.3-1 ii libpango1.0-01.30.0-1 ii libstdc++6 4.7.2-5 ii libudev0 175-7.2 ii libx11-6 2:1.5.0-1+deb7u1 ii libxcomposite1 1:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.1-2+deb7u1 ii libxfixes3 1:5.0-4+deb7u1 ii libxrandr2 2:1.3.2-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxss1 1:1.2.2-1 ii lsb-base 4.1+Debian8 ii wget 1.13.4-3 ii xdg-utils1.1.0~rc1+git20111210-6 google-chrome-stable recommends no packages. google-chrome-stable suggests no packages. -- 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#660112: gnumeric: misbehaving menus from validating lists
This will be fixed in 1.12.3 Andreas -- Andreas Guelzow aguel...@pyrshep.ca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657068: python-pip: doesn't track dependencies?
On Sun, 2 Jun 2013 00:57:47 +0200 Stefano Rivera stefa...@debian.org wrote: It should do that, yes. But I can't try your specific example because hgit isn't around any more. Should we put this bug to bed? I would rather try it with a package that still _is_ around. Give me a few days. -- Please *no* private copies of mailing list or newsgroup messages. gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Funny pic: http://bit.ly/ZNE2MX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708212: Please upload latest SVN snapshot
Control: clone -1 -2 Control: reassign -2 sponsorship-requests Control: retitle -2 RFS: splix/2.0.0+svn308-1 Control: owner -2 o...@debian.org Control: affects -2 src:splix Control: block -1 by -2 Hi Luca, thanks for your answer to this bugreport. I'm hereby cloning this bug to a Request for Sponsorship on the sponsorship- requests pseudo-package, to track the comments on your package there. Le mardi, 4 juin 2013 01.18:21, Luca Niccoli a écrit : Here's the link to the dsc: http://mentors.debian.net/debian/pool/main/s/splix/splix_2.0.0+svn308-1.dsc Le dimanche, 2 juin 2013 13.03:04, Luca Niccoli a écrit : I've uploaded to mentors a new version of splix. The changes are: - move to the lates svn snapshot Ack, great. One comment though: the Ubuntu package [0] closed one Launchpad (LP:) bug in that changelog entry (LP: #898986). It's good practice to include these when possible as that makes Ubuntu's job easier too at synchronisation time (and costs the Debian package nothing more than some bits in the changelog). - copy fixed splix.ppd-updater from Ubuntu Ack, great. - add conditional apport hook for Ubuntu and derivatives This doesn't work as the derives_from_ubuntu Make variable hasn't been defined. You need to add it's definition in debian/rules (on one line of course): derives_from_ubuntu := $(shell (dpkg-vendor --derives-from Ubuntu echo yes) || echo no) - add get-orig-source target Good. - used dpkg-buildflags to import hardening flags I see that you applied these using a Debian-specific quilt patch. Although I would initially have written that these flags are modifiable without a quilt patch, apparently the LDFLAGS variables can't inheritate from debian/rules. That said, it would be good to: a) set V=1 to get a verbose build (that allows one to verify that the flags are correctly set); b) define the flags from dpkg at make execution time instead of executing dpkg-buildflags at every CC invocation, with: $(shell dpkg-buildflags --get CXXFLAGS) - bumped Standards-Version Just to make that clear: did you check the upgrading-checklist from the debian-policy package while doing so? I'd be glad if you could review the upload and give me some comments. See above. Didier, I'd be glad to move splix packaging under team maintenance, possibly under git. Cool. These are two different things though: - putting the packaging under team maintenance means setting Debian Printing Team debian-print...@lists.debian.org as Maintainer and yourself in the list of Uploaders. This implies that your package might get enhancements of fixes from other members of the printing team. Such changes are not supposed to happen without coordination with the main Uploaders though, don't worry. - moving the packaging in git. I invite you to read [PackagingWithGit] on the wiki, if possible using the pristine-tar option. Get started and ask if you have questions! For the initial git'ification, I suggest that you use the git- import-dscs tool to fetch all past releases from Debian Snapshots. [PackagingWithGit] http://wiki.debian.org/PackagingWithGit Maybe we can talk about it in private mail or on a list, so we do not fill this bug with unrelated stuff? Please answer to the cloned bug (once we know it's number). There's no (and almost never) reason to handle things in private when it's possible to handle them in public: the comments on your package can be helpful to others. P.S. mentors seems a bit slow in accepting my upload, but I'm hopeful that it will appear in the next few hours. That's apparently solved, great. Cheers, OdyX [0] https://launchpad.net/ubuntu/+source/splix/2.0.0+svn308-0ubuntu1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603850: Allow equivs to build source packages for upload to Ubuntu PPA's
I don't think you're supposed to be uploading equivs-built packages anywhere... In fact I even wonder why the --full switch exists. I think that packages with equivs-build are not second-class citizens. equivs-build is a very fast way to package easy packages, not only dummy metapackages. It should get more exposure in Debian and support for building source packages is definitely a needed feature towards this goal. Regards, -- Gioele Barabucci gio...@svario.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712119: linux-image-3.9-1-amd64: lenovo thinkpad trackpoint configuration changed after resume
Package: src:linux Version: 3.9.5-1 Severity: normal Dear Maintainer, I use two scripts at boot and login to set some parameters of my trackpoint: #!/bin/sh xinput --set-prop SynPS/2 Synaptics TouchPad Synaptics Two-Finger Scrolling 1 1 || echo fail xinput --set-prop SynPS/2 Synaptics TouchPad Synaptics Palm Detection 1 || echo fail xinput set-int-prop TPPS/2 IBM TrackPoint Evdev Wheel Emulation 8 1 || echo fail xinput set-int-prop TPPS/2 IBM TrackPoint Evdev Wheel Emulation Button 8 2 || echo fail #xinput set-int-prop TPPS/2 IBM TrackPoint Evdev Wheel Emulation Timeout 8 200 || echo fail xinput set-int-prop TPPS/2 IBM TrackPoint Evdev Wheel Emulation Axes 8 6 7 4 5 || echo fail #turn off the touchpad xinput set-int-prop SynPS/2 Synaptics TouchPad Synaptics Off 8 1 || echo fail #enable palm detection xinput set-int-prop SynPS/2 Synaptics TouchPad Synaptics Palm Dimensions 32 4 100 #enable tap on the touchpad xinput --set-prop --type=int --format=8 SynPS/2 Synaptics TouchPad Synaptics Tap Action 0 0 0 0 1 2 3 #!/bin/sh echo -n 120 /sys/devices/platform/i8042/serio1/serio2/speed echo -n 255 /sys/devices/platform/i8042/serio1/serio2/sensitivity After resume, sometimes, the settings of the device are different. Usually the sensitivity is reduced and the pointer is very hard to move. Today I had the touchpad enabled instead (with another script) and after resume the left click was not working, but the scroll using the middle button was working. This happens erratically but not infrequently, and has been happening with many kernel versions. -- Package-specific info: ** Version: Linux version 3.9-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.2 (Debian 4.7.2-5) ) #1 SMP Debian 3.9.4-1 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.9-1-amd64 root=UUID=c6438b86-a1c0-4336-9950-0c597e8bfe4a ro pcie_aspm=force i915.i915_enable_rc6=5 i915.i915_enable_fbc=1 init=/lib/systemd/systemd ** Not tainted ** Kernel log: [131454.103257] smpboot: Booting Node 0 Processor 1 APIC 0x1 [131454.114190] Disabled fast string operations [131454.116612] CPU1 is up [131454.116715] smpboot: Booting Node 0 Processor 2 APIC 0x2 [131454.127746] Disabled fast string operations [131454.130167] CPU2 is up [131454.130271] smpboot: Booting Node 0 Processor 3 APIC 0x3 [131454.141301] Disabled fast string operations [131454.143770] CPU3 is up [131454.147146] ACPI: Waking up from system sleep state S3 [131454.511440] ehci-pci :00:1a.0: System wakeup disabled by ACPI [131454.543419] ehci-pci :00:1d.0: System wakeup disabled by ACPI [131454.591570] sdhci-pci :03:00.0: MMC controller base frequency changed to 50Mhz. [131454.607545] PM: noirq resume of devices complete after 144.160 msecs [131454.607796] PM: early resume of devices complete after 0.208 msecs [131454.607842] i915 :00:02.0: setting latency timer to 64 [131454.607959] mei :00:16.0: irq 43 for MSI/MSI-X [131454.608138] ehci-pci :00:1a.0: setting latency timer to 64 [131454.608165] ahci :00:1f.2: setting latency timer to 64 [131454.608653] snd_hda_intel :00:1b.0: irq 44 for MSI/MSI-X [131454.608838] r8169 :02:00.0: System wakeup disabled by ACPI [131454.608964] ehci-pci :00:1d.0: setting latency timer to 64 [131454.622350] [drm] Wrong MCH_SSKPD value: 0x16040307 [131454.622351] [drm] This can cause pipe underruns and display issues. [131454.622352] [drm] Please upgrade your BIOS to fix this. [131454.762467] r8169 :02:00.0 eth0: link down [131454.831368] usb 1-1.5: reset high-speed USB device number 3 using ehci-pci [131454.951203] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [131454.952660] ata5.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) rejected by device (Stat=0x51 Err=0x04) [131454.952667] ata5.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [131454.952671] ata5.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out [131454.955071] ata5.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) rejected by device (Stat=0x51 Err=0x04) [131454.955110] ata5.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [131454.955117] ata5.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out [131454.955135] ata5.00: configured for UDMA/100 [131454.959100] ata6: SATA link down (SStatus 0 SControl 300) [131456.366824] [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp on [131457.134068] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [131457.347195] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded [131457.347203] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [131457.347208] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out [131457.382927] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded [131457.382934] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [131457.382939] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
Bug#711218: nasty business here
I tried to implement this, and mostly failed. It's quite tricky to
algorithmically generate the HCL part of the drawing, especially because
HCL is so weird and out of bounds for RGB colorspaces.
I have nevertheless tried my best, and ended up with a compromise
HSV-based display, but there's also code for HCL in there.
Maybe someone can improve on this at some point...
A.
--
Le monochrome, c'est pour ceux qui s'intéressent (encore) au contenu.
Usenet dans ces conditions, c'est comme le web avec lynx, on prend
trop conscience du vide, c'est déprimant.
- JLC dans le Guide du linuxien pervers:
Coup de cafard...
/*
* Screentest - CRT/LCD monitor testing utility.
* http://screentest.sourceforge.net/
* Copyright (C) 2001 Jan Yenya Kasprzak k...@fi.muni.cz
* Copyright (C) 2006-2007 Tobias Gruetzmacher tob...@portfolio16.de
* Copyright (C) 2013 Antoine Beaupré anar...@debian.org
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License version 2 as
* published by the Free Software Foundation.
*
* This program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with this program; if not, write to the Free Software
* Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA
*/
#ifdef HAVE_CONFIG_H
# include config.h
#endif
#include stdio.h
#include gtk/gtk.h
#include assert.h
#include callbacks.h
#include gettext.h
#define GRID_STEP 64
// how many hues/brightness steps
#define COLOR_STEP 12
#define RGB_COLOR_MAX (3*COLOR_STEP)
#define CMYK_COLOR_MAX (4*COLOR_STEP)
#define HCL_COLOR_MAX (12*COLOR_STEP)
GdkColor rgb_colors[RGB_COLOR_MAX];
GdkColor cmyk_colors[CMYK_COLOR_MAX];
GdkColor hcl_colors[HCL_COLOR_MAX];
static void it8_hcl_to_rgb(GdkColor *color, guint h, gfloat c, gfloat l)
{
// intermediate values for HCL computations
gfloat x, m;
// temporary output values for rgb computations
gfloat r, g, b;
assert( 0 = l);
assert( l = 1);
assert( 0 = c);
assert( c = 1);
assert( 0 = h);
assert( h = 360);
// hold on to your butts: https://en.wikipedia.org/wiki/HSL_color_space#From_luma.2Fchroma.2Fhue
x = c * ( 1 - abs(((h/60) % 2) -1) );
printf (x: %f, c: %f, h: %d, abs: %d\n, x, c, h, abs(((h/60) % 2) -1));
switch (h/60)
{
case 0:
r = c; g = x; b = 0;
break;
case 1:
r = x; g = c; b = 0;
break;
case 2:
r = 0; g = c; b = x;
break;
case 3:
r = 0; g = x; b = c;
break;
case 4:
r = x; g = 0; b = c;
break;
case 5:
r = c; g = 0; b = x;
break;
default:
r = g = b = 0;
break;
}
printf(tmp: %f, %f, %f\n, r, g, b);
// yes, this is magical
m = l - ( 0.30 * r + 0.59 * g + 0.11 * b );
r += m; g += m; b += m;
// cap to our colorspace
r = r 0 ? 0 : r;
g = g 0 ? 0 : g;
b = b 0 ? 0 : b;
printf(rgb: %f, %f, %f (m: %f)\n, r, g, b, m);
printf(hcl (%d, %f, %f) - rgb 0x%02x%02x%02x\n, h, c, l, (int)(r*0xff), (int)(g*0xff), (int)(b*0xff));
r *= 0x; g *= 0x; b *= 0x; // scale up to 255, we cast to int below
//printf(final rgb: (m: %f) %f, %f, %f\n, m, r, g, b);
color-red = (gint)r; color-green = (gint)g; color-blue = (gint)b;
// used to be:
//return ((gint)r 16) + ((gint)g 8) + (gint)b;
//hcl_colors[i].red = ( rgb ( 255 16 ) ) 16;
//hcl_colors[i].green = ( rgb ( 255 8 ) ) 8;
//hcl_colors[i].blue = rgb ( 255 );
//printf(hcl - rgb: (%d, %f, %f) - (0x%x, 0x%x, 0x%x)\n, h, c, l, color-red, color-green, color-blue);
}
// taken from src/library/grDevices/src/colors.c in R 3.0.1
static void hsv2rgb(double h, double s, double v,
double *r, double *g, double *b)
{
double f, p, q, t;
int i;
f = modf(h * 6.0, t);
i = ((int) t) % 6;
p = v * (1 - s);
q = v * (1 - s * f);
t = v * (1 - (s * (1 - f)));
switch (i) {
case 0: *r = v; *g = t; *b = p; break;
case 1: *r = q; *g = v; *b = p; break;
case 2: *r = p; *g = v; *b = t; break;
case 3: *r = p; *g = q; *b = v; break;
case 4: *r = t; *g = p; *b = v; break;
case 5: *r = v; *g = p; *b = q; break;
default:
error(bad hsv to rgb color conversion);
}
}
/**
* following functions are taken from src/library/grDevices/src/colors.c in R 3.0.1
*/
/* D65 White Point */
#define WHITE_X 95.047
#define WHITE_Y 100.000
#define WHITE_Z 108.883
#define WHITE_u 0.1978398
#define WHITE_v 0.4683363
#ifndef DEG2RAD
#define DEG2RAD 0.01745329251994329576
#endif
/* Standard CRT Gamma */
#define GAMMA 2.4
static double gtrans(double u)
{
if (u 0.00304)
return 1.055 * pow(u, (1 /
Bug#681248: [Pkg-pdns-maintainers] Bug#681248: Here too, powerdns fails after upgrade to wheezy...
On Mon, Jun 10, 2013 at 11:44:12AM -0400, James Cloos wrote: And again should an upgrade re-create it. That should not happen. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712093: marionnet: bus address error on start and 3 popups
On 12/06/13 at 23:58 +0200, Pierre M. wrote: Package: marionnet Version: 0.90.6+bzr407-1 Severity: normal Dear Maintainer, I saw marionet coming into testing a few days ago and I wanted to give it a try. After installation (with aptitude) I keyed marionnet in a terminal. A marionnet main window appeared and child pop ups with it. In the terminal I see : ** (marionnet:710): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files I don't understand this warning. One popup says missing dependancy (in French) about filesystems. Another syays no connection to daemon (Unix.Unix_error(20, connect, )); The third says missing dependancy about a default UML kernel for virtual computers. Moreover it is a pain to close the splash screen and the 3 popups because some (unadvertised) order seems required. So first try, not so good. But according to the screencasts it seems I'm only facing some minor installation or configuration issue. I hope this report is usefull enough. Have fun packaging for Debian Hi Pierre, Thanks for your feedback. The marionnet package is still quite experimental, and there are some missing bits. However, what you describe should not happen. You need to start (manually) marionnet-daemon before starting marionnet. Could you try, and tell me if it fixes your problem? Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712011: [phpmyadmin] Configuration is lost despite saving
Hi Dne Wed, 12 Jun 2013 20:41:41 -0400 Filipus Klutiero chea...@gmail.com napsal(a): Hehe, me too ;-) I thought about this when reporting, but ended up writing nothing because: * I'm not sure why we use the current authorization process * I'm not much knowledgeable in the area anyway The reason why I imagine config.inc.php is generally not writable by www-data is to prevent a compromise of phpMyAdmin caused by an exploit of another web application. I don't think making it writable would be /insecure/, since the web server isn't supposed to run any code, but I agree the current situation is much more secure. If that's the rationale, I guess the solution would be to isolate phpMyAdmin from other applications (for example, by having phpMyAdmin run as a phpmyadmin user rather than www-data). I see that suPHP allows something like that, but I don't know a mature solution doing that :-( No the problem is how to protect the setup page as you don't want to have publicly accessible page which can alter your configuration. Using hardcoded credentials in the script is of course bad idea and there is no other working authentication at that point. That's why require some action done on the system both upstream and in Debian (though it's slightly different). In Debian we've used debconf to ask for password and configured webserver to protect the setup script, but it proven to be bad idea as user is free to choose any server and in case he would choose something we do not support the setup would be unsecured. Also most people don't see low priority debconf questions... -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#712121: tt-rss: Please add delaycompress to logrotate script.
Package: tt-rss Version: 1.7.8+dfsg-2 Severity: normal I'm getting this every so often: /etc/cron.daily/local-logrotate: gzip: stdin: file size changed while zipping Turns out to be tt-rss, here's the last section of the log file that is compressed: [00:29:15/26817] [reap_children] child 5627 reaped. [00:29:15/26817] [SIGCHLD] jobs left: 0 [00:30:09/26817] [MASTER] active jobs: 0, next spawn at 0 sec. [00:30:10/26817] [MASTER] spawned client 0 [PID:6442]... [00:30:10/26817] [MASTER] spawned client 1 [PID:6443]... [00:30:10/6442] Waiting before update [0].. [00:30:10/6443] Waiting before update [1].. [00:30:10/6442] Scheduled 0 feeds to update... [00:30:10/6442] Expiring /var/cache/tt-rss/simplepie [00:30:10/6442] Removed 0 files. [00:30:10/6442] Expiring /var/cache/tt-rss/images [00:30:10/6442] Removed 0 files. [00:30:10/6442] Expiring /var/cache/tt-rss/export [00:30:10/6442] Removed 0 files. [00:30:10/6442] Removing old lock files... [00:30:10/6442] Removed 0 files. [00:30:10/6442] Sending digests, batch of max 15 users, headline limit = 1000 [00:30:10/6442] All done. [00:30:10/6442] Feedbrowser updated, 10 feeds processed. [00:30:11/6442] Purged 0 orphaned posts. [00:30:11/6442] Cleaned 0 cached tags. [00:30:11/6442] Elapsed time: 1 second(s) [00:30:12/26817] [reap_children] child 6442 reaped. [00:30:12/26817] [SIGCHLD] jobs left: 1 Terminated [00:30:15/6443] Scheduled 0 feeds to update... [00:30:15/6443] Expiring /var/cache/tt-rss/simplepie [00:30:15/6443] Removed 0 files. [00:30:15/6443] Expiring /var/cache/tt-rss/images [00:30:15/6443] Removed 0 files. [00:30:15/6443] Expiring /var/cache/tt-rss/export [00:30:15/6443] Removed 0 files. [00:30:15/6443] Removing old lock files... [00:30:15/6443] Removed 0 files. [00:30:15/6443] Sending digests, batch of max 15 users, headline limit = 1000 [00:30:15/6443] All done. Looks like PID 6443 isn't stopping fast enough but it doesn't seem to break anything so probably not worth worrying about. Just putting delaycompress after the compress line in the logrotate will supress the warning email. Lots of other packages use it. -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tt-rss depends on: ii dbconfig-common1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.49 ii libapache2-mod-php55.4.4-14 ii libjs-dojo-core1.7.2+dfsg-1 ii libjs-dojo-dijit 1.7.2+dfsg-1 ii libjs-scriptaculous1.9.0-2 ii libphp-phpmailer 5.1-1 ii libphp-simplepie 1.2.1-3 ii php-gettext1.0.11-1 ii php5 5.4.4-14 ii php5-cli 5.4.4-14 ii php5-mysql 5.4.4-14 ii phpqrcode 1.1.4-1 Versions of packages tt-rss recommends: ii apache2 2.2.22-13 ii apache2-mpm-prefork [httpd] 2.2.22-13 ii php5-gd 5.4.4-14 ii webfs [httpd]1.21+ds1-8.1 Versions of packages tt-rss suggests: ii mysql-client 5.5.31+dfsg-0+wheezy1 ii mysql-client-5.5 [mysql-client] 5.5.31+dfsg-0+wheezy1 ii mysql-server 5.5.31+dfsg-0+wheezy1 pn php-apc none pn sphinxsearch none -- Configuration Files: /etc/default/tt-rss changed [not included] /etc/logrotate.d/tt-rss changed [not included] /etc/tt-rss/config.php changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711437: pu: package flash-kernel/3.3+deb7u1
On Wed, Jun 12, 2013 at 02:10:25 +0200, Cyril Brulebois wrote: Adam, if you feel it's still O-borderline-K-ish for 7.1, please consider accepting it. In the meanwhile, I'll be preparing the debian-installer upload (new kernel, some checks, etc.). I think flash-kernel can be 7.2 material. We need that d-i upload today though, if we're to have it built by Saturday... Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712122: virtualbox-ose: no suitable kernel module found
Package: virtualbox-ose Version: 4.1.18-dfsg-2+deb7u1 Severity: normal Dear Maintainer, I just have installed virtual box w/ other its dependancies including kernel headers, dkms packages for my platform installation passed alright, but on modprobe vboxdrv it fails telling me that no such module. So it does not work out of the box. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (600, 'stable-updates'), (600, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox-ose depends on: ii virtualbox 4.2.10-dfsg-1+b1 virtualbox-ose recommends no packages. virtualbox-ose suggests no packages. -- 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#712004: /usr/lib/apache2/modules/mod_dav_svn.so: undefined symbol: ap_log_perror_
Hi, On 2013-06-13 06:37:41 +0200, Salvatore Bonaccorso wrote: I'm not the maintainer but have done the most recent NMU. libapache2-svn in unstable is now uninstallable, there is the apache2 transition to 2.4 ongoing and subversion does need the adjustments for it, see #666794. But for those who haven't upgraded apache2 yet in order to keep libapache2-svn, libapache2-svn is installable and no longer working. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712004: /usr/lib/apache2/modules/mod_dav_svn.so: undefined symbol: ap_log_perror_
Hi Vincent On Thu, Jun 13, 2013 at 09:06:34AM +0200, Vincent Lefevre wrote: Hi, On 2013-06-13 06:37:41 +0200, Salvatore Bonaccorso wrote: I'm not the maintainer but have done the most recent NMU. libapache2-svn in unstable is now uninstallable, there is the apache2 transition to 2.4 ongoing and subversion does need the adjustments for it, see #666794. But for those who haven't upgraded apache2 yet in order to keep libapache2-svn, libapache2-svn is installable and no longer working. Yes. (Note, I'm not intending to say that there is no problem above). Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712015: cups-filters: cups-pdf produces ugly pdfs through its pixelated font
On Thu, Jun 13, 2013 at 4:58 AM, 王晓林 wx672s...@gmail.com wrote: Sorry, it seems the attached error_log file was silently removed by gmail. It's pasted here: Could you get the pribnt job data as explained here: https://wiki.ubuntu.com/DebuggingPrintingProblems section Capturing print job data Could you also try the section call CUPS error_log Smell like a font embded problem, Thanks +++ D [13/Jun/2013:10:44:42 +0800] [Client 14] Accepted from localhost (Domain) D [13/Jun/2013:10:44:42 +0800] [Job 86] Unloading... D [13/Jun/2013:10:44:42 +0800] [Job 87] Unloading... D [13/Jun/2013:10:44:42 +0800] [Job 88] Unloading... D [13/Jun/2013:10:44:42 +0800] [Job 89] Unloading... D [13/Jun/2013:10:44:42 +0800] [Job 90] Unloading... D [13/Jun/2013:10:44:42 +0800] [Job 91] Unloading... D [13/Jun/2013:10:44:42 +0800] [Job 92] Unloading... D [13/Jun/2013:10:44:42 +0800] Report: clients=1 D [13/Jun/2013:10:44:42 +0800] Report: jobs=101 D [13/Jun/2013:10:44:42 +0800] Report: jobs-active=7 D [13/Jun/2013:10:44:42 +0800] Report: printers=1 D [13/Jun/2013:10:44:42 +0800] Report: stringpool-string-count=1362 D [13/Jun/2013:10:44:42 +0800] Report: stringpool-alloc-bytes=10440 D [13/Jun/2013:10:44:42 +0800] Report: stringpool-total-bytes=23792 D [13/Jun/2013:10:44:42 +0800] [Client 14] POST / HTTP/1.1 D [13/Jun/2013:10:44:42 +0800] cupsdSetBusyState: newbusy=Active clients, busy=Not busy D [13/Jun/2013:10:44:42 +0800] [Client 14] No authentication data provided. D [13/Jun/2013:10:44:42 +0800] [Client 14] 2.0 CUPS-Get-Default 1 D [13/Jun/2013:10:44:42 +0800] CUPS-Get-Default D [13/Jun/2013:10:44:42 +0800] Returning IPP successful-ok for CUPS-Get-Default (no URI) from localhost D [13/Jun/2013:10:44:42 +0800] cupsdSetBusyState: newbusy=Not busy, busy=Active clients D [13/Jun/2013:10:44:42 +0800] [Client 14] POST /printers/PDF HTTP/1.1 D [13/Jun/2013:10:44:42 +0800] cupsdSetBusyState: newbusy=Active clients, busy=Not busy D [13/Jun/2013:10:44:42 +0800] [Client 14] No authentication data provided. D [13/Jun/2013:10:44:42 +0800] [Client 14] 2.0 Create-Job 2 D [13/Jun/2013:10:44:42 +0800] Create-Job ipp://localhost:631/printers/PDF D [13/Jun/2013:10:44:42 +0800] cupsdMarkDirty(---J-) D [13/Jun/2013:10:44:42 +0800] cupsdSetBusyState: newbusy=Active clients and dirty files, busy=Active clients D [13/Jun/2013:10:44:42 +0800] add_job: requesting-user-name=wx672 I [13/Jun/2013:10:44:42 +0800] [Job 102] Adding start banner page none. D [13/Jun/2013:10:44:42 +0800] Discarding unused job-created event... I [13/Jun/2013:10:44:42 +0800] [Job 102] Queued on PDF by wx672. D [13/Jun/2013:10:44:42 +0800] Returning IPP successful-ok for Create-Job (ipp://localhost:631/printers/PDF) from localhost D [13/Jun/2013:10:44:42 +0800] cupsdSetBusyState: newbusy=Dirty files, busy=Active clients and dirty files D [13/Jun/2013:10:44:42 +0800] [Client 14] POST /printers/PDF HTTP/1.1 D [13/Jun/2013:10:44:42 +0800] cupsdSetBusyState: newbusy=Active clients and dirty files, busy=Dirty files D [13/Jun/2013:10:44:42 +0800] [Client 14] No authentication data provided. D [13/Jun/2013:10:44:42 +0800] [Client 14] 2.0 Send-Document 3 D [13/Jun/2013:10:44:42 +0800] Send-Document ipp://localhost:631/printers/PDF D [13/Jun/2013:10:44:42 +0800] cupsdIsAuthorized: requesting-user-name=wx672 D [13/Jun/2013:10:44:42 +0800] [Job 102] Auto-typing file... D [13/Jun/2013:10:44:42 +0800] [Job 102] Request file type is application/postscript. D [13/Jun/2013:10:44:42 +0800] cupsdMarkDirty(---J-) D [13/Jun/2013:10:44:42 +0800] cupsdSetBusyState: newbusy=Active clients and dirty files, busy=Active clients and dirty files I [13/Jun/2013:10:44:42 +0800] [Job 102] File of type application/postscript queued by wx672. I [13/Jun/2013:10:44:42 +0800] [Job 102] Adding end banner page none. D [13/Jun/2013:10:44:42 +0800] cupsdMarkDirty(---J-) D [13/Jun/2013:10:44:42 +0800] cupsdSetBusyState: newbusy=Active clients and dirty files, busy=Active clients and dirty files D [13/Jun/2013:10:44:42 +0800] [Job 102] time-at-processing=1371091482 D [13/Jun/2013:10:44:42 +0800] cupsdMarkDirty(---J-) D [13/Jun/2013:10:44:42 +0800] cupsdSetBusyState: newbusy=Active clients and dirty files, busy=Active clients and dirty files D [13/Jun/2013:10:44:42 +0800] cupsdSetBusyState: newbusy=Active clients and dirty files, busy=Active clients and dirty files D [13/Jun/2013:10:44:42 +0800] Discarding unused printer-state-changed event... D [13/Jun/2013:10:44:42 +0800] [Job 102] job-sheets=none,none D [13/Jun/2013:10:44:42 +0800] [Job 102] argv[0]=PDF D [13/Jun/2013:10:44:42 +0800] [Job 102] argv[1]=102 D [13/Jun/2013:10:44:42 +0800] [Job 102] argv[2]=wx672 D [13/Jun/2013:10:44:42 +0800] [Job 102] argv[3]=(stdin) D [13/Jun/2013:10:44:42 +0800] [Job 102] argv[4]=1 D [13/Jun/2013:10:44:42 +0800] [Job 102] argv[5]=finishings=3 number-up=1
Bug#712019: klatexformula: error message at startup
Dear Tobias, I can reproduce this bug by setting e.g. chmod a-r $HOME/.klatexformula/library.klf.db, but not by simply starting klatexformula. Did the message already occured the first time you started klatexformula? Could you please try to delete the .klatexformula directory and check if the error message pops up already on the first start? Yes, the error occurred right at the first start. To be sure, I removed the klatexformula package, deleted .klatexformula, reinstalled klatexformula, and started it. Here's what I get on the command line: christoph@xena:~$ klatexformula KLatexFormula Version 3.2.6 by Philippe Faist (c) 2005-2011 Licensed under the terms of the GNU Public License GPL Warning: QSqlDatabase: QSQLITE driver not loaded Warning: QSqlDatabase: available drivers: QMYSQL3 QMYSQL Warning: KLFMainWin::loadLibrary : Can't create resource engine for library, of scheme klf+sqlite ! Create parameters are QMap((Filename, )(klfDefaultSubResource, )(klfDefaultSubResourceTitle, )) Fatal: KLFMainWin::loadLibrary: Can't create resource engine for library! pure virtual method called terminate called without an active exception Aborted There is no file called library.klf.db in the $HOME/.klatexformula directory: christoph@xena:~/.klatexformula$ ls -lah total 44K drwx-- 7 christoph christoph 4.0K Jun 13 08:57 . drwxr-x--- 147 christoph svnusers 20K Jun 13 08:57 .. drwxr-xr-x 3 christoph christoph 4.0K Jun 13 08:57 conf drwx-- 2 christoph christoph 4.0K Jun 13 08:57 i18n drwx-- 2 christoph christoph 4.0K Jun 13 08:57 plugindata drwx-- 2 christoph christoph 4.0K Jun 13 08:57 plugins drwx-- 2 christoph christoph 4.0K Jun 13 08:57 rccresources epstopdf reported an error (exit status 2). Here is full stderr output: [...] I can reproduce this part of the bug. As temporary workaround you can disable the 'Have epstopdf' option in the advanced settings. Great, thanks! I will try that for a start. Best, Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711760: rotate([something]) of 3D object appears to read undefined values
notfound 711760 2013.01+dfsg-2 thank you the issue at hand is known[1] and was fixed before version 2013.01, which is currently in unstable. i'm considering uploading openscad to wheezy-backports, but need to resolve the issues of migrating to testing before that. for the time being, the issue can be worked around with some care. thanks for reporting this chrysn [1] https://github.com/openscad/openscad/issues/152 signature.asc Description: Digital signature
Bug#712105: foomatic-filters: foomatic-rip fails when using bjc250gs driver
control: tags -1 + morinfo control: severity -1 important On Thu, Jun 13, 2013 at 3:51 AM, Tom Maneiro tom...@tsdx.net.ve wrote: Package: foomatic-filters Version: 4.0.17-1 Severity: grave Justification: renders package unusable I have a good old Canon BJC-250 printer that I've been using for years on my Linux stations. Currently it's plugged to an old Pentium box (since it's parport) running Wheezy which acts as a print server. The printer had worked flawlessly with older distros/CUPS/foomatic versions, and I'm using the bjc250gs drivers as it is the fastest driver for it (and it allows to tune some printer-specific features). However, since having moved all my systems to Wheezy (i386 and amd64, all clean installs), the bjc250gs driver is unusable for me, since it always causes foomatic-rip to end abruptly, and therefore nothing is sent to the printer. I had enabled debugging messages on CUPS, but found nothing interesting except for this: D [12/Jun/2013:20:40:42 -04-30] [Job 57] Options from the PPD file: D [12/Jun/2013:20:40:42 -04-30] [Job 57] D [12/Jun/2013:20:40:42 -04-30] [Job 57] D [12/Jun/2013:20:40:42 -04-30] [Job 57] D [12/Jun/2013:20:40:42 -04-30] [Job 57] File: STDIN D [12/Jun/2013:20:40:42 -04-30] [Job 57] D [12/Jun/2013:20:40:42 -04-30] [Job 57] D [12/Jun/2013:20:40:42 -04-30] [Job 57] D [12/Jun/2013:20:40:42 -04-30] [Job 57] Filetype: PDF D [12/Jun/2013:20:40:42 -04-30] [Job 57] Storing temporary files in /var/spool/cups/tmp D [12/Jun/2013:20:40:43 -04-30] [Job 57] File contains 1 pages D [12/Jun/2013:20:40:43 -04-30] [Job 57] Starting renderer with command: gs -dFirstPage=1 -q -dBATCH -dPARANOIDSAFER -dQUIET -dNOPAUSE -dNOINTERPOLATE -sDEVICE=bjccmyk -sPrinterType=BJC-250 -dDEVICEWIDTHPOINTS=612 -dDEVICEHEIGHTPOINTS=792 -r180x180 -sFeeder=Auto -sQuality=Normal -dInverse=false -dSmooth=false -dCompress=true -dComposeK=false -dLimitCheck=false -dPaperRed=255 -dPaperGreen=255 -dPaperBlue=255 -dRedGamma=1.0 -dGreenGamma=1.0 -dBlueGamma=1.0 -dGamma=1.0 -dRandom=15 -sOutputFile=- /var/spool/cups/tmp/foomatic-WeJjFP D [12/Jun/2013:20:40:43 -04-30] [Job 57] Starting process kid3 (generation 1) D [12/Jun/2013:20:40:43 -04-30] [Job 57] Starting process kid4 (generation 2) D [12/Jun/2013:20:40:43 -04-30] [Job 57] Starting process renderer (generation 2) D [12/Jun/2013:20:40:43 -04-30] [Job 57] JCL: 2345X@PJL D [12/Jun/2013:20:40:43 -04-30] [Job 57] job data D [12/Jun/2013:20:40:43 -04-30] [Job 57] D [12/Jun/2013:20:40:43 -04-30] [Job 57] renderer received signal 11 D [12/Jun/2013:20:40:43 -04-30] [Job 57] Kid3 exit status: 1 D [12/Jun/2013:20:40:43 -04-30] PID 10226 (/usr/lib/cups/filter/foomatic-rip) stopped with status 9. 11 aka Coredump Could you try the step here: https://wiki.ubuntu.com/DebuggingPrintingProblems Thanks It happens on ALL of my Wheezy installs (ranging from that old Pentium MMX-225 box all the way up to a Sandy Bridge i5 laptop). My only workaround is to use the Gutenprint driver, which not only is slower, but harder to set up and getting good print quality from that one is not exactly straightforward, unlike with bjc250gs. Trying to find documentation or useful resources online with foomatic-related errors it's like a shot in the dark, because there is nothing clear, just dozens and dozens of users with the same error, but on different printer/driver combinations, none of those apply to my case. -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/2 CPU cores) Locale: LANG=es_VE.UTF-8, LC_CTYPE=es_VE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages foomatic-filters depends on: ii bash 4.2+dfsg-0.1 ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii libdbus-1-31.6.8-1 ii ucf3.0025+nmu3 Versions of packages foomatic-filters recommends: ii colord 0.1.21-1 ii cups1.5.3-5 ii cups-bsd [lpr] 1.5.3-5 ii cups-client 1.5.3-5 ii foomatic-db-engine 4.0.8-3 ii ghostscript 9.05~dfsg-6.3 ii poppler-utils 0.18.4-6 foomatic-filters suggests no packages. -- debconf information: foomatic-filters/ps_accounting: true foomatic-filters/custom_textfilter: foomatic-filters/title: foomatic-filters/config_parsed: true foomatic-filters/spooler: cups foomatic-filters/textfilter: Automagic foomatic-filters/filter_debug: false -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:
Bug#712123: [src:linux] System irregularly slows down for some seconds
Package: src:linux Version: 3.9-1-amd64 Severity: important --- Please enter the report below this line. --- Hi, after an upgrade some weeks ago (after the new Debian was released), my system irregularly slows down for some (about 10, sometimes up to 30) seconds. These moments, the system reacts very slowly and the mouse moves very sluggish. A CPU meter like htop shows no significant usage at these moments. I don't find anything suspicious in the kernel or xserver logs. There is no significant hard disk usage. The same problem happens when using 3.8, but not when using 3.2 (so I guess it has something to do with the kernel). I use a Thinkpad R500 with an Intel i915 graphics card and an Intel Core 2 Duo. I don't know if it has something to do with this problem, but also /sys/devices/platform/dock.0/docked gives a wrong value with this new kernel versions. This bug makes the system almost unusable. The only workaround is using the old kernel version. Thanks, Christian --- System information. --- Architecture: amd64 Kernel: Linux 3.9-1-amd64 Debian Release: jessie/sid 600 unstableftp2.de.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684384: NMU jcc: Transition package to use openjdk-7
Hello, I just did a NMU to fix this bug (5 days delay). Regards, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712124: lintian: FTBFS test failure - binary-compiled-with-profiling-enabled no longer emitted
Package: lintian
Version: 2.5.13
Severity: serious
Admittedly only tested on git master, but the error appeared on its
own (with an {cow,p}builder --update in between). Notably, a new
version of binutils was uploaded recently and I suspect (without having
confirmed) that it is related.
The actual test failure is:
$ debian/rules TEST_WORK_DIR=/tmp/lintian-tests runtests
onlyrun=binaries-general
private/generate-profiles.pl
running tests
rm -rf /tmp/lintian-tests
mkdir /tmp/lintian-tests
private/runtests -j 8 binaries-general
Package tests (tests):
Running binaries-general 1.0... building... testing... FAILED
--- t/tests/binaries-general/tags 2013-05-19 21:35:44.943690016 +
+++ /tmp/lintian-tests/binaries-general/tags.binaries-general 2013-06-13
07:40:45.508602360 +
@@ -3,6 +3,5 @@
E: binaries-general: binary-or-shlib-defines-rpath usr/share/foo/basic
/usr/local/lib
E: binaries-general: debug-symbols-directly-in-usr-lib-debug
usr/lib/debug/basic
E: binaries-general: library-in-debug-or-profile-should-not-be-stripped
usr/lib/debug/usr/share/foo/basic
-W: binaries-general: binary-compiled-with-profiling-enabled usr/share/foo/basic
W: binaries-general: debug-file-with-no-debug-symbols
usr/lib/debug/usr/share/foo/basic
W: binaries-general: debug-package-should-be-named-dbg usr/lib/debug/basic
Not debugged any further than that.
~Niels
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712125: RFP: gmqcc -- Improved QuakeC compiler
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-devel-ga...@lists.debian.org * Package name: gmqcc Version : 0.2.9 Upstream Author : Dale Weiler * URL : https://github.com/graphitemaster/gmqcc * License : Expat/MIT Programming Lang: C/C++ Description : Improved QuakeC compiler GMQCC compiles QuakeC source code to binary, platform-independent code that Quake based engines can interpret. QuakeC is the language that Quake game logic is developed in and is used for developing modifications. GMQCC is a modern QuakeC compiler, capable of generating correct, optimal code and adds new features and tools not present in its predecessors. It is backwards compatible with previous compilers such as FTEQCC. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712105: foomatic-filters: foomatic-rip fails when using bjc250gs driver
control: tags -1 + moreinfo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712126: brasero: Brasero 3.8.0-1 segfaults due to duplicate gio module references
Package: brasero Version: 3.8.0-1 Severity: normal Dear Maintainer, Upon installing brasero 3.8.0-1 from Sid and the subsequent gvfs the application will not launch. Output: mdriftmeyer@horus:/usr/lib/x86_64-linux-gnu/gio/modules$ brasero (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GDaemonVfs'. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GDaemonVolumeMonitor'. (gst-plugin-scanner:6451): GLib-GIO-WARNING **: Tried to register an extension of the type (null) to extension point gio-volume-monitor. Expected type is GVolumeMonitor. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: cannot add interface type `GLoadableIcon' to type `GVfsIcon', since type `GVfsIcon' already conforms to interface (gst-plugin-scanner:6451): GLib-GIO-WARNING **: Tried to register an extension of the type (null) to extension point gio-vfs. Expected type is GVfs. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapper'. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperSmb'. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperHttp'. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperAfp'. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: invalid cast from `GDaemonVfs' to `invalid' (gst-plugin-scanner:6451): GLib-GObject-WARNING **: invalid cast from `GDaemonVfs' to `invalid' (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GDaemonVfs'. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GDaemonVolumeMonitor'. (brasero:6450): GLib-GIO-WARNING **: Tried to register an extension of the type (null) to extension point gio-volume-monitor. Expected type is GVolumeMonitor. (brasero:6450): GLib-GObject-WARNING **: cannot add interface type `GLoadableIcon' to type `GVfsIcon', since type `GVfsIcon' already conforms to interface (brasero:6450): GLib-GIO-WARNING **: Tried to register an extension of the type (null) to extension point gio-vfs. Expected type is GVfs. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapper'. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperSmb'. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperHttp'. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperAfp'. (brasero:6450): GLib-GObject-WARNING **: invalid cast from `GDaemonVfs' to `invalid' (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyDrive'. (brasero:6450): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyMount'. (brasero:6450): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyShadowMount'. (brasero:6450): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyVolume'. (brasero:6450): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyVolumeMonitor'. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyVolumeMonitorUDisks2'. (brasero:6450): GLib-GIO-WARNING **: Tried to register an extension of the type (null) to extension point gio-native-volume-monitor. Expected type is GNativeVolumeMonitor. (brasero:6450): GLib-GObject-WARNING **: invalid class cast from `GProxyVolumeMonitorUDisks2' to `invalid' (brasero:6450): GLib-GObject-WARNING **: invalid class cast from (NULL) pointer to `invalid' (brasero:6450): GLib-GObject-CRITICAL **: g_type_class_peek_parent: assertion `g_class != NULL' failed (brasero:6450): GLib-GObject-WARNING **: invalid class cast from (NULL) pointer to `GObject' Segmentation fault mdriftmeyer@horus:/usr/lib/x86_64-linux-gnu/gio/modules$ -- Upon investigating these two different plugins I noticed the following with glib-networking gio modules and gvfs gio modules: mdriftmeyer@horus:/usr/lib/x86_64-linux-gnu/gio/modules$ ls -rhlt total 520K -rw-r--r-- 1 root root 15K May 8 05:08 libgiolibproxy.so -rw-r--r-- 1 root root 101K May 8 05:08 libgiognutls.so -rw-r--r-- 1 root root 19K May 8
Bug#712125: Recommended git commit
I forgot to mention that the recommended git commit for Xonotic 0.7.0 is 100eaf9137008 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712100: maven compiler plugin default source version
Hi Yohann, 2013/6/13 Yohann Martineau yohann.martin...@gmail.com Hello, On a fresh debian-wheezy install, I installed default openjdk and maven packages from standard debian repository and tried to build an already existing maven java project. This project uses java annotations. I got the following error: maven debian generics are not supported in -source 1.3 As debian maven version is maven-3.0.4-3, I thought default source version would be at least java 1.5. I removed debian maven package and installed apache-maven-3.0.5 from apache.org, and had no issue, project built as expected. I kept the default debian java package. I did not wrote a tiny java project using annotations as a demo for this issue but it should be the same on any project using annotations. Maven core delegates all compilation tasks to a plugin, maven-compiler-plugin. Each version of maven-compiler-plugin define its own default source and target version, which you can override in you pom.xml. In this case, upstream (apache.org) provide more recent default version of this plugin than Debian package : Debian Wheezy has only 2.0.2 version whereas Maven from apache.org provide at least 2.3 (AFAIK). It's not ideal situation but it's difficult to do otherwise : we support both Maven 3.x and Maven 2.x series inside Debian... I can give you two advices : - Always define your source and target version (otherwise it might depends on installed JDK) http://maven.apache.org/plugins/maven-compiler-plugin/examples/set-compiler-source-and-target.html - It's also recommended to define version of each used plugin (IIRC, Maven 3.x will print a warning if version is not set explicitly in your pom.xml) I'll keep this bug open for other users to find a quick solution to their issues and for me to find a solution to find a workaround. Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan
Bug#712127: gnome-terminal doesn't remember open tabs from previous session
Package: gnome-terminal Version: 3.8.3-1 Severity: important Dear Maintainer, after the latest updates to Gnome, gnome-terminal is not any longer automatically started on logging in. Moreover, between sessions the open tabs are lost. While I could login to a new session before, with gnome-terminal opening all previously open tabs with a shell in the previously opened directory, now I have to manually start gnome-terminal after login, re-open all tabs I need, and change to the respective directory in each tab. Formerly, I used gnome-terminal as a kind of to-do-list: work on a LaTeX- document in this tab/dir, play around with some utility in another, keep open some not so urgent work in still another ... Is it possible to restore this convenient behavior? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.0-4 ii gconf-service3.2.6-1 ii gnome-terminal-data 3.8.3-1 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.8.0-2 ii libc62.17-5 ii libdconf10.16.0-4 ii libgconf-2-4 3.2.6-1 ii libglib2.0-0 2.36.3-1 ii libgtk-3-0 3.8.2-1 ii libpango-1.0-0 1.32.5-5+b1 ii libuuid1 2.20.1-5.4 ii libvte-2.90-91:0.34.6-1 ii libx11-6 2:1.5.0-1+deb7u1 Versions of packages gnome-terminal recommends: ii dbus-x11 1.6.10-1 ii gvfs 1.16.2-2 ii yelp 3.8.1-2 gnome-terminal suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565202: afio: Re: Bug#565202: afio: verification against filesystem does not work
Hi Koen, Revising this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565202 As to the why: the -r code was not written to perform a 100% solid comparison, its main purpose is to discover bit errors on the backup medium. The manpage already has something about this: The -r option verifies the file contents of the files in the archive against the files on the filesystem, but does not cross-check details like permission bits on files, nor does it cross-check that archived directories or other non-file entities still exist on the filesystem. but this warning should be extended I guess. A fix would be to stat() the file on the filesystem when the file in the archive has 0 length. Would it be possible to add that stat() as you mentioned initially? I can package directly from Git when you have code ready. This is the only bug open for afio, so it would nice to see it resolved, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602591: allow to choose different IP settings - use case?
[Marius Bjørnstad Kotsbak 2011-07-04] But I guess it will break features, like the netboot, if the existing DHCP server is not modified to point to the tjeners ltsp images... It will break a lot of features, if not done right. In Squeeze and Wheezy, we provide a script subnet-change taking care of changing the IP network on the server, and as the clients should be using dynamic setup (might be missing samba and munin setup), clients should just adapt to the IP setup on the main server and most stuff will just work. We could extend this during installation to collect the subnet to use in d-i, and call subnet-change automatically at the end of the first boot to adjust LDAP and all other parts that need to change and finish off with a reboot. :) Something for Jessie? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712126: brasero: Brasero 3.8.0-1 segfaults due to duplicate gio module references
On 13/06/13 10:17, Marc J. Driftmeyer wrote: Package: brasero Version: 3.8.0-1 Severity: normal Dear Maintainer, Upon installing brasero 3.8.0-1 from Sid and the subsequent gvfs the application will not launch. Output: mdriftmeyer@horus:/usr/lib/x86_64-linux-gnu/gio/modules$ brasero (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GDaemonVfs'. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GDaemonVolumeMonitor'. (gst-plugin-scanner:6451): GLib-GIO-WARNING **: Tried to register an extension of the type (null) to extension point gio-volume-monitor. Expected type is GVolumeMonitor. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: cannot add interface type `GLoadableIcon' to type `GVfsIcon', since type `GVfsIcon' already conforms to interface (gst-plugin-scanner:6451): GLib-GIO-WARNING **: Tried to register an extension of the type (null) to extension point gio-vfs. Expected type is GVfs. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapper'. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperSmb'. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperHttp'. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperAfp'. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: invalid cast from `GDaemonVfs' to `invalid' (gst-plugin-scanner:6451): GLib-GObject-WARNING **: invalid cast from `GDaemonVfs' to `invalid' (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GDaemonVfs'. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GDaemonVolumeMonitor'. (brasero:6450): GLib-GIO-WARNING **: Tried to register an extension of the type (null) to extension point gio-volume-monitor. Expected type is GVolumeMonitor. (brasero:6450): GLib-GObject-WARNING **: cannot add interface type `GLoadableIcon' to type `GVfsIcon', since type `GVfsIcon' already conforms to interface (brasero:6450): GLib-GIO-WARNING **: Tried to register an extension of the type (null) to extension point gio-vfs. Expected type is GVfs. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapper'. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperSmb'. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperHttp'. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperAfp'. (brasero:6450): GLib-GObject-WARNING **: invalid cast from `GDaemonVfs' to `invalid' (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyDrive'. (brasero:6450): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyMount'. (brasero:6450): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyShadowMount'. (brasero:6450): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyVolume'. (brasero:6450): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyVolumeMonitor'. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyVolumeMonitorUDisks2'. (brasero:6450): GLib-GIO-WARNING **: Tried to register an extension of the type (null) to extension point gio-native-volume-monitor. Expected type is GNativeVolumeMonitor. (brasero:6450): GLib-GObject-WARNING **: invalid class cast from `GProxyVolumeMonitorUDisks2' to `invalid' (brasero:6450): GLib-GObject-WARNING **: invalid class cast from (NULL) pointer to `invalid' (brasero:6450): GLib-GObject-CRITICAL **: g_type_class_peek_parent: assertion `g_class != NULL' failed (brasero:6450): GLib-GObject-WARNING **: invalid class cast from (NULL) pointer to `GObject' Segmentation fault mdriftmeyer@horus:/usr/lib/x86_64-linux-gnu/gio/modules$ -- Upon investigating these two different plugins I noticed the following with glib-networking gio modules and gvfs gio modules:
Bug#708198: Debian Bug #708198 - Use a .desktop file and icon for easier winetricks launching
Package: winetricks Version: 0.0+20121030+svn918-2 I had a user report to me that the icon for winetricks had disappeared in raring, and he was thus no longer able to find it without use of a terminal. This is because Ubuntu now inherits winetricks from Debian. Please consider importing the .desktop file and icon from the Ubuntu winetricks package (the 12.04 one should be fine). Hi Scott, The icon in Ubuntu is /usr/share/winetricks/icons/hicolor/scalable/apps/winetricks.svg To include it in Debian, I need: Copyright information (Year Author; permission to use) License information (GPL preferred) Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712128: xrdp: Not working with Android Wyse PocketCloud app (no text shown)
Package: xrdp Version: 0.5.0-2 Severity: important User: debian-...@lists.debian.org Usertags: debian-edu I just tried to connect to ghost.skolelinux.no using RDP, and a Android surf board. I installed Wyse PocketCloud using the App store, and tried to connect. I could connect just fine, but the login screen was without any text. I could see the login dialog frame and button, but no text showed up anywhere. Font problem? The RDP server above is open for everyone to test, so you should be able to reproduce this yourself if you have a Android device. Setting severity to important, as this make xrdp useless for at least a subgroup of Android users, while not making it useless for everyone. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712122: virtualbox-ose: The package or virtualbox-dkms should depend on build-essential
Package: virtualbox-ose Version: 4.1.18-dfsg-2+deb7u1 Followup-For: Bug #712122 Dear Maintainer, The package or virtualbox-dkms should depend on build-essential package -- then it work regarding the driver out of the box. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (600, 'stable-updates'), (600, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox-ose depends on: ii virtualbox 4.2.10-dfsg-1+b1 virtualbox-ose recommends no packages. virtualbox-ose suggests no packages. -- 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#646377: what about now?
In fact, Xonotic 0.7 requires a new QuakeC compiler, GMQCC. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712125 If someone would like Xonotic packaged for Debian sooner, packaging this would be a good start. At Mon, 03 Jun 2013 19:25:30 +0200, Xavier Cartron wrote: Package: wnpp Followup-For: Bug #646377 Hello, I was wondering where the packaging of xonotic is since your last message? You seems to ask for help. What kind of help would you need? (to see if I can be useful...) Regards, Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710201: [Packaging] Bug#710201: Bug#710201: Ability to turn off fields in graph
Hi Wakko, On Donnerstag, 13. Juni 2013, Wakko Warner wrote: I didn't add this to the bug tracking. If you feel it's appropriate, go ahead and add it. absolutly, this seems like very worthwhile progres. Also, please reply to the bug and attach the code you currently have (and/or provide the link to a git repo which has it :) Holger Levsen wrote: On Montag, 3. Juni 2013, Wakko Warner wrote: I'll attach a patch when I'm ready. great! thanks for the update! I should mention that I'm using version 2.1.1-1 for my testing. It should apply to 2.0 as well when I'm finished. np. feel free to join #munin on oftc or freenode to chat with us. I'm still playing with it. I noticed that dynazoom didn't work with IE8 or older at all. I've also found some other problems with it. I'm fixing those first and then adding the stuff in that I wrote. My original worked, but I wasn't pleased with it yet. What I've added is this so far: munin-cgi-graph: Added filename length checking and use a hash if name too long. Added field and nototal parameter from query string. GraphOld.pm: Added --nototal to prevent totals from being shown in graph. Added --field to show only this field (multiples permitted) I tried to make it work like --service but it didn't work like that. Added code to work with the options. One bug: if a non-stack field was skipped and the next was a stack, the stack is converted to line1 instead of what the non-stack field was. I'll fix this. The graph colors for the field are not effected. HTMLConfig.pm: Generate a list of fields with labels for the zoom urls. Add the field list and hastotal options to zoom urls. I didn't change a whole lot in the perl code. The dynazoom.html has been the focus of most of my attention (and the fact I'm weak in the web design dept and especially JS) The features of the dynazoom (and I have this working, just need to refactor): 1. Checkboxes to enable/disable fields, default is all enabled. 2. Radio button for the total field (only if hastotal=1). 3. When a field gets unchecked, a small grey bar will be placed over the field in the image. 4. Fields in the image, including total, can be clicked on and will toggle the checkbox for that field. 5. If the scale is 1 or less, forbid zooming. At this point, each pixel (or vertical line in the graph) is 1 second. I understand there is now a way for munin to record with less than a 300 second granularity. I've not seen how this works. 6. Fix problems with IE8. I don't have access to anything older. It should work in older versions. IE9 and 10 worked fine. I'm developing this with Firefox 0.9, 3.6, 21 and chromium 26. So far all those work fine. If you're interested in the perl patch, I can send it to you. The dynazoom felt like spagetti and I have a few versions laying around. One bug in the stuff for the dynazoom.html is the fact that the graph placement in the image is hard coded. I don't know if there is any possibility to get the information that rrd graphv displays to be included in the URL. thanks cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#712129: wnpp: RFP: xbmc-pvr-addons
package: wnpp severity: wishlist x-debbugs-cc: 696...@bugs.debian.org affects: xbmc Hi, please package the xbmc-pvr-addons. See 696017 for more info. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#706222: gcc-multilib: Canot install gcc-multilib
reassign 706222 libc6-dev-i386 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675345: Info received (Display randomly freezes (but mouse is operational))
Complementing my previous report with the contents of .xsession-errors. I forgot this. /b - /etc/gdm3/Xsession: Beginning session setup... some info omitted here ... ** (nm-applet:3213): WARNING **: _nm_remote_settings_ensure_inited: (NMRemoteSettings) error initializing: Launch helper exited with unknown return code 1 ** (nm-applet:3213): WARNING **: Could not initialize NMClient /org/freedesktop/NetworkManager: Launch helper exited with unknown return code 1 ** Message: applet now removed from the notification area ** (nm-applet:3213): WARNING **: fetch_connections_done: error fetching connections: (25) Launch helper exited with unknown return code 1. ** (nm-applet:3213): WARNING **: Failed to register as an agent: (25) Launch helper exited with unknown return code 1 Window manager warning: Log level 16: Could not initialize NMClient /org/freedesktop/NetworkManager: Launch helper exited with unknown return code 1 Window manager warning: Log level 16: _nm_remote_settings_ensure_inited: (NMRemoteSettings) error initializing: Launch helper exited with unknown return code 1 ** Message: applet now embedded in the notification area Window manager warning: Log level 16: fetch_connections_done: error fetching connections: (25) Launch helper exited with unknown return code 1. (gnome-settings-daemon:3163): PackageKit-WARNING **: couldn't parse execption 'GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._pk_5ftransaction_5ferror.Code4: GetDistroUpgrades not supported by backend', please report (gnome-settings-daemon:3163): updates-plugin-WARNING **: failed to get upgrades: GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._pk_5ftransaction_5ferror.Code4: GetDistroUpgrades not supported by backend (gnome-settings-daemon:3163): color-plugin-WARNING **: Done switch to new account, reload devices (gnome-settings-daemon:3163): color-plugin-WARNING **: Done switch to new account, reload devices gnome-session[3107]: WARNING: Application 'gnome-shell.desktop' killed by signal 9 ** Message: applet now removed from the notification area ** Message: Starting applet secret agent because GNOME Shell disappeared ** (nm-applet:3213): WARNING **: Failed to register as an agent: (25) Launch helper exited with unknown return code 1 (gnome-settings-daemon:3163): color-plugin-WARNING **: Done switch to new account, reload devices Window manager warning: Log level 16: Could not initialize NMClient /org/freedesktop/NetworkManager: Launch helper exited with unknown return code 1 Window manager warning: Log level 16: _nm_remote_settings_ensure_inited: (NMRemoteSettings) error initializing: Launch helper exited with unknown return code 1 ** Message: applet now embedded in the notification area Window manager warning: Log level 16: fetch_connections_done: error fetching connections: (25) Launch helper exited with unknown return code 1. (gnome-settings-daemon:3163): color-plugin-WARNING **: Done switch to new account, reload devices (gnome-shell:3588): GLib-GIO-WARNING **: Dropping signal ActiveSessionChanged of type (s) since the type from the expected interface is (o) (gnome-shell:3588): GLib-GIO-WARNING **: Dropping signal ActiveSessionChanged of type (s) since the type from the expected interface is (o) (gnome-shell:3588): GLib-GIO-WARNING **: Dropping signal ActiveSessionChanged of type (s) since the type from the expected interface is (o) Window manager warning: Log level 8: g_source_remove: assertion `tag 0' failed (gnome-settings-daemon:3163): PackageKit-WARNING **: couldn't parse execption 'GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._pk_5ftransaction_5ferror.Code4: GetDistroUpgrades not supported by backend', please report (gnome-settings-daemon:3163): updates-plugin-WARNING **: failed to get upgrades: GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._pk_5ftransaction_5ferror.Code4: GetDistroUpgrades not supported by backend Initializing nautilus-gdu extension [4373:4395:0613/095814:ERROR:object_proxy.cc(624)] Failed to get name owner. Got org.freedesktop.DBus.Error.NameHasNoOwner: Could not get owner of name 'org.chromium.Mtpd': no such name [4373:4395:0613/095814:ERROR:object_proxy.cc(624)] Failed to get name owner. Got org.freedesktop.DBus.Error.NameHasNoOwner: Could not get owner of name 'org.chromium.Mtpd': no such name [4373:4373:0613/095815:ERROR:object_proxy.cc(529)] Failed to call method: org.chromium.Mtpd.EnumerateStorages: object_path= /org/chromium/Mtpd: org.freedesktop.DBus.Error.ServiceUnknown: The name org.chromium.Mtpd was not provided by any .service files (gnome-settings-daemon:3163): PackageKit-WARNING **: couldn't parse execption 'GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._pk_5ftransaction_5ferror.Code4: GetDistroUpgrades not supported by backend', please report (gnome-settings-daemon:3163): updates-plugin-WARNING **: failed to get upgrades:
Bug#666794: Any help?
It caught me, too! And now I'am totally lost where to look after to get my subversion working again! Any advices? NicoP. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702085: [UDD] Suspected problem of upload_history importer
Hi, On Thu, Jun 13, 2013 at 10:39:27AM +0200, Martin Zobel-Helas wrote: On Thu Jun 13, 2013 at 10:29:33 +0200, Lucas Nussbaum wrote: On 13/06/13 at 09:46 +0200, Andreas Tille wrote: The upload_history is broken since I don't have a way to access debian-devel-changes@ archives from UDD since master moved to new-master. In order to clarify that this importer is broken, I've just removed all data in the upload_history table. This has been discussed multiple times with DSA, but no solution has been found yet. This is tracked in #702085. you have also been told to work out a solution with ftp-master. Could you please be more verbose what were was told. The bug report just claims - projectb does not store historical data currently - but changing that would be easy but it does not to be that easy since the problem remains open since three monthes. I could add two further services that relay on the upload-history table. If you would explain what exactly we should work out with ftp-master this might be helpful. From my naive point of view I could imagine an anonymous ssh account which is only allowed to scp the mailing list archives (has a login shell that does exactly this). But I have no idea what might have been discussed before. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702085: [UDD] Suspected problem of upload_history importer
On 13/06/13 at 10:39 +0200, Martin Zobel-Helas wrote: Hi, On Thu Jun 13, 2013 at 10:29:33 +0200, Lucas Nussbaum wrote: On 13/06/13 at 09:46 +0200, Andreas Tille wrote: The upload_history is broken since I don't have a way to access debian-devel-changes@ archives from UDD since master moved to new-master. In order to clarify that this importer is broken, I've just removed all data in the upload_history table. This has been discussed multiple times with DSA, but no solution has been found yet. This is tracked in #702085. you have also been told to work out a solution with ftp-master. The main discussions about this topic happened on March 2nd and March 28th on #debian-admin. On March 2nd, I was asked to discuss with ftp-masters what needed to be done on the dak side to provide historical data. I did that the same day on #debian-ftp, and then sent https://lists.debian.org/debian-dak/2013/03/msg0.html, which was never answered. On March 28th, I re-raised the topic on #debian-admin. Sligthly edited log (to remove unrelated conversations) follows: 03/28/13 16:15:50 lucas One thing that is still broken is UDD's importer for history of uploads. that works by parsing debian-devel-changes@ archives. We would need a way to bring those archives from master to ullmann. 03/28/13 20:55:46@luca lucas: how did that work before master was moved? 03/28/13 20:57:10 lucas luca: the archives were processed locally, and the resulting files were downloaded over HTTP 03/28/13 20:57:24 lucas what broke that was the lack of httpd on master (which I understand) 03/28/13 20:58:29@luca so master could push them to ullmann? 03/28/13 21:19:44@zobel lucas: what is the status of the dak export of that needed information from ftp-master to udd? 03/28/13 21:20:01@zobel or do i mix up something here? 03/28/13 21:20:24 lucas zobel: no progress AFAIK 03/28/13 21:20:26 Ganneff no you dont, but as noone has put any work into it, the status is same like last time 03/28/13 21:21:19 lucas luca: master could push them, or, if you provided a script to sync them using a specific ssh key pair, that would work too 03/28/13 21:21:27 Ganneff üatches welcome, of course 03/28/13 21:21:39@luca lucas: however it seems that the arrangement is for dak to provide these? 03/28/13 21:21:51@luca lucas: rather than exporting from master 03/28/13 21:21:57 lucas luca: I don't have time to work on dak 03/28/13 21:21:58@luca lucas: based on what i just read 03/28/13 21:22:09 lucas luca: it seems that it won't happen if nobody has time to work on dak 03/28/13 21:22:15 Ganneff luca: someone needs to write the code. the export is easy, we just have to get the historical data into dak once. 03/28/13 21:22:29 Ganneff (and a new table in the db, but thats even simpler) 03/28/13 21:22:34 lucas luca: otoh, the code already exists and was functional to get that info from the mail archives 03/28/13 21:22:51 lucas luca: (the code for UDD) 03/28/13 21:23:55 lucas luca: so I think that a good compromise is to fix UDD ASAP by pushing or rsyncing the archives to ullmann, and switch to dak if the change happens there 03/28/13 21:29:43@luca seems like we need some master data management and an enterprise service bus ... 03/28/13 21:30:33@zobel lucas: so you need a script that parses mail on master, right? 03/28/13 21:30:47@zobel and import that data to udd? 03/28/13 21:30:50@luca dak - email - aggregator - website - wget - database seems more prone to data loss (emails do get lost) than dak - database - view - etl - table - database - udd 03/28/13 21:31:43 lucas zobel: not necessarily. I think that the easier would be to do all the processing on ullmann 03/28/13 21:32:00 lucas zobel: that is, push archives to ullmann. or even autosshfs them 03/28/13 21:32:40@zobel maybe Ganneff can add a mail address on ullman in dak config to be notified? 03/28/13 21:32:59@zobel baeh, i don't like that idea. 03/28/13 21:33:15 lucas can ullmann receive mail? 03/28/13 21:35:09@luca looks like zobel has this topic well in hand 03/28/13 21:35:28@zobel no. 03/28/13 21:35:40 lucas what's easier for you? 03/28/13 21:35:41@zobel i am currently debugging, where 25G are lost on beach.d.o 03/28/13 21:35:43@luca okay, then what are we doing? 03/28/13 21:35:53@luca well, this doesn't need solving this minute 03/28/13 21:35:59@zobel it needs. 03/28/13 21:36:07@zobel 630M left 03/28/13 21:36:09@zobel only 03/28/13 21:36:17@luca my 'this' is udd 03/28/13 21:36:44@luca the dak-udd problem needs a solution that everyone agrees to 03/28/13 21:36:58@luca am i facilitating this conversation or you? 03/28/13 21:37:02@luca let me know, either way 03/28/13 21:37:05@luca no rush 03/28/13 21:37:20 Ganneff that would be generate in dak i think. i dislike the mail thing, but it would work. 03/28/13 21:37:32 Ganneff and would be easy, but then udd needs to receive those mails 03/28/13 21:37:52@zobel lucas: could you work out with Ganneff or ansgar how the
Bug#683537: NMU hyperestraier: Transition package to use openjdk-7
Hello, I just did a NMU to fix this bug (5 days delay). Regards, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712047: libc6-dev: cannot build C programs
Excerpts from Aurelien Jarno's message of Wed Jun 12 18:17:13 +0200 2013: tag 712047 + moreinfo thanks On Wed, Jun 12, 2013 at 04:30:08PM +0200, Michal Suchanek wrote: Package: libc6-dev Version: 2.13-38 Severity: important Hello, I tried building a C program with libc-dev installed. The program would not build because headers were missing: libc6-dev-i386: /usr/include/bits You don't need this one, your compiler should look into /usr/include/x86_64-linux-gnu/bits. libc6-dev:amd64: /usr/include/x86_64-linux-gnu/bits/predefs.h This is libc6-dev the package you are reporting the bug against, so it can't be missing. No, it's just wrong place. linux-libc-dev:amd64: /usr/include/x86_64-linux-gnu/asm/errno.h libc6-dev already depends on this one. gcc-multilib: /usr/include/asm You don't need this one, your compiler should already lokk into /usr/include/x86_64-linux-gnu/asm. It does not. For the asm/errno.h (referenced from common header) to be present gcc-multilib must be installed. Similarily for bits/predefs.h to be present libc6-dev-i386 must be installed. The libc6-dev package is incomplete and cannot stand on its own. Dependency on gcc-multilib is bogus. It requires specific version of gcc installed. Also, libc6-dev does not depend on these packages. Please make a libc package against which C programs do compile. This is what libc6-dev is for. Please provide examples which do not work. I found the setting that shows compile commands and the makefile uses -m32 compiler flag. That clearly requires the 32bit headers and the extra symlink provided by the 32bit headers is probably just a red herring. Sorry about the noise. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712130: python-jenkinsapi: new upstream version 0.1.16 available
Package: python-jenkinsapi Version: 0.1.11-5 Severity: wishlist Current upstream version is 0.1.16 (released on 2013-06-01), would be nice to get an update of python-jenkinsapi in Debian. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2013-06-13t11-36...@devnull.michael-prokop.at
Bug#711994: libgl1-mesa-dri: Blank output on Radeon HD 6450/7450/8450
On Mit, 2013-06-12 at 19:33 +0200, Jan Hudec wrote: On Wednesday 12 of June 2013 11:13:43 Michel Dänzer wrote: On Die, 2013-06-11 at 22:03 +0200, Jan Hudec wrote: Package: libgl1-mesa-dri Version: 9.1.3-6 Severity: important After update to 9.1.3-6, output of anything OpenGL is blank. Downgrading to 8.0.5-6 from Jessie fixes the problem (obviously all of mesa is upgraded or downgraded together, not just libgl1-mesa-dri in particular). I've tried turning off OpenGL in kwin (strangely with it turned on it did display apparently fine) Sounds like not everything OpenGL is affected after all. :) It seems I wrote that too fast. After downgrading I switched it back to OpenGL and it said something like OpenGL is disabled, because it crashed. If you think you have working version now, save all your work and click this to retry it. Warning, might crash immediately. So it was selected, but apparently wasn't actually used. What happens if you confirm that dialogue to enable it again? (I guess you should memorize the shortcut for disabling it again before trying that :) BTW, did you restart X after upgrading Mesa to the newer version? Note that just logging out of and back into KDE might not be enough for that with kdm. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711410: Another Crash
I have got another computer crash, this time the error message is different. Have a look at the following pictures: http://imagebin.org/261226 http://imagebin.org/261227 Regards, Joao
Bug#712131: snapshot.debian.org: Please make the search case insensitive
Package: snapshot.debian.org Severity: wishlist Hello, Since the case of Debian packages does not matter, it would be nice to have snapshot.debian.org doing a case insensitive search. For example: http://snapshot.debian.org/package/Instantbird/ = 404 While http://snapshot.debian.org/package/instantbird/ works Thanks, Sylvestre -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683537: NMU hyperestraier: Transition package to use openjdk-7
hi, I just did a NMU to fix this bug (5 days delay). Why don't you check developing status? http://anonscm.debian.org/gitweb/?p=collab-maint/hyperestraier.git So disgusting (to be forced to do with NMU things). regards, -- KURASHIKI Satoru
Bug#712132: pidgin-skype: Migration pidgin-skype with empathy 3.4.2.3-3
Package: pidgin-skype Version: 20121110+svn645+dfsg-1 Severity: important Tags: upstream Dear Maintainer, The plugin doesn't seem to work the this version of empathy. Even when you install it, there is no option on account protocols and it cannot communicate with skype. Thank you... -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin-skype depends on: ii libc6 2.17-3 ii libpurple0 2.10.7-2 pidgin-skype recommends no packages. pidgin-skype suggests no packages. -- 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#707920: mirror submission for debian.mirror.net.in - update
Bump !!
Anything pending from our end ??
Regards,
Ripunjay Bararia
Director - Technical
Honesty Net Solutions (I) Pvt Ltd
Mumbai, INDIA
M: +91-9820-33-6421
E: ripun...@hns.net.in
On 07-06-2013 18:04, Ripunjay Bararia wrote:
Bump !!
Regards,
Ripunjay Bararia
Director - Technical
Honesty Net Solutions (I) Pvt Ltd
Mumbai, INDIA
M: +91-9820-33-6421
E: ripun...@hns.net.in
On 27-05-2013 19:53, Ripunjay Bararia wrote:
Hi,
Source packages are now fully synced.
Regards,
Ripunjay Bararia
Director - Technical
Honesty Net Solutions (I) Pvt Ltd
Mumbai, INDIA
M: +91-9820-33-6421
E: ripun...@hns.net.in
On 25-05-2013 19:17, Simon Paillard wrote:
Hi,
On Sat, May 25, 2013 at 04:54:36PM +0530, Ripunjay Bararia wrote:
Updated details
Archive-architecture: amd64 i386 armhf armel source
source packages are not present yet on the mirror.
Architectures: GUESSED:{ amd64 armel armhf i386}
Can you notice us when the sync including sources is done ?
Maintainer: Mirror Admin Debian deb...@mirror.net.in
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683537: NMU hyperestraier: Transition package to use openjdk-7
On 13/06/2013 12:15, Satoru KURASHIKI wrote: hi, I just did a NMU to fix this bug (5 days delay). Why don't you check developing status? http://anonscm.debian.org/gitweb/?p=collab-maint/hyperestraier.git So disgusting (to be forced to do with NMU things). Please apologize. I did a NMU because no upload has been done during the last 6 months and the bug #683537 has been opened for almost a year. But, yes, I should have check the git repository. Do you want me to cancel the upload ? Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711381: SQUID3 building Jessie and Sid package with enable-ssl flag set
merge 641944 711381 thanks Hi Robert, Due to license issues while using OpenSSL in squid code-base an SSL-enabled version of squid3 cannot be uploaded to the main repository. I'm merging this bug with the other one asking for SSL support. Regards, L -- Luigi Gangitano -- lu...@debian.org -- gangit...@lugroma3.org GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 GPG: 4096R/2BA97CED: 8D48 5A35 FF1E 6EB7 90E5 0F6D 0284 F20C 2BA9 7CED
Bug#712133: wims: synatx error in postinst script
Package: wims Version: 1:4.04~dfsg2-2 Severity: grave Justification: renders package unusable Dear Maintainer, here is the problem: Setting up wims (1:4.04~dfsg2-2) ... /var/lib/dpkg/info/wims.postinst: line 65: syntax error near unexpected token `done' dpkg: error processing wims (--configure): In the postinst script the if statement before line 65 lacks an fi statement. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wims depends on: ii adduser3.113+nmu3 ii apache22.4.4-6 ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 ii chemeq 2.9-1 ii debconf [debconf-2.0] 1.5.50 ii fortunes 1:1.99.1-6 ii gnuplot4.6.3-2 ii graphviz 2.26.3-14 ii heirloom-mailx [mailx] 12.5-2 ii imagemagick8:6.7.7.10-5 ii ldap-utils 2.4.31-1+nmu2 ii libc6 2.17-5 ii libgcc11:4.8.1-2 ii libgd3 2.1.0~rc2-2 ii libjs-edit-area0.8.2-1 ii libjs-mootools 1.4.5~debian1-2.1 ii libjs-prototype1.7.1-3 ii libstdc++6 4.8.1-2 ii maxima 5.30.0-6 ii maxima-share 5.30.0-6 ii octave 3.6.4-3 ii pari-gp2.5.4-1 ii texlive-base 2013.20130530-1 ii texlive-fonts-recommended 2013.20130530-1 ii texlive-latex-base 2013.20130530-1 ii units-filter 3.5-3 ii wims-modules 1:4.04~dfsg2-2 Versions of packages wims recommends: ii gap4r4p12-2 ii wims-help 4.01-2 ii wims-java-applets 1:4.04~dfsg2-2 ii yacas 1.3.3-2 Versions of packages wims suggests: pn wims-extra-all | wims-extra none -- debconf information: * wims/reconfigure-webserver: apache2 * wims/restart-webserver: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712040: libreoffice dot dir lacks dot
Rene Engelhard wrote:
On Wed, Jun 12, 2013 at 01:20:05PM +0100, Zefram wrote:
libreoffice by default creates some files in a directory ~/libreoffice.
No.
Well, that's what it empirically did for me. Installed via apt-get,
no manual intervention or configuration, no environment variables set
specially for libreoffice.
UserInstallation=$SYSUSERCONFIG/libreoffice/4
/usr/lib/libreoffice/program/bootstraprc contains the line
UserInstallation=$SYSUSERCONFIG/libreoffice/3
where SYSUSERCONFIG *is* /home/rene/.config here.
I do not have an environment variable by that name. Trying out setting
it, using just a pathname (of an existing dir) yields failure at startup:
$ SYSUSERCONFIG=/home/zefram/t1 libreoffice test-document.doc
Xlib: extension XINERAMA missing on display :0.2.
[Java framework] Error in function createSettingsDocument (elements.cxx).
javaldx failed!
Warning: failed to read path from javaldx
I18N: Operating system doesn't support locale en_US
terminate called after throwing an instance of
'com::sun::star::uno::RuntimeException'
If that sort of setting works for you, maybe that's a v3 vs v4 difference.
Some parts of the source suggest that it's meant to be a URL, and
that works:
$ SYSUSERCONFIG=file:///home/zefram/t1 libreoffice test-document.doc
Xlib: extension XINERAMA missing on display :0.2.
I18N: Operating system doesn't support locale en_US
Files appear under /home/zefram/t1/libreoffice/3.
Chasing down that Error in function createSettingsDocument, to see where
SYSUSERCONFIG gets defaulted, leads eventually to osl_psz_getConfigDir()
in sal/osl/unx/security.c. This has some logic to use XDG_CONFIG_HOME
if it's set, otherwise:
// a default equal to $HOME/.config should be used.
if (!osl_psz_getHomeDir(Security, pszDirectory, nMax))
return sal_False;
n = strlen(pszDirectory);
if (n + sizeof(DOT_CONFIG) nMax)
{
strncpy(pszDirectory+n, DOT_CONFIG, sizeof(DOT_CONFIG));
if (access(pszDirectory, 0) != 0)
{
// resort to HOME
pszDirectory[n] = '\0';
}
}
That is, it uses ~/.config *if it already exists*, and otherwise just
uses ~. So its ultimate default is, as I found, to create files under
~/libreoffice. Creating ~/.config for test purposes, empirically it does
then get used: ~/.config/libreoffice is created rather than ~/libreoffice.
Aside from putting configuration files in the wrong place by default,
this logic will also lose configuration if ~/.config gets created
(perhaps by a different program) after configuration has already been
saved in ~/libreoffice.
-zefram
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712040: libreoffice dot dir lacks dot
Hi, On Thu, Jun 13, 2013 at 11:20:28AM +0100, Zefram wrote: Well, that's what it empirically did for me. Installed via apt-get, no manual intervention or configuration, no environment variables set specially for libreoffice. Not here, as said. UserInstallation=$SYSUSERCONFIG/libreoffice/4 /usr/lib/libreoffice/program/bootstraprc contains the line UserInstallation=$SYSUSERCONFIG/libreoffice/3 sure, cut'n'pasted from my system which has a supported version from wheezy-backports installed, doesn't matter for the problem, though. where SYSUSERCONFIG *is* /home/rene/.config here. I do not have an environment variable by that name. Trying out setting Sure, it#s LO-internal. If that sort of setting works for you, maybe that's a v3 vs v4 difference. Nah. That is, it uses ~/.config *if it already exists*, and otherwise just uses ~. So its ultimate default is, as I found, to create files under ~/libreoffice. Creating ~/.config for test purposes, empirically it does then get used: ~/.config/libreoffice is created rather than ~/libreoffice. OK, that explains why it's so rerely seen. both KDE and GNOME create stuff under .config and so it's there when LO first is ran - no problem Otherwise it can be a problem, yeah, I see... I guess we should patch this to *always* use .config. Not something we can or should do for wheezy, though. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709843: Partition PBR must always have an OS bootloader (grub)
Here is a more complete but quick summary of my points and of my story, after more reading and thinking. Unless I'm asked for information, this will probably be my last message. First, something I forgot to say, Debian Installer is a marvelous program, kudos !!! I mean it much (that's why I write all this). - Debian installer requests that other systems boot by PBR (chain loading) but does not do it itself by default. - It presents PBR boot as a valid option, but grub-install calls it a VERY BAD idea (Richmond's idea?) - Richmond's OS bootloader seems a good idea: it perfectly works since the 1980s and is never heard of but Grub makes an abundant user literature, mostly about problems. - A self contained PBR OS bootloader as simple as Richmond's is the essence of my suggestion, in particular to allow easy recovery, in addition to whatever other possible booting one may use. - It may use simpler software than Grub but Grub is OK if it works and if it's invisible (not to fiddle with). - In particular, it should not require to contain the UUID of its own partition. Using UUID=0 or some other magic number to indicate myself, also valuable in /etc/fstab, is a suggestion I made in an Ubuntu bug, but it has been closed repeatedly. - The installation DVD should contain a menu entry to repair the booters. Presently, I found a help.ubuntu article instructing to boot the Desktop liveDVD and either to install/run (needing Internet) a package that is not found or to run grub-install which is certainly not for the average user and did not work in a Virtualbox Virtual Machine. - Using an extra, intermediate partition (the, as Windows usually leaves one) is indeed a good solution because everyone agrees with it. In fact, it's what I was using on my previous computer with Grub1. But it should be done by the installer, not by the user, of course. Why I did not continue that way is because Grub2 complicates things. I don't know it and I don't want to learn it (more than Richmond's), there are many other more useful and pleasing things to learn. - as a side note, I'm using no swap partition but swapspace (Richmond's too). I have a feeling that putting the swapspace in the middle of the data means less disk seeks. The installer might propose to install it as an alternative to the swap partition. My story, Debian should make an everybody's story more simple: - installed GAG and copied working PBR-booting partition from old system. It displays GRUB and stalls. - installed Ubuntu 12.04 that destroyed GAG - reinstalled GAG and U 12.04 with PBR bootloader - 12.04's Grub would boot 10.04, had to upgrade GRUB1 and grub-install to have it boot directly. - configured VirtualBox to run GAG + 10.04 in a virtually mapped real partition. - created more U 12.04 partitions with PBR boot - this was a complete mixup: all partitions except 10.04 were presenting the same Grub menu and the labeling of the partitions was confusing. The only way to understand was my own partition-what index but two labels referred to sda7 (one instead of sda8). - I finally gave up and installed Grub on MBR. - my main system was, of course, in the middle of the menu but I guessed that reinstalling grub from it would put it on top and it did. Speaking of mixup, I noticed that most recent GRUB2's labels no longer indicate neither partition number nor OS version. - after that, I noticed that the 10.04 partition no longer boots in VirtualBox (GRUB again): it looks like MBR GRUB2 destroyed it. - that remains on my very long todo list. (1) a partition may boot by MBR on the real disk and by PBR on a mapped partition on Virtualbox. Thanks again
Bug#712134: html cgi unacceptable slow with 160 hosts
package: munin severity: important version: 2.0.6-4+deb7u1 x-debbugs-cc: debian-ad...@debian.org Hi, h01ger weasel is struggling with the load-time of http://munin2.debian.org which i also find unacceptable. 1-2min until something is shown h01ger which means, DSA (which maintains debian.org) will be looking for a munin replacement fairly soon if this aint fixed h01ger that munin install covers 160 hosts, so not *that* many h01ger (and its html cgi graph which is slow) h01ger weasel, is the fcgi config you are using public or can you make it so? h01ger (that site is using 2.0.6-4+deb7u1) helmut h01ger: not quite getting this yet. is he using cgi or fcgi? h01ger i believe fcgi but let weasel comment on this helmut h01ger: dsa stuff should be visible in their puppet repository. checking h01ger :) helmut git://anonscm.debian.org/mirror/dsa-puppet.git helmut hmm. cannot find munin2.debian.org in that git repo. :-( ssm helmut: look for menotti helmut weasel: modules/munin/templates/munin.conf.erb looks broken, duplicating settings for non-menotti http://munin2.debian.org will not be there for long. Either the performance very soon becomes acceptable and it will become munin.debian.org or DSA will look for another monitoring solution. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#683537: NMU hyperestraier: Transition package to use openjdk-7
hi, I'm sorry about my thoughtless emotional reply. Sure, I know my inactivity on the BTS. On Thu, Jun 13, 2013 at 7:19 PM, Sylvestre Ledru sylves...@debian.orgwrote: On 13/06/2013 12:15, Satoru KURASHIKI wrote: hi, I just did a NMU to fix this bug (5 days delay). Why don't you check developing status? http://anonscm.debian.org/gitweb/?p=collab-maint/hyperestraier.git So disgusting (to be forced to do with NMU things). Please apologize. I did a NMU because no upload has been done during the last 6 months and the bug #683537 has been opened for almost a year. But, yes, I should have check the git repository. Do you want me to cancel the upload ? Yes, please cancel this NMU. I've been testing prepared package with local build on some archs, and it will be needed some few days (to revive my test environment), I guess. regards, -- KURASHIKI Satoru
Bug#698840: NMU of gosa with ldap-manager support re-included
Hi Michael, hi Fabian, @Fabian: I am not sure if you are aware about Cajus having resigned from Debian. Is he the package maintainer you are referring to? If so, then he won't be able to upload packages to Debian anymore. The current agreement is that I (in some team context, like debian-edu-pkg-team, or even leaving it in the hands of the gosa-pkg team) will take over the packaging. However, I would love to have an official hand-over of the packaging workflow from Cajus to me. @Michael: that's where you come into play. Please be so kind and upload your NMU of gosa (fixing #698840) to unstable. Please let me know if you can contact the release managers about inclusion of the fix into Debian wheezy-updates and also do the upload to proposed-updates. Thanks+Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpDeVX5A4vQe.pgp Description: Digitale PGP-Unterschrift
Bug#708385: RFP: mate-desktop -- A classic Desktop Environment
We are already working on this. Work is not stopped :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712134: moreinfo
Hi, helmut no fcgi/fastcgi stuff mentioned in dsa-puppet at all. * helmut uses cron html and that takes multiple seconds on multiple cores for 2 nodes. helmut so likely, something about html generation is slow. h01ger yes, that was also my suggestion: use cron for html generation and cgi for the graph generation helmut works for me :) h01ger and how often would this html-cron run? daily? hourly? helmut every five minutes h01ger and then it takes 3min every 5min? helmut maybe throw some more cores at it? h01ger (if it takes a few secs for your 2 hosts, scale this up to 160) * helmut is using 4 cores :) h01ger helmut, seems like waste helmut true helmut unfortunately, I have little clue about perl and even less about profiling it. :-/ h01ger yeah, there must be (a) severe bottleneck(s) helmut h01ger: it should(!) be safe to run html less often. you should run it at least daily and expect that the warning values printed on detail pages are always out of date. h01ger bah cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#706676: sysvinit: /sbin/init doesn't support LXC gracefull shutdown via lxc-shutdown
Package: sysvinit Version: 2.88dsf-41 Followup-For: Bug #706676 I just discovered that not dropping the ``sys_boot`` capability from a container fixes the issue, plus it allows the container to properly reboot (instead of launching a bare shell in the case of Debian containers). So maybe it was the old kernel which handled that capability in an incorrect way and the problem is not in sysvinit at all. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sysvinit depends on: ii debianutils 4.3.4 ii initscripts 2.88dsf-41 ii libc6 2.17-5 ii libselinux1 2.1.13-2 ii libsepol1 2.1.9-2 ii sysv-rc 2.88dsf-41 ii sysvinit-utils 2.88dsf-41 sysvinit recommends no packages. sysvinit suggests no packages. -- 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#712135: b43-fwcutter: [INTL:pt] Updated Portuguese translation for debconf messages
Package: b43-fwcutter Version: n/a Tags: l10n, patch Severity: wishlist Updated Portuguese translation for b43-fwcutter's debconf messages. Translator: Pedro Ribeiro p.m42.ribe...@gmail.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Melhores cumprimentos/Best regards, Traduz! - Portuguese Translation Team pt.po.gz Description: application/gzip
Bug#709510: update
I'm having exactly the same problem with very similar set up. I've tried the upgrade with rpcbind and nfs-common stopped and it makes no difference. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561622: Bug 56122: Original bug report misunderstood; root problem not corrected
reopen 561622 reassign 561622 ntp found 561622 1:4.2.4p4+dfsg-8lenny3 thanks On 13/06/13 01:30, Carl Mascott wrote: Bug 56122: Original bug report misunderstood; root problem not corrected Back in 2009, the bug was assigned to libnss-mdns. Kurt Roeckx recommended a change to /etc/nsswitch.conf. While updating libnss-mdns I made that change to nsswitch.conf for new installations. Please try removing mdns4 from the end of the hosts line in nsswitch.conf (equivalent to the change I made in libnss-mdns 0.10-4). If that change to nsswitch.conf does not solve your problem then I can't do anything more for this from libnss-mdns' point of view; reassigning back to ntp. No network service should be started until NetworkManager indicates that the network interface is up. This is not practical to achieve in a world where networking is not 100% reliable (i.e. wifi and mobile broadband exist) - a machine should not fail to boot because it can't get on a network. It is impractical to try to bulletproof every network service to deal with the network interface being down when the service tries to start. On my laptop, it appears that ntpd does respond to changes in connectivity: Jun 13 11:45:07 archetype NetworkManager[1370]: info Activation (wlan0) Stage 3 of 5 (IP Configure Start) complete. ... Jun 13 11:45:07 archetype dhclient: bound to x.x.x.194 -- renewal in 18564 seconds. ... Jun 13 11:45:11 archetype ntpd[1697]: Listen normally on 13 wlan0 x.x.x.194 UDP 123 Jun 13 11:45:11 archetype ntpd[1697]: Listen normally on 14 wlan0 fe80::x:x:x:x UDP 123 Jun 13 11:45:11 archetype ntpd[1697]: peers refreshed so this may in fact already be solved. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712040: libreoffice dot dir lacks dot
Rene Engelhard wrote: OK, that explains why it's so rerely seen. both KDE and GNOME create stuff under .config Aha. I can't abide such desktop environments. I'm old-school: I use twm, with a minimalist configuration. Not entirely unrelated to the fact that I hardly ever run GUI applications such as libreoffice. (Currently have sixteen windows open, all xterms.) Needed libreoffice on this isolated occasion to fill in a form for my employer that was distributed as a .ods spreadsheet file. I guess we should patch this to *always* use .config. Yeah. Must create it on demand. Not something we can or should do for wheezy, though. Indeed, stability would seem to preclude any move of the config directory within the wheezy maintenance track. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711539: [src:linux] No sound on headphones with snd_hda_intel (working on 3.8)
Looks like the fix is a series of patches that can be found at https://lkml.org/lkml/2013/6/3/148 and the fix was committed as Takashi Iwai: ALSA: hda/via - Fix wrongly cleared pins after suspend on VT1802 On Wed, Jun 12, 2013 at 10:18 PM, Ben Bromley b...@amongotheritems.orgwrote: Package: src:linux Version: 3.9.5-1 Followup-For: Bug #711539 This bug seems to have been fixed when I upgraded to linux-image-3.10-rc5-amd64. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: System76, Inc. product_name: Pangolin Performance product_version: panp9 chassis_vendor: No Enclosure chassis_version: N/A bios_vendor: American Megatrends Inc. bios_version: 4.6.5 board_vendor: System76, Inc. board_name: Pangolin Performance board_version: panp9 ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor Family DRAM Controller [8086:0104] (rev 09) Subsystem: CLEVO/KAPOK Computer Device [1558:0240] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: access denied 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09) (prog-if 00 [VGA controller]) Subsystem: CLEVO/KAPOK Computer Device [1558:0240] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 49 Region 0: Memory at f780 (64-bit, non-prefetchable) [size=4M] Region 2: Memory at e000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at f000 [size=64] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller [8086:1e31] (rev 04) (prog-if 30 [XHCI]) Subsystem: CLEVO/KAPOK Computer Device [1558:0240] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 45 Region 0: Memory at f7e0 (64-bit, non-prefetchable) [size=64K] Capabilities: access denied Kernel driver in use: xhci_hcd 00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 [8086:1e3a] (rev 04) Subsystem: CLEVO/KAPOK Computer Device [1558:0240] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 43 Region 0: Memory at f7e1a000 (64-bit, non-prefetchable) [size=16] Capabilities: access denied Kernel driver in use: mei_me 00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04) (prog-if 20 [EHCI]) Subsystem: CLEVO/KAPOK Computer Device [1558:0240] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 16 Region 0: Memory at f7e18000 (32-bit, non-prefetchable) [size=1K] Capabilities: access denied Kernel driver in use: ehci-pci 00:1b.0 Audio device [0403]: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller [8086:1e20] (rev 04) Subsystem: CLEVO/KAPOK Computer Device [1558:0240] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 50 Region 0: Memory at f7e1 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied Kernel driver in use: snd_hda_intel 00:1c.0 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 [8086:1e10] (rev c4) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
Bug#712136: rail: Incorrect Vcs-* fields
Source: rail Version: 1.2.8-1 Tags: patch The fields Vcs-Git and Vcs-Browser are incorrect. You should replace cmigemo with rail in debian/control. --- a/debian/control +++ b/debian/control @@ -4,5 +4,5 @@ Priority: optional Maintainer: Youhei SASAKI uwab...@gfd-dennou.org Build-Depends: debhelper (= 7.0.50~), quilt (= 0.46-7~), emacs | emacsen Standards-Version: 3.9.4 -Vcs-Git: git://anonscm.debian.org/users/uwabami-guest/cmigemo.git -Vcs-Browser: http://anonscm.debian.org/gitweb/?p=users/uwabami-guest/cmigemo.git;a=summary +Vcs-Git: git://anonscm.debian.org/users/uwabami-guest/rail.git +Vcs-Browser: http://anonscm.debian.org/gitweb/?p=users/uwabami-guest/rail.git;a=summary BTW, you should push the tags to the git repo. Note that the git push command does not push tags by default. Use the --tags option or specify tag names to push tags. Also, add the Homepage field to mention the upstream site. Thanks, -- Tatsuya Kinoshita -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698840: NMU of gosa with ldap-manager support re-included
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Am 13.06.2013 12:51, schrieb Mike Gabriel: Hi Michael, hi Fabian, @Fabian: I am not sure if you are aware about Cajus having resigned from Debian. Is he the package maintainer you are referring to? If so, then he won't be able to upload packages to Debian anymore. ah yes, now I remeber Cajus said that some time ago. Ok, then forget what I said. The current agreement is that I (in some team context, like debian-edu-pkg-team, or even leaving it in the hands of the gosa-pkg team) will take over the packaging. However, I would love to have an official hand-over of the packaging workflow from Cajus to me. I guess the best would be, to contact Cajus directly about that. @Michael: that's where you come into play. Please be so kind and upload your NMU of gosa (fixing #698840) to unstable. Please let me know if you can contact the release managers about inclusion of the fix into Debian wheezy-updates and also do the upload to proposed-updates. Thanks+Greets, Mike - -- Fabian Hickert fabian.hick...@gonicus.de (System Engineer) * GONICUS GmbH * Moehnestrasse 55 * D-59755 Arnsberg * Tel.: +49 (0) 29 32 / 9 16 - 0 * Fax: +49 (0) 29 32 / 9 16 - 242 * http://www.GONICUS.de * http://twitter.com/gonicus *Sitz der Gesellschaft: Moehnestrasse 11-17 * D-59755 Arnsberg *Geschaeftsfuehrer: Rainer Luelsdorf, Alfred Schroeder *Vorsitzender des Beirats: Juergen Michels *Amtsgericht Arnsberg * HRB 1968 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEUEARECAAYFAlG5r5EACgkQMuPovRipbI9srACeNwzaQa1ASuiJimhcdjCzcRzS +YoAmNKAk4bS6r9r/vaTYRmwnEONxF0= =9Bz2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675763: gnome-settings-daemon: gnome-setting-daemon segfaults in libmouse.so
Looking at the source, only part of the Ubuntu patch has made into the source. The args[] buffer is too small at line 568.This is in the Ubuntu patch butstill incorrect in the debian sources.
Bug#695683:
update 3 is out... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712137: dma: please allow using a dedicated mail delivery agent (MDA) for local delivery
Package: dma Version: 0.0.2010.06.17-14.1 Severity: wishlist Tags: upstream Dear Maintainer, At least this version of DMA doesn't seem to provide any way to use a dedicated Mail Delivery Agent (like maildrop or procmail) for local delivery. Thanks, Andrei -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dma depends on: ii debconf [debconf-2.0] 1.5.50 ii dpkg 1.16.10 ii libc6 2.17-5 ii liblockfile1 1.09-6 ii libssl1.0.01.0.1e-3 ii ucf3.0027 Versions of packages dma recommends: ii dma-migrate 0.0.2010.06.17-14.1 ii safecat 1.13-2 dma suggests no packages. -- Configuration Files: /etc/dma/auth.conf [Errno 13] Permission denied: u'/etc/dma/auth.conf' /etc/dma/virtusertable [Errno 13] Permission denied: u'/etc/dma/virtusertable' -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707257: linux-image-3.8-1-686-pae: KVM crashes with entry failed, hardware error 0x80000021
On 09.06.2013 11:43, Gleb Natapov wrote: On Thu, Jun 06, 2013 at 02:10:39PM +0200, Stefan Pietsch wrote: On 06.06.2013 13:40, Gleb Natapov wrote: On Thu, Jun 06, 2013 at 01:35:13PM +0200, Stefan Pietsch wrote: I had no success with the Debian kernel 3.10~rc4-1~exp1 (3.10-rc4-686-pae). The machine hangs after Enabling APIC mode: Flat. Using 1 I/O APICs. OK, since it looks like it hangs during timer initialization can you try to disable kvmclock? Add -cpu qemu64,-kvmclock to your command line. Also can you provide the output of cat /proc/cpuinfo on your host? And complete serial output before hang. command line: qemu-system-i386 -machine accel=kvm -m 512 -cpu qemu64,-kvmclock -cdrom grml32-full_2013.02.iso -serial file:ttyS0.log ttyS0.log: ## Nothing out of ordinary here. Since you can reproduce the hang and I cannot, can you try and bisect it? Also can trace kvm during the hang http://www.linux-kvm.org/page/Tracing? Start the trace as close to hang as possible and stop it as quick after it as possible too to make trace file smaller. git bisect tells me: 79fd50c67f91136add9726fb7719b57a66c6f763 is the first bad commit This is my bisect log: git bisect start git bisect bad 9626357371b519f2b955fef399647181034a77fe git bisect good ef4e359d9b9e2dc022f79840fd207796b524a893 git bisect good b5c78e04dd061b776978dad61dd85357081147b0 git bisect good 9e2d59ad580d590134285f361a0e80f0e98c0207 git bisect bad 69086a78bdc973ec0b722be790b146e84ba8a8c4 git bisect good 9ecf9b085a0926e07c78c08a07296bbfd1c37d07 git bisect bad 21fbd5809ad126b949206d78e0a0e07ec872ea11 git bisect bad 79fd50c67f91136add9726fb7719b57a66c6f763 git bisect good 66cdd0ceaf65a18996f561b770eedde1d123b019 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712019: klatexformula: error message at startup
Dear Christoph, could you please check if you have libqt4-sql-sqlite installed (aptitude show libqt4-sql-sqlite)? If not, could you please install the library manually and test if the error still occures? Cheers, Tobias signature.asc Description: This is a digitally signed message part.
Bug#712127: gnome-terminal doesn't remember open tabs from previous session
Am 13.06.2013 10:24, schrieb Andreas Schmidt: Package: gnome-terminal Version: 3.8.3-1 Severity: important Dear Maintainer, after the latest updates to Gnome, gnome-terminal is not any longer automatically started on logging in. Moreover, between sessions the open tabs are lost. While I could login to a new session before, with gnome-terminal opening all previously open tabs with a shell in the previously opened directory, now I have to manually start gnome-terminal after login, re-open all tabs I need, and change to the respective directory in each tab. Formerly, I used gnome-terminal as a kind of to-do-list: work on a LaTeX- document in this tab/dir, play around with some utility in another, keep open some not so urgent work in still another ... Is it possible to restore this convenient behavior? That's the reasoning behind this change https://bugzilla.gnome.org/show_bug.cgi?id=675987 A script /etc/profile.d/vte.sh was added which is supposed to re-add that functionality The problem is, that in Debian /etc/profile.d/* is not automatically sourced. https://bugzilla.gnome.org/show_bug.cgi?id=697475 A proposed workaround is, to manually source it for now. http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/vte3/debian/NEWS?view=markup -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#712138: libxml++2.6: FTBFS since adding make check
Source: libxml++2.6 Version: 2.36.0-1 Severity: serious Hi, libxml++2.6 FTBFS on most architectures since adding make check: ... make[3]: Entering directory `/build/libxml++2.6-dYu9fA/libxml++2.6-2.36.0/examples' PASS: dom_build/make-check-sh terminate called after throwing an instance of 'Glib::ConvertError' ./dom_parse_entities/make-check-sh: line 2: 24694 Aborted /build/libxml++2.6-dYu9fA/libxml++2.6-2.36.0/examples/dom_parse_entities/dom_parse_entities /dev/null FAIL: dom_parse_entities/make-check-sh terminate called after throwing an instance of 'Glib::ConvertError' ./dom_parser/make-check-sh: line 2: 24718 Aborted /build/libxml++2.6-dYu9fA/libxml++2.6-2.36.0/examples/dom_parser/dom_parser /dev/null FAIL: dom_parser/make-check-sh PASS: dom_parser_raw/make-check-sh PASS: dom_read_write/make-check-sh PASS: dom_xinclude/make-check-sh Expecting 3 exceptions Exception caught from find: Only nodeset result types are supported. Exception caught from find: Only nodeset result types are supported. Exception caught from find: Only nodeset result types are supported. PASS: dom_xpath/make-check-sh PASS: dtdvalidation/make-check-sh PASS: import_node/make-check-sh PASS: sax_exception/make-check-sh PASS: sax_parser/make-check-sh PASS: sax_parser_build_dom/make-check-sh PASS: sax_parser_entities/make-check-sh PASS: schemavalidation/make-check-sh PASS: textreader/make-check-sh == 2 of 15 tests failed Please report to https://bugzilla.gnome.org/enter_bug.cgi?product=libxml%2B%2B == make[3]: *** [check-TESTS] Error 1 make[3]: Leaving directory `/build/libxml++2.6-dYu9fA/libxml++2.6-2.36.0/examples' make[2]: *** [check-am] Error 2 make[2]: Leaving directory `/build/libxml++2.6-dYu9fA/libxml++2.6-2.36.0/examples' make[1]: *** [check-recursive] Error 1 make: *** [debian/stamp-makefile-check] Error 2 make[1]: Leaving directory `/build/libxml++2.6-dYu9fA/libxml++2.6-2.36.0' dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 ... Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712139: not starting: No signal 'modifiers-accelerator-activated' on object 'MetaDisplay'
Package: gnome-shell Version: 3.8.3-1 Severity: grave Tags: patch I've upgraded to 3.8.3-1 and gnome-shell stopped starting with the folling error: JS LOG: IBus version is too old JS ERROR: !!! Exception in callback for signal: sessions-loaded JS ERROR: !!! message = 'No signal 'modifiers-accelerator-activated' on object 'MetaDisplay'' JS ERROR: !!! fileName = '/usr/share/gnome-shell/js/ui/status/keyboard.js' JS ERROR: !!! lineNumber = '393' JS ERROR: !!! stack = '([object Object])@/usr/share/gnome-shell/js/ui/status/keyboard.js:393 Problem solved after upgrading libmutter and mutter-common to 3.8.3-1. The dependency should be tighten. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-rc5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.0-4 ii evolution-data-server3.8.2-1 ii gdm3 3.6.1-2 ii gir1.2-accountsservice-1.0 0.6.30-2 ii gir1.2-caribou-1.0 0.4.10-2 ii gir1.2-clutter-1.0 1.14.0-1 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-gconf-2.0 3.2.6-1 ii gir1.2-gcr-3 3.8.1-1 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.0-1 ii gir1.2-gnomedesktop-3.0 3.8.0.1-2 ii gir1.2-gtk-3.0 3.8.2-1 ii gir1.2-ibus-1.0 1.5.1.is.1.4.2-1 ii gir1.2-mutter-3.03.8.3-1 ii gir1.2-networkmanager-1.00.9.8.0-5 ii gir1.2-nmgtk-1.0 0.9.8.2-1 ii gir1.2-pango-1.0 1.32.5-5 ii gir1.2-polkit-1.00.110-2 ii gir1.2-soup-2.4 2.42.2-5 ii gir1.2-telepathyglib-0.120.20.2-2 ii gir1.2-telepathylogger-0.2 0.8.0-1 ii gir1.2-upowerglib-1.00.9.20-2 ii gjs 1.36.1-1 ii gnome-bluetooth 3.8.0-1 ii gnome-icon-theme-symbolic3.8.2.2-1 ii gnome-settings-daemon3.8.3-1 ii gnome-shell-common 3.8.3-1 ii gnome-themes-standard3.8.1-2 ii gsettings-desktop-schemas3.8.0-1 ii libatk-bridge2.0-0 2.9.2-1 ii libatk1.0-0 2.8.0-2 ii libc62.17-5 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libcamel-1.2-43 3.8.2-1 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.14.4-1 ii libcogl-pango12 1.14.0-1 ii libcogl121.14.0-1 ii libcroco30.6.8-2 ii libdbus-1-3 1.6.10-1 ii libdbus-glib-1-2 0.100.2-1 ii libecal-1.2-15 3.8.2-1 ii libedataserver-1.2-173.8.2-1 ii libegl1-mesa [libegl1-x11] 9.1.3-6 ii libgck-1-0 3.8.0-1 ii libgcr-3-1 3.8.0-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgirepository-1.0-11.36.0-2+b1 ii libgjs0c [libgjs0-libmozjs185-1.0] 1.36.1-1 ii libglib2.0-0 2.36.3-1 ii libgnome-menu-3-03.8.0-2 ii libgstreamer1.0-01.0.7-1 ii libgtk-3-0 3.8.2-1 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmutter0b 3.8.3-1 ii libnm-glib4 0.9.8.0-5 ii libnm-gtk0 0.9.8.2-1 ii libnm-util2 0.9.8.0-5 ii libnspr4 2:4.9.6-1 ii libnspr4-0d 2:4.9.6-1 ii libnss3
Bug#711437: pu: package flash-kernel/3.3+deb7u1
Hello, 2013/6/12 Cyril Brulebois k...@debian.org: Hector, can you please check it builds fine and upload? http://people.debian.org/~kibi/d-i/flash-kernel_3.3+deb7u2.dsc Sorry, I have just come across this email. I have seen messages Wookey has been working on it. Let me know if something else is missing. Regards, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712140: check: Missing dependency for static linking (libpthread)
Package: check Version: 0.9.10-2 Severity: grave Hi, It seems that the .pc file is missing the dependency against the libpthread library. This is breaking the build of (the upcoming version of) the sssd package. The check.pc.in file seems to include a macro for this, but for some reasons it's not expanded. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages check depends on: ii dpkg 1.16.10 ii install-info 5.1.dfsg.1-3 ii mawk 1.3.3-17 check recommends no packages. check suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712142: RM: mod-vhost-hash-alias -- ROM; unmaintained, low popcon, superseded
Package: ftp.debian.org Severity: normal There's no reason to maintain mod-vhost-hash-alias, it's no more useful nowadays, and has low popcon. Furthermore, it is broken because of the Apache 2.4 transition. Please remove. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712141: sympa: Very long loop while compiling some digest messages
Package: sympa Version: 6.1.11~dfsg-5 Severity: important Tags: patch Hi, While compiling the digest for one list, the sympa process ran into some kind of infinite loop. This issue is encountered when one of the messages that needs to be digested contains binary attachments that are embedded in text/plain parts. The problem was fixed in the 6.1.16 release of Sympa and in particular in the changeset 7955[1]. In my case, Sympa was unable to deliver messages to the lists while compiling the digest and thus can be considered as as DoS. Fix delivered in Sympa 6.1.16 solved the problem. 1. https://sourcesup.renater.fr/scm/viewvc.php?view=revisionroot=symparevision=7955 Kind regards, Olivier; -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.8.13--std-ipv6-64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sympa depends on: ii adduser 3.113+nmu3 ii ca-certificates 20130119 ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.10 ii libarchive-zip-perl 1.30-6 ii libc6 2.13-38 ii libcgi-fast-perl 5.14.2-21 ii libcgi-pm-perl3.61-2 ii libdbd-mysql-perl 4.021-1+b1 ii libdbd-pg-perl2.19.2-2 ii libdbd-sqlite3-perl 1.37-1 ii libdbd-sybase-perl1.14-1 ii libdbi-perl 1.622-1 ii libfcgi-perl 0.74-1+b1 ii libfile-copy-recursive-perl 0.38-1 ii libhtml-format-perl 2.10-1 ii libhtml-stripscripts-parser-perl 1.03-1 ii libhtml-tree-perl 5.02-1 ii libintl-perl 1.20-1 ii libio-stringy-perl2.110-5 ii libmailtools-perl 2.09-1 ii libmime-charset-perl 1.009.2-1 ii libmime-encwords-perl 1.012.4-1 ii libmime-lite-html-perl1.23-1.1 ii libmime-tools-perl5.503-1 ii libmsgcat-perl1.03-5+b2 ii libnet-ldap-perl 1:0.4400-1 ii libnet-netmask-perl 1.9016-1 ii libregexp-common-perl 2011121001-1 ii libtemplate-perl 2.24-1 ii libterm-progressbar-perl 2.13-1 ii libunicode-linebreak-perl 0.0.20120401-1 ii libxml-libxml-perl2.0001+dfsg-1 ii lsb-base 4.1+Debian8 ii mhonarc 2.6.18-2 ii perl 5.14.2-21 ii perl-modules [libcgi-pm-perl] 5.14.2-21 ii postfix [mail-transport-agent]2.9.6-2 ii rsyslog [system-log-daemon] 5.8.11-3 ii sqlite3 3.7.13-1+deb7u1 Versions of packages sympa recommends: ii apache2-suexec-custom [apache2-suexec] 2.2.22-13 ii doc-base0.10.4 ii libapache2-mod-fcgid1:2.3.6-1.2 ii libcrypt-ciphersaber-perl 0.61-4 ii libfile-nfslock-perl1.21-1 ii libio-socket-ssl-perl 1.76-2 ii libmail-dkim-perl 0.39-1 ii libsoap-lite-perl 0.714-1 ii locales 2.13-38 ii logrotate 3.8.1-4 ii mysql-server5.5.31+dfsg-0+wheezy1 Versions of packages sympa suggests: ii apache2-mpm-worker [httpd-cgi] 2.2.22-13 pn libauthcas-perl none pn libdbd-oracle-perl none pn libtext-wrap-perl none ii openssl 1.0.1e-2 -- Configuration Files: /etc/logrotate.d/sympa changed [not included] /etc/sympa/httpd.conf-cgi [Errno 2] No such file or directory: u'/etc/sympa/httpd.conf-cgi' /etc/sympa/httpd.conf-fcgi [Errno 2] No such file or directory: u'/etc/sympa/httpd.conf-fcgi' /etc/sympa/topics.conf changed [not included] -- debconf information: * sympa/db_passwd: (password omitted) sympa/password-confirm: (password omitted) sympa/pgsql/admin-pass: (password omitted) sympa/app-password-confirm: (password omitted) sympa/key_password_again: (password omitted) * sympa/db_passwd_again: (password omitted) sympa/key_password: (password omitted) sympa/pgsql/app-pass: (password omitted) sympa/mysql/admin-pass: (password omitted) * sympa/db_adminpasswd: (password omitted) sympa/mysql/app-pass: (password omitted) * sympa/dbconfig-install: false * sympa/listmaster: listmas...@attac-mail.attac.org * wwsympa/wwsympa_url: http://list.attac.org/wws * wwsympa/webserver_restart: true sympa/upgrade-backup: true sympa/pgsql/changeconf: false sympa/db_options: sympa/db_configured: true sympa/internal/skip-preseed:
Bug#712143: RM: oocairo -- ROM; now useless
Package: ftp.debian.org Severity: normal oocairo is now useless since we have lua-lgi which supersed it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712144: RM: oopango -- ROM; now useless
Package: ftp.debian.org Severity: normal oopango is now useless since we have lua-lgi which superseds it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710374: Add mips64(el) support and fix abi check in multiarch.h.in
On Thu, Jun 13, 2013 at 4:50 AM, Matthias Klose d...@debian.org wrote: Am 30.05.2013 12:48, schrieb YunQiang Su: In this patch, I add mips64(el) and mipsn32(el) support(ie, disable check). Please could you attach test results from a local build to this report? This is the buildlog from sbuild. And I am building it again to run test manual. -- YunQiang Su python3.3_3.3.2-3_mips64el-20130530-1812.build.xz Description: Binary data
Bug#709299: closed by Christian Marillat maril...@debian.org (Bug#709299: fixed in gourmet 0.16.0-4)
Bernhard Reiter ock...@raz.or.at writes: [...] Changes: gourmet (0.16.0-4) unstable; urgency=low . * Remove old patch 01_fix_raise_str.diff and remove python-gnome2 from Recommends (Closes: #709299). Please also remove python-glade2, which is also obsolete now. No, not in Debian. Furthermore, please: * Add python-beautifulsoup to Recommends, and close bug #530403 (required for web import plugin). I'll do that in the next upload. * Add python-gst0.10 to Recommends (required for playing sound). Not in Recommends in Suggests. * Add patches lc-all-c and license-location found at [1]. (lc-all-c fixes a bug that caused gourmet to fail when LC_ALL=C, and license-location changes the location used to look for the license, as LICENSE is deletedby debian/rules, but gourmet would look for it when showing the About dialog.) I'll do that in the next upload. [...] * FWIW, lintian suggests adding Pre-Depends: dpkg (= 1.15.6~) for similar reasons. * Backporting would also be faciliated by build-depending on debhelper (= 7.0.50~) instead of 9, which I believe is sufficient. Certainly not. debhelper 9 is in stable/testing/unstable we don't needs debhelper 7. [...] PS: Doing this twice (producing a Debian package with a comprehensive changelog, and then asking you to adopt the changes) feels quite redundant, frankly. Do you really fear I'd be messing with your package if I was granted Uploader rights? Apparently you don't understand, Ubuntu isn't Debian. Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712134: reproducible
Hi,
helmut we're using HTML::Template
h01ger BENCHMARKS seems interesting
helmut http://xslate.org/benchmark.html also claims to be 40 times faster.
h01ger Setting case_sensitive to 1, loop_context_vars to 0 and global_vars to
0 saves time.
helmut we set loop_context_vars and global_Vars to 1
helmut likely, we currently need it
h01ger it seems memory cache has the biggest speed gain, not sure if we are
using it
helmut h01ger: memory cache only makes sense in fcgi setting
helmut using file_cache=1 is claimed to boost 50%
weasel
http://www.palfrader.org/volatile/2013-06-13-JxtE9ayM1tI/munin.debian.org
weasel helmut: duplicating how?
h01ger weasel, can i attach
http://www.palfrader.org/volatile/2013-06-13-123456/munin.debian.org to the bug?
weasel h01ger: ok
that url showed:
VirtualHost *:80
ServerName munin.debian.org
ServerAlias munin2.debian.org
ServerAdmin debian-ad...@debian.org
ErrorLog /var/log/apache2/munin.debian.org-error.log
CustomLog /var/log/apache2/munin.debian.org-access.log privacy
FcgidIOTimeout 120
#
# RewriteEngine on
# RewriteRule ^/(.*)$ https://munin.debian.org/$1 [R]
#/VirtualHost
#
#VirtualHost *:443
# ServerName munin.debian.org
# ServerAlias munin2.debian.org
# ServerAdmin debian-ad...@debian.org
IfModule mod_userdir.c
UserDir disabled
/IfModule
# Use common-ssl-wildcard.tpo
# Use common-ssl-HSTS
#
# ErrorLog /var/log/apache2/munin.debian.org-ssl-error.log
# CustomLog /var/log/apache2/munin.debian.org-ssl-access.log privacy
DocumentRoot /var/cache/munin/www
DirectoryMatch /var/cache/munin/www
Options FollowSymLinks
DirectoryIndex index.html
AllowOverride None
Order Allow,Deny
Allow From All
/DirectoryMatch
#1#SuexecUserGroup munin munin
RewriteEngine On
#RewriteLog /var/log/apache2/rewrite.log
#RewriteLogLevel 5
RewriteRule ^/favicon.ico /var/cache/munin/www/static/favicon.ico [L]
RewriteRule ^/static/(.*) /var/cache/munin/www/static/$1 [L]
RewriteCond %{REQUEST_URI} !^/munin-cgi/munin-cgi-html
RewriteRule ^(/.*\.html)?$ /munin-cgi/munin-cgi-html/$1 [PT]
RewriteRule ^/munin-cgi/munin-cgi-graph/(.*) /$1
RewriteCond %{REQUEST_URI} !^/static
RewriteRule ^/(.*.png)$ /munin-cgi/munin-cgi-graph/$1 [L,PT]
Alias /munin-cgi/munin-cgi-html/static /var/cache/munin/www/static
ScriptAlias /munin-cgi/munin-cgi-graph /var/www/wrappers/munin-cgi-graph
Location /munin-cgi/munin-cgi-graph
Options +ExecCGI
SetHandler fcgid-script
Allow From All
/Location
ScriptAlias /munin-cgi/munin-cgi-html /var/www/wrappers/munin-cgi-html
Location /munin-cgi/munin-cgi-html
Options +ExecCGI
SetHandler fcgid-script
Allow From All
/Location
#Location /munin-cgi/munin-cgi-html/static
# Options -ExecCGI
# SetHandler None
#/Location
Location /
AuthName Munin Access
AuthType Basic
AuthUserFile /etc/apache2/munin-htpasswd
require valid-user
/Location
/VirtualHost
helmut weasel: dbdir is specified twice when not on menotti
weasel indeed. not sure it matters much. I'd just like to kill the
non-menotti munin host
helmut h01ger, weasel: could you verify that html cgi really is the issue, by
loading the page with image rendering completely disabled? (iceweasel: edit -
pref - content - load images)
h01ger helmut, there are no images there
h01ger helmut, and as i can login on menotti feel free to tell me to look for
configs there
helmut h01ger: next question: I would like to know whether IO is an issue. I
guess that rendering the main page will load many files. load it and watch the
process with e.g. top/ps for cpu usage. how much does cpu time and wall time
differ?
helmut h01ger: does /var/lib/munin/htmlconf.storable exist, and is writeable
by the user running the cgi script?
h01ger i dont believe IO is an issue on that host. weasel?
weasel I concur.
h01ger -rw-r--r-- 1 munin munin 120413523 Jun 13 11:33
/var/lib/munin/htmlconf.storable
weasel that's probably a no.
helmut = no
h01ger so it seems its not writeable by the cgi user
helmut making it writeable to the user should get you a massive speedup.
helmut hmm. no.
helmut the cgi cares to not write to it.
weasel weasel@menotti:/var/lib/munin$ echo `date` `ls -l htmlconf.storable `
weasel Thu Jun 13 11:43:25 UTC 2013 -rw-rw-r-- 1 munin www-data 119990603 Jun
13 11:37 htmlconf.storable
weasel weasel@menotti:/var/lib/munin$ echo `date` `ls -l htmlconf.storable `
weasel Thu Jun 13 11:43:33 UTC 2013 -rw-r--r-- 1 munin munin
Bug#712015: cups-filters: cups-pdf produces ugly pdfs through its pixelated font
smell like https://bugs.launchpad.net/ubuntu/+source/cups-pdf/+bug/820820 On Thu, Jun 13, 2013 at 11:22 AM, 王晓林 wx672s...@gmail.com wrote: Thanks, Bastien By following https://wiki.ubuntu.com/DebuggingPrintingProblems section Capturing print job data, I found something interesting. What I did: M-x ps-print-buffer-with-face in emacs cd /var/spool/cups ls -l copy the most recently generated file in /var/spool/cups into /tmp, and play with it. sudo cp /var/spool/cups/d00107-001 /tmp cd /tmp 'file d00107-001' shows that it's a valid ps file 'evince d00107-001' shows me a perfect look. Then I use ps2pdf to convert it into PDF. The generated PDF looks very good too. Then, I go to my $HOME/PDF directory, open the newly generated PDF, _stdin_.pdf. It looks still ugly as before. Now, I guess the problem happens when converting /var/spool/cups/d00107-001 into ~/PDF/_stdin_.pdf Generating a fresh new error_log sudo -s cat /dev/null /var/log/cups/error_log M-x ps-print-buffer-with-face in Emacs Because Google doesn't allow me to send error_log as email attachment, I tried converting it into a PDF file a2ps error_log. a2ps sends the output to default printer (cups-pdf in my case) then I found the newly generated PDF in my ~/PDF, and it's still named _stdin_.pdf. When tried open it with xpdf, it cannot be successfully opened. Only the first half page is displayed. and the half page looks ugly. Lots of Error: Bad bounding box in Type 3 glyph shown in command line. then I go to /var/spool/cups directory, the newly generated PS file named d00109-001 can be opened successfully, and it looks very good. I convert it into a PDF with ps2pdf. the PDF looks neat too. In a short word, all the PS in /var/spool/cups look very good; all the PDF in ~/PDF look ugly. In the attachment, you can find d00107-001, the PS file in /var/spool/cups d00107-001.pdf, ps2pdf output d00109-001.pdf, the error_log On Thu, Jun 13, 2013 at 3:14 PM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: On Thu, Jun 13, 2013 at 4:58 AM, 王晓林 wx672s...@gmail.com wrote: Sorry, it seems the attached error_log file was silently removed by gmail. It's pasted here: Could you get the pribnt job data as explained here: https://wiki.ubuntu.com/DebuggingPrintingProblems section Capturing print job data Could you also try the section call CUPS error_log Smell like a font embded problem, Thanks On Thu, Jun 13, 2013 at 10:41 AM, 王晓林 wx672s...@gmail.com wrote: As root: cupsctl --debug-logging echo '' /var/log/cups/error_log Then print from emacs. Please attach the error_log to a mail to the bug. A freshly generated error_log file is attached within this email; Also say what printer you are using and what PPD it uses. You may also attach the /etc/cups/ppd/your_printer.ppd. I don't use physical printer. I just need CUPS to produce PDF outputs for me. In my /etc/cups/ppd/ directory there is only a PDF.ppd file which is attached within this email as well. It seems that by default cups-ppd use postscript 2 level only (see /usr/share/ppd/cups-pdf/CUPS-PDF.ppd) Could you try to replace LanguageLevel: 2 by LanguageLevel : 3 I found there is a line *LanguageLevel: 2 in /etc/cups/ppd/PDF.ppd. I change it to 3. And then M-x ps-print-buffer-with-face within emacs. The output PDF is the same, nothing improved. I did a sudo /etc/init.d/cups restart, then did M-x ps-print-buffer-with-face again, and still saw nothing changed. I changed /usr/share/ppd/cups-pdf/CUPS-PDF.ppd as Bastien instructed, 2 - 3. Then again M-x ps-print-buffer-with-face, still got the same. Still the same after a sudo /etc/init.d/cups restart. Thanks for helping! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712146: Invalid version in tbb.pc
Package: libtbb-dev Version: 3.0+r035-1 Severity: normal Currently tbb.pc read as: $ cat /usr/lib/pkgconfig/tbb.pc [...] Version: 3.0+r018 It would be desirable to have the version updated. thanks -- System Information: Debian Release: 6.0.7 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libtbb-dev depends on: ii libtbb2 3.0+r035-1 parallelism library for C++ - runt libtbb-dev recommends no packages. Versions of packages libtbb-dev suggests: pn libtbb-docnone (no description available) pn tbb-examples none (no description available) -- 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
