Bug#674467: opus: Please add multiarch support.
Dear Maintainer, I would also like to add voices on fixing this. Right now, every Jessie user that needs pulseaudio on multiarch must patch it with Pino's patch and build it themselves. Regards,
Bug#608400: Helping Debian First Draft
Hey everyone, Here's what I came up with for the first draft of the new page. If there's anything that you want added just let me know, or feel free to add it! For the introduction I took parts of other pages that I thought would be relevant to the information given here. I have added two small notes, one at the end of the intro paragraph and one under Publicity/Events. If someone could take a look at those that would be great! (: I'm also unsure of how the formatting should be done, I was just following Francesca's example on the report. That's something I could work on for version 2! Thanks! -- Sean Mottles How can you help Debian? If you are considering helping in the development of Debian there are many areas in which both experienced and inexperienced users can assist. there are many ways you can get involved with the project and only few of them require you to be a Debian Developer. Many of the different projects have mechanisms to allow direct access to source code trees to contributors that have shown they are trustworthy and valuable. Typically, people which find that they can get much more involved in Debian will a href=http://www.debian.org/devel/join/;join the project/a, but this is not always required. Finally, Debian provides many a href=https://wiki.debian.org/Teams;teams/a of developers working together on common tasks. Anybody can participate on a team, whether an official Debian Developer or not. (place Code of Conduct near the top?) USERS DEVELOPERS: -BUG TRIAGING- While handling bugs can be considered part of the maintainer's job, your triaging contributions are welcome! For an introduction on the important steps to report bugs in the Debian Bug Tracking System (BTS) and general bug reporting information, see these documents: - http://www.debian.org/Bugs - http://wiki.debian.org/BugTriage Helpful bug documents worth reading are: - a href=http://wiki.debian.org/HowtoUseBTS;How to use the Bug Tracking System/a - a href=http://wiki.debian.org/BugsVersionTracking;Bugs Version Tracking/a, about how the BTS treat the version informations. - Finally don't hesitate to refer to the a href=http://www.debian.org/Bugs/server-control;BTS documentation/a whenever you need to write to cont...@bugs.debian.org! -PACKAGING- - Help packaging new applications and maintaining orphaned packages http://www.debian.org/devel/wnpp/ - Help teams http://wiki.debian.org/Teams - Debian ports http://www.debian.org/ports/ -WEB DEVELOPMENT- - Helping with the Debian website http://www.debian.org/devel/website/ - Recommended reading http://www.debian.org/devel/website/desc CREATIVE NON DEVELOPERS -ARTWORK- - Design new themes http://wiki.debian.org/DebianArt - Help in the maintainence of the fonts (or design new fonts) http://wiki.debian.org/FontsTaskForce -TRANSLATION - Translate website, documentation, po-debconf, Debian Project News (DPN): - Translation https://wiki.debian.org/Teams/I18n - Debian International http://www.debian.org/international/ - Localization https://wiki.debian.org/L10n -DOCUMENTATION- - Write manuals/howto/FAQ http://www.debian.org/doc/ddp - Help the Doc team http://www.debian.org/doc/todo - Write manpages http://lintian.debian.org/tags/binary-without-manpage.html - Contribute to the Debian Wiki https://wiki.debian.org/Teams/DebianWiki -PUBLICITY/EVENTS- - Help in writing/reviewing news and Debian Project News (DPN): https://wiki.debian.org/ProjectNews/HowToContribute - Promoting Debian http://wiki.debian.org/Promote - Debian Events http://www.debian.org/events/, http://wiki.debian.org/DebianEvents ###(As Stefano said in the bug log: Where we can point people to be informed about when/where Debian needs booth help?)### -SUPPORT- You can also provide support by helping users on the Debian Mailing Lists and IRC Channels. - Debian Mailing Lists http://lists.debian.org/completeindex.html - IRC https://wiki.debian.org/IRC/ -DONATIONS- - Donations to Debian - http://www.debian.org/donations - Becoming a Partner: - http://www.debian.org/partners/partners
Bug#720898: netinst cd on Haswell: No ethernet card detected
Package: debian-installer Version: 20130613 Trying the Stable debian-installer on a Haswell PC (Intel DH87MC) I got no network connection. d-i said: No ethernet card detected Manually choosing the e1000 or e1000e did not help. Since Testing/Unstable is not an option in this case, this is a serious problem. Without network its _highly_ difficult to install the backports kernel. For the netinst CD this failure is fatal. I would suggest to improve compatibility to Haswell in d-i for Stable. Of course I understand that Haswell is still very new, but Wheezy is supposed to last for yet another year. Many thanx. Keep on your good work. Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709668: AW: Bug#709668: AW: embperl: test failure with perl 5.18
Hi Damyan and Florian, thanks for testing and the patches. I will take a closer look to it during the next few days, create a new tar.gz to make sure nothing is missing and give you a feedback. Gerald -Ursprüngliche Nachricht- Von: Damyan Ivanov [mailto:d...@debian.org] Gesendet: Freitag, 23. August 2013 16:36 An: Gerald Richter; 709...@bugs.debian.org Cc: Florian Schlichting; embp...@perl.apache.org Betreff: Re: Bug#709668: AW: embperl: test failure with perl 5.18 Hi, Gerald, -=| Gerald Richter - ECOS, 16.07.2013 06:44:11 +0200 |=- hash randomization and other changes in Perl 5.18 did make things much more complicated than I expected. I have now a first version that seems to work with Perl 5.18 in the svn. I have to do some further tests, than I will create a new release I tried to apply the patch from revision 1503556 to the current debian sources (version 2.5.0 rc3). The patch applied with only one rejected hunk, which I applied by hand. Embperl built fine and tests that previously failed (51 escape.htm) now pass. However, some other tests not fail. With perl 5.18: #32 notfound.htm... Expected 1 more error(s) in logfile Input: test/html/notfound.htm Output:test/tmp/out.htm Log: test/tmp/test.log Testparameter: errors = 1 and with perl 5.14: #247 rtf/rtfadv.asc...Error in Line 52 Is:{Ulrike} Should:{Sarah} If the tests pass for you, I guess we could try packaging a snapshot from SVN's trunk. (https://metacpan.org/module/GRICHTER/Embperl-2.4.0/SVN.pod) Best regards, Damyan, Debian Perl Group - To unsubscribe, e-mail: embperl-unsubscr...@perl.apache.org For additional commands, e-mail: embperl-h...@perl.apache.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653513: confirmed
tags 653513 +confirmed thanks Hi, bubulle h01ger: 653513 still here cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#720899: assword: more context structure would be nice
Package: assword Version: 0.7-1 Severity: wishlist A lot of sites these days also have password recovery questions. Since these are actually just additional (usually weak) passwords, I set them all to randomly-generated password strings as well. I would like to store those strings alongside the password. Right now, there is no structure to the context, so there's no way to indicate that I have multiple separate passwords for the same context with different subcontexts (which in this case would be the recovery question). There also isn't a place to store the username for the site separate from the overall context. I use different usernames with different sites and need to record that somewhere, and for some sites I use a completely random username as a level of additional security. It would be nice to be able to add a bit of hierarchical context so that I can store and retrieve that additional information. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (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 assword depends on: ii python2.7.5-4 ii python-gpgme 0.2-3 ii python-gtk2 2.24.0-3+b1 ii python-pkg-resources 0.6.49-2 Versions of packages assword recommends: ii python-xdo 0.2-2 ii xclip 0.12+svn84-2 assword 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#718169: Moreinfo
control: tags -1 + moreinfo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693069:
Hi Thomas, You mention herehttp://comments.gmane.org/gmane.comp.python.education/8685that you built a *.deb but your GitHub repo appears untouched and this ITP is still in progress? What gives? Will you let the inexperienced package such fine piece of timely software? :-P
Bug#720901: assword: GUI window too narrow
Package: assword Version: 0.7-1 Severity: normal The pop-up window from assword gui doesn't resize itself based on the possible matching contexts, and neither do the drop-down choices for completion. If there are multiple contexts that only vary near the end, it's impossible to distinguish between them in the GUI pop-up because the names are all truncated. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (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 assword depends on: ii python2.7.5-4 ii python-gpgme 0.2-3 ii python-gtk2 2.24.0-3+b1 ii python-pkg-resources 0.6.49-2 Versions of packages assword recommends: ii python-xdo 0.2-2 ii xclip 0.12+svn84-2 assword 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#720900: assword: command-line option for a different db would be nice
Package: assword Version: 0.7-1 Severity: wishlist I like to use multiple different databases to store secure passwords in part because there are enough of them that I like separating random sites from work sites, etc. This is possible to do with the environment variables, but it's awkward to set them for a single invocation of the command. That in turn means that I am using shell functions like: # Run assword with a particular database. assword-db () { local db=$1 shift ASSWORD_DB=$db assword $@ } It would be nice to have a simple -f command-line option to specify the database file, similar to other commands. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (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 assword depends on: ii python2.7.5-4 ii python-gpgme 0.2-3 ii python-gtk2 2.24.0-3+b1 ii python-pkg-resources 0.6.49-2 Versions of packages assword recommends: ii python-xdo 0.2-2 ii xclip 0.12+svn84-2 assword 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#720902: libspring-java: CVE-2013-4152
Package: libspring-java Severity: grave Tags: security Justification: user security hole Please see https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2013-4152 for details. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720903: [general] Please allow lintian to not run in isolation
Package: lintian Version: 2.5.14 Severity: normal control: tags -1 + wontfix Some of the bug report here need to break the assumption of running linitan in isolation. According to manual: same source analysis: Lintian checks packages in small isolated groups based on the source package. Requiring the presence of all the dependencies to provide the full results make it harder to run lintian (not to mention, it makes deterministic replay-ability a lot harder as well). Tag this bug as wont fix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583585: Something like the following code snippet ?
Hi, On Mon, 26 Aug 2013, Guillem Jover wrote: The files must not be moved from the old dir to the new symlink-to-dir, otherwise dpkg will lose track of them wrt to their canonical path, and And what about files which are not managed by dpkg? And files of other packages which are not upgraded at the same time? I believe that the files which are left-over at the end (i.e. after dpkg has cleaned up the tree due to the temporary symlink) should be put back in place when there's no conflicting file (they could also have been installed by other packages wich were not yet updated to not use the symlinked directory). I went ahead and implemented this command, because once having gone over the failure modes, it was easier to just code it down. I'll be doing some polishing and testing tomorrow, to be included in an imminent push. Usual practice would be to attach the patch so that others can review too... Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720365: Incorrect functions in squid-deb-proxy init script
On Wed, Aug 21, 2013 at 11:17:37AM +1200, Andrew Simpson wrote: Package: squid-deb-proxy Version: 0.7.2 Thanks for your bugreport and your patch! Having contributed the Debian init script a while ago, it's easy for me to see a couple of minor errors that have crept in. Two function calls need to be changed to the new function names. [..] Good catch! I applied the patch to my bzr tree and it will be part of the next upload. Thanks, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598343: Break insolation asumption
control: block -1 by 720903 control: tags -1 + wontfix It break the insolation assumption of lintian. So mark as will not fix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710361: missing entries in /etc/services
On Sun, Aug 25, 2013 at 2:29 AM, Marco d'Itri m...@linux.it wrote: On May 30, Mathieu Malaterre ma...@debian.org wrote: For some reason netbase: /etc/services is missing some entries from: The reason is explained at the top of the file. From my -selfish- point of view I'd like to see those entries added : dicom 2 tcp DICOM [David_Clunie] [David_Clunie] 2005-08 dicom 2 udp DICOM [David_Clunie] [David_Clunie] 2005-08 Which Debian package uses this protocol? - dcmtk - pixelmed - gdcm - aeskulap - dicomscope - ginkgocadx Does it use TCP, UDP or both? Only TCP is allowed as per the DICOM standard. Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717331: gst-plugins-bad1.0: FTBFS on i386, kfreebsd-i386 and powerpc
On Fr, 2013-07-19 at 15:34 +0200, Roland Stigge wrote: Source: gst-plugins-bad1.0 Version: 1.0.8-1 Severity: serious Tags: patch Hi, gst-plugins-bad1.0 FTBFS on i386, kfreebsd-i386 and powerpc like this: ... libtool: link: mv -f .libs/libgstmodplug.expT .libs/libgstmodplug.exp libtool: link: g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/powerpc-linux-gnu/4.6/../../../powerpc-linux-gnu/crti.o /usr/lib/gcc/powerpc-linux-gnu/4.6/crtbeginS.o .libs/libgstmodplug_la-gstmodplug.o -Wl,--as-needed -lgstreamer-1.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lmodplug -L/usr/lib/gcc/powerpc-linux-gnu/4.6 -L/usr/lib/gcc/powerpc-linux-gnu/4.6/../../../powerpc-linux-gnu -L/usr/lib/gcc/powerpc-linux-gnu/4.6/../../../../lib -L/lib/powerpc-linux-gnu -L/lib/../lib -L/usr/lib/powerpc-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/powerpc-linux-gnu/4.6/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/powerpc-linux-gnu/4.6/crtendS.o /usr/lib/gcc/powerpc-linux-gnu/4.6/../../../powerpc-linux-gnu/crtn.o -pthread -pthread -O2 -Wl,-z -Wl,relro -Wl,-z -Wl,defs -Wl,-O1 -pthread -pthread -Wl,-soname -Wl,libgstmodplug.so -Wl,-retain-symbols-file -Wl,.libs/libgstmodplug.exp -o .libs/libgstmodplug.so /usr/lib/powerpc-linux-gnu/libc_nonshared.a(stack_chk_fail_local.oS): In function `__stack_chk_fail_local': (.text+0x20): undefined reference to `__stack_chk_fail' collect2: ld returned 1 exit status I think this is a bug in the toolchain. The compiler did not make sure that all libraries required for the symbols that itself added are linked in. signature.asc Description: This is a digitally signed message part
Bug#720855: [Pkg-javascript-devel] Bug#720855: Bug#720855: node-mysql: Contains unsatisfiable depends on node-bignumber (which is not in Debian)
Hi Jeremy, Andreas, On So 25 Aug 2013 20:45:01 CEST Jérémy Lal wrote: On 25/08/2013 19:56, Andreas Moog wrote: Package: node-mysql Version: 2.0.0~alpha8-1 Severity: grave Justification: renders package unusable Dear Debian Javascript team, dear Mike, I tried to install node-mysql in a Debian/Unstable environment, but failed to achieve success: (deb-unstable)andreas@incubator:~$ sudo apt-get install node-mysql [...] The following packages have unmet dependencies: node-mysql : Depends: node-bignumber (= 1.0.1) but it is not installable E: Unable to correct problems, you have held broken packages. (deb-unstable)andreas@incubator:~$ sudo apt-get install node-bignumber Package node-bignumber is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source As far as I can see, node-bignumber is not in Debian and I couldn't find an ITP bug for that package. Is this an oversight or am I missing something? The ITP bug is #708984 (google ITP node-bignumber), i can package node-bignumber if Mike has no time for it. I already did an upload but it was rejected by the FTP masters. I will look into this the coming week. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpLjWRhwCbVs.pgp Description: Digitale PGP-Unterschrift
Bug#720904: zombies test (in misc) should indicate parent processes of zombies
Package: hobbit-plugins Version: 20120532 Severity: normal Tags: patch X-Debbugs-CC: el...@heebs.ch Hi When a system has a zombie process, it is the fault of the parent which does not reap the exit status. Therefore, the zombies test in misc should indicate the parent as the culprit. Likewise, whitelisting via the configuration in /etc/hobbit/zombies_ignore should apply to the parent. The attached patch has been used at our site for more than a month and works reliably. Axel knows the details. Regards -- Elmar zombies Description: Binary data signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#720532: dselect: Command line option 'f' [from -f] is not known
reopen 720532 thanks On Fri, Aug 23, 2013 at 1:48 PM, Michael Vogt m...@debian.org wrote: On Fri, Aug 23, 2013 at 09:13:20AM +0200, Domenico Andreoli wrote: Package: apt Version: 0.9.11 Severity: important Thanks for your bugreport. ehi, thank you for reacting so quickly! :) apt 0.9.11 breaks dselect, which complains loudly when I try to update from sources (I use the apt backend): | E: Command line option 'f' [from -f] is not known. | | dselect: warning: subprocess update available list script returned error exit status 1 | Press enter to continue. I see that between 0.9.10 and 0.9.11 there is some refactoring around the command line [0]. Maybe some option has been left over? I don't know how many other dselect users are left with me but the regression is quite serious for us. Is it possible to investigate further? [..] The attached patch should fix that, the commandline parser got a bit stricter, this caused this bug. unfortunately it doesn't. I still get a similar message when I try to install the selected packages: | E: Command line option 'f' [from -f] is not known. | Some errors occurred while unpacking. Packages that were installed | will be configured. This may result in duplicate errors | or errors caused by missing dependencies. This is OK, only the errors | above this message are important. Please fix them and run [I]nstall again | Press enter to continue. Kind regards, Domenico
Bug#720308: gitweb's manual: please update, amend or remove doc related to FastCGI
Control: reassign -1 git-man 1:1.7.10.4-1+wheezy1 On Ma, 20 aug 13, 12:00:28, Vincent Férotin wrote: Package: git-man Version: 1:1.7.10.4-1+wheezy1 (Sorry for the typo in package's name.) That won't be enough, a reassign is needed (as done with this message). Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#720302: libqt4-opengl-dev dependency on libgl1-dev should be libgl-dev
Control: reassign -1 qt4-x11 4:4.8.5+dfsg-3 On Ma, 20 aug 13, 11:04:31, chrysn wrote: Source: libqt4-opengl-dev Version: qt4-x11/4:4.8.5+dfsg-3 Severity: normal this is a follow-up on #718992, where i requested the dependency to change to 'libgl1-mesa-dev | libgl1-dev'. due to a deplorable oversight on my part, this said 'libgl1-dev', where instead, it should have been 'libgl-dev' (without the digit 1), so the new dependency should say 'libgl1-mesa-dev | libgl-dev'. both the libgl1-mesa-dev and the libgl1-mesa-swx11-dev package provide the libgl-dev name, but not libgl1-dev. thanks for fixing #718992, and my apologies for the inconvenience. chrysn Hi crysn, It's possible and allowed to reopen bugs if they are not fixed, there is no need to open new ones. I'm reassigning this bug to the correct source package. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#720905: Please update to newer version
Package: cfitsio Version: 3.300-1 Severity: wishlist For cfitsio, the latest available upstream version is 3.350, while Debian unstable still has 3.300. Could you consider updating the Debian version? I want to upload cpl-6.3.1 to unstable, which requires at least cfitsio-3.310. Thank you, regards Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720906: src:ghostscript: URW++ fonts lacks licensing
Package: src:ghostscript Version: 9.05~dfsg-1 Severity: serious Tags: upstream Justification: Policy 2.2.1 The Ghostscript project updated its URW++ base 35 font set for its 9.05 release, to files no longer including embedded licensing. Fonts shipped since then come without explicit licensing. - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720875: [Packaging] Bug#720875: munin-common: Package installation and service start fails with systemd
control: severity -1 serious Thanks for the bug report, Felix! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#715189: [DRE-maint] Bug#715189: ruby-strong-parameters: FTBFS: test failures
I suspect it is caused by broken rails 3 with rack 1.5.2. Can anyone confirm? 2013/7/6, Colin Watson cjwat...@debian.org: Package: ruby-strong-parameters Version: 0.2.1-1 Severity: serious ruby-strong-parameters fails to build in a clean unstable chroot. Here's the build log: dpkg-buildpackage: source package ruby-strong-parameters dpkg-buildpackage: source version 0.2.1-1 dpkg-buildpackage: source changed by Praveen Arimbrathodiyil prav...@debian.org dpkg-source --before-build ruby-strong-parameters-0.2.1 dpkg-buildpackage: host architecture i386 fakeroot debian/rules clean dh clean --buildsystem=ruby --with ruby dh_testdir -O--buildsystem=ruby dh_auto_clean -O--buildsystem=ruby /usr/lib/ruby/vendor_ruby/gem2deb.rb:17: warning: setting Encoding.default_external /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:31: warning: method redefined; discarding old visit_String /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:4: warning: previous definition of visit_String was here /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:39: warning: method redefined; discarding old register /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:12: warning: previous definition of register was here /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:43: warning: method redefined; discarding old format_time /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:16: warning: previous definition of format_time was here /usr/lib/ruby/1.9.1/rubygems/syck_hack.rb:115: warning: method redefined; discarding old to_s /usr/lib/ruby/1.9.1/rubygems/syck_hack.rb:44: warning: previous definition of to_s was here Entering dh_ruby --clean Leaving dh_ruby --clean dh_clean -O--buildsystem=ruby debian/rules build dh build --buildsystem=ruby --with ruby dh_testdir -O--buildsystem=ruby dh_auto_configure -O--buildsystem=ruby /usr/lib/ruby/vendor_ruby/gem2deb.rb:17: warning: setting Encoding.default_external dh_auto_build -O--buildsystem=ruby /usr/lib/ruby/vendor_ruby/gem2deb.rb:17: warning: setting Encoding.default_external dh_auto_test -O--buildsystem=ruby /usr/lib/ruby/vendor_ruby/gem2deb.rb:17: warning: setting Encoding.default_external fakeroot debian/rules binary dh binary --buildsystem=ruby --with ruby dh_testroot -O--buildsystem=ruby dh_prep -O--buildsystem=ruby dh_auto_install -O--buildsystem=ruby /usr/lib/ruby/vendor_ruby/gem2deb.rb:17: warning: setting Encoding.default_external /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:31: warning: method redefined; discarding old visit_String /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:4: warning: previous definition of visit_String was here /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:39: warning: method redefined; discarding old register /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:12: warning: previous definition of register was here /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:43: warning: method redefined; discarding old format_time /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:16: warning: previous definition of format_time was here /usr/lib/ruby/1.9.1/rubygems/syck_hack.rb:115: warning: method redefined; discarding old to_s /usr/lib/ruby/1.9.1/rubygems/syck_hack.rb:44: warning: previous definition of to_s was here Entering dh_ruby --install install -d /«PKGBUILDDIR»/debian/ruby-strong-parameters/usr/lib/ruby/vendor_ruby install -D -m644 /«PKGBUILDDIR»/lib/active_model/forbidden_attributes_protection.rb /«PKGBUILDDIR»/debian/ruby-strong-parameters/usr/lib/ruby/vendor_ruby/active_model/forbidden_attributes_protection.rb install -D -m644 /«PKGBUILDDIR»/lib/strong_parameters/railtie.rb /«PKGBUILDDIR»/debian/ruby-strong-parameters/usr/lib/ruby/vendor_ruby/strong_parameters/railtie.rb install -D -m644 /«PKGBUILDDIR»/lib/strong_parameters/log_subscriber.rb /«PKGBUILDDIR»/debian/ruby-strong-parameters/usr/lib/ruby/vendor_ruby/strong_parameters/log_subscriber.rb install -D -m644 /«PKGBUILDDIR»/lib/strong_parameters/version.rb /«PKGBUILDDIR»/debian/ruby-strong-parameters/usr/lib/ruby/vendor_ruby/strong_parameters/version.rb install -D -m644 /«PKGBUILDDIR»/lib/strong_parameters.rb /«PKGBUILDDIR»/debian/ruby-strong-parameters/usr/lib/ruby/vendor_ruby/strong_parameters.rb install -D -m644 /«PKGBUILDDIR»/lib/action_controller/parameters.rb /«PKGBUILDDIR»/debian/ruby-strong-parameters/usr/lib/ruby/vendor_ruby/action_controller/parameters.rb install -D -m644 /«PKGBUILDDIR»/lib/generators/rails/templates/controller.rb /«PKGBUILDDIR»/debian/ruby-strong-parameters/usr/lib/ruby/vendor_ruby/generators/rails/templates/controller.rb install -D -m644 /«PKGBUILDDIR»/lib/generators/rails/USAGE /«PKGBUILDDIR»/debian/ruby-strong-parameters/usr/lib/ruby/vendor_ruby/generators/rails/USAGE install -D -m644 /«PKGBUILDDIR»/lib/generators/rails/strong_parameters_controller_generator.rb /«PKGBUILDDIR»/debian/ruby-strong-parameters/usr/lib/ruby/vendor_ruby/generators/rails/strong_parameters_controller_generator.rb /usr/bin/ruby1.8
Bug#657390: lintian: Please make build-arch and build-indep required targets
On 2013-01-23 04:46, Guillem Jover wrote: Hi! Hi, Restarting this as Wheezy has been out for a while. On Tue, 2013-01-22 at 23:16:06 +, Roger Leigh wrote: On Thu, Jan 10, 2013 at 11:46:46AM +0100, Niels Thykier wrote: Things have changed a bit since we talked about this last year. This number is now about 3700, which is still a bit much. In the interest of not getting a lot of mail from people aggrevated by their package being auto-rejected, I still feel the tags should remain split for now (until that number drops a bit more and Wheezy has been released). I am open to bumping the severity of the recommended-target tag (possibly including a rename) to make the tag more visible and hopefully increasing the adoption rate of this tag (well, the post-freeze adoption rate). [...] In any case my opinion on this is that yes, getting rid of the autodetection hack before jessie is out, would be ideal, but if that cannot happen, then oh well, this has taken a looong time, having to wait a bit longer should not be the end of the world. At March 1st, we had 3630 packages missing at least one recommended target according to Lintian. Yesterday, the number was 3122. Both numbers include source packages in sid and in experimental, so it may be slightly inflated[1]. The change translates to about 85 packages a month are being fixed[2], but our graph suggests that somewhere between May and July the rate increased[3]. Indeed, for the last month, a total of 96 (~3 a day) were fixed. If the current rate is sustained, we are looking at ~3 years for this problem to fix itself. Even if we assume 10% of these to only affect experimental (see [1]) and all fixes affect sid, we are still look at ~2.5 years. [...] Thanks, Guillem On 2013-01-24 23:13, Roger Leigh wrote: On Wed, Jan 23, 2013 at 04:46:06AM +0100, Guillem Jover wrote: [...] I think the less painful way to achieve that would be by a staged increase of the enforcing level of those targets, where changing dpkg to require them should be the last stage when really few packages still do not provide it, because otherwise mass rebuilds, binNMUs and similar become very painful. The first stage could be to wait a bit after testing thaws to see the progress; after a bit, change/rename the tag to an error w/o autoreject. Wait and see how it progresses, and after a bit more (several months) change it to autoreject, but not for binNMUs if that's possible? to avoid disrupting the release process. And then only a small tail should remain which could be handled by a MBF etc. After or during this last stage dpkg could be switched. I think this all makes a good deal of sense. It's certainly logistically impractical to force the issue by changing dpkg until the vast majority of packages are converted, so we certainly need to encourage adoption by other means and do this as the final step. So, the question is now - do we want to scale up the enforcement level, and, if so, to what? As mentioned earlier, I am willing to increase the severity of the tag (provided it does not become an auto-reject overnight). As for when build-arch and build-indep were introduced, I'll be happy to do a set of whole-archive rebuilds to obtain concrete numbers once wheezy is released, and onward from that as needed, if I can get access to the hardware to do this. I would be interested in seeing the results from this kind of build-testing. ~Niels [1] That is, if a package is available in sid and experimental, it can count for up to two packages missing a recommended target. From memory, during the freeze about 10% of all packages in sid were also available in experimental. [2] I write fixed because removing the package from experimental can cause this number to drop as well despite the sid version still being affected. [3] http://lintian.debian.org/tags/debian-rules-missing-recommended-target.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696811: b43 wlan0 disappears when on battery
On 23/08/13 15:38, Boris Pek wrote: Hi, Have you tried to use powertop utility for setting up modules which should be enabled when your laptop works from battery? It was just a default install of the wheezy beta I have installed several laptops the same way and I only had this problem on the HP Pavillion d2000 I didn't try changing any other settings as I didn't receive any feedback about the bug report before now -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720907: umbrello: Umbrello doesn't show with other SW
Package: umbrello Version: 4:4.8.4+dfsg-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages umbrello depends on: ii kde-runtime4:4.8.4-2 ii libc6 2.13-38 ii libgcc11:4.7.2-5 ii libkdecore54:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkfile4 4:4.8.4-4 ii libkio54:4.8.4-4 ii libqt4-qt3support 4:4.8.2+dfsg-11 ii libqt4-svg 4:4.8.2+dfsg-11 ii libqt4-xml 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libstdc++6 4.7.2-5 ii libxml22.8.0+dfsg1-7+nmu1 ii libxslt1.1 1.1.26-14.1 umbrello recommends no packages. Versions of packages umbrello suggests: ii khelpcenter4 4:4.8.4-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720497: profphd: FTBFS with perl 5.18: POD failure
Hi Laszlo, please drop me a note in case you might be on vac or some other things might prevent you from dealing with this. Kind regards Andreas. On Fri, Aug 23, 2013 at 04:11:04PM +0200, gregor herrmann wrote: Control: tag -1 + patch On Thu, 22 Aug 2013 17:12:45 +0100, Dominic Hargreaves wrote: Source: profphd Version: 1.0.39-1 Severity: serious Justification: transition imminent User: debian-p...@lists.debian.org Usertags: perl-5.18-transition Tags: sid jessie This package FTBFS with perl 5.18: make[2]: Entering directory `/build/dom-profphd_1.0.39-1-i386-9pRZV8/profphd-1.0 .39/src/prof' sed -e 's|__pkgdatadir__|/usr/share/profphd|g;s|__sysconfdir__||g;s|__bindir__|/ usr/bin|g;s|__VERSION__|1.0.39|g;s|__PREFIX__|/usr|g;' prof | \ pod2man -c 'User Commands' -r 1.0.39 -name PROF prof.1 IO::File=IO(0x8486240) around line 241: Expected text after =item, not a number POD document had syntax errors at /usr/bin/pod2man line 71. make[2]: *** [prof.1] Error 255 make[2]: Leaving directory `/build/dom-profphd_1.0.39-1-i386-9pRZV8/profphd-1.0. 39/src/prof' make[1]: *** [prof] Error 2 make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debdiff attached. (Note: no svn diff because (a) the svn repo contains a newer upstream release [1.0.40-1] and (b) is missing the latest tag [1.0.39-1].) 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: The Mamas The Papas: Twelve-Thirty diff -Nru profphd-1.0.39/debian/changelog profphd-1.0.39/debian/changelog --- profphd-1.0.39/debian/changelog 2012-08-14 19:55:07.0 +0200 +++ profphd-1.0.39/debian/changelog 2013-08-23 16:08:21.0 +0200 @@ -1,3 +1,12 @@ +profphd (1.0.39-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with perl 5.18: POD failure: +add patch to fix POD +(Closes: #720497) + + -- gregor herrmann gre...@debian.org Fri, 23 Aug 2013 16:01:44 +0200 + profphd (1.0.39-1) unstable; urgency=low [ Andreas Tille ] diff -Nru profphd-1.0.39/debian/patches/fix-pod.patch profphd-1.0.39/debian/patches/fix-pod.patch --- profphd-1.0.39/debian/patches/fix-pod.patch 1970-01-01 01:00:00.0 +0100 +++ profphd-1.0.39/debian/patches/fix-pod.patch 2013-08-23 16:08:09.0 +0200 @@ -0,0 +1,18 @@ +Description: perl 5.18 doesn't allow numbers after =item, so mask it +Origin: vendor +Bug-Debian: http://bugs.debian.org/720497 +Forwarded: no +Author: gregor herrmann gre...@debian.org +Last-Update: 2013-08-23 + +--- a/src/prof/prof b/src/prof/prof +@@ -238,7 +238,7 @@ + + alternative connectivity patterns (default=3) + +-=item 3 ++=item Z3 + + predict sec + acc + htm + diff -Nru profphd-1.0.39/debian/patches/series profphd-1.0.39/debian/patches/series --- profphd-1.0.39/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ profphd-1.0.39/debian/patches/series 2013-08-23 16:03:52.0 +0200 @@ -0,0 +1 @@ +fix-pod.patch ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720849: boinc-manager: Can't connect to boinc-client due to empty password in gui_rpc_auth.cfg
Hi, On 08/25/2013 09:28 PM, MestreLion wrote: /etc/boinc-client/gui_rpc_auth.cfg is created empty because authorization is not required for local access (ie, managing a boinc client running in localhost). So I missed something, while connecting, from localhost before setting the password, I had the error, after setting the password, connexion went sucessfully. So most likely your issue is not related to gui_rpc_auth.cfg, Adding a password in the file and using it solved my problem, so I mis-interpreted the origin of the problem. So maybe my boinc-client was seeing my connexion as a remote one ? The buf may be here ? I just tried on another debian box and it works without password as you said. I may try to remove the password on my first box and run some tests for you if you have an idea. Bests, -- Julien Palard - http://julien.palard.fr IRC : mand...@freenode.net, mand...@quakenet.org TEL : 06.21.19.49.10 / FAX : 09.72.28.06.72 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720849: boinc-manager: Can't connect to boinc-client due to empty password in gui_rpc_auth.cfg
Also passing --dir /etc/boinc-client to boincmgr should do the trick Gianfranco - Messaggio originale - Da: MestreLion launch...@rodrigosilva.com A: Julien Palard jul...@palard.fr; 720...@bugs.debian.org Cc: Inviato: Domenica 25 Agosto 2013 21:28 Oggetto: Bug#720849: boinc-manager: Can't connect to boinc-client due to empty password in gui_rpc_auth.cfg At 12:59 25/08/2013, you wrote: Package: boinc-manager Version: 7.2.7+dfsg-1 Severity: important While installing boinc-manager, the file /etc/boinc-client/gui_rpc_auth.cfg is created empty. While starting boinc-manager without parameters, it gives Retrieving current status and then Unable to connect to the core client. This message does not help the user to understand that the problem is that he didn't gave a password in /etc/boinc-client/gui_rpc_auth.cfg and that this password should be given to boincmgr using the -p argument. /etc/boinc-client/gui_rpc_auth.cfg is created empty because authorization is not required for local access (ie, managing a boinc client running in localhost). It is only required for remote access (ie, someone else accessing your boinc client). And remote access is also disabled by default. So most likely your issue is not related to gui_rpc_auth.cfg, unless you're trying to acesss your boinc client from another computer. I suspect it can be the current directoy: boincmgr must run from the boinc data directory (/var/lib/boinc-client) so it can find the all config and state files of current boinc instance. Also, The -p option is available via GUI: In Advanced view, go to Advanced - Select Computer, where you can provide hostname and password of the boinc instance you're trying to access. And I think the fact that user have to put a password in gui_rpc_auth.cfg, the format used by the file, etc should be documented (I searched and didn't find any documentation about this, if it's actually documented, documentation is too hard to find for a normal user). You only have to put a password if you're trying remote access. As for documentation, the very first google hit for boinc remote access leads to: http://boinc.berkeley.edu/wiki/Controlling_BOINC_remotely And for gui_rpc_auth.cfg leads to: http://boinc.berkeley.edu/trac/wiki/RpcAuth `man boinccmd` also briefly mentions gui_rpc_auth.cfg and its role, and `man boinc` suggests http://boinc.berkeley.edu/wiki/Client_configuration which has related info. ML -- pkg-boinc-devel mailing list pkg-boinc-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-boinc-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720905: Please update to newer version
Control: reassign -1 cfitsio3 3.300-1 On Lu, 26 aug 13, 09:44:22, Ole Streicher wrote: Package: cfitsio Version: 3.300-1 Severity: wishlist Reassigning to correct (source) package. For cfitsio, the latest available upstream version is 3.350, while Debian unstable still has 3.300. Could you consider updating the Debian version? I want to upload cpl-6.3.1 to unstable, which requires at least cfitsio-3.310. This version is available in experimental. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#711591: php-horde: fails to install
Hello! Thank you very much for your efforts but (I'm sorry!) horde still reports the same error on installation: *** Preparing to replace php-horde 5.1.1+debian0-1 (using .../php-horde_5.1.2+debian0-1_all.deb) ... Unpacking replacement php-horde ... Setting up php-horde (5.1.2+debian0-1) ... Installing new version of config file /etc/horde/horde/nls.php ... dpkg: error processing php-horde (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of php-horde-imp: php-horde-imp depends on php-horde (= 5.0.0); however: Package php-horde is not configured yet. php-horde-imp depends on php-horde ( 6.0.0~alpha1); however: Package php-horde is not configured yet. dpkg: error processing php-horde-imp (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: php-horde php-horde-imp E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up php-horde (5.1.2+debian0-1) ... dpkg: error processing php-horde (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of php-horde-imp: php-horde-imp depends on php-horde (= 5.0.0); however: Package php-horde is not configured yet. php-horde-imp depends on php-horde ( 6.0.0~alpha1); however: Package php-horde is not configured yet. dpkg: error processing php-horde-imp (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: php-horde php-horde-imp *** Best regards, Peter -- --- Dr. Peter J. Bauer Universitaet Frankfurt a.M. Institut fuer Mathematik Tel. 069/798-23694 Robert-Mayer-Str. 10 Fax 069/798-23674 60325 Frankfurt/Main --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719176: Patch for #719176
Hello, Here's a patch fixing bug #719176. From 6e9918b67abb188200bf769d8deca195676e77a0 Mon Sep 17 00:00:00 2001 From: Roland Mas lola...@debian.org Date: Mon, 26 Aug 2013 10:07:17 +0200 Subject: [PATCH] Don't call sphinxdoc for binary-arch (#719176) --- debian/rules | 3 +++ 1 file changed, 3 insertions(+) diff --git a/debian/rules b/debian/rules index c6b1dfd..b860b2f 100755 --- a/debian/rules +++ b/debian/rules @@ -5,6 +5,9 @@ export DEB_BUILD_HARDENING=1 export CSYNC_DIR=/usr/include/ocsync #export DEB_CXXFLAGS_MAINT_APPEND = -fvisibility=hidden -fvisibility-inlines-hidden +binary-arch: + dh $@ --with kde --parallel --with pkgkde_symbolshelper + %: dh $@ --with sphinxdoc --with kde --parallel --with pkgkde_symbolshelper -- 1.8.4.rc3 Roland. -- Roland Mas M-x execute-extended-command
Bug#720908: typecatcher: recommend (not depend on) yelp, if possible
Package: typecatcher Severity: normal Most users of yelp is able to work fine without it. If typecatcher can run without its documentation, it should recommend (not depend on) yelp. - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720909: reset does not work
Package: iceweasel Version: 25.0~a2+20130823004003-1 The reset button does not do anything. The message just sits there. Also it does not list anything after the colon. Also there is no reset button in the place mentioned on https://support.mozilla.org/en-US/kb/reset-firefox-easily-fix-most-problems The only way to get there is via -safe-mode. attachment: r.png
Bug#720910: [check/files] Fix false positive for dir-or-file-in-build-treeesie
Package: lintian Version: 2.5.14 Severity: normal Tags: patch As subject say From 3e7ade7cf8f8b8ac6cdecc3f8b62402583142f20 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Bastien=20ROUCARI=C3=88S?= roucaries.bast...@gmail.com Date: Mon, 26 Aug 2013 10:50:02 +0200 Subject: [PATCH] Fix false positive for dir-or-file-in-build-tree Avoid to raise this warning for package built from sbuild. --- checks/files.pm |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/checks/files.pm b/checks/files.pm index 960015a..4340268 100644 --- a/checks/files.pm +++ b/checks/files.pm @@ -776,7 +776,9 @@ sub run { elsif ($file =~ m,^var/cache/pbuilder/build/., or $file =~ m,^var/lib/sbuild/., or $file =~ m,^var/lib/buildd/.,) { -tag 'dir-or-file-in-build-tree', $file; +unless ($source_pkg eq 'sbuild') { +tag 'dir-or-file-in-build-tree', $file; +} } # FHS directory? elsif ( -- 1.7.10.4
Bug#701702: lintian: warn if debian/shlibs.local references foreign packages
Control: tags -1 moreinfo On 2013-02-26 13:46, Sven Joachim wrote: Package: lintian Version: 2.5.10.4 Severity: wishlist There are ~70 source packages in unstable/main which contain debian/shlibs.local. It seems that most of them are library packages where this file contains information about packages actually shipped from the same source, and AFAIK there is nothing really wrong with that, although it could be considered bad style. However, there are also cases where shlibs.local is used to override information provided by _other_ packages, and this practice should be strongly discouraged since it can lead to wrong dependencies; see #583551 for an example, or #701627 for a problem I found myself. In other cases, shlibs.local is just cruft, referencing packages which no longer exist (see #701696, for instance). It would be great if lintian could detect when debian/shlibs.local references packages not built from the same source and issue a warning for that. See also the thread starting at http://lists.debian.org/debian-qa/2008/12/threads.html#00063. [...] I brought this up on #debian-devel and it seems a bit controversial. Apparently there are valid use cases for debian/shlibs.local in cases like: * Library version 1.1 has no new symbols, so its shlibs file stay with 1.0. * Reverse dependency needs version 1.1 due to a bug in the library. It is not clear to me whether the library ought to have bumped its shlibs file in this case, but people seemed to expect this wasn't required from the library (from their insistence of using d/shlibs.local). Another reason for using debian/shlibs.local (for internal packages only) is that if you have enough binary packages, it reduces the maintaince burden. You just have to update your d/shlibs.local and dpkg-shlibdeps fixes the rest via ${shlib:Depends}. So I am not sure we are ready to consider d/shlibs.local bad style either Personally, I would like to see this debated on debian-devel@l.d.o before we continue with writing a check for it. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720911: RM: openjdk-6 -- ROM; openjdk-7 replaces it
Package: ftp.debian.org Severity: normal Hello, Could you remove openjdk-6 from the Debian archive ? Please note that cannot be done right now. Some packages are still using it. I will make these bug reports depend on this one. Thanks, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715190: [DRE-maint] Bug#715190: ruby-multi-xml: FTBFS: test failure
Even though I see the error message, my pbuilder build succeeds. boutil, can you try to reproduce it? 2013/7/7, Colin Watson cjwat...@debian.org: Package: ruby-multi-xml Version: 0.5.3-1 Severity: serious ruby-multi-xml fails to build in a clean unstable chroot. The build log is as follows: dpkg-buildpackage: source package ruby-multi-xml dpkg-buildpackage: source version 0.5.3-1 dpkg-buildpackage: source changed by Praveen Arimbrathodiyil prav...@debian.org dpkg-source --before-build ruby-multi-xml-0.5.3 dpkg-buildpackage: host architecture i386 fakeroot debian/rules clean dh clean --buildsystem=ruby --with ruby dh_testdir -O--buildsystem=ruby dh_auto_clean -O--buildsystem=ruby /usr/lib/ruby/vendor_ruby/gem2deb.rb:17: warning: setting Encoding.default_external /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:31: warning: method redefined; discarding old visit_String /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:4: warning: previous definition of visit_String was here /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:39: warning: method redefined; discarding old register /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:12: warning: previous definition of register was here /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:43: warning: method redefined; discarding old format_time /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:16: warning: previous definition of format_time was here /usr/lib/ruby/1.9.1/rubygems/syck_hack.rb:115: warning: method redefined; discarding old to_s /usr/lib/ruby/1.9.1/rubygems/syck_hack.rb:44: warning: previous definition of to_s was here Entering dh_ruby --clean Leaving dh_ruby --clean dh_clean -O--buildsystem=ruby debian/rules build dh build --buildsystem=ruby --with ruby dh_testdir -O--buildsystem=ruby dh_auto_configure -O--buildsystem=ruby /usr/lib/ruby/vendor_ruby/gem2deb.rb:17: warning: setting Encoding.default_external dh_auto_build -O--buildsystem=ruby /usr/lib/ruby/vendor_ruby/gem2deb.rb:17: warning: setting Encoding.default_external dh_auto_test -O--buildsystem=ruby /usr/lib/ruby/vendor_ruby/gem2deb.rb:17: warning: setting Encoding.default_external fakeroot debian/rules binary dh binary --buildsystem=ruby --with ruby dh_testroot -O--buildsystem=ruby dh_prep -O--buildsystem=ruby dh_auto_install -O--buildsystem=ruby /usr/lib/ruby/vendor_ruby/gem2deb.rb:17: warning: setting Encoding.default_external /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:31: warning: method redefined; discarding old visit_String /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:4: warning: previous definition of visit_String was here /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:39: warning: method redefined; discarding old register /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:12: warning: previous definition of register was here /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:43: warning: method redefined; discarding old format_time /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:16: warning: previous definition of format_time was here /usr/lib/ruby/1.9.1/rubygems/syck_hack.rb:115: warning: method redefined; discarding old to_s /usr/lib/ruby/1.9.1/rubygems/syck_hack.rb:44: warning: previous definition of to_s was here Entering dh_ruby --install install -d /«PKGBUILDDIR»/debian/ruby-multi-xml/usr/lib/ruby/vendor_ruby install -D -m644 /«PKGBUILDDIR»/lib/multi_xml.rb /«PKGBUILDDIR»/debian/ruby-multi-xml/usr/lib/ruby/vendor_ruby/multi_xml.rb install -D -m644 /«PKGBUILDDIR»/lib/multi_xml/version.rb /«PKGBUILDDIR»/debian/ruby-multi-xml/usr/lib/ruby/vendor_ruby/multi_xml/version.rb install -D -m644 /«PKGBUILDDIR»/lib/multi_xml/parsers/rexml.rb /«PKGBUILDDIR»/debian/ruby-multi-xml/usr/lib/ruby/vendor_ruby/multi_xml/parsers/rexml.rb install -D -m644 /«PKGBUILDDIR»/lib/multi_xml/parsers/libxml.rb /«PKGBUILDDIR»/debian/ruby-multi-xml/usr/lib/ruby/vendor_ruby/multi_xml/parsers/libxml.rb install -D -m644 /«PKGBUILDDIR»/lib/multi_xml/parsers/ox.rb /«PKGBUILDDIR»/debian/ruby-multi-xml/usr/lib/ruby/vendor_ruby/multi_xml/parsers/ox.rb install -D -m644 /«PKGBUILDDIR»/lib/multi_xml/parsers/libxml2_parser.rb /«PKGBUILDDIR»/debian/ruby-multi-xml/usr/lib/ruby/vendor_ruby/multi_xml/parsers/libxml2_parser.rb install -D -m644 /«PKGBUILDDIR»/lib/multi_xml/parsers/nokogiri.rb /«PKGBUILDDIR»/debian/ruby-multi-xml/usr/lib/ruby/vendor_ruby/multi_xml/parsers/nokogiri.rb /usr/bin/ruby1.8 -I/usr/lib/ruby/vendor_ruby /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb /usr/bin/ruby1.8 -S rspec ./spec/multi_xml_spec.rb Fatal error: Opening and ending tag mismatch: open line 1 and close at :1. *** Error in `/usr/bin/ruby1.8': malloc(): memory corruption: 0x09637bb0 *** At this point the build hung for me and I had to kill it. Thanks, -- Colin Watson [cjwat...@debian.org]
Bug#720776: weird results with perl 5.18
I see a test failing in t/Ontology/IO/obo.t line 47 at is (scalar(@terms), 5), used to work in a previous perl release: Code of test: my $parser = Bio::OntologyIO-new( -format= obo, ^I^I -file = test_input_file('so.obo')); my $ont = $parser-next_ontology(); ok ($ont); is ($ont-name(), sequence); my @roots = $ont-get_root_terms(); is (scalar(@roots), 1); is ($roots[0]-name(), Sequence_Ontology); is ($roots[0]-identifier(), SO:000); my @terms = $ont-get_child_terms($roots[0]); is (scalar(@terms), 5); According previous tests, root ontology is correctly found in file (and code did not changed, it is only perl update). though only 2 child terms are found (test result) while 5 are in the file. Seems ontology parsing fail with new release. Upstream at CPAN successfully build on perl 5.18.0. Could it be a dependency issue? To be investigated. -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720912: fcgiwrap: debian/watch file does nothing
Package: fcgiwrap Version: 1.1.0-1 Severity: minor Dear Maintainer, The current debian/watch file for fcgiwrap does nothing. Maybe you can use the following debian/watch file, now that fcgiwrap is hosted at GitHub: version=3 opts=filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/fcgiwrap-$1.tar.gz/ \ https://github.com/gnosek/fcgiwrap/tags .*/v?(\d\S*)\.tar\.gz debian uupdate EOF (Cribbed from https://wiki.debian.org/debian/watch/) Thanks! -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.13--grs-ipv6-64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fcgiwrap depends on: ii libc6 2.13-38 ii libfcgi0ldbl 2.4.0-8.1 ii spawn-fcgi1.6.3-1 fcgiwrap recommends no packages. fcgiwrap suggests no packages. -- Configuration Files: /etc/init.d/fcgiwrap 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#720913: lintian: F-P package-contains-empty-directory with triggers
Package: lintian Version: 2.5.15 Severity: minor A notable example here is libreoffice that contains an empty dir and installs a trigger for it[1]. ~Niels [1] http://lintian.debian.org/full/debian-openoff...@lists.debian.org.html#libreoffice Look for empty dirs containing autotext. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718788: squid-deb-proxy-client: prefer the proxy on the local machine
On Fri, Aug 09, 2013 at 04:26:58PM +0200, Paul Wise wrote: On Thu, 2013-08-08 at 16:23 +0200, Michael Vogt wrote: I like this suggestion a lot, do you think its sufficient to special case localhost and (always) prefer that or something more sophisticated like measuring how long a connect to the port takes? localhost won't match what is returned from avahi but anyway I would suggest prefer the local machine. If there is no proxy on the local machine, then use whichever proxy connects first. pabs@chianamo ~ $ avahi-browse -kprt _apt_proxy._tcp +;wlan0;IPv4;Squid\032deb\032proxy\032on\032someothersystem;_apt_proxy._tcp;local +;wlan0;IPv4;apt-cacher-ng\032proxy\032on\032chianamo;_apt_proxy._tcp;local =;wlan0;IPv4;Squid\032deb\032proxy\032on\032rocinante;_apt_proxy._tcp;local;someothersystem.local;10.0.0.134;8000; =;wlan0;IPv4;apt-cacher-ng\032proxy\032on\032chianamo;_apt_proxy._tcp;local;chianamo.local;10.0.0.134;3142; Thanks and sorry for my slow reply, could you please check if the attached patch helps with your use-case? Thanks, Michael === modified file 'apt-avahi-discover' --- apt-avahi-discover 2013-04-09 15:42:27 + +++ apt-avahi-discover 2013-08-26 09:21:53 + @@ -3,10 +3,35 @@ # use avahi to find a _apt_proxy._tcp provider and return # a http proxy string suitable for apt +import asyncore +import functools import socket +import sys +import time from subprocess import Popen, PIPE +@functools.total_ordering +class AptAvahiClient(asyncore.dispatcher): +def __init__(self, addr): +asyncore.dispatcher.__init__(self) +self.create_socket(socket.AF_INET, socket.SOCK_STREAM) +self.connect(addr) +self._time_init = time.time() +self.time_to_connect = sys.maxint +self.address = addr +def handle_connect(self): +self.time_to_connect = time.time() - self._time_init +self.close() +def __eq__(self, other): +return self.time_to_connect == other.time_to_connect +def __lt__(self, other): +return self.time_to_connect other.time_to_connect +def __repr__(self): +return %s %s: %s % ( +self.__class__.__name__, self.addr, self.time_to_connect) + + def is_ipv6(a): return ':' in a @@ -26,7 +51,7 @@ if line.startswith('='): tokens = line.split(';') addr = tokens[7] -port = tokens[8] +port = int(tokens[8]) if is_ipv6(addr): # We need to skip ipv6 link-local addresses since # APT can't use them @@ -37,15 +62,25 @@ # Run through the offered addresses and see if we we have a bound local # address for it. +addrs = [] for (ip, port) in addr6 + addr4: try: res = socket.getaddrinfo(ip, port, 0, 0, 0, socket.AI_ADDRCONFIG) if res: -return (ip, port) +addrs.append((ip, port)) except socket.gaierror: pass -# nothing found -return None +if not addrs: +return None + +# sort by answering speed +hosts = [] +for addr in addrs: +hosts.append(AptAvahiClient(addr)) +asyncore.loop() +fastest_host = sorted(hosts)[0] +fastest_address = fastest_host.address +return fastest_address if __name__ == __main__:
Bug#720914: lintian: F-P menu-command-not-in-package when binary is in direct dep from same source
Package: lintian Version: 2.5.15 Severity: minor Libreoffice is showing cases of: [...] I: libreoffice-calc: unused-override desktop-command-not-in-package usr/share/applications/libreoffice-calc.desktop libreoffice [...] O: libreoffice-calc: menu-command-not-in-package usr/share/menu/libreoffice-calc:5 usr/bin/libreoffice [...] which suggests menu-command-not-in-package is not aware of binaries from direct dependencies built from the same source. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720905: Please update to newer version
On Mon, Aug 26, 2013 at 09:44:22AM +0200, Ole Streicher wrote: Package: cfitsio Version: 3.300-1 Severity: wishlist For cfitsio, the latest available upstream version is 3.350, while Debian unstable still has 3.300. Could you consider updating the Debian version? I want to upload cpl-6.3.1 to unstable, which requires at least cfitsio-3.310. I will upload cfitsio 3.310 shortly to unstable. As for version 3.350, I have some preliminary version already available, but I still have to take some decisions about how to handle and coordinate the transition to the new soname. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720915: cryptsetup-bin: encrypted system fails to boot if /usr is on own encrypted partition
Package: cryptsetup-bin Version: 2:1.6.1-1 Severity: important Dear Maintainer, cryptsetup can't open any devices any more if /usr is on an own encrypted partition, because one of its needed shared libraries is located in /usr/lib instead of /lib: $ ldd /sbin/cryptsetup [...] libgpg-error.so.0 = /usr/lib/x86_64-linux-gnu/libgpg-error.so.0 (0x7f114a4f5000) [...] Obviously without the library cryptsetup fails to start. Regards, Harald -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cryptsetup-bin depends on: ii libc6 2.17-92 ii libcryptsetup4 2:1.6.1-1 ii libpopt01.16-7 cryptsetup-bin recommends no packages. cryptsetup-bin 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#585149: iceweasel: No sound in videos using the html5 audio tag
Package: iceweasel Version: 22.0-1~bpo70+1 Followup-For: Bug #585149 Hello, I'd like to come back on this bug as it's flagged 'more info'. I found out that 2 different pages on the same server and, obviously, the same browser and browser environment show different behaviors depending on the procedure used to produce sound. If you go to the page http://www.heise.de/ct/Mitmachen/Browserdemo/ and open the first (1. Platz/Landschaft) and the third (3. Platz/Doc Snyder) demos and click on the blue button labeled Demo öffnen, you'll notice the following: * I hear the sound of the 1st demo, whereas it's playing sound using JavaScript function (in demo.js using code like 'audio = new Audio(music.wav); etc...'). (Side note: you can click either Ohne Schatten or Mit Schatten, it's just to get the demo without or with shadows). * But I don't hear the sound of the 2nd demo where it's rendered using the audio tag as in audio id=soundtrack preload=auto loop=loop source src=audio/ct_intro.ogg type=audio/ogg/ source src=audio/ct_intro.mp3 type=audio/mpeg/ /audio So, if it's not the desktop environment and not the server environment, there must be something wrong with the browser, which should be able to render sound independently from the method used to make it render this sound. Hope this helps, Eric -- Package-specific info: -- Extensions information Name: CheckPlaces Location: ${PROFILE_EXTENSIONS}/checkpla...@andyhalford.com.xpi Status: enabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Deutsch (DE) Language Pack locale Location: /usr/lib/iceweasel/browser/extensions/langpack...@iceweasel.mozilla.org.xpi Package: iceweasel-l10n-de Status: enabled Name: English (GB) Language Pack locale Location: /usr/lib/iceweasel/browser/extensions/langpack-en...@iceweasel.mozilla.org.xpi Package: iceweasel-l10n-en-gb Status: enabled Name: Flash and Video Download Location: ${PROFILE_EXTENSIONS}/{bee6eb20-01e0-ebd1-da83-080329fb9a3a} Status: enabled Name: Français Language Pack locale Location: /usr/lib/iceweasel/browser/extensions/langpack...@iceweasel.mozilla.org.xpi Package: iceweasel-l10n-fr Status: enabled Name: Lazarus: Form Recovery Location: ${PROFILE_EXTENSIONS}/laza...@interclue.com.xpi Status: enabled Name: NoScript Location: ${PROFILE_EXTENSIONS}/{73a6fe31-595d-460b-a920-fcc0f8843232}.xpi Status: enabled Name: Novell Moonlight Location: ${PROFILE_EXTENSIONS}/moonli...@novell.com Status: app-disabled Name: Polski Language Pack locale Location: /usr/lib/iceweasel/browser/extensions/langpack...@iceweasel.mozilla.org.xpi Package: iceweasel-l10n-pl Status: enabled -- Plugins information Name: Google Talk Plugin Location: /opt/google/talkplugin/libnpgoogletalk.so Package: google-talkplugin Status: enabled Name: Google Talk Plugin Video Accelerator Location: /opt/google/talkplugin/libnpgtpo3dautoplugin.so Package: google-talkplugin Status: enabled Name: Google Talk Plugin Video Renderer Location: /opt/google/talkplugin/libnpo1d.so Package: google-talkplugin Status: enabled Name: Shockwave Flash (11,2,202,297) Location: /usr/lib/flashplayer-mozilla/libflashplayer.so Package: flashplayer-mozilla Status: enabled Name: Skype Buttons for Kopete Location: /usr/lib/mozilla/plugins/skypebuttons.so Package: kopete Status: enabled -- Addons package information ii flashplayer-mo 3:11.2.202.2 amd64Macromedia Flash Player. ii google-talkplu 4.4.2.0-1amd64Google Talk Plugin ii iceweasel 22.0-1~bpo70 amd64Web browser based on Firefox ii iceweasel-l10n 1:22.0-1~bpo all German language package for Icewe ii iceweasel-l10n 1:22.0-1~bpo all English (United Kingdom) language ii iceweasel-l10n 1:22.0-1~bpo all French language package for Icewe ii iceweasel-l10n 1:22.0-1~bpo all Polish language package for Icewe ii kopete 4:4.8.4-1+b1 amd64instant messaging and chat applic -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.3.2 ii fontconfig 2.9.0-7.1 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libnspr42:4.10-1~bpo70+1 ii libpango1.0-0 1.30.0-1 ii libsqlite3-03.7.13-1+deb7u1 ii libstdc++6 4.7.2-5 ii procps
Bug#720916: ITP: x11-touchscreen-calibrator -- X Window System's Touchscreen Calibrator
Package: wnpp Severity: wishlist Owner: Shih-Yuan Lee (FourDollars) fourdoll...@gmail.com * Package name: x11-touchscreen-calibrator Version : 0.0 Upstream Author : Shih-Yuan Lee (FourDollars) fourdoll...@gmail.com * URL : http://fourdollars.github.io/x11-touchscreen-calibrator/ * License : GPL Programming Lang: C Description : X Window System's Touchscreen Calibrator The purpose is to calibrate the touchscreen's coordinates automatically. . Install this package and it will run automatically in the background of X Window System. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694827: use of LD_PRELOAD
As far as I understand, /usr/bin/fakechroot sources the chroot.env script to setup the substitution of /usr/sbin/chroot.fakechroot for /usr/sbin/chroot. At /usr/sbin/chroot invocation (through execve), /usr/sbin/chroot.fakechroot runs instead and parses /etc/ld.so.conf* in the target (fake)chroot to populate LD_LIBRARY_PATH. The multiarch paths are added this way. Eventually /usr/sbin/chroot is run, and the function chroot of libfakechroot adds the paths /usr/lib and /lib under the target (fake)chroot. The syntax fakeroot fakechroot chroot ... fails to setup the substitution of /usr/sbin/chroot.fakechroot for /usr/sbin/chroot : the bottom line of /usr/bin/fakechroot env LD_LIBRARY_PATH=$paths LD_PRELOAD=$lib $@ adds LD_PRELOAD to the environment of the command (ie chroot), not of env. Instead of the function execve from libfakechroot the one of libc6 is executed by env - hence the substitution doesn't take place. The syntax fakeroot fakechroot env chroot ... fails to select automatically the environment script chroot.env. And the syntax fakeroot fakechroot -e chroot env chroot ... works... As an alternative, we could patch /usr/bin/fakechroot to obtain the same result (see the following patch as an illustration). We then get the same value of LD_LIBRARY_PATH whatever the relative order of fakeroot and fakechroot : me@here:~$ fakeroot fakechroot chroot /home/me/my_wheezy_chroot # echo $LD_LIBRARY_PATH /home/me/my_wheezy_chroot/usr/lib/i386-linux-gnu/libfakeroot: /home/me/my_wheezy_chroot/usr/lib64/libfakeroot: /home/me/my_wheezy_chroot/usr/lib32/libfakeroot: /home/me/my_wheezy_chroot/lib/i386-linux-gnu: /home/me/my_wheezy_chroot/usr/lib/i386-linux-gnu: /home/me/my_wheezy_chroot/lib/i486-linux-gnu: /home/me/my_wheezy_chroot/usr/lib/i486-linux-gnu: /home/me/my_wheezy_chroot/usr/local/lib: /usr/lib/i386-linux-gnu/libfakeroot: /usr/lib64/libfakeroot:/usr/lib32/libfakeroot: /home/me/my_wheezy_chroot/usr/lib: /home/me/my_wheezy_chroot/lib (breaking a long line at : ) me@here:~$ fakechroot fakeroot chroot /home/me/my_wheezy_chroot # echo $LD_LIBRARY_PATH /home/me/my_wheezy_chroot/usr/lib/i386-linux-gnu/libfakeroot: /home/me/my_wheezy_chroot/usr/lib64/libfakeroot: /home/me/my_wheezy_chroot/usr/lib32/libfakeroot: /home/me/my_wheezy_chroot/lib/i386-linux-gnu: /home/me/my_wheezy_chroot/usr/lib/i386-linux-gnu: /home/me/my_wheezy_chroot/lib/i486-linux-gnu: /home/me/my_wheezy_chroot/usr/lib/i486-linux-gnu: /home/me/my_wheezy_chroot/usr/local/lib: /usr/lib/i386-linux-gnu/libfakeroot: /usr/lib64/libfakeroot:/usr/lib32/libfakeroot: /home/me/my_wheezy_chroot/usr/lib: /home/me/my_wheezy_chroot/lib Regards, JH Chatenet --- a/scripts/fakechroot.sh 2011-12-11 13:05:34.0 +0100 +++ b/scripts/fakechroot.sh 2013-08-24 14:27:27.0 +0200 @@ -136,10 +136,10 @@ # Execute command if [ -z $* ]; then -env LD_LIBRARY_PATH=$paths LD_PRELOAD=$lib ${SHELL:-/bin/sh} +LD_LIBRARY_PATH=$paths LD_PRELOAD=$lib env ${SHELL:-/bin/sh} result=$? else -env LD_LIBRARY_PATH=$paths LD_PRELOAD=$lib $@ +LD_LIBRARY_PATH=$paths LD_PRELOAD=$lib env $@ result=$? fi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720917: upgrade failure
Package: gzip Version: 1.6-1 Severity: grave Dear maintainer, I get this when trying to upgrade gzip: Preparing to replace gzip 1.6-1 (using .../archives/gzip_1.6-2_armel.deb) ... Unpacking replacement gzip ... dpkg: error processing /var/cache/apt/archives/gzip_1.6-2_armel.deb (--unpack): trying to overwrite '/usr/share/info/dir.gz', which is also in package ed 1.9-2 Processing triggers for man-db ... Processing triggers for install-info ... Errors were encountered while processing: /var/cache/apt/archives/gzip_1.6-2_armel.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Hence, it is impossible to upgrade gzip. Cheers, -- Stephane -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.2.0-4-kirkwood Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages gzip depends on: ii dpkg 1.17.1 ii install-info 5.1.dfsg.1-4 ii libc6 2.17-92 ii libgcc1 1:4.8.1-9 gzip recommends no packages. Versions of packages gzip suggests: ii less 458-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679905: RE : Bug#679905: cctbx: changing back from ITP to RFP
Hi all, Hello Baptiste it makes me sad to see cctbx going back to RFP, unfortunately this is closer to the truth as far as I'm concerned. this is the standard procedure, cctbx is not yet ready for inclusion after one year, so ITP - RFP. now , I did not managed to work on cctbx since I need first to tackle the ccp4 part... Once his will be done, I think that it will be easyer to work on cctbx. I still have interest in the package, but interest is not enough. Due to real life problems (moving homes, unforseen difficulties with a paid assignment), I have not been able to work on it at all since last february. Yes I understand, so I hope that your problems will find solutions. thanks for the great work you already done on cctbx I can't tell yet when I've got more time available. For this reason, I won't change the bug back to ITP until I've got some work done. If anybody else feels like working on it before I do, go for it. And if you have any questions, feel free to ask me. Indeed the gir repository of the cctbx packaging is still available in Debian science. Cheers Frederic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705527: gedit-plugins: Plugin External Tools not working
I had similar problems with other plugin. And I can confirm upgrading to gedit (and gedit-plugins) 3.8.3-3+b1 solves the problem for me (sid amd64). -- Sergio Fernández ser...@wikier.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720866: texinfo: FTBFS with perl 5.18: test failures
On 25.08.13 Dominic Hargreaves (d...@earth.li) wrote: Hi, This package FTBFS with perl 5.18: FAIL: test_scripts/sectioning_equivalent_nodes_test_renamed_nodes.sh FAIL: test_scripts/layout_formatting_chm.sh This doesn't obviously look like a perl 5.18 issue for me, but it failed on two separate occasions when the same version passed on a plain sid chroot. Sorry I can't do any more investigation at the moment. Well, I see that issue w/ perl 5.18, but not w/ perl 5.14. The test suite compares the generated results and they don't seem to match to the expected results. H. -- sigmentation fault signature.asc Description: Digital signature
Bug#685034: (no subject)
I think the root issue (if you allow me the pun) is that you didn't mount /proc in your chroot. From the source code: /* On Linux we can detect chroots by checking if the * devicenumber/inode pair of / are the same as that of * /sbin/init's. This may fail if not running as root or if * /proc is not mounted, in which case 2 is returned. * * If /proc/1/root exists but can not be stated as root, * we're running in some limited environment (eg. vserver), * which we consider as chroot here. */ And the root of /sbin/init is checked via stat -L /proc/1/root The man page should mention this requirement though. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673727: jshint - non-free, node-grunt - contrib?
Could the jshint code just be uploaded to the non-free archive for the moment? Then node-grunt would potentially belong in contrib This would allow developers of other packages to proceed with their efforts. Other packages that build-depend on node-grunt would end up in contrib too, which is not ideal, but it may be better than not having them at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720918: gmpc: Please disable htbackdrops plugin
Package: gmpc Version: 11.8.16-6 Severity: normal Hello, It seems that the htbackdrops plugin does not work properly since the domain was hijacked. See more information on: http://blog.sarine.nl/blog/2013/08/18/htbackdrops-plugin/ Disabling the plugin should do the trick. -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#94164: ( فعاليات الاتحاد العربي لتنمية الموارد البشرية)لشهر سبتمبر 2013م القاهرة – اسطنبول
* * *فعاليات الاتحاد العربي لتنمية الموارد البشرية* *باعتمـــاد* المجلس الأمريكي لاعتماد الشهادات المهنية *A*MERICAN *C*OUNCIL *F*OR *A*CCREDITED *C*ERTIFICATION * * * لشهر (** **سبتمبر** **) 2013م* * * *( القاهرة – اسطنبول )* * * * * *م* *اسم النشاط* *التاريخ* *المكان* 1 *ورشة عمل* ( مراجعة الحساب الختامي وتدقيق الحسابات ) 1- 10 سبتمبر القاهرة 2 *ورشة عمل* ( إدارة الوظيفة العامة ) 7- 16سبتمبر اسطنبول 3 *ورشة عمل* ( تأهيل الإدارات القانونية ) 10- 19 سبتمبر اسطنبول 4 *ورشة عمل* ( النظم الحديثة لإدارة المشتريات والمخازن ) 14- 23 سبتمبر اسطنبول 5 *ورشة عمل* ( التقنيات الحديثة في الرقابة الإدارية والمالية ) 15- 24 سبتمبر اسطنبول *6* *الدبلوم المهني ( إدارة الجودة الشاملة )*** *21-** **30 سبتمبر* *اسطنبول* *لمزيد من المعلومات برجاء الاتصال* *هاتف: 0020235866963- 002023586062- 0020235860290* *فاكس: 0020235830285- 0020235866953- 0020235849316*** *uh...@uhrda.net*** *www.uhrda.net*** * * * * * ** ** ** * -- لقد تلقيت هذه الرسالة لأنك مشترك في المجموعة الأتحاد العربي لتنمية الموارد البشرية 423 من مجموعات Google. لإلغاء اشتراكك في هذه المجموعة وإيقاف تلقي رسائل إلكترونية منها، أرسِل رسالة إلكترونية إلى uhrda4235859+unsubscr...@googlegroups.com. للمزيد من الخيارات، انتقل إلى https://groups.google.com/groups/opt_out.
Bug#715461: Bug#718129: Re: Re: Bug#715461: libsdl-mixer1.2: no sf2 sound fonts loaded by default
Am Dienstag, den 20.08.2013, 09:58 +0200 schrieb Fabian Greffrath: Yes, it does. However, I would have added a check if the pointer is already set prior to resetting it, e.g. if (!soundfont_paths) soundfont_paths = SDL_strdup(...); But this is really just nit-picking. Wait, does SDL_strdup() allocate new memory and isn't the current solution leaking memory when Mix_Init() is repeatedly called? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720920: gnome-terminal: Opening 'Root-Terminal' (gksu x-terminal-emulator) a 2nd time in session fails with error
Package: gnome-terminal Version: 3.8.3-1 Severity: important Dear Maintainer, I cannot open a 'Root-Terminal' a 2nd time in the same session, even if the 1st instance was already closed. Clicking the desktop starter icon results in a spinning wheel and then the execution is aborted. Trying to start it from the console yields the following error message: jwi@marvin42:~$ gksu gnome-terminal glibtop: Non-standard uts for running kernel: release 3.10-2-amd64=3.10.0 gives version code 199168 Error constructing proxy for org.gnome.Terminal:/org/gnome/Terminal/Factory0: Fehler beim Aufruf von StartServiceByName fÃŒr org.gnome.Terminal: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process /usr/lib/gnome-terminal/gnome-terminal-server exited with status 1 rgds Juergen Wieczorek -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gconf-service3.2.6-1 ii gnome-terminal-data 3.8.3-1 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.8.0-2 ii libc62.17-92 ii libdconf10.16.1-1 ii libgconf-2-4 3.2.6-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.2-3 ii libpango-1.0-0 1.32.5-5+b1 ii libuuid1 2.20.1-5.5 ii libvte-2.90-91:0.34.6-1 ii libx11-6 2:1.6.1-1 Versions of packages gnome-terminal recommends: ii dbus-x11 1.6.12-1 ii gvfs 1.16.3-1 ii yelp 3.8.1-2 gnome-terminal 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#720919: Please add artistic licence 2.0
Package: base-files Version: 7.2 Severity: wishlist File: /usr/share/common-licenses Seriously, it's time. It's DFSG-free and it's not uncommon. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages base-files depends on: ii gawk [awk] 1:4.0.1+dfsg-2.1 ii mawk [awk] 1.3.3-17 base-files recommends no packages. base-files suggests no packages. -- no debconf information -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#720916: ITP: x11-touchscreen-calibrator -- X Window System's Touchscreen Calibrator
Hi Shih-Yuan, On Mon, Aug 26, 2013 at 05:44:00PM +0800, Shih-Yuan Lee (FourDollars) wrote: * Package name: x11-touchscreen-calibrator Version : 0.0 Upstream Author : Shih-Yuan Lee (FourDollars) fourdoll...@gmail.com * URL : http://fourdollars.github.io/x11-touchscreen-calibrator/ * License : GPL Programming Lang: C Description : X Window System's Touchscreen Calibrator The purpose is to calibrate the touchscreen's coordinates automatically. . Install this package and it will run automatically in the background of X Window System. Can you add some more information to the description? Does this software handle all use cases of [0]? (- is [0] still needed?) [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592073 -- Sebastian signature.asc Description: Digital signature
Bug#720922: ITP: reclass -- hierarchical inventory backend for configuration management systems
Package: wnpp Severity: wishlist Owner: martin f. krafft madd...@debian.org Package name: reclass Version : 1.0 Upstream Author : martin f. krafft madd...@madduck.net URL : http://github.com/madduck/reclass License : Artistic 2.0 Programming Lang: Python Description : hierarchical inventory backend for configuration management systems reclass is an external node classifier (ENC) as can be used with automation tools, such as Puppet, Salt, and Ansible. It is also a stand-alone tool for merging data sources recursively. The purpose of an ENC is to allow a system administrator to maintain an inventory of nodes to be managed, completely separately from the configuration of the automation tool. Usually, the external node classifier completely replaces the tool-specific inventory (such as site.pp for Puppet, ext_pillar/master_tops for Salt, or /etc/ansible/hosts). reclass allows you to define your nodes through class inheritance, while always able to override details further up the tree (i.e. in more specific nodes). Think of classes as feature sets, as commonalities between nodes, or as tags. Add to that the ability to nest classes (multiple inheritance is allowed, well-defined, and encouraged), and piece together your infrastructure from smaller bits, eliminating redundancy and exposing all important parameters to a single location, logically organised. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#720916: ITP: x11-touchscreen-calibrator -- X Window System's Touchscreen Calibrator
Hi Sebastian, IIRC, xinput-calibrator is an interactive program. That means xinput-calibrator needs the user's operation. x11-touchscreen-calibrator is a daemon running in the background. It will detect the touchscreen automatically and adjust the corresponding Coordinate Transformation Matrix of Touchscreen xinput when the resolution is changed. It should also support rotation, reflection, and different scaling mode of display output. Regards, $4 On Mon, Aug 26, 2013 at 6:31 PM, Sebastian Reichel s...@ring0.de wrote: Hi Shih-Yuan, On Mon, Aug 26, 2013 at 05:44:00PM +0800, Shih-Yuan Lee (FourDollars) wrote: * Package name: x11-touchscreen-calibrator Version : 0.0 Upstream Author : Shih-Yuan Lee (FourDollars) fourdoll...@gmail.com * URL : http://fourdollars.github.io/x11-touchscreen-calibrator/ * License : GPL Programming Lang: C Description : X Window System's Touchscreen Calibrator The purpose is to calibrate the touchscreen's coordinates automatically. . Install this package and it will run automatically in the background of X Window System. Can you add some more information to the description? Does this software handle all use cases of [0]? (- is [0] still needed?) [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592073 -- Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720921: python-django: DSA 2140-1 breaks inlines.js
Package: python-django Version: 1.4.5-1+deb7u1 Severity: normal Dear Maintainer, We noticed that after we upgraded to python-django from the security repository, the inlines.js code was no longer working correctly. It no longer generates the 'Add another resource name resource' link for inline resources, thereby breaking functionality as provided by the previous python-django package. I'm afraid I lack the insight to determine whether this problem originated upstream or if it's the result of the actual security patch. Please let me know if you require additional information. We're seeing the behaviour in the powerdns-manager app, but we cannot see anything in particular that would limit this behaviour to that app only. Kind regards, Tim Stoop -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-django depends on: ii python 2.7.3-4 Versions of packages python-django recommends: ii libjs-jquery 1.7.2+dfsg-1 Versions of packages python-django suggests: pn geoip-database-contrib none pn gettext none pn python-flup none ii python-mysqldb 1.2.3-2 pn python-psycopg none ii python-psycopg2 2.4.5-1 pn python-sqlite none ii python-yaml 3.10-4 -- 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#720670: aptitude-robot: FTBFS with perl 5.18: test failures
Control: tag -1 - unreproducible + confirmed Control: retitle -1 FTBFS when only Moose is installed On 25.Aug.2013, at 15:31 , gregor herrmann gre...@debian.org wrote: On Sat, 24 Aug 2013 13:23:16 +0100, Dominic Hargreaves wrote: TOPDIR=/build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14 prove -I/build/dom-aptitude-robot _1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14 /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2 .14/t /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/t/001_help-option.t . ok Use of uninitialized value in concatenation (.) or string at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/a ptitude-robot-1.2.14/aptitude-robot line 99. Use of uninitialized value in concatenation (.) or string at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/a ptitude-robot-1.2.14/aptitude-robot line 103. # Failed test 'check for error string' # at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/t/010_simple-calls.t line 22. # got: 'Error: is not a aptitude-robot config directory' # expected: 'Error: /dev/null is not a aptitude-robot config directory' That's an interesting case, and I can't reproduce it. From the output above it looks like config_dir is not set, but I don't see how this can happen; and it doesn't seem to be Perl 5.18 related. Anyway, I'm sure Elmar and Axel know their code better and can come up with some insights :) Finally, we could reproduce this bug. It has nothing to do with perl 5.18 but with Moose vs. Mouse. aptitude-robot uses Any::Moose which defaults to Mouse unless Moose is already installed on the system. With Mouse it would run the tests without problems but with Moose (and no Mouse installed) we get exactly the errors Dominic reported. We still need to find out why Moose would trigger these errors when Mouse does not. Ultimately however, this is the motivation to replace Mouse with Moo, which was planned anyway. Regards -- Elmar signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#715152: Info received (Bug#715152: keepass2: Crash when entering numbers in bépo.)
On 06/07/2013 13:36, Debian Bug Tracking System wrote: If you wish to submit further information on this problem, please send it to 715...@bugs.debian.org. Hi, I am still having the issue, and I would like to add some more information. I think it may be related to mono. Stacktrace: at unknown 0x at (wrapper managed-to-native) System.Windows.Forms.X11Keyboard.Xutf8LookupString (intptr,System.Windows.Forms.XEvent,byte[],int,intptr,System.Windows.Forms.XLookupStatus) 0x at System.Windows.Forms.X11Keyboard.LookupString (System.Windows.Forms.XEvent,int,System.Windows.Forms.XKeySym,System.Windows.Forms.XLookupStatus) 0x0009b at System.Windows.Forms.X11Keyboard.ToUnicode (int,int,string) 0x002ef at System.Windows.Forms.X11Keyboard.TranslateMessage (System.Windows.Forms.MSG) 0x00127 at System.Windows.Forms.XplatUIX11.TranslateMessage (System.Windows.Forms.MSG) 0x0001b at System.Windows.Forms.XplatUI.TranslateMessage (System.Windows.Forms.MSG) 0x0001a at System.Windows.Forms.Application.RunLoop (bool,System.Windows.Forms.ApplicationContext) 0x00a0b at System.Windows.Forms.Form.ShowDialog (System.Windows.Forms.IWin32Window) 0x00787 at System.Windows.Forms.Form.ShowDialog () 0x00013 at (wrapper remoting-invoke-with-check) System.Windows.Forms.Form.ShowDialog () 0x at KeePass.UI.UIUtil.ShowDialogAndDestroy (System.Windows.Forms.Form) 0x0001f at KeePass.Forms.MainForm.OnEntryAdd (object,System.EventArgs) 0x002eb at KeePass.Forms.MainForm.OnPwListKeyDown (object,System.Windows.Forms.KeyEventArgs) 0x00233 at (wrapper delegate-invoke) Module.invoke_void__this___object_KeyEventArgs (object,System.Windows.Forms.KeyEventArgs) 0x at System.Windows.Forms.Control.OnKeyDown (System.Windows.Forms.KeyEventArgs) 0x00052 at KeePass.UI.CustomListViewEx.OnKeyDown (System.Windows.Forms.KeyEventArgs) 0x00057 at System.Windows.Forms.Control.ProcessKeyEventArgs (System.Windows.Forms.Message) 0x00084 at System.Windows.Forms.Control.ProcessKeyMessage (System.Windows.Forms.Message) 0x0003f at System.Windows.Forms.Control.WmKeys (System.Windows.Forms.Message) 0x00018 at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message) 0x0032f at System.Windows.Forms.ListView.WndProc (System.Windows.Forms.Message) 0x00077 at System.Windows.Forms.Control/ControlWindowTarget.OnMessage (System.Windows.Forms.Message) 0x0001a at System.Windows.Forms.Control/ControlNativeWindow.WndProc (System.Windows.Forms.Message) 0x0002b at System.Windows.Forms.NativeWindow.WndProc (intptr,System.Windows.Forms.Msg,intptr,intptr) 0x00270 at System.Windows.Forms.XplatUIX11.DispatchMessage (System.Windows.Forms.MSG) 0x00023 at System.Windows.Forms.XplatUI.DispatchMessage (System.Windows.Forms.MSG) 0x0001a at System.Windows.Forms.Application.RunLoop (bool,System.Windows.Forms.ApplicationContext) 0x00a1b at System.Windows.Forms.Application.Run (System.Windows.Forms.ApplicationContext) 0x0004f at System.Windows.Forms.Application.Run (System.Windows.Forms.Form) 0x00037 at KeePass.Program.Main (string[]) 0x00977 at (wrapper runtime-invoke) Module.runtime_invoke_void_object (object,intptr,intptr,intptr) 0x Native stacktrace: /usr/bin/cli() [0x80f5acb] /usr/bin/cli() [0x814007c] /usr/bin/cli() [0x806389f] linux-gate.so.1(__kernel_rt_sigreturn+0) [0xb770340c] /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x84766) [0xb7552766] /usr/lib/i386-linux-gnu/libX11.so.6(_XimLocalUtf8LookupString+0x119) [0xb4c4bcf9] /usr/lib/i386-linux-gnu/libX11.so.6(Xutf8LookupString+0x44) [0xb4c2eae4] [0xb353f608] [0xb4452cbc] [0xb3542a80] [0xb356a018] [0xb3569edc] [0xb3569ebb] [0xb38eaa44] [0xb355d188] [0xb355c9ec] [0xb355c9a8] [0xb2ffaba8] [0xb2ff4a24] [0xb32ecf6c] [0xb32fdf2f] [0xb354311b] [0xb32eca08] [0xb3542f5d] [0xb3542e40] [0xb3543ee9] [0xb3a27a20] [0xb38ef0a8] [0xb3a276eb] [0xb3a276c4] [0xb3a26559] [0xb356a16c] [0xb356a143] [0xb38eaa54] [0xb38e9fe8] [0xb38e9d68] [0xb57eadc0] [0xb57eb12f] /usr/bin/cli() [0x806843c] Debug info from gdb: = Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = -- Guillaume Seren -- Non seulement Dieu joue aux dés mais il les jette parfois là où on ne peut les voir. Stephen Hawking -- FAQ : http://wiki.debian.org/fr/FrenchLists -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720776: [Debian-med-packaging] Bug#720776: weird results with perl 5.18
Running several times *perl t/Ontology/IO/obo.t* leads to different results We sometimes have 1 or 6 or 7 failing tests -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720923: icedtea-plugin: Please switch metapackage dependency to icedtea-7-plugin
Package: icedtea-plugin Version: 1.4-3 Severity: normal Hi, Currently the metapackage dependency is pointing to icedtea-6-plugin, it should probably be updated to point to icedtea-7-plugin. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720891: cpm: fails to start on i386
Severity: normal On 08/26/2013 04:52 AM, Russ Allbery wrote: Package: cpm Version: 0.28-1 Severity: grave Justification: renders package unusable cpm 0.28-1 fails to start at all on i386 systems. No matter how it is run, it just produces the errors: Failed to scan kernel release. (Success, 0) Cannot drop root privileges. (684) It does work on amd64. I also tried 0.26-1, but it has the same problem. Actually, it's not the architecture, but your kernel release which is the likely cause for this failure. This is upstream https://github.com/comotion/cpm/issues/35 Although this is a priority, it should not break all i386 systems. Please try out the following patch and see if it fixes the issue: diff --git a/security.c b/security.c index 4735636..52479b7 100644 --- a/security.c +++ b/security.c @@ -454,9 +454,14 @@ int check_kernel_version() }else if(!strncmp(uts.sysname, Linux, 5)){ int maj,min,rel; if(sscanf(uts.release, %d.%d.%d, maj, min, rel) != 3) { - fprintf(stderr, %s (%s, %d)\n, - _(Failed to scan kernel release.), - strerror(errno),errno); + // maybe it's a 3.10-rc3 release. + if(sscanf(uts.release, %d.%d, maj, min) != 2) { + fprintf(stderr, %s (%s, %d)\n, + _(Failed to scan kernel release.), + strerror(errno),errno); + return 0; + } + rel = 9; // instead of passing garbage }else{ //fprintf(stdout, kernel rel: %d.%d\n, maj, min); if(maj 2 || signature.asc Description: OpenPGP digital signature
Bug#720924: RFS: spotweb/20130525~git0.b0d91a99+dfsg-1~pre1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for a new version of my package spotweb * Package name: spotweb Version : 20130525~git0.b0d91a99+dfsg-1~pre1 Upstream Author : Spotweb spot...@github.com * URL : https://github.com/spotweb/spotweb * License : BSD-3-clause, Expat, GPL, Apache-2, ISC (see debian/copyright) Section : web It builds these binary packages: spotweb- web interface to search and filter Usenet spots To access further information about this package, please visit the following URL: http://mentors.debian.net/package/spotweb Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/spotweb/spotweb_20130525~git0.b0d91a99+dfsg-1~pre1.dsc Changes since the last upload: * New upstream version * Updated debian/copyright * Add upstream changelog * Updates for Apache 2.4 configuration snippets * Use Debian-supplied jquery-form javascript library instead of upstream embedded version * Remove upstream embedded font files, use Debian-packaged fonts instead * The news server information is now maintained in the spotweb database, and not in the configuration files. That means you will need to configure your news server information again (admin/config/settings/newsservers). * Disable Notifo notifications, the service has been discontinued * Do not exit postinst script with error if database update fails. Closes: #709877 Thank you in advance for any help or advice. Cheers Jan-Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720776: weird results with perl 5.18
It appears that: (in obo ontology test) my @terms = $ont-get_child_terms($roots[0]); @terms array order is not always the same. As following tests take first element of array, it explains why sometimes it succeed, sometimes it fails Now I don't know why order is different -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720921: python-django: DSA 2140-1 breaks inlines.js
Actually, I found the problem in the debian/rules in python-django. It seem to not link to jquery.js and jquery.min.js. In override_dh_install, the following code is present: # Remove embedded Javascript libraries set -e; for FILENAME in jquery.js jquery.min.js; do \ find $(PREFIX) -name $$FILENAME -exec \ ln -sf /usr/share/javascript/jquery/$$FILENAME {} \;; \ done I think the $$FILENAME should be $(FILENAME). Testing this on our builder machine now. -- Kind regards, Met vriendelijke groet, Tim Stoop Kumina bv www.kumina.nl kvk nr 14095795 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720109: lxpanel freezes before showing anything in the panel
Hi Andrew, Jörg-Volker Peetz wrote, on 08/20/2013 18:41: Package: lxpanel Version: 0.5.12-2 Hi Andrew, I don't find any error messages of lxpanel, not on the console, nor in /var/log/Xorg.0.log, nor in log of xsession. Do you use the same versions as I of the packages lxpanel depends on? I also started lxpanel with ltrace: $ ltrace lxpanel --log 5 The last few lines of the output are: XGetWindowProperty(0x1e01630, 333, 401, 0, 1)= 0 XFree(0x1f93690, 0x1f93698, -1, 1, 0x2001ac0)= 1 XChangeGC(0x1e01630, 0x20017d0, 1024, 0x7fff84eed830, 0x2001ac0) = 1 gtk_widget_set_app_paintable(0x1eca2d0, 1, 4, 0xe1, 0x1e0847c) = 2 gdk_window_set_back_pixmap(0x1f28000, 0x1fc48d0, 0, 0, 0x1dfde80) = 1 g_object_unref(0x1fc48d0, 2, 4, 0x1de45a8, 0)= 2 gdk_window_invalidate_rect(0x1f28000, 0, 1, 0, 0x1e3ad20) = 0x1e16c60 gtk_socket_get_type(0x1f28000, 0, 1, 0, 0x1e12460) = 0x1ec39a0 g_type_check_instance_is_a(0x1eca2d0, 0x1ec39a0, 1, 0, 0x1e12460) = 0 gtk_container_get_type(0x1ec39a0, 0x1ec39a0, 1, 0, 0x1dfde80) = 0x1e00dd0 g_type_check_instance_is_a(0x1eca2d0, 0x1e00dd0, 1, 0, 0x1dfde80) = 1 gtk_container_foreach(0x1eca2d0, 0x41a120, 0x1e4f7a0, 0, 0x1dfde80 unfinished ... gtk_socket_get_type(0x1edfcf0, 0x1e4f7a0, 0x41a120, 0x1e4f7a0, 0x1dfde80) = 0x1ec39a0 g_type_check_instance_is_a(0x1edfcf0, 0x1ec39a0, 0x41a120, 0x1e4f7a0, 0x1dfde80) = 0 gtk_container_get_type(0x1ec39a0, 0x1ec39a0, 0, 0x1e4f7a0, 0x1e7b030) = 0x1e00dd0 g_type_check_instance_is_a(0x1edfcf0, 0x1e00dd0, 0, 0x1e4f7a0, 0x1e7b030) = 0 ... gtk_container_foreach resumed )= 0 g_free(0x1e4f050, 0x1e00dd0, 1, 0x1e4f7a0, 0x1e7b030) = 1873 g_slist_prepend(0, 0x1e4f7a0, 0x7fde6c195698, 0x1e4f7a0, 0) = 0x1ec0ea0 g_free(0x1e457b0, 1, 0x1ec0ea0, 0, 0)= 0 g_dir_read_name(0x1e46a50, 0x, 0x7fde6c195660, 0, 0) = 0 g_dir_close(0x1e46a50, 0x1e47048, 32768, -1, 0) = 0x1f93680 g_free(0x1e45600, 0, 0x7fde6c195648, 0x1f93680, 0) = 0x1e457a0 gdk_threads_enter(0x7fde6c195640, 3, 0x7fde6c195660, 0x1e457a0, 0 unfinished ... It seems that gdk_threads_enter() gets called twice. I took a look at the file lxpanel_0.5.12-2.debian.tar.xz, especially the files in the debian/patches directory. I saw there an old patch file from 0.5.10 fix_gtk_main.diff which adds a call to gdk_threads_enter() right before the gtk_main() line. Could it be that this patch still gets applied in the building process? Otherwise I can't understand why gdk_threads_enter() gets called twice. snip -- Regards, jvp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720916: ITP: x11-touchscreen-calibrator -- X Window System's Touchscreen Calibrator
On Mon, Aug 26, 2013 at 06:42:29PM +0800, Shih-Yuan Lee (FourDollars) wrote: IIRC, xinput-calibrator is an interactive program. That means xinput-calibrator needs the user's operation. that's correct. x11-touchscreen-calibrator is a daemon running in the background. It will detect the touchscreen automatically and adjust the corresponding Coordinate Transformation Matrix of Touchscreen xinput when the resolution is changed. It should also support rotation, reflection, and different scaling mode of display output. So your software keeps the touchscreen calibration working if the display configuration is modified by xrandr etc., but depends on an already calibrated default configuration? -- Sebastian signature.asc Description: Digital signature
Bug#720925: chromium: refuses to run Java saying plugin is out of date
Package: chromium Version: 29.0.1547.57-2 Severity: normal Similar to #689484, any web page that tries to use Java will get a message bar saying the Java plugin is out of date. For example https://www.java.com/en/download/testjava.jsp icedtea-7-plugin 1.3.2-1 openjdk-7-jre 7u21-2.3.9-5 ~$ java -version java version 1.7.0_21 OpenJDK Runtime Environment (IcedTea 2.3.9) (7u21-2.3.9-5) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.6-better (SMP w/4 CPU cores; PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 29.0.1547.57-2 ii gconf-service3.2.6-1 ii libasound2 1.0.27.1-2 ii libatk1.0-0 2.8.0-2 ii libc62.17-92 ii libcairo21.12.14-4 ii libcups2 1.6.3-1 ii libdbus-1-3 1.7.2-1 ii libexpat12.1.0-4 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-2 ii libgconf-2-4 3.2.6-1 ii libgcrypt11 1.5.3-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgnome-keyring03.4.1-1 ii libgtk2.0-0 2.24.20-1 ii libjpeg8 8d-1 ii libnspr4 2:4.10-1 ii libnss3 2:3.15.1-1 ii libnss3-1d 2:3.15.1-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libspeechd2 0.7.1-6.2 ii libstdc++6 4.8.1-2 ii libudev0 175-7.2 ii libx11-6 2:1.6.1-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxml2 2.9.1+dfsg1-3 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2 ii libxss1 1:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7 chromium recommends no packages. Versions of packages chromium suggests: ii chromium-l10n 29.0.1547.57-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720926: i915: task Xorg blocked for more than 120 seconds.
Package: src:linux Version: 3.10.7-1 Severity: normal Dear Maintainer, I have a relatively reproducible (~60% probability) freeze problem, which happens when the system is loaded. I can reproduce it as follow: - Boot and log into a e17 session with OpenGL compositing enabled. - Do a parallel compilation of several large C++ programs while doing other work. The system becomes frozen; mouse and keyboard (including leds) do not respond. I have booted the machine with kernel logging on serial enabled and eventually saw a kernel stacktrace about Xorg being stuck in a lock. While researching the problem, the system apparently self-recovered and become usable again. xserver-xorg-video-intel's version is 2:2.21.14-4 and xserver-xorg-core's version is 2:1.12.4-6.1. Detail about this specific boot: - VirtualBox was not used. - I Issued SysRq S and SysRq T (dump state), but T is apparently disabled by default. - I Unplugged the network cable during the crash (this is not a driver bug). - Xorg.log shows no error. i915_error_state says no error state collected. -- Package-specific info: ** Version: Linux version 3.10-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.3 (Debian 4.7.3-6) ) #1 SMP Debian 3.10.7-1 (2013-08-17) ** Command line: BOOT_IMAGE=/vmlinuz-3.10-2-amd64 root=/dev/mapper/evilbit-root ro console=ttyS0,115200 ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [ 205.097386] SysRq : Emergency Sync [ 205.698053] SysRq : Emergency Sync [ 206.030619] SysRq : Emergency Sync [ 206.292625] SysRq : Emergency Sync [ 207.024009] SysRq : This sysrq operation is disabled. [ 256.309865] Emergency Sync complete [ 256.313368] Emergency Sync complete [ 256.318152] Emergency Sync complete [ 256.321830] Emergency Sync complete [ 361.647572] INFO: task Xorg:2911 blocked for more than 120 seconds. [ 361.653860] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [ 361.661710] XorgD 880212499880 0 2911 2903 0x0044 [ 361.668804] 880212499880 3082 880214a04100 00013f40 [ 361.676272] 880213cfffd8 880213cfffd8 880212499880 88021e213f40 [ 361.683737] 880212499880 880213cffb30 810c03e7 0002 [ 361.691201] Call Trace: [ 361.693661] [810c03e7] ? __lock_page+0x61/0x61 [ 361.699080] [8138518e] ? io_schedule+0x54/0x69 [ 361.704507] [810c03ec] ? sleep_on_page+0x5/0x8 [ 361.709920] [81383fad] ? __wait_on_bit+0x3b/0x6e [ 361.715506] [810c0496] ? wait_on_page_bit+0x69/0x6e [ 361.721357] [81057c91] ? autoremove_wake_function+0x2a/0x2a [ 361.727904] [810d217f] ? shmem_getpage_gfp+0x20d/0x5c5 [ 361.734016] [810d255d] ? shmem_read_mapping_page_gfp+0x26/0x41 [ 361.740836] [a047ca5d] ? i915_gem_object_get_pages_gtt+0xdf/0x2d1 [i915] [ 361.748512] [810f8843] ? kmem_cache_free+0x3f/0x7c [ 361.754280] [a047b2fa] ? i915_gem_object_get_pages+0x53/0x87 [i915] [ 361.761528] [a047d5cf] ? i915_gem_object_pin+0x19c/0x4f9 [i915] [ 361.768424] [a047a8ca] ? i915_gem_wait_for_error+0x17/0x147 [i915] [ 361.775582] [a047daaf] ? i915_gem_fault+0xc6/0x1fa [i915] [ 361.781953] [810dbf62] ? __do_fault+0xcb/0x3aa [ 361.787366] [a047d410] ? i915_gem_set_domain_ioctl+0x190/0x1b3 [i915] [ 361.794782] [810de5d5] ? handle_pte_fault+0x2c5/0x7a7 [ 361.800800] [810dee28] ? handle_mm_fault+0x1f1/0x238 [ 361.806733] [81388c89] ? __do_page_fault+0x383/0x3cb [ 361.812666] [81115f74] ? vfs_ioctl+0x1b/0x25 [ 361.817901] [81116795] ? do_vfs_ioctl+0x3e8/0x42a [ 361.823571] [811098c0] ? vfs_read+0xa9/0xef [ 361.828720] [81109a38] ? SyS_read+0x74/0x8b [ 361.833867] [81386018] ? page_fault+0x28/0x30 [ 481.889334] INFO: task Xorg:2911 blocked for more than 120 seconds. [ 481.895616] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [ 481.903458] XorgD 880212499880 0 2911 2903 0x0044 [ 481.910544] 880212499880 3082 880214a04100 00013f40 [ 481.918006] 880213cfffd8 880213cfffd8 880212499880 88021e213f40 [ 481.925464] 880212499880 880213cffb30 810c03e7 0002 [ 481.932915] Call Trace: [ 481.935374] [810c03e7] ? __lock_page+0x61/0x61 [ 481.940782] [8138518e] ? io_schedule+0x54/0x69 [ 481.946199] [810c03ec] ? sleep_on_page+0x5/0x8 [ 481.951603] [81383fad] ? __wait_on_bit+0x3b/0x6e [ 481.957183] [810c0496] ? wait_on_page_bit+0x69/0x6e [ 481.963026] [81057c91] ? autoremove_wake_function+0x2a/0x2a [ 481.969565] [810d217f] ? shmem_getpage_gfp+0x20d/0x5c5 [ 481.975668] [810d255d] ? shmem_read_mapping_page_gfp+0x26/0x41 [ 481.982478] [a047ca5d] ?
Bug#719946: cups: CUPS 1.6 client sends wrong mimetype to 1.5 server, can't print
On Tue 20 Aug 2013 at 18:54:11 -0430, Tom Maneiro wrote: There are no lpoptions files anywhere on the clients. inetd.conf also yields nothing interesting (nothing at all regarding CUPS/printing). Running lpoptions yields this on my Jessie clients: device-uri=usb://KONICA%20MINOLTA/mc1600W?serial=06796 finishings=3 printer-uri-supported=ipp://192.168.0.254:631/printers/CL3005W On a Wheezy client I get a mostly identical output: device-uri=ipp://192.168.0.254:631/printers/CL3005W ICM=km2530_0 printer-uri-supported=ipp://192.168.0.254:631/printers/CL3005W (I suppose you have changed device-uri for the Jessie clients from what you had previously so that you can print from them). I think I can now reproduce what you are experiencing. It appears that on Jessie FINAL_CONTENT_TYPE is categorised as application/vnd.cups-pdf and this information is passed on to the server by the ipp backend. The server is then unable to auto-type the incoming file because there is no rule in mime.types to help it. So it just accepts what it is told. foomatic-rip doesn't actually care what FINAL_CONTENT_TYPE is and should render either application/pdf or application/vnd.cups-pdf on the basis that both are in PDF format (from CONTENT_TYPE). It fails because the file it has to deal with is not a PDF but HP Printer Job Language Data. More on this later. From a log on a Jessie client would you please confirm you get something like this: D [26/Aug/2013:11:02:28 +0100] [Job 278] Auto-typing file... D [26/Aug/2013:11:02:28 +0100] [Job 278] Request file type is text/plain. I [26/Aug/2013:11:02:28 +0100] [Job 278] File of type text/plain queued by brian. Followed by D [26/Aug/2013:11:02:28 +0100] [Job 278] 3 filters for job: D [26/Aug/2013:11:02:28 +0100] [Job 278] texttopdf (text/plain to application/pdf, cost 0) D [26/Aug/2013:11:02:28 +0100] [Job 278] pdftopdf (application/pdf to application/vnd.cups-pdf, cost 22) D [26/Aug/2013:11:02:28 +0100] [Job 278] foomatic-rip (application/vnd.cups-pdf to printer/delcop, cost 0) and then D [26/Aug/2013:11:02:28 +0100] [Job 278] envp[30]=FINAL_CONTENT_TYPE=application/vnd.cups-pdf Contrast this with a Wheezy client log: D [26/Aug/2013:11:25:04 +0100] [Job 388] Auto-typing file... D [26/Aug/2013:11:25:04 +0100] [Job 388] Request file type is text/plain. I [26/Aug/2013:11:25:04 +0100] [Job 388] File of type text/plain queued by brian. Followed by D [26/Aug/2013:11:25:04 +0100] [Job 388] envp[29]=FINAL_CONTENT_TYPE=printer/CL3005W and then I [26/Aug/2013:11:25:04 +0100] [Job 388] Started filter /usr/lib/cups/filter/texttopdf (PID 3866) I [26/Aug/2013:11:25:04 +0100] [Job 388] Started filter /usr/lib/cups/filter/pdftopdf (PID 3867) I [26/Aug/2013:11:25:04 +0100] [Job 388] Started filter /usr/lib/cups/filter/foomatic-rip (PID 3868) I [26/Aug/2013:11:25:04 +0100] [Job 388] Started backend /usr/lib/cups/backend/ipp (PID 3869) There is a disparity in the MIME types for FINAL_CONTENT_TYPE. I do not know whether this is an intentional difference between CUPS 1.5.3 and CUPS 1,6,3, so I'm Cc'ing this report upstream. Finally: in your first mail you say: . . . intensive), so the print data is crunched on the clients, then sent as a raw print job to the server (which does nothing but to dump it directly to the printer in its native LAVAFLOW format) In order for the server to do nothing it should not be filtering the job. lpadmin -p CL3005W -v usb://KONICA%20MINOLTA/mc1600W?serial=06796 -m raw The file which comes from a Jessie client is in PJL format; it should print with the server queue set up as above. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720593: [libgpg-error0] libgpg-error.so* were moved to /usr/lib/x86_64-linux-gnu
severity #720593 critical thanks Justification: Makes the whole system break if /usr is on a dedicated crypto partition. Dear Maintainer, please downgrade to serious if you think this is more appropriate. On Fri, Aug 23, 2013 at 12:09:24PM -0400, Lobko, Eugene wrote: libgpg-error0 has been upgraded recently to the newer upstream release. libgpg-error.so* have changed their location. They are located in /usr/lib/x86_64-linux-gnu in 1.12-0.1. Cryptsetup fails to decrypt the volume(s) and brings the system to unusable state if /usr is not available at boot time. The only solution is to copy libgpg-error.so* to /lib/x86_64-linux-gnu. I solved the issue by downgrading to an older version of libgpg-error0. Maintainer script dependencies force the ordering cryptdisks-early = cryptdisks = checkfs = mountall in /etc/rcS.d. The means that both cryptdisks-early and cryptdisks will surely fail on systems that have /usr not on the root filesystem since cryptsetup will only become useable after /usr was mounted (which is done in mountall) even if /usr itself is not crypted. Please move the shared library to /lib. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720764: (no subject)
I'm at a loss with this answer. It is pretty obvious that removing the gnome meta-package will remove half of gnome system. But why does INSTALLING icedove remove the gnome meta-package anyway? This shouldn't happen at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720919: Please add artistic licence 2.0
El 26/08/13 12:23, martin f krafft escribió: Package: base-files Version: 7.2 Severity: wishlist File: /usr/share/common-licenses Seriously, it's time. It's DFSG-free and it's not uncommon. Please read base-files FAQ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720921: Package does not add jquery.js to pyshared directory
Hi, Ok, so I'm not that good at understanding the debian/rules file and Makefile syntax :) In any case, the problem is solved locally when I symlink the /usr/share/javascript/jquery/jquery.js and jquery.min.js into /usr/share/pyshared/django/contrib/admin/static/admin/js/. I think this affects all Django apps based on django.contrib.admin that use jquery. -- Kind regards, Met vriendelijke groet, Tim Stoop Kumina bv www.kumina.nl kvk nr 14095795 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720927: DejaVu Fonts 2.34 released
Package: fonts-dejavu Severity: wishlist - Forwarded message from Denis Jacquerye moy...@gmail.com - Date: Sun, 25 Aug 2013 12:09:01 -0700 From: Denis Jacquerye moy...@gmail.com To: dejavu-fonts dejavu-fo...@lists.sourceforge.net Subject: [DejaVu-fonts] DejaVu Fonts 2.34 released X-CRM114-Status: Good ( pR: 16.5071 ) Hi all DejaVu Fonts 2.34 has just been released thanks to the work of several contributors. Highlights of this release are the addition of Lisu, an update of Georgian, the addition of some symbols, the addition and modification of several Latin characters, as well as bug fixes. For full changelog, check http://dejavu-fonts.org/wiki/Changelog Packages are available on SourceForge, see http://dejavu-fonts.org/wiki/Download SVN is open again. Cheers, Denis Moyogo Jacquerye -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ DejaVu-fonts mailing list dejavu-fo...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dejavu-fonts - End forwarded message - -- signature.asc Description: Digital signature
Bug#720928: how-can-i-help: /usr/bin/how-can-i-help:81:in `split': invalid byte sequence in US-ASCII (ArgumentError)
Package: how-can-i-help Version: 0.3 Severity: normal A package failed to install and then how-can-i-help failed, too: Preparing to replace libedit-dev:i386 2.11-20080614-6 (using .../libedit-dev_3.1-20130712-1_i386.deb) ... Unpacking replacement libedit-dev:i386 ... dpkg: error processing /var/cache/apt/archives/libedit-dev_3.1-20130712-1_i386.deb (--unpack): trying to overwrite '/usr/share/man/man3/editline.3.gz', which is also in package libeditline-dev 1.12-6 Preparing to replace lintian 2.5.16 (using .../lintian_2.5.17_all.deb) ... Unpacking replacement lintian ... Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/libedit-dev_3.1-20130712-1_i386.deb /usr/bin/how-can-i-help:81:in `split': invalid byte sequence in US-ASCII (ArgumentError) from /usr/bin/how-can-i-help:81:in `main' E: Problem executing scripts DPkg::Post-Invoke '[ ! -e /usr/bin/how-can-i-help ] || /usr/bin/how-can-i-help' E: Sub-process returned an error code E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.8-trunk-686-pae (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages how-can-i-help depends on: ii ruby 1:1.9.3 ii ruby-debian 0.3.8+b1 ii ruby-json 1.8.0-1 ii ruby1.8 [ruby-interpreter]1.8.7.358-7.1 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.2 how-can-i-help recommends no packages. how-can-i-help 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#720928: how-can-i-help: /usr/bin/how-can-i-help:81:in `split': invalid byte sequence in US-ASCII (ArgumentError)
On 26/08/13 at 13:23 +0200, Axel Beckert wrote: Package: how-can-i-help Version: 0.3 Severity: normal A package failed to install and then how-can-i-help failed, too: Preparing to replace libedit-dev:i386 2.11-20080614-6 (using .../libedit-dev_3.1-20130712-1_i386.deb) ... Unpacking replacement libedit-dev:i386 ... dpkg: error processing /var/cache/apt/archives/libedit-dev_3.1-20130712-1_i386.deb (--unpack): trying to overwrite '/usr/share/man/man3/editline.3.gz', which is also in package libeditline-dev 1.12-6 Preparing to replace lintian 2.5.16 (using .../lintian_2.5.17_all.deb) ... Unpacking replacement lintian ... Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/libedit-dev_3.1-20130712-1_i386.deb /usr/bin/how-can-i-help:81:in `split': invalid byte sequence in US-ASCII (ArgumentError) from /usr/bin/how-can-i-help:81:in `main' E: Problem executing scripts DPkg::Post-Invoke '[ ! -e /usr/bin/how-can-i-help ] || /usr/bin/how-can-i-help' E: Sub-process returned an error code E: Sub-process /usr/bin/dpkg returned an error code (1) Hi, Sounds like a ruby1.9 compat problem. If you want to work around the problem on a temporary basis, replace || /usr/bin/how-can-i-help by || ruby1.8 /usr/bin/how-can-i-help (and make sure that you have ruby1.8 installed) Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720927: [Pkg-fonts-devel] Bug#720927: DejaVu Fonts 2.34 released
Already in GIT ;) Am Montag, den 26.08.2013, 07:18 +0200 schrieb Christian PERRIER: Package: fonts-dejavu Severity: wishlist - Forwarded message from Denis Jacquerye moy...@gmail.com - Date: Sun, 25 Aug 2013 12:09:01 -0700 From: Denis Jacquerye moy...@gmail.com To: dejavu-fonts dejavu-fo...@lists.sourceforge.net Subject: [DejaVu-fonts] DejaVu Fonts 2.34 released X-CRM114-Status: Good ( pR: 16.5071 ) Hi all DejaVu Fonts 2.34 has just been released thanks to the work of several contributors. Highlights of this release are the addition of Lisu, an update of Georgian, the addition of some symbols, the addition and modification of several Latin characters, as well as bug fixes. For full changelog, check http://dejavu-fonts.org/wiki/Changelog Packages are available on SourceForge, see http://dejavu-fonts.org/wiki/Download SVN is open again. Cheers, Denis Moyogo Jacquerye -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ DejaVu-fonts mailing list dejavu-fo...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dejavu-fonts - End forwarded message - ___ Pkg-fonts-devel mailing list pkg-fonts-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fonts-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720929: atk1.0: Please update to upstream = 2.9.4 version
Package: atk1.0 Version: 2.8.0-2 Severity: normal Hello, at-spi2-atk now needs atk = 2.9.4, could you package it at least in experimental? Thanks, Samuel -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680971: python3-apt: apt_inst.TarFile.extractdata could accepts bytes
Control: tag -1 confirmed On Mon, Jul 09, 2012 at 05:57:04PM +0200, Jakub Wilk wrote: Package: python3-apt Version: 0.8.6 Severity: wishlist The apt_inst.TarFile.extractdata method requires that it's argument is a str. It would be nice if it also accepted bytes objects. This would be consistent with e.g. built-in open function, which accepts one or the other as filename. Thank you for your bug report; and yes, you're right. We are using PyArg_ParseTuple() to parse the string. We currently use the format string s for parsing file names. If you happen to know the best format string we could use that accepts bytes strings as well, please let us know. It has to work with Python 2.7 as well. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgpLA002KVYeW.pgp Description: PGP signature
Bug#676134: /usr/bin/evolution: Evolution does not start at all
Package: evolution Version: 3.4.4-3 Severity: grave Dear Maintainer, The problem is still affecting debian testing. I am attaching the stack trace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xa7b8bb40 (LWP 9808)] 0xb0eb6533 in goa_oauth_based_get_consumer_key () from /usr/lib/i386-linux-gnu/libgoa-1.0.so.0 (gdb) bt #0 0xb0eb6533 in goa_oauth_based_get_consumer_key () from /usr/lib/i386-linux-gnu/libgoa-1.0.so.0 #1 0xb109b173 in ?? () from /usr/lib/evolution/3.4/modules/libevolution-module-online-accounts.so #2 0xb7e8ebe4 in camel_sasl_challenge_sync () from /usr/lib/libcamel-1.2.so.33 #3 0xb7e8f021 in camel_sasl_challenge_base64_sync () from /usr/lib/libcamel-1.2.so.33 #4 0xa83cfaa2 in ?? () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #5 0xa83d1410 in ?? () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #6 0xa83d173d in ?? () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #7 0xa83d4ae9 in camel_imapx_server_authenticate () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #8 0xa83dbdf8 in ?? () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #9 0xb7e96014 in camel_service_authenticate_sync () from /usr/lib/libcamel-1.2.so.33 #10 0xb18c8677 in ?? () from /usr/lib/evolution/3.4/libemail-engine.so.0 #11 0xb7e9935a in camel_session_authenticate_sync () from /usr/lib/libcamel-1.2.so.33 #12 0xa83d4ead in camel_imapx_server_connect () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #13 0xa83c76eb in camel_imapx_conn_manager_get_connection () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #14 0xa83dc1c9 in camel_imapx_store_get_server () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #15 0xa83c7fb4 in ?? () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #16 0xb7e587d9 in camel_folder_synchronize_sync () from /usr/lib/libcamel-1.2.so.33 #17 0xb13c5785 in ?? () from /usr/lib/evolution/3.4/libevolution-mail.so.0 #18 0xb7f92ecd in ?? () from /usr/lib/evolution/3.4/libemail-utils.so.0 #19 0xb74c2a95 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #20 0xb74c1fea in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #21 0xb7d92cf1 in start_thread (arg=0xa7b8bb40) at pthread_create.c:311 #22 0xb7395fee in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus 1.6.12-1 ii debconf [debconf-2.0]1.5.50 ii evolution-common 3.4.4-3 ii evolution-data-server3.4.4-4 ii gconf-service3.2.6-1 ii gconf2 3.2.6-1 ii gnome-icon-theme 3.8.2-2 ii libatk1.0-0 2.8.0-2 ii libc62.17-92 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libcamel-1.2-33 3.4.4-4 ii libclutter-gtk-1.0-0 1.2.0-2 ii libdbus-glib-1-2 0.100.2-1 ii libebackend-1.2-23.4.4-4 ii libebook-1.2-13 3.4.4-4 ii libecal-1.2-11 3.4.4-4 ii libedataserver-1.2-163.4.4-4 ii libedataserverui-3.0-1 3.4.4-4 ii libenchant1c2a 1.6.0-10 ii libevolution 3.4.4-3 ii libgail-3-0 3.8.2-3 ii libgconf-2-4 3.2.6-1 ii libgdata13 0.13.3-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgnome-desktop-3-2 3.4.2-2 ii libgtk-3-0 3.8.2-3 ii libgtkhtml-4.0-0 4.4.4-1 ii libgtkhtml-editor-4.0-0 4.4.4-1 ii libgweather-3-0 3.4.1-1+build1 ii libical0 0.48-2 ii libmx-1.0-2 1.4.6-2 ii libnotify4 0.7.5-2 ii libnspr4 2:4.10-1 ii libnspr4-0d 2:4.10-1 ii libnss3 2:3.15.1-1 ii libnss3-1d 2:3.15.1-1 ii libpango1.0-01.32.5-5+b1 ii libsoup2.4-1 2.42.2-6 ii libsqlite3-0 3.7.17-1 ii libxml2 2.9.1+dfsg1-3 ii psmisc 22.20-1 Versions of packages evolution recommends: pn bogofilter | spamassassin none ii evolution-plugins 3.4.4-3 ii evolution-webcal 2.32.0-2+b2 ii yelp 3.8.1-2 Versions of packages evolution suggests: pn evolution-dbg none pn evolution-exchange none pn evolution-plugins-experimental none ii gnupg 1.4.14-1 ii network-manager 0.9.8.0-5 -- debconf information: evolution/needs_shutdown: evolution/kill_processes:
Bug#720895: build with dirty work tree
Joey Hess writes (Bug#720895: build with dirty work tree): Package: dgit Version: 0.11 Severity: minor Is it necessary for dgit build to check the work tree is clean of uncommitted changes before allowing a build to run? Not in principle, no. However, if you run the build with uncommited changes the push will fail unless you commit them later because the .dsc is generated from the working tree, not the git commit. Also, build may need to do the quilt fixup step and that can't sanely be done with a dirty working tree. There should IMO be an option --clean=perfect which generates the .dsc from the git HEAD. My personal preferred workflow is to make changes, build them, test them, and only once I am satisfied, commit them. This is particularly the case when using UNRELEASED in the changelog, since if if commit a s/UNRELEASED/unstable/ before I actually make the release, I may forget that I've not released it. Hmmm. So you'd be satisfied with an option to suppress the clean check. It would have to suppress the quilt fixup too, which would run the risk, with a quilty package, of failing the push. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656088: gforge-web-apache2: prompting due to modified conffiles which where not modified by the user
Andreas Beckmann, 2012-07-05 15:30:37 +0200 : On 2012-07-05 15:15, Roland Mas wrote: I can't limit that a posteriori, I'm afraid. Even for users who installed the very minimal set of packages and didn't customize anything, there's still at least the variability of the hostname. Well, you can extract the hostname and check, whether it was modified. and you can remove the line with the hostname before running md5sum or replace it with some placeholder first: I think that adding code that's only going to work in very specific conditions (ie. piuparts) but not in real-life scenarios, to a package that doesn't have a version in stable, isn't really something I want to spend much time on, as I feel there's not much call for it. I'm therefore going to downgrade the severity of this bug report; not closing, in case someone wants to do the necessary work. Thanks for detecting it in the first place anyway (and thanks for the other piuparts checks, they're much appreciated). Roland. -- Roland Mas 'And what would humans be without love?' RARE, said Death. -- in Sourcery (Terry Pratchett) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720897: dgit fetch fails for packages with epoch
severity 720897 important thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720916: ITP: x11-touchscreen-calibrator -- X Window System's Touchscreen Calibrator
2013/8/26 下午7:06 於 Sebastian Reichel s...@ring0.de 寫道: On Mon, Aug 26, 2013 at 06:42:29PM +0800, Shih-Yuan Lee (FourDollars) wrote: IIRC, xinput-calibrator is an interactive program. That means xinput-calibrator needs the user's operation. that's correct. x11-touchscreen-calibrator is a daemon running in the background. It will detect the touchscreen automatically and adjust the corresponding Coordinate Transformation Matrix of Touchscreen xinput when the resolution is changed. It should also support rotation, reflection, and different scaling mode of display output. So your software keeps the touchscreen calibration working if the display configuration is modified by xrandr etc., but depends on an already calibrated default configuration? Yes, my program keeps touchscreen calibration working no matter what the display configuration is changed, but doesn't depend on an already calibrated default configuration. It will calculate the Coordinate Transformation Matrix of Touchscreen everytime when xrandr changes the output configuration. -- Sebastian -- $4
Bug#720896: git: failed command: git merge-base refs/remotes/dgit/dgit/sid HEAD
retitle 720896 Poor error message for non-fast-forwarding push thanks Joey Hess writes (Bug#720896: git: failed command: git merge-base refs/remotes/dgit/dgit/sid HEAD): I am trying to release alien using dgit. In a clone of the upstream git repository, I ran `dgit fetch`, which added the dgit repository correctly. Then still in my upstream master branch, I did a `dgit build -tc`, which succeeded. Then `dgit push` failed: ... git: failed command: git merge-base refs/remotes/dgit/dgit/sid HEAD dgit: subprocess failed with error exit status 1 - exit 1 This error message isn't very good. So it seems dgit wants the HEAD when pushing to be connected to the dgit/sid branch. However, dgit fetch did not do that. I can (and now have) done it on my own[1], but I wonder if a) this requirement makes sense and b) should fetch do it automatically? Yes. dgit fetch doesn't do that. Maybe you wanted dgit pull. The requirement that the dgit history is fast-forwarding is mentioned several times in the manpage. In principle there is no need for that to be true for dgit to work, but I had to make a choice between two possible gitish views of the world. I chose the one that makes the workflow dgit pull; edit; dgit push work. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720930: move viennacl to main
Package: libviennacl-dev Severity: normal There is no reason AFAIK to maintain ViennaCL within contrib. There are multiple OpenCL implementation now available from debian, some of them are free (in main). Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707018: Status of KDE 4.10 transition
Hi there, The KDE 4.10 transition to testing is currently a bit confused. I tried updating my testing box this morning, and apt wanted to uninstall most of KDE. I tracked the problem down and nepomuk-core-data (src nepomuk-core) breaks kde-runtime-data (4.8.80) (src kde-runtime). The problem is that kde-runtime 4.10 has not made it to testing yet, so apt wants to remove kde- runtime and everything that depends on it. Pretty much all of kde depends on kde-runtime. -- Mark Small
Bug#673727: jshint - non-free, node-grunt - contrib?
Em Seg, 2013-08-26 às 12:04 +0200, Daniel Pocock escreveu: Could the jshint code just be uploaded to the non-free archive for the moment? Then node-grunt would potentially belong in contrib This would allow developers of other packages to proceed with their efforts. Other packages that build-depend on node-grunt would end up in contrib too, which is not ideal, but it may be better than not having them at all. Marcelo and I were poking at grunt to understand how jshint is used, and from the looks of it the dependency on jshint is really just for internal testing rather than to provide some functionality, so maybe we can just disable the jshint bits and package node without the dep. -- Gustavo Noronha Silva k...@debian.org Debian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720928: how-can-i-help: /usr/bin/how-can-i-help:81:in `split': invalid byte sequence in US-ASCII (ArgumentError)
Hi Lucas, Lucas Nussbaum wrote: /usr/bin/how-can-i-help:81:in `split': invalid byte sequence in US-ASCII (ArgumentError) from /usr/bin/how-can-i-help:81:in `main' [...] Sounds like a ruby1.9 compat problem. If you want to work around the problem on a temporary basis, replace || /usr/bin/how-can-i-help by || ruby1.8 /usr/bin/how-can-i-help Indeed, that helps. Thanks! Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673187: Berusky2 for Debian: license clarification
Hi, It appears those files are used in src/komat/Texture.cpp and src/tmp/compat.h too. I'm not sure what happens if I remove them and I also need to adjust the build system. So I'd be glad if you could remove them from the next release. Of course an additional license clarification, that these files are free software, would also do. Sure, I'm going to ship a new release which will address it. In its current state it is doable but not trivial to extract the files to a format where they can be modified by the users. I'm not aware of a free software tool that can extract those pak files. Please correct me if I'm wrong. Though I believe that those data files are compliant with Debian's free software guidelines but would wish that they were more accessible. All content of the data files (and those files themselves) are distributed under GPLv2 (plus the soundtrack is also released under CC) and are also shipped in Fedora so I don't expect any complications here. I can bundle the extraction tool if necessary (it can be run in wine). ma. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org