Bug#663522: git-daemon-sysvinit: /etc/init.d/git-daemon restart does not respect GIT_DAEMON_ENABLE
Hi Daniel, Jonathan McCrohan writes: Package: git-daemon-sysvinit Version: 1:1.7.9.1-1 The restart case of the git-daemon init script blindly enables the daemon regardless of the value of GIT_DAEMON_ENABLE. This allows administrators to inadvertently enable world access to repositories, possibly before they have set the appropriate repository permissions. How about this patch? diff --git i/debian/changelog w/debian/changelog index 9260c856..e4fd3b4a 100644 --- i/debian/changelog +++ w/debian/changelog @@ -1,3 +1,10 @@ +git (1:1.7.9.1-1.1) unstable; urgency=low + + * debian/git-daemon.init: respect GIT_DAEMON_ENABLE in restart and +reload actions (thx Jonathan McCrohan; closes: #663522). + + -- Jonathan Nieder jrnie...@gmail.com Wed, 14 Mar 2012 01:10:48 -0500 + git (1:1.7.9.1-1) unstable; urgency=low * new upstream point release. diff --git i/debian/git-daemon.init w/debian/git-daemon.init index 0e97c431..7bfe17d9 100644 --- i/debian/git-daemon.init +++ w/debian/git-daemon.init @@ -101,6 +101,17 @@ case $1 in status_of_proc $DAEMON $NAME exit 0 || exit $? ;; restart|force-reload) + if [ $GIT_DAEMON_ENABLE != true ]; then + [ $VERBOSE != no ] log_warning_msg $NAME not enabled in /etc/default/$NAME, stopping... + do_stop + case $? in + 0|1) + log_end_msg 0 ;; + *) + log_end_msg 1 ;; + esac + exit + fi log_daemon_msg Restarting $DESC $NAME do_stop case $? in -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659112: Please update python-selenium to version 2.19.1
Am 23.02.2012 19:09, schrieb W. Martin Borgert: retitle 659112 Please update python-selenium to version 2.19.1 thanks With the current version 2.2.0 my test scripts don't work. Newer features (selenium.webdriver.support.ui.WebDriverWait) are required. ok, thanks for that reminder. I will try to update it soon. Have you thought about team maintaining the package, e.g. in the python modules team? This way other people could help easily. Yes, but python-selenium is a component of the selenium suite and the source it is bundled with all selenium components like java-selenium, selenium-server, selenium-ide... We need to package the suite and then the updates will be much easier but...so much to do and so little time. Greetings Sascha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587279: debian-policy: section 2.2.1 needs some tweaking
Russ Allbery r...@debian.org writes: Here is the complete text [of the current Policy §2.2.1]: The main archive area comprises the Debian distribution. Only the packages in this area are considered part of the distribution. None of the packages in the main archive area require software outside of that area to function. Anyone may use, share, modify and redistribute the packages in this archive area freely […] I think the meaning is clear, and it matches Russ's interpretation. Russ Allbery r...@debian.org writes: If it would result in less argument, I can support rephrasing the first paragraph to include the magic word must around does not require software outside of main to function. Regardless of whether such a patch is necessary, I present the following for your consideration: --- a/policy.sgml +++ b/policy.sgml @@ -475,15 +475,16 @@ p The emmain/em archive area comprises the Debian distribution. Only the packages in this area are considered - part of the distribution. None of the packages in - the emmain/em archive area require software outside of - that area to function. Anyone may use, share, modify and - redistribute the packages in this archive area - freelyfootnote + part of the distribution. + /p + + pEvery package in emmain/em must be freefootnote See url id=http://www.debian.org/intro/free; name=What Does Free Mean? for more about what we mean by free software. - /footnote. + /footnote for anyone to use, share, modify, and redistribute, + and must function without requiring works outside of + the emmain/em area. /p p I believe this does not change the meaning of that section. It separates the wording into an informative statement of fact, followed by the normative language. -- \ “We now have access to so much information that we can find | `\ support for any prejudice or opinion.” —David Suzuki, 2008-06-27 | _o__) | Ben Finney -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663522: git-daemon-sysvinit: /etc/init.d/git-daemon restart does not respect GIT_DAEMON_ENABLE
On 03/14/2012 07:15 AM, Jonathan Nieder wrote: How about this patch? tested, and works. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587279: debian-policy: section 2.2.1 needs some tweaking
On Wed, Mar 14, 2012 at 1:43 AM, Russ Allbery wrote: Michael Gilbert writes: Opinions are malleable (wrong and right are all a matter of perspective). This is something sufficiently nuanced that I think its worth sufficient pondering to really get it right. If you haven't spent much time pondering those nuances, it's easy to assume perspective of the status quo. But I have spent much time pondering these nuances and have decided that while your opinion makes sense and comes from a set of reasonable assumptions, I don't agree with it. When I said I wasn't interested in reopening this discussion, I really meant it. A little bit of discussion and critical thought is healthy. In fact alternative viewpoints are very healthy for drawing informed opinions. I understand you're probably very busy with other things and this is a bit of a distraction. I apologize for consuming some of your time. I'm a logical person, so if you can poke a hole in the logic of the thought experiment above, or even provide a reasoned argument for your viewpoint, you could probably end my concerns rather quickly. This move along, nothing to see here argument is not constructive. My perception is that the project made a decision on this case (one that I happen to think is right) and there's no great clamour to reopen the topic. You don't agree with that decision, which is perfectly reasonable. The project as a whole rarely makes decisions (except in cases of GRs). The current status quo is basically the due to the path of least resistance. Even though the problem remains, no one is doing anything due to inertia, even though very few oddball packages would even be affected. I think you're in the rough of rough consensus. It takes some moxie to put a dent into the status quo. If that's rough, so be it. I try my best to be kind and constructive though. Really I've tried to avoid anything potentially confrontational for a long long time now. If such a clamour arises, then of course that's a different situation. Well, there was the recent -devel thread on essentially the same topic: something like holes in our software fortress. It's not going to go away, why not spend a little time to get it right and get it over with? Anyway, I think this is irrelevant to the wording debate, since the core of that argument is over what it means to depend on or recommend or to require other software, and that's not something we're going to resolve by tweaking the wording. So, dfsg licensing handles certain odd/esoteric cases by using thought experiments like the tentacles of evil. My thought experiment certainly isn't as interestingly titled, but it is something that could be used to decide these grey-area dependency situations. Sorry for choosing getweb so much, but that's the best reference point I have. It's for example purposes. Not because I really even care about that package. Right, I wasn't trying to say that. My point was more that the lead-in paragraph as it is now is only descriptive, but given the wording doesn't actually lay out any of particular requirements (more so it lays out the ideals of main). The requirements themselves actually start with, Every package in main must comply then continues with In addition to and then the bullets. Yes, this is the point where we don't agree. You feel that because there isn't a must in the first paragraph, it's not a requirement. I think the first paragraph is clearly a requirement, whether it includes the word must or not. It's typical in standards that statements of fact like nothing in main requires software outside of main to function constitute a requirement placed on software going in main, regardless of whether it uses a specific standards word. In other words, you aren't allowed to do something that makes factual statements in the policy document false. I think Ben's rewording would be good. (This comes up frequently in descriptions of syntax. It's usually both tedious and pointless to add must words everywhere to say that people aren't allowed to violate the syntax.) If it would result in less argument, I can support rephrasing the first paragraph to include the magic word must around does not require software outside of main to function. It's not unclear per se, but there remain ambiguities in terminology making it possible to interpret it in various slightly incompatible fashions: the choice of the term package vs. software makes it appear ok to have non-main software depends/recommends but not ok to have package depends/recommends. The reason why I'm somewhat unenthused about tweaking the wording here is that there are *always* going to be ways to interpret human language other ways, particularly in an area like this that's rife with acknowledged grey areas (like emulators that are mostly used to play non-free ROMs but can also play the -- often nearly nonexistent -- free ROMs). In other words,
Bug#647931: HTTP 404 error received after some time
Package: calendarserver Followup-For: Bug #647931 Hi David, could you please update the status of this bug? I have been using calendarserver for a while and have never come across this problem. Are you still facing this issue or has it been resolved? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (1001, 'testing'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages calendarserver depends on: ii adduser3.113 ii lsb-base 3.2-28 ii memcached 1.4.7-0.1+b1 ii python 2.7.2-10 ii python-central 0.6.17 ii python-dateutil1.5-1 ii python-kerberos1.1+svn4895-1+b2 ii python-openssl 0.13-1 ii python-plist 1.8-1 ii python-pysqlite2 2.6.3-2 ii python-twisted-calendarserver 8.2.0.svn27622-2 ii python-vobject 0.8.1c-4 ii python-xattr 0.6.2-1 ii ssl-cert 1.0.28 Versions of packages calendarserver recommends: pn python-ldap2.3.13-1 pn python-pydirector none calendarserver suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588217: we should be able to assume a loopback address
tag 588217 +wontfix thanks We should always be able to assume a loopback address. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560317: dpkg-reconfigure does not set DPKG_MAINTSCRIPT_PACKAGE (et al)
On Mon, Mar 12, 2012 at 10:15:29AM -0400, Joey Hess wrote: Colin Watson wrote: How about this, then? Works for me.. OK, great. I've pushed that to master and will look at putting together an upload shortly ... Thanks, -- Colin Watson [cjwat...@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#628407: Patch for the l10n upload of linux-patch-grsecurity2
Quoting Christian PERRIER (bubu...@debian.org): We finally agreed that you would do the update yourself at the end of the l10n update round. That time has come. Ping? Re-ping..:-) signature.asc Description: Digital signature
Bug#628409: Announce of an upcoming upload for the scuttle package
Dear maintainer of scuttle and Debian translators, Some days ago, I sent a notice to the maintainer of the scuttle Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. The package maintainer and I agreed for a translation update round. At the end of this period, I will send him|her a full patch so that an l10n upload can happen. The full planned schedule is available at the end of this mail. (in the case of scuttle, it seems that the package itself is meant to be replaced by another one...but it seems that these translations would apply to the new package, although this is somehow unclear) The package is currently translated to: cs da de es fi fr gl ja nl pt pt_BR ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the scuttle package so I can incorporate them in the build. The deadline for receiving updates and new translations is Thursday, March 22, 2012. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. Schedule: Friday, March 09, 2012 : send the first intent to NMU notice to the package maintainer. Wednesday, March 14, 2012 : send this notice Thursday, March 22, 2012 : (midnight) deadline for receiving translation updates Friday, March 23, 2012 : Send a summary to the maintainer. Maintainer uploads when possible. Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: scut...@packages.debian.org\n POT-Creation-Date: 2008-01-03 19:59-0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Description #: ../scuttle.templates:1001 msgid Preferred locale: msgstr #. Type: select #. Description #: ../scuttle.templates:1001 msgid Select the locale that you desire to use with scuttle. msgstr #. Type: boolean #. Description #: ../scuttle.templates:2001 msgid Do you want to configure apache2? msgstr signature.asc Description: Digital signature
Bug#633376: Announce of the upcoming NMU for the b2evolution package
Dear maintainer of b2evolution and Debian translators, Some days ago, I sent a notice to the maintainer of the b2evolution Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: ar cs da de es fi fr gl it ja nb pt ru sv vi zh_CN Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the b2evolution package so I can incorporate them in the build. The deadline for receiving updates and new translations is Thursday, March 22, 2012. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Friday, March 09, 2012 : send the first intent to NMU notice to the package maintainer. Wednesday, March 14, 2012 : send this notice Thursday, March 22, 2012 : (midnight) deadline for receiving translation updates Friday, March 23, 2012 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Friday, March 30, 2012 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: b2evolut...@packages.debian.org\n POT-Creation-Date: 2008-03-21 10:32+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Create the database automatically? msgstr #. Type: boolean #. Description #: ../templates:1001 msgid To function, b2evolution needs a correctly configured and initialized database. msgstr #. Type: boolean #. Description #: ../templates:1001 msgid For a MySQL database, this operation can be performed automatically, if the MySQL server is currently running. You will only be prompted for the database name. msgstr #. Type: boolean #. Description #: ../templates:1001 msgid Automatically creating the database does not make sense if a b2evolution database already exists, or if no database server is currently accessible. msgstr #. Type: boolean #. Description #: ../templates:1001 msgid If you choose to create the database manually, you need to edit /etc/ b2evolution/_basic_config.php and set the database-related variables to the appropriate values. msgstr #. Type: boolean #. Description #: ../templates:1001 msgid If you're unsure, you should let the package create its database automatically. msgstr #. Type: string #. Description #: ../templates:2001 msgid b2evolution database name: msgstr #. Type: string #. Description #: ../templates:2001 msgid All the tables used by b2evolution will be created in a new database. Please enter a name that does not correspond to an existing database. msgstr #. Type: string #. Description #: ../templates:3001 msgid b2evolution blog URL: msgstr #. Type: string #. Description #: ../templates:3001 msgid To test b2evolution locally, use 'http://localhost' instead of the hostname. msgstr #. Type: boolean #. Description #: ../templates:4001 msgid Purge the b2evolution database? msgstr #. Type: boolean #. Description #: ../templates:4001 msgid If the b2evolution database (${b2evo_db_name}) is no longer needed, it can be purged automatically. The database user and tables used by b2evolution will be removed. msgstr signature.asc Description: Digital signature
Bug#643257: privbind: diff for NMU version 1.2-1.1
tags 643257 + patch thanks Dear maintainer, I've prepared an NMU for privbind (versioned as 1.2-1.1). The diff is attached to this message. I've not uploaded this NMU as I'm not a DD but I hope it is useful for you. The attached patch fixes also the following lintian errors: * helper-templates-in-copyright * non-empty-dependency_libs-in-la-file * debian-watch-contains-dh_make-template Regards. diff -Nru privbind-1.2/debian/changelog privbind-1.2/debian/changelog --- privbind-1.2/debian/changelog 2010-04-03 07:56:49.0 +0200 +++ privbind-1.2/debian/changelog 2012-03-14 09:31:08.0 +0100 @@ -1,3 +1,15 @@ +privbind (1.2-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules: + - Move lines that copy config.sub and config.guess to before +./configure and remove these files on clean target (Closes: #643257) + - Empty the dependency_libs field in .la file. + * debian/watch: remove unneeded comments. + * debian/copyright: remove the ending 's' of Upstream Author. + + -- Mònica Ramírez Arceda mon...@probeta.net Wed, 14 Mar 2012 00:18:37 +0100 + privbind (1.2-1) unstable; urgency=low * Fix 1-byte buffer overflow explain what you changed and why diff -Nru privbind-1.2/debian/copyright privbind-1.2/debian/copyright --- privbind-1.2/debian/copyright 2010-04-03 07:37:19.0 +0200 +++ privbind-1.2/debian/copyright 2012-03-14 01:37:06.0 +0100 @@ -6,7 +6,7 @@ http://privbind.wiki.sourceforge.net/ -Upstream Author(s): +Upstream Author: Shachar Shemesh shac...@shemesh.biz + others diff -Nru privbind-1.2/debian/rules privbind-1.2/debian/rules --- privbind-1.2/debian/rules 2010-04-03 07:37:19.0 +0200 +++ privbind-1.2/debian/rules 2012-03-14 01:25:12.0 +0100 @@ -27,6 +27,12 @@ config.status: configure dh_testdir # Add here commands to configure the package. +ifneq $(wildcard /usr/share/misc/config.sub) + cp -f /usr/share/misc/config.sub config.sub +endif +ifneq $(wildcard /usr/share/misc/config.guess) + cp -f /usr/share/misc/config.guess config.guess +endif ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs @@ -44,17 +50,10 @@ clean: dh_testdir dh_testroot - rm -f build-stamp + rm -f build-stamp config.guess config.sub # Add here commands to clean up after the build process. [ ! -f Makefile ] || $(MAKE) distclean -ifneq $(wildcard /usr/share/misc/config.sub) - cp -f /usr/share/misc/config.sub config.sub -endif -ifneq $(wildcard /usr/share/misc/config.guess) - cp -f /usr/share/misc/config.guess config.guess -endif - dh_clean @@ -67,6 +66,8 @@ # Add here commands to install the package into debian/privbind. $(MAKE) DESTDIR=$(CURDIR)/debian/privbind install + sed -i /dependency_libs/ s/'.*'/''/ $(CURDIR)/debian/privbind/usr/lib/privbind/privbind.la + # Build architecture-independent files here. binary-indep: build install diff -Nru privbind-1.2/debian/watch privbind-1.2/debian/watch --- privbind-1.2/debian/watch 2010-04-03 07:37:19.0 +0200 +++ privbind-1.2/debian/watch 2012-03-14 01:22:09.0 +0100 @@ -1,22 +1,5 @@ -# Example watch control file for uscan -# Rename this file to watch and then you can run the uscan command -# to check for upstream updates and more. -# See uscan(1) for format - # Compulsory line, this is a version 3 file version=3 -# Uncomment to examine a Webpage -# Webpage URL string match -#http://www.example.com/downloads.php privbind-(.*)\.tar\.gz - -# Uncomment to examine a Webserver directory -#http://www.example.com/pub/privbind-(.*)\.tar\.gz - -# Uncommment to examine a FTP server -#ftp://ftp.example.com/pub/privbind-(.*)\.tar\.gz debian uupdate - # Uncomment to find new files on sourceforge, for debscripts = 2.9 http://sf.net/privbind/privbind-(.*)\.tar\.gz - -
Bug#654192: [pkg-backupninja] Bug#654192: backupninja rsync handler bugs
Hi Paul, intrigeri wrote (03 Mar 2012 10:57:27 GMT) : Paul van Tilburg wrote (28 Feb 2012 09:20:45 GMT) : Ok, I have unpatched and repatched with what you sent. Tonight the rsync backups already ran with the patch applied that you sent yesterday; it was the first run I had without warnings! :) However, it has to run another day to see if it's really working, but I'm guessing it is fixed. Did the following daily runs confirm it's fixed? Ping? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Then we'll come from the shadows. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646374: freecad: Running the Python command 'Draft_Line' failed
Hi, when using a SWIG-wrapped library we have to use the right binding (swigpyrun.h) for this version because the internal structure changes more or less completely for every minor release of SWIG. And so far the SWIG-wrapped library doesn't seem to have a method to query by which SWIG version it was built. Therefore I have implemented a way to read-in the generated .py file and get the version number from there. This (first) solution, however, failed for SWIG 2.0. Now this is fixed in FreeCAD 0.13 but you can easily backport this to 0.12. http://free-cad.git.sourceforge.net/git/gitweb.cgi?p=free-cad/free-cad;a=blobdiff;f=src/Base/Interpreter.cpp;h=6e31a38103caf9735f074544dcf650b539d0a1ef;hp=a1bd56a9a139f22b6e7c85a23f787d170b0fbbb0;hb=0e7df97961dbd238094b9223efd217502fe1c747;hpb=10b0601c54ab3d70c11503a0a0ba909ecda99d3b and http://free-cad.git.sourceforge.net/git/gitweb.cgi?p=free-cad/free-cad;a=blobdiff;f=src/Base/Interpreter.cpp;h=0a8c4b9e8b6c69582d5ad07112d15eb71a8a01e8;hp=6e31a38103caf9735f074544dcf650b539d0a1ef;hb=1f690c0c817500159c078f2d91ee15a7ebda3cc9;hpb=06d708c86ea7bcf1078dca5799949260ed72d619 If for Debian only one SWIG version is used you can simplify the methods createSWIGPointerObj and convertSWIGPointerObj a lot. PyObject* InterpreterSingleton::createSWIGPointerObj(const char* Module, const char* TypeName, void* Pointer, int own) { int result = 0; PyObject* proxy=0; PyGILStateLocker locker; #if (defined(HAVE_SWIG) (HAVE_SWIG == 1)) result = Swig_python::createSWIGPointerObj_T(TypeName, Pointer, proxy, own); #else result = -1; // indicates error #endif if (result == 0) return proxy; // none of the SWIG's succeeded throw Base::Exception(No SWIG wrapped library loaded); } bool InterpreterSingleton::convertSWIGPointerObj(const char* Module, const char* TypeName, PyObject* obj, void** ptr, int flags) { int result = 0; PyGILStateLocker locker; #if (defined(HAVE_SWIG) (HAVE_SWIG == 1)) result = Swig_python::convertSWIGPointerObj_T(TypeName, obj, ptr, flags); #else result = -1; // indicates error #endif if (result == 0) return true; // none of the SWIG's succeeded throw Base::Exception(No SWIG wrapped library loaded); } However, I haven't tested this so far. Cheers, Werner -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654855: [Pkg-nagios-devel] Bug#654855: SV: Announce of the upcoming NMU for the nagios3 package
Christian PERRIER schrieb am Tuesday, den 13. March 2012: Quoting Joe Dalton (joedalt...@yahoo.dk): Danish translation exists Bug#605520 closed by Alexander Wirt formo...@debian.org (Bug#605520: fixed in nagios3 3.2.3-2)bye Hmm, looks like I prepared the NMU intent from the wrong package version. I'll fix that later on, but the NMU proposal for #654855 still stands, though Ah, I owe you an answer: as usual your efforts are appreciated and I'll do the upload on my own if the translation round is finished. Thanks for your work Alex pgpj1FGyDlhX1.pgp Description: PGP signature
Bug#656482: NMU uploaded to DELAYED/5
Package: ossp-uuid Severity: normal Hi, I have uploaded ossp-uuid 1.6.2-1.2 without php5-uuid to DELAYED/5. When re-enabling the fixed php5-uuid package please consider: https://answers.launchpad.net/ubuntu/+source/ossp-uuid/+question/87216 https://bugs.launchpad.net/ubuntu/+source/ossp-uuid/+bug/283398 and rename php5-uuid to php5-ossp-uuid. If you upload ossp-uuid with higher version to unstable, the NMU will be automatically canceled. Thanks, O. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 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#661898: [Debian-in-workers] Bug#661898: Bug#661898: Rachana Malayalam font has false mappings for non-encoded characters
On Fri, Mar 2, 2012 at 5:27 PM, Santhosh Thottingal santhosh.thottin...@gmail.com wrote: The Rachana Malayalam font that is distributed with Debian false mappings for non-encoded characters. Upstream had fixed this bug in new version (available at http://git.savannah.gnu.org/cgit/smc/fonts.git ) and planning to release soon. Is this fixed in 5.0 or 5.0.1? -- Kartik Mistry | IRC: kart_ {0x1f1f, kartikm}.wordpress.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661898: [Debian-in-workers] Bug#661898: Bug#661898: Rachana Malayalam font has false mappings for non-encoded characters
On Wed, Mar 14, 2012 at 1:29 PM, Kartik Mistry kartik.mis...@gmail.com wrote: Is this fixed in 5.0 or 5.0.1? Yes. Thanks Santhosh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662621: NMU patch
Hi, thanks a lot for your patch. Obviously, much better than my solution :). I will wait for NMU is deployed to include minor changes. Thanks, Cleto. On 03/14/2012 12:47 AM, Ondřej Surý wrote: Package: zeroc-ice Severity: normal Tags: patch Hi, I have pulled upstream patch to fix FTBFS with PHP 5.4 and uploaded NMU to DELAYED/5. You can find the patch used attached to this message. Any upload with higher version will cancel the NMU, but please merge PHP 5.4 fixes before uploading a new version. If you don't really care then just wait 5 days :) O. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: OpenPGP digital signature
Bug#662621: NMU patch
Hi, On Wed, Mar 14, 2012 at 09:38, Cleto Martín Angelina cleto.mar...@gmail.com wrote: Hi, thanks a lot for your patch. Obviously, much better than my solution :). Well, thank the upstream (and Google :)). I will wait for NMU is deployed to include minor changes. You don't have to, you can merge my patch and your minor changes and upload right away. So, feel free to override my NMU (just use urgency=high) and upload soon(ish) :). O. On 03/14/2012 12:47 AM, Ondřej Surý wrote: Package: zeroc-ice Severity: normal Tags: patch Hi, I have pulled upstream patch to fix FTBFS with PHP 5.4 and uploaded NMU to DELAYED/5. You can find the patch used attached to this message. Any upload with higher version will cancel the NMU, but please merge PHP 5.4 fixes before uploading a new version. If you don't really care then just wait 5 days :) O. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663067: meta-error
My email is gp...@ccf.auth.gr and not gp...@aris.ccf2.auth.gr that is shown due to a badly configured reportbug.conf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663451: git: Invalid Vcs-Git URL
Hi Gerrit, Gerrit Pape wrote: Okay, let's add it to the control file then. Pushed to git://repo.or.cz/git/debian/jrn.git debian-sid git://git.debian.org/~jrnieder-guest/git.git debian-sid (36e55ce0, release+patches at 4a34a6d5) and building now. If you have any tweaks, I won't mind, of course. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663522: git-daemon-sysvinit: /etc/init.d/git-daemon restart does not respect GIT_DAEMON_ENABLE
tags 663522 + pending quit Hi Daniel, Daniel Baumann wrote: tested, and works. Thanks for the quick testing. I assume that means you liked the patch ;-), so it's applied now[1]. [1] at git://git.debian.org/~jrnieder-guest/git.git debian-sid -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663529: symlinking fonts
In order to enable simply linking in fonts, symlinks needs to be enabled in PHYSFS, please see attached patch. A very rough fix for this bug would be to remove fonts in the tarball and use egoboo-data.links: pathto/DejaVuSans.ttf pathto/Mael.ttf Of course, there will be better alternatives than DejaVu. And of course, the best solution would be to talk to upstream and ask them to de-bundle and use free fonts. -- Martin Erik Werner martinerikwer...@gmail.com Description: Enable PHYSFS symlinks Since we want to use symlinks to replace non-free fonts, symlinks needs to be enabled in PHYSFS. Forwarded: no Author: Martin Erik Werner martinerikwer...@gmail.com Last-Update: 2012-03-14 diff --git a/src/game/egoboo_vfs.c b/src/game/egoboo_vfs.c index 4623b9a..dfc6ad5 100755 --- a/src/game/egoboo_vfs.c +++ b/src/game/egoboo_vfs.c @@ -153,6 +153,9 @@ void vfs_init() snprintf( tmp_path, SDL_arraysize( tmp_path ), %s SLASH_STR, fs_getDataDirectory() ); PHYSFS_init( tmp_path ); +// Enable symlinks +PHYSFS_permitSymbolicLinks ( 1 ); + // make sure the basic directories exist // ensure that the /user dierectory exists @@ -2599,4 +2602,4 @@ void vfs_set_base_search_paths() // Put base path on search path... PHYSFS_addToSearchPath( fs_getDataDirectory(), 1 ); -} \ No newline at end of file +} signature.asc Description: This is a digitally signed message part
Bug#663529: symlinking fonts
tag 663529 + patch thanks In order to enable simply linking in fonts, symlinks needs to be enabled in PHYSFS, please see attached patch. A very rough fix for this bug would be to remove fonts in the tarball and use egoboo-data.links: pathto/DejaVuSans.ttf pathto/Mael.ttf Of course, there will be better alternatives than DejaVu. And of course, the best solution would be to talk to upstream and ask them to de-bundle and use free fonts. -- Martin Erik Werner martinerikwer...@gmail.com Description: Enable PHYSFS symlinks Since we want to use symlinks to replace non-free fonts, symlinks needs to be enabled in PHYSFS. Forwarded: no Author: Martin Erik Werner martinerikwer...@gmail.com Last-Update: 2012-03-14 diff --git a/src/game/egoboo_vfs.c b/src/game/egoboo_vfs.c index 4623b9a..dfc6ad5 100755 --- a/src/game/egoboo_vfs.c +++ b/src/game/egoboo_vfs.c @@ -153,6 +153,9 @@ void vfs_init() snprintf( tmp_path, SDL_arraysize( tmp_path ), %s SLASH_STR, fs_getDataDirectory() ); PHYSFS_init( tmp_path ); +// Enable symlinks +PHYSFS_permitSymbolicLinks ( 1 ); + // make sure the basic directories exist // ensure that the /user dierectory exists @@ -2599,4 +2602,4 @@ void vfs_set_base_search_paths() // Put base path on search path... PHYSFS_addToSearchPath( fs_getDataDirectory(), 1 ); -} \ No newline at end of file +} signature.asc Description: This is a digitally signed message part
Bug#663572: [Pkg-xfce-devel] Bug#663572: lightdm does not allow use of compose key
The output in both sessions is: Trying to build keymap using the following components: keycodes: evdev+aliases(qwerty) types: complete compat: complete symbols:pc+us+inet(evdev)+terminate(ctrl_alt_bksp) geometry: pc(pc105) The compose key is enabled using a .Xmodmap file. James On Tue, Mar 13, 2012 at 12:29 AM, Yves-Alexis Perez cor...@debian.org wrote: tag 663572 moreinfo unreproducible thanks On lun., 2012-03-12 at 23:54 +1100, James Tocknell wrote: Package: lightdm Version: 1.0.9-1 Severity: important The compose key does not work in sessions launched by lightdm. If the same sessions are launched by gdm3, the compose key works in those sessions. It works for me… That looks more like a keymap issue or something. Could you post the result of setxkbmap -v in both cases? Regards, -- Yves-Alexis -- Don't send me files in proprietary formats (.doc(x), .xls, .ppt etc.). It isn't good enough for Tim Berners-Lee, and it isn't good enough for me either. For more information visit http://www.gnu.org/philosophy/no-word-attachments.html. Truly great madness cannot be achieved without significant intelligence. - Henrik Tikkanen If you're not messing with your sanity, you're not having fun. - James Tocknell In theory, there is no difference between theory and practice; In practice, there is. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663693: tcc should support the -rpath option
On 2012-03-13 20:09:56 +0100, Thomas Preud'homme wrote: I don't understand. How can libtool generate -rpath when even gcc doesn't support it? AFAIK, libtool generates the -rpath option, possibly with a linker prefix. This means in the case of gcc: -Wl,-rpath -Wl,some_dir but tcc doesn't support this (only with the = form). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663748: ITP: pesco -- Cognitive stimulation tool for elderly or cognitively impaired
2012/3/14 Yaroslav Halchenko deb...@onerussian.com: Hi Luis, Thanks for the ITP -- I would appreciate if you keep debian-med (it is of relevance for rehabilitation task page and NeuroDebian project) informed on the progress and do not hesitate to ask if you have questions. Cheers Hi, Yaroslav. I had already written a draft for debian med, which I've sent a few minutes ago :) Now I'm waiting for some info from upstream: as soon as I get it, I'll upload the source package for its review. Best regards. -- If you can't be a good example, then you'll just have to serve as a horrible warning -- Catherine Aird -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663522: git-daemon-sysvinit: /etc/init.d/git-daemon restart does not respect GIT_DAEMON_ENABLE
On 03/14/2012 09:43 AM, Jonathan Nieder wrote: I assume that means you liked the patch ;-) correct. i'll be more precise next time. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661151: [apparmor] Bug#661151: linux-2.6: lacks AppArmor kernel/userspace interface
Hi, John Johansen wrote (13 Mar 2012 16:33:53 GMT) : sorry I missed this, Thank you, John, for your answers :) yes you can pull them out of the tarball, That would be 0002-AppArmor-compatibility-patch-for-v5-interface.patch that can be found in the kernel-patches/$LATEST/ directory of the apparmor Debian source package. Given $LATEST == 3.1 currently, see bellow for the Ubuntu patches that were maybe refreshed. John, do you confirm this patch does not depend on any of the two others? (namely: 0001-AppArmor-compatibility-patch-for-v5-network-controll.patch and 0003-AppArmor-Allow-dfa-backward-compatibility-with-broke.patch) or from the ubuntu kernel tree. I guess that would be http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-precise.git;a=commit;h=56f928f0cbf810c047a9a72e4e5c4840800437ec John, please correct me if I did not guess right. There are also a new set of patches available against the 3.3 kernel. The static parts of the interface have been updated and pushed into the 3.4 kernel. And the goal is to get the other part into the 3.5 kernel (still a wip). John: I guess the Linux 3.2 kernel shipped in Precise will carry those patches, and this is why the v5 compat' patches got recently reverted in Precise's kernel tree, right? Though those will require a more recent userspace. John: that will be called 2.8, right? Regards, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661151: [apparmor] Bug#661151: linux-2.6: lacks AppArmor kernel/userspace interface
On 03/14/2012 03:24 AM, intrigeri wrote: Hi, John Johansen wrote (13 Mar 2012 16:33:53 GMT) : sorry I missed this, Thank you, John, for your answers :) yes you can pull them out of the tarball, That would be 0002-AppArmor-compatibility-patch-for-v5-interface.patch that can be found in the kernel-patches/$LATEST/ directory of the apparmor Debian source package. Given $LATEST == 3.1 currently, see bellow for the Ubuntu patches that were maybe refreshed. John, do you confirm this patch does not depend on any of the two others? It does not but there may be a small conflict or two to resolve if 0001-AppArmor-compatibility-patch-for-v5-network-controll.patch is not applied first. If it doesn't apply cleanly I will be happy to update it for you. (namely: 0001-AppArmor-compatibility-patch-for-v5-network-controll.patch and 0003-AppArmor-Allow-dfa-backward-compatibility-with-broke.patch) or from the ubuntu kernel tree. I guess that would be http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-precise.git;a=commit;h=56f928f0cbf810c047a9a72e4e5c4840800437ec John, please correct me if I did not guess right. You are right There are also a new set of patches available against the 3.3 kernel. The static parts of the interface have been updated and pushed into the 3.4 kernel. And the goal is to get the other part into the 3.5 kernel (still a wip). John: I guess the Linux 3.2 kernel shipped in Precise will carry those patches, and this is why the v5 compat' patches got recently reverted in Precise's kernel tree, right? correct Though those will require a more recent userspace. John: that will be called 2.8, right? correct. The 2.8 userspace release will ship with precise and will be compatible with both the older and newer kernel interfaces. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663317: pdf-presenter-console: planned vala 0.12 removal
Hi Barak, On 10.03.2012 10:15, Barak A. Pearlmutter wrote: Thanks; happy to update. One question: what is the right way to write the dependency? It seems like Build-Depends: valac-0.14 | valac (= 0.11.0) would be quite fragile, in that you'll have to ask me to change it again next time valac bumps a version. So, what do you recommend? It depends. I did a quick test-compilation of pdf-presenter-console with valac-0.14_0.14.2-1 and valac-0.16_0.15.2-1 And while the package built without modifications with valac-0.14, it failed with 0.16. This shows, that the chances between major releases still sometimes cause breakage for some packages. So, in your case, replacing valac-0.12 with valac-0.14 is safer. If you can make pdf-presenter-console work with both valac-0.12, 0.14 and 0.16, that would be the ideal solution. In that case using valac (= $minversion) is best. But you can't know if pdf-presenter-console will break with a future 0.18 version of valac beforehand, you ask? True, but before making a new major vala version the default, we usually do a test-compile for all affected packages to file bugs in advance, in case they are going to ftbfs. Should your package just build, you have no work to do at all. Should it ftbfs, you will need to fix it anyway, sooner or later, as we won't keep older versions around forever. So, to sum up an already long email: In general I'd recommend to use valac (= $ver) unless you require specific valac features which only the latest non-default valac provides (atm. 0.16). In that case valac-0.16 or valac (= 0.16) | valac-0.16 would be ok. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#649923: ditto
Yesterday I reproduced this problem on a (new) IBM x3550 M3 with the latest squeeze packages, and installing http://ftp.cyconet.org/debian/archive/unofficial/xen/4.0.1-5/xen-hypervisor-4.0-amd64_4.0.1-5_amd64.deb fixed it. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661934: readme on rinse - more supported distributions are included
Package: rinse Severity: normal For the record, 11.x can be found here: http://download.opensuse.org/distribution/ I've also attached a patch to the readme and debian/control updating the list of supported distributions. thanks, kk -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rinse depends on: ii libterm-size-perl 0.2-4+b1 Perl extension for retrieving term ii libwww-perl5.836-1 Perl HTTP/WWW client/server librar ii perl-modules 5.10.1-17squeeze3 Core Perl modules ii rpm4.8.1-6+squeeze1 package manager for RPM ii wget 1.12-2.1 retrieves files from the web rinse recommends no packages. rinse suggests no packages. -- Configuration Files: /etc/rinse/rinse.conf 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#661934: readme on rinse - more supported distributions are included
On Wed, 14 Mar 2012 21:48:56 +1100 Karl Goetz k...@kgoetz.id.au wrote: Package: rinse Severity: normal For the record, 11.x can be found here: http://download.opensuse.org/distribution/ I've also attached a patch to the readme and debian/control updating the list of supported distributions. thanks, kk And then I forgot to attach the file :| thanks, kk -- Karl Goetz, (Kamping_Kaiser / VK7FOSS) http://www.kgoetz.id.au No, I won't join your social networking group *** I've changed GPG key to 6C097260 *** diff -r 964ec9650f08 README --- a/README Thu Sep 01 14:29:57 2011 +0100 +++ b/README Wed Mar 14 21:48:29 2012 +1100 @@ -33,11 +33,23 @@ So far the following distributions are supported, in both 32 and 64 bit flavours: + * Fedora Core +- 4, 5, 6, 7, 8, 9 10. + + * RHEL (With local mirror) +- 5 + * CentOS -- 4.6 5.0 +- 4.6, 5.0 6 - * Fedora Core -- 4, 5, 6, 7. + * Scientific Linux +- 5 6 + + * OpenSUSE (With local mirror) +- 10.1, 10.2, 10.3 11.0 + + * OpenSUSE (From internet) + - 11.1 Additional distributions might be supported in the future, and more will be certainly be added if submitted for inclusion diff -r 964ec9650f08 debian/control --- a/debian/control Thu Sep 01 14:29:57 2011 +0100 +++ b/debian/control Wed Mar 14 21:48:29 2012 +1100 @@ -19,5 +19,8 @@ but works upon RPM-based distributions instead. . Rinse can setup 32 and 64-bit installations of: - * CentOS 4 5. - * Fedora Core 4, 5, 6, 7, 8 9. + * Fedora Core 4, 5, 6, 7, 8, 9 10 + * RHEL 5 + * CentOS 4, 5 6. + * Scientific Linux 5 6 + * OpenSUSE 10.1, 10.2, 10.3, 11.0 11.1 signature.asc Description: PGP signature
Bug#663693: tcc should support the -rpath option
tags 663693 - wontfix thanks Le mercredi 14 mars 2012 08:47:51, Vincent Lefevre a écrit : On 2012-03-13 20:09:56 +0100, Thomas Preud'homme wrote: I don't understand. How can libtool generate -rpath when even gcc doesn't support it? AFAIK, libtool generates the -rpath option, possibly with a linker prefix. This means in the case of gcc: -Wl,-rpath -Wl,some_dir but tcc doesn't support this (only with the = form). Oh ok, I see. Then the solution is a bit different. I will definitely look into it but with low priority for now, because I'm quite busy. Best regards. signature.asc Description: This is a digitally signed message part.
Bug#663317: pdf-presenter-console: planned vala 0.12 removal
small correction: On 14.03.2012 11:41, Michael Biebl wrote: valac-0.16 or valac (= 0.16) | valac-0.16 would be ok. I've just been told that valac (= 0.16) | valac-0.16 won't work with our autobuilders. So in the case, that valac-0.16 is not the default valac compiler yet, but you need one of it's features, just use valac-0.16. Once valac-0.16 has become the default valac and you do a upload anyway, you can change that to valac (= 0.16). Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#663564: Acknowledgement (cups-filters: 'make clean' leaves some object files over)
Am 12.03.2012 10:53, schrieb Fabian Greffrath: An alternative approach, maybe less intrusive: Instead of touching Makedefs, define the correct actual dependency in the top-level Makefile. This will cause configure to be run when 'make distclean' is called twice in a row, which is a bit tedious, but at least it's not a hack anymore but a solution. ;) Hey, this would have perfectly fit into the 1.0.5 release! ;) - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661151: [apparmor] Bug#661151: linux-2.6: lacks AppArmor kernel/userspace interface
Hi, John Johansen wrote (14 Mar 2012 10:35:13 GMT) : There are also a new set of patches available against the 3.3 kernel. The static parts of the interface have been updated and pushed into the 3.4 kernel. And the goal is to get the other part into the 3.5 kernel (still a wip). John: I guess the Linux 3.2 kernel shipped in Precise will carry those patches, and this is why the v5 compat' patches got recently reverted in Precise's kernel tree, right? correct If the Debian kernel team was willing to carry some kind of AppArmor kernel/userspace interface patch, I'm now unsure if the old or new ones would be better suited. (I assume AppArmor 2.8 is released long enough before the Wheezy freeze, so that we can ship it in there, and are given this choice.) On the one hand, the old compat' patches are confidence inspiring, as they are small and have been shipped by Ubuntu for a while. On the other hand, it seems the new patches are being upstreamed, which makes them more appealing somehow than the older ones. John, I think it would help if you could please point us more precisely to the commits of the new interface that have been upstreamed already, and to the ones that have not been, so that we can get a rough idea of where things are at. Kees, others, what do you think? Regards, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | The impossible just takes a bit longer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663006: Why libnfc over The Linux NFC Subsystem ?
Hi! On Tue, Mar 13, 2012 at 10:28:53PM +0100, Oxan van Leeuwen wrote: That is only true assuming that libnfc will eventually completely disappear. Especially given the response from upstream (see Thomas' mail), I doubt that will happen. libnfc has some more features which probably won't ever make it to the kernel (mfoc has already been mentioned). There is also the possibility of writing a libnfc driver that uses the kernel module, so that they can exist (and be used) together. Even if it will be completely replaced by the NFC subsystem, I think the benefits of having a complete NFC stack in wheezy outweighs the drawback of having a migration later on. Packages have been removed and superseded since the earliest Debian releases, and when there is a (better) alternative available, that shouldn't cause much problems. I agree but I sincerely hope that we'll not have multiple stacks around forever with each stack containing their own set of bugs. That would be tragic. -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663564: [Pkg-cups-devel] Bug#663564: Acknowledgement (cups-filters: 'make clean' leaves some object files over)
Fabian Greffrath [2012-03-14 12:09 +0100]: Hey, this would have perfectly fit into the 1.0.5 release! ;) I spoke to Till before the upload, he has this in the pipeline for 1.0.6. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (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#663564: [Pkg-cups-devel] Bug#663564: Acknowledgement (cups-filters: 'make clean' leaves some object files over)
Am 14.03.2012 12:26, schrieb Martin Pitt: I spoke to Till before the upload, he has this in the pipeline for 1.0.6. Good to know, thanks! - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663693: tcc should support the -rpath option
On 2012-03-14 11:55:25 +0100, Thomas Preud'homme wrote: Le mercredi 14 mars 2012 08:47:51, Vincent Lefevre a écrit : AFAIK, libtool generates the -rpath option, possibly with a linker prefix. This means in the case of gcc: -Wl,-rpath -Wl,some_dir but tcc doesn't support this (only with the = form). Oh ok, I see. Then the solution is a bit different. I will definitely look into it but with low priority for now, because I'm quite busy. This will probably also need a change in libtool, but apparently simpler than introducing another specific format for tcc to the already bloated libtool.m4 code. I've reported a wishlist bug against libtool for tcc support, but there seems to be a problem with the Debian BTS, because after several hours, it still hasn't appeared. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567484: pbuilder: -e$DEBEMAIL instead of -e$DEBFULLNAME
That makes sense: with no args, dpkg-buildpackage does the right thing if DEBEMAIL is set and DEBFULLNAME is set. So let the work be done by dpkg-buildpackage. I’ve found that most Debian tools work best if DEBFULLNAME is not set and DEBEMAIL is Foo Bar f...@debian.org. Only tool that gives me issues using the DEBFULLNAME / DEBEMAIL correctly is pbuilder. But that is rather off-topic The issue is rather simple. If I send a package to build with pbuilder even with hooks to modify the source and to add a new changelog entry it should always reach the dpkg-buildpackage line with a valid FULLNAME/EMAIL in the last changelog entry. Why are we running the -e option to change the behavior of dpkg-genchanges? -emaintaineraddress Use maintaineraddress as the name and email address of the maintainer for this upload, rather than using the information from the source tree's changelog. The package was changed by the person in the last entry of the changelog not the value of whatever you decide to put in DEBEMAIL therefore the Changed-by tag should be as the default dpkg-buildpackage/dpkg-genchanges behavior does. The only reason I patch this is so that the lintian hook that I run do not give me a failure due to a silly E: caused by pbuilder using the -e option without an apparent need. -Miguel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581169: HEAnet sourceforge mirror: permission denied errors
Hi Paul, On Wed, 14 Mar 2012 08:26:28 +0800 Paul Wise p...@debian.org wrote: Currently that produces the following errors, would it be possible for you to grant read permissions on these directories and to alter your mirroring process so it automatically fixes any permissions issues propagated from your upstream, presumably sourceforge itself? That said, when I visit the locations below via my web browser on the sourceforge site, I am able to view and download the relevant files via my local mirror, so this issue might be specific to HEAnet. Sourceforge use triggered push mirroring and their own rsync scripts to distribute content to mirrors, they also largely obscure the underlying directory structure on each mirror with HTTP redirects/rewrites and such, so it's not really intended to be read directly via rsync or ftp for example. Generally, permissions are set for a reason so we don't interfere with their mirror process unless they report any issues to us. Although it is possible that the unreadable directories were left there in error, so I'll check with the sourceforge admins and get back to you. rg -- Rob Gallagher | Public Key: 0x1DD13A78 HEAnet Limited, Ireland's Education and Research Network 1st Floor, 5 George's Dock, IFSC, Dublin 1. Registered in Ireland, no 275301 T: (+353-1) 6609040 F: (+353-1) 6603666 WWW: http://www.heanet.ie/ signature.asc Description: PGP signature
Bug#661825: On kfreebsd-*, please integrate kbdcontrol within keyboard-configuration.
On Fri, Mar 02, 2012 at 10:14:31PM +0100, Robert Millan wrote: So what do you suggest exactly? That we drop /usr/share/syscons/keymaps/* and use the ones from console-setup? The following is what /etc/init.d/kbd does for Linux: if which setupcon /dev/null then HAVE_SETUPCON=yes fi if [ -z ${HAVE_SETUPCON} -a some_other_tests ]; then configure kbd font without console-setup fi [ -z $HAVE_SETUPCON ] \ || log_action_msg Skipping font and keymap setup (handled by console-setup) (are they _really_ compatible?) They have to be compatible. In case they are not, please fill a bug report. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661465: Please remove all GNOME dependencies
Everywhere libgnome or gvfs or gio is called, there exist sane error corrections. sun.awt.XDesktop throws IOExceptions, one should add in the documentation that one has to catch these exception with some error message like openjdk only supports the obsolete gnome 2 desktop on linux sun.nio.fs.GnomeFileTypeDetector uses even the modern gio and returns null if gio nor gvfs are present. Systemtray has a workaround for the MetaCity window manager (obsolete as well) but no references to gnome libraries. Then there is something like the gnome look'n'feel for gtk. From 2009 one finds this nice quote [1] gnome_url_show is in libgnome which is DEPRECATED. So whatever bug you'll find in unlikely to be fixed. Use gtk_show_uri() from Gtk instead. Based on that a change of the implementation for jdk8 has been proposed [2], probably to be released in 6-8 years after gtk2 has become completely obsolete. Anyway, the gnome dependencies are nowhere needed in core openjdk, please remove them asap. Openjdk will run just fine without them, anyone who uses the crufty kludge awt.Desktop as implemented in awt.XDesktopPeer should be advised to also install the complete gnome desktop with its clutter of hilarious dependendies (apache2, 3 spidermonkey versions, two settings daemons, 3 settings mechanisms etc. pp.) Kind regards, Lutz Lehmann [1] http://mail.gnome.org/archives/gnome-devel-list/2009-January/msg4.html [2] http://mail.openjdk.java.net/pipermail/awt-dev/2012-February/002209.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663564: [Pkg-cups-devel] Bug#663564: Acknowledgement (cups-filters: 'make clean' leaves some object files over)
Fabian, thank you for the patch. I have applied your second patch to the upstream BZR repository now. It will be incluced from cups-filters 1.0.6 on. Till On 03/12/2012 10:53 AM, Fabian Greffrath wrote: An alternative approach, maybe less intrusive: Instead of touching Makedefs, define the correct actual dependency in the top-level Makefile. This will cause configure to be run when 'make distclean' is called twice in a row, which is a bit tedious, but at least it's not a hack anymore but a solution. ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663564: [Pkg-cups-devel] Bug#663564: Acknowledgement (cups-filters: 'make clean' leaves some object files over)
Am 14.03.2012 13:37, schrieb Till Kamppeter: Fabian, thank you for the patch. I have applied your second patch to the upstream BZR repository now. It will be incluced from cups-filters 1.0.6 on. Nice, thanks! - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663667: [Pkg-varnish-devel] Bug#663667: varnish: FTBFS
Moritz Muehlenhoff muehlenh...@univention.de writes: Your package fails to build from source: Thank you for the bug report. Could I have the complete build log, please? It could provide me with versioned build dependencies used for the build. If you could tell me a bit about the build environment, that would also be helpeful. -- Stig Sandbeck Mathisen s...@debian.org pgpcMGfhDFzbi.pgp Description: PGP signature
Bug#663586: lilo: Missing initrd.img in lilo.conf
Package: lilo Version: 1:23.2-2 Followup-For: Bug #663586 Ok -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586772: [Pkg-xen-devel] Bug#586772: Bug#586772: blktap2 Support
On Thu, 2012-03-08 at 21:03 +0100, Niccolò Belli wrote: Il 08/03/2012 18:47, Ian Campbell ha scritto: There was a breakage of the blktap userspace- kernel ABI at one point, which might stop 4.1 working with 2.6.32 era kernel wihch might also explain this. That may be the problem indeed, the only reason Squeeze didn't get blktap2 was a stupid license issue (stupid because it has been solved but no one cared reverting the disable blktap2 commit in debian). Unfortunately I don't think backporting blktap-dkms will be an easy task: DKMS make.log for blktap-2.0.91 for kernel 2.6.32-5-xen-amd64 (x86_64) gio 8 mar 2012, 19.48.20, CET make: Entering directory `/usr/src/linux-headers-2.6.32-5-xen-amd64' CC [M] /var/lib/dkms/blktap/2.0.91/build/control.o CC [M] /var/lib/dkms/blktap/2.0.91/build/ring.o CC [M] /var/lib/dkms/blktap/2.0.91/build/device.o /var/lib/dkms/blktap/2.0.91/build/device.c: In function ‘blktap_device_make_request’: /var/lib/dkms/blktap/2.0.91/build/device.c:212: error: ‘REQ_FLUSH’ undeclared (first use in this function) Hrm, that's unfortunate. I suspect it wouldn't be that hard for someone to add the necessary compat #ifdefs etc to allow these modules to build on a variety of kernels (e.g. a diff vs. the 2.6.32 branch from xen.git would give some guidance). Perhaps an alternative solution is to use the blktap driver from the 2.6.32 kernel package but revert 21707:feee0abed6aa from the userspace side, I think (although I'm not 100% sure[0]) that this is the changeset which caused the incompatibility. FWIW the corresponding commit in the xen.git kernel tree seems to be 9ccc03593edcfb70ea846da414d5671952e7e831. BTW, back in 4f5887ce.3050...@gmail.com you said: Forget about blktap2 in Squeeze... Unfortunately it doesn't work even backporting 4.1.2-3. I should have asked -- what exactly didn't work, what was the failure mode? (I'm wondering if my thoughts about this compatibility issue I mentioned above might have been jumping to a conclusion without sufficient data?) Ian. [0] my memory of the particular issue I'm thinking of is very fuzzy. I've had a look back over the xen-devel archives to see if it jogged my memory, but no luck. /var/lib/dkms/blktap/2.0.91/build/device.c:212: error: (Each undeclared identifier is reported only once /var/lib/dkms/blktap/2.0.91/build/device.c:212: error: for each function it appears in.) /var/lib/dkms/blktap/2.0.91/build/device.c: In function ‘blktap_device_configure’: /var/lib/dkms/blktap/2.0.91/build/device.c:337: error: implicit declaration of function ‘blk_queue_max_segments’ /var/lib/dkms/blktap/2.0.91/build/device.c:345: error: implicit declaration of function ‘blk_queue_flush’ /var/lib/dkms/blktap/2.0.91/build/device.c:345: error: ‘REQ_FLUSH’ undeclared (first use in this function) /var/lib/dkms/blktap/2.0.91/build/device.c:353: error: ‘struct queue_limits’ has no member named ‘discard_granularity’ /var/lib/dkms/blktap/2.0.91/build/device.c:354: error: ‘struct queue_limits’ has no member named ‘discard_alignment’ /var/lib/dkms/blktap/2.0.91/build/device.c:355: error: ‘struct queue_limits’ has no member named ‘discard_zeroes_data’ /var/lib/dkms/blktap/2.0.91/build/device.c: In function ‘blktap_device_create’: /var/lib/dkms/blktap/2.0.91/build/device.c:562: error: ‘struct queue_limits’ has no member named ‘discard_granularity’ /var/lib/dkms/blktap/2.0.91/build/device.c:562: error: implicit declaration of function ‘queue_discard_alignment’ /var/lib/dkms/blktap/2.0.91/build/device.c:562: error: ‘struct request_queue’ has no member named ‘flush_flags’ make[3]: *** [/var/lib/dkms/blktap/2.0.91/build/device.o] Error 1 make[2]: *** [_module_/var/lib/dkms/blktap/2.0.91/build] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-headers-2.6.32-5-xen-amd64' Niccolò -- Ian Campbell I prefer the most unjust peace to the most righteous war. -- Cicero Even peace may be purchased at too high a price. -- Poor Richard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612908: RFS: mpdscribble
Le 13/03/2012 15:59, Geoffroy Youri Berret a écrit : I noticed what I believe to be a typo in the package. You source /etc/default/mpdscribble in the init script but the file is not installed by the package. You probably meant “mpdscribble.default” instead of “mpdscribble-default” in the debian folder. Alright, I got it, I forgot to have a look at maintainers script. Sorry for the noise. Cheers, Geoff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662899: #662899: RFS: dsniff/2.4b1+debian-22
Hi William, I suggest to hold the upload for a while because this version only ack previous NMU and bump std-ver, actually it does not have more improvements to the software itself so far. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586772: [Pkg-xen-devel] Bug#586772: Bug#586772: blktap2 Support
Il 14/03/2012 14:34, Ian Campbell ha scritto: I should have asked -- what exactly didn't work, what was the failure mode? (I'm wondering if my thoughts about this compatibility issue I mentioned above might have been jumping to a conclusion without sufficient data?) As soon as you load the blktap module you will not be able to access the disks anymore. I don't remember of messages in the console (except when you are using pygrub: failed to run bootloader: -3). I tried both stacks: xm and xl. Niccolò -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663433: closed by Bastian Blank wa...@debian.org (Bug#663433: fixed in linux-2.6 3.2.10-1)
Am Dienstag, 13. März 2012 schrieben Sie: This is an automatic notification regarding your Bug report which was filed against the linux-2.6 package: #663433: udev: does not load acpiphp on ThinkPad T520 although it is needed for ExpressCard hotplugging Many thanks for fixing this issue. Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601950: interesting package -- any progress/showstoppers with packaging?
subj -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653442: ITP: libglib-object-introspection-perl -- Perl module to dynamically create Perl language bindings
I'm in the process of sorting out minor, but needed, copyright and licensing clarification. Upstream is cooperating nicely, so things are doing fine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647711: RFP: libgtk3-perl -- Perl interface to the 3.x series of the Gimp Toolkit library
I'm in the process of sorting out minor, but needed, copyright and licensing clarification. Upstream is cooperating nicely, so things are doing fine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#456959: Any news?
Hi Carlo, I have just uploaded the package again today for seeing if it can pass FTP Master's revision. Last time it was rejected because there was no source code for some PDF files. I have just take them out, and I'll only provide the html documentation (which source code is available). Regards, -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661283: cmor: FTBFS on kfreebsd-amd64
Steven Chamberlain ste...@pyro.eu.org writes: I'm curious anyway what are the kern.maxdsiz and kern.dfldsiz on the buildds (I'm guessing 1GiB on amd64) and is it permissible for them to be raised (to maybe 2GiB) if some package like this one required it? (I'm also wondering about the openjdk-7 failures here.) fasch|fano.debian.org kern.maxdsiz: 34359738368 kern.dfldsiz: 134217728 field|finzi.debian.org kern.maxdsiz: 536870912 kern.dfldsiz: 134217728 Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663249: [Pkg-acpi-devel] Bug#663249: acpid: fcntl(fd, F_SETFD, O_NONBLOCK) should be fcntl(fd, F_SETFL, O_NONBLOCK)
On Mon, Mar 12, 2012 at 10:28:14PM +0100, Luciano Bello wrote: Is it a security problem? Given that F_SETFD != F_SETFL, I would say that this is a security problem. A userspace program can cause acpid to stop processing by blocking on a socket. Ted. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630690: libical0: messes with timezone, affecting other threads
Comment By: Allen Winter (awinterz) Date: 2012-03-13 16:13 Message: According to the in-line documention, /* If you use set_tz(), you must call unset_tz() some time later to restore the original TZ. Pass unset_tz() the string that set_tz() returns. Call both the functions locking the tzid mutex as in icaltime_as_timet_with_zone */ For more information please read icaltime.c in the libical source code. Too bad libical doesn't provide real user documentation. So I guess you're calling program needs to do some mutex locking. Fathi: Please pass this on to the original bug reporter and let me know if I can close this. -Allen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663509: httpie and dacs: error when trying to install together
W dniu 13.03.2012 23:12, Christoph Berg pisze: Re: Ralf Treinen 2012-03-11 e1s6okn-0003ai...@seneca.free.fr Package: dacs,httpie Version: dacs/1.4.27-2 Version: httpie/0.1.6+20120309git-1 Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/bin/http I'd agree http is an overly generic filename to use, and I'll happily rename dacs' version of the file to http.dacs or something similar. Still, I don't really get why the httpie binary is called http instead of httpie - maybe that could be renamed as well? I wrote to the upstream author of httpie why he called binary http, and I'm waiting for an answer. Christoph
Bug#628444: iwlagn - MAC is in deep sleep, cannot restore wifi operation
On Mon, Mar 12, 2012 at 12:44:29PM -0500, Jonathan Nieder wrote: Dafydd Harries wrote: Ar 12/03/2012 am 17:11, ysgrifennodd Venkataraman, Meenakshi: Dafydd Harries wrote: Like others, the problems seemed to start around 2.6.39. [...] Sadly, my dpkg.log only goes back to 3.0, which was installed last July (!). Thanks for checking, and sorry for the lack of clarity. /var/log/dpkg.log.1 et al might go back further. Yes, my logs go back as far as dpkg.log.8, which is last July. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509125: Affects other packages
package python affects 509125 + python-opengl impressive severity 509125 grave thanks This bug affects other packages like python-opengl and impressive, actually rendering them completely unusable. Although they are not *this package*, I think this is a case for severity grave (renders this package unusable), if not critical (renders unrelated software unusable). Between both, I would say (renders related software unusable is not in the severity list…). I assigned this bug to the pseudo-package python because it affects all interpreter versions, but do not hesitate to correct that, probably by cloning this bug report and assigning it to each interpreter version. I shall NMU that if I get some time. -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu irc://irc.oftc.net/Tanguy | `-'Debian Developer \_ signature.asc Description: Digital signature
Bug#625509: python-debian: please port to Py3k
On Sun, Jan 22, 2012 at 04:21:41PM -0800, John Wright wrote: On Sun, Jan 22, 2012 at 02:37:55PM +, Colin Watson wrote: I would very much appreciate review of this branch. In case it eases review, I've attached the 31-patch series (!) to this mail. I've tried to arrange it roughly in ascending order of complexity. Wow. I'll be glad to review them, but I'm not sure when I'll have the opportunity. I'll try to make time later this week. Heya John, do you think you'll have time to do the review in the near future? Just a friendly ping because, unfortunately, I haven't yet look in enough details to Python 3 to be able to do a review myself. Still, I'd love to see python-debian porting to python 3 in the archive ... and I'll be happy to test early versions! TIA, Cheers. -- Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o . Maître de conférences .. http://upsilon.cc/zack .. . . o Debian Project Leader... @zack on identi.ca ...o o o « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#663866: debian-maintainers: Please add Sven Joachim as a Debian Maintainer
Package: debian-maintainers Please add Sven Joachim to the Debian Maintainer keyring. Find the corresponding jetring changeset attached. Cheers, Sven Comment: Add Sven Joachim svenj...@gmx.de as a Debian Maintainer Date: Wed, 14 Mar 2012 16:56:10 +0100 Action: import Recommended-By: Cyril Brulebois k...@debian.org, Craig Small csm...@debian.org, Julien Cristau jcris...@debian.org Agreement: http://lists.debian.org/debian-newmaint/2012/03/msg00022.html Advocates: http://lists.debian.org/debian-newmaint/2012/03/msg00023.html http://lists.debian.org/debian-newmaint/2012/03/msg00024.html http://lists.debian.org/debian-newmaint/2012/03/msg00026.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.12 (GNU/Linux) mQINBE6+UKkBEADhRpGApQf+x3B9+BxFGLytnsYrtwE4uwm1HbakIHLOQbicIntK WKdjHH294Vx91AqNRwSbPpuwF5hWPBwiMKn+ON9tXyKoLAWtFEC/QvYxtK1nTzOh SUhMehX/IhT21kYlQDePP3xt2hKBiFcB5qtOqerS+4ElRPNMyDxONq+GkXsCgD7E /VErSA5y6gcRhZfe3Qyy5g6qc8jbIn6guVy3MG2zYqV1zHxdXxYfuaNkZAD4R17K muY1bvtvIo4alIazmN76Oni53pc3yWMa0XKWQSE+iIM2HxlzpEAEELjbuYJE+5AE pVF1+9BnuDWostwtczSzd/EOkdaiP2xnr8LXv6FukBXSWiMP0JvB6nyuKLiBHfbB yV8FiFZqODmJhW2GDmvqbPLUWCUCTKRsNOzwWls98BZy/YRZMiOl6TjVeAi0m/fd OysC2ZVdOa1QWkBDtnEnPjbOWuvpgaBCCuFRSF/4Z/br6p/rRtx7LW77eZH/A6i0 1rEiXXB2dQc/JfKNk7xQwG11rYwn2wbc0dMsS+S4wpsKV3wMI7ZQ4IXO6SasirXf Kc9jphPZYcTIzIBnxF4zPC3M77r4DVcUqzY7SLNB7501BHOrevM6olNTl5QQfvXn 0zMkJvvAQRbYoe82ZMgUu1wwAhW8P28h9BTotiNhp9eWmsoxjtqhA1rC3QARAQAB tB5TdmVuIEpvYWNoaW0gPHN2ZW5qb2FjQGdteC5kZT6JAjgEEwEIACIFAk6+UKkC GwMFCwkIBwMGFQoJCAsDBRYCAwEAAh4BAheAAAoJEDsQbnGNazGsisMP+gPtMqX2 qBKG/sseSdUoC6pGiDgZ0R/ISu+x0AoKjJW3qlXQJ6wyUgw9RY2v1gjwZNEM4dSS qZ47iURi1oQ/4U/nlBiMJnQq3jZrczuRkR2OQjSaVSbhhoF8HRFlrl9W3L6N5/fL 8D1TG8PkltVJB4SfQJ9W0BLffilhB1DngIqRhQJhYIV9Pln7Q32hbJnK0VSpA647 tS9zLsvC6k6FhCch96oCZhlPCRAPFS1VvHwGp20BpMEt9dDZc0Z2FpfpRsUEUbyT vF8Odf4kRl7Sc3jx3A4tbUJJ4ur4uZvY1w2Gq3HtIztk21ytIp85UksK/ujOQ4ae QF9OmdaJVhmz3oO431D0DjDwc0PWJWygpzPcAAtrxHea0bn53jk3L3eJft/UyAIj icGEj3aRgMpebSQnT+mp/CnacT7zOdtcFzw5JpQVs2zYXMNMSlFxSo197eA/PDyy S/7fvgB8jkbr4oEORoCcPXxEoNilgSiM7JiVw76WvtIKOR9/6B+Jw9TLocWzwIeW F4g3sx4FXssnk/RaiaNuakIqUnvw/0pHeEylWsS05wbnm+up1nVPkh/tmi1DoTQE 9jIN6mSAehKaOvCp4htDW5lTSUFoFZcs1at3VWxK2rqOE7o00Bjt2NwA7CvNNenm fKmJ3nxTUmyqOq27jGE0+KpN0LC6CTWpy0IliQEcBBABCAAGBQJOvlUrAAoJEOGS xLJa6pip2kUH/jBgUFFStMVjgMWplzNKvTmh6aqJp7j6BqIA27pulbzZvNuQsc1G Rl20L46mg1J3RgnfDnbGBpM2SYDbXaBHdifcoFusOwhpioyi7U4PNFE8YYcXR+AA 1PlYn8vO1UnmGsWfTRx1ZsXXUfp/FD0lolLX2PeSGKp5fmuWmM8jw76hlmlGKJmk NqBzS2O/DT4/qloPXpySShl0SCvLf/X1p7DzldZXphI+wApONGgsfrogRfYo7TdW 8+2miA4t/22Fix/TfCxj4KAMMd7yeVl3sH+Mpv0Yh00+ezJbDY6G6fXsw/6M/uJk fJINdKUduQFU8RsVvSlxhSSzmeDEI6Zh+2GIRgQQEQIABgUCTttOkQAKCRCFjDkP dwO05JTdAJ9ru2nGLupmfosBo8xr4+0+XojjzgCg2pmdgy3yzG27DBBHuYXiwHgN Da6IRgQTEQgABgUCTttlOQAKCRCKg4vk2EgPLjcPAJ9luF1yUVki1FjsRRf0wWHT x5g78gCcDnqNTTLIUjoy7cyYDK5Y2xre8NSJAhwEEwEIAAYFAk7bZXQACgkQu/aP A+jzeUFYhhAAx2jWuWk3bezRhzXG+UNDBF3K7zOg/JsCgvFZcVsXnjxygfdW12Bz XTcdPguNcJs0EfVz+pYM04rvoKFmPDSFLAdrf61pxGaKpHnJPNMVHq4QusaOPpB7 UJJf2YIJlYjq4JeJ6tI42lu6dmebn3AKEDYrB/EjQOmcZjz38JjEktxdsu/Zxo0r IvyroilcLCEq9KICu8SR8srcro7J1t4Y5Lwa760y9A2rFiClpeLUcJAXbM/cnig2 pcNMQet2z8/vq57gsLxJX5gy2ekcMdnlNoIH5cSDnEApS/32cG5SCsTs48bCUmAH QgLDsrRUvPBbgMFMIQrcYyDFaBhLZ6xtVBrxEIWP6gdtV/DEHk0U0k5vSHa0epaO HM3P404VldAPIKKWFgiiZ4R+42c5Y84sm9YyPx4N8nxYx/EkbqLwzfwhtU+iZ9Jh SCCJxDF3QdhYsiLK7zZpbU/Ge8gcxSEO6TbDfmmNCNcvBkgypBpCtClS5WW1il7T cbYnBZb4ScaiPCUv56LAKY1A/i+Y8qTGokznOyPeiFSURfzsFD1OJHPqo5hKXhLu fwdscWeZBv1DWcWYo49hMJxnRvK8VaDnzp3ihEh2NG1jMUwanCfYxzmFJkt5/9/9 COmIoVKUw8Uy/UQcO8gg+ICuu6KBYltQ+0N4fMWkfEJBI050hcSaNuyJARwEEAEC AAYFAk7eAfcACgkQj8EhcCbdkGgGGwgAvvotNuXrpHXlT+wDnDoo3fBIPLnmwmLS ASN8i/TeRmBUc/4dNUpCCVFKc5bH/mSDzYnD6qDeVCO8/FMT/ftss7Etk/ZicJQn K8KoHsb3DmM22XyCcDdXKbemK8lq+VHjVtjbR5al5c1fzeSFx+iT+7In0+f85g56 LgXyACldGcnlYo46JOt6MuX6WKzNizs603ilCYE8AOQvc7BG6MN10QUDbAqR22ML +l6RwgikQQPCD30pNweUbwhbJtiZWmbpXsABIL2Lp+w/i+9VYck5rbxPxmL9JSWt XsFQc5b2vLfDdiYrni9xA5pPxoZNEiZnBnNrIRkopEgga9nFWY+CyYhGBBARAgAG BQJO38DRAAoJEIZFRLbFS9eYg2cAnR5TcB8lrmV/KUzwbnbaGKIFZoFAAJ4v0rdv BhGvXY6gN64m2tKnqNEIUokCHAQQAQgABgUCTuj/hAAKCRDwWWCt+G/Mse1DD/4m MD/InqxDOCTdQPTNpmlItO0V0xcqjeyprYB6ALDcI8WJE7oHUAIHVTWWgJDbJ+kj MvkNuxBidPeXt19HcBnO3mkJ2JxCfO+gtgM6PXYHf/Fwy91OJpbWGuqd0HWhhmLe w7zx6lUyFKAGbWSVpEpTMGNZt3jFFh9JJwmcKuNRaCtRau+RgHzZRZ4V1AMfKzR5 jB+dg2VA+eUjp/oK0gue6GCV3UxN7YXSsUOr2T1J3WBvoUgUpWLHKE5bLemqjItN ZwXrkKIC8J2Dx5Hp+jMFA/UeUSXoufZ4EkmfrGgLcYeOcyYmaOLdtSCJWnzN82Lb 20J72EQNDIdqUT+6fqbkRacJOM3ixRKqfqsPNoB66R3DVHR+6otwadBTGb1pDwH/ 0CKrQsDU/YRyF+mdKkdIOgS0JgHtd5jr51gnxySH5NurwB+NW59BDlJj9zfpGfZe F0nxqDzGV00PvGTfgp1CBTN1UVmvnA2Z6QW7WXjs9pZ3roSfwZoOLEVAe/BpKbM2 QQfbNSUDOs5UOYgDw0M0003Dv7KZ/gMvowzmLxTQen0PCvPwilnpJ9N/M8hRRM2Y p91lT3uwK6fHyqz03iW9UlWnJhsUNYjmIDV0BsNEIfXad+MG8vIQpxF4dioi4xKC ywoZxT6QGptZ3vwfMkjIjLS8ex7K1Gfe+da28sUXBLkCDQROvlCpARAAygLNtNRE
Bug#663867: testing
Package: bugs.debian.org testing Don Armstrong -- Maybe I did steal your heart and I am such a perfect criminal that you never noticed -- a softer world #481 http://www.asofterworld.com/index.php?id=481 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663868: udev: laserjet1018 (foo2zjs) printer disappears and appears in loop
Package: udev Version: 175-3.1 Severity: normal Connecting HP laserjet 1018 to my Debian hosts (all of them, gnome3/sid, xfce4/wheezy and no-X/sid) leads currently to endless loop in system logs, and unfunctional printer. Some syslogs: Mar 14 17:31:50 pauper kernel: [ 4870.168047] usb 1-3: new high-speed USB device number 5 using ehci_hcd Mar 14 17:31:50 pauper kernel: [ 4870.320281] usb 1-3: New USB device found, idVendor=03f0, idProduct=4117 Mar 14 17:31:50 pauper kernel: [ 4870.320285] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Mar 14 17:31:50 pauper kernel: [ 4870.320288] usb 1-3: Product: HP LaserJet 1018 Mar 14 17:31:50 pauper kernel: [ 4870.320291] usb 1-3: Manufacturer: Hewlett- Packard Mar 14 17:31:50 pauper kernel: [ 4870.320293] usb 1-3: SerialNumber: cut Mar 14 17:31:50 pauper kernel: [ 4870.323482] usblp0: USB Bidirectional printer dev 5 if 0 alt 0 proto 2 vid 0x03F0 pid 0x4117 Mar 14 17:31:50 pauper mtp-probe: checking bus 1, device 5: /sys/devices/pci:00/:00:1d.7/usb1/1-3 Mar 14 17:31:50 pauper mtp-probe: bus: 1, device: 5 was not an MTP device Mar 14 17:31:53 pauper /usr/sbin/hplj1018: foo2zjs: loading HP LaserJet 1018 firmware /lib/firmware/hp/sihp1018.dl to /dev/usb/lp0 ... Mar 14 17:31:53 pauper udev-configure-printer: add /devices/pci:00/:00:1d.7/usb1/1-3/1-3:1.0 Mar 14 17:31:53 pauper udev-configure-printer: device devpath is /devices/pci:00/:00:1d.7/usb1/1-3 Mar 14 17:31:53 pauper udev-configure-printer: Device vendor/product is 03F0:4117 Mar 14 17:31:53 pauper udev-configure-printer: add /devices/pci:00/:00:1d.7/usb1/1-3/1-3:1.0/usb/lp0 Mar 14 17:31:54 pauper udev-configure-printer: failed to claim interface Mar 14 17:31:54 pauper udev-configure-printer: unable to access /sys/devices/pci:00/:00:1d.7/usb1/1-3/1-3:1.0/usb/lp0 Mar 14 17:31:54 pauper /usr/sbin/hplj1018: foo2zjs: ... download failed. Mar 14 17:31:54 pauper kernel: [ 4873.440514] usblp0: nonzero write bulk status received: -108 Mar 14 17:31:54 pauper kernel: [ 4873.440639] usblp0: nonzero read bulk status received: -108 Mar 14 17:31:54 pauper kernel: [ 4873.440763] usblp0: removed Mar 14 17:32:10 pauper kernel: [ 4889.440272] usblp0: USB Bidirectional printer dev 5 if 0 alt 0 proto 2 vid 0x03F0 pid 0x4117 Mar 14 17:32:10 pauper udev-configure-printer: add /devices/pci:00/:00:1d.7/usb1/1-3/1-3:1.0/usb/lp0 Mar 14 17:32:10 pauper udev-configure-printer: device devpath is /devices/pci:00/:00:1d.7/usb1/1-3 Mar 14 17:32:18 pauper kernel: [ 4897.580475] usblp0: removed Mar 14 17:32:19 pauper kernel: [ 4898.871255] usblp0: USB Bidirectional printer dev 5 if 0 alt 0 proto 2 vid 0x03F0 pid 0x4117 Mar 14 17:32:19 pauper /usr/sbin/hplj1018: foo2zjs: loading HP LaserJet 1018 firmware /lib/firmware/hp/sihp1018.dl to CUPS USB device ... Mar 14 17:32:19 pauper udev-configure-printer: add /devices/pci:00/:00:1d.7/usb1/1-3/1-3:1.0/usb/lp0 Mar 14 17:32:19 pauper udev-configure-printer: device devpath is /devices/pci:00/:00:1d.7/usb1/1-3 Mar 14 17:32:19 pauper udev-configure-printer: MFG:Hewlett-Packard MDL:HP LaserJet 1018 SERN:- serial:cut Mar 14 17:32:19 pauper kernel: [ 4898.877030] usblp0: removed Mar 14 17:32:20 pauper kernel: [ 4899.886594] usb 1-3: usbfs: process 7909 (usb) did not claim interface 0 before use Mar 14 17:32:20 pauper udev-configure-printer: URI contains USB serial number Mar 14 17:32:20 pauper udev-configure-printer: URI match: usb://HP/LaserJet%201018?serial=KP32RZ9 Mar 14 17:32:20 pauper udev-configure-printer: Consider also queues with /usb/lp0 or /usblp0 in their URIs as matching Mar 14 17:32:20 pauper udev-configure-printer: URI of print queue: usb://HP/LaserJet%201018?serial=cut, normalized: laserjet 1018 serial cut Mar 14 17:32:20 pauper udev-configure-printer: URI of detected printer: usb://HP/LaserJet%201018?serial=cut, normalized: laserjet 1018 serial cut Mar 14 17:32:20 pauper udev-configure-printer: Queue ipp://localhost:631/printers/HP-LaserJet-1018 has matching device URI Mar 14 17:32:20 pauper udev-configure-printer: Re-enabled printer ipp://localhost:631/printers/HP-LaserJet-1018 Mar 14 17:32:20 pauper udev-configure-printer: URI of print queue: ipp://192.168.0.1:631/printers/laserjet1018, normalized: ipp 192 168 0 1 631 printers laserjet1018 Mar 14 17:32:20 pauper udev-configure-printer: URI of detected printer: usb://HP/LaserJet%201018?serial=cut, normalized: laserjet 1018 serial cut Mar 14 17:32:20 pauper kernel: [ 4899.897387] usblp0: USB Bidirectional printer dev 5 if 0 alt 0 proto 2 vid 0x03F0 pid 0x4117 Mar 14 17:32:20 pauper /usr/sbin/hplj1018: foo2zjs: usb://HP/LaserJet%201018?serial=cut... download failed. Mar 14 17:32:22 pauper /usr/sbin/hplj1018: foo2zjs: loading HP LaserJet 1018 firmware /lib/firmware/hp/sihp1018.dl to /dev/usb/lp0 ... Mar 14 17:32:22 pauper udev-configure-printer: add /devices/pci:00/:00:1d.7/usb1/1-3/1-3:1.0/usb/lp0 Mar 14 17:32:22 pauper udev-configure-printer:
Bug#663869: provide description of keyboard shortcuts in the manpage
Package: libfreenect-demos Version: 1:0.1.2+dfsg-5 Severity: wishlist File: /usr/bin/freenect-cppview -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libfreenect-demos depends on: ii libfreenect-bin 1:0.1.2+dfsg-5 libfreenect-demos recommends no packages. libfreenect-demos 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#652627: Patch for the 2.10+nmu1 NMU of tex-common
On 13.03.12 Christian PERRIER (bubu...@debian.org) wrote: Quoting Norbert Preining (prein...@logic.at): Hi, Can please someone check that this is already included in the v3 release? And if not add the necessary stuff there? At least pl seems to be outdated in v3+ I can provided you guys with a checked and verified debian/po tarball. That could be easier to merge than the patch I sent. The nl.po is already in tex-common 3.0, the pl.po I checked in for tex-common 3.3 yesterday. H. -- sigmentation fault signature.asc Description: Digital signature
Bug#663593: otrs2: temporary files can not be created
Dear Patrick, Thank you for your support. The problem with the temporary file is solved, but there is a further problem. (Info: I'm now working with version 3.1.2+dfsg1-2) Some information about my setup: # ls -ld /usr/share/otrs/Kernel/Config/Files drwxr-xr-x 2 root root 4096 14. Mär 16:34 /usr/share/otrs/Kernel/Config/Files # ls -l /usr/share/otrs/Kernel/Config/Files -rw-r--r-- 1 root root 52 6. Nov 16:31 Deprecated.xml -rw-r--r-- 1 root root 281418 11. Mär 16:43 Framework.xml -rw-r--r-- 1 root root 23118 26. Jan 13:37 GenericInterface.xml -rw-r--r-- 1 root root 3942 15. Jul 2011 Scheduler.xml -rw-r--r-- 1 root root 409976 1. Mär 14:02 Ticket.xml lrwxrwxrwx 1 root root 32 14. Mär 16:34 ZZZAAuto.pm - /var/lib/otrs/Config/ZZZAAuto.pm lrwxrwxrwx 1 root root 31 14. Mär 16:39 ZZZAuto.pm - /var/lib/otrs/Config/ZZZAuto.pm # ls -ld /var/lib/otrs/Config drwxrwxr-x 2 root www-data 4096 14. Mär 16:40 /var/lib/otrs/Config # ls -l /var/lib/otrs/Config -rw-rw-r-- 1 www-data www-data 148355 14. Mär 16:40 ZZZAAuto.pm -rw-rw-r-- 1 root www-data335 10. Mär 10:34 ZZZAuto.pm With your patch, I can drive in the OTRS web interface SysConfig. But I can not update the configuration. Here is the error message: Backend ERROR: OTRS-CGI-10 Perl: 5.10.1 OS: linux Time: Wed Mar 14 16:47:18 2012 Message: Can't write ConfigItem! Traceback (28616): Module: Kernel::Modules::AdminSysConfig::Run (v1.119) Line: 174 Module: Kernel::System::Web::InterfaceAgent::Run (v1.64) Line: 868 Module: ModPerl::ROOT::ModPerl::Registry::usr_share_otrs_bin_cgi_2dbin_index_2epl::handler (unknown version) Line: 46 Module: (eval) (v1.90) Line: 204 Module: ModPerl::RegistryCooker::run (v1.90) Line: 204 Module: ModPerl::RegistryCooker::default_handler (v1.90) Line: 170 Module: ModPerl::Registry::handler (v1.99) Line: 31 So I can write the configuration file… # chgrp www-data /usr/share/otrs/Kernel/Config/Files # chmod 0775 /usr/share/otrs/Kernel/Config/Files # ls -ld /usr/share/otrs/Kernel/Config/Files drwxrwxr-x 2 root www-data 4096 14. Mär 16:39 /usr/share/otrs/Kernel/Config/File The permissions look like this afterwards (symlink no longer exists): # ls -l /usr/share/otrs/Kernel/Config/Files/ZZZ* lrwxrwxrwx 1 root root 32 14. Mär 16:34 /usr/share/otrs/Kernel/Config/Files/ZZZAAuto.pm - /var/lib/otrs/Config/ZZZAAuto.pm -rw-rw-r-- 1 www-data www-data 402 14. Mär 16:55 /usr/share/otrs/Kernel/Config/Files/ZZZAuto.pm To make matters worse, the command 'dpkg-reconfigure otrs2', the permissions for the directory /usr/share/otrs/Kernel/Config/Files resets. # ls -ld /usr/share/otrs/Kernel/Config/Files drwxr-xr-x 2 root root 4096 14. Mär 16:55 /usr/share/otrs/Kernel/Config/Files Then the error in the backend of course, is back. :-( This is still my webserver setup: # cat /etc/apache2/sites-available/helpdesk VirtualHost *:80 ServerName helpdesk.xxx ScriptAlias /otrs/ /usr/share/otrs/bin/cgi-bin/ Alias /otrs-web/ /usr/share/otrs/var/httpd/htdocs/ # if mod_perl is used IfModule mod_perl.c # load all otrs modules Perlrequire /usr/share/otrs/scripts/apache2-perl-startup.pl # Apache::Reload - Reload Perl Modules when Changed on Disk PerlModule Apache2::Reload PerlInitHandler Apache2::Reload PerlModule Apache2::RequestRec # set mod_perl2 options Location /otrs ErrorDocument 403 /otrs/index.pl ErrorDocument 404 /otrs/index.pl SetHandler perl-script PerlResponseHandler ModPerl::Registry Options +ExecCGI +FollowSymLinks PerlOptions +ParseHeaders PerlOptions +SetupEnv Order allow,deny Allow from all IfModule mod_rewrite.c RewriteEngine On RewriteCond /usr/share/otrs/var/httpd/htdocs/maintenance.html -l RewriteRule ^.*$ /otrs-web/maintenance.html /IfModule /Location # set mod_perl2 option for generic interface Location /otrs/nph-genericinterface.pl PerlOptions -ParseHeaders /Location /IfModule # directory settings Directory /usr/share/otrs/bin/cgi-bin/ AllowOverride None Options +ExecCGI -Includes Order allow,deny Allow from all /Directory Directory /usr/share/otrs/var/httpd/htdocs/ AllowOverride None Order allow,deny Allow from all /Directory IfModule mod_headers.c Directory /usr/share/otrs/var/httpd/htdocs/skins/*/*/css-cache FilesMatch \.(css|CSS)$ Header set Cache-Control max-age=2592000 must-revalidate /FilesMatch /Directory Directory /usr/share/otrs/var/httpd/htdocs/js/js-cache FilesMatch \.(js|JS)$ Header set Cache-Control max-age=2592000 must-revalidate /FilesMatch /Directory /IfModule /VirtualHost So long, hope it helps. With kind regards, Uwe signature.asc Description: This is a digitally signed message part.
Bug#663870: testing
Package: bugs.debian.org testing Don Armstrong -- Maybe I did steal your heart and I am such a perfect criminal that you never noticed -- a softer world #481 http://www.asofterworld.com/index.php?id=481 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663871: SIGSEGV in WebCore::GraphicsContext::platformInit
Package: libwebkitgtk-1.0-0 Version: 1.6.3-1 Severity: important File: /usr/lib/webkitgtk-1.0-0/libexec/GtkLauncher Hi, While trying to reproduce crashes in Midori I turned up the attached backtrace from GtkLauncher, while I was scrolling down a page using the cursor keys. It appears different to the actual issue I was looking for, and different to #651636 also. Thanks. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: mipsel (mips64) Kernel: Linux 3.2.0-1-loongson-2f Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh-static Versions of packages libwebkitgtk-1.0-0 depends on: ii libatk1.0-0 2.2.0-2 ii libc62.13-27 ii libcairo21.10.2-6.2 ii libdbus-1-3 1.4.18-1 ii libdbus-glib-1-2 0.98-1 ii libenchant1c2a 1.6.0-7 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgail182.24.10-1 ii libgcc1 1:4.6.3-1 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libgeoclue0 0.12.0-4 ii libglib2.0-0 2.30.2-6 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk2.0-0 2.24.10-1 ii libicu48 4.8.1.1-3 ii libjavascriptcoregtk-1.0-0 1.6.3-1 ii libjpeg8 8d-1 ii libpango1.0-01.29.4-2 ii libpng12-0 1.2.47-1 ii libsoup2.4-1 2.34.3-1 ii libsqlite3-0 3.7.10-1 ii libstdc++6 4.6.3-1 ii libwebkitgtk-1.0-common 1.6.3-1 ii libx11-6 2:1.4.4-4 ii libxml2 2.7.8.dfsg-7 ii libxrender1 1:0.9.6-2 ii libxslt1.1 1.1.26-8 ii libxt6 1:1.1.1-2 ii zlib1g 1:1.2.6.dfsg-2 libwebkitgtk-1.0-0 recommends no packages. libwebkitgtk-1.0-0 suggests no packages. -- no debconf information GNU gdb (GDB) 7.4-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as mipsel-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/lib/webkitgtk-1.0-0/libexec/GtkLauncher...Reading symbols from /usr/lib/debug/usr/lib/webkitgtk-1.0-0/libexec/GtkLauncher...done. done. (gdb) run http://planet.debian.org Starting program: /usr/lib/webkitgtk-1.0-0/libexec/GtkLauncher http://planet.debian.org [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/mipsel-linux-gnu/libthread_db.so.1. [New Thread 0x735b72f0 (LWP 28286)] [New Thread 0x72c972f0 (LWP 28287)] [New Thread 0x7245f2f0 (LWP 28288)] [New Thread 0x71aff2f0 (LWP 28289)] [New Thread 0x6d1c72f0 (LWP 28293)] [Thread 0x6d1c72f0 (LWP 28293) exited] [New Thread 0x6d1c72f0 (LWP 28297)] [New Thread 0x6c3f72f0 (LWP 28298)] [New Thread 0x6bbf72f0 (LWP 28299)] [New Thread 0x6b3e72f0 (LWP 28300)] [New Thread 0x6abe72f0 (LWP 28301)] [New Thread 0x6a3e72f0 (LWP 28302)] [New Thread 0x69be72f0 (LWP 28303)] [New Thread 0x693e72f0 (LWP 28304)] [New Thread 0x68be72f0 (LWP 28305)] [New Thread 0x682e72f0 (LWP 28306)] [New Thread 0x67ae72f0 (LWP 28307)] [Thread 0x68be72f0 (LWP 28305) exited] [Thread 0x6b3e72f0 (LWP 28300) exited] [Thread 0x69be72f0 (LWP 28303) exited] [Thread 0x6bbf72f0 (LWP 28299) exited] [Thread 0x67ae72f0 (LWP 28307) exited] [Thread 0x6a3e72f0 (LWP 28302) exited] [Thread 0x693e72f0 (LWP 28304) exited] [Thread 0x6abe72f0 (LWP 28301) exited] [Thread 0x682e72f0 (LWP 28306) exited] [New Thread 0x682e72f0 (LWP 28313)] [New Thread 0x6abe72f0 (LWP 28314)] [New Thread 0x693e72f0 (LWP 28315)] [New Thread 0x6a3e72f0 (LWP 28316)] [New Thread 0x67ae72f0 (LWP 28317)] [New Thread 0x6ba9b2f0 (LWP 28318)] [New Thread 0x69be72f0 (LWP 28319)] [New Thread 0x68be72f0 (LWP 28320)] [New Thread 0x6707b2f0 (LWP 28321)] [New Thread 0x6687b2f0 (LWP 28322)] [New Thread 0x6607b2f0 (LWP 28336)] [Thread 0x6707b2f0 (LWP 28321) exited] [Thread 0x6607b2f0 (LWP 28336) exited] [Thread 0x6687b2f0 (LWP 28322) exited] [Thread 0x69be72f0 (LWP 28319) exited] [Thread 0x682e72f0 (LWP 28313) exited] [Thread 0x6a3e72f0 (LWP 28316) exited] [Thread 0x693e72f0 (LWP 28315) exited] [Thread 0x68be72f0 (LWP 28320) exited] [Thread 0x6ba9b2f0 (LWP 28318) exited] [Thread 0x67ae72f0 (LWP 28317) exited] [Thread 0x6abe72f0 (LWP 28314) exited] [Thread 0x6c3f72f0 (LWP 28298) exited] [New Thread 0x6abe72f0 (LWP 28397)] [New Thread
Bug#663520: Update: Support for incremental updates, bigarrays and multithreading
On 03/12/2012 03:18 PM, Goswin von Brederlow wrote: Source: ocaml-sha Version: 1.7-2 Followup-For: Bug #663520 Small update for this patch. The last version had a memory leak from strdup() because I forgot a free(name_dup) and didn't check the return value of strdup(). This version uses strdupa() and defines it if undefined, for non GNU compiler. Hi Goswin, Can you open those issues/patches on the upstream bugtracker at: http://github.com/vincenthz/ocaml-sha/ Would be valuable to separate patch into multiples patch per features. -- Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650079: augeas-lenses: fails to parse /etc/sudoers
Hi, I managed to come back to this bug and spent some time to prepare a testcase: * the attached working /etc/sudoers is properly parsed by augeas * the attached fail /etc/sudoers makes augeas output empty The only difference between these two files is the addition of the following line in the failing testcase: Defaults!PBUILDER env_keep+=HOME ARCH DIST DISTRIBUTION PDEBUILD_PBUILDER In case you need anything else from me before you forward this bug upstream or fix it, don't hesitate telling me. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | The impossible just takes a bit longer. # /etc/sudoers # # This file MUST be edited with the 'visudo' command as root. # # See the man page for details on how to write a sudoers file. # Defaultsenv_reset Defaults secure_path=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/home/intrigeri/bin # Host alias specification # User alias specification # Cmnd alias specification Cmnd_Alias PBUILDER = /usr/sbin/pbuilder, /usr/sbin/cowbuilder Defaults!PBUILDER env_keep+=HOME ARCH DIST DISTRIBUTION PDEBUILD_PBUILDER # User privilege specification rootALL=(ALL:ALL) ALL # Allow members of group sudo to execute any command # (Note that later entries override this, so you might need to move # it further down) %sudo ALL=(ALL:ALL) NOPASSWD : ALL # #includedir /etc/sudoers.d # /etc/sudoers # # This file MUST be edited with the 'visudo' command as root. # # See the man page for details on how to write a sudoers file. # Defaultsenv_reset Defaults secure_path=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/home/intrigeri/bin # Host alias specification # User alias specification # Cmnd alias specification Cmnd_Alias PBUILDER = /usr/sbin/pbuilder, /usr/sbin/cowbuilder # User privilege specification rootALL=(ALL:ALL) ALL # Allow members of group sudo to execute any command # (Note that later entries override this, so you might need to move # it further down) %sudo ALL=(ALL:ALL) NOPASSWD : ALL # #includedir /etc/sudoers.d
Bug#659112: Please update python-selenium to version 2.19.1
Quoting Sascha Girrulat sas...@girrulat.de: Yes, but python-selenium is a component of the selenium suite and the source it is bundled with all selenium components like java-selenium, selenium-server, selenium-ide... We need to package the suite and then the updates will be much easier but...so much to do and so little time. I see, this justifies a team of its own. Anyway, thanks for working on the package! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661511: (another) ftbfs
Dear mentors, (Update) tpb - program to use the IBM ThinkPad(tm) special keys To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tpb Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tpb/tpb_0.6.4-8.dsc Changes since the last upload: tpb (0.6.4-8) unstable; urgency=low * New maintainer (Closes: #643900) * Switch to dpkg-source 3.0 (quilt) format * debian/compat: - Bump debhelper compat level to 7 * debian/control: - Update Build-Depends debhelper to (= 7.0.50~) - Bump to Standards-Version 3.9.3, no changes needed - Add upstream home page - Add dpkg-dev (= 1.16.1~) to Build-Deps as we require the hardening build flags * debian/rules: - Replace dh_clean -k with dh_prep * debian/watch - Remove dh_make template * debian/tpb.config: - Fix lintian warning: unused-debconf-template - Remove db_input medium tpb/makedev, not contained in debconf templates file (Closes: #656917) * Add Indonesian debconf translation from Mahyuddin Susanto (Closes: #607336) * Add Polish debconf translation from Michał Kułach (Closes: #662093) * Fix lintian spelling error: - debian/patch/fix-spelling-error-in-manpage.patch - debian/patch/fix-spelling-error-in-binary.patch -- ปรัชญ์ พงษ์พานิช Prach Pongpanich http://prach-public.blogspot.com
Bug#663572: [Pkg-xfce-devel] Bug#663572: lightdm does not allow use of compose key
On mer., 2012-03-14 at 20:39 +1100, James Tocknell wrote: The output in both sessions is: Trying to build keymap using the following components: keycodes: evdev+aliases(qwerty) types: complete compat: complete symbols:pc+us+inet(evdev)+terminate(ctrl_alt_bksp) geometry: pc(pc105) The compose key is enabled using a .Xmodmap file. So that means the xmodmap is not really enabled at login time, which might be related on what session you start in both cases? -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663763: xserver-xorg-video-nouveau: X server freeze
Hi Sebastian, Your report was incomplete, please send the output of /usr/share/bug/xserver-xorg-core/script 31 Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656833: gmediaserver: libupnp3 - libupnp6 transition
Hi Nick, To aid the forthcoming transition from libupnp3 to libupnp6, please could you apply the attached patch to Build-Depend on libupnp-dev ? The intention is that this will always point to the stable branch of libupnp. sorry, but the package doesn't build anymore... +Index: gmediaserver-0.13.0/src/webserver.c +=== +--- gmediaserver-0.13.0.orig/src/webserver.c 2011-10-18 18:00:17.0 +0100 gmediaserver-0.13.0/src/webserver.c2011-10-18 18:00:22.0 +0100 +@@ -83,7 +83,7 @@ + return get_entry_by_id(id); + } + +-static int ++static VDCallback_GetInfo + webserver_get_info(const char *filename, struct File_Info *info) + { + Entry *entry; VDCallback_GetInfo is undefined in libupnp3-dev. Thanks, Jochen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663593: otrs2: temporary files can not be created
Am 14.03.2012 17:30, schrieb Uwe Kerstan: Dear Patrick, Thank you for your support. The problem with the temporary file is solved, but there is a further problem. (Info: I'm now working with version 3.1.2+dfsg1-2) Some information about my setup: # ls -ld /usr/share/otrs/Kernel/Config/Files drwxr-xr-x 2 root root 4096 14. Mär 16:34 /usr/share/otrs/Kernel/Config/Files # ls -l /usr/share/otrs/Kernel/Config/Files -rw-r--r-- 1 root root 52 6. Nov 16:31 Deprecated.xml -rw-r--r-- 1 root root 281418 11. Mär 16:43 Framework.xml -rw-r--r-- 1 root root 23118 26. Jan 13:37 GenericInterface.xml -rw-r--r-- 1 root root 3942 15. Jul 2011 Scheduler.xml -rw-r--r-- 1 root root 409976 1. Mär 14:02 Ticket.xml lrwxrwxrwx 1 root root 32 14. Mär 16:34 ZZZAAuto.pm - /var/lib/otrs/Config/ZZZAAuto.pm lrwxrwxrwx 1 root root 31 14. Mär 16:39 ZZZAuto.pm - /var/lib/otrs/Config/ZZZAuto.pm # ls -ld /var/lib/otrs/Config drwxrwxr-x 2 root www-data 4096 14. Mär 16:40 /var/lib/otrs/Config # ls -l /var/lib/otrs/Config -rw-rw-r-- 1 www-data www-data 148355 14. Mär 16:40 ZZZAAuto.pm -rw-rw-r-- 1 root www-data335 10. Mär 10:34 ZZZAuto.pm With your patch, I can drive in the OTRS web interface SysConfig. But I can not update the configuration. Here is the error message: Backend ERROR: OTRS-CGI-10 Perl: 5.10.1 OS: linux Time: Wed Mar 14 16:47:18 2012 Message: Can't write ConfigItem! Traceback (28616): Module: Kernel::Modules::AdminSysConfig::Run (v1.119) Line: 174 Module: Kernel::System::Web::InterfaceAgent::Run (v1.64) Line: 868 Module: ModPerl::ROOT::ModPerl::Registry::usr_share_otrs_bin_cgi_2dbin_index_2epl::handler (unknown version) Line: 46 Module: (eval) (v1.90) Line: 204 Module: ModPerl::RegistryCooker::run (v1.90) Line: 204 Module: ModPerl::RegistryCooker::default_handler (v1.90) Line: 170 Module: ModPerl::Registry::handler (v1.99) Line: 31 So I can write the configuration file… # chgrp www-data /usr/share/otrs/Kernel/Config/Files # chmod 0775 /usr/share/otrs/Kernel/Config/Files # ls -ld /usr/share/otrs/Kernel/Config/Files drwxrwxr-x 2 root www-data 4096 14. Mär 16:39 /usr/share/otrs/Kernel/Config/File The permissions look like this afterwards (symlink no longer exists): # ls -l /usr/share/otrs/Kernel/Config/Files/ZZZ* lrwxrwxrwx 1 root root 32 14. Mär 16:34 /usr/share/otrs/Kernel/Config/Files/ZZZAAuto.pm - /var/lib/otrs/Config/ZZZAAuto.pm -rw-rw-r-- 1 www-data www-data 402 14. Mär 16:55 /usr/share/otrs/Kernel/Config/Files/ZZZAuto.pm To make matters worse, the command 'dpkg-reconfigure otrs2', the permissions for the directory /usr/share/otrs/Kernel/Config/Files resets. # ls -ld /usr/share/otrs/Kernel/Config/Files drwxr-xr-x 2 root root 4096 14. Mär 16:55 /usr/share/otrs/Kernel/Config/Files The problem is, that it is a security bug to make files under /usr writable, but okay now we know that the same has to be patched for ZZZAuto.pm, too. I will send you a refreshed one, soon -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#663872: rhythmbox-plugins: Missing dependency on gir1.2-gnomekeyring
Package: rhythmbox-plugins Version: 2.96-2 Severity: important Dear Maintainer, You can't enable the Magnatune plugin in the UI. After some debugging, it seems the problem is a missing gir1.2-gnomekeyring-1.0 package. When I install that everything works fine (well, apart from some bugs in the plugin which I'm going to send a patch to upstream about). Ole -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rhythmbox-plugins depends on: ii gconf-service3.2.3-3 ii gir1.2-gconf-2.0 3.2.3-3 ii gir1.2-glib-2.0 1.31.20-1 ii gir1.2-gtk-3.0 3.2.3-1 ii gir1.2-peas-1.0 1.2.0-1 ii gir1.2-rb-3.02.96-2 ii gir1.2-webkit-3.01.6.3-2 ii libatk1.0-0 2.2.0-2 ii libc62.13-27 ii libcairo-gobject21.10.2-7 ii libcairo21.10.2-7 ii libclutter-1.0-0 1.8.4-1 ii libclutter-gst-1.0-0 1.4.6-1 ii libclutter-gtk-1.0-0 1.0.4-1 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libdmapsharing-3.0-2 2.9.14-1 ii libdrm2 2.4.30-1 ii libffi5 3.0.10-3 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgconf-2-4 3.2.3-3 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libgirepository-1.0-11.31.20-1 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglib2.0-0 2.30.2-6 ii libgnome-keyring03.2.2-2 ii libgpod4 0.8.2-6 ii libgrilo-0.1-0 0.1.18-2 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.2.3-1 ii libgudev-1.0-0 175-3.1 ii libimobiledevice21.1.1-3 ii libjson-glib-1.0-0 0.14.2-1 ii liblircclient0 0.9.0~pre1-1 ii libmtp9 1.1.2-2 ii libmusicbrainz3-63.0.2-2 ii libmx-1.0-2 1.4.2-1 ii libnotify4 0.7.4-1 ii libpango1.0-01.29.4-3 ii libpeas-1.0-01.2.0-1 ii librhythmbox-core5 2.96-2 ii libsoup-gnome2.4-1 2.36.1-1 ii libsoup2.4-1 2.36.1-1 ii libtdb1 1.2.9+git20120207-1 ii libtotem-plparser17 2.32.6-3 ii libusb-0.1-4 2:0.1.12-20 ii libx11-6 2:1.4.4-4 ii libxcomposite1 1:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.0-3 ii libxfixes3 1:5.0-4 ii libxi6 2:1.4.5-1 ii libxml2 2.7.8.dfsg-7 ii python 2.7.2-10 ii python-gnomekeyring 2.32.0+dfsg-1 ii python-mako 0.6.2-1 ii python2.72.7.3~rc1-1 ii rhythmbox2.96-2 ii zeitgeist-core 0.8.2-1 ii zlib1g 1:1.2.6.dfsg-2 Versions of packages rhythmbox-plugins recommends: ii nautilus-sendto 3.0.1-2 rhythmbox-plugins 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#663873: puppet-common: Puppet 2.6-2.7 are broken for runit/daemontools/runsvdir support
Package: puppet-common Version: 2.7.11-1 Severity: important Tags: patch upstream When using runit/daemontools with puppet, the puppet provider for handling runsv style services is broken, as it does not wait for runsvdir to detect a new service. This is known to upstream puppet as bug 4480: http://projects.puppetlabs.com/issues/4480 A patch branch/pull request is included at https://github.com/puppetlabs/puppet/pull/463 This should probably be applied as an update to puppet in stable, as well as testing/sid. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 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 puppet-common depends on: ii adduser 3.113+nmu1 ii facter1.6.5-1 ii file-rc 0.8.12 ii libaugeas-ruby1.8 0.3.0-1.1 ii libopenssl-ruby none ii libruby [libxmlrpc-ruby] 4.8 ii libshadow-ruby1.8 1.4.1-8 ii lsb-base 3.2-28.1 ii ruby1.8 1.8.7.352-2 Versions of packages puppet-common recommends: ii debconf-utils 1.5.41 ii lsb-release3.2-28.1 Versions of packages puppet-common suggests: pn librrd-ruby1.8 none pn ruby-selinux | libselinux-ruby1.8 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#663874: python2.7: dangling symlink /usr/bin/python2-config
Package: python2.7 Version: 2.7.3~rc1-1 Severity: normal Without python2.7-dev installed, /usr/bin/python2-config is a dangling symlink: , | $ file /usr/bin/python2-config | /usr/bin/python2-config: broken symbolic link to `python2.7-config' ` -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.3.0-rc7-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python2.7 depends on: ii libbz2-1.0 1.0.6-1 ii libc6 2.13-27 ii libdb4.8 4.8.30-11 ii libexpat1 2.0.1-7.2 ii libgcc11:4.6.3-1 ii libncursesw5 5.9-5 ii libreadline6 6.2-8 ii libsqlite3-0 3.7.10-1 ii libtinfo5 5.9-5 ii mime-support 3.52-1 ii python2.7-minimal 2.7.3~rc1-1 python2.7 recommends no packages. Versions of packages python2.7 suggests: pn binutils 2.22-6 pn python2.7-doc 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#634538: tcpreplay: FTBFS: configure: error: Unable to find matching library for header file in /usr
On Tue, 19 Jul 2011 08:30:51 +0200, Lucas Nussbaum wrote: Source: tcpreplay Version: 3.4.3-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110718 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Attached is a debdiff based on the Ubuntu patch that makes the package build. But: % lintian -F tcpreplay_3.4.3-2.1_amd64.changes E: tcpreplay: embedded-library usr/bin/tcpbridge: libpcap E: tcpreplay: embedded-library usr/bin/tcpprep: libpcap E: tcpreplay: embedded-library usr/bin/tcpreplay: libpcap E: tcpreplay: embedded-library usr/bin/tcpreplay-edit: libpcap E: tcpreplay: embedded-library usr/bin/tcprewrite: libpcap Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- diff -u tcpreplay-3.4.3/debian/changelog tcpreplay-3.4.3/debian/changelog --- tcpreplay-3.4.3/debian/changelog +++ tcpreplay-3.4.3/debian/changelog @@ -1,3 +1,16 @@ +tcpreplay (3.4.3-2.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix FTBFS: configure: error: Unable to find matching library for +header file in /usr: +- extrace the part of the Ubuntu patch from Matthias Klose that tells + configure.ac about the pcap multiarch dir (LP: #832912), and build + depend on dpkg-dev (= 1.16.0) +- use dh-autoreconf in debian/rules, update build dependencies +(Closes: #634538) + + -- gregor herrmann gre...@debian.org Wed, 14 Mar 2012 18:00:49 +0100 + tcpreplay (3.4.3-2) unstable; urgency=low * debian/compat raised to 5 like the dependency in 3.4.3-1 diff -u tcpreplay-3.4.3/debian/rules tcpreplay-3.4.3/debian/rules --- tcpreplay-3.4.3/debian/rules +++ tcpreplay-3.4.3/debian/rules @@ -20,6 +20,7 @@ config.status: configure dh_testdir + dh_autoreconf # Add here commands to configure the package. ./configure --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ @@ -46,11 +47,7 @@ # Add here commands to clean up after the build process. [ ! -f Makefile ] || $(MAKE) distclean - -test -r /usr/share/misc/config.sub \ - cp -f /usr/share/misc/config.sub config.sub - -test -r /usr/share/misc/config.guess \ - cp -f /usr/share/misc/config.guess config.guess - + dh_autoreconf_clean dh_clean diff -u tcpreplay-3.4.3/debian/control tcpreplay-3.4.3/debian/control --- tcpreplay-3.4.3/debian/control +++ tcpreplay-3.4.3/debian/control @@ -2,7 +2,7 @@ Section: net Priority: optional Maintainer: Noèl Köthe n...@debian.org -Build-Depends: debhelper (= 5.0.0), libpcap0.8-dev, tcpdump, autogen, autotools-dev +Build-Depends: debhelper (= 5.0.0), libpcap0.8-dev, tcpdump, autogen, dh-autoreconf, dpkg-dev (= 1.16.0) Standards-Version: 3.8.2 Homepage: http://tcpreplay.synfin.net/ only in patch2: unchanged: --- tcpreplay-3.4.3.orig/configure.ac +++ tcpreplay-3.4.3/configure.ac @@ -38,6 +38,7 @@ AC_SUBST(host) AC_SUBST(build) AC_SUBST(target) +multiarch=$(dpkg-architecture -qDEB_HOST_MULTIARCH) have_cygwin=no AC_MSG_CHECKING([for cygwin development environment]) @@ -359,6 +360,8 @@ fi elif test -f ${testdir}/lib64/libpcap.${libext} ; then LPCAPLIB=${testdir}/lib64/libpcap.${libext} +elif test -f ${testdir}/lib/$multiarch/libpcap.${libext} ; then +LPCAPLIB=${testdir}/lib/$multiarch/libpcap.${libext} elif test -f ${testdir}/lib/libpcap.${libext} ; then LPCAPLIB=${testdir}/lib/libpcap.${libext} elif test -f ${testdir}/lib/libwpcap.${libext} ; then signature.asc Description: Digital signature
Bug#663875: mapserver: Typo in debian/rules configure options (--with-agg)
Package: mapserver Version: 6.0.1-3 Severity: normal There is a typo in COMMON_CONFIG options. '-with-agg' should be '--with-agg'. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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#639489: pitrtools: Please drop version specific postgresql dependency
reassign 639489 ftp.debian.org retitle 639489 RM: pitrtools -- RoM; unused, dead upstream thanks On Mon, 05 Sep 2011 18:48:01 +0200, Dimitri Fontaine wrote: reassign 639489 ftp.debian.org retitle 639489 'RM: pitrtools -- RoM; unused, dead upstream thanks Martin Pitt mp...@debian.org writes: Can you please check that the package still works as intended with postgresql-9.1, and change the dependency to Well it so happens that I finally never used it myself, so I'm orphaning the package. Which didn't see any update in the meantime, either. Seems this never made it to control@, cc'd now. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Sting: All This Time signature.asc Description: Digital signature
Bug#663876: wmbiff: connection leak
Package: wmbiff Version: 0.4.27-2.1 Severity: normal Dear Maintainer, When wmbiff is restarted, either with SIGUSR1, or with shift+control+button1, it does not close its connections. Since wmbiff restarts itself by a call to execvp(), setting FD_CLOEXEC on the sockets seems to be sufficient to fix the problem. The following patch implements it. Regards, Arnaud Giersch --- wmbiff/socket.c.orig2004-10-01 23:05:36.0 +0200 +++ wmbiff/socket.c 2012-03-14 18:32:19.313625507 +0100 @@ -58,6 +58,8 @@ printf(socket() failed.\n); return (-1); }; + if (fcntl(fd, F_SETFD, FD_CLOEXEC) == -1) + perror(fcntl(FD_CLOEXEC)); addr.sin_family = AF_INET; addr.sin_addr.s_addr = *(u_long *) address; @@ -122,6 +124,8 @@ fd = socket(res-ai_family, res-ai_socktype, res-ai_protocol); if (fd 0) continue; + if (fcntl(fd, F_SETFD, FD_CLOEXEC) == -1) + perror(fcntl(FD_CLOEXEC)); if (connect(fd, res-ai_addr, res-ai_addrlen) 0) { close(fd); fd = -1; -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (40, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wmbiff depends on: ii libc62.13-27 ii libgcrypt11 1.5.0-3 ii libgnutls26 2.12.16-1 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii libxpm4 1:3.5.9-4 ii zlib1g 1:1.2.6.dfsg-2 wmbiff recommends no packages. Versions of packages wmbiff suggests: ii ruby4.8 ii ruby1.8 [ruby] 1.8.7.352-2 ii ssh-askpass 1:1.2.4.1-9 -- no debconf information -- http://info.iut-bm.univ-fcomte.fr/staff/giersch/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663877: ITP: utouch-evemu -- Tools and bindings for kernel input event device emulation, data capture, and replay.
Package: wnpp Severity: wishlist Owner: Stephen M. Webb stephen.w...@bregmasoft.ca -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: utouch-evemu Version : 1.0.8 Upstream Author : Canonical Ltd. * URL : https://launchpad.net/utouch-evemu * License : GPL-3 Programming Lang: C, Python Description : Tools and bindings for kernel input event device emulation, data capture, and replay. The evemu library and tools are used to describe devices, record data, create emulation devices, and replay data from kernel evdev (input event) devices. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPYNrUAAoJEAoP+EW32zQnzyQP/ijm/K3MPdDYvoXjPW8golUr A64RgPTNYYYpWtmKnMNiGseHTSGgiRR/FfLji5EheTTO7JOFQvvtDNgSjFySv9aq 8khBEYe3Y3D9BETUb/4vYTL5DUHiKKbZKo4tBBf6YI+KhFxjXoVnI4h1ZsdcIbca MsVr6gHQIsAE6pDMO4iZRog9ZUZI24qrINkdBaGCsXYcchmRG+MYOlOslDt0kqZK X1LtDvFseMhwKy/QiObzd+ICdNIq9etVFubppG0aWWhiHtqLkR1vab51GRdrinXZ SvjF75doMPZrL7Qwqk9DhWO164zCzN/bfBw4dQbURL8cU8P+uUrud5rK0JaS9ojZ UxkNTypOjOcREsnSNYubigfdfkmWVD+2BnH/nLFtoqiMLbI/LQVsmVi/AIrSz61e cU96JY+/BDc3aQfmE2azxBouB3izCs9RgpglMOWBk2rbXQYZTg+D1+ZmSZmJwNmB q+onKiSupH0Kpn9PMfb4oUVF/O/QT8C533xVi9PyPSK/gT7Stu+yuX2ULbL6RRO4 vo5wHV9weU0KkxggUKBnzNHfozn+NMOsHoZLHc5N1PPBddu36MmBNr/aBSLJUTR1 C7Mflp3wFA4hCzqs7H3NysDuEM3YroqPQLf/lOpF3CWpdvSx0wLGCJCuwB6NtfFm Gcgt3Cx7rsJd+kUZOMu+ =2cb6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663878: slurm-llnl: Hardening flags missing
Package: slurm-llnl Version: 2.3.3-2 Severity: important Tags: patch Dear Maintainer, The hardening flags are partially missing because the build system ignores them in some places. For more hardening information please have a look at [1], [2] and [3]. The attached patch fixes the issue, but I'm not sure if the *FLAG - AM_*FLAG change is the best way to handle this. Other Makefile.am handle it this way and it results in the correct flags, but maybe there is a better way. If possible this patch should be send to upstream (*.am only). To check if all flags were correctly enabled you can use `hardening-check` from the hardening-includes package and check the build log (hardening-check doesn't catch everything): $ hardening-check /usr/sbin/slurmstepd /usr/sbin/slurmd /usr/sbin/slurmctld ... /usr/sbin/slurmstepd: Position Independent Executable: no, normal executable! Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no not found! /usr/sbin/slurmd: Position Independent Executable: no, normal executable! Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no not found! /usr/sbin/slurmctld: Position Independent Executable: no, normal executable! Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no not found! ... (Position Independent Executable and Immediate binding is not enabled by default.) Use find -type f \( -executable -o -name \*.so\* \) -exec hardening-check {} + on the build result to check all files. Regards, Simon [1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags [2]: https://wiki.debian.org/HardeningWalkthrough [3]: https://wiki.debian.org/Hardening -- + privacy is necessary + using gnupg http://gnupg.org + public key id: 0x92FEFDB7E44C32F9 Description: Use build flags from environment (dpkg-buildflags). Necessary for hardening flags. Author: Simon Ruderich si...@ruderich.org Last-Update: 2012-03-14 Index: slurm-llnl-2.3.3/contribs/perlapi/libslurmdb/Makefile.in === --- slurm-llnl-2.3.3.orig/contribs/perlapi/libslurmdb/Makefile.in 2012-03-14 18:41:33.112853221 +0100 +++ slurm-llnl-2.3.3/contribs/perlapi/libslurmdb/Makefile.in 2012-03-14 18:41:37.924853185 +0100 @@ -502,15 +502,15 @@ @HAVE_AIX_TRUE@ if [ ! -f Makefile ]; then \ @HAVE_AIX_TRUE@ $(perlpath) Makefile.PL $(PERL_MM_PARAMS) prefix=${prefix} INSTALL_BASE= PERL_MM_OPT=; \ @HAVE_AIX_TRUE@ fi \ -@HAVE_AIX_TRUE@ ($(MAKE) CC=$(CC) CCFLAGS=$(PERL_CFLAGS) -g -static $(CFLAGS) $(PERL_EXTRA_OPTS) || \ -@HAVE_AIX_TRUE@ $(MAKE) CC=$(CC) CCFLAGS=$(PERL_CFLAGS) -g -static $(CFLAGS) $(PERL_EXTRA_OPTS)) \ +@HAVE_AIX_TRUE@ ($(MAKE) CC=$(CC) CCFLAGS=$(PERL_CFLAGS) -g -static $(CFLAGS) $(CPPFLAGS) $(PERL_EXTRA_OPTS) || \ +@HAVE_AIX_TRUE@ $(MAKE) CC=$(CC) CCFLAGS=$(PERL_CFLAGS) -g -static $(CFLAGS) $(CPPFLAGS) $(PERL_EXTRA_OPTS)) \ @HAVE_AIX_TRUE@ cd ..; @HAVE_AIX_FALSE@ @cd $(perl_dir) \ @HAVE_AIX_FALSE@ if [ ! -f Makefile ]; then \ @HAVE_AIX_FALSE@ $(perlpath) Makefile.PL $(PERL_MM_PARAMS) prefix=${prefix} INSTALL_BASE= PERL_MM_OPT=; \ @HAVE_AIX_FALSE@ fi \ -@HAVE_AIX_FALSE@ ($(MAKE) CC=$(CC) LD=$(CC) $(CFLAGS) CCFLAGS=$(PERL_CFLAGS) -g -static $(CFLAGS) $(PERL_EXTRA_OPTS) || \ -@HAVE_AIX_FALSE@ $(MAKE) CC=$(CC) LD=$(CC) $(CFLAGS) CCFLAGS=$(PERL_CFLAGS) -g -static $(CFLAGS) $(PERL_EXTRA_OPTS)) \ +@HAVE_AIX_FALSE@ ($(MAKE) CC=$(CC) LD=$(CC) $(CFLAGS) $(LDFLAGS) CCFLAGS=$(PERL_CFLAGS) -g -static $(CFLAGS) $(CPPFLAGS) $(PERL_EXTRA_OPTS) || \ +@HAVE_AIX_FALSE@ $(MAKE) CC=$(CC) LD=$(CC) $(CFLAGS) $(LDFLAGS) CCFLAGS=$(PERL_CFLAGS) -g -static $(CFLAGS) $(CPPFLAGS) $(PERL_EXTRA_OPTS)) \ @HAVE_AIX_FALSE@ cd ..; install-exec-local: Index: slurm-llnl-2.3.3/contribs/perlapi/libslurmdb/Makefile.am === --- slurm-llnl-2.3.3.orig/contribs/perlapi/libslurmdb/Makefile.am 2012-03-14 18:41:33.112853221 +0100 +++ slurm-llnl-2.3.3/contribs/perlapi/libslurmdb/Makefile.am 2012-03-14 18:41:37.924853185 +0100 @@ -34,16 +34,16 @@ if [ ! -f Makefile ]; then \ $(perlpath) Makefile.PL $(PERL_MM_PARAMS) prefix=${prefix} INSTALL_BASE= PERL_MM_OPT=; \ fi \ - ($(MAKE) CC=$(CC) CCFLAGS=$(PERL_CFLAGS) -g -static $(CFLAGS) $(PERL_EXTRA_OPTS) || \ - $(MAKE) CC=$(CC) CCFLAGS=$(PERL_CFLAGS) -g -static $(CFLAGS) $(PERL_EXTRA_OPTS)) \ + ($(MAKE) CC=$(CC) CCFLAGS=$(PERL_CFLAGS) -g -static $(CFLAGS) $(CPPFLAGS) $(PERL_EXTRA_OPTS) || \ + $(MAKE) CC=$(CC) CCFLAGS=$(PERL_CFLAGS) -g -static $(CFLAGS) $(CPPFLAGS) $(PERL_EXTRA_OPTS)) \ cd ..; else @cd $(perl_dir) \ if [ ! -f Makefile ]; then \ $(perlpath) Makefile.PL $(PERL_MM_PARAMS) prefix=${prefix} INSTALL_BASE=
Bug#663879: error messages after upgrading to new version of python-gobject-2=2.28.6-10
Package: python-gobject-2 Version: 2.28.6-10 Severity: normal Dear Maintainer, I have been getting the following error messages on my terminal after upgrading to the latest version of python-gobject-2 in sid. ** (process:6483): WARNING **: Trying to register gtype 'GMountMountFlags' as flags when in fact it is of type 'GEnum' ** (process:6483): WARNING **: Trying to register gtype 'GDriveStartFlags' as flags when in fact it is of type 'GEnum' ** (process:6483): WARNING **: Trying to register gtype 'GSocketMsgFlags' as flags when in fact it is of type 'GEnum' While I was clueless as to which package was responsible for these errors, a quick search engine click away I was made aware of same/similar errors with this package as well [1]. 1. https://bugs.launchpad.net/ubuntu/+source/pygobject-2/+bug/918607 The errors crop up all the across the terminal no matter what I'm doing on the terminal and is annoyning to say the least. Please lemme know if there is any sort of test or/and workaround it till some proper fix is there. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-gobject-2 depends on: ii libc6 2.13-27 ii libffi5 3.0.10-3 ii libglib2.0-0 2.30.2-6 ii python2.7.2-10 ii python2.6 2.6.7-4 ii python2.7 2.7.3~rc1-1 python-gobject-2 recommends no packages. Versions of packages python-gobject-2 suggests: p python-gobject-2-dbg none -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653919: transition: KDE SC 4.7
On Mon, Mar 12, 2012 at 17:22:12 +0100, Pino Toscano wrote: Can you please schedule the binNMUs for this transition? The third party sources affected are the following: digikam (libkdcraw9, libkexiv2-9) kdevelop (liboktetakastencontrollers4) kipi-plugins (libkdcraw9, libkexiv2-9) koffice (libkdcraw9) kphotoalbum (libkdcraw9, libmarblewidget11) these seems to not need a dep-wait (libkdcraw, libkexiv2, kdesdk and marble built everywhere) networkmanagement (libsolidcontrol4abi1) plasma-widget-adjustableclock (libplasmaclock4abi1) plasma-widget-daisy (libtaskmanager4abi1) plasma-widget-smooth-tasks (libtaskmanager4abi1) these could need a dep-wait on kde-workspace-dev = 4.7 (armhf is still building kde-workspace) All scheduled now. Cheers, Julien signature.asc Description: Digital signature
Bug#663880: ITP: utouch-frame -- Multi-touch input event cooking library
Package: wnpp Severity: wishlist Owner: Stephen M. Webb stephen.w...@bregmasoft.ca -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: utouch-frame Version : 2.2.1 Upstream Author : Canonical Ltd. * URL : https:launchpad.net/utouch-frame * License : GPL-3+ Programming Lang: C, C++ Description : Multi-touch input event cooking library This library and associated tool handles the buildup and synchronization of a set of simultaneous touches. The library is input agnostic, with back-end bindings for mtdev, frame and XI2.2. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPYN92AAoJEAoP+EW32zQnLM0QALMtGAA76H1jHZ/83kP8moOL WwljYc0GN3I1NTRgDpxxpj0L41xP45mbEoBGTmLTmln2F7wwplen/ghtWArc8tFC SWlnqso4yLyzPCBT9o8RNmpjLcBGvjWpWKvjhiDUCYgDJ3Vd/wVO/imyisEG08Xm j9rDeeqs2vPI004loOfSTyq08LK+u7kiIVh3V3P7X23N8DXTltMv8xiO5kJ+pCCd ZrSmxdDllRQvWq5Gn5L5BQQ8ssDd+81eK1e7ho2Lnw9oJKKDVcSR6/rSItrPwAC/ JCUDvzCDD5V1FDVMW8XPoaf39RhbmDvzO+nIoWn1JdIy/sW6MTkVSvMLGsTwi6Kh bG3vZhETOOSmlxSJ8AMSkcWHPK5OJ1AF3Y8jzE8ZZw09lkPT3ty1vS9qClfJ4Qn6 pLRA9AvD8SJu+VIXCMky8hVi6n92J5yyg417+sjRtIanRE7OrrXpud9HiE+Bewr/ DZY/RaA6/++E2Ox46m+D1EK5xm3+3T3nHhOERxLcy+n6NHw+4MGxWbmeN+NHaIT4 i0xFibzysVJc1zFBc5VCgM66ElsBF+2xJpWZpYrpL4Gf55cdLJ6MFXeiE8CfSFp1 3k+jn6zfM3SBlCd3il/U4yB5yMVzBi44oN1pIaAimp0W0X1RhzMwUgnXrXtF+/E+ OPw24D1xEIbjrn8jdP61 =Fb48 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661010: litle hack
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Problem duplicates on win 7 too. I found that all works in remmina if I leave domain field blank. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPYPxOAAoJEFy4/nEE4cHclw0H/0oyD6kbnq7HeQD5LxtSEmDM TSOqTOPpvoy5s+wgdVUm1HexAubBS4V7wlVWeyOBrqsp16kvuNiS3PqOBsi9hoC2 mkueB/U++YFrxsfMPkR09dvwb9Q8L8QVhR1S5ygWviQpNjLnW6LZr4mpjuaxZyDi z+ruRs2uifdaYFzc68DKWALmKBQqt7mH6qcwNLUI3McKhR5KONMVI9upXONhReiQ rc0BYQSj2a8pFVha5qjnkm8AH2Dg2jHL52U/rjTukMqe83bhcgR5CBsT3S3HU1uG 3VbzG36iaES6JY7ytoTX6tKiFsKnTgKpUqKSdFEiorsBQ2APcoe/FDc3W7fDXXQ= =BrCl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663881: ITP: utouch-grail -- multi-touch gesture recognition and instatiation library
Package: wnpp Severity: wishlist Owner: Stephen M. Webb stephen.w...@bregmasoft.ca -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: utouch-grail Version : 3.0.2 Upstream Author : Canonical Ltd. * URL : https://launchpad.net/utouch-grail * License : GPL-3+ Programming Lang: C, C++ Description : multi-touch gesture recognition and instatiation library This library provides a gesture recognition engine layered on top of the utouch-frame multi-touch touch input event cooker. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPYOEfAAoJEAoP+EW32zQnhbYP/1xEQp7ptlouZeY128wynYF+ yvpo6KDQ/YQcvzViiYlSaJQglpBXuF8Ijto7pBxn1eDhLOm5RLcpMsHBEAo3p+j0 4oDCbvz/Gw6pG+T827kT/DoAMiPVLUv7Gi6bGjzk4G3iXtQgX+/AxorDUSZIWciF AIHKYnYS8ZwVwA7kPoqsQbNxrVu6RTDW98DKjBQaQusc18EmBi9ntjNQ7oI0h0wv Y7p1vCvtLi/qAQLF9mGAp2yYQi7dS7J7icK8fJUlhuQCQ5+6lD8b+ZMUcLQbgHng Z6YJsjx7dk/s3XuKENVmZ2XYAxOFNNoat93jVMLXDq+tZp79MYifseARvHbvMPVv RBxMk8J8dyroyO7zJVbMDLISqYgTS7D35PXvVQYJnhEMrLpnoMT+KqLzdAoYp9us WgIwu023Fvii6jPYijRt6rpYSOoIZvnSRIO0nMM1HShtyoy/Ri7/5ZXK//ZArQ2I S28tX51ktDpLAdWIJ5Hmh0Nk+YMkeYDlqbD2XacCQZjSjkY9O6PUq58IqPzDNPj6 rHr5dCnyL26lCLfU45yqsE2sFB48JyWxPFMcceviX98lHLk4CT4n0BQp3m8P3dwu k6QdFYTRnNN41dnA1ATwinpCijhTC5UICOa8Gpx4qAG5ii/CI+sZpmv1YHhkSAVT WdBm1qGPMIXX2MK4S2aK =ulme -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653919: transition: KDE SC 4.7
Hi, Alle lunedì 12 marzo 2012, Pino Toscano ha scritto: A new kde4libs upload is needed (will be done soon), but since it fixes a bad crasher it will have urgency=medium. D'uh, I accidentally made it urgency=low, could it be possible to age it to 5 days? Alle mercoledì 14 marzo 2012, Julien Cristau ha scritto: On Mon, Mar 12, 2012 at 17:22:12 +0100, Pino Toscano wrote: Can you please schedule the binNMUs for this transition? [...] All scheduled now. Thanks. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#663868: udev: laserjet1018 (foo2zjs) printer disappears and appears in loop
reassign 663868 foo2zjs thanks On Mar 14, boskar boz...@gmail.com wrote: Connecting HP laserjet 1018 to my Debian hosts (all of them, gnome3/sid, xfce4/wheezy and no-X/sid) leads currently to endless loop in system logs, and unfunctional printer. I will assume that this is not a udev bug unless you can prove that it is. -- ciao, Marco signature.asc Description: Digital signature
Bug#653312: tahoe-lafs: Error on building from source: aborting due to unexpected upstream changes
tag 653312 + patch thanks On Sun, 04 Mar 2012 13:45:09 +, Michael Dorrington wrote: I think the problem comes from patching and not cleaning out files that are build generated. Attached is a patch that makes rebuild possible. It should at least be a start in fixing the bug. A git repo including this and additional changes at: http://anonscm.debian.org/gitweb/?p=users/michaeld-guest/tahoe.git Here's the same patch without the line noise from the different diff headers, and I can confirm that the package builds. Since I'm no expert in python stuff, I'd rather let someone else upload or at least take a review ... Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- diff -Nru tahoe-lafs-1.8.3/debian/changelog tahoe-lafs-1.8.3/debian/changelog --- tahoe-lafs-1.8.3/debian/changelog 2011-09-15 20:29:21.0 +0200 +++ tahoe-lafs-1.8.3/debian/changelog 2012-03-14 19:21:02.0 +0100 @@ -1,3 +1,12 @@ +tahoe-lafs (1.8.3-2.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix Error on building from source: aborting due to unexpected upstream +changes: apply patch from Michael Dorrington (handling of build generated +files in patch and clean target). (Closes: #653312) + + -- gregor herrmann gre...@debian.org Wed, 14 Mar 2012 19:15:20 +0100 + tahoe-lafs (1.8.3-2) unstable; urgency=high [ Bert Agaz ] diff -Nru tahoe-lafs-1.8.3/debian/patches/exclude_buildtest_package.diff tahoe-lafs-1.8.3/debian/patches/exclude_buildtest_package.diff --- tahoe-lafs-1.8.3/debian/patches/exclude_buildtest_package.diff 2011-09-15 20:29:21.0 +0200 +++ tahoe-lafs-1.8.3/debian/patches/exclude_buildtest_package.diff 2012-03-14 19:13:10.0 +0100 @@ -15,20 +15,6 @@ classifiers=trove_classifiers, test_suite=allmydata.test, install_requires=install_requires, -Index: tahoe/src/allmydata_tahoe.egg-info/SOURCES.txt -=== tahoe.orig/src/allmydata_tahoe.egg-info/SOURCES.txt 2011-04-13 22:46:13.953848270 +0200 -+++ tahoe/src/allmydata_tahoe.egg-info/SOURCES.txt 2011-04-13 22:46:27.061842298 +0200 -@@ -476,7 +476,5 @@ - src/allmydata_tahoe.egg-info/not-zip-safe - src/allmydata_tahoe.egg-info/requires.txt - src/allmydata_tahoe.egg-info/top_level.txt --src/buildtest/__init__.py --src/buildtest/test_build_with_fake_dist.py - static/tahoe.py --twisted/plugins/allmydata_trial.py -\ No newline at end of file -+twisted/plugins/allmydata_trial.py Index: tahoe/src/allmydata_tahoe.egg-info/top_level.txt === --- tahoe.orig/src/allmydata_tahoe.egg-info/top_level.txt 2011-04-13 22:46:53.945848318 +0200 diff -Nru tahoe-lafs-1.8.3/debian/rules tahoe-lafs-1.8.3/debian/rules --- tahoe-lafs-1.8.3/debian/rules 2011-09-15 20:29:21.0 +0200 +++ tahoe-lafs-1.8.3/debian/rules 2012-03-14 19:13:10.0 +0100 @@ -12,6 +12,9 @@ dh_testroot python setup.py clean rm -rf build + rm -f src/allmydata_tahoe.egg-info/PKG-INFO + rm -f src/allmydata_tahoe.egg-info/SOURCES.txt + rm -f src/allmydata_tahoe.egg-info/requires.txt find . -name *\.py[co] -exec rm -f {} \; dh_clean signature.asc Description: Digital signature