Bug#706704: vym: To create a Xlink I must use Shift-button instead original Ctrl.
Package: vym Version: 2.2.0-1 Severity: minor 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 testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vym depends on: ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libqt4-dbus 4:4.8.2+dfsg-11 ii libqt4-network 4:4.8.2+dfsg-11 ii libqt4-svg 4:4.8.2+dfsg-11 ii libqt4-xml 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libstdc++6 4.7.2-5 ii unzip 6.0-8 ii xsltproc1.1.26-14.1 ii zip 3.0-6 vym recommends no packages. Versions of packages vym suggests: pn ruby | ruby-interpreter none -- 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#689226: spectrwm: please package the latest version
On Sun, Apr 07, 2013 at 06:24:54PM +0200, Yuri D'Elia wrote: Is there any news on the repackaging? I'm running spectrwm 2.2.0 (hand-build) and there are *many* fixed issues that I couldn't work with. Hi Yuri, real life kinda took over, and with the freeze already underway I figured there was no need to hurry. I tend to forget plenty of people are willing to pin packages from experimental ;) AFAIR 2.0.0 was pretty far along, and shaping up nicely. I'll definitely try to channel more of my spare time into this. Thank you for your interest in spectrwm. Have a nice day. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#700333: Suspend to disk broken: Workaround
For all people still affected by this bug, unfortunately I have no solutions, but I found a workaround. Now that Ben traced the problem to a race involving HPET, it's somehow obvious. In fact, if you boot with the kernel parameter hpet=disable, you get a working suspend-to-disk back. Hope it's useful. Andrea Cascio Nucleus srl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703042: w3af-console json importing issue
Package: w3af-console Version: 1.0-rc3svn3489-1 Severity: important When installing w3af-console on a system having an installed python version = 2.6, python-simplejson doesn't get installed. As a result the installation yields a non working w3af program, in order to make it work python-simplejson has to be pulled in too. This is due to the fact that simplejson has been brought into stdlib in python 2.6 while changing its name at the same time from simplejson to json. w3af-console should either be patched to import json rather than simplejson or the dependency on python-simplejson should be declared without the (python = 2.6) condition. -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-pony6-3 (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/dash Versions of packages w3af-console depends on: ii python 2.6.6-3+squeeze7 interactive high-level object-orie ii python-beautifulsoup3.1.0.1-2error-tolerant HTML parser for Pyt ii python-openssl 0.10-1 Python wrapper around the OpenSSL ii python-pypdf1.12-3 PDF toolkit implemented solely in ii python-pysqlite22.6.0-1 Python interface to SQLite 3 ii python-soappy 0.12.0-4 SOAP Support for Python w3af-console recommends no packages. w3af-console 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#696877: installation-reports: Wheezy DI-b4-amd64-netboot-mini.iso from an usb stick fails trying to install grub
On Thursday 24 January 2013, Paul Bryan Roberts wrote: I do like the idea that the grub install in most cases will be to the device with the root partition for the installation just made BUT that would not work with my RAIDed machines. yes, this was just the second part of my idea. I was just dreaming about a *menu* of partitions to install grub to (just to overcome the present problem) and set the *default* selection on that menu on the /boot device or / device of the system just installed, because for my experience this is the majority of the use cases, so letting the installer propose a sane default would be desiderable. modifying the grub install default, autodetermining where to install and *don't* leaving the final word to the user doing the install is not the correct way, IMHO, to resolve this issue. In addition, it would be nice to do a multiselection in this selection menu, to be able to install grub in the boot sector of mirrored disks when using the software-raid present in linux. this was just my idea. Andrea -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696615: Another use-case for this bug
I wish to point to another use case where gub installation fails miserably. In installing an HP DL360G7 I had to use an USB stick as the installation media (the server has not installed a CD reader) AND another usb stick as supplementary media for installing the firmware files for the broadcom ethernets. so i had: /dev/sda1 install media /dev/sdb1 supplementary media /dev/sdc1 target media (smartarray 410 logical volume) The installer installed grub on /dev/sda with root at /dev/sdc using UUID so when I rebooted in the installed system, i had to remove the supplementary media and the devices list was /dev/sda1 install media (now with grub that points to the installed system) /dev/sdb1 installed system root to correct the situation i had to boot the system as described, but removing the install media stick (with grub) while the kernel was at initial loading stage, so the device scan was only /dev/sda1 installed system and when fully booted, running grub-install and the update-grub and the problem was resolved. ( Please note another thing (not for this bug) that created havoc in device list is the fact that to load the non-free firmware when it is requested by the installer my auxiliary stick was not autodetected, so i needed to switch console, mount manually the stick under /media and then tell the installer to retry. This however leaved the aux sick mounted since it was absolutely not clear if the installer needed it mounted or not during the other stages of the installation, with the effect of complicating the device map for grub. Maybe an help screen in debian installer at the prompt of aux media that explain how this media must be prepared for the automounting and autounmounting would be very welcome. ) what i think is needed to do is that the grub installation part in debian installer must do two things to catch by default the majority of use cases with minimum user intervention: 1. necessarily present a list of devices where grub can be installed. (And maybe automagically removing from that list the installation media device?) 2. set the default drive for grub installation to the drive that contains the root partition selected during disk partitioning. and (but this is more an RFE that a bug) in the same menu make the devices multi-selectable for when we are installing to a raid-1 volume. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695502: beef: Add support for EsoAPI
On Sun, Dec 09, 2012 at 11:16:38PM +1300, Hugh Davenport wrote: Hi! Sorry for the late reply. There is an extension to Brainfuck (as well as other esoterical languages) called EsoAPI (mentioned http://esolangs.org/wiki/EsoAPI, defined http://kidsquid. 99k .org/programs/esoapi/esoapi.html, example implemention http://esolangs.org/wiki/User:JayCampbell/weave.rb). Didn't know about it. I like the fact that, unlike most specifications, this one is so tiny one can actually understand it :) I've attached a patch to add support for this API to the beef source. I haven't yet done it for the version in experimental (1.0.0) yet. I have taken a quick look at your patch and it seems completely reasonable. Unfortunately the standalone version of Beef is now considered legacy, and no further development is supposed to happen there: all new features have to be added to Cattle, where the Brainfuck runtime used by Beef is actually implemented. You can test via the attache esoapi-hello.bf. Before the patch it will print EsoAPI required\n, and after the patch will print Hello World!\n Hello World aside, can you point out an actual use for this feature? I'm having a hard time coming up with one myself ;) Cheers. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#651313: desktopnova-module-gnome: desktopnova seems to be not compatible with Gnome 3
Hi, there's a patch (attached) for that and it works: https://bugs.launchpad.net/desktopnova/+bug/780079 I did a backport for Debian unstable version of desktopnova (0.8.1): http://people.debian.org/~capriott/debian/unstable/ Bye -- Andrea Capriotti capri...@debian.org Description: Adding Gnome-Shell support A patch that adds a module for gnome-shell to change the background. This patch uses the dconf library to change the wallpaper. . desktopnova (0.8.1-1capriott1) UNRELEASED; urgency=low . * Adding Gnome-Shell support (Closes: #651313). Author: Andrea Capriotti capri...@debian.org Bug-Debian: http://bugs.debian.org/651313 --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Origin: other, https://bugs.launchpad.net/desktopnova/+bug/780079 Bug: https://bugs.launchpad.net/desktopnova/+bug/780079 Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651313 Bug-Ubuntu: https://bugs.launchpad.net/desktopnova/+bug/780079 Forwarded: not-needed Reviewed-By: name and email of someone who approved the patch Last-Update: 2012-01-08 --- desktopnova-0.8.1.orig/CMakeLists.txt +++ desktopnova-0.8.1/CMakeLists.txt @@ -11,6 +11,7 @@ SET(CMAKE_MODULE_PATH ${PROJECT_SOURCE_D SET(GETTEXT_PACKAGE desktopnova) SET(GETTEXT_PACKAGE_MODULE_GNOME desktopnova-module-gnome) +SET(GETTEXT_PACKAGE_MODULE_GNOME_SHELL desktopnova-module-gnome-shell) SET(GETTEXT_PACKAGE_MODULE_XFCE desktopnova-module-xfce) SET(GETTEXT_PACKAGE_TRAY desktopnova-tray) @@ -20,6 +21,7 @@ SET(DIRS_LOCALEDIR share/locale CACHE SET(DIRS_PKGLIBDIR lib/desktopnova CACHE STRING Directory for modules) SET(VERSION_MODULE_GNOME 0.2) +SET(VERSION_MODULE_GNOME_SHELL 0.1) SET(VERSION_MODULE_XFCE 0.1) SET(VERSION_MODULE_XFCE_XFCONF 0.2) @@ -37,6 +39,7 @@ SET(ENABLE_MAIN 1 CACHE BOOL Define whe SET(ENABLE_DBUS 1 CACHE BOOL Define whether dbus should be supported (dbus is required in order to use desktopnova-tray).) SET(ENABLE_TRAY 1 CACHE BOOL Define whether desktopnova-tray should be compiled (requires dbus-support).) SET(ENABLE_MODULE_GNOME 1 CACHE BOOL Define whether the gnome module should be compiled.) +SET(ENABLE_MODULE_GNOME_SHELL 1 CACHE BOOL Define whether the gnome-shell module should be compiled.) SET(ENABLE_MODULE_XFCE 1 CACHE BOOL Define whether the old xfce module (supports XFCE 4.6) should be compiled.) SET(ENABLE_MODULE_XFCE_XFCONF 1 CACHE BOOL Define whether the new xfce module (supports XFCE = 4.6) should be compiled.) @@ -83,6 +86,9 @@ ENDIF(ENABLE_MODULE_XFCE_XFCONF) IF(ENABLE_DBUS) PKG_CHECK_MODULES(DBUS REQUIRED dbus-glib-1) ENDIF(ENABLE_DBUS) +IF(ENABLE_MODULE_GNOME_SHELL) + PKG_CHECK_MODULES(DCONF REQUIRED dconf) +ENDIF(ENABLE_MODULE_GNOME_SHELL) SET(TEMP_PRINT_DEBUG 0) IF(NOT RELEASE_BUILD) --- desktopnova-0.8.1.orig/config.h.cmake +++ desktopnova-0.8.1/config.h.cmake @@ -10,11 +10,13 @@ #define VERSION ${VERSION} #define VERSION_MODULE_GNOME ${VERSION_MODULE_GNOME} +#define VERSION_MODULE_GNOME_SHELL ${VERSION_MODULE_GNOME_SHELL} #define VERSION_MODULE_XFCE ${VERSION_MODULE_XFCE} #define VERSION_MODULE_XFCE_XFCONF ${VERSION_MODULE_XFCE_XFCONF} #define GETTEXT_PACKAGE ${GETTEXT_PACKAGE} #define GETTEXT_PACKAGE_MODULE_GNOME ${GETTEXT_PACKAGE_MODULE_GNOME} +#define GETTEXT_PACKAGE_MODULE_GNOME_SHELL ${GETTEXT_PACKAGE_MODULE_GNOME_SHELL} #define GETTEXT_PACKAGE_MODULE_XFCE ${GETTEXT_PACKAGE_MODULE_XFCE} #define GETTEXT_PACKAGE_TRAY ${GETTEXT_PACKAGE_TRAY} --- /dev/null +++ desktopnova-0.8.1/gnome-shell.patch @@ -0,0 +1,149 @@ +=== modified file 'CMakeLists.txt' +--- CMakeLists.txt 2011-03-20 14:05:02 + CMakeLists.txt 2011-05-09 18:39:01 + +@@ -11,6 +11,7 @@ + + SET(GETTEXT_PACKAGE desktopnova) + SET(GETTEXT_PACKAGE_MODULE_GNOME desktopnova-module-gnome) ++SET(GETTEXT_PACKAGE_MODULE_GNOME_SHELL desktopnova-module-gnome-shell) + SET(GETTEXT_PACKAGE_MODULE_XFCE desktopnova-module-xfce) + SET(GETTEXT_PACKAGE_TRAY desktopnova-tray) + +@@ -20,6 +21,7 @@ + SET(DIRS_PKGLIBDIR lib/desktopnova CACHE STRING Directory for modules) + + SET(VERSION_MODULE_GNOME 0.2) ++SET(VERSION_MODULE_GNOME_SHELL 0.1) + SET(VERSION_MODULE_XFCE 0.1) + SET(VERSION_MODULE_XFCE_XFCONF 0.2) + +@@ -37,6 +39,7 @@ + SET(ENABLE_DBUS 1 CACHE BOOL Define whether dbus should be supported (dbus is required in order to use desktopnova-tray).) + SET(ENABLE_TRAY 1 CACHE BOOL Define whether desktopnova-tray should be compiled (requires dbus-support).) + SET(ENABLE_MODULE_GNOME 1 CACHE BOOL Define whether the gnome module should be compiled.) ++SET(ENABLE_MODULE_GNOME_SHELL 1 CACHE BOOL Define whether the gnome-shell module should be compiled.) + SET(ENABLE_MODULE_XFCE 1 CACHE BOOL Define whether the old xfce module (supports XFCE 4.6) should be compiled.) + SET(ENABLE_MODULE_XFCE_XFCONF 1 CACHE BOOL Define whether the new
Bug#696420: python-gmsh: undefined symbol: mca_base_param_reg_int
Package: python-gmsh Version: 2.6.1.dfsg-4 Severity: grave Justification: renders package unusable Dear Maintainer, when I try to import gmshpy it throws the following error: andrea@atlante:~$ python2.7 Python 2.7.3rc2 (default, Apr 22 2012, 22:30:17) [GCC 4.6.3] on linux2 Type help, copyright, credits or license for more information. import gmshpy python2.7: symbol lookup error: /usr/lib/openmpi/lib/openmpi/mca_paffinity_linux.so: undefined symbol: mca_base_param_reg_int -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-rt-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-gmsh depends on: ii libc6 2.13-37 ii libgcc11:4.7.2-4 ii libgmsh2 2.6.1.dfsg-4 ii libopenmpi1.3 1.4.3-2.1 ii libpetsc3.23.2.dfsg-5 ii libpython2.7 2.7.3~rc2-2.1 ii libstdc++6 4.7.2-4 ii python 2.7.3~rc2-1 Versions of packages python-gmsh recommends: ii gmsh 2.6.1.dfsg-4 python-gmsh 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#694312: ralink RT539b chipset support
Package: linux Version: 3.2.32-1 Severity: wishlist My new hp g6-2251sl notebook hosts the following wireless network controller (as reported by lscpi -vnn): 01:00.0 Network controller [0280]: Ralink corp. Device [1814:539b] Subsystem: Hewlett-Packard Company Device [103c:18ed] Flags: fast devsel, IRQ 16 Memory at c250 (32-bit, non-prefetchable) [size=64K] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable- Count=1/32 Maskable- 64bit+ Capabilities: [70] Express Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting The linux debian kernel as shipped with wheezy doesn't recognize this network card even if it is supported by kernel module rt2800pci. Support for this device has been added by upstream commit [1]. On my own i got wireless card working just fine by either: 1. (in a terminal) echo 1814 539b /sys/bus/pci/drivers/rt2800pci/new_id 2. recompiling wheezy kernel after adding device id as in [1] Please consider backport commit [1] to the kernel shipped with wheezy. Thanks in advance. -- Andrea [1] http://git.kernel.org/?p=linux/kernel/git/stable/linux- stable.git;a=commitdiff;h=2aed691540661e9cf6dac5dd2bd8742b9d68399d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690214: cellwriter: New upstream release (1.3.5) available
On Sun, Nov 18, 2012 at 3:48 AM, Michael Levin risu...@gmail.com wrote: On Thu, Nov 15, 2012 at 11:29 AM, Andrea Colangelo war...@ubuntu.com wrote: I'm actually very grateful that you're helping out. How do I actually download the file? I don't see any download link to the package or it's sources. You can dget the .dsc file here: http://mentors.debian.net/debian/pool/main/c/cellwriter/cellwriter_1.3.5-2-1.dsc The only issue I see off-hand is that the version is 1.3.5-2-1 which is.. a bit odd! It should just be 1.3.5-2 I think. Perhaps I messed up the version in the changelog? The download page [1] on code.google.com lists cellwriter-1.3.5-2.tar.gz, hence the upstream version 1.3.5-2 and the -1 Debian revision. Maybe you actually meant something like 1.3.5.2? [1] http://code.google.com/p/cellwriter/downloads/list -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690214: cellwriter: New upstream release (1.3.5) available
Hi Michael! On Thu, Nov 15, 2012 at 6:44 AM, Michael Levin risu...@gmail.com wrote: Sorry it has taken me some time to respond, I've been sick with a nasty cold for the past two weeks. Not a problem at all, and I'm glad you feel better now! I've released a new tarball which should be missing the .svn directories. I've also run the debuild command and uploaded the resulting deb file. I'm running Ubuntu so it fails the Lintian check because it targets unstable-- it's an invalid distribution in Ubuntu. Indeed, unstable is debian only. Try launching lintian with option --profile debian to enable a sort of Debian compatibility mode that avoid such false positives. You can find the new files on the Google Code page: http://code.google.com/p/cellwriter/downloads/list And you can find an updated package on mentors [1]. As you can see, I did some housekeeping, updating to dh9, source format 3.0 (quilt) and DEP5. I also added a watch file (which is still nice to have there, even if yourself are upstream) and fixed a pending bug. Most notably, I added myself in the Uploaders: field, I hope you are fine with this co-maintainership. Please, take your time reviewing my work, and if/when you are fine with it, drop me a mail, and I will ask one of my sponsors to push it into archive. [1] http://mentors.debian.net/package/cellwriter Thanks you so much for your help! It's a pleasure! Best regards, Andrea. -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693203: puppet-common: Custom facts are not correclt executed on Puppet master
Package: puppet-common Version: 2.7.18-2 Severity: minor Dear Maintainer, The package for the agent, as provided, does not permit to facts defined on the master to be correctly deployed and used on the agent side. To reproduce the error, for example, I could define in the master a site.pp as follow: node puppetclient { include modulewithfact file { '/tmp/puppettest': ensure = present, content = $test_fact, } } And a module, under modules/modulewithfact, that has under the lib/facter a file test_fact.rb as follows: Facter.add(:test_fact) do confine :kernel = Linux setcode do Content from the fact end end Given this configuration the expected behavior should be that the fact is deployed on every agent (of course if they enable pluginsync=true in the puppet.conf) and then properly executed. So the file /tmp/puppettest should contain the string Content from the fact. This is not happening, with the default configuration, because the agent is not instructed to include in the facterlib path all the facts synchronized from the server. The problem is that puppet is not sourcing /var/lib/puppet/lib/facter for facts, which is where factsync is writing them. To avoid this situation I tried a workaround. I simply added to the /etc/default/puppet file the following line: FACTERLIB=/var/lib/puppet/lib/facter which permits to include in the facterlib the folder where facts from the server are synchronized by the agent. This workaround, however, will not work when calling puppet agent --test from the commandline. I am writing to propose you to add this line in the standard /etc/defatult/puppet file in the puppet package from further versions. I hope my example and explaination is clear enough. Regards, Andrea -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-486 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 puppet-common depends on: ii adduser3.113+nmu3 ii facter 1.6.10-1 ii libaugeas-ruby1.8 0.4.1-1.1 ii lsb-base 4.1+Debian7 ii ruby-shadow2.1.4-2 ii ruby1.81.8.7.358-4 ii sysv-rc2.88dsf-32 Versions of packages puppet-common recommends: ii debconf-utils 1.5.46 ii lsb-release4.1+Debian7 Versions of packages puppet-common suggests: pn librrd-ruby1.8 none pn ruby-selinuxnone -- Configuration Files: /etc/puppet/puppet.conf changed: [main] logdir=/var/log/puppet vardir=/var/lib/puppet ssldir=/var/lib/puppet/ssl rundir=/var/run/puppet factpath=$vardir/lib/facter templatedir=$confdir/templates prerun_command=/etc/puppet/etckeeper-commit-pre postrun_command=/etc/puppet/etckeeper-commit-post tagmap=$confdir/tagmail.conf [master] dns_alt_names=puppet manifest=$confdir/manifests/site.pp modulepath=$confdir/modules reports=store,tagmail -- 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#692863: ITP: heimdall -- tool for flashing firmware on Samsung Galaxy S devices
On Fri, Nov 09, 2012 at 01:43:35PM -0800, Steve Langasek wrote: The naming of this tool is entirely logical from the upstream's perspective, given that there are other related pieces of software called Odin and Loke. However, there's an unfortunate namespace collision here with the Kerberos implementation Heimdal. Suggestions welcome on how to qualify the source package name so that the packages are more than one letter off from one another... samsung-heimdall seems like an obvious choice to me. Don’t know whether using the word “Samsung” in the package name could cause legal troble down the line, though. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#692728: New upstream release - 4.0.41
Package: geogebra Severity: wishlist Geogebra 4.0.41 has been released upstream. Please consider updating the current Debian package in unstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692729: New upstream release: 2.0.1
Package: tuxmath Severity: wishlist Tuxmath 2.0.1 has been released upstream. Please consider the opportunity to upgrade the current Debian package. If you need help maintaining this package, I would be glad to help you co-maintaining it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692353: ITP: php-wpcli -- PHP PEAR module for a WordPress CLI interface
Package: wnpp Severity: wishlist Owner: andrea rota a...@xelera.eu * Package name: php-wpcli Version : 0.6.0 Upstream Author : scribu m...@scribu.net, Andreas Creten andr...@madewithlove.be * URL : http://wp-cli.org/ * License : MIT Programming Lang: PHP Description : PHP PEAR module for a WordPress CLI interface wp-cli is a set of command-line tools for managing WordPress installations. You can update plugins, set up multisite installs, manage users, interact with the database, manage themes, create posts and much more. It can be extented through plugins to let administrators manage even more aspects of a WordPress installation. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692353: ITP: php-wpcli -- PHP PEAR module for a WordPress CLI interface
hi Thomas, On Mon, Nov 05, 2012 at 09:33:44PM +0800, Thomas Goirand wrote: [...] It'd be great if you could have this package made using pkg-php-tools, and make sure you work together with the PKG PHP PEAR team (and have the package team maintained). If you never tried it, please try debpear, which will create a working package quickly! I'd be happy to review / sponsor such package if you need. thanks - i have prepared an initial package which works ok on a couple of production nodes: what would be the best way to make the code available for review? the upstream git repo (https://github.com/wp-cli/wp-cli) is not in the layout used by debpear once it extracts the pear package tgz (this is not in the pear.php.net channel so i fed the tarball downloaded via pear download wp-cli.github.com/pear/wpcl to debpear for the initial debian/ folder setup) so i can't simply fork it and add the work-in-progress debian/ folder to my fork - shall i just create a git repo with the full tree - unpacked upstream tgz and debian folder - i have on my working dir now? thank you, andrea -- andrea rota Xelera - IT infrastructures http://xelera.eu/contact-us/ signature.asc Description: Digital signature
Bug#692353: ITP: php-wpcli -- PHP PEAR module for a WordPress CLI interface
hi Thomas, On Tue, Nov 06, 2012 at 03:24:17AM +0800, Thomas Goirand wrote: On 11/06/2012 12:28 AM, andrea rota wrote: thanks - i have prepared an initial package which works ok on a couple of production nodes: what would be the best way to make the code available for review? Upload the package somewhere (it doesn't have to be mentors.debian.net, as long as download is fast enough), and give the link to the .dsc file (that file is the result of a dpkg-buildpackage, and it links to the .orig.tar.gz and debian.tar.gz files, which will be downloaded automatically by dget). ok - my first attempt is now on mentors.debian.net (http://mentors.debian.net/package/php-wpcli) and i can already see some obvious issues that had escaped my attention when looking at lintian's output in the terminal - including the fact that it seems that a git submodule of the upstream repo (src/php/php-cli-tools) should probably be packaged separately :S the upstream git repo (https://github.com/wp-cli/wp-cli) is not in the layout used by debpear once it extracts the pear package tgz (this is not in the pear.php.net channel so i fed the tarball downloaded via pear download wp-cli.github.com/pear/wpcl to debpear for the initial debian/ folder setup) so i can't simply fork it and add the work-in-progress debian/ folder to my fork - shall i just create a git repo with the full tree - unpacked upstream tgz and debian folder - i have on my working dir now? I would advise you to read this: http://pkg-php.alioth.debian.org/ and do what is advised there. I wrote that page, feel free to be critic about it, and ask me to rewrite parts of it if you don't understand some of it. Extracting the upstream tar.gz in the upstream-sid branch is what I would do, another way is to do like here (I'm also in the Openstack packaging team in Debian), which is a very good workflow as well: http://openstack.alioth.debian.org/ what's cool is that it uses upstream git tags. ok, that's great. i love git awesomeness. my first packaging attempt did not use any of this - i'll give it another go tomorrow. thanks again for your help! best andrea -- andrea rota Xelera - IT infrastructures http://xelera.eu/contact-us/ signature.asc Description: Digital signature
Bug#692255: New upstream release (0.6.0)
Package: florence Severity: wishlist Florence 0.6.0 has been released upstream, please consider upgrading the package. If you'd like some help maintaining this package, I'd be glad to co-maintain it. -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692256: New upstream release (1.1)
Package: ardesia Severity: wishlist Ardesia 1.1 has been released upstream, please consider upgrading the package. If you'd like some help maintaining this package, I'd be glad to co-maintain it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692258: New upstream release (1.0.2)
Package: python-whiteboard Severity: wishlist python-whiteboard 1.0.2 has been released upstream with several bugfixes, please consider upgrading the package. If you'd like some help maintaining this package, I'd be glad to co-maintain it. -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678786: Build successful
Works for me too under pbuilder sid/amd64. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692012: cairo-dock starts without plugins due to version problems
Package: cairo-dock Version: 3.1.0-1 Severity: grave Justification: renders package unusable Dear Maintainer, cairo-dock starts without plugins due to version problems: cairo-dock is 3.1.0, while plugins are 3.0.0 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cairo-dock depends on: ii cairo-dock-core 3.1.0-1 ii cairo-dock-plug-ins 3.0.0-1+b1 cairo-dock recommends no packages. cairo-dock 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#685912: curtain: New upstream version (0.2)
Hi! On Sun, 26 Aug 2012 18:28:58 +0200, Karolina Kalic karol...@resenje.org wrote: I know about this. The problem is that the upstream author made a lots of changes in the source tarball, and I didn't have time to work on that. I have planned to deal with this later in the September, because of some personal obligations. Thanks for your offer, if I need help I'll let you know. Sorry for the delay. Any news about this? I can provide an upload (and a sponsor) if you don't have enough time to take care of this update. Thank you, Andrea. -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685911: spotlighter: New upstream version (0.2)
Hi Karolina, On Sun, 26 Aug 2012 18:29:47 +0200, Karolina Kalic karol...@resenje.org wrote: I know about this. The problem is that the upstream author made a lots of changes in the source tarball, and I didn't have time to work on that. I have planned to deal with this later in the September, because of some personal obligations. Thanks for your offer, if I need help I'll let you know. Sorry for the delay. Any news about this? I can provide an upload (and a sponsor) if you don't have enough time to take care of this update. Thank you, Andrea. -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690214: cellwriter: New upstream release (1.3.5) available
Hi Michael, On Sun, Oct 14, 2012 at 5:35 AM, Michael Levin risu...@gmail.com wrote: I will ping Nelson again, but if he does not respond I would appreciate whatever help you can give in finding a new sponsor and getting the package up-to-date! I've just updated the package to cellwriter 1.3.5 with debhelper 9, source format 3.0 (quilt) and DEP5 for the copyright file. It builds fine on my machine. Anyway, lintian complains about source tarball containing .svn/ directories all around. Although this is not a showstopper, I'd be happy to upload a perfectly clean package. Would you like to release another tarball without the .svn/ directories? Once fixed, I'll upload a package on mentors to let you check my work. Once OK for you, I'll unleash one of my sponsors for the upload into archive. -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690214: cellwriter: New upstream release (1.3.5) available
Package: cellwriter Version: 1.3.4-1.1 Severity: wishlist Upstream developers released Cellwriter 1.3.5, which includes several bugfixes and some new features. The current cellwriter package is quite obsolete, please consider packaging and uploading the new version. I will be glad to help you in this effort (and in finding a sponsor too) in case you have short time to take care of it. -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689226: spectrwm: please package the latest version
On Sun, Sep 30, 2012 at 04:47:24PM +0200, david wrote: Dear Maintainer, spectrwm version 2.0 was released last month. it provides alot of new and exciting features (quoted from https://opensource.conformal.com/fluxbb/viewtopic.php?id=540): * complete rewrite using xcb * 100% backwards compatible * way more responsive and snappy * Tons of warts fixed * cygwin works again * xft fonts i hope this lands in debian soon :) Hello David, thanks for your interest in spectrwm. Work on packaging spectrwm 2.0.0 (and beyond, 2.0.2 has been released too) is already underway. As you can imagine, being a major release, it will take a little more effort than your average update, so please bear with us! Have a nice day. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#634840: ITP: eviacam -- A cross platform webcam based mouse emulator
More than a year passed since this ITP has been filed. Are you still interested in packaging eviacam? -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687383: code-aster-engine: CA can't read MED files on 64bit architectures
Package: code-aster-engine Version: 10.6.0-1-4 Severity: important On 64bit architecture CA can't read MED files; this is due somewhat to the int default size, but I haven't an exact clue of where is the problem. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages code-aster-engine depends on: ii libatlas3gf-base [liblapack.so.3gf] 3.8.3-27 ii libblas3gf [libblas.so.3gf] 1.2.20110419-2 ii libc62.13-27 ii libgcc1 1:4.7.0-1 ii libgfortran3 4.7.0-1 ii libgomp1 4.7.0-1 ii libhdf5-openmpi-71.8.8-9 ii liblapack3gf [liblapack.so.3gf] 3.3.1-1 ii libmed1 3.0.3-3 ii libmumps-seq-4.10.0 4.10.0.dfsg-3 ii libpython2.6 2.6.7-4 ii libpython2.7 2.7.2-8 ii libquadmath0 4.7.0-1 ii libscotch-5.15.1.12b.dfsg-1 ii libstdc++6 4.7.0-1 ii omniidl 4.1.6-2 ii zlib1g 1:1.2.6.dfsg-2 code-aster-engine recommends no packages. Versions of packages code-aster-engine suggests: ii eficas 2.0.3-1-1 ii gmsh 2.5.1~beta2~svn11845~dfsg-2 ii grace none ii metis-edf 4.1-2-2 -- 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#687385: code-aster-engine: FTBFS on architectures where openmpi is not the default mpi implementation
Package: code-aster-engine Version: 10.6.0-1-4 Severity: normal code-aster packages FTBFS on architectures where openmpi is not the default implementation; the error is /build/buildd-aster_10.6.0-1-4-s390-ZzgFHf/aster-10.6.0-1/debian/tmp/usr/lib/codeaster/STA10.6_mpi/bibf90/debug/dbgmpi.F:73.64: CALL MPI_ERRHANDLER_SET(MPI_COMM_WORLD,MPI_ERRORS_RETURN,IERMPI) 1 Error: Symbol 'mpi_errors_return' at (1) has no IMPLICIT type -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages code-aster-engine depends on: ii libatlas3gf-base [liblapack.so.3gf] 3.8.3-27 ii libblas3gf [libblas.so.3gf] 1.2.20110419-2 ii libc62.13-27 ii libgcc1 1:4.7.0-1 ii libgfortran3 4.7.0-1 ii libgomp1 4.7.0-1 ii libhdf5-openmpi-71.8.8-9 ii liblapack3gf [liblapack.so.3gf] 3.3.1-1 ii libmed1 3.0.3-3 ii libmumps-seq-4.10.0 4.10.0.dfsg-3 ii libpython2.6 2.6.7-4 ii libpython2.7 2.7.2-8 ii libquadmath0 4.7.0-1 ii libscotch-5.15.1.12b.dfsg-1 ii libstdc++6 4.7.0-1 ii omniidl 4.1.6-2 ii zlib1g 1:1.2.6.dfsg-2 code-aster-engine recommends no packages. Versions of packages code-aster-engine suggests: ii eficas 2.0.3-1-1 ii gmsh 2.5.1~beta2~svn11845~dfsg-2 ii grace none ii metis-edf 4.1-2-2 -- 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#687091: libdbg: Fixed a typo in debian/control Description.
Package: libdbg Version: 1.2-2 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch 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 *** *** /tmp/tmp18bxHC/bug_body In Ubuntu, the attached patch was applied to achieve the following: * Fixed a typo in debian/control in 'Description' Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: i386 (i686) Kernel: Linux 3.2.0-30-generic-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2007-09-17 22:53:03 + +++ debian/control 2012-09-09 09:26:09 + @@ -39,5 +39,5 @@ quicker, and prevent more insideous problems rearing their head later in the project's life. . - This packages Contains the symlinks, headers, and object files needed to + This package contains the symlinks, headers, and object files needed to compile and link programs which use libdbg.
Bug#674900:
I tried to rebuild the package using pbuilder, and looks like the situation has changed. I am not getting the missed file anymore, but rather a compilation failure: http://paste.debian.net/188591/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674900:
We fixed the errors we got, patch is attached. Unfortunately, it appears that after it compiles it then fails in the compilation (?) of IDL files. I don't know much about GObject or IDL, and could not go further in the debugging. The failed build log is at: http://pastebin.com/nLD0uZWm. Somebody with knowledge of GObject should have a look at it. Andrea beast-build.patch Description: Binary data
Bug#584850: Provide better diagnostic for directories [patch]
After two years, this bug is still there (package mmv 1.01b-15 on Ubuntu 12.04 amd64). This is a serious usability issue: I don't use mmv so frequently to remember that the -r option is needed to rename directories, so every time I lose several minutes to try to understand what's wrong with my matching string. And, honestly speaking, this behaviour for the -r option really doesn't make much sense, it's just counterintuitive. Please merge the patch provided by Ulrich Eckhardt in the main tree, it shouldn't take too long to test it. Thank you very much for your patience and best regards Andrea -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673322:
I am interested by this ITP as well. A few months have passed, how is the work going so far? -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685911: spotlighter: New upstream version (0.2)
Package: spotlighter Severity: wishlist Dear Maintainer, a new release of spotlighter is available upstream. Please consider the opportunity to update the package. If you are looking for some help to maintain the package, I would be pleased to co-maintain it. -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685912: curtain: New upstream version (0.2)
Package: curtain Severity: wishlist Dear Maintainer, a new release of curtain is available upstream. Please consider the opportunity to update the package. If you are looking for some help to maintain the package, I would be pleased to co-maintain it. -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646301: libcwiid1: should debian use github instead of the svn as upstream?
Hi Romain! I am collaborating to a project who makes extensive use of cwiid. We are having several issues due to the obsolescence of svn-based cwiid compared to the github fork, and all of them could be fixed updating the package. Since the original reporter of this bug doesn't seemed interested anymore, I would be glad to help you in this effort. What's your mind about that? -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684174: solved
On Tue, Aug 07, 2012 at 11:27:51PM +0100, Anthony Campbell wrote: OK, I found the problem: I was running unclutter and for some reason this was stopping some key presses from working. After killing it everything worked as it should. Hi, glad you found a way to work around the problem. Still, given Spectrwm’s target audience, I’d say upstream might be interested in having it play nice with unclutter. Moreover, this might turn out to be a legitimate bug in unclutter for all we know. Let’s notify upstream of the issue and see what comes out of it. Happy hacking! -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#681750: code-aster-run (as_run) seems to need code-aster-gui (astk)
Package: code-aster-run Version: 1.8.4-4 Severity: serious Tags: upstream Justification: fails to build from source Hi, when trying to build binary packages from aster source package, I get this error: gv[0]; main() /usr/bin/as_run --make --vers=STA10.6 --destdir=/tmp/buildd/aster- 10.6.0-1/debian/tmp --config=/tmp/buildd/aster-10.6.0-1/debian/tmp//usr/lib/code aster/STA10.6/config-py2.6.txt Traceback (most recent call last): File string, line 1, in module File /usr/lib/python2.6/dist-packages/asrun/main.py, line 109, in main start() File /usr/lib/python2.6/dist-packages/asrun/main.py, line 51, in start run = AsterRun() File /usr/lib/python2.6/dist-packages/asrun/run.py, line 147, in __init__ self._init_rc() File /usr/lib/python2.6/dist-packages/asrun/run.py, line 232, in _init_rc client.init_user_resource(osp.basename(ficrc)) File /usr/lib/python2.6/dist-packages/asrun/client/config.py, line 100, in init_user_resource copyfile(self.rcfile(filename, osp.join(confdir, 'astkrc')), self.rcfile(filename)) File /usr/lib/python2.6/shutil.py, line 50, in copyfile with open(src, 'rb') as fsrc: IOError: [Errno 2] No such file or directory: '/etc/codeaster/astkrc/prefs' make: *** [install] Error 1 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 E: Failed autobuilding of package It seems that as_run looks for config files of the code-aster-gui package; I don't see any reason for this, maybe it should be discussed with upstream... A (temporary) fix should be to make code-aster-run depending on code-aster-gui. Bye Andrea -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages code-aster-run depends on: ii debconf 1.5.42 ii python 2.7.2-10 ii python-numpy1:1.5.1-4 ii python-support 1.0.14 code-aster-run recommends no packages. Versions of packages code-aster-run suggests: ii ddd1:3.3.12-3 ii emacs 23.4+1-2 ii gdb7.4really-1 -- Configuration Files: /etc/codeaster/asrun changed [not included] /etc/codeaster/aster changed [not included] -- 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#681750: code-aster-run (as_run) seems to need code-aster-gui (astk)
Hi, just a couple of remarks: the packages that FTBFS are the one coming from the aster source package, and it fails with code-aster-run 1.10.4-3 and not 1.8.4-4 as stated above. Bye Andrea
Bug#681487: bugs.debian.org: Bug against debian-maintainers not showing up in debian-maintainers page
Package: bugs.debian.org Severity: normal I reported a bug[1] to ask adding my GPG key to the DM keyring, as per instructions on becoming a Debian Maintainer. BTS correctly opened the bug and assigned it an id (#681445). Despite that, the bug is not listed in the debian-maintainers pseudo-package page[2], altough several hours passed since the bug was reported. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681445 [2] http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=debian-maintainers -- System Information: Debian Release: wheezy/sid APT prefers quantal-security APT policy: (500, 'quantal-security'), (500, 'precise-updates'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-26-generic (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584689: justniffer: changing back from ITP to RFP
retitle 584689 RFP: justniffer -- TCP packet sniffer noowner 584689 thanks Justniffer embeds a patched version of libnids. libnids had security issues in the past, and the patched version adds some other security concerns and other issues that would lead to a reject by security team. Therefore, either justniffer needs to be patched to not use the embedded libnids, or we must work with upstream to fix everything there. In both cases I have no time to care of it, so I am changing this ITP to a RFP. -- Andrea Colangelo Ubuntu Developer| http://www.ubuntu.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679818: key-mon: Needs transitional package for Ubuntu upgrades
severity wishlist tags wontfix stop Hi On Sun, Jul 1, 2012 at 9:30 PM, Jeremy Bicha jbi...@ubuntu.com wrote: A year ago, Ubuntu uploaded this app with the binary package keymon. The attached patch adds a transitional package to upgrade these users to the current Debian packaging. Speaking with my maintainer hat on, I'm not willing to accept this patch in Debian, it being way too Ubuntu-specific. I don't think we should add a transitional package in Debian to fix something that regards Ubuntu only. Too bad we need to keep this delta until the next LTS, but Debian is not the right place to fix this. Also, your VCS is bzr not git and doesn't look like it's in use. Yeah, true. I simply forgot to update the bzr branch (and never noticed it was marked as git, thanks for the heads-up). I'll fix it in the next upload. Thank you, Andrea. -- Andrea Colangelo Ubuntu Developer| http://www.ubuntu.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670293: code-aster-{gui, run}: prompting due to modified conffiles which were not modified by the user
Da: Julien Cristau jcris...@debian.org A: Andreas Beckmann deb...@abeckmann.de; 670...@bugs.debian.org Inviato: Martedì 26 Giugno 2012 11:44 Oggetto: Bug#670293: code-aster-{gui, run}: prompting due to modified conffiles which were not modified by the user A configuration file can't both be shipped in the package (and thus be a conffile) and handled using debconf. The patch below should make them non-conffile, and handle reconfiguration properly. I haven't tested it yet, not sure I can get to it today. Changes: - split templates in code-aster-run and code-aster-gui. Some are shared. - install files to /usr/share/codeaster instead of /etc/codeaster/asrun, /etc/codeaster/astk/prefs and /etc/codeaster/astk/config_serveurs - in *.config, if the config file exists, read the value from it and seed that into debconf; if not use a default - in *.postinst, on initial install copy the templates from /usr/share/codeaster; then proceed to reading the debconf stored values and writing them in the config files. Hope this helps. Cheers, Julien Hi, thank you for the patch, I'll take a look at it as soon as I can and then apply it for a new package. Bye Andrea
Bug#678940: RFS: tennix/1.1-2 [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for the new version of my package tennix. This upload fixes a FTBFS on amd64 (Bug #664907). Related changes: tennix (1.1-2) unstable; urgency=low . * debian/patches/fix_FTBFS.patch: add to fix FTBFS on amd64. (Closes: #664907) * debian/patches/series: create accordingly. * debian/control: + drop DM-Upload-Allowed field. + bump Standards-Version to 3.9.3. No changes required. The package is available on mentors.debian.net: http://mentors.debian.net/package/tennix The .dsc file can be found via: dget -x http://mentors.debian.net/debian/pool/main/t/tennix/tennix_1.1-2.dsc I would be glad if someone can sponsor it. Best regards, Andrea -- Andrea Colangelo Ubuntu Developer | http://www.ubuntu.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668023: [PATCH] gbemol: Helping to update to packaging format 3.0
Tags: pending Hi Jari, I'm not sure what happened, but it looks like you attached the wrong patch to the bug report. BTW, I have just uploaded a package fixing this issue on mentors.debian.net, will be reviewed and uploaded soon by a sponsor. Best regards, Andrea. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650043: key-mon: --novisible_click has no effect
Thank you for your bug report. I can confirm this bug in the latest release too. I agree with you that this behavior is wrong and should be fixed. I forwarded the issue to upstream [1], since I'd like to hear their point of view before patching the software on my own. BTW, since the freeze is approaching, I'll try to get the latest release sponsored ASAP, either patched or not. Best regards, Andrea. [1] http://code.google.com/p/key-mon/issues/detail?id=116 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672504: Patch sponsored to DELAYED-3
Hi, I've sponsored Per's NMU to DELAYED-3, please let me know if I should delay or cancel my upload. cheers, Andrea signature.asc Description: Digital signature
Bug#676091: Patch sponsored to DELAYED-3
Hi, I've sponsored Per's NMU to DELAYED-3, please let me know if I should delay it more or delete my upload. cheers, Andrea signature.asc Description: Digital signature
Bug#663151: RFS: rhinote/0.7.4-2
On Mon, Jun 18, 2012 at 09:12:40AM +0200, Jakub Wilk wrote: Have you forwarded these patches upstream? I planned to forward them as soon as the package was accepted into Debian, but as it’s apparently going to take very long I have done it yesterday. You changed priority from extra to option, but this is not documented in the changelog. I have updated the changelog to briefly explain the rationale behind the priority bump. The updated package is available from mentors.d.n, if anyone is interested. Thank you for taking a look at it! -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#663151: RFS: rhinote/0.7.4-2 -- virtual sticky-notes for your desktop
Hi everybody, this is just to remind you that Rhinote is still looking for a sponsor. As the changes for this revision are mostly patches to the software itself, which is written in Python, I'm CCing the python-apps Team hoping that someone will consider picking it up. Cheers. On Thu, Mar 08, 2012 at 10:58:50PM +0100, Andrea Bolognani wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package rhinote * Package name: rhinote Version : 0.7.4-2 Upstream Author : Marv Boyes greysp...@tuxfamily.org * URL : http://rhinote.tuxfamily.org/ * License : GPL-2+ Section : x11 It builds those binary packages: rhinote- virtual sticky-notes for your desktop To access further information about this package, please visit the following URL: http://mentors.debian.net/package/rhinote Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/rhinote/rhinote_0.7.4-2.dsc More information about rhinote can be obtained from http://rhinote.tuxfamily.org/ . Changes since the last upload: * 001-simplify-imports.diff: - improve the way modules are imported. * 002-use-secure-printfile.diff: - avoid potential symlink attacks and cluttering the user's home. * 003-test-for-external-commands.diff: - ensure external commands are available before calling them. * 004-use-popen.diff: - replace os.system() with the more secure subprocess.Popen(). * 005-support-lp.diff: - add support for the lp command in addition to lpr. * 006-set-print-job-name.diff: - provide a descriptive name for the print job. * 007-set-class-name.diff: - set application name for use by window managers. * Simplify Depends: to cups-client | lpr. * Bump Standards-Version to 3.9.3 (no changes needed). The software has been heavily patched after Paul Wise has reviewed it[1] and found a bunch of issues with upstream’s code. He later took a look at the patches[2] and found them to be okay. [1] http://lists.debian.org/debian-mentors/2012/01/msg00579.html [2] http://lists.debian.org/debian-mentors/2012/02/msg00077.html -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#673549: RFS: beef/1.0.0-1
Nobody? Beef is currently the only Brainfuck interpreter available in Debian, and the package that's going to be included in Wheezy, if nobody steps up for an upload, is FIVE years old – as opposed to this one, which is only a year old ;) Please consider taking a look at Beef, and also at Cattle (ITP #673550), which is a dependency for Beef. Thank you. On Sat, May 19, 2012 at 05:14:22PM +0200, Andrea Bolognani wrote: I am looking for a sponsor for my package beef * Package name: beef Version : 1.0.0-1 Upstream Author : Andrea Bolognani e...@kiyuko.org * URL : http://kiyuko.org/software/beef * License : GPL-2+ Section : devel It builds these binary packages: beef - flexible Brainfuck interpreter To access further information about this package, please visit the following URL: http://mentors.debian.net/package/beef Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/beef/beef_1.0.0-1.dsc Changes in this release: * New upstream release. (Closes: #639247) * Fix watch file. (Closes: #529748) * U01-fix-whatis-entry.diff: - use the conventional format for the NAME section of the man page, so that programs such as whatis and apropos can parse it. * D01-skip-documentation-files.diff: - don't install duplicated documentation files. * D02-leave-changelog-alone.diff: - don't overwrite upstream changelog. * Switch to 3.0 (quilt) source format. * Switch to compat level 9. * Update Debian copyright file to DEP5 candidate version. * Add Vcs-* control fields. * Bump Standards-Version to 3.9.3 (no changes needed). -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#676360: [Xen-devel] [PATCH] thp: avoid atomic64_read in pmd_read_atomic for 32bit PAE\
Hi, On Mon, Jun 11, 2012 at 03:27:38PM -0400, Konrad Rzeszutek Wilk wrote: Nice. Andrew, any chane you could test this patch on the affected Xen hypervisors? Was it as easy to reproduce this on a RHEL5 (U1?) hypervisor or is it really only on Linode and Amazon EC2? Originally, I was able to reproduce the issue easily with a RHEL5 host. Now, with this patch it's fixed. OK, so Tested-by: Andrew Jones.. and from my perspective it looks good - so Acked-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com Thanks for testing and reviews. Andrea, any chance you can respin this patch and send it to Linus for 3.5 please? Andrew merged it in -mm last Friday, so I would expect it to go upstream soon through the -mm flow (I assume everyone has been rightfully waiting a bit of time for testing and reviews to be sure). Andrea -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676360: xen: oops at atomic64_read_cx8+0x4
On Thu, Jun 07, 2012 at 02:33:33AM -0500, Jonathan Nieder wrote: Sergio Gelato wrote[1]: That 3.4.1-1~experimental.1 build (3.4-trunk-686-pae #1 SMP Wed Jun 6 15:11:31 UTC 2012 i686 GNU/Linux) is even less well-behaved under Xen: I'm getting a kernel OOPS at EIP: [c1168e54] atomic64_read_cx8+0x4/0xc SS:ESP e021:ca853c6c The top of the trace message unfortunately scrolled off the console before I could see it, and the message doesn't have time to make it to syslog (either local or remote). [...] Non-Xen boots proceed normally. Yeah, apparently[2] that's caused by commit 26c191788f18 Author: Andrea Arcangeli aarca...@redhat.com Date: Tue May 29 15:06:49 2012 -0700 mm: pmd_read_atomic: fix 32bit PAE pmd walk vs pmd_populate SMP race condition which was also included in Debian kernel 3.2.19-1. [1] http://bugs.debian.org/676360 [2] https://bugzilla.redhat.com/show_bug.cgi?id=829016#c4 Oops, sorry I didn't imagine atomic64_read on a pmd would trip. Unfortunately to support pagetable walking with mmap_sem hold for reading, we need an atomic read on 32bit PAE if CONFIG_TRANSPARENT_HUGEPAGE=y. The only case requiring this is 32bit PAE with CONFIG_TRANSPARENT_HUGEPAGE=y at build time. If you set CONFIG_TRANSPARENT_HUGEPAGE=n temporarily you should be able to work around this as I optimized the code in a way to avoid an expensive cmpxchg8b. I guess if Xen can't be updated to handle an atomic64_read on a pmd in the guest, we can add a pmd_read paravirt op? Or if we don't want to break the paravirt interface a loop like gup_fast with irq disabled should also work but looping + local_irq_disable()/enable() sounded worse and more complex than a atomic64_read (gup fast already disables irqs because it doesn't hold the mmap_sem so it's a different cost looping there). AFIK Xen disables THP during boot, so a check on THP being enabled and falling back in the THP=n version of pmd_read_atomic, would also be safe, but it's not so nice to do it with a runtime check. Thanks, Andrea -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676360: [Xen-devel] xen: oops at atomic64_read_cx8+0x4
Hi, On Thu, Jun 07, 2012 at 11:56:47AM -0400, Konrad Rzeszutek Wilk wrote: then the high part. Why that would trip the hypervisor is not clear to me. Perhaps in the past it only read the That is the CONFIG_TRANSPARENT_HUGEPAGE=n case and in fact it doesn't trip the hypervisor. That was tested too, it should work fine. The problem is with the atomic64_read version, that one uses cmpxchg8b to read the contents of the pmdp. Ah, by just skipping the thing if the low bits are zero. Yep. didn't like somebody reading the high and low bit, but isn't the pmdval_t still 64-bit ? So I would have thought this would The pmd format is unchanged, that's hardware. The thing is that I did install a 32-bit PAE guest (a Fedora) on a Fedora 17 dom0. So it looks like this is reading high part is fixed on the newer hypervisors, but now with the older ones. And the older one is Amazon EC2 so some .. hack to workaround older hypervisors could be added. The insn oopsing is cmpxchg8b and it's not reading the low/high part in two separate insn but reading it in a single insn, which means the kernel oopsing was built with CONFIG_TRANSPARENT_HUGEPAGE=y. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676360: [ 08/82] mm: pmd_read_atomic: fix 32bit PAE pmd walk vs pmd_populate SMP race condition
Hi, this should avoid the cmpxchg8b (to make Xen happy) but without reintroducing the race condition. It's actually going to be faster too, but it's conceptually more complicated as the pmd high/low may be inconsistent at times, but at those times we're going to declare the pmd unstable and ignore it anyway so it's ok. NOTE: in theory I could also drop the high part when THP=y thanks to the barrier() in the caller (and the barrier is needed for the generic version anyway): static inline pmd_t pmd_read_atomic(pmd_t *pmdp) { pmdval_t ret; u32 *tmp = (u32 *)pmdp; ret = (pmdval_t) (*tmp); +#ifndef CONFIG_TRANSPARENT_HUGEPAGE if (ret) { /* * If the low part is null, we must not read the high part * or we can end up with a partial pmd. */ smp_rmb(); ret |= ((pmdval_t)*(tmp + 1)) 32; } +#endif return (pmd_t) { ret }; } But it's not worth the extra complexity. It looks cleaner if we deal with good pmds if they're later found pointing to a pte (even if we discard them and force pte_offset to re-read the *pmd). Andrea Arcangeli (1): thp: avoid atomic64_read in pmd_read_atomic for 32bit PAE arch/x86/include/asm/pgtable-3level.h | 30 +- include/asm-generic/pgtable.h | 10 ++ 2 files changed, 27 insertions(+), 13 deletions(-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676360: [PATCH] thp: avoid atomic64_read in pmd_read_atomic for 32bit PAE
In the x86 32bit PAE CONFIG_TRANSPARENT_HUGEPAGE=y case while holding the mmap_sem for reading, cmpxchg8b cannot be used to read pmd contents under Xen. So instead of dealing only with consistent pmdvals in pmd_none_or_trans_huge_or_clear_bad() (which would be conceptually simpler) we let pmd_none_or_trans_huge_or_clear_bad() deal with pmdvals where the low 32bit and high 32bit could be inconsistent (to avoid having to use cmpxchg8b). The only guarantee we get from pmd_read_atomic is that if the low part of the pmd was found null, the high part will be null too (so the pmd will be considered unstable). And if the low part of the pmd is found stable later, then it means the whole pmd was read atomically (because after a pmd is stable, neither MADV_DONTNEED nor page faults can alter it anymore, and we read the high part after the low part). In the 32bit PAE x86 case, it is enough to read the low part of the pmdval atomically to declare the pmd as stable and that's true for THP and no THP, furthermore in the THP case we also have a barrier() that will prevent any inconsistent pmdvals to be cached by a later re-read of the *pmd. Signed-off-by: Andrea Arcangeli aarca...@redhat.com --- arch/x86/include/asm/pgtable-3level.h | 30 +- include/asm-generic/pgtable.h | 10 ++ 2 files changed, 27 insertions(+), 13 deletions(-) diff --git a/arch/x86/include/asm/pgtable-3level.h b/arch/x86/include/asm/pgtable-3level.h index 43876f1..cb00ccc 100644 --- a/arch/x86/include/asm/pgtable-3level.h +++ b/arch/x86/include/asm/pgtable-3level.h @@ -47,16 +47,26 @@ static inline void native_set_pte(pte_t *ptep, pte_t pte) * they can run pmd_offset_map_lock or pmd_trans_huge or other pmd * operations. * - * Without THP if the mmap_sem is hold for reading, the - * pmd can only transition from null to not null while pmd_read_atomic runs. - * So there's no need of literally reading it atomically. + * Without THP if the mmap_sem is hold for reading, the pmd can only + * transition from null to not null while pmd_read_atomic runs. So + * we can always return atomic pmd values with this function. * * With THP if the mmap_sem is hold for reading, the pmd can become - * THP or null or point to a pte (and in turn become stable) at any - * time under pmd_read_atomic, so it's mandatory to read it atomically - * with cmpxchg8b. + * trans_huge or none or point to a pte (and in turn become stable) + * at any time under pmd_read_atomic. We could read it really + * atomically here with a atomic64_read for the THP enabled case (and + * it would be a whole lot simpler), but to avoid using cmpxchg8b we + * only return an atomic pmdval if the low part of the pmdval is later + * found stable (i.e. pointing to a pte). And we're returning a none + * pmdval if the low part of the pmd is none. In some cases the high + * and low part of the pmdval returned may not be consistent if THP is + * enabled (the low part may point to previously mapped hugepage, + * while the high part may point to a more recently mapped hugepage), + * but pmd_none_or_trans_huge_or_clear_bad() only needs the low part + * of the pmd to be read atomically to decide if the pmd is unstable + * or not, with the only exception of when the low part of the pmd is + * zero in which case we return a none pmd. */ -#ifndef CONFIG_TRANSPARENT_HUGEPAGE static inline pmd_t pmd_read_atomic(pmd_t *pmdp) { pmdval_t ret; @@ -74,12 +84,6 @@ static inline pmd_t pmd_read_atomic(pmd_t *pmdp) return (pmd_t) { ret }; } -#else /* CONFIG_TRANSPARENT_HUGEPAGE */ -static inline pmd_t pmd_read_atomic(pmd_t *pmdp) -{ - return (pmd_t) { atomic64_read((atomic64_t *)pmdp) }; -} -#endif /* CONFIG_TRANSPARENT_HUGEPAGE */ static inline void native_set_pte_atomic(pte_t *ptep, pte_t pte) { diff --git a/include/asm-generic/pgtable.h b/include/asm-generic/pgtable.h index ae39c4b..0ff87ec 100644 --- a/include/asm-generic/pgtable.h +++ b/include/asm-generic/pgtable.h @@ -484,6 +484,16 @@ static inline int pmd_none_or_trans_huge_or_clear_bad(pmd_t *pmd) /* * The barrier will stabilize the pmdval in a register or on * the stack so that it will stop changing under the code. +* +* When CONFIG_TRANSPARENT_HUGEPAGE=y on x86 32bit PAE, +* pmd_read_atomic is allowed to return a not atomic pmdval +* (for example pointing to an hugepage that has never been +* mapped in the pmd). The below checks will only care about +* the low part of the pmd with 32bit PAE x86 anyway, with the +* exception of pmd_none(). So the important thing is that if +* the low part of the pmd is found null, the high part will +* be also null or the pmd_none() check below would be +* confused. */ #ifdef CONFIG_TRANSPARENT_HUGEPAGE barrier(); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe
Bug#673549: RFS: beef/1.0.0-1 -- flexible Brainfuck interpreter
Any takers? On Sat, May 19, 2012 at 05:14:22PM +0200, Andrea Bolognani wrote: Dear mentors, I am looking for a sponsor for my package beef * Package name: beef Version : 1.0.0-1 Upstream Author : Andrea Bolognani e...@kiyuko.org * URL : http://kiyuko.org/software/beef * License : GPL-2+ Section : devel It builds these binary packages: beef - flexible Brainfuck interpreter To access further information about this package, please visit the following URL: http://mentors.debian.net/package/beef Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/beef/beef_1.0.0-1.dsc Changes in this release: * New upstream release. (Closes: #639247) * Fix watch file. (Closes: #529748) * U01-fix-whatis-entry.diff: - use the conventional format for the NAME section of the man page, so that programs such as whatis and apropos can parse it. * D01-skip-documentation-files.diff: - don't install duplicated documentation files. * D02-leave-changelog-alone.diff: - don't overwrite upstream changelog. * Switch to 3.0 (quilt) source format. * Switch to compat level 9. * Update Debian copyright file to DEP5 candidate version. * Add Vcs-* control fields. * Bump Standards-Version to 3.9.3 (no changes needed). I would be glad if someone could upload this package for me. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#673550: RFS: cattle-1.0/1.0.1-1 [ITP] -- Brainfuck language toolkit
Any takers? On Sat, May 19, 2012 at 05:23:10PM +0200, Andrea Bolognani wrote: Dear mentors, I am looking for a sponsor for my package cattle-1.0 * Package name: cattle-1.0 Version : 1.0.1-1 Upstream Author : Andrea Bolognani e...@kiyuko.org * URL : http://kiyuko.org/software/cattle * License : GPL-2+ Section : libs It builds these binary packages: libcattle-1.0-0 - Brainfuck language toolkit gir1.2-cattle-1.0 - Brainfuck language toolkit (introspection files) libcattle-1.0-dev - Brainfuck language toolkit (development files) libcattle-1.0-doc - Brainfuck language toolkit (API reference) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/cattle-1.0 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/cattle-1.0/cattle-1.0_1.0.1-1.dsc Changes in this release: * Initial release. (Closes: #617304) * D01-tweak-build-system.diff: - avoid building example programs to speed up compilation. Cattle is a dependency for the latest release of Beef, which is already in Debian and for which I've filed a separate RFS as #673549. I would be glad if someone could upload this package for me. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#663151: RFS: rhinote/0.7.4-2 -- virtual sticky-notes for your desktop
Dear mentors, Rhinote is still looking for a sponsor, and it’s been a while so I think it’s a good time to bump the thread. As you can see from the full bug report for this RFS (#663151) this updated packages contains code tweaks that make Rhinote much better overall, and that Rhinote users would certainly appreciate having in a stable release. Please consider taking a look at the package and sponsoring it. Thank you. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#674293: NMU: rebuilds for adblock-plus
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hi, we (pkg-mozext) currently introduced a change of behaviour on the mozilla-devscripts package when processing the automatic setup of {xpi:Breaks} matching a certain field on the max_version on the install.rdf. As you can see at [1], the automatic generation of the breaks field has been disabled from the extensions that have their max_version = 10. (from iceweasel-10 all the extensions are compatible by default, thus max_version isn't checked at all and there's no point in creating a relevant {xpi:Breaks} field) That said, I would like to request a binNMU of the adblock-plus package which is affected by the old {xpi:Breaks} issue: nmu adblock-plus . ALL . -m Rebuild against mozilla-devscripts 0.32 and prevent the generation of a wrong {xpi:Breaks} field. cheers, Andrea [1] http://anonscm.debian.org/gitweb/?p=pkg-mozext/mozilla-devscripts.git;a=commit;h=69fa5a271fa68527b5c67ccb314588a3a1bdfb17 signature.asc Description: Digital signature
Bug#674441: vdr-plugin-dvbhddevice: VDR crash when load dvbhddevice plugins
Package: vdr-plugin-dvbhddevice Version: 1.7.27-2 Severity: normal DR crash on start when load dvbhddevice plugins (gdb) run -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-recordingaction -s /usr/lib/vdr/vdr-shutdown-message -E /var/cache/vdr/epg.data -u vdr -g /tmp --port 6419 --vfat -w 0 -u vdr -P skinenigmang --logodir=/usr/share/vdr-enigmang-icons --epgimages=/var/cache/vdr/epgimages -P xineliboutput --local=sxfe --primary --width=800 --height=600 --fullscreen -P dvbhddevice -P remote -i /dev/input/by-id/usb-Formosa21_USB_IR_Receiver-event-ir -P dvbsddevice -P osdteletext -P femon -P streamdev-server [...] prebuffer=14400 pts prebuffer=14400 pts [New Thread 0xaada6b70 (LWP 7210)] Program received signal SIGSEGV, Segmentation fault. 0xb78f76db in HDFF::cHdffCmdIf::CmdHdmiSendCecCommand(HdffCecCommand_t) () from /usr/lib/vdr/plugins/libvdr-dvbhddevice.so.1.7.27 (gdb) backtrace #0 0xb78f76db in HDFF::cHdffCmdIf::CmdHdmiSendCecCommand(HdffCecCommand_t) () from /usr/lib/vdr/plugins/libvdr-dvbhddevice.so.1.7.27 #1 0xb78f3c1b in cPluginDvbhddevice::MainThreadHook() () from /usr/lib/vdr/plugins/libvdr-dvbhddevice.so.1.7.27 #2 0x080fb92f in cPluginManager::MainThreadHook() () #3 0x080a2322 in main () I have an DVB-T card no HD and DVB-S HD. lspci 01:07.0 Multimedia controller: Philips Semiconductors SAA7131/SAA7133/SAA7135 Video Broadcast Decoder (rev d0) 01:06.0 Network controller: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card (rev 02) kernel version: Linux homer 3.2.0-2-686-pae #1 SMP Sun May 13 07:51:23 UTC 2012 i686 GNU/Linux -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (850, 'testing'), (800, 'unstable'), (750, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vdr-plugin-dvbhddevice depends on: ii libc6 2.13-32 ii libgcc1 1:4.7.0-8 ii libstdc++6 4.7.0-8 ii vdr 1.7.27-2 vdr-plugin-dvbhddevice recommends no packages. vdr-plugin-dvbhddevice 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#673549: RFS: beef/1.0.0-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package beef * Package name: beef Version : 1.0.0-1 Upstream Author : Andrea Bolognani e...@kiyuko.org * URL : http://kiyuko.org/software/beef * License : GPL-2+ Section : devel It builds these binary packages: beef - flexible Brainfuck interpreter To access further information about this package, please visit the following URL: http://mentors.debian.net/package/beef Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/beef/beef_1.0.0-1.dsc Changes in this release: * New upstream release. (Closes: #639247) * Fix watch file. (Closes: #529748) * U01-fix-whatis-entry.diff: - use the conventional format for the NAME section of the man page, so that programs such as whatis and apropos can parse it. * D01-skip-documentation-files.diff: - don't install duplicated documentation files. * D02-leave-changelog-alone.diff: - don't overwrite upstream changelog. * Switch to 3.0 (quilt) source format. * Switch to compat level 9. * Update Debian copyright file to DEP5 candidate version. * Add Vcs-* control fields. * Bump Standards-Version to 3.9.3 (no changes needed). I would be glad if someone could upload this package for me. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#673550: RFS: cattle-1.0/1.0.1-1 [ITP] -- Brainfuck language toolkit
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package cattle-1.0 * Package name: cattle-1.0 Version : 1.0.1-1 Upstream Author : Andrea Bolognani e...@kiyuko.org * URL : http://kiyuko.org/software/cattle * License : GPL-2+ Section : libs It builds these binary packages: libcattle-1.0-0 - Brainfuck language toolkit gir1.2-cattle-1.0 - Brainfuck language toolkit (introspection files) libcattle-1.0-dev - Brainfuck language toolkit (development files) libcattle-1.0-doc - Brainfuck language toolkit (API reference) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/cattle-1.0 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/cattle-1.0/cattle-1.0_1.0.1-1.dsc Changes in this release: * Initial release. (Closes: #617304) * D01-tweak-build-system.diff: - avoid building example programs to speed up compilation. Cattle is a dependency for the latest release of Beef, which is already in Debian and for which I've filed a separate RFS as #673549. I would be glad if someone could upload this package for me. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#666300: NMU sponsored to DELAYED-2
Hi, I've sponsored this NMU to DELAYED-2, please let me know if I should remove the upload or delay it longer. cheers, Andrea signature.asc Description: Digital signature
Bug#549210: xpad crashes when rightclicking on the systray
Hi all, as of version 4.1-1 the bug is no longer present and the usage of xpad is back to expected! thanks all for your time regards -- Andrea Lusuardi - uovobw GPG: 313C1073 signature.asc Description: PGP signature
Bug#671834: libatlas3gf-base: Octave pinv function fails with message illegal instruction
Package: libatlas3gf-base Version: 3.8.4-3 Severity: important To make the pinv function work I need to switch from atlas-base to libblas and from atlas-base to lapack using update-alternatives. My cpu is very old but from the package description I read: The libraries in this package are built without any processor extension instructions, and should run on all processors of this general architecture, albeit less than optimally. So I expect the libraries to work even on old hardware. This is my cat /proc/cpuinfo: processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 3 model name : AMD Duron(tm) Processor stepping: 1 cpu MHz : 699.896 cache size : 64 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow bogomips: 1399.79 clflush size: 32 cache_alignment : 32 address sizes : 36 bits physical, 32 bits virtual power management: -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-486 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libatlas3gf-base depends on: ii libc6 2.13-32 ii libgcc1 1:4.7.0-7 ii libgfortran3 4.7.0-7 libatlas3gf-base recommends no packages. Versions of packages libatlas3gf-base suggests: ii liblapack3gf 3.3.1-1 -- no debconf information Cheers, Andrea -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670856: Add MPL-* licenses to /usr/share/common-licenses
Package: base-files Version: 6.7 Severity: important Hi, while packaging Mozilla's extensions we noticed MPL-* licenses being missing on the relevant /usr/share/common-licenses directory, thus the need to include the full text of the MPL on debian/copyright. (the MPL has more than 100 lines) Please include the relevant MPL-* licenses on the /usr/share/common-licenses directory. Thanks, Andrea signature.asc Description: Digital signature
Bug#670567: /usr/bin/astk: uncorrected aster version in astk
Dear Maintainer, default version in astk is 10.3, but real aster version in debian repository is 10.6. In order to be able to run analyses version needs to be changed in .export file every time. Best regards, Corrado Hi, thanks for your report, this will be fixed ASAP. As a workaround you can manually edit the file /etc/codeaster/aster to reflect the current installed version. Bye Andrea
Bug#660937: pdfshuffler: will not run with poppler 0.18
Hi Kostas, We just uploaded a python-poppler package in experimental, ( I will move it to unstable once we have been poppler 0.18 in unstable ) It should fix the memory leak, I already tried with the code you sent in the last email. Could you give it a try? Is there other blockers for a new upstream version of pdfshuffler? Thanks, regards! -- - Andrea Gasparini - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667444: Breaks field is no more relevant
Hi, the Breaks field shouldn't be used anymore, all addons are now compatible by default with *every* iceweasel release as Paul pointed out here. [1] You can re-upload a package without the breaks field, so hopefully this bug will be fixed. cheers, Andrea [1] http://lists.alioth.debian.org/pipermail/pkg-mozext-maintainers/2012-February/001621.html signature.asc Description: Digital signature
Bug#669931: code-aster-mpi-engine: symbolic link needed for parallel_cp
This issue is related to the bug #626353 : parallel_cp has been renamedo to codeaster-parallel_cp , however as_run hasn't been updated to reflect this change. The problem seems to be on /usr/lib/pymodules/python*/asrun/mpi.py at line 143, where 'parallel_cp' should be substituted with 'codeaster-parallel_cp' Bye Andrea
Bug#663151: RFS: rhinote/0.7.4-2 -- virtual sticky-notes for your desktop
Dear mentors, please consider reviewing and sponsoring this new Rhinote upload. As you can see from the changelog entry reported below, the updated package contains several improvements that would make using Rhinote much better; moreover, a Debian member has already reviewed the patches and found them to be okay. Thank you for your time. On Thu, Mar 08, 2012 at 10:58:50PM +0100, Andrea Bolognani wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package rhinote * Package name: rhinote Version : 0.7.4-2 Upstream Author : Marv Boyes greysp...@tuxfamily.org * URL : http://rhinote.tuxfamily.org/ * License : GPL-2+ Section : x11 It builds those binary packages: rhinote- virtual sticky-notes for your desktop To access further information about this package, please visit the following URL: http://mentors.debian.net/package/rhinote Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/rhinote/rhinote_0.7.4-2.dsc More information about rhinote can be obtained from http://rhinote.tuxfamily.org/ . Changes since the last upload: * 001-simplify-imports.diff: - improve the way modules are imported. * 002-use-secure-printfile.diff: - avoid potential symlink attacks and cluttering the user's home. * 003-test-for-external-commands.diff: - ensure external commands are available before calling them. * 004-use-popen.diff: - replace os.system() with the more secure subprocess.Popen(). * 005-support-lp.diff: - add support for the lp command in addition to lpr. * 006-set-print-job-name.diff: - provide a descriptive name for the print job. * 007-set-class-name.diff: - set application name for use by window managers. * Simplify Depends: to cups-client | lpr. * Bump Standards-Version to 3.9.3 (no changes needed). The software has been heavily patched after Paul Wise has reviewed it[1] and found a bunch of issues with upstream’s code. He later took a look at the patches[2] and found them to be okay. [1] http://lists.debian.org/debian-mentors/2012/01/msg00579.html [2] http://lists.debian.org/debian-mentors/2012/02/msg00077.html -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#668469: closed by Andrea Palazzi palazziand...@yahoo.it (Bug#668469: fixed in aster 10.6.0-1-2)
Da: Aaron M. Ucko u...@debian.org A: Aaron M. Ucko u...@debian.org Cc: 668...@bugs.debian.org; cont...@bugs.debian.org Inviato: Lunedì 16 Aprile 2012 3:41 Oggetto: Bug#668469: closed by Andrea Palazzi palazziand...@yahoo.it (Bug#668469: fixed in aster 10.6.0-1-2) found 668469 10.6.0-1-3 thanks Please take care to incorporate the HOME setting into the same command as the calls it should affect: HOME=$(DEB_DESTDIR); \ set -ex; \ ... Hi, I see that it still fails with this problem, is it due to the fact that I didn't set the HOME in the same command, or it's a strange behaviour of the as_run command that is being called? I've been using cowbuilder to test the building process, but it's not enough... Is there a way to test the package against the buildd environment before submitting it? Thanks Andrea
Bug#664914: Patch sponsored to DELAYED-3
Hi, I've sponsored Peter's patch and uploaded it to DELAYED-3, please let me know if I should delay it more or just remove the upload. Thanks in advance, Andrea signature.asc Description: Digital signature
Bug#667710: squeak-plugins-scratch: run-scratch should not be in doc directory
Package: squeak-plugins-scratch Version: 1.4.0.2~svn.r83-1 Severity: minor Dear Maintainer, I tried to run run-scratch, but it /usr/share/doc/squeak-plugins-scratch is not in my path. Also, it is not set as executable. You may want to consider putting this script in /usr/bin and making it executable so that it is easier to run. -- System Information: Distributor ID: Ubuntu Description:Ubuntu 10.10 Release:10.10 Codename: maverick Architecture: i386 (x86_64) Kernel: Linux 3.2.0-1-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 squeak-plugins-scratch depends on: ii libc6 2.13-26 ii libcairo2 1.10.2-6.2 ii libglib2.0-0 2.30.2-6 ii libpango1.0-0 1.29.4-2 squeak-plugins-scratch recommends no packages. Versions of packages squeak-plugins-scratch suggests: pn squeak-plugins-scratch-dbg none -- 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#664682: spectrwm: debian menu entry
On Tue, Mar 20, 2012 at 08:24:19AM +1100, Kevin Ryde wrote: It'd be good if spectrwm was in the debian window managers menu to switch to it from another window manager. Hi Kevin, I agree with you, having such an entry would probably be a good idea. In the coming days I’ll be sure to check out your proposed patch, make sure it complies with all relevant Debian standards, test it and, once everything is in order, prepare a new spectrwm upload including it. Thank you for your interest in spectrwm, and have a nice day. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#656669: gedit-latex-plugin: diff for NMU version 3.3.2-1.1
Hi, On Sat, Mar 24, 2012 at 1:47 PM, gregor herrmann gre...@debian.org wrote: I've prepared an NMU for gedit-latex-plugin (versioned as 3.3.2-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. nope, i'm ok with this as is. (just checked) thanks for your work, best regards! -- - Andrea Gasparini - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664674: override: scrotmw:oldlibs/extra
Package: ftp.debian.org Severity: normal Owner: e...@kiyuko.org Hi, scrotwm has recently been renamed to spectrwm upstream; as a consequence of this change, as of version 1.0.0-1 the scrotwm binary package is a dummy package meant to ease transitions. Having the scrotwm binary package in section oldlibs with priority extra helps package managers see that it’s in fact a transitional package, so please update the override files. Thank you. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#664675: RM: scrotwm -- ROM; renamed to spectrwm
Package: ftp.debian.org Severity: normal Hi, scrotwm has been renamed upstream to spectrwm. As the recently uploaded spectrwm source package builds a transitional binary package which provides a smooth upgrade path, the scrotwm source package can safely be removed from the archive. Thank you. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#663627: glade crash instead of editing a Tree View
Package: glade Version: 3.11.0-1 Severity: important Dear Maintainer, glade crash when trying to edit a Tree View. Steps to reproduce: - add a window - add a Tree View selecting a new List Store as tree view model - right click on the new tree view and select edit At this point glade crashes. This is console output: andrea@ellen:~$ LANG=C glade GladeUI-Message: No displayable values for property GtkTreeSelection::mode GladeUI-Message: 14 missing displayable value for GtkCellRendererAccel::accel- mods (glade:9901): GladeUI-CRITICAL **: Unable to load module 'vte' from any search paths (glade:9901): GladeUI-WARNING **: Failed to load external library 'vte' (glade:9901): GladeUI-WARNING **: We could not find the symbol vte_terminal_get_type (glade:9901): GladeUI-WARNING **: Could not get the type from VteTerminal (glade:9901): GladeUI-WARNING **: Failed to load the GType for 'VteTerminal' (glade:9901): GladeUI-WARNING **: Tried to include undefined widget class 'VteTerminal' in a widget group (glade:9901): GladeUI-CRITICAL **: Unable to load module 'gtksourceview-3.0' from any search paths (glade:9901): GladeUI-WARNING **: Failed to load external library 'gtksourceview-3.0' (glade:9901): GladeUI-WARNING **: We could not find the symbol gtk_source_view_get_type (glade:9901): GladeUI-WARNING **: Could not get the type from GtkSourceView (glade:9901): GladeUI-WARNING **: Failed to load the GType for 'GtkSourceView' (glade:9901): GladeUI-WARNING **: Tried to include undefined widget class 'GtkSourceView' in a widget group (glade:9901): GladeUI-WARNING **: We could not find the symbol anjuta_vcs_status_tree_view_get_type (glade:9901): GladeUI-WARNING **: Could not get the type from AnjutaVcsStatusTreeView (glade:9901): GladeUI-WARNING **: Failed to load the GType for 'AnjutaVcsStatusTreeView' (glade:9901): GladeUI-WARNING **: We could not find the symbol anjuta_drop_entry_get_type (glade:9901): GladeUI-WARNING **: Could not get the type from AnjutaDropEntry (glade:9901): GladeUI-WARNING **: Failed to load the GType for 'AnjutaDropEntry' (glade:9901): GladeUI-WARNING **: We could not find the symbol anjuta_file_list_get_type (glade:9901): GladeUI-WARNING **: Could not get the type from AnjutaFileList (glade:9901): GladeUI-WARNING **: Failed to load the GType for 'AnjutaFileList' (glade:9901): GladeUI-WARNING **: We could not find the symbol anjuta_pkg_config_chooser_get_type (glade:9901): GladeUI-WARNING **: Could not get the type from AnjutaPkgConfigChooser (glade:9901): GladeUI-WARNING **: Failed to load the GType for 'AnjutaPkgConfigChooser' (glade:9901): GladeUI-WARNING **: We could not find the symbol anjuta_column_text_view_get_type (glade:9901): GladeUI-WARNING **: Could not get the type from AnjutaColumnTextView (glade:9901): GladeUI-WARNING **: Failed to load the GType for 'AnjutaColumnTextView' (glade:9901): GladeUI-WARNING **: We could not find the symbol anjuta_file_drop_entry_get_type (glade:9901): GladeUI-WARNING **: Could not get the type from AnjutaFileDropEntry (glade:9901): GladeUI-WARNING **: Failed to load the GType for 'AnjutaFileDropEntry' (glade:9901): GladeUI-WARNING **: We could not find the symbol anjuta_entry_get_type (glade:9901): GladeUI-WARNING **: Could not get the type from AnjutaEntry (glade:9901): GladeUI-WARNING **: Failed to load the GType for 'AnjutaEntry' (glade:9901): GladeUI-WARNING **: We could not find the symbol anjuta_environment_editor_get_type (glade:9901): GladeUI-WARNING **: Could not get the type from AnjutaEnvironmentEditor (glade:9901): GladeUI-WARNING **: Failed to load the GType for 'AnjutaEnvironmentEditor' (glade:9901): GladeUI-WARNING **: Tried to include undefined widget class 'AnjutaVcsStatusTreeView' in a widget group (glade:9901): GladeUI-WARNING **: Tried to include undefined widget class 'AnjutaDropEntry' in a widget group (glade:9901): GladeUI-WARNING **: Tried to include undefined widget class 'AnjutaFileList' in a widget group (glade:9901): GladeUI-WARNING **: Tried to include undefined widget class 'AnjutaPkgConfigChooser' in a widget group (glade:9901): GladeUI-WARNING **: Tried to include undefined widget class 'AnjutaColumnTextView' in a widget group (glade:9901): GladeUI-WARNING **: Tried to include undefined widget class 'AnjutaFileDropEntry' in a widget group (glade:9901): GladeUI-WARNING **: Tried to include undefined widget class 'AnjutaEntry' in a widget group (glade:9901): GladeUI-WARNING **: Tried to include undefined widget class 'AnjutaEnvironmentEditor' in a widget group (glade:9901): GladeUI-CRITICAL **: glade_project_selection_set: assertion `glade_project_has_object (project, object)' failed Gtk-ERROR **: GtkBox child GladeEditorTable minimum height: -4 0 Rilevato trace/breakpoint andrea@ellen:~$ Thank you and bye. Andrea Lorenzetti -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64
Bug#663361: libgstreamer0.10-0: segfaults when trying to access to webcam
Package: libgstreamer0.10-0 Version: 0.10.36-1 Severity: important Dear Maintainer, I tried to access the webcam using two different programs: cheese and gstreamer-properties. Both segfault when trying to do it, and gdb shows that the culprit is libgstreamer: andrea@a8jc:~$ gdb gstreamer-properties [...] (gdb) run [... now I click on Test for the webcam ...] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb107bb70 (LWP 21680)] 0xb7a7868c in gst_mini_object_copy (mini_object=0x8423bf0) at gstminiobject.c:259 259 gstminiobject.c: No such file or directory. (gdb) bt #0 0xb7a7868c in gst_mini_object_copy (mini_object=0x8423bf0) at gstminiobject.c:259 #1 0xb19980f8 in ?? () from /usr/lib/i386-linux- gnu/gstreamer-0.10/libgstvideo4linux2.so #2 0xb1990530 in ?? () from /usr/lib/i386-linux- gnu/gstreamer-0.10/libgstvideo4linux2.so #3 0xb199099b in ?? () from /usr/lib/i386-linux- gnu/gstreamer-0.10/libgstvideo4linux2.so #4 0xb1ec75d0 in gst_push_src_create (bsrc=0x84127a8, offset=18446744073709551615, length=4096, ret=0xb107b0bc) at gstpushsrc.c:117 #5 0xb1ead9e5 in gst_base_src_get_range (src=0x84127a8, offset=18446744073709551615, length=4096, buf=0xb107b0bc) at gstbasesrc.c:2188 #6 0xb1eaf580 in gst_base_src_loop (pad=0x825c4c0) at gstbasesrc.c:2445 #7 0xb7aaeb50 in gst_task_func (task=0x826ec88) at gsttask.c:327 #8 0xb7aafe08 in default_func (tdata=0x8485b00, pool=0x808ef60) at gsttaskpool.c:70 #9 0xb7943207 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #10 0xb7940dd4 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #11 0xb78aec39 in start_thread () from /lib/i386-linux- gnu/i686/cmov/libpthread.so.0 #12 0xb781c12e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 (gdb) I got more debug information by installing libgstreamer0.10-0-dbg. The same webcam works under Ubuntu 10.04 (that I wiped out, so I can't give any precise info about the packages). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 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 libgstreamer0.10-0 depends on: ii libc6 2.13-27 ii libglib2.0-0 2.30.2-6 ii libxml22.7.8.dfsg-7 ii multiarch-support 2.13-27 libgstreamer0.10-0 recommends no packages. Versions of packages libgstreamer0.10-0 suggests: pn gstreamer0.10-plugins-base 0.10.36-1 pn gstreamer0.10-tools none -- 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#663151: RFS: rhinote/0.7.4-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package rhinote * Package name: rhinote Version : 0.7.4-2 Upstream Author : Marv Boyes greysp...@tuxfamily.org * URL : http://rhinote.tuxfamily.org/ * License : GPL-2+ Section : x11 It builds those binary packages: rhinote- virtual sticky-notes for your desktop To access further information about this package, please visit the following URL: http://mentors.debian.net/package/rhinote Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/rhinote/rhinote_0.7.4-2.dsc More information about rhinote can be obtained from http://rhinote.tuxfamily.org/ . Changes since the last upload: * 001-simplify-imports.diff: - improve the way modules are imported. * 002-use-secure-printfile.diff: - avoid potential symlink attacks and cluttering the user's home. * 003-test-for-external-commands.diff: - ensure external commands are available before calling them. * 004-use-popen.diff: - replace os.system() with the more secure subprocess.Popen(). * 005-support-lp.diff: - add support for the lp command in addition to lpr. * 006-set-print-job-name.diff: - provide a descriptive name for the print job. * 007-set-class-name.diff: - set application name for use by window managers. * Simplify Depends: to cups-client | lpr. * Bump Standards-Version to 3.9.3 (no changes needed). The software has been heavily patched after Paul Wise has reviewed it[1] and found a bunch of issues with upstream’s code. He later took a look at the patches[2] and found them to be okay. [1] http://lists.debian.org/debian-mentors/2012/01/msg00579.html [2] http://lists.debian.org/debian-mentors/2012/02/msg00077.html -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#593735: don't exclusively depend on ttf-freefont
Hello, I see no way for having alternative default fonts. Is this true even with the actual sid/wheezy version of vlc (2.0.0-6) ? I did 'sudo dpkg -P --force-all ttf-freefont' and vlc seems to work fine. Best Regards, Andrea -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662636: rsnapshot: Fails if space in path
Package: rsnapshot Version: 1.3.1-3 Severity: normal Tags: patch Dear Maintainer, as FAQ n°2 on rsnapshot's site [1] rsnapshot 1.3.1 (the version in sid) does not work if snapshot root or backup point have space in it. Patch is available on cvs [2], please consider applying it. Thank you and bye. Andrea Lorenzetti [1] http://rsnapshot.org/faq.html [2] http://rsnapshot.cvs.sourceforge.net/viewvc/rsnapshot/rsnapshot/rsnapshot- program.pl?r1=1.413r2=1.414 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rsnapshot depends on: ii liblchown-perl 1.01-1+b2 ii logrotate 3.8.1-1 ii perl5.14.2-9 ii rsync 3.0.9-1 Versions of packages rsnapshot recommends: ii openssh-client [ssh-client] 1:5.9p1-3 rsnapshot suggests no packages. -- Configuration Files: /etc/cron.d/rsnapshot changed: 0 11* * * root/usr/bin/rsnapshot daily 0 14* * 1 root/usr/bin/rsnapshot weekly 0 171 * * root/usr/bin/rsnapshot monthly /etc/rsnapshot.conf changed: config_version 1.2 snapshot_root /media/wd2sulaco/backup/ellen/ no_create_root 1 cmd_cp /bin/cp cmd_rm /bin/rm cmd_rsync /usr/bin/rsync cmd_logger /usr/bin/logger retain daily 7 retain weekly 4 retain monthly 6 verbose 2 loglevel3 lockfile/var/run/rsnapshot.pid rsync_short_args-a exclude /home/andrea/.gvfs exclude /var/cache/apt/archives backup / ellen/ one_fs=1 backup /boot/ ellen/ backup /media/win7/Users/Andrea Lorenzetti/win7/ -- 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#649033: [PATCH] tpm_tis: add delay after aborting command
On Mon, Feb 27, 2012 at 12:56:45AM -0600, Jonathan Nieder wrote: Andrea Bolognani wrote: Is this patch (or a similar one) enabled in Debian’s 3.2 kernels? Yes, the patch was part of upstream 3.2.3. As the top of [1] says: Found in versions 3.1.6-1, 3.1.8-2, 3.2.1-2 Fixed in version 3.2.4-1 From /usr/share/doc/linux-image-3.2.0-1-amd64/changelog.Debian.gz: linux-2.6 (3.2.4-1) unstable; urgency=low * New upstream stable update: http://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.2.3 http://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.2.4 [...] - tpm_tis: add delay after aborting command (Closes: #649033) Thanks for your interest, and hope that helps. I guess I should have checked that ;) For what it’s worth, I can confirm the patch does indeed fix the issue on my system. Thank you for your work! -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#649033: [PATCH] tpm_tis: add delay after aborting command
On Fri, Jan 20, 2012 at 04:30:27PM -0600, Jonathan Nieder wrote: Stefan Berger wrote: On 01/20/2012 11:18 AM, Uwe Kleine-König wrote: (probe_itpm was introduced to drivers/char/tpm/tpm_tis.c in 9519de3f (tpm_tis: Probing function for Intel iTPM bug) . That is it hit mainline for v3.1-rc1.) I take it's not a problem in a Debian 3.0 kernel (since the culprit patch only appeared in 3.1-rc1). We will submit the relevant patch(es) to the 3.2.x stable kernel. Perfect. Thanks, Stefan! Is this patch (or a similar one) enabled in Debian’s 3.2 kernels? I’ve been running 3.2 since it hit testing (I’m on 3.2.4-1 now) and the boot has not hanged once so far. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#660432: ITP: python-dxfwrite -- A Python library to create DXF R12 drawings
Package: wnpp Severity: wishlist Owner: Andrea Palazzi palazziand...@yahoo.it * Package name: python-dxfwrite Version : 1.1.0 Upstream Author : mozman moz...@gmx.at * URL : http://packages.python.org/dxfwrite/ * License : GPL Programming Lang: Python Description : A Python library to create DXF R12 drawings This is a Python library to create DXF R12 drawings. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588621: Problem creating a new LaTeX document - xml code gets in it instead
Hi Pietro, can you please tell me if you experienced the problem even with sid and gedi-latex-plugin 3.3.2 ? Thanks,bye -- - Andrea Gasparini - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659641: ITP: python-quantities -- Support for physical quantities with units, based on numpy
Da: Michael Hanke m...@debian.org A: Andrea Palazzi palazziand...@yahoo.it; 659...@bugs.debian.org Cc: Debian Science List debian-scie...@lists.debian.org Inviato: Lunedì 13 Febbraio 2012 9:22 Oggetto: Bug#659641: ITP: python-quantities -- Support for physical quantities with units, based on numpy Hi, On Sun, Feb 12, 2012 at 07:49:04PM +0100, Andrea Palazzi wrote: Package: wnpp Severity: wishlist Owner: Andrea Palazzi palazziand...@yahoo.it Version : 0.10.1 Upstream Author : Darren Dale dsdal...@gmail.com * URL : http://pypi.python.org/pypi/quantities * License : BSD Programming Lang: Python Description : Support for physical quantities with units, based on numpy I have a packaging draft for this one, which I'm happy to contribute -- in case you haven't done it yourself yet (it is fairly straightforward). The reaon I haven't pushed this package yet is that the unittests do not pass and upstream didn't work on this code for a while. I filed some bug reports, but nothing happened yet. In any case, this package is needed as a dependency for a core pyton library for electrophysiology data handling. Therefore I appreciate that you are taking care of quantities. Do you have an anticipated timeframe for an initial upload? Are you aiming at team-maintenance within Debian Science? Hi, the package is already done, it was pretty easy with py2dsc; what i want to do now is: - check the created package - create a git repository - add a copyright file: there's no copyright in the original .tar.gz, the only copyright claim that I've found is at http://pypi.python.org/pypi/quantities; I've asked upstream to add an explicit copyright file, but had no answer up to today. BTW, can I write the copyright file only based on the page on python.org I would also appreciate some help on creating the git repository, I'm reading http://wiki.debian.org/Alioth/Git but some things aren't completely clear to me - e.g. will this be a collab maint project ? the project is debian-science ? Or what ? I think that by the end of this week I could upload a first and reasonabily good version of the package to alioth. Bye Andrea
Bug#659641: ITP: python-quantities -- Support for physical quantities with units, based on numpy
On second thougth, if you send me your files for the package I'll take a look at them and see if I've missed something on my package and/or directly use them in place of mines. Bye Andrea Da: Michael Hanke m...@debian.org A: Andrea Palazzi palazziand...@yahoo.it; 659...@bugs.debian.org Cc: Debian Science List debian-scie...@lists.debian.org Inviato: Lunedì 13 Febbraio 2012 9:22 Oggetto: Bug#659641: ITP: python-quantities -- Support for physical quantities with units, based on numpy Hi, On Sun, Feb 12, 2012 at 07:49:04PM +0100, Andrea Palazzi wrote: Package: wnpp Severity: wishlist Owner: Andrea Palazzi palazziand...@yahoo.it Version : 0.10.1 Upstream Author : Darren Dale dsdal...@gmail.com * URL : http://pypi.python.org/pypi/quantities * License : BSD Programming Lang: Python Description : Support for physical quantities with units, based on numpy I have a packaging draft for this one, which I'm happy to contribute -- in case you haven't done it yourself yet (it is fairly straightforward). The reaon I haven't pushed this package yet is that the unittests do not pass and upstream didn't work on this code for a while. I filed some bug reports, but nothing happened yet. In any case, this package is needed as a dependency for a core pyton library for electrophysiology data handling. Therefore I appreciate that you are taking care of quantities. Do you have an anticipated timeframe for an initial upload? Are you aiming at team-maintenance within Debian Science? Thanks, Michael -- Michael Hanke http://mih.voxindeserto.de
Bug#654895: gedit-latex-plugin: Crashes gedit when moving selected text with the mouse
Hi Fabian, On Tue, Feb 7, 2012 at 10:04 AM, Fabian Greffrath fab...@greffrath.com wrote: I reported this one month ago and have not seen any reaction so far. Are you going to forward this to upstream? I am tempted to raise severity to RC, because this error makes the plugin really useless and harmful IMHO. Please be patient. People may have be a real life to take care of. I saw the bug, but I had the time to reproduce it only a couple of days ago ( and frankly I don't want to worry about excuses or such... I didn't had time ) Thanks for the report. Regards. -- - Andrea Gasparini - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659641: ITP: python-quantities -- Support for physical quantities with units, based on numpy
Package: wnpp Severity: wishlist Owner: Andrea Palazzi palazziand...@yahoo.it * Package name: python-quantities Version : 0.10.1 Upstream Author : Darren Dale dsdal...@gmail.com * URL : http://pypi.python.org/pypi/quantities * License : BSD Programming Lang: Python Description : Support for physical quantities with units, based on numpy Quantities is designed to handle arithmetic and conversions of physical quantities, which have a magnitude, dimensionality specified by various units, and possibly an uncertainty. Quantities builds on the popular numpy library and is designed to work with numpy ufuncs, many of which are already supported. Quantities is actively developed, and while the current features and API are stable, test coverage is incomplete so the package is not suggested for mission-critical applications. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619391:
Hi, Between 0.2 and the current version the plugin has almost completely been rewritten, and I actually can't reproduce the bug with the current version. I would go to close this bug, if no other informations will be added in the next days. Agree? Thanks for the report, though. bye -- - Andrea Gasparini - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655154: woof: No space left on device when /tmp is full
Hi Arne, thanks for the report, and sorry for delay as well. The problem you raise, is matter of how the python standard library works. I guess the problem can be ignored at all (probably writing something smarter instead of the complete traceback), or an option can be added to specify the temp dir while uploading. I'll bring this to the upstream (not responsive at all, frankly) and to a couple of other people already helped with woof. Thanks again. -- - Andrea Gasparini - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657698: [PHP-DEV] Suhosin patch disabled by default in Debian php5 builds
On Thu, Feb 02, 2012 at 03:14:56PM +0100, Stefan Esser wrote: BTW: You should really really look into the history of PHP security and check for each of the last 8 years how many features were in Suhosin and later merged into PHP because of some nasty security problem. You will see that at least 2 features of Suhosin per year were merged into PHP. If that’s the case, then you have nothing to worry about. As more and more Suoshin features are merged into mainline PHP, Debian’s PHP package will get more and more secure. That’s the way it happens for many other packages, I fail to see why PHP should be treated differently. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#605799: at-spi-registryd not responding when exiting Gnome
This is surely related, so I'm posting here. I recently moved from Squeeze to Wheezy and found that closing Eclipse would leave its Java process sleeping in memory. Looking for a solution I've found this, which seems to be quite an old bug related to AT-SPI: https://bugs.launchpad.net/ubuntu/+source/at-spi/+bug/68714 https://bugzilla.gnome.org/show_bug.cgi?id=405368 I've seen at least once Ernesto's screenshot, and I'm pretty sure it was when I didn't kill the sleeping process. I tried removing at-spi and the problem was solved indeed. Note that another Java program (JOSM) had no problems. I hope I reported at the right place. Andrea -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org