Bug#658988: [Pkg-libvirt-maintainers] Bug#658988: RFP: libvirt-sandbox -- API layer which facilitates the cration of application sandboxes using virtualization technology
On Thu, May 31, 2012 at 07:30:49AM +0200, Salvatore Bonaccorso wrote: Hi Guido On Wed, May 30, 2012 at 08:11:45AM +0200, Guido Günther wrote: Hi Salvatore, On Wed, May 30, 2012 at 07:42:32AM +0200, Salvatore Bonaccorso wrote: Hi Guido On Sun, Feb 26, 2012 at 01:52:11PM +0100, Guido G??nther wrote: I had a short look and it seems we have all the dependencies. We only need a minor patch to use klibc's insmod instead of insmod.static so let's turn this into an ITP. Help on packaging this is certainly still welcome. I'm trying to work on it and can push an initial version as pkg-libvirt repository as soon I have a initially working version. Great. I last looked at it in February and at least then you needed a patch to use klibc's insmod. I can send over the hacked together (not upstream ready) patch for this. The other change I made is already upstream. If you could this would be great. I'm not sure it is needed anymore as 0.0.3 contains: - Replace invocation of insmod with direct syscalls Ahh...so this should be fixed. But currently I have anyway the problem on building regarding libvirt-gobject/libvirt-gobject.h. Hmm...I just built libvirt-sandbox git against libvirt-glib 0.0.8 from sid an didn't see any problems. What error are you getting? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531060310.ga12...@bogon.sigxcpu.org
Bug#662637: closed by Laszlo Boszormenyi (GCS) g...@debian.hu (Bug#662637: fixed in php-suhosin 0.9.33-2)
On Thu, 31 May 2012, Laszlo Boszormenyi (GCS) wrote: Hi Alexander, Jan, On Tue, 2012-05-29 at 22:28 +0200, Alexander Wirt wrote: On Tue, 22 May 2012, Jan Wagner wrote: we (Alexande and I) wished, that an adopter had contacted us about his intention befor just uploading a new package. It was not really my intention to do it silent. I've serious email problems for a while. My Evolution crashes on startup and can't fix it. It calls a function which ends in glibc functions, coded in x64 assembly. Now I installed it in a Wheezy chroot. Still not good, but better than nothing. Anyways .. looking into your php54_fixes.patch doesn't convince me, that is a appropriate fix. For more info please have a look into: In short, I know it's not a finished and polished patch. Stefan Esser gave no ETA for the finished PHP 5.4 support. All I would like to give users a chance to evaluate it, find things that may break and so on. Wheezy freeze is coming and Suhosin needs testing, even if not yet ready for production environments. That is exactly the thing we wanted to prevent. suhosin is no thingy for learning or for testing. You should have taken the time to read our comments regarding uploading this version. We stated several times that we don't think this version should be uploaded to debian. Just hijacking/uploading the package is no solution. Ok, given your bad done uploads I revert the maintainership back to us. Tomorrow I'll upload the package back to the state of 0.9.33-1. It was a RFA and you never talked about it to us. And you made exactly the errors we wanted to prevent. While I agree that 0.9.33-2 contained a bad mistake, I would like to learn and fix everything as soon as possible. Of course, it's your call if you give me a helping hand in this or take over the package. As written above, this is no learning package, its impact is much too big for this. We will take the package back into our maintenance, you can join the team if you want. But I don't think its currently wise to leave things as they are. I would even go so far to say that if there is no released version we shouldn't ship wheezy with suhosin. I really don't want the shitstorm if there is a hole in that pre-version and we ship wheezy with it. I added the php maintainers to Cc, maybe they have some input to that topic. Alex -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531060615.ga10...@snow-crash.org
Processed: reopening 662637
Processing commands for cont...@bugs.debian.org:
reopen 662637
Bug #662637 {Done: Laszlo Boszormenyi (GCS) g...@debian.hu} [wnpp] RFA:
php-suhosin -- advanced protection module for php5
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No longer marked as fixed in versions php-suhosin/0.9.33-2.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
662637: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=662637
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/handler.s.c.133844520724048.transcr...@bugs.debian.org
Bug#674684: About your qpdfview package on mentors.d.n
Hi Benjamin, I can upload it if it's all okay but now I have more concerns regarding the license issue. qpdfview needs libpoppler, which is licensed under GPL-2 only, but qpdfview is GPL-3. The two license are not compatible. Would it be possible to ask upstream to re-license the software and release a new version? -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMr=8w4HCLrLhsvRhhTeY9UMfq8Zu9s=+csykt7v9g0cx0x...@mail.gmail.com
Bug#675310: ITP: grive -- GNU/Linux client for Google Drive
Package: wnpp Severity: wishlist Owner: José Luis Segura Lucas josel.seg...@gmx.es * Package name: grive Version : 0.1.0 Upstream Author : Matchman Green match...@gmail.com * URL : https://github.com/match065/grive * License : GPL2 Programming Lang: C++ Description : GNU/Linux client for Google Drive -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531072907.2515.79863.reportbug@mordor
Bug#662637: [php-maint] Bug#662637 closed by Laszlo Boszormenyi (GCS) g...@debian.hu (Bug#662637: fixed in php-suhosin 0.9.33-2)
On Thu, May 31, 2012 at 8:06 AM, Alexander Wirt formo...@debian.org wrote: As written above, this is no learning package, its impact is much too big for this. We will take the package back into our maintenance, you can join the team if you want. But I don't think its currently wise to leave things as they are. I would even go so far to say that if there is no released version we shouldn't ship wheezy with suhosin. I really don't want the shitstorm if there is a hole in that pre-version and we ship wheezy with it. I couldn't write this better. Hurrying suhosin so 'oooh, let's have some version in wheezy' is the worst idea I have seen so far. You can move this version to experimental (no harm in doing that although also no point), and I have filled RC bug against php5-suhosin to prevent its migration to testing. I added the php maintainers to Cc, maybe they have some input to that topic. O. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caljhhg8chajo1eyneyvw8zzp946ctww2curg4abmdtac75x...@mail.gmail.com
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Thursday 31 May 08:03:41 UTC 2012 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: mediawiki-math tags 675145 + pending Bug #675145 [wnpp] ITP: mediawiki-math -- math rendering plugin for MediaWiki (new source package for) Added tag(s) pending. # Source package in NEW: mediawiki-math tags 673126 + pending Bug #673126 [src:mediawiki] mediawiki-math: missing in 1.18 Added tag(s) pending. # Source package in NEW: datapm tags 664566 + pending Bug #664566 [wnpp] ITP: datapm -- Data packaging system and utilities Added tag(s) pending. # Source package in NEW: portabase tags 584570 + pending Bug #584570 [wnpp] ITP: portabase -- An easy-to-use personal database application Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 584570: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584570 664566: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664566 673126: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673126 675145: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675145 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133845144021943.transcr...@bugs.debian.org
Bug#668284: RFP: spice-xpi -- SPICE extension for Mozilla
I see on changelog of the repository linked: spice-xpi (2.7-1) unstable; urgency=low * Initial release. Closes: 668284. -- Cajus Pollmeier ca...@debian.org Fri, 06 May 2011 11:59:58 +0200 The package is not present on unstable repository, news about? Thanks for any reply. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fc72a27.6080...@heliman.it
Bug#675322: RFA: at -- Delayed job execution and batch processing
Package: wnpp Severity: normal As I spend most of my Debian-time with maintaining my other packages or non-packaging work, I request an adopter for the at package. I am willing to continue to co-maintain the package and look after urgent issues should there be one (eg. FTBFS bugs), but will not do larger changes. Please note that Debian is also upstream for this package. There are some downstream patches that still need to be integrated (at least Fedora has some). Regards, Ansgar The package description is: At and batch read shell commands from standard input storing them as a job to be scheduled for execution in the future. . Use atto run the job at a specified time batch to run the job when system load levels permit -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531084909.10036.97261.report...@deep-thought.43-1.org
Processed: Re: Bug#675276: ITP: QuaZip: C++/Qt wrapper to zlib
Processing commands for cont...@bugs.debian.org: reassign 675276 wnpp Bug #675276 [quazip] ITP: QuaZip: C++/Qt wrapper to zlib Warning: Unknown package 'quazip' Bug reassigned from package 'quazip' to 'wnpp'. No longer marked as found in versions 0.4.4. Ignoring request to alter fixed versions of bug #675276 to the same values previously set severity 675276 wishlist Bug #675276 [wnpp] ITP: QuaZip: C++/Qt wrapper to zlib Severity set to 'wishlist' from 'normal' retitle 675276 ITP: quazip: Qt/C++ wrapper for ZIP/UNZIP package Bug #675276 [wnpp] ITP: QuaZip: C++/Qt wrapper to zlib Changed Bug title to 'ITP: quazip: Qt/C++ wrapper for ZIP/UNZIP package' from 'ITP: QuaZip: C++/Qt wrapper to zlib' thanks Stopping processing here. Please contact me if you need assistance. -- 675276: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675276 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13384541341041.transcr...@bugs.debian.org
Bug#453437: ITAing viewpdf.app
retitle 453437 ITA: viewpdf.app -- Portable Document Format (PDF) viewer for GNUstep owner 453437 Debian GNUstep maintainers pkg-gnustep-maintain...@lists.alioth.debian.org thanks I'll take this package under the pkg-gnustep umbrella. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87396gedca.GNUs_Not_Unix!%ya...@gnu.org
Processed: ITAing viewpdf.app
Processing commands for cont...@bugs.debian.org: retitle 453437 ITA: viewpdf.app -- Portable Document Format (PDF) viewer for GNUstep Bug #453437 [wnpp] O: viewpdf.app -- Portable Document Format (PDF) viewer for GNUstep Changed Bug title to 'ITA: viewpdf.app -- Portable Document Format (PDF) viewer for GNUstep' from 'O: viewpdf.app -- Portable Document Format (PDF) viewer for GNUstep' owner 453437 Debian GNUstep maintainers pkg-gnustep-maintain...@lists.alioth.debian.org Bug #453437 [wnpp] ITA: viewpdf.app -- Portable Document Format (PDF) viewer for GNUstep Owner recorded as Debian GNUstep maintainers pkg-gnustep-maintain...@lists.alioth.debian.org. thanks Stopping processing here. Please contact me if you need assistance. -- 453437: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=453437 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13384678473156.transcr...@bugs.debian.org
ITP: munin-plugins-openstack -- Plugins for munin compatible monitoring OpenStack based systems
Package: wnpp Severity: wishlist Owner: Gael Lambert g.lamb...@enovance.com * Package name: munin-plugins-openstack Version : 1.20120515 Upstream Author : Jesse Andrews anotherje...@gmail.com * URL : https://github.com/cloudbuilders/openstack-munin * License : AGPLv3+ Programming Lang: Python Description : Plugins for munin compatible monitoring OpenStack based systems Plugins for Munin compatible monitoring OpenStack based systems This package provides various plugins for munin-node. It contains the following plugins: * glance_size_ : Plugin to monitor used size of a tenant in glance * glance_status : Plugin to monitor status of glance images * keystone_stats : Plugin to monitor status of Keystone * nova_floating_ips : Plugin to monitor status of Floating IPs in Nova * nova_instance_ : Plugin to monitor instances by vm_state, vcpus, task_state, root_gb, ephemeral_gb, power_state, memory_mb , instance_type_id * nova_instance_launched : Plugin to monitor instances launched from beginning of time * nova_instance_timing : Plugin to monitor trending of launch/schedule times for last 5 successful instances * nova_services : Plugin to report service status Gael Lambert --- M./ gael.lamb...@enovance.com W./ www.enovance.com Standard./ +33.1.49.70.99.70 - Fax./ +33.1.49.70.99.71 eNovance SaS - 10 rue de la Victoire 75009 Paris - France eNovance Inc. - 3100 1155 Bd Ren� Levesque Ouest H3B 3S6 Montreal - QC - Canada --- -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/a9d21a89-98f0-4c83-b591-63e68d529...@mail-1.enovance.com
Bug#675355: RFP: qtermwidget -- unicode-enabled, embeddable QT4 terminal emulation widget
Package: wnpp Severity: wishlist * Package name: libqtermwidget Version : 0.4.0 Upstream Author : pvanek p...@scribus.info * URL : https://github.com/qterminal/qtermwidget * License : GPL Programming Lang: C, C++, Python Description : unicode-enabled, embeddable QT4 terminal emulation widget Unicode-enabled, embeddable QT widget for using as a built-in console or terminal emulation widget. This are usefully widgets and libs for building or/and implementing terminal qt4 based applications. Has a designer plugin for use on projects. -- Lenz McKAY Gerardo (PICCORO) http://qgqlochekone.blogspot.com Cofundador de Venenux; debian based multimedia alike free only zealots users (oh well, i try but..too many free guidelines buahhh) http://shutendouji.net creador de massenkoh linux; debian enhanchements for better up to date support on stable brand, including non-free soft. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CALci+FQBFUcqjotWDMX_gX8dYCfZBVfhAP_gBgM7Vc-i=ys...@mail.gmail.com
Bug#612341: bumblebee, libjpeg-turbo: Wheezy does not work well with modern notebook PCs.
Hi, On Tue, May 29, 2012 at 07:36:12PM +0300, Fathi Boudra wrote: On Sat, May 26, 2012 at 9:34 PM, Osamu Aoki os...@debian.org wrote: Also, Mike Gabriel's work seems to have done somethings interesting on old Fathi's version and made many improvements. thanks for pinging us! I agree, libjpeg-turbo has to be in Wheezy!!! Fathi, please send us a notice what you plan on this package. I see Fathi being quite active. Yes, I am. Apologies, I've been quite busy on other front and put LJT as a low prio. AFAIR, current Ubuntu package wasn't suitable to be uploaded as-is. I'm at Linaro Connect this week with Tom Gall and Doko, I'll sync up with them and upload the package if everything alright. Sounds like many people are interested. LJT is a good candidate for collab-maint on git.debian.org :) You only commited upstream tar ... that is not interesting for us to dig into license issue etc. For the moment, I added a buildable content as master=debian branch. [remote origin] fetch = +refs/heads/*:refs/remotes/origin/* url = ssh://git.debian.org/git/collab-maint/libjpeg-turbo (I thought putting history including branching point from libjpeg may be more interesing ... but that can be done later if all agree ...) It is practically Ubuntu package shape as done by Matthias Klose d...@debian.org. I have not included suggestions on this bug by Matthias Klose d...@debian.org. Question is his package is tracking 8c on Ubuntu while the current Debian libjpeg is 8d version. I did not put any thought on it yet. By the way, is there active mailing list? vasks repo had some hook :-) Osamu -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531135528.GA13369@localhost
Bug#675366: RFP: cv -- Free software alternative for xv image viewer
Package: wnpp Severity: wishlist * Package name: cv * URL : http://software.schmorp.de/pkg/CV.html * License : ? Programming Lang: Perl Description : Free software alternative for xv image viewer Well, actually it is Gtk2::CV, a perl module that implements an image viewer. It comes with its own demo app, named cv, which is loosely modeled after the classic xv, although it displays images much faster than the great original. See also: http://en.wikipedia.org/wiki/Xv http://www.trilon.com/xv/ -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv Quidquid Latine dictum sit altum videtur. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531153832.ga13...@juhtolv.dyndns.org
Bug#674684: About your qpdfview package on mentors.d.n
Hi Aron, qpdfview needs libpoppler, which is licensed under GPL-2 only, but qpdfview is GPL-3. The two license are not compatible. Would it be possible to ask upstream to re-license the software and release a new version? This is indeed a serious issue. I spoke with the upstream author (Adam Reichold) and he is willing to make things work (on the downside, double-licensing might require throwing out some translations). However, he pointed me to the fact that the new libpoppler version 0.20 will be based on xpdf-3.03, which in turn is licensed under GPL-2 and GPL-3, allowing also libpoppler to be licensed as GPL-2 and GPL-3. This should make the problem go away in the very near future (as soon as libpoppler-0.20 is packaged), therefore Adam asked me to inquire, whether it would be easier to just wait for the new libpoppler version. What would you suggest? Regards, Benjamin Eltzner -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531192629.190...@gmx.net
Processed: Tagging all viewpdf.app bugs as pending
Processing commands for cont...@bugs.debian.org: tags 453437 + pending Bug #453437 [wnpp] ITA: viewpdf.app -- Portable Document Format (PDF) viewer for GNUstep Added tag(s) pending. tags 615353 + pending Bug #615353 [viewpdf.app] viewpdf.app: please use Homepage field to point to upstream homepage Added tag(s) pending. tags 619258 + pending Bug #619258 [viewpdf.app] Typo in the .desktop file Added tag(s) pending. tags 675222 + pending Bug #675222 [viewpdf.app] Maintainer or uploader address bounces Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 453437: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=453437 615353: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615353 619258: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619258 675222: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675222 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133849287132047.transcr...@bugs.debian.org
Processed: Re: Bug#673648: vpnc: split vpnc-script from vpnc for use by openconnect
Processing commands for cont...@bugs.debian.org: retitle 673648 vpnc: stop to ship vpnc-script and depend on common vpnc-scripts package instead Bug #673648 [vpnc] vpnc: split vpnc-script from vpnc for use by openconnect Changed Bug title to 'vpnc: stop to ship vpnc-script and depend on common vpnc-scripts package instead' from 'vpnc: split vpnc-script from vpnc for use by openconnect' block 673648 by 675131 Bug #673648 [vpnc] vpnc: stop to ship vpnc-script and depend on common vpnc-scripts package instead 673648 was not blocked by any bugs. 673648 was not blocking any bugs. Added blocking bug(s) of 673648: 675131 thanks Stopping processing here. Please contact me if you need assistance. -- 673648: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673648 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13384940916569.transcr...@bugs.debian.org
Bug#675395: ITP: libappindicator -- allow applications to export a menu into the panel
Package: wnpp Severity: wishlist Owner: The Ayatana Packagers pkg-ayatana-de...@lists.alioth.debian.org * Package name: libappindicator Version : 0.4.92 Upstream Author : Ted Gould t...@ubuntu.com * URL : https://launchpad.net/libappindicator * License : GPL-3, LGPL-2.1 Programming Lang: C Description : allow applications to export a menu into the panel A library to allow applications to export a menu into the panel. Based on KSNI it also works in KDE and will fallback to generic Systray support if none of those are available. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120531200302.9861.60140.reportbug@nana
Processed: pkg ayatana handles it
Processing commands for cont...@bugs.debian.org: owner 609503 pkg-ayatana-de...@lists.alioth.debian.org Bug #609503 [wnpp] RFP: indicator-application -- Application Indicators Owner recorded as pkg-ayatana-de...@lists.alioth.debian.org. retitle 609503 ITP: indicator-application -- application menu indicator Bug #609503 [wnpp] RFP: indicator-application -- Application Indicators Changed Bug title to 'ITP: indicator-application -- application menu indicator' from 'RFP: indicator-application -- Application Indicators' thanks Stopping processing here. Please contact me if you need assistance. -- 609503: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609503 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133849475510395.transcr...@bugs.debian.org
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org:
# Thursday 31 May 20:03:22 UTC 2012
# Tagging as pending bugs that are closed by packages in NEW
# http://ftp-master.debian.org/new.html
#
# Source package in NEW: biojava3-live
tags 674265 + pending
Bug #674265 [wnpp] ITP: biojava3 -- Java API to develop tools for
bioinformatics research rewrote from biojava1
Added tag(s) pending.
# Source package in NEW: openssn
tags 640167 + pending
Bug #640167 [wnpp] ITP: openssn -- A modern submarine tactical simulator
Added tag(s) pending.
# Source package in NEW: a
href=http://packages.qa.debian.org/libpqxx;libpqxx/a
tags 672021 + pending
Bug #672021 {Done: Matthias Klose d...@debian.org} [src:libpqxx3] libpqxx3:
FTBFS: ../include/pqxx/util.hxx:412:5: error: 'to_string' was not declared in
this scope, and no declarations were found by argument-dependent lookup at the
point of instantiation [-fpermissive]
Added tag(s) pending.
End of message, stopping processing here.
Please contact me if you need assistance.
--
640167: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640167
672021: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672021
674265: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674265
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/handler.s.c.13384946269679.transcr...@bugs.debian.org
Bug#674684: About your qpdfview package on mentors.d.n
On Fri, Jun 1, 2012 at 3:26 AM, Benjamin Eltzner b.eltz...@gmx.de wrote: Hi Aron, qpdfview needs libpoppler, which is licensed under GPL-2 only, but qpdfview is GPL-3. The two license are not compatible. Would it be possible to ask upstream to re-license the software and release a new version? This is indeed a serious issue. I spoke with the upstream author (Adam Reichold) and he is willing to make things work (on the downside, double-licensing might require throwing out some translations). However, he pointed me to the fact that the new libpoppler version 0.20 will be based on xpdf-3.03, which in turn is licensed under GPL-2 and GPL-3, allowing also libpoppler to be licensed as GPL-2 and GPL-3. This should make the problem go away in the very near future (as soon as libpoppler-0.20 is packaged), therefore Adam asked me to inquire, whether it would be easier to just wait for the new libpoppler version. What would you suggest? Then it will be up to your choice. Let me list the benefits and downsides: Option A: Wait for libpoppler 0.20 Pros: 1.All improvements of GPLv3 comparing with GPLv2 (if you agree they are improvements). For example your work will not be used in devices that require DRM to update the software inside. An example to explain it is something like Kindle, which only an Amazon signed package can be used to update the software inside, even though the Linux kernel and various tools are open source under the terms of GPLv2, users cannot build and flash their own version into the device. With GPLv3, this is not allowed (called tivoization). This is also true for some Android devices that locks their bootloader and don't allow users to flash their system. 2.Don't need to ask other contributors to relicense their work, i.e. translations. Cons: 1.Cannot make the software into Wheezy. Option B: Release with dual license or more Pros: 1.If you are quick enough, there is possibility to make the software into Wheezy. 2.Your software can be probably more widely used (as in those DRM enabled device mentioned above). Cons: 1.Need to ask contributors re-license their work, or drop them. 2.You cannot revoke the dual-licensed releases so that if there are evil organization want to use your technology in DRM enabled device then they can base on a GPLv2 version and develop its own. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMr=8w434ypq4pgke3vy3jk5b5hr4d1e3ela4qwh9ufeijy...@mail.gmail.com
Bug#612341: bumblebee, libjpeg-turbo: Wheezy does not work well with modern notebook PCs.
Hi, On Do 31 Mai 2012 15:55:28 CEST Osamu Aoki wrote: Hi, On Tue, May 29, 2012 at 07:36:12PM +0300, Fathi Boudra wrote: On Sat, May 26, 2012 at 9:34 PM, Osamu Aoki os...@debian.org wrote: Also, Mike Gabriel's work seems to have done somethings interesting on old Fathi's version and made many improvements. thanks for pinging us! I agree, libjpeg-turbo has to be in Wheezy!!! Fathi, please send us a notice what you plan on this package. I see Fathi being quite active. Yes, I am. Apologies, I've been quite busy on other front and put LJT as a low prio. AFAIR, current Ubuntu package wasn't suitable to be uploaded as-is. I'm at Linaro Connect this week with Tom Gall and Doko, I'll sync up with them and upload the package if everything alright. Sounds like many people are interested. LJT is a good candidate for collab-maint on git.debian.org :) You only commited upstream tar ... that is not interesting for us to dig into license issue etc. For the moment, I added a buildable content as master=debian branch. [remote origin] fetch = +refs/heads/*:refs/remotes/origin/* url = ssh://git.debian.org/git/collab-maint/libjpeg-turbo (I thought putting history including branching point from libjpeg may be more interesing ... but that can be done later if all agree ...) you may want to have a very little bit more history... (and a packaging folder) http://code.x2go.org/gitweb?p=libjpeg-turbo.git;a=summary We would have to import latest upstream on top of that but the packaging works fine for libjpeg8 emulation mode. However, I really think that we should put the dpkg-divert stuff into an extra bin:package (in the same libjpeg-turbo src:package, of course). Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpxzO8DrfHYQ.pgp Description: Digitale PGP-Unterschrift
Bug#657076: Updating and maintaining barry in Debian / Ubuntu
Thanks for your considerate replies, and continued patience. So far, when I think I can see the end, it is not the end, and it gets a little frustrating. :-) So your patience is appreciated. I've done some testing and experiments, and below are my results. On Tue, May 29, 2012 at 02:46:32PM +0200, intrigeri wrote: Chris Frey wrote (29 May 2012 09:45:15 GMT) : On Tue, May 29, 2012 at 10:48:43AM +0200, intrigeri wrote: Commit 85a9d87f makes debian/rules stop passing DEB_BUILD_MAINT_OPTIONS = hardening=+all to dpkg-buildflags. AFAIK, no large general-purpose distro builds all software with PIE by default; this is due to some performance problems on register-starved architectures, and the fact it breaks quite some software. So, the only practical way for Debian to get more hardening thanks to PIE is to have maintainers enable it pro-actively, on a package by package basis. Which is what I am kindly asking you to do :) Don't worry, I've added it back. Just seems wrong on a certain level. :-) I assumed that these default flags could be set on a per-architecture basis. And if they default to on, then the packages that legitimately need things turned off, could disable them. This would leverage the power of debhelper, buildflags, cdbs, etc. Making every maintainer update their package in order to support hardening seems like the long way around. But so be it. :-) They are part of what can be uploaded. I also have to build and upload the corresponding binary packages. Interesting... that's a newbie surprise for me. I thought that in the end, all packages were built with buildd. As for pristine-tar, my initial reaction is that I'm disappointed that I can't get rid of it yet. I had hoped that by taking on the role of maintainer, I could avoid that waste. What waste, exactly? The (small) binary xdelta blobs in the source repo. Except for some graphics, such as background images, buttons, etc., I believe all the files in the (huge) Barry source tree are text-based source files that can be read and understood by a human. In my mind, git is for committing source code, written and reviewed by a human at each commit, and final binary results are all based on, and extracted from, that source. Pristine-tar breaks that, by inserting automated commits in binary format. There is no guarantee either that the diffs you look at with git-log are the same changes that end up in the binary file you get out of a pristine-tar commit. It is unlikely that they will differ, but thinking that pristine-tar is somehow closer to the real git sources than a signed binary tarball from sourceforge is mistaken. There is a trust gap in both. The xdelta can contain anything. Maybe there's an easy way to diff between a git branch and a pristine-tar tarball, but that's starting to look like hack upon hack to me. I can certainly understand the convenience of using git for everything, though. And that might be worth it in itself. If I find a way to make git-buildpackage run for you as expected, without pristine-tar, would that be satisfactory? Maybe that's impossible, but I'd really like to get rid of that dependency. This would be satisfactory, but indeed it looks impossible to me: I don't know how you can ship a source package purely over Git without using pristine-tar. If you go on not using pristine-tar, I still have to fetch both from Git and (at least) the orig.tar.gz from a painful web site. pristine-tar was created *exactly* to allow shipping, over Git, the tiny delta that goes between a Git tree and a .orig.tar.gz. The debian/rules script contains the code needed to run autoreconf, so it is possible to simply checkout a tag and build Debian packages straight from there. It is also possible to extract consistent tarballs using git-archive, and do the same thing. Pristine-tar uses git-archive for the bulk of its work as well. If I stop autogenerating configure in the .orig.tar.gz, and stop pre-generating html docs in it, which aren't used anyway, it should be possible for you to import the .dsc file using git-buildpackage and have a completely empty git-diff between my release tag and your git-buildpackage master tree. This would allow you to peruse my upstream git log with certainty that you're actually viewing the real changes. I don't think you'll need to use debdiff anymore. To test this, I did: git init git remote add barrypublic git://repo.or.cz/barry.git git fetch barrypublic git-import-dsc --pristine-tar --download http://sourceforge.net/projects/barry/files/barry/barry-0.18.2/sources/barry_0.18.2-1.dsc git-import-dsc --pristine-tar --download http://sourceforge.net/projects/barry/files/barry/barry-0.18.3/sources/barry_0.18.3-1.dsc git diff --stat master barry-0.18.3 I hacked dget to accept unsigned .dsc files for my test. I'll have to start signing those to make this easier. But the diff between the
Bug#602126: Package ready
Hi 2012/5/28 Michael Banck mba...@debian.org: On Mon, May 28, 2012 at 01:52:56PM +0200, Ask Hjorth Larsen wrote: 2012/5/27 Michael Banck mba...@debian.org: (...) 1. It might be a good idea to run testase on package build as well, e.g. to catch possible issues with different architectures (a long shot I guess, as it seems to be all-python) testase will now run when the binary package is built. python-numpy has been added to Build-Depends. The tests should pass on sensible systems, and the installer will exit with nonzero status otherwise. Just point me at a new source package, once you finalized your changes. http://www.student.dtu.dk/~ashj/opendir/python-ase-package-jun1.tar.gz Best regards Ask -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CACu53w=jUYx1z=4ydisgozzc7fhl7dkrouaix5ppxbjkxn+...@mail.gmail.com
Bug#673946: ITA hellanzb
retitle 673946 ITA: hellanzb -- Newzbin (nzb) BinNews (bns) files downloader and post-processor owner 673946 ! kthxbye Hi, I intend to adopt the hellanzb package. I will certainly put it under the PAPT umbrella. Have a nice day, -- Nicolas Dandrimont -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r4tzbyj3@hilbert.home.olasd.eu
Processed: ITA hellanzb
Processing commands for cont...@bugs.debian.org: retitle 673946 ITA: hellanzb -- Newzbin (nzb) BinNews (bns) files downloader and post-processor Bug #673946 [wnpp] O: hellanzb -- Newzbin (nzb) BinNews (bns) files downloader and post-processor Changed Bug title to 'ITA: hellanzb -- Newzbin (nzb) BinNews (bns) files downloader and post-processor' from 'O: hellanzb -- Newzbin (nzb) BinNews (bns) files downloader and post-processor' owner 673946 ! Bug #673946 [wnpp] ITA: hellanzb -- Newzbin (nzb) BinNews (bns) files downloader and post-processor Owner recorded as Nicolas Dandrimont nicolas.dandrim...@crans.org. kthxbye Stopping processing here. Please contact me if you need assistance. -- 673946: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673946 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133851481210435.transcr...@bugs.debian.org
Processed: r4856 - in packages/grcompiler/tags: . 4.2~pre5-2 4.2~pre5-2/compiler 4.2~pre5-2/compiler/Generic 4.2~pre5-2/compiler/Grammar 4.2~pre5-2/compiler/Grammar/Antlr 4.2~pre5-2/debian 4.2~pre5-2/
Processing commands for cont...@bugs.debian.org:
tags 673723 pending
Bug #673723 {Done: Daniel Glassey w...@debian.org} [grcompiler] FTBFS: test
failures on arm, powerpc, s390
Added tag(s) pending.
tags 614754 pending
Bug #614754 {Done: Daniel Glassey w...@debian.org} [wnpp] ITP: grcompiler --
SIL Graphite compiler
Ignoring request to alter tags of bug #614754 to the same tags previously set
thanks
Stopping processing here.
Please contact me if you need assistance.
--
614754: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614754
673723: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673723
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/handler.s.c.133852580930108.transcr...@bugs.debian.org
