Bug#759706: Debian Bug
Hello Dominique, there are a few points worth consideration with respect to #759706 1. I do respect your bug report 2. the main reason why I'm closing the bug is because, I very much suspect that by reporting it against the 'base' package, no one willing or able to help you will access your bug report and so having the bug report there, against 'base' is useless for you. You will very probably get no help. 3. When taking into account point 2. the thing you need to do to get help, is find someone or some place that will do so. Again, with 'base' I doubt this will be the case. Since I'm no expert in the matters that you are discussing (SSD performance and support in the kernel, md-raid, lvm), I am unable to tell you which place to go - but I can make suggestions - see http://debian.org/support, ask on the debian-users mailing list, ask on #debian IRC, ask the mdadm maintainers, ask the relevant upstream kernel mailing lists (I guess there's one specialised on md or block devices etc.) 4. As far as I can understand your report, you are not providing the full details in a clear way that would make (at least me) understand how your system is set up and how you are doing your tests. F.ex. at some point you write: I switched the disks (/dev/sda1 back to /dev/md0 But as far as I understood /dev/sda1 never left /dev/md0 ? 5. From your bug report I can't see why you are not testing without the lvm and the ext4 layers. The problem seems to lie with the md-raid device. So drop those other layers to narrow the problem down. md being a block device, you should be able to test performance of it with a simple: time dd if=random_data of=/dev/md0 (Please double check before doing this) 6. From my own experience, I have been seeing extremly weird behaveour with Flash Disks, which I couldn't pinpoint down even with paid support by a Linux Kernel filesystem expert. That was a few years ago, and you are not using flash disks per se but SSDs, but still, it was a pain in the ass and we simply switched flash disk manufacturers and the problem magically disappeared. 7. Also taking in account point 6. : from your report: Events : 61833 That should ring an alarm bell with you. What about those events? They're far too many. They should be logged. What are they saying? To sum up, I hope you can see that I do want to help you, but that 'base' is not the right place to get help or get the bug fixed (in case it's in software). OK? Best greets, *t On Mon, 15 Sep 2014, Dominique Barton wrote: Hi I’m writing you regarding the Debian bug at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759706 You closed it because it is not really clear that there actually is a bug.”. As you can see on my tests, I used the exactly same setup/stack to configure the 2nd RAID (same hardware, same config) and it has no issues. Tell me if I’m wrong, but IMHO this is pointing to a software issue/error and this is a bug. Yes I’m not quite sure where the performance issues are coming from. But it has to do something with md or lvm, and it’s quite hard to find the issue if you’re not a developer of lvm/md. What do you mean by Once you have narrowed down the problem”? You want a kernel/mdadm patch or something alike? There are plenty of other bugs w/ the same amount of informations, the same context or even less, and they’ve been investigated. No offense, but the problem is already quite narrowed down and I’m looking for s/o w/ a little experience in md. Everything a “user” can do to narrow down this problem was already done, except for testing the md device directly instead of the LV on the top of it. But I can’t do that, because the md device is in use as PV for my rootvg. Of course I can move my whole rootvg to a new MD, reboot my system and test against the “old” MD. But this might “fix” the problems temporarily, because you’ve seen what happened to the 2nd MD raid which is working perfectly w/o any changes. I try to narrow down the issues right now w/ the current situation. So everything I can do is run tests on my LV and everything I see is a high CPU (I/O wait) usage, which means at least one layer is waiting for the I/O response. Now we’re digging in a depth I don’t know and I can’t explain any further. Of course I can run my tests again w/ strace attached, to see what syscall is making these “problems” or is waiting for a response, but I’m pretty sure it’s an write() or fwrite(). I think that’s quite “narrowed down”… No offense, but can you please reopen that bug? Cheers Domi
Bug#761801: /usr/share/vim/vim74/ftplugin/perl.vim: isfname erroneously set to include :
Package: vim-runtime Version: 2:7.4.430-1 Severity: normal File: /usr/share/vim/vim74/ftplugin/perl.vim /usr/share/vim/vim74/ftplugin/perl.vim:41 includes a part The following line changes a global variable but is necessary to make gf and similar commands work. The change to iskeyword was incorrect. Thanks to Andrew Pimlott for pointing out the problem. If this causes a problem for you, add an after/ftplugin/perl.vim file that contains set isfname-=: set isfname+=: set iskeyword+=: But that is incorrect - including : in isfname breaks gF. IMO using : as a file:line delimiter is much more common than using : within filenames, so I'd like to see that part removed. Thank you! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim-athena [vim] 2:7.4.430-1 ii vim-gnome [vim] 2:7.4.430-1 vim-runtime suggests no packages. -- no debconf information -- : Ing. Philipp Marek : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com : DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761800: /usr/share/vim/vim74/ftplugin/perl.vim:41 isfname erroneously set to include :
Package: vim-runtime Version: 2:7.4.430-1 Severity: normal File: /usr/share/vim/vim74/ftplugin/perl.vim From the mentioned file: The following line changes a global variable but is necessary to make gf and similar commands work. The change to iskeyword was incorrect. Thanks to Andrew Pimlott for pointing out the problem. If this causes a problem for you, add an after/ftplugin/perl.vim file that contains set isfname-=: set isfname+=: This is exactly wrong; by including : commands like gF (goto file, including a specific line) *don't* work anymore, because the common delimiter : is no longer seen as such. While it's technically correct that many systems accept : in filenames, I guess that it's much more common to provide a line number after the path. Please remove : from isfname again. Thank you! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim-athena [vim] 2:7.4.430-1 ii vim-gnome [vim] 2:7.4.430-1 vim-runtime suggests no packages. -- no debconf information -- : Ing. Philipp Marek : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com : DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761802: lvm2: dlopen errors creating snapshots
Package: lvm2 Version: 2.02.111-1 Severity: normal After the recent lvm2 upgrade in /testing, creating snapshots generates some worrisome error messages. For example, creating a snapshot of the home lv in the raid5 vg: raid5-home--snap: event registration failed: 29599:3 libdevmapper-event-lvm2snapshot.so dlopen failed: /lib/x86_64-linux-gnu/liblvm2cmd.so.2.02: symbol dm_report_field_string_list_unsorted, version Base not defined in file libdevmapper.so.1.02.1 with link time reference raid5/snapshot0: snapshot segment monitoring function failed. Despite this looking scary, the snapshot does appear to have been created just fine. This didn't happen with the prior version in testing, namely 2.02.109-1. I presume this is because the dmeventd modules were enabled in lvm.conf in the new version. Given all the .so's in this chain came from the same release of the same lvm2 source pacakge, however, it seems very strange that it's complaining about symbol versions like this. The symbol does seem to be there, so I guess it's a versioning issue? $ nm -D /lib/x86_64-linux-gnu/libdevmapper.so.1.02.1 | grep dm_report_field_string_list_unsorted 00026280 T dm_report_field_string_list_unsorted -- 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.14-2-amd64 (SMP w/12 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 lvm2 depends on: ii dmeventd 2:1.02.90-1 ii dmsetup 2:1.02.90-1 ii init-system-helpers 1.21 ii initscripts 2.88dsf-53.4 ii libc6 2.19-10 ii libdevmapper-event1.02.1 2:1.02.90-1 ii libdevmapper1.02.12:1.02.90-1 ii libreadline5 5.2+dfsg-2 ii libudev1 208-8 ii lsb-base 4.1+Debian13 lvm2 recommends no packages. Versions of packages lvm2 suggests: pn thin-provisioning-tools none -- debconf information: lvm2/snapshots: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761687: RFS: abraca/0.8.0+dfsg-1 -- Simple and powerful graphical client for XMMS2
Hi Daniels, On Mon, 2014-09-15 at 21:07 +0100, Daniel Lintott wrote: On 15/09/14 20:49, Daniel Svensson wrote: On Mon, Sep 15, 2014 at 9:45 PM, Daniel Lintott dan...@serverb.co.uk mailto:dan...@serverb.co.uk wrote: Hi Daniel, On 15/09/14 20:13, Daniel Svensson wrote: * Add me to Maintainers since old maintainer is M.I.A. Did the MIA Team actually orphan the package, as I can't find a WNPP bug for abraca? I may be wrong, but I believe unless the package is orphaned, it's not possible to become maintainer. I may be wrong here though I'm not sure where I can see if a package is orphaned or not, but the maintainer doesn't reply to my emails and haven't updated the package even though I've provided all the changes needed to both the debian packaging and the software. I have no strong opinion in any direction on how to progress. I just want the package into testing again before the freeze and will comply with any recommendations you have to make this a smooth ride. I've just double-checked the WNPP package[1] to check for a bug for abraca... but can't see one, so it's possible it hasn't yet been orphaned. It can be frustrating when dealing with old packages and inactive maintainers. The process the MIA Team follow is laid in [2]. I'm not a DD myself, so I can't say I know the exact way to proceed... as a guess it may be worth dropping an email to the MIA Team [3] to find out what is happening. Sorry I can't be of more use Hopefully one of the DD's or more knowledgeable folk on here may have some better answers too. There are no indications that the package has been orphaned, so it likely hasn't. However, I'really appreciate the effort to bring it into testing, and your solution would be: NMU it. ;-) So prepare it as a NMU and reupload it to mentors and then ping me. (I'll take a look when I find a minute; note: I *did* not look into the package yet, so I've not decided yet if I sponsor the upload) As The MIA database is only working for DDs, and the current maintaier isn't one, one can only guess from his DDPO: the last known actvity was March 2012. So there is a indications of MIA. Yes, you really should contact the MIA team and make them aware of this possible MIA. Please send them the mails to already sent. That will help them... However, lets try another ping right now. Fabrizio: Can you please briefly reply and give an indication if you still interested in maintaining abraca. If not, just reply that it is ok to orphan. Regards Daniel [1] http://bugs.debian.org/wnpp [2] https://wiki.debian.org/qa.debian.org/MIATeam [3] https://wiki.debian.org/Teams/MIA signature.asc Description: This is a digitally signed message part
Bug#761803: ruby does not fiddle PTRDIFF_T
Package: ruby Version: 1:1.9.3 Severity: normal Hello, I was trying to run an OpenGL app using an alternative OpenGL extension at https://github.com/vaiorabbit/ruby-opengl Unfortunately, no version of Ruby installable in Debian supports Fiddle::TYPE_PTRDIFF_T There seem to be references to Ruby 2.0 stdlib when searching for the type but ruby 2.0 no longer exists in Debian and Ruby 2.1 does not seem to fiddle at all. Is fiddle going to be suported in Debian? Thanks Michal ~ $ ruby1.8 -I ruby-opengl/lib/ gl.rb ../ruby-opengl/lib/opengl.rb:1: undefined method `require_relative' for main:Object (NoMethodError) from gl.rb:42:in `require' from gl.rb:42 ~ $ ruby1.9.1 -I ruby-opengl/lib/ gl.rb /home/hramrach/ruby-opengl/lib/opengl_command.rb:3126:in `module:OpenGL': uninitialized constant Fiddle::TYPE_PTRDIFF_T (NameError) from /home/hramrach/ruby-opengl/lib/opengl_command.rb:9:in `top (required)' from /home/hramrach/ruby-opengl/lib/opengl.rb:4:in `require_relative' from /home/hramrach/ruby-opengl/lib/opengl.rb:4:in `top (required)' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from gl.rb:42:in `main' ~ $ ruby2.1 -I ruby-opengl/lib/ gl.rb /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require': cannot load such file -- fiddle (LoadError) from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /home/hramrach/ruby-opengl/lib/opengl_command.rb:7:in `top (required)' from /home/hramrach/ruby-opengl/lib/opengl.rb:4:in `require_relative' from /home/hramrach/ruby-opengl/lib/opengl.rb:4:in `top (required)' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from gl.rb:42:in `main' -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (990, 'stable'), (171, 'unstable'), (151, 'experimental'), (121, 'precise-updates'), (121, 'precise-security'), (121, 'precise'), (101, 'stable'), (101, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby depends on: ii ruby1.9.1 1.9.3.194-8.1+deb7u2 ruby recommends no packages. Versions of packages ruby suggests: pn ri none ii ruby1.8-dev [ruby-dev] 1.8.7.358-7.1+deb7u1 -- 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#760339: libapache2-mod-scgi is an old version with grave bug
The version of this package in wheezy (current stable) has a server stability bug, and possible DoS. Would it therefore be appropriate to have a new version of the package be in an update to wheezy? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761804: rake: runs programs from /usr/local
Package: rake Version: 0.9.2.2-4 Severity: normal Hello, I tried building a new version of ruby extension because the one in debian is broken. The extension is found here: https://github.com/larskanis/opengl.git AFAICT it has no reference to local: ~/opengl $ git grep local examples/RedBook/dof.rb: local_view = [ 0.0 ] examples/RedBook/dof.rb: glLightModel(GL_LIGHT_MODEL_LOCAL_VIEWER, local_view) examples/RedBook/fog.rb: local_view = [0.0] examples/RedBook/fog.rb: glLightModel(GL_LIGHT_MODEL_LOCAL_VIEWER, local_view) examples/RedBook/material.rb: local_view = [ 0.0 ] examples/RedBook/material.rb: glLightModel(GL_LIGHT_MODEL_LOCAL_VIEWER, local_view) examples/RedBook/teapots.rb: local_view = [0.0] examples/RedBook/teapots.rb: glLightModel(GL_LIGHT_MODEL_LOCAL_VIEWER, local_view) examples/misc/plane.rb:# * This program demonstrates the use of local versus examples/misc/plane.rb:local_light = [ 1.0, 1.0, 1.0, 1.0 ]; examples/misc/plane.rb:Gl.glLight(Gl::GL_LIGHT0, Gl::GL_POSITION, local_light); but rake tries to run /usr/local/bin/rdoc1.9.1 AFAICT it only includes files from Debian installed locations and is not contaminated by some code I would have laying around (including Q175 to print loaded files): ~/opengl $ ruby1.9.1 -I ~/camp -rq175 /usr/bin/rake newb /home/hramrach/camp/q175.rb:58: Use RbConfig instead of obsolete and deprecated Config. require: rake/version = /usr/lib/ruby/vendor_ruby/rake/version.rb require: fileutils = /usr/lib/ruby/1.9.1/fileutils.rb require: singleton = /usr/lib/ruby/1.9.1/singleton.rb require: monitor = /usr/lib/ruby/1.9.1/monitor.rb require: optparse = /usr/lib/ruby/1.9.1/optparse.rb require: ostruct = /usr/lib/ruby/1.9.1/ostruct.rb require: rake/ext/core = /usr/lib/ruby/vendor_ruby/rake/ext/core.rb require: rake/invocation_exception_mixin = /usr/lib/ruby/vendor_ruby/rake/invocation_exception_mixin.rb require: rake/task = /usr/lib/ruby/vendor_ruby/rake/task.rb require: rake/early_time = /usr/lib/ruby/vendor_ruby/rake/early_time.rb require: rake/file_task = /usr/lib/ruby/vendor_ruby/rake/file_task.rb require: rake/file_creation_task = /usr/lib/ruby/vendor_ruby/rake/file_creation_task.rb require: shellwords = /usr/lib/ruby/1.9.1/shellwords.rb require: rake/task_manager = /usr/lib/ruby/vendor_ruby/rake/task_manager.rb require: rake/alt_system = /usr/lib/ruby/vendor_ruby/rake/alt_system.rb require: rake/win32 = /usr/lib/ruby/vendor_ruby/rake/win32.rb require: rake/application = /usr/lib/ruby/vendor_ruby/rake/application.rb require: rake/ext/module = /usr/lib/ruby/vendor_ruby/rake/ext/module.rb require: rake/ext/string = /usr/lib/ruby/vendor_ruby/rake/ext/string.rb require: rake/ext/time = /usr/lib/ruby/vendor_ruby/rake/ext/time.rb require: rake/task_argument_error = /usr/lib/ruby/vendor_ruby/rake/task_argument_error.rb require: rake/rule_recursion_overflow_error = /usr/lib/ruby/vendor_ruby/rake/rule_recursion_overflow_error.rb require: rake/rake_module = /usr/lib/ruby/vendor_ruby/rake/rake_module.rb require: rake/pseudo_status = /usr/lib/ruby/vendor_ruby/rake/pseudo_status.rb require: rake/task_arguments = /usr/lib/ruby/vendor_ruby/rake/task_arguments.rb require: rake/invocation_chain = /usr/lib/ruby/vendor_ruby/rake/invocation_chain.rb require: rake/multi_task = /usr/lib/ruby/vendor_ruby/rake/multi_task.rb require: rake/file_utils = /usr/lib/ruby/vendor_ruby/rake/file_utils.rb require: rake/file_utils_ext = /usr/lib/ruby/vendor_ruby/rake/file_utils_ext.rb require: rake/dsl_definition = /usr/lib/ruby/vendor_ruby/rake/dsl_definition.rb require: rake/cloneable = /usr/lib/ruby/vendor_ruby/rake/cloneable.rb require: rake/pathmap = /usr/lib/ruby/vendor_ruby/rake/pathmap.rb require: rake/file_list = /usr/lib/ruby/vendor_ruby/rake/file_list.rb require: rake/default_loader = /usr/lib/ruby/vendor_ruby/rake/default_loader.rb require: rake/name_space = /usr/lib/ruby/vendor_ruby/rake/name_space.rb require: rake = /usr/lib/ruby/vendor_ruby/rake.rb require: rake/tasklib = /usr/lib/ruby/vendor_ruby/rake/tasklib.rb require: rake/testtask = /usr/lib/ruby/vendor_ruby/rake/testtask.rb require: psych = /usr/lib/ruby/1.9.1/psych.rb require: yaml = /usr/lib/ruby/1.9.1/yaml.rb require: hoe/rake = /usr/lib/ruby/vendor_ruby/hoe/rake.rb require: hoe = /usr/lib/ruby/vendor_ruby/hoe.rb require: rake/clean = /usr/lib/ruby/vendor_ruby/rake/clean.rb require: pathname = /usr/lib/ruby/1.9.1/pathname.rb require: rake/baseextensiontask = /usr/lib/ruby/vendor_ruby/rake/baseextensiontask.rb require: rubygems/package_task = /usr/lib/ruby/1.9.1/rubygems/package_task.rb require: rake/extensiontask = /usr/lib/ruby/vendor_ruby/rake/extensiontask.rb require: /usr/lib/ruby/vendor_ruby/hoe/clean.rb = /usr/lib/ruby/vendor_ruby/hoe/clean.rb require: rubygems/remote_fetcher = /usr/lib/ruby/1.9.1/rubygems/remote_fetcher.rb require: /usr/lib/ruby/vendor_ruby/hoe/deps.rb = /usr/lib/ruby/vendor_ruby/hoe/deps.rb require: /usr/lib/ruby/vendor_ruby/hoe/debug.rb =
Bug#761780: About src:ntl and libtool
Hi, I had a look, and saw that libtool is used like this: - first it is detected using libtool --version, and LIBTOOL is set ; - then it is used using lines looking like: $(LIBTOOL) --mode={link,compile,clean,install,uninstall} ... Notice that it's not using autotools to build -- it's a set of perl scripts! In particular, libtoolize will not be able to do much with those sources... I don't know exactly what should be done in such a sad case. Just depend on libtool-bin? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729614: atop: Please package latest upstream version (2.0.2)
On Mon, Sep 15, 2014 at 11:20:38AM +0200, Martin Steigerwald wrote: Marc, do you have any comments on how to proceed? On any way, I do have time today, and thus I will do the work mentioned now. Please go ahead, I was somewhat busy with other things again :-( Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things.Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600420 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643341: [Pkg-gnupg-maint] Bug#643341: libgpg-error-dev: cross-compiling anything based on libgpg-error is painful
On Mon, Sep 15, 2014 at 05:17:06PM -0400, Daniel Kahn Gillmor wrote: we would need to move /usr/include/gpg-error.h to /usr/include/$ARCH/gpg-error.h (since that file varies by architecture). This move has benefits on its own. See https://lists.debian.org/debian-devel-announce/2014/08/msg00013.html section 3.4. Can you implement it even if it does not solve this bug on its own? But the last remaining piece of doing this work is to deal with /usr/bin/gpg-error-config, which differs by architecture. The first recommendation here: https://wiki.ubuntu.com/MultiarchCross#Executables_in_-dev_packages is to help upstream switch to pkg-config, which Werner has explicitly stated he has no interest in doing, so that's out. All of the recommendations seem pretty problematic, actually, in terms of forcing an archive transition -- we'd require our downstream dependencies to change how they invoke gpg-error-config. One other approach, i suppose, is to modify gpg-error-config itself somehow to be able to invoke it with a different triplet (but have it default to something sane?) I'm really not sure what the best way to approach this is, but i'm open to specific suggestions. Well put. This issue boils down to upstream providing an inexact API. It cannot be fixed without help from both upstream and library users. Let me explain why switching to pkg-config would magically solve this and draft an upstream-acceptable solution from there. Standard autotools nowadays check whether host architecture differs from build architecture and if that is the case, prefer build tools that are prefixed with the gnu triplet of the host architecture. This mechanism is well tested for pkg-config and works. In particular, the autotools come with relevant macro files that do this for pkg-config, so library users hardly get this wrong. In contrast, guile-config (another problem of this kind) is always executed without that prefix and causes the very same problem as does gpg-error-config. What does this mean for libgpg-error? First and foremost, both libgpg-erorr upstream and Debian should start providing $PREFIX/bin/$HOST_TRIPLET-gpg-error-config as a symbolic link to gpg-error-config. Once this is in place, we need to approach library users to prefer this way of calling gpg-error-config. A good citizen in this respect is libgcrypt20. Quoting from its cross build log: | checking for x86_64-linux-gnux32-gpg-error-config... no | checking for gpg-error-config... /usr/bin/gpg-error-config Once all library users are switched, the problem is solved from an upstream POV. For Debian there still is a problem, because native builds still need the script without architecture prefix. We need to deprecate using build tools without architecture prefix and entirely move away from that. So while this bug certainly cannot be fixed soonish, it still shows a number of sub-issues that can be solved today. guile is in the very same position and will not mark its -dev package M-A:same today, but guile chose to move to pkg-config and will be able once all guile-config users have been killed. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761805: gammaray fix mips64el support
Package: gammaray Version: 2.1.0-3 In debian/patches/debian-archs-fix-build.patch, there is a line: elseif(CMAKE_SYSTEM_PROCESSOR STREQUAL mips64 AND CMAKE_SIZEOF_VOID_P EQUAL 4) It works for mipsel/mips ports and mipsn32(el) ports, while not for mips64(el), as the e_machine is the same for o32, n32, and n64. So for all mips ports, use the same may be an option, aka elseif(CMAKE_SYSTEM_PROCESSOR STREQUAL mips64) -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749942: taskcoach: segfault on quit
Package: taskcoach Followup-For: Bug #749942 I fail to reproduce with 1.4.1-1, but prefer to keep the bug open for a while, as a reminder to test new versions in search for a new hint. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749942: taskcoach: segfault on quit
Package: taskcoach Followup-For: Bug #749942 I fail to reproduce with 1.4.1-1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729283: Maintainer/home wanted for DDE (Debian Data Export / dde.debian.net)
On Mon, September 15, 2014 18:25, Matthias Urlichs wrote: Hi, Thijs Kinkhorst: I've talked briefly with Enrico, DDE's developer, and he indicated he doesn't have time to bring it back to life. Therefore my question: is there someone interested to bring this service back to Debian? There's lots of information linked from https://wiki.debian.org/DDE. Dead links abound. :-( Also no longer works with current Python/werkzeug releases. If you are, please keep us, the apt-file maintainers, posted. Our only alternative is probably to remove rapt-file from the package. What are the system requirements? I could set up a VM for that, but actually getting it to work is a job for somebody who has more time than I do, right now. :-/ That's too bad. Note that I'm not involved in DDE, so if you need more information you could better ask Enrico directly. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761521: [Pkg-libvirt-maintainers] Bug#761521: libvirt-daemon: fails to restart domain with error 'CreateMachine: File exists'
On Sun, Sep 14, 2014 at 05:56:35PM +0200, Paul Millar wrote: Package: libvirt-daemon Version: 1.2.8-1 Severity: normal Dear Maintainer, After booting my laptop (vedrfolnir) I am able to start a domain (xanadu) using the GUI client (virt-manager). Logging in to the domain as root and using the 'shutdown -h now' command, the domain halts (apparently normally). That the domain is halted is confirmed by ssh no longer working, no response using the ping command, and virt-manager showing the domain as stopped. Subsequent attempts to start the domain fail. The virt-manager GUI reports the following stack-trace: Error starting domain: error from service: CreateMachine: File exists Traceback (most recent call last): File /usr/share/virt-manager/virtManager/asyncjob.py, line 96, in cb_wrapper callback(asyncjob, *args, **kwargs) File /usr/share/virt-manager/virtManager/asyncjob.py, line 117, in tmpcb callback(*args, **kwargs) File /usr/share/virt-manager/virtManager/domain.py, line 1160, in startup self._backend.create() File /usr/lib/python2.7/dist-packages/libvirt.py, line 917, in create if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self) libvirtError: error from service: CreateMachine: File exists Attempts to start the machine using virsh fail in a similar manner. virsh # connect qemu:///system virsh # start xanadu error: Failed to start domain xanadu error: error from service: CreateMachine: File exists The CreateMachine part is from systemd related code. I can't reproduce this here (running systemd as well) and don't see anything special in your logs (thanks for the detailed report btw). However VMs create a machine.slice here: ./cpuset/machine.slice/machine-qemu\x2dmachinename.scope/ Could you check if this gets properly removed when you shut down the domain? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761643: RFS: libstrophe/0.8.6-1 [ITP]
Hi Dariusz, somehow the d/copyright is still not matching 100% to the code... At least for many files there is a Copyright (c) 2005-2009 Collecta, Inc which is not in d/copyright. So probably this copyright owner is missing for the * rule. Can you please fix it. Yes I fixed this. Also, I'm missing see a proof for the or later option of the GPL, as it would have to be explictly stated by upstream, see GPL-3 §14. So write GPL-3 or ask upstream for clarification. Fixed, yes they have GPL-3 not later. (Please wrap your comment, there is also two empty lines at the end of the file and one empty line in the middle. Those are nitpicks, though) Wrapped. -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 signature.asc Description: Digital signature
Bug#761730: tracker.d.o: please provide links to https://security-tracker.debian.org/tracker/source-package/$PKG
On Tue, Sep 16, 2014 at 7:08 AM, Holger Levsen hol...@layer-acht.org wrote: the information gathered in the security-tracker should be displayed in the package tracker.d.o. It already is. The link is missing from the main description, it is present in the extended description though: https://tracker.debian.org/pkg/linux https://tracker.debian.org/action-items/17875 Each source package has a URL of the form https://security-tracker.debian.org/tracker/source-package/bind9 I think it would be useful to link to these URLs (for the historical data present) from the right-hand-side links section but the security tracker doesn't provide the required info. There is an interface for it, see https://security-tracker.debian.org/tracker/data/pts/1 Could we get a new URL that also has information about unimportant and resolved issues and DSAs? I would suggest a format like what lintian uses: bind9 2 0 52 28 https://security-tracker.debian.org/tracker/data/pts/2 -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761530: Confirmation
Hello, I tried 2.7.8 and it does not happen, and I tried hg branch 2.7 and it does, obviously that is an issue of Nuitka, that Nuitka will face more widespread, once 2.7.9 gets released. However, check out this: [ /opt/python27_hg/bin/python Python 2.7.8+ (2.7:e6c7a5a94a1d, Sep 16 2014, 08:49:10) [GCC 4.9.1] on linux2 Type help, copyright, credits or license for more information. python Python 2.7.8 (default, Sep 9 2014, 22:08:43) [GCC 4.9.1] on linux2 Type help, copyright, credits or license for more information. Can we get the + in the Debian version too. In the past, there were similar backports of bug fixes, where Nuitka with its goal of bug compatibility had checked against the + sign to tell that it's a Debian version of Python with extra fixes included. This was really helpful to tell that it's not a baseline version. In the concrete case, I can make a run time check to see if the new behaviour is needed or not. But that is not generally the case. In terms of solution, I am not so sure yet, how f2 and f3 can be made to differ, it is going to need a new upstream release. I hope to find a solution during the week though. Yours, Kay
Bug#761806: liboobs sends invalid messages to system-tools-backends
Package: liboobs-1-5 Version: 3.0.0-1 Severity: important Hi, I'm running Debian Testing, all packages are up-to-date. When I run users-admin (from gnome-system-tools package) from the terminal, it shows the following error: (users-admin:1146): Liboobs-WARNING **: There was an unknown error communicating asynchronously with the backends: Launch helper exited with unknown return code 255 If I try to change the full name of my user account, it fails [*] with an error again: (users-admin:1146): Liboobs-WARNING **: There was an unknown error communicating with the backends: Launch helper exited with unknown return code 255 When I look in /var/log/syslog after that, there are some error messages as well. 1) after users-admin starts: Sep 16 11:03:16 jessica dbus[388]: [system] Activating service name='org.freedesktop.SystemToolsBackends.UsersConfig2' (using servicehelper) Sep 16 11:03:16 jessica dbus[388]: [system] Activating service name='org.freedesktop.SystemToolsBackends.GroupsConfig2' (using servicehelper) Sep 16 11:03:16 jessica dbus[388]: [system] Activating service name='org.freedesktop.SystemToolsBackends.SelfConfig2' (using servicehelper) Sep 16 11:03:17 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: interface name 'uint32' is not valid. Sep 16 11:03:17 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: * Interface names are composed of 1 or more elements separated by a Sep 16 11:03:17 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: period ('.') character. All elements must contain at least one character. Sep 16 11:03:17 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: * Each element must only contain the ASCII characters '[A-Z][a-z][0-9]_' Sep 16 11:03:17 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: and must not begin with a digit. Sep 16 11:03:17 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: * Interface names must contain at least one '.' (period) character (and Sep 16 11:03:17 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: thus at least two elements). Sep 16 11:03:17 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: * Interface names must not begin with a '.' (period) character. Sep 16 11:03:17 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: Compilation failed in require at /usr/share/system-tools-backends-2.0/scripts/SystemToolsBackends.pl line 51. Sep 16 11:03:17 jessica dbus[388]: [system] Activated service 'org.freedesktop.SystemToolsBackends.SelfConfig2' failed: Launch helper exited with unknown return code 255 Sep 16 11:03:17 jessica org.freedesktop.SystemToolsBackends[388]: ** (system-tools-backends:1002): WARNING **: Launch helper exited with unknown return code 255 2) after I change the full name and press the button to apply the changes: Sep 16 11:03:17 jessica dbus[388]: [system] Successfully activated service 'org.freedesktop.SystemToolsBackends.UsersConfig2' Sep 16 11:03:17 jessica dbus[388]: [system] Successfully activated service 'org.freedesktop.SystemToolsBackends.GroupsConfig2' Sep 16 11:03:20 jessica dbus[388]: [system] Activating service name='org.freedesktop.SystemToolsBackends.SelfConfig2' (using servicehelper) Sep 16 11:03:20 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: interface name 'uint32' is not valid. Sep 16 11:03:20 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: * Interface names are composed of 1 or more elements separated by a Sep 16 11:03:20 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: period ('.') character. All elements must contain at least one character. Sep 16 11:03:20 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: * Each element must only contain the ASCII characters '[A-Z][a-z][0-9]_' Sep 16 11:03:20 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: and must not begin with a digit. Sep 16 11:03:20 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: * Interface names must contain at least one '.' (period) character (and Sep 16 11:03:20 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: thus at least two elements). Sep 16 11:03:20 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: * Interface names must not begin with a '.' (period) character. Sep 16 11:03:20 jessica org.freedesktop.SystemToolsBackends.SelfConfig2[388]: Compilation failed in require at /usr/share/system-tools-backends-2.0/scripts/SystemToolsBackends.pl line 51. Sep 16 11:03:20 jessica dbus[388]: [system] Activated service 'org.freedesktop.SystemToolsBackends.SelfConfig2' failed: Launch helper exited with unknown return code 255 Sep 16 11:03:20 jessica org.freedesktop.SystemToolsBackends[388]: ** (system-tools-backends:1002): WARNING **: Launch helper exited with unknown return code 255 So it looks like liboobs sends a malformed message (with invalid interface name) to the backend.
Bug#761730: tracker.d.o: please provide links to https://security-tracker.debian.org/tracker/source-package/$PKG
Hi, On Tue, 16 Sep 2014, Holger Levsen wrote: the information gathered in the security-tracker should be displayed in the package tracker.d.o. It's already there, see the 20 security issues in https://tracker.debian.org/pkg/linux When you click on the question mark you get access to the link. This should be improved so that the link is directly accessible without going through the extended info but the info should be there. Have you seen a package where there was no such entry and where it should have had one? Each source package has a URL of the form https://security-tracker.debian.org/tracker/source-package/bind9 bind9 is not in the list exported by the tracker at https://security-tracker.debian.org/tracker/data/pts/1 So the list seems to be limited to open issues in sid. We might want to improve this and provide a better overview of the release where security issues are open. 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#760900: libteam: improving long description
Hi Filipus, I committed more of your suggestions here: http://anonscm.debian.org/cgit/collab-maint/libteam.git/commit/?id=3ffb0d479e10103b6f42c96713fd80654a559669 On Mon, 15 Sep 2014 23:10:40 Filipus Klutiero wrote: The noun phrase Linux kernel 3.3 or higher is missing a determiner. This could read version 3.3 or higher of the Linux kernel, or just Linux 3.3 or higher, although I'm not sure this sentence is necessary at this point. Somehow I'm not sure about this change On the side note I appreciate your changes but I wish you could bundle them together... I would be more happy to spend an hour for this ticket than to return to this task six times and spend ~10 min. each time. This is due to expensive context switches when I have to interrupt whatever I'm doing just for a minor update. Thanks. -- Best wishes, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#757206: [kdiff3] Statusline is empty
Hello! Sorry, I somehow didn't see your response. The problem is only at the start of kdiff3: The number of differences are shown in version 0.9.97, but not in version 0.9.98 (see attached screenshot). Later on, if I merge 2 files, then the number of differences is shown. As the problem is only at the start of kdiff3, you could chage the severity to minor. Reinhard
Bug#761807: libvirt-bin: No PCI buses available on qemu-system-arm
Package: libvirt-bin Version: 1.2.8-1 Severity: important Dear Maintainer, After upgrading debian from wheezy to jessie package libvirt-bin changed version from 1.2.4 to 1.2.7 and thus it has a problem of starting an ARM machine with the following configuration(once again, version 1.2.4 works great). domain type='qemu' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0' nameraspbian/name uuiddde875c8-d86f-4aa2-abce-b76ee5cc1032/uuid memory unit='KiB'262144/memory currentMemory unit='KiB'262144/currentMemory vcpu placement='static'1/vcpu resource partition/machine/partition /resource os type arch='armv7l' machine='versatilepb'hvm/type kernel/var/lib/libvirt/images/kernel-qemu/kernel cmdlineroot=/dev/sda2 panic=1 rootfstype=ext4 console=ttyAMA0/cmdline boot dev='hd'/ /os clock offset='utc'/ on_poweroffdestroy/on_poweroff on_rebootrestart/on_reboot on_crashrestart/on_crash devices emulator/usr/bin/qemu-system-arm/emulator disk type='file' device='disk' driver name='qemu' type='qcow2'/ source file='/var/lib/libvirt/images/2013-09-10-wheezy-raspbian.qcow2'/ target dev='hda' bus='scsi'/ address type='drive' controller='0' bus='0' target='0' unit='2'/ /disk controller type='usb' index='0' address type='pci' domain='0x' bus='0x00' slot='0x01' function='0x2'/ /controller controller type='pci' index='0' model='pci-root'/ controller type='scsi' index='0' address type='pci' domain='0x' bus='0x00' slot='0x04' function='0x0'/ /controller interface type='network' mac address='52:54:00:50:2f:ce'/ source network='default'/ model type='smc91c111'/ address type='pci' domain='0x' bus='0x00' slot='0x01' function='0x0'/ /interface serial type='pty' target port='0'/ /serial console type='pty' target type='serial' port='0'/ /console sound model='es1370' address type='pci' domain='0x' bus='0x00' slot='0x02' function='0x0'/ /sound /devices qemu:commandline qemu:arg value='-cpu'/ qemu:arg value='arm1176'/ /qemu:commandline /domain -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-bin depends on: ii libvirt-clients1.2.8-1 ii libvirt-daemon-system 1.2.8-1 libvirt-bin recommends no packages. libvirt-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#761656: linux: 3.16.2-3 misses some patches for hypervisor enablement
On Mon, Sep 15, 2014 at 03:34:15PM +0200, Frederic Bonnard wrote: Package: src:linux Version: 3.16.2-3 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el Hi, Dear Maintainer, the current KVM patches added for powerpc are missing a few ones to be able to run qemu guests. It needs : 1287cb3fa85c KVM: PPC: Book3S: Move vcore definition to end of kvm_arch c77dcacb3975 KVM: Move more code under CONFIG_HAVE_KVM_IRQFD and also some config : CONFIG_KVM_BOOK3S_64=m CONFIG_KVM_BOOK3S_64_HV=m CONFIG_KVM_BOOK3S_64_PR=m CONFIG_KVM_XICS=y I rebuilt the deban kernel with those and could run a VM. Thanks a lot for testing that, I have stupidly forgotten to enable KVM when backporting the patches, my bad. Unfortunately enabling it changes the ABI, so it's not possible to change it now and will have to wait for the next ABI bump. I have therefore committed the two patches you mentioned and enable all options except CONFIG_KVM_BOOK3S_64. I'll do it in the next ABI bump. -- Aurelien Jarno GPG: 4096R/1DDD8C9B 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#761482: RFS: argyll/1.6.3-1 [ITA]
Hello Stephen, Hello Bastien, Am Montag, den 15.09.2014, 22:59 +0200 schrieb Stephen Kitt: Hi Bastien, On Mon, 15 Sep 2014 20:28:54 +0200, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: Le 14 sept. 2014 16:21, Stephen Kitt sk...@debian.org a écrit : Upgrading argyll does reveal a real problem though... Given that you're shipping all the documentation in argyll-doc, and symlinking from the other two packages, you need to replace the old directories with symlinks, using something like this in argyll's postinst: Ar please use dpkg-maintainer-script-helper Bastien thanks for your comment. Ah right, thanks, the last time I checked dpkg-maintscript-helper didn't handle this case. Jörg, it's dpkg-maintscript-helper dir_to_symlink... I have create / added the dpkg-maintscript-helper calls to *.(postinst|preinst|postrm) The package is uploaded to mentors[1]. Stephen can you remove it from the new queue and upload again? [...] Regards, Stephen CU Jörg [1] http://mentors.debian.net/debian/pool/main/a/argyll/argyll_1.6.3-1.dsc -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#761730: tracker.d.o: please provide links to https://security-tracker.debian.org/tracker/source-package/$PKG
Hi, On Tue, 16 Sep 2014, Paul Wise wrote: On Tue, Sep 16, 2014 at 7:08 AM, Holger Levsen hol...@layer-acht.org wrote: There is an interface for it, see https://security-tracker.debian.org/tracker/data/pts/1 Could we get a new URL that also has information about unimportant and resolved issues and DSAs? I would suggest a format like what lintian uses: bind9 2 0 52 28 Let's not continue that bad tradition. If anything it should provide either YAML or JSON with something structured: bind9: squeeze: open: - CVE-XXX - CVE-YYY open-unimportant: - ... resolved: - ... wheezy: ... jessie: ... sid: ... If you want anything more than that, it's probably better to grab directly the input data of the security tracker (CVE/list in secure-testing SVN repo). 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#760804: serf: FTBFS: Directory /usr/include/mit-krb5 found where file expected.
Hello James, Am Montag, den 15.09.2014, 15:30 -0400 schrieb James McCoy: On Mon, Sep 15, 2014 at 09:08:46PM +0200, Jörg Frings-Fürst wrote: Hallo, I have refreshed the patch from James McCoy for scons v 2.3.3 and uploaded the package to mentors[1]. Note that I submitted a different patch upstream, as can be seen in the forwarded link. Thanks for your comment. I have replaced your patch with your upstream changes. Only src/engine/SCons/EnvironmentTests.py can't change, the file seem new after 2.3.3. Cheers, CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#761808: owncloud: lighttpd example conf suggests wrong alias path
Package: owncloud Version: 7.0.2+dfsg-1 Severity: minor Dear Maintainer, the file /usr/share/doc/owncloud/examples/lighttpd/owncloud.conf contains the following line: alias.url += ( /owncloud/ = /var/lib/owncloud/ ) This will not work, because the application itself is in /usr/share/owncloud at least like it's shipped at the moment. Furthermore I would suggest to remove the trailing slashes of the alias definition to avoid 404 if user just calls http://example.com/owncloud instead of http://example.com/owncloud/ so this works: alias.url += ( /owncloud = /usr/share/owncloud ) HTH Greets Alex -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages owncloud depends on: ii fonts-font-awesome 4.1.0~dfsg-1 ii fonts-liberation 1.07.4-1 ii fonts-linuxlibertine 5.3.0-2 ii fonts-lohit-deva 2.5.3-1 ii fonts-sil-gentium-basic 1.1-7 ii fonts-wqy-microhei 0.2.0-beta-2 ii libjs-chosen 0.9.11-2 ii libjs-dojo-dojox 1.10.0+dfsg-1 ii libjs-jcrop 0.9.12+dfsg-1 ii libjs-jquery-minicolors 1.2.1-1 ii libjs-jquery-mousewheel 10-1 ii libjs-jquery-timepicker 1.2-1 ii libjs-pdf1.0.712+dfsg-1 ii libphp-phpmailer 5.2.8+dfsg-1 ii lighttpd [httpd] 1.4.35-3 ii owncloud-doc 0~20140824-1 ii php-assetic 1.1.2-1 ii php-doctrine-dbal2.4.2-4 ii php-getid3 1.9.8-1 ii php-opencloud1.10.0-2 ii php-patchwork-utf8 1.1.25-1 ii php-pear 5.6.0+dfsg-1 ii php-pimple 1.1.1-1 ii php-sabre-dav1.8.10-1 ii php-seclib 0.3.7-1 ii php-symfony-classloader 2.3.6-1 ii php-symfony-console 2.3.1+dfsg-1 ii php-symfony-routing 2.0.19-1 ii php5 5.6.0+dfsg-1 ii php5-gd 5.6.0+dfsg-1 ii php5-json1.3.6-1 ii php5-mysql 5.6.0+dfsg-1 ii zendframework1.12.7-0.1 Versions of packages owncloud recommends: ii libav-tools 6:11~beta1-2 pn libreoffice none ii php-aws-sdk 2.6.15+comp-1 ii php-crypt-blowfish1.1.0~RC2-3 ii php-dropbox 1.0.0-2 ii php-google-api-php-client 0.6.7-2 ii php5-apcu 4.0.6-1 ii php5-cli 5.6.0+dfsg-1 ii php5-curl 5.6.0+dfsg-1 ii php5-imagick 3.1.2-1.1+b1 pn php5-intl none pn php5-ldap none ii php5-mcrypt 5.6.0+dfsg-1 ii smbclient 2:4.1.11+dfsg-1 ii ssmtp [mail-transport-agent] 2.64-8 Versions of packages owncloud suggests: pn libapache2-mod-xsendfile none pn mysql-server | virtual-mysql-server | postgresql none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761809: Add crontrol for a fan3, eg. CPU
Package: macfanctld Severity: important Tags: patch On my iMac11,2 i have 3 fans that needs to be controlled, so this just extens the current code to control the 3rd fan in the same way as the first two. It has also bin reported that the same problem exists on iMac8,1 too. Without this patch, those models might overheat due to the fact that the last fan isn't spun up on thermal load. This bug report and patch was sent to the author of this code 1.5 years ago, but no reaction have happened since then, so i send this to Debian in the hope of having it included as a distro-patch so it automatically ends up on my machines without having to patch the package manually, and the patch doesn't get accidentally removed on package upgrade. //Anton -- Anton Lundin+46702-161604 From c0d40f2ebab2a630bb07d2ebf50f64d6843e753e Mon Sep 17 00:00:00 2001 From: Anton Lundin an...@dohi.se Date: Tue, 28 May 2013 16:34:09 +0200 Subject: [PATCH] Add crontrol for a fan3, eg. CPU On my iMac11,2 i have 3 fans that needs to be controlled, so this just extens the current code to control the 3rd fan in the same way as the first two. --- control.c | 71 +++ 1 file changed, 30 insertions(+), 41 deletions(-) diff --git a/control.c b/control.c index 1612983..556463d 100644 --- a/control.c +++ b/control.c @@ -72,8 +72,10 @@ struct sensor char base_path[PATH_MAX]; char fan1_min[PATH_MAX]; char fan2_min[PATH_MAX]; +char fan3_min[PATH_MAX]; char fan1_man[PATH_MAX]; char fan2_man[PATH_MAX]; +char fan3_man[PATH_MAX]; int sensor_count = 0; int fan_count = 0; @@ -165,8 +167,10 @@ void find_applesmc() sprintf(fan1_min, %s/fan1_min, base_path); sprintf(fan2_min, %s/fan2_min, base_path); + sprintf(fan3_min, %s/fan3_min, base_path); sprintf(fan1_man, %s/fan1_manual, base_path); sprintf(fan2_man, %s/fan2_manual, base_path); + sprintf(fan3_man, %s/fan3_manual, base_path); printf(Found applesmc at %s\n, base_path); } @@ -278,44 +282,25 @@ void calc_fan() void set_fan() { - char buf[16]; - - // update fan 1 - - int fd = open(fan1_min, O_WRONLY); - if(fd 0) - { - printf(Error: Can't open %s\n, fan1_min); - } - else - { - sprintf(buf, %d, fan_speed); - write(fd, buf, strlen(buf)); - close(fd); - } - - // set fan 1 manual to zero - - fd = open(fan1_man, O_WRONLY); - if(fd 0) + struct { - printf(Error: Can't open %s\n, fan1_man); + char *fan_min; + char *fan_man; } - else - { - strcpy(buf, 0); - write(fd, buf, strlen(buf)); - close(fd); - } - - // update fan 2 - - if(fan_count 1) - { - fd = open(fan2_min, O_WRONLY); + fans[] = { + {fan1_min, fan1_man}, + {fan2_min, fan2_man}, + {fan3_min, fan3_man} + }; + int fan_no; + + for (fan_no = 0; fan_no fan_count; fan_no++) { + char buf[16]; + int fd = open(fans[fan_no].fan_min, O_WRONLY); + // update fan if(fd 0) { - printf(Error: Can't open %s\n, fan2_min); + printf(Error: Can't open %s\n, fans[fan_no].fan_min); } else { @@ -324,12 +309,11 @@ void set_fan() close(fd); } - // set fan 2 manual to zero - - fd = open(fan2_man, O_WRONLY); + // set fan manual to zero + fd = open(fans[fan_no].fan_man, O_WRONLY); if(fd 0) { - printf(Error: Can't open %s\n, fan2_man); + printf(Error: Can't open %s\n, fans[fan_no].fan_man); } else { @@ -338,7 +322,6 @@ void set_fan() close(fd); } } - fflush(stdout); } @@ -383,8 +366,14 @@ void scan_sensors() } else { - fan_count = 2; - printf(Found 2 fans.\n); + result = stat(fan3_min, buf); + if (result != 0) { + fan_count = 2; + printf(Found 2 fans.\n); + } else { + fan_count = 3; + printf(Found 3 fans.\n); + } } // count number of sensors -- 2.0.0
Bug#761666: Updated patch for GNU/Hurd
Hello, As I wrote in this bug report the build fails since sysconf does not return any sane value. Attached is an updated patch for configure.in defining bmake_path_max to 1024 if it is undefined now when patch 130_maxpathlen.diff is gone. Thanks! --- a/configure.in.orig 2014-02-15 23:27:59.0 +0100 +++ b/configure.in 2014-09-16 09:18:10.0 +0200 @@ -83,7 +83,11 @@ if test -x /usr/bin/getconf; then bmake_path_max=`getconf PATH_MAX / 2 /dev/null` fi -bmake_path_max=${bmake_path_max:-1024} +if test ${bmake_path_max} = undefined ; then + bmake_path_max=1024 +else + bmake_path_max=${bmake_path_max:-1024} +fi if test $bmake_path_max -gt 1024; then # this is all we expect bmake_path_max=1024
Bug#761636: RFS: raceintospace/1.1+dfsg1-1 [ITP]
On 16.09.14 01:05:05, Vincent Cheng wrote: Hi Dariusz, On Mon, Sep 15, 2014 at 2:31 AM, Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package raceintospace * Package name: raceintospace Version : 1.1+dfsg1-1 Upstream Author : Michael K McCarty mkmcca...@raceintospace.org Pace Willisson p...@alum.mit.edu Krzysztof Kosciuszkiewicz dr...@users.sf.net Will Glynn delta...@lerfjhax.com * URL : http://www.raceintospace.org/ * License : GPL-2+ Section : games It builds those binary packages: raceintospace - free software version of the Liftoff! board game raceintospace-data - free software version of the Liftoff! board game - data file To access further information about this package, please visit the following URL: http://mentors.debian.net/package/raceintospace Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/raceintospace/raceintospace_1.1+dfsg1-1.dsc or go directly to the VCS: http://anonscm.debian.org/cgit/pkg-games/raceintospace.git More information about raceintospace can be obtained from http://www.raceintospace.org/ This is the initial release: * Initial release (Closes: #748321) I recall reviewing this several months back; I haven't looked at it again yet, but I remember that there were a number of issues with the package at the time that were left unfixed, most notably that the build system tries to fetch remote resources during the build itself. Has this since been fixed? It does not try to fetch anymore if the dependencies are fulffiled. Now, with the new patch they are. I could completely patch the system to even not try when there are no deps presents (some weirdo archs maybe ). I also filled d/copyright completely and now it works with physfs 2.0, which is in Debian. -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 signature.asc Description: Digital signature
Bug#761636: RFS: raceintospace/1.1+dfsg1-1 [ITP]
Hi Dariusz, On Mon, Sep 15, 2014 at 2:31 AM, Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package raceintospace * Package name: raceintospace Version : 1.1+dfsg1-1 Upstream Author : Michael K McCarty mkmcca...@raceintospace.org Pace Willisson p...@alum.mit.edu Krzysztof Kosciuszkiewicz dr...@users.sf.net Will Glynn delta...@lerfjhax.com * URL : http://www.raceintospace.org/ * License : GPL-2+ Section : games It builds those binary packages: raceintospace - free software version of the Liftoff! board game raceintospace-data - free software version of the Liftoff! board game - data file To access further information about this package, please visit the following URL: http://mentors.debian.net/package/raceintospace Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/raceintospace/raceintospace_1.1+dfsg1-1.dsc or go directly to the VCS: http://anonscm.debian.org/cgit/pkg-games/raceintospace.git More information about raceintospace can be obtained from http://www.raceintospace.org/ This is the initial release: * Initial release (Closes: #748321) I recall reviewing this several months back; I haven't looked at it again yet, but I remember that there were a number of issues with the package at the time that were left unfixed, most notably that the build system tries to fetch remote resources during the build itself. Has this since been fixed? Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761810: conntrack: Please package latest conntrack-tools for Jessie
Source: conntrack Severity: wishlist Dear Alexander, Would you consider packaging the latest upstream release of conntrack-tools for Jessie? If you don't have time I would like to help you in the task, if you want. I mean both send you patches and co-maintaining the package. Please, let me know your thoughts. Thanks for your work. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761811: tracker.debian.org: add support for mentors.debian.net
Package: tracker.debian.org Severity: wishlist mentors.d.n offers a place for new contributors to upload packages that need to be sponsored. There is an apt repository at [1] containing those packages. It supports all the usual suites plus an UNRELEASED suite for packages that aren't yet ready to be uploaded to Debian. It doesn't yet appear to have Release files so the tracker will need to download Sources files manually. For all packages that are not yet in Debian, please add pages on the tracker for them with a notice in the action column: Sponsoring is needed[2] to get this package into Debian. For packages already in Debian and also in the main suites from the mentors site (but not UNRELEASED) please add an action item to the action section with link to [2]: Sponsoring is needed[2] to get a new version of this package into Debian. For all packages mentioned in any suite, please provide a link to [2] named 'mentors' with title 'prospective packages from new contributors' in the right hand links section. 1. http://mentors.debian.net/debian/ 2. http://mentors.debian.net/package/{package} -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#759725: postgresql-common: non-synchronous service postgresql start/stop/reload
Hi, I also got an issue today where PostgreSQL failed to load, but systemd didn't realize it and marked the service status as active even though there was no postgresql process. This was difficult to diagnose (service is said to be up and running, so why can't I connect!?). Cheers! Sylvain On Mon, Sep 08, 2014 at 08:22:49PM +0200, b...@debian.org wrote: Hi Christoph, Can you share a bit your motivations for decreasing the severity of this bug? I don't think FusionForge is the only package that will be kicked in the balls when installed on a brand new, systemd-enabled Debian 8 box next year :( Is that asynchronous behavior Debian-specific? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761636: RFS: raceintospace/1.1+dfsg1-1 [ITP]
On Tue, Sep 16, 2014 at 1:08 AM, Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl wrote: On 16.09.14 01:05:05, Vincent Cheng wrote: Hi Dariusz, On Mon, Sep 15, 2014 at 2:31 AM, Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package raceintospace * Package name: raceintospace Version : 1.1+dfsg1-1 Upstream Author : Michael K McCarty mkmcca...@raceintospace.org Pace Willisson p...@alum.mit.edu Krzysztof Kosciuszkiewicz dr...@users.sf.net Will Glynn delta...@lerfjhax.com * URL : http://www.raceintospace.org/ * License : GPL-2+ Section : games It builds those binary packages: raceintospace - free software version of the Liftoff! board game raceintospace-data - free software version of the Liftoff! board game - data file To access further information about this package, please visit the following URL: http://mentors.debian.net/package/raceintospace Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/raceintospace/raceintospace_1.1+dfsg1-1.dsc or go directly to the VCS: http://anonscm.debian.org/cgit/pkg-games/raceintospace.git More information about raceintospace can be obtained from http://www.raceintospace.org/ This is the initial release: * Initial release (Closes: #748321) I recall reviewing this several months back; I haven't looked at it again yet, but I remember that there were a number of issues with the package at the time that were left unfixed, most notably that the build system tries to fetch remote resources during the build itself. Has this since been fixed? It does not try to fetch anymore if the dependencies are fulffiled. Now, with the new patch they are. I could completely patch the system to even not try when there are no deps presents (some weirdo archs maybe ). Yes, the build system should _never_ try to fetch any remote resource. If build deps are unsatisfied, the result should be a FTBFS, not an attempt to fetch the missing deps during the build itself; patch the build system if you must in order to ensure this. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#370650: jumpnbump: rabbit disappears in upper left corner
On 09/16/2014 12:55 AM, Fabian Greffrath wrote: you can change the title of the bug by means of the BTS control server: https://www.debian.org/Bugs/server-control OK, I'll do that, then. So, isn't there a way to fix that level before packaging it? Nope. This affects *all* levels (I have about 250 levels from a few sources, and I've tested dozens of them). The springs in the top-left seem to be something added by the Jump'n'Bump engine, not a part of any actual level data. -- Julian Marchant Email: onp...@riseup.net, onp...@openmailbox.org GnuPG keys: 0x3D015302, 0xD0AF3FA4 XMPP: onpon4 @ riseup.net Diaspora: onpon4 @ nerdpol.ch Website: https://onpon4.github.io Protect your privacy with GnuPG: https://emailselfdefense.fsf.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761812: systemd regression: tries to mount /export twice at boot time
Package: systemd Version: 208-8 Sometimes systemd tries to mount /export twice at boot time, even though /etc/fstab contains just a single line for it. Since the second mount fails with already mounted the system ends up in interactive maintenance mode, asking for the root password and recommending to read a few thousand lines of journalctl output (not included here). This feels to happen about 1 of 20 reboots of my laptop. / and /export are partitions on an encrypted block device (sda2). Only /boot (sda1) is not encrypted. Here are the necessary tables: % cat /etc/fstab # file system mount point type options dumppass proc/proc proc defaults0 0 # /dev/mapper/vg00-root LABEL=root UUID=92325a57-aefb-4f62-ac31-e0f278c37151 / ext4 noatime 0 1 # /dev/sda1 LABEL=boot UUID=03251663-204e-471a-b093-bb0da815bf72 /boot ext4 noatime 0 2 # /dev/mapper/vg00-export LABEL=export UUID=6e56c46a-8868-4e9e-ad56-8c131dd45f61 /export ext4 noatime 0 2 # /dev/mapper/vg00-rootbak LABEL=rootbak UUID=4092c246-6d69-4071-ab10-f85e911ce352 noneext4 noatime 0 0 # /dev/mapper/vg00-swap LABEL=swap UUID=690457f1-4a9d-4bb6-b50c-296793491a7e noneswap defaults0 0 /dev/sr0/cdrom udf,iso9660 user,noauto,ro 0 0 % blkid | sort /dev/dm-2: LABEL=swap UUID=690457f1-4a9d-4bb6-b50c-296793491a7e TYPE=swap /dev/dm-3: LABEL=rootbak UUID=4092c246-6d69-4071-ab10-f85e911ce352 TYPE=ext4 /dev/mapper/pv00: UUID=JxB8iq-8Z3L-0OpU-Vh8O-0Bwt-ynuX-r4033k TYPE=LVM2_member /dev/mapper/vg00-export: LABEL=export UUID=6e56c46a-8868-4e9e-ad56-8c131dd45f61 TYPE=ext4 /dev/mapper/vg00-root: LABEL=root UUID=92325a57-aefb-4f62-ac31-e0f278c37151 TYPE=ext4 /dev/mapper/vg00-rootbak: LABEL=rootbak UUID=4092c246-6d69-4071-ab10-f85e911ce352 TYPE=ext4 /dev/mapper/vg00-swap: LABEL=swap UUID=690457f1-4a9d-4bb6-b50c-296793491a7e TYPE=swap /dev/sda1: LABEL=boot UUID=03251663-204e-471a-b093-bb0da815bf72 TYPE=ext4 /dev/sda2: UUID=ca74a47d-3110-4eb7-b412-416df77377b9 TYPE=crypto_LUKS /dev/sdb1: SEC_TYPE=msdos LABEL=ssdboot UUID=BE2B-D1AB TYPE=vfat % cat /etc/crypttab # target name source device key file options pv00 UUID=ca74a47d-3110-4eb7-b412-416df77377b9 none luks #pv01 UUID=a0388fed-8404-4e32-8e78-016441830df0 pv00 luks,keyscript=/lib/cryptsetup/scripts/decrypt_derived Nothing unusual, AFAICS. Please mail if I can help to track this down. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761813: logcheck: egrep uses ridiculous amounts of memory
Package: logcheck Version: 1.3.16 Severity: normal Lately I've noticed egrep taking enormous amounts of memory when running logcheck, especially after a reboot. As an example, a 58K patterns file (with local patterns) combined with a 86K log file made egrep use more than 1G of ram. Splitting my local patterns alleviates the problem of course, but that shouldn't really be necessary for these file sizes. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-1-amd64 (SMP w/4 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 logcheck depends on: ii adduser 3.113+nmu3 ii cron3.0pl1-124.2 ii lockfile-progs 0.1.17 ii logtail 1.3.16 ii mime-construct 1.11 ii postfix [mail-transport-agent] 2.11.1-1 ii rsyslog [system-log-daemon] 8.4.0-2 Versions of packages logcheck recommends: ii logcheck-database 1.3.16 Versions of packages logcheck suggests: pn syslog-summary none -- Configuration Files: /etc/logcheck/logcheck.conf [Errno 13] Permission denied: u'/etc/logcheck/logcheck.conf' /etc/logcheck/logcheck.logfiles [Errno 13] Permission denied: u'/etc/logcheck/logcheck.logfiles' -- 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#761814: generating RSS output fails, Htmltmpl error: Cannot save precompiled templates
Package: planet-venus Version: 0~bzr116-1 By default, planet generates a HTML output and an Atom feed It is also desirable to publish an RSS feed. Planet includes a template for RSS output, but when I add the following in planet.ini: template_files = /usr/share/planet-venus/theme/common/atom.xml.xslt /usr/share/planet-venus/theme/common/rss20.xml.tmpl it fails with an error: Traceback (most recent call last): File /usr/bin/planet, line 138, in module splice.apply(doc.toxml('utf-8')) File /usr/lib/pymodules/python2.7/planet/splice.py, line 118, in apply output_file = shell.run(template_file, doc) File /usr/lib/pymodules/python2.7/planet/shell/__init__.py, line 66, in run module.run(template_resolved, doc, output_file, options) File /usr/lib/pymodules/python2.7/planet/shell/tmpl.py, line 252, in run template = manager.prepare(script) File /usr/lib/pymodules/python2.7/htmltmpl.py, line 223, in prepare self.save_precompiled(compiled) File /usr/lib/pymodules/python2.7/htmltmpl.py, line 366, in save_precompiled % template_dir htmltmpl.TemplateError: Htmltmpl error: Cannot save precompiled templates to '/usr/share/planet-venus/theme/common': write permission denied. I tried creating a directory for the templates under the cache directory and creating symlinks to the original template files and then configuring it: template_files = cache/templates/atom.xml.xslt cache/templates/rss20.xml.tmpl It also fails with the same error. If I copy the template files to the cache directory (instead of using symlinks) then it works, but keeping copies of these files doesn't seem like a good idea. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748381: not a Debian bug
I think it would have made sense to keep the bug open while awaiting the outcome of the Ubuntu bug. That's all. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761815: installation adds entries for USB media to /etc/fstab which confuse udisks
Package: partman-target Version: 91 Severity: normal d-i adds entries like /dev/sdb1 /media/usb0 auto rw,user,noauto 0 0 to /etc/fstab. These will then be used by udisks instead of the default. This is problematic as they miss important options, such as making vfat writable by the user. I think they come from finish.d/fstab_removable_media_entries in partman-target. Some other user had this problem and asked me, we found the entry in /etc/fstab and I was able to get those by a new installation in KVM using the Jessie Beta 1 version of the installer. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757164: fs-uae: Segmentation fault with current version in testing/jessie
Package: fs-uae Version: 2.4.1+ds-2 Followup-For: Bug #757164 Dear Maintainer, Starting fs-uae on console ends in a segfault: /var/log/messages: Sep 16 10:21:32 T410 kernel: [ 1798.682032] fs-uae[2081]: segfault at 7f8cab1dd000 ip 7f8ca9a549e1 sp 7fff440030f8 error 6 in libc-2.19.so[7f8ca991e000+19f000] Startig fs-uae with the launcher 2.4.1 is the same... /var/log/messages: Sep 16 10:25:47 T410 kernel: [ 2053.563139] fs-uae[2104]: segfault at 7f0d61bd4000 ip 7f0d6044b9e1 sp 7fff58363c38 error 6 in libc-2.19.so[7f0d60315000+19f000] but the output on the console gives more infos: carsten@T410:~$ fs-uae-launcher Traceback (most recent call last): File /usr/share/fs-uae-launcher/fsgs/Archive.py, line 15, in module from lhafile import LhaFile File /usr/share/fs-uae-launcher/lhafile/__init__.py, line 2, in module from .lhafile import * File /usr/share/fs-uae-launcher/lhafile/lhafile.py, line 45, in module import lzhlib ImportError: No module named lzhlib LhaFile module import problem checking /usr/bin/Portable.ini checking /usr/Portable.ini checking /Portable.ini no Portable.ini found in search path base_dir not decided yet, checking FS_UAE_BASE_DIR using default base_dir - checking /home/carsten/.config/fs-uae-launcher/base-dir - checking /home/carsten/.config/fs-uae/base-dir XDG user dir DOCUMENTS = u'/home/carsten/Dokumente' base dir is /home/carsten/Dokumente/FS-UAE fs-uae-launcher 2.4.1 stable enabling except hook enable tread exception handler ('Linux', 'T410', '3.14-2-amd64', '#1 SMP Debian 3.14.15-2 (2014-08-09)', 'x86_64', '') [u'/usr/bin/fs-uae-launcher'] FS-UAE Launcher 2.4.1 FSUAELauncherApplication.start loading last config from u'/home/carsten/Dokumente/FS-UAE/Data/Settings.ini' loaded floppy_drive_0 $HOME/Emulation/Amiga/Workbench/WB3_1/in-3_1.adf loaded floppy_drive_1 loaded floppy_drive_2 loaded floppy_drive_3 loaded x_cdrom_image_4_sha1 loaded amiga_model A1200/020 loaded kickstart_file loaded cdrom_image_12 loaded x_cdrom_image_15_sha1 loaded x_kickstart_file_sha1 e21545723fe8374e91342617604f1b3d703094f1 loaded x_cdrom_image_3_sha1 loaded x_kickstart_ext_file_sha1 loaded cdrom_image_3 loaded cdrom_image_2 loaded cdrom_image_1 loaded hard_drive_0 Workbench.hdf loaded cdrom_image_7 loaded cdrom_image_6 loaded cdrom_image_5 loaded cdrom_image_4 loaded x_cdrom_image_19_sha1 loaded cdrom_image_9 loaded cdrom_image_8 loaded cdrom_image_11 loaded x_cdrom_image_7_sha1 loaded x_hard_drive_0_sha1 loaded x_kickstart_ext_file loaded x_cdrom_image_5_sha1 loaded x_cdrom_image_6_sha1 loaded x_whdload_args loaded x_cdrom_image_16_sha1 loaded cdrom_image_16 loaded x_cdrom_image_12_sha1 loaded x_cdrom_image_14_sha1 loaded x_floppy_drive_0_sha1 10aca890c99cd8a2994ed84a9bf7e83eb4512fae loaded x_floppy_drive_3_sha1 loaded x_kickstart_file /home/carsten/Dokumente/FS-UAE/Kickstarts/Kickstart v3.1 rev 40.68 (1993)(Commodore)(A1200).rom loaded x_hard_drive_1_sha1 loaded hard_drive_1 Work.hdf loaded fast_memory 8192 loaded cdrom_drive_0 loaded x_cdrom_image_0_sha1 loaded x_cdrom_image_2_sha1 loaded x_floppy_drive_2_sha1 loaded x_cdrom_image_13_sha1 loaded x_cdrom_image_10_sha1 loaded x_cdrom_image_11_sha1 loaded x_cdrom_image_18_sha1 loaded x_cdrom_image_9_sha1 loaded x_cdrom_drive_0_sha1 loaded cdrom_image_10 loaded x_cdrom_image_8_sha1 loaded x_cdrom_image_1_sha1 loaded kickstart_ext_file loaded cdrom_image_13 loaded x_floppy_drive_1_sha1 loaded x_cdrom_image_17_sha1 loaded chip_memory 2048 loaded cdrom_image_17 loaded cdrom_image_0 loaded cdrom_image_15 loaded cdrom_image_14 loaded cdrom_image_19 loaded cdrom_image_18 loading settings from u'/home/carsten/Dokumente/FS-UAE/Data/Settings.ini' locale is de_DE bindtextdomain fs-uae-launcher: /usr/share/locale path to mo file: /usr/share/locale/de/LC_MESSAGES/fs-uae-launcher.mo translations object: gettext.GNUTranslations instance at 0x7f11685140e0 config_startup_scan /home/carsten/Dokumente/FS-UAE/Configurations {u'floppy_drive_volume': u'', u'texture_filter': u'', u'parent_uuid': u'', u'last_floppy_dir': u'', u'video_sync': u'', u'database_auth': u'', u'scan_roms': u'1', u'config_changed': u'0', u'secondary_joystick': u'', u'irc_nick': u'', u'scan_configs': u'1', u'automatic_input_grab': u'', u'database_feature': u'', u'config_search': u'', u'texture_format': u'', u'config_refresh': u'', u'keep_aspect': u'', u'last_cd_dir': u'', u'config_xml_path': u'', u'kickstarts_dir_mtime': u'', u'video_sync_method': u'', u'config_path': u'', u'irc_server': u'', u'last_scan': u'', u'fullscreen': u'', u'scan_files': u'1', u'last_hd_dir': u'', u'audio_frequency': u'', u'primary_joystick': u'', u'mouse_speed': u'', u'database_username': u'', u'netplay_feature': u'', u'netplay_tag': u'', u'config_base': u'', u'__netplay_ready': u'', u'fsaa': u'', u'initial_input_grab': u'', u'configurations_dir_mtime': u'', u'last_rom_dir': u'', u'last_settings_page': u'',
Bug#749582: qgo installs a generated file
I've removed the KDE 3 era desktop entries according to Yann's suggestion. best, pavel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745844: [Pkg-gtkpod-devel] Bug#745844: libimobiledevice: Re: libimobiledevice-utils: Segfault with iphone 3GS on many utilities
Hi, I just uploaded a usbmuxd snapshot, seeing that upstream hasn't done anything to usbmuxd for a couple of months. I understand a release is coming soon. That upload fixes the bug for me, thanks!!! Shérab. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753560: libjsoncpp: Numerical values cannot be converted to string
Patch is not needed. Version of libjsoncpp in the repo is too old. Current version on the GitHub dont has this bug, because function 'valueToString()' used for value types that can throw exception. I think package in repo must be updated with current version of libjsoncpp. -- С уважением, Савкин Сергей
Bug#758094: using an x32 X server considered harmful, for now
Fun fact: Install xserver-xorg-video-nouveau:x32 (1:1.0.11-1) Reboot Start an i386 Mozilla™ Firefox™ binary, or some other application using X-server-side OpenGL Watch it crash [ 378.186605] firefox[4521]: segfault at c ip f18c78b4 sp ff93538c error 4 in libxcb-glx.so.0.0.0[f18ba000+16000] I’ve switched back to xserver-xorg-video-nouveau:i386 for now (with gratitutous editing of /var/lib/dpkg/status to allow for partial regrading to i386, e.g. for things like cpp:x32 or xserver-xorg:i386 satisfying global dependencies). Looks like I’ll have some fun ahead debugging this… bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757164: fs-uae: Segmentation fault with current version in testing/jessie
Sorry for the spam! I see the full thread to late. Maybe You can delete it. Kind regards On Tue, 16 Sep 2014 10:54:46 +0200 Carsten Stengel carsten...@gmail.com wrote: but the output on the console gives more infos: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761816: RM: libgdal-grass/1.10.1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm The grass package was updated to 6.4.4-1 in unstable, which required an update for libgdal-grass (1.10.1-3 available in unstable). Currently both grass (6.4.4-1) and libgdal-grass (1.10.1-3) cannot migrate to testing because updating grass in testing whould make libgdal1-1.10.1-grass uninstallable. See: https://release.debian.org/migration/testing.pl?package=libgdal1-1.10.1-grass By explicitly removing the libgdal1-1.10.1-grass revision that still depends on GRASS 6.4.3 from testing, the updated revisions of grass and libgdal-grass in unstable should be able to migrate to testing. Kind Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735409:
Hi, we only bind to this port if it is available. It is also useful and for registerless accounts. Regards damencho -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761817: RFP: arangodb -- ArangoDB is a multi-model mostly-memory database with a flexible data model for documents and graphs.
Package: wnpp Severity: wishlist * Package name: arangodb Version : 2.2.3 * URL : https://www.arangodb.org/ * License : Apache 2.0 Programming Lang: C, C++, Javascript, Ruby Description : ArangoDB is a multi-model mostly-memory database with a flexible data model for documents and graphs. ArangoDB is a multi-purpose open-source database with a flexible data model for documents, graphs and key-values. You can easily build high performance applications using a convenient SQL-like query language or JavaScript extensions. The database server arangod stores all documents and serves them using a REST interface. There are drivers for all major languages like Ruby, Python, PHP, JavaScript, and Perl. In the following sections we will use the JavaScript shell to communicate with the database and demonstrate some of ArangoDB's features using JavaScript. The project provides Debian packages already, so packaging it has already a start. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761730: tracker.d.o: please provide links to https://security-tracker.debian.org/tracker/source-package/$PKG
Hi, On Dienstag, 16. September 2014, Raphael Hertzog wrote: Let's not continue that bad tradition. If anything it should provide either YAML or JSON with something structured: I agree. Any preference? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#761730: tracker.d.o: please provide links to https://security-tracker.debian.org/tracker/source-package/$PKG
Hi, On Dienstag, 16. September 2014, Paul Wise wrote: It already is. The link is missing from the main description, it is present in the extended description though: ui, wow, such a small icon. Could you please also make the words security issues a link?! Could we get a new URL that also has information about unimportant and resolved issues and DSAs? I would suggest a format like what lintian uses: rather than those, I'd rather have issues in other distros than sid first, eg, bind9 is not linked, despite there is one open security issue in wheezy (and several in squeeze(-lts+security) (The squeeze issues cannot be seen yet in the public instance of the sec- tracker _yet_ :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#761818: jscommunicator-web-phone: WebSocket link: Disconnected
Package: jscommunicator-web-phone Version: 1.1.1-1 Severity: normal Dear Maintainer, I've just installed jscommunicator-web-phone and get the error on the page: WebSocket link: Disconnected using (Chromium Version 35.0.1916.153 Debian jessie/sid (274914)) How to troubleshoot this? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jscommunicator-web-phone depends on: ii apache2 2.4.10-1 ii apache2-bin [httpd] 2.4.10-1 ii apache2-mpm-prefork [httpd] 2.4.10-1 ii libjs-jscommunicator 1.1.1-1 Versions of packages jscommunicator-web-phone recommends: ii repro1.9.7-1 ii resiprocate-turn-server 1.9.7-1 jscommunicator-web-phone 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#761730: tracker.d.o: please provide links to https://security-tracker.debian.org/tracker/source-package/$PKG
On Tue, Sep 16, 2014 at 5:29 PM, Holger Levsen wrote: bind9 is not linked, despite there is one open security issue in wheezy (and several in squeeze(-lts+security) bind9 is missing from the security-tracker data export AFAICT. -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761819: apt-cacher-ng stores AdminAuth password insecurely
Package: apt-cacher-ng Version: 0.7.11-2 Severity: wishlist Dear Maintainer, it would be nice if apt-cacher-ng stored only the hash of the AdminAuth password in /etc/apt-cacher/ng/security.conf Thank you, Christoph -- Package-specific info: -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (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) Shell: /bin/sh linked to /bin/dash Versions of packages apt-cacher-ng depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.15 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-38+deb7u4 ii libgcc11:4.7.2-5 ii liblzma5 5.1.1alpha+20120614-2 ii libstdc++6 4.7.2-5 ii libwrap0 7.6.q-24 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages apt-cacher-ng recommends: ii ed1.6-2 ii perl 5.14.2-21+deb7u1 Versions of packages apt-cacher-ng suggests: pn doc-base none ii libfuse2 2.9.0-2+deb7u1 -- Configuration Files: /etc/apt-cacher-ng/security.conf [Errno 13] Permission denied: u'/etc/apt-cacher-ng/security.conf' -- debconf information: apt-cacher-ng/gentargetmode: No automated setup -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761816: RM: libgdal-grass/1.10.1-2
On 2014-09-16 10:18, Bas Couwenberg wrote: The grass package was updated to 6.4.4-1 in unstable, which required an update for libgdal-grass (1.10.1-3 available in unstable). Currently both grass (6.4.4-1) and libgdal-grass (1.10.1-3) cannot migrate to testing because updating grass in testing whould make libgdal1-1.10.1-grass uninstallable. See: https://release.debian.org/migration/testing.pl?package=libgdal1-1.10.1-grass By explicitly removing the libgdal1-1.10.1-grass revision that still depends on GRASS 6.4.3 from testing, the updated revisions of grass and libgdal-grass in unstable should be able to migrate to testing. No, that's illogical. It doesn't make sense to remove a package from testing as an attempt to have a newer version of the same package migrate from unstable. Instead, one should work out how to make the migration of the new version succeed. The underlying issue is that the two packages (grass and libgdal-grass) need to migrate to testing at the same time. The testing.pl script is a little stupid and only looks at the result of britney trying each source package separately. The migration of both packages at the same time is in fact being attempted, but failing. From the logs: I: [Mon Sep 15 22:06:02 2014] - Processing 'easy' hint from autohinter Trying easy from autohinter: grass/6.4.4-1 libgdal-grass/1.10.1-3 leading: grass,libgdal-grass start: 12+25065: i-7:a-1:a-0:a-0:k-1:k-1:m-0:m-0:p-0:s-2:a-10122:p-14943 orig: 12+25065: i-7:a-1:a-0:a-0:k-1:k-1:m-0:m-0:p-0:s-2:a-10122:p-14943 easy: 13+25069: i-7:a-1:a-0:a-0:k-1:k-1:m-1:m-0:p-0:s-2:a-10122:p-14947 * mips: libgdal1-1.10.1-grass * ppc64el: grass-core, grass-dev, grass-gui, libgdal1-1.10.1-grass The ppc64el issue isn't a blocker, but mips is. The issue on mips is that libgdal1-1.10.1-grass was built against the old version of grass - libgdal-grass was uploaded 8 days ago but the new version of grass only built on mips 3 days ago. I've scheduled a binNMU for libgdal-grass on mips which should resolve this. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761603: libhdf4: wrong endianness on s390x/mips
Thanks for your patch. I am also running some more tests on different architectures. Johan On Sun, Sep 14, 2014 at 11:53 PM, Rebecca Palmer rebecca_pal...@zoho.com wrote: Package: libhdf4-0 Version: 4.2.10~1exp1 Control: tags -1 patch (from debian/patches/hdfi.h ) --- a/HDF4/hdf/src/hconv.h +++ b/HDF4/hdf/src/hconv.h @@ -59,7 +59,7 @@ /* CONSTANT DEFINITIONS */ /*/ /* Generally Big-Endian machines */ -#if !defined(INTEL86) !defined(MIPSEL) !defined(DEC_ALPHA) !defined(I860) !defined(SUN386) !(defined(__ia64) !(defined(hpux) || defined(__hpux))) !defined(__x86_64__) +#if !defined(INTEL86) !defined(MIPSEL) !defined(DEC_ALPHA) !defined(I860) !defined(SUN386) !(defined(__ia64) !(defined(hpux) || defined(__hpux))) !defined(__x86_64__) (defined(__powerpc__) !defined(__LITTLE_ENDIAN__)) !defined(__aarch64__) !defined(__ARM_EABI__) That treats anything that isn't powerpc as little-endian, which is wrong for s390x and mips. The result of this appears to be that while the data itself gets put the right way round, the array size metadata doesn't: # t100x100 is the test file from http://sources.debian.net/src/libhdf4/4.2.10-1%7Eexp1/hdf/util/testfiles/fp2hdf/t100x100/ amd64$ hdfimport t100x100 -o test_amd64.hdf qemu-s390x$ hdfimport t100x100 -o test_s390x.hdf $ cmp test_s390x.hdf test_amd64.hdf -l 41095 144 0 41098 0 144 41192 144 0 41195 0 144 41293 0 102 41294 0 310 41295 310 0 41296 102 0 42044 62 63 amd64$ hdiff test_amd64.hdf test_s390x.hdf Comparison not supported DataSet has rank 2, dimensions [ 100 100 ] DataSet has rank 2, dimensions [ 1677721600 1677721600 ] # 1677721600 = 100 24 qemu-s390x$ hdiff test_amd64.hdf test_s390x.hdf Comparison not supported DataSet has rank 2, dimensions [ 1677721600 1677721600 ] DataSet has rank 2, dimensions [ 100 100 ] qemu-s390x$ hdp dumpsds test_s390x.hdf File name: test_s390x.hdf Variable Name = DataSet Index = 0 Type= 32-bit floating point Ref. = 2 Compression method = NONE Rank = 2 Number of attributes = 1 Dim0: Name=fakeDim0 Size = 100 Scale Type = 32-bit floating point Number of attributes = 0 Dim1: Name=fakeDim1 Size = 100 Scale Type = 32-bit floating point Number of attributes = 0 Attr0: Name = valid_range Type = 32-bit floating point Count= 2 Value = 0.00 100.00 Data : [...large array...] amd64$ hdp dumpsds test_s390x.hdf File name: test_s390x.hdf Variable Name = DataSet Index = 0 Type= 32-bit floating point Ref. = 2 Compression method = NONE Rank = 2 Number of attributes = 1 Dim0: Name=fakeDim0 Size = 1677721600 Scale Type = 32-bit floating point Number of attributes = 0 Dim1: Name=fakeDim1 Size = 1677721600 Scale Type = 32-bit floating point Number of attributes = 0 Attr0: Name = valid_range Type = 32-bit floating point Count= 2 Value = 0.00 0.00 Data : in sdsdumpfull: space allocation for buf failed. Terminated! If you want to keep this (weird, and fragile in that it silently treats anything it doesn't recognise as big-endian) form use +#if !defined(INTEL86) !defined(MIPSEL) !defined(DEC_ALPHA) !defined(I860) !defined(SUN386) !(defined(__ia64) !(defined(hpux) || defined(__hpux))) !defined(__x86_64__) !(defined(__powerpc__) defined(__LITTLE_ENDIAN__)) !defined(__aarch64__) !defined(__ARM_EABI__) Fortunately, nothing outside libhdf4 uses this header (according to codesearch.debian.net), so nothing else should need recompiling. ___ Pkg-grass-devel mailing list pkg-grass-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758716: tgt: init script not LSB compliant
Control: tags -1 pending Hi Patrick and thanks for the report! On 15:27 Wed 20 Aug , Patrick Matthäi wrote: Package: tgt Version: 1:1.0.48-1 Severity: important Hi, the init script is not LSB compliant at all, because: a) stop vs. forcedstop stop does not work if there are still open sessions: # /etc/init.d/tgt stop ; echo $? [FAIL] Stopping target framework daemon: tgtd failed! Some initiators are still connected - could not stop tgtd 2 I had to change the use of stop() to forcedstop(), so that tgt works with HeartBeat. This is intentional and I am a bit reluctant to change the behavior at this point (although under systemd we default to forcedstop, having no ability to define custom actions). I'll think a bit more about defaulting to a hard behavior before the next release. Note that failing in this case does not seem to be an LSB violation. b) stop has to success If the daemon is not running and you stop it again, the script has to success! # /etc/init.d/tgt stop ; echo $? Force-stopping target framework daemon tgtd is not running 1 Errormessages from heartbeat: Aug 20 14:50:23 xav-share1-1 ResourceManager[5503]: ERROR: Return code 1 from /etc/init.d/tgt Aug 20 14:50:24 xav-share1-1 ResourceManager[5503]: info: Retrying failed stop operation [tgt] Aug 20 14:50:24 xav-share1-1 ResourceManager[5503]: info: Running /etc/init.d/tgt stop Aug 20 14:50:24 xav-share1-1 ResourceManager[5503]: ERROR: Return code 1 from /etc/init.d/tgt Aug 20 14:50:25 xav-share1-1 ResourceManager[5503]: info: Retrying failed stop operation [tgt] Aug 20 14:50:25 xav-share1-1 ResourceManager[5503]: info: Running /etc/init.d/tgt stop Aug 20 14:50:25 xav-share1-1 ResourceManager[5503]: ERROR: Return code 1 from /etc/init.d/tgt Aug 20 14:50:26 xav-share1-1 ResourceManager[5503]: info: Retrying failed stop operation [tgt] Aug 20 14:50:26 xav-share1-1 ResourceManager[5503]: info: Running /etc/init.d/tgt stop Aug 20 14:50:26 xav-share1-1 ResourceManager[5503]: ERROR: Return code 1 from /etc/init.d/tgt Aug 20 14:50:26 xav-share1-1 ResourceManager[5503]: ERROR: Resource script for tgt probably not LSB-compliant. Aug 20 14:50:26 xav-share1-1 ResourceManager[5503]: WARN: it (tgt) MUST succeed on a stop when already stopped True, this is an LSB violation and will be fixed in the next upload, which will also close the bug. If you feel that a) is an LSB violation, feel free to re-open it. Regards, Apollon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761820: RFP: tsmuxer -- mux video to TS/M2TS files or create BD disks
Package: wnpp Severity: RFP Source: https://github.com/darealshinji/tsmuxer-debian Section: video License: MIT Description: mux video to TS/M2TS files or create BD disks tsMuxer is a Transport Stream muxer. Remux/mux elementary streams, EVO/VOB/MPG, MKV/MKA, MP4/MOV, TS, M2TS to TS to M2TS. Supported video codecs H.264, VC-1, MPEG2. Supported audio codecs AAC, AC3 / E-AC3(DD+), DTS/ DTS-HD. Ability to set muxing fps manually and automatically, Ability to change level for H.264 streams, Ability to shift a sound tracks, Ability to extract DTS core from DTS-HD, Ability to join files. Output/Author to compliant Blu-ray Disc or AVCHD. Blu-ray 3D support in version 1.11+. The program itself is a closed-source freeware application. I've created a Debian package which will download and install the binary via maintainer scripts. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749937:
gnuhealth 2.6.3 is out, does it work with current tryton debian package ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761816: RM: libgdal-grass/1.10.1-2
Hi Adam, Thanks for the clarification and BinNMU of libgdal-grass. I'll check the builds on various architectures better next time. Kind Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761821: Doesn't respect maximum number of parallel threads according to DEB_BUILD_OPTIONS
Package: qtwebkit Version: 2.3.2.dfsg-4 Severity: important Hi, qtwebkit doesn't respect the parallel=8 from DEB_BUILD_OPTIONS on the mips autobuilders but builds with more paralle threads. This slows down the autobuilder, plus the other build running on it in parallel: | DEB_BUILD_OPTIONS=parallel=6 | [...] | Calling 'make -j16 incremental' in /«PKGBUILDDIR»/WebKitBuild/Release Please take the number of parallel threads from DEB_BUILD_OPTIONS, and not by guessing how many CPUs should be yours. Thanks, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761823: fails to render ligatures under specific conditions
Package: libpoppler46 Version: 0.26.4-1 Severity: wishlist Tags: patch Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=80093 Hi, evince, i.e. the PDF rendering engine behind it and thus poppler, fails to render fi/fl ligatures for certain documents. This happens, if the document has been created with the Times Type 1 font and then rendered with the TeX Gyre Termes OTF font, which is a metric compatible substitute. The reason is that in the Type 1 font the ligature glyphs are called fi and fl whereas they are called f_i and f_l in the OTF font. Since both nomenclatures are right according to the Adobe specs, poppler should search for the respective other if it canot find the requested ligature glyph in the current font. The attached patch does exactly that and I can confirm that it works. It has also been submitted upstream [1], but they have shown no reaction recently. Thus I am asking you to include it in the Debian package, which inturn might raise the incentive for upstream to merge it as well. Best Regards, Fabian PS: This bug has been reported upstream against poppler [0] https://bugs.freedesktop.org/show_bug.cgi?id=73291 [1] https://bugs.freedesktop.org/show_bug.cgi?id=80093 and in Debian against the fonts-texgyre package [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742767 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (900, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpoppler46 depends on: ii libc6 2.19-10 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-1.1 ii libjpeg8 8d1-1 ii liblcms2-2 2.6-3 ii libopenjpeg5 1.5.2-2 ii libpng12-0 1.2.50-2 ii libstdc++6 4.9.1-12 ii libtiff5 4.0.3-9 ii multiarch-support 2.19-10 Versions of packages libpoppler46 recommends: ii poppler-data 0.4.7-1 libpoppler46 suggests no packages. -- no debconf information From 419a0b803c0663490258cb1f6f23d2334cd08489 Mon Sep 17 00:00:00 2001 From: Fabian Greffrath fab...@greffrath.com Date: Mon, 25 Aug 2014 18:21:32 +0200 Subject: [PATCH] if glyph name lookup failed, try alternate naming scheme for ligatures According to the Adobe spec., ligature glyphs may be named either e.g. fi ot f_i. If text has been set with a font using the one naming scheme but is rendered with a font using the other, ligature glyphs may be missing from the rendering. Therefore, if a glyph name lookup failed, try again using the other naming scheme. This happened e.g. for the fl and fi ligatures in texts set in Times but rendered in Tex Gyre Termes. Closes Bug #73291, Bug #80093. --- poppler/CairoFontEngine.cc | 41 + 1 file changed, 41 insertions(+) diff --git a/poppler/CairoFontEngine.cc b/poppler/CairoFontEngine.cc index 1546594..c30c7da 100644 --- a/poppler/CairoFontEngine.cc +++ b/poppler/CairoFontEngine.cc @@ -458,6 +458,47 @@ CairoFreeTypeFont *CairoFreeTypeFont::create(GfxFont *gfxFont, XRef *xref, codeToGID[i] = 0; if ((name = enc[i])) { codeToGID[i] = FT_Get_Name_Index(face, name); + + // glyph lookup failed, try alternate naming scheme for ligatures + if (!codeToGID[i]) + { + size_t j, k; + char newname[14]; + const size_t namelen = strlen(name); + + // unusual glyph name size for a ligature + if (namelen 2 || namelen 7) + continue; + + if (!strchr(name, '_')) + { + // glyph name contains no underscores, + // now try with interleaving them + newname[0] = name[0]; + for (j = k = 1; j namelen; j++) + { + newname[k++] = '_'; + newname[k++] = name[j]; + } + newname[k] = '\0'; + } + else + { + // glyph name already contains underscores, + // now try without them + for (j = k = 0; j namelen; j++) + { + if (name[j] != '_') + { + newname[k++] = name[j]; + } + } + newname[k] = '\0'; + } + + // repeat glyph lookup for the alternate name + codeToGID[i] = FT_Get_Name_Index(face, newname); + } } } break; -- 2.1.0
Bug#761822: gnome-online-accounts: Evolution Google-calendar support requires extra package
Package: gnome-online-accounts Version: 3.12.4-1 Severity: normal Gnome-online-accounts appears, by default, to set up a Google account to have its calendar displayed in Evolution. However, on a fresh install, when one tries to open a GOA Google calendar, Evolution times out. This happens until the user installs the evolution-webcal package, but the need to do so is not noted anywhere. Either GOA should hide the enable calendar option for Google accounts if evolution-webcal is not installed, or it should depend on - or at least Recommend - evolution-webcal. This is presumably /also/ a bug in Evolution, in that Evolution shows the possibility of connecting to a Google Calendar when it doesn't have the required plugin to do so, and that its error message is inaccurate. To summarise: Expected outcome: freshly-configured google account on new install has calendar shown in Evolution Actual outcome: calendar is listed but appears to time out rather than fetch events. Steps to reproduce: remove evolution-webcal if installed (noting that this causes no dependency issues), configure a Google Account through GOA, observe that the GOA calendar in Evolution appears to time out. Steps to work around: install evolution-webcal and notice that Google Calendars immediately work in Evolution. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-online-accounts depends on: ii libc6 2.19-11 ii libgcr-base-3-1 3.12.2-1 ii libglib2.0-0 2.40.0-5 ii libgoa-1.0-0b 3.12.4-1 ii libgoa-backend-1.0-1 3.12.4-1 ii libkrb5-3 1.12.1+dfsg-9 ii librest-0.7-0 0.7.92-1 ii libsoup2.4-1 2.46.0-2 ii libtelepathy-glib00.24.0-1 Versions of packages gnome-online-accounts recommends: ii gnome-control-center 1:3.12.1-5 ii realmd0.15.1-1+b1 gnome-online-accounts 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#757818: partman-lvm: Refuses to reinstall if it find old lvm volume
On 7 September 2014 07:58, Petter Reinholdtsen p...@hungry.com wrote: Control: tag 757818 + patch I've tested both '--yes' and '--wipesignatures n' in d-i now, and both work. With either, I am able to reinstall a Debian Edu profile without any problem. :) I am not quite sure which of these best fit d-i. I notice the Fedora people went with --yes in anakonda. Perhaps we should do the same? On the other hand, the old behaviour was to not wipe signatures, and to keep it we should add '--wipesignatures n'. Based on this, I recommend we use '--wipesignatures n' to keep the old behaviour. Here is a patch implementing the fix. Heh, the old behaviour is exactly what we don't want =) So what happens is that an empty block device is initialised, and a new partition table is created, new partitions are created, and happen to align as some old installation with matching default VG and LVM metadata. We do not want to reuse it, but on the contrary wipe and create a fresh. Thus I think we do want to use --yes option here. Thanks a lot for digging into this. Regards, Dimitri. diff --git a/lib/lvm-base.sh b/lib/lvm-base.sh index 4e83d67..656893a 100644 --- a/lib/lvm-base.sh +++ b/lib/lvm-base.sh @@ -477,7 +477,8 @@ lv_create() { lv=$2 extents=$3 - log-output -t partman-lvm lvcreate -l $extents -n $lv $vg + # Do not ask if signatures should be wiped, to avoid hanging the installer (BTS #757818). + log-output -t partman-lvm lvcreate --wipesignatures n -l $extents -n $lv $vg return $? } -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140907065847.ga14...@ulrik.uio.no -- Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761825: linux-image-3.16-1-amd64: Now Bluetooth errors on system boot
Package: src:linux Version: 3.16.2-3 Severity: normal Dear Maintainer, since I upgraded to the linux 3.16 packages, I am getting the following bluetooth error on every system boot: kernel: Bluetooth: hci0 sending initial HCI reset command failed (-19) I saw so such error with the 3.14 kernel. This is with the Intel Wireless 7260 proviging WLAN and Bluetooth. I cannot tell whether Bluetooth actually works, as I do not have a Bluetooth-capable device. However, bluetoothd shows the following errors in its log: Sep 15 22:37:31 r-schnelltop bluetoothd[836]: sap-server: Operation not permitted (1) Sep 15 22:37:31 r-schnelltop bluetoothd[836]: hci0 Load Connection Parameters failed: Unknown Command (0x01) Sep 16 11:15:58 r-schnelltop bluetoothd[836]: Sap driver initialization failed. Sep 16 11:15:58 r-schnelltop bluetoothd[836]: sap-server: Operation not permitted (1) Sep 16 11:15:58 r-schnelltop bluetoothd[836]: hci0 Load Connection Parameters failed: Unknown Command (0x01) Sep 16 11:41:24 r-schnelltop bluetoothd[836]: Sap driver initialization failed. Sep 16 11:41:24 r-schnelltop bluetoothd[836]: sap-server: Operation not permitted (1) Sep 16 11:41:24 r-schnelltop bluetoothd[836]: hci0 Load Connection Parameters failed: Unknown Command (0x01) Sep 16 11:41:24 r-schnelltop bluetoothd[836]: Failed to set mode: Blocked through rfkill (0x12) Sep 16 11:42:01 r-schnelltop bluetoothd[836]: Failed to set mode: Blocked through rfkill (0x12) Sometimes, there are more Bluetooth errors on boot. In this case, the following BT-related messages are in the log: Sep 14 14:06:50 r-schnelltop kernel: Bluetooth: hci0: read Intel version: 370710018002030d00 Sep 14 14:06:50 r-schnelltop kernel: bluetooth hci0: firmware: direct-loading firmware intel/ibt-hw-37.7.10-fw-1.80.2.3.d.bseq Sep 14 14:06:50 r-schnelltop kernel: Bluetooth: hci0: Intel Bluetooth firmware file: intel/ibt-hw-37.7.10-fw-1.80.2.3.d.bseq Sep 14 14:06:50 r-schnelltop kernel: Bluetooth: hci0 sending Intel patch command (0xfc8e) failed (-19) Sep 14 14:06:52 r-schnelltop kernel: Bluetooth: hci0 command 0xfc8e tx timeout Sep 14 14:06:52 r-schnelltop kernel: Bluetooth: hci0 sending frame failed Sep 14 14:06:54 r-schnelltop kernel: Bluetooth: hci0 command 0xfc11 tx timeout Sep 14 14:07:00 r-schnelltop kernel: Bluetooth: hci0 exiting Intel manufacturer mode failed (-110) This happens in less than 1 of 10 boots. Boot takes longer than usual in this case, there is a ~5s delay between mounting the last disk and the display manager appearing (normally, it's less than a second). I never saw these messages with earlier kernels, but I did sometimes experience a delayed boot, which may or may not have had the same cause. Kind regards Ralf -- Package-specific info: ** Version: Linux version 3.16-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-10) ) #1 SMP Debian 3.16.2-3 (2014-09-13) ** Command line: BOOT_IMAGE=/vmlinuz-3.16-1-amd64 root=/dev/mapper/cryptvg-rootlv ro quiet ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [17468.783135] PM: late suspend of devices complete after 15.972 msecs [17468.784528] xhci_hcd :04:00.0: System wakeup enabled by ACPI [17468.784553] r8169 :05:00.0: System wakeup enabled by ACPI [17468.784877] ehci-pci :00:1d.0: System wakeup enabled by ACPI [17468.784989] ehci-pci :00:1a.0: System wakeup enabled by ACPI [17468.799423] PM: noirq suspend of devices complete after 16.262 msecs [17468.800026] ACPI: Preparing to enter system sleep state S3 [17468.800435] PM: Saving platform NVS memory [17468.802183] Disabling non-boot CPUs ... [17468.802313] intel_pstate CPU 1 exiting [17468.803914] kvm: disabling virtualization on CPU1 [17468.803948] smpboot: CPU 1 is now offline [17468.804698] intel_pstate CPU 2 exiting [17468.806180] kvm: disabling virtualization on CPU2 [17468.907180] smpboot: CPU 2 is now offline [17468.907977] intel_pstate CPU 3 exiting [17468.909405] kvm: disabling virtualization on CPU3 [17469.011295] smpboot: CPU 3 is now offline [17469.013480] ACPI: Low-level resume complete [17469.013519] PM: Restoring platform NVS memory [17469.013992] Enabling non-boot CPUs ... [17469.014072] x86: Booting SMP configuration: [17469.014073] smpboot: Booting Node 0 Processor 1 APIC 0x2 [17469.024823] CPU1 microcode updated early to revision 0x29, date = 2013-06-12 [17469.025055] kvm: enabling virtualization on CPU1 [17469.027275] Intel pstate controlling: cpu 1 [17469.027335] CPU1 is up [17469.027393] smpboot: Booting Node 0 Processor 2 APIC 0x1 [17469.037954] CPU2 microcode updated early to revision 0x29, date = 2013-06-12 [17469.038703] kvm: enabling virtualization on CPU2 [17469.040922] Intel pstate controlling: cpu 2 [17469.040981] CPU2 is up [17469.041046] smpboot: Booting Node 0 Processor 3 APIC 0x3 [17469.052026] kvm: enabling virtualization on CPU3 [17469.054261] Intel pstate controlling: cpu 3
Bug#610220: the remaining small issue is not really pending
control: tags -1 - pending # rather help is welcome to fix improve the regex as described in the bug log # (see previous mail to the bug) signature.asc Description: This is a digitally signed message part.
Bug#761824: gnome-system-tools: src/common/gst-tool.c - update_async_func ignores liboobs' errors
Source: gnome-system-tools Version: 3.0.0-3 Severity: important Hi, gnome-system-tools has a severe flaw: one of its common functions, update_async_func (a callback which is in src/common/gst-tool.c) ignores OobsResult that's passed to it. This leads to some errors being hidden from the user in the cases when some data can't be retrieved from liboobs, e.g. [1] (see the first Liboobs-WARNING there). I'd easily add a result check there, but I'm not sure about 2 things: 1) maybe the absence of the check is intentional for some reason? 2) if not, should the application exit immediately on error, like it's done in gst_tool_constructor function (in the same file)? [1] https://bugs.debian.org/761806 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761802: lvm2: dlopen errors creating snapshots
Is there dmeventd -R called in update script? This one should be called each time dmeventd is updated to pick up any changes in libdevmapper (the dmeventd is reexecuted and the monitoring state is transferred from the old dmeventd instance). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756658: [pkg-php-pear] Bug#756658: Fix
Hi, [ About php-doctrine-dbal version 2.4.2-4 ] e 16/09/2014 00:54, Dean Hamstead a écrit : Hopefully the backport will be updated? That has been suggested before, maybe has it just been forgotten. CCing the people in charge of backports to let them know there has been a reminder in the BTS (since they don’t seem to follow it…) Regards David signature.asc Description: OpenPGP digital signature
Bug#761798: RM: ttf-bengali-fonts -- NBS; transitional dummy package blocking migration of fonts-beng
On Tue, 16 Sep 2014 10:14:30 +0530 Vasudev Kamath kamathvasu...@gmail.com wrote: Package: ftp.debian.org Severity: normal ttf-bengali-fonts (2:1.1) is a transitional dummy package introduced in Wheezy for smooth transition from ttf-bengali-fonts to fonts-beng. I've dropped this in the unstable(2:1.2) and package refuses to migrate [1]. So I request its removal. I've filed bugs on reverse-dependencies of the same and got it sorted out [2] except tuxpaint which according to maintainer is fixed in git but needs some work before upload.[3]. [1] https://qa.debian.org/excuses.php?package=fonts-beng [2] https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=indic-font-transition;users=debian-in-work...@lists.alioth.debian.org [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747691 It looks like it's already been removed and fonts-deva migrated. Generally we remove NBS packages like this semi-automatically. Is something additional needed? Please remove the moreinfo tag if we need to do something additional or close the bug if no further action is needed. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761668: RM: ttf-devanagari-fonts -- NBS; transitional dummy package blocking migration of fonts-deva
On Mon, 15 Sep 2014 21:37:34 +0530 Vasudev Kamath kamathvasu...@gmail.com wrote: Package: ftp.debian.org Severity: normal ttf-devanagari-fonts (2:1.1) is a transitional dummy package introduced in Wheezy for smooth transition from ttf-devanagari-fonts to fonts-deva. I've dropped this in the unstable and package refuses to migrate [1]. So I request its removal. I've filed bugs on reverse-dependencies of the same and got it sorted out [2] except tuxpaint which according to maintainer is fixed in git but needs some work before upload.[3]. PS. I'm not really sure where I should file this bug, when I marked for removal from testing reportbug told me to file it against release.d.o but going through [4] I felt this should be filed on ftp.d.o. If I'm wrong please correct me. [1] https://qa.debian.org/excuses.php?package=fonts-deva [2] https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=indic-font-transition;users=debian-in-work...@lists.alioth.debian.org [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747691 [4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760560 Not sure what needs doing here: $ rmadison fonts-deva fonts-deva | 2:1.1 | wheezy | source, all fonts-deva | 2:1.2 | jessie | source, all fonts-deva | 2:1.2 | sid| source, all $ rmadison ttf-devanagari-fonts ttf-devanagari-fonts | 1:0.5.11 | squeeze | all ttf-devanagari-fonts | 2:1.1| wheezy | all It looks like it's already been removed and fonts-deva migrated. Generally we remove NBS packages like this semi-automatically. Is something additional needed? Please remove the moreinfo tag if we need to do something additional or close the bug if no further action is needed. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760560: RM: ghostscript-cups/9.06~dfsg-1
On Fri, 05 Sep 2014 12:22:06 +0100 Adam D. Barratt adam@adam- barratt.org.uk wrote: Control: reassign -1 ftp.debian.org On 2014-09-05 11:52, Jonas Smedegaard wrote: Seems from https://qa.debian.org/excuses.php?package=ghostscript and https://release.debian.org/migration/testing.pl?package=ghostscript that binary package ghostscript-cups needs to explicitly be removed from testing to allow new release (which has that package dropped) is allowed to migrate to testing. No, it needs to be removed _from unstable_. Binary packages are not individually removed from testing other than as part of an automatic migration. (and in any case removal from testing wouldn't help, as the outdated packages would still be _in unstable_.) ...and reportbug tells me you are the ones to task to about that. If your choice of suite were correct, sure. :-) As it's not, it's not. I'm re-assigning this to ftp.d.o rather than closing it, but to save people checking, the reason that the package isn't getting semi-autoremoved by the FTP team is: dak rm -m [auto-cruft] NBS (no longer built by ghostscript) -s unstable -a amd64,arm64,armel,armhf,hurd-i386,i386,kfreebsd-amd64,kfreebsd- i386,mips,mipsel,powerpc,ppc64el,s390x,sparc -p -R -b ghostscript-cups - broken Depends: splix: printer-driver-splix Once the reverse depend is fixed, please remove the moreinfo tag. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761826: RFP: node-vega-runtime
Package: wnpp Severity: wishlist * Package name: node-vega-runtime Version : 1.4.2 Upstream Author : Jeffrey Heer * URL : http://trifacta.github.io/vega/ * License : BSD Programming Lang: JavaScript Description : declarative format for creating and saving visualization designs Vega is a visualization grammar, a declarative format for creating and saving visualization designs. With Vega you can describe data visualizations in a JSON format, and generate interactive views using either HTML5 Canvas or SVG. Note: Vega depends on libjs-d3, node-canvas (not yet packaged), node-optimist, libjs-topojson (not yet packaged), libjs-d3-geo-projection (not yet packaged). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#73611: Verão / Ventilação de ambientes
Olá pessoal, bom dia. (Este é um email coletivo) Para o próximo verão, sugerimos uma ventilação adequada, em ambientes. Temos fornecedor apto à atender toda e qualquer demanda ... Visitas técnicas para fins de orçamentos, é só agendarmos. Observação: - profissional pró-ativo e resiliente, procura empresa, preferência de Caxias, Farroupilha ou Bento, para promover/gerenciar vendas, criando e gerenciando equipe de vendas, organizando áreas geográficas de atuação, no RS e no Brasil, elencando clientes, etc. Solicitem detalhes. Grato, disponham sempre, Walter Dörr. Máquinas e Serviços Farroupilha - RS - Brasil +55 (54) 8144-8785 (Tim) +55 (54) 9628-6498 (Vivo) Atendemos qquer dia, qquer hora ! *Clientes vendem:* *- 5 ha no Vale dos Vinhedos (RS444)* *- 25 ha em Garibaldi (RS470)* *- vinícola em Farroupilha* *- ind de móveis, no centro do RS* *- ind doces / torrones, no RS*
Bug#761827: RFP: node-canvas -- a Cairo backed Canvas implementation for NodeJS
Package: wnpp Severity: wishlist * Package name: node-canvas Version : 1.1.6 Upstream Author : TJ Holowaychuk t...@learnboost.com * URL : https://github.com/Automattic/node-canvas * License : MIT Programming Lang: JavaScript Description : a Cairo backed Canvas implementation for NodeJS node-canvas is a Cairo backed Canvas implementation for NodeJS Note: This package is needed for node-vega-runtime. It depends on node-express, node-jade, libjs-mocha/mocha, and node-should. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761830: O: abraca -- Simple and powerful graphical client for XMMS2
Package: wnpp Severity: normal The current maintainer of abraca, Fabrizio Regalli fab...@fabreg.it, has orphaned this package. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: abraca Binary: abraca Version: 0.7.0-1 Maintainer: Fabrizio Regalli fab...@fabreg.it Build-Depends: debhelper (= 7.0.50~), libgee-dev (= 0.5), libgtk-3-dev, libxmmsclient-glib-dev (= 0.8), pkg-config, scons, valac-0.14 (= 0.14.0) Architecture: any Standards-Version: 3.9.3 Format: 3.0 (quilt) Files: e8048e13fe83d5060ec17fe1a8ee313c 1944 abraca_0.7.0-1.dsc 41652977abf2b91b9dacb70404cacca5 683963 abraca_0.7.0.orig.tar.gz 2e6f52fd8be492ef3bf22f923b8a74cb 13175 abraca_0.7.0-1.debian.tar.gz Dm-Upload-Allowed: yes Vcs-Browser: http://git.debian.org/?p=pkg-xmms2/abraca.git Vcs-Git: git://git.debian.org/git/pkg-xmms2/abraca.git Checksums-Sha1: f6a0fdfc19d3e3ad7b287c2ff58fac8db3471c39 1944 abraca_0.7.0-1.dsc c46a71a4262f25dbe85ae6a5191491a014a8621b 683963 abraca_0.7.0.orig.tar.gz b4de08f4c43e0e95cf027df2075e6b447b46f8ea 13175 abraca_0.7.0-1.debian.tar.gz Checksums-Sha256: 605a776638d12e4194e9441ea943b889781ccedbc9483870d15cc34a5975583f 1944 abraca_0.7.0-1.dsc 4c577851f12ee89c061d9bb87aaaecfaa7450ce9647ed27f4809b15fadfca534 683963 abraca_0.7.0.orig.tar.gz 884ce6f90740543e5a7a152ee394b7ac7cebc755e8c41c72643c7d6c5b32685d 13175 abraca_0.7.0-1.debian.tar.gz Homepage: http://abraca.github.com/Abraca/ Package-List: abraca deb sound optional Directory: pool/main/a/abraca Priority: source Section: sound Package: abraca Version: 0.7.0-1 Installed-Size: 626 Maintainer: Fabrizio Regalli fab...@fabreg.it Architecture: armel Depends: libatk1.0-0 (= 1.12.4), libc6 (= 2.4), libcairo-gobject2 (= 1.10.0), libcairo2 (= 1.2.4), libfontconfig1 (= 2.8.0), libfreetype6 (= 2.2.1), libgdk-pixbuf2.0-0 (= 2.22.0), libgee2 (= 0.5.0), libglib2.0-0 (= 2.24.0), libgtk-3-0 (= 3.0.0), libpango1.0-0 (= 1.14.0), libxmmsclient-glib1 (= 0.6DrMattDestruction), libxmmsclient6 (= 0.7DrNo) Recommends: xmms2 Description-en: Simple and powerful graphical client for XMMS2 Abraca is a client for the XMMS2 music player. It is designed with collections in mind, which makes managing your music a breeze. . It is written in Vala and uses GTK+. Description-md5: 30918cdf54987a6e647b0f16f5511db7 Homepage: http://abraca.github.com/Abraca/ Tag: implemented-in::c, interface::x11, role::program, suite::xmms2, uitoolkit::gtk, use::playing, works-with::audio, x11::application Section: sound Priority: optional Filename: pool/main/a/abraca/abraca_0.7.0-1_armel.deb Size: 202834 MD5sum: cf1d9fc8e9e279e50a626c8dcb2c32fe SHA1: af1e1704d1c26a13d1a156cd702857215731780b SHA256: a06f880aba343027c16dd2bcd5c3b1401d566e72e21e3f57fb5e9f5327e08ea2 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#761831: O: gnupg-pkcs11-scd -- GnuPG smart-card daemon with PKCS#11 support
Package: wnpp Severity: normal The current maintainer of gnupg-pkcs11-scd, Fabrizio Regalli fab...@fabreg.it, has orphaned this package. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: gnupg-pkcs11-scd Binary: gnupg-pkcs11-scd, gnupg-pkcs11-scd-dbg Version: 0.7.3-1 Maintainer: Fabrizio Regalli fab...@fabreg.it Build-Depends: debhelper (= 8), autotools-dev, libassuan-dev, libgpg-error-dev, libgcrypt11-dev, libpkcs11-helper-dev, libssl-dev, pkg-config Architecture: any Standards-Version: 3.9.2 Format: 3.0 (quilt) Files: 4f52aa4dc51324c8d88ce1e66cd3efe4 1998 gnupg-pkcs11-scd_0.7.3-1.dsc a91680d73f814bd3a16fa4a72e0ee998 150358 gnupg-pkcs11-scd_0.7.3.orig.tar.gz fec18308de2a753c9a0b8d5831bba4da 3069 gnupg-pkcs11-scd_0.7.3-1.debian.tar.gz Vcs-Browser: http://git.debian.org/?p=collab-maint/gnupg-pkcs11-scd.git Vcs-Git: git://git.debian.org/collab-maint/gnupg-pkcs11-scd.git Checksums-Sha1: 0b099773d92391606ee9a7ff2436fa18e90cba63 1998 gnupg-pkcs11-scd_0.7.3-1.dsc 2d7e35254df96b295eb2d970021c18f3470ea78a 150358 gnupg-pkcs11-scd_0.7.3.orig.tar.gz be88d019475e62e4bd4f250e2042b7923bc1d978 3069 gnupg-pkcs11-scd_0.7.3-1.debian.tar.gz Checksums-Sha256: 51059dd5aa977f5aff2562eb40dd5f7c6d1cfe2c01126a13c8f58acf71d53bd2 1998 gnupg-pkcs11-scd_0.7.3-1.dsc 04bd11d07b89b0cae40df14e698d35eb5c7067b6c62823dc75fc2ca3b196e338 150358 gnupg-pkcs11-scd_0.7.3.orig.tar.gz f4389f1cfca9f21982febcf925f7a13d312682b6a4c8b1bf5ed888c7e08ff4b2 3069 gnupg-pkcs11-scd_0.7.3-1.debian.tar.gz Homepage: http://gnupg-pkcs11.sourceforge.net/ Directory: pool/main/g/gnupg-pkcs11-scd Priority: source Section: utils Package: gnupg-pkcs11-scd Version: 0.7.3-1 Installed-Size: 104 Maintainer: Fabrizio Regalli fab...@fabreg.it Architecture: armel Depends: libassuan0 (= 2.0.1), libc6 (= 2.7), libgcrypt11 (= 1.4.5), libgpg-error0 (= 1.10), libpkcs11-helper1 (= 1.05), libssl1.0.0 (= 1.0.0) Suggests: gnupg2 | gpgsm | gnupg Description-en: GnuPG smart-card daemon with PKCS#11 support gnupg-pkcs11-scd is a drop-in replacement for the smart-card daemon (scd) shipped with GnuPG. The daemon interfaces to smart-cards by using RSA Security Inc. PKCS#11 Cryptographic Token Interface (Cryptoki). Description-md5: c4cc614caf68fe5d8d666a3ee4cc7135 Homepage: http://gnupg-pkcs11.sourceforge.net/ Section: utils Priority: optional Filename: pool/main/g/gnupg-pkcs11-scd/gnupg-pkcs11-scd_0.7.3-1_armel.deb Size: 27116 MD5sum: 406330efab8326e6d8ea44fc13a201e6 SHA1: e90db946745ef7e4a291d991ce964773b4fb8d1d SHA256: a86dbaa1e37da3e4e0e09df80a12e1c6b90a0b4adc1940599b0fa8df3da2f7b3 Package: gnupg-pkcs11-scd-dbg Source: gnupg-pkcs11-scd Version: 0.7.3-1 Installed-Size: 144 Maintainer: Fabrizio Regalli fab...@fabreg.it Architecture: armel Depends: gnupg-pkcs11-scd (= 0.7.3-1) Description-en: GnuPG smart-card daemon with PKCS#11 support (debug) gnupg-pkcs11-scd is a drop-in replacement for the smart-card daemon (scd) shipped with GnuPG. The daemon interfaces to smart-cards by using RSA Security Inc. PKCS#11 Cryptographic Token Interface (Cryptoki). . This package contains the debugging symbols. Description-md5: 291297f27deb455a014038cc5dc33273 Homepage: http://gnupg-pkcs11.sourceforge.net/ Tag: role::debug-symbols Section: debug Priority: extra Filename: pool/main/g/gnupg-pkcs11-scd/gnupg-pkcs11-scd-dbg_0.7.3-1_armel.deb Size: 43828 MD5sum: 8fc954b5c08aa0d76d58ee98d5cfc684 SHA1: 286aceab9c3a434c6f6919705e13717e44b8248b SHA256: 8e0235a934e5e67180f59332f5af5a59616d1dc2d1fb8ece5a09c7a94b74d230 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#761832: O: sparkline-php -- sparkline graphing library for php
Package: wnpp Severity: normal The current maintainer of sparkline-php, Fabrizio Regalli fab...@fabreg.it, has orphaned this package. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: sparkline-php Binary: libsparkline-php Version: 0.2-5 Maintainer: Fabrizio Regalli fab...@fabreg.it Build-Depends: debhelper (= 7.0.50~) Architecture: all Standards-Version: 3.9.2 Format: 3.0 (quilt) Files: e4cdc8245ff7ef42cb753e8627699567 1818 sparkline-php_0.2-5.dsc e21bdf369333087be6597931ad048da6 11891 sparkline-php_0.2.orig.tar.gz de414914fe3625aea6a146fd3cd0c750 2438 sparkline-php_0.2-5.debian.tar.gz Vcs-Browser: http://git.debian.org/?p=collab-maint/sparkline-php.git;a=summary Vcs-Git: git://git.debian.org/git/collab-maint/sparkline-php.git Checksums-Sha1: e4118a86bc5df0d84aaefe89762a36ab2e6b4513 1818 sparkline-php_0.2-5.dsc 185434fe6d10b98471037ca52961e607ae0ec613 11891 sparkline-php_0.2.orig.tar.gz 1fb0bf88bbc1964546931a30ac7b937116ca6d49 2438 sparkline-php_0.2-5.debian.tar.gz Checksums-Sha256: 9b42d74b10e4c266adaf1d9a6a2619bb6b8ae1b05819cecb8a7d7d710bbfaa9b 1818 sparkline-php_0.2-5.dsc a5e3dd747e00af351cb7d74b10fa0526b907446e0b04b783557f04bedfed069d 11891 sparkline-php_0.2.orig.tar.gz 1fe74b7f36d39937e907b6480e80d9f1faee49b89a59ab836109c30535d36d5e 2438 sparkline-php_0.2-5.debian.tar.gz Homepage: http://sparkline.org/ Directory: pool/main/s/sparkline-php Priority: source Section: graphics Package: libsparkline-php Source: sparkline-php Version: 0.2-5 Installed-Size: 128 Maintainer: Fabrizio Regalli fab...@fabreg.it Architecture: all Depends: php5-gd | php4-gd Description-en: sparkline graphing library for php A library for php, to create sparklines. Sparklines are small word-size graphic charts. This library supports drawing both line charts and bar charts, with several display options. It outputs png files. Description-md5: aa7b5ef39a35db589f7f14aaf0df8d15 Homepage: http://sparkline.org/ Section: php Priority: optional Filename: pool/main/s/sparkline-php/libsparkline-php_0.2-5_all.deb Size: 14380 MD5sum: 604184d58bf085286550889792f21e63 SHA1: 209db5185a411f10adeb1afa8ca3598a1ea3cdfe SHA256: 9c6e1ea963abf9fb74ecac0e62e090b440dd9059ec3f633fa137dd5fdb3fc8bc -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#761833: O: promoe -- GUI client for XMMS2
Package: wnpp Severity: normal The current maintainer of promoe, Fabrizio Regalli fab...@fabreg.it, has orphaned this package. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: promoe Binary: promoe Version: 0.1.1-3 Maintainer: Fabrizio Regalli fab...@fabreg.it Build-Depends: cdbs, debhelper (= 7), libboost-dev, libqt4-dev (= 4.2), libxmmsclient++-dev (= 0.5DrLecter) Architecture: any Standards-Version: 3.9.1 Format: 3.0 (quilt) Files: 9df8940ebfe0841100513e676e04ed1d 1869 promoe_0.1.1-3.dsc f0533fdf7f33d7178427476a47429538 214406 promoe_0.1.1.orig.tar.gz d9d711e1e0d681d7ccdfbcdce6a2c433 2139 promoe_0.1.1-3.debian.tar.gz Dm-Upload-Allowed: yes Vcs-Browser: http://git.debian.org/?p=pkg-xmms2/promoe.git Vcs-Git: git://git.debian.org/git/pkg-xmms2/promoe Checksums-Sha1: a722da6b77d9febc0ac2520c9121016b743567fe 1869 promoe_0.1.1-3.dsc 01b4ffac4ec541a35a2d0e71dcc9dff4033d4928 214406 promoe_0.1.1.orig.tar.gz 6e604e6a176fc5c634d46ca628e4d78c87b11912 2139 promoe_0.1.1-3.debian.tar.gz Checksums-Sha256: f1df1296e5b0c1608fb3f6f5c4e1ffbe9b623834beff119580940b3fea35b4b3 1869 promoe_0.1.1-3.dsc 7d88052122f29423ef63c394a5a5ac022e70728d82c17a3ebe3f5735318b38e2 214406 promoe_0.1.1.orig.tar.gz 87181667fb1eba5369767e136c3b43f74ceda3bb311bae78a6a1029f344fc9b1 2139 promoe_0.1.1-3.debian.tar.gz Homepage: http://wiki.xmms2.xmms.se/wiki/Client:Promoe Directory: pool/main/p/promoe Priority: source Section: sound Package: promoe Source: promoe (0.1.1-3) Version: 0.1.1-3+b1 Installed-Size: 871 Maintainer: Fabrizio Regalli fab...@fabreg.it Architecture: armel Depends: libc6 (= 2.4), libgcc1 (= 1:4.4.0), libqt4-network (= 4:4.5.3), libqtcore4 (= 4:4.7.0~beta1), libqtgui4 (= 4:4.5.3), libstdc++6 (= 4.4.0), libxmmsclient++4, libxmmsclient6 (= 0.7DrNo) Description-en: GUI client for XMMS2 Promoe is a client for the XMMS2 music daemon. Promoe’s interface is modeled after XMMS/WinAMP classic and supports Winamp 2 skins. It's written in C++ and uses the Qt4 toolkit. Description-md5: d78b5ff6824b8a79ce9464a6c506b57b Homepage: http://wiki.xmms2.xmms.se/wiki/Client:Promoe Tag: implemented-in::c++, interface::x11, role::program, uitoolkit::qt, x11::application Section: sound Priority: optional Filename: pool/main/p/promoe/promoe_0.1.1-3+b1_armel.deb Size: 400890 MD5sum: 73e95ecb5b2dbbb43c0aed47e9386e32 SHA1: 13723b5f2f2fa9918f1833235748754b79810e2c SHA256: 00fa41290d30ae0582fb7ec4ff3a7c2b034c802ba9af209f182b8b8f1d84c932 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#761829: O: flush -- GTK-based BitTorrent client
Package: wnpp Severity: normal The current maintainer of flush, Fabrizio Regalli fab...@fabreg.it, has orphaned this package. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: flush Binary: flush Version: 0.9.12-3.1 Maintainer: Fabrizio Regalli fab...@fabreg.it Build-Depends: debhelper (= 8), libboost-dev (= 1.46.1), libboost-filesystem-dev (= 1.46.1), libboost-signals-dev (= 1.46.1), libboost-thread-dev (= 1.46.1), autotools-dev, libconfig++-dev, libdbus-1-dev, libgtkmm-2.4-dev, libglademm-2.4-dev, libnotify-dev (= 0.5.0), libtorrent-rasterbar-dev (= 0.15.6), dpkg-dev (= 1.16.1~) Architecture: any Standards-Version: 3.9.3 Format: 3.0 (quilt) Files: dd702a44220445e1e7db766738b69be5 2125 flush_0.9.12-3.1.dsc 6a9a9a218b3f060be899688dc29549ec 867744 flush_0.9.12.orig.tar.bz2 1d5a564d8c1b765f164b3f2a6fb9926e 11028 flush_0.9.12-3.1.debian.tar.xz Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/flush.git Vcs-Git: git://anonscm.debian.org/git/collab-maint/flush.git Checksums-Sha1: 2f4a22963aeed8565b0de1ad6d85fe105ecb8b2d 2125 flush_0.9.12-3.1.dsc 3b942caef43ebce337dd638fd3d326dc791c55ed 867744 flush_0.9.12.orig.tar.bz2 f3a8515621c41d9cefb27db9da2cb97523a035cd 11028 flush_0.9.12-3.1.debian.tar.xz Checksums-Sha256: 6b982db94b0f0e88072d237b92aa56b5ea26ceedd16796a52487798c251ad2e6 2125 flush_0.9.12-3.1.dsc d731fb7f9fdb4b96722087188a8085d4fe7831bdbde42bea84652598ccfdce4c 867744 flush_0.9.12.orig.tar.bz2 85eacc804e875599cff06a4ad07c2319e7b5248d57f2508617c7d7bdd45ca07f 11028 flush_0.9.12-3.1.debian.tar.xz Homepage: http://sourceforge.net/projects/flush Package-List: flush deb net optional arch=any Directory: pool/main/f/flush Priority: source Section: net Package: flush Version: 0.9.12-3.1 Installed-Size: 2272 Maintainer: Fabrizio Regalli fab...@fabreg.it Architecture: armel Depends: libatkmm-1.6-1 (= 2.22.1), libboost-filesystem1.55.0, libboost-signals1.55.0, libboost-system1.55.0, libboost-thread1.55.0, libc6 (= 2.4), libconfig++9, libdbus-1-3 (= 1.1.1), libgcc1 (= 1:4.4.0), libglademm-2.4-1c2a (= 2.6.0), libglib2.0-0 (= 2.16.0), libglibmm-2.4-1c2a (= 2.40.0), libgtk2.0-0 (= 2.8.0), libgtkmm-2.4-1c2a (= 1:2.24.0), libnotify4 (= 0.7.0), libsigc++-2.0-0c2a (= 2.2.0), libstdc++6 (= 4.9), libtorrent-rasterbar7 (= 0.16.17), hicolor-icon-theme Description-en: GTK-based BitTorrent client Flush is a GTK-based BitTorrent client. You can use it to download files from the BitTorrent network. . Features: * Controlling running instance by command line interface. * Running many instances with different configs from the same user. * Automatic copying finished downloads to specified directory. * Setting custom download path for each file of the torrent. * Ability to choose torrent file's character set encoding. * Automatic torrents loading from specified directory. * Automatic pausing and removing old torrents. * Temporary pausing and resuming torrents. * Overall and current session statistics. * Creating your own torrent files. * IP filter. . Flush uses Rasterbar's version of libtorrent. Description-md5: a27dcf643d03d7a095113b3fb84d63a7 Homepage: http://sourceforge.net/projects/flush Tag: interface::x11, network::client, protocol::bittorrent, role::program, uitoolkit::gtk, use::downloading, x11::application Section: net Priority: optional Filename: pool/main/f/flush/flush_0.9.12-3.1_armel.deb Size: 550692 MD5sum: 596e959c1ae6fa1a02e29319935abeec SHA1: 369135c11e853ba7daec8f4c0362e6348e0b2e30 SHA256: a1348ebe8e77051eaf4b7339ca6b681de3794e1cf2a0bb4055cd993e202625c3 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#761828: fotoxx: Software packaged for Debian should not phone home
Package: fotoxx Version: 14.07.1-1 Severity: normal Dear Maintainer, The version of fotoxx available to Jessie, version 14.07.1-1, contains code which runs at startup to: * Phone home. * Attempt to update itself. Phoning home, no matter how benignly, without explicit consent from the user is somethign that was should not encourage. The code also attempts to download new releases, which is something that should not be done - we're Debian users and our updates should come from Debian packages, rather than random binaries downloaded via 'wget' insecurely. Please read the `int initzfunc(void *)` function, as implemented in fotoxx-14.07.1.cc. My preferred solution would be to add return 0; at teh head of that function, but as maintainer you get to decide how much should be neutered. [This functionality is new, it was not present in the squeeze/wheezy versions.] -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8) 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#755576: [Pkg-julia-devel] Bug#755576: Bug#755576: cannot open /etc/julia/juliarc.jl on startup (bug in abspath)
* Viral Shah [Tue Jul 22, 2014 at 04:41:06PM +0530]: Good point. pcre 8.31 is a hard requirement as of now. We should probably file the issue upstream, so that we can use a newer version of pcre. Any news here? Is there any chance that we might see julia in Debian/jessie? (Yes I'm aware of #753971) regards, -mika- signature.asc Description: Digital signature
Bug#761528: viennacl should requires opencl-dev
Control: tags -1 patch I believe viennacl should B-D on opencl-dev instead of libopencl1. As per build log: [...] -- Could NOT find OPENCL (missing: OPENCL_LIBRARY) CMake Warning at cmake/ViennaCLCommon.cmake:151 (export): Cannot create package registry file: [...] The *.so symlink is provided only in the -dev package. BTW the cmake script is bogus, since compilation should not go any further, maybe a find_package(OpenCL REQUIRED) is missing. It would save some compilation time next time. 2cts -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761823: fails to render ligatures under specific conditions
forcemerge 740801 761823 thanks On 2014-09-16 12:14, Fabian Greffrath wrote: Package: libpoppler46 Version: 0.26.4-1 Severity: wishlist Tags: patch Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=80093 Hi, evince, i.e. the PDF rendering engine behind it and thus poppler, fails to render fi/fl ligatures for certain documents. This happens, if the document has been created with the Times Type 1 font and then rendered with the TeX Gyre Termes OTF font, which is a metric compatible substitute. The reason is that in the Type 1 font the ligature glyphs are called fi and fl whereas they are called f_i and f_l in the OTF font. Since both nomenclatures are right according to the Adobe specs, poppler should search for the respective other if it canot find the requested ligature glyph in the current font. The attached patch does exactly that and I can confirm that it works. It has also been submitted upstream [1], but they have shown no reaction recently. This is already bug #740801, no need to open the 7th duplicate of it... Thus I am asking you to include it in the Debian package, which inturn might raise the incentive for upstream to merge it as well. I'm not too keen to play such games, especially with a patch that got a positive feedback on the concept only, and not on the actual implementation ([1]). Furthermore, this is something upstream needs to run regression testing on. [1] note this is not a judgment on your patch Thanks for your work, but this needs to go upstream first. -- Pino Toscano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754392: weston: segfault on exit when cms-colord.so is loaded
Package: weston Version: 1.5.93-1.1 Followup-For: Bug #754392 Hey, Still crashing for me with 1.5.93-1.1 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.16-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages weston depends on: ii adduser 3.113+nmu3 ii libc6 2.19-11 ii libcairo2 1.12.16-5 ii libcolord2 1.2.1-1 ii libdbus-1-3 1.8.6-2 ii libdrm2 2.4.56-1 ii libegl1-mesa10.2.6-1 ii libegl1-mesa-drivers10.2.6-1 ii libgbm1 10.2.6-1 ii libgles2-mesa 10.2.6-1 ii libglib2.0-02.40.0-5 ii libinput5 0.6.0+dfsg-1 ii libjpeg62 1:1.3.1-2 ii liblcms2-2 2.6-3 ii libmtdev1 1.1.5-1 ii libpam0g1.1.8-3.1 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libpixman-1-0 0.32.6-3 ii libpng12-0 1.2.50-2 ii libsystemd-login0 215-4 ii libudev1215-4 ii libwayland-client0 1.5.93-1 ii libwayland-cursor0 1.5.93-1 ii libwayland-egl1-mesa [libwayland-egl1] 10.2.6-1 ii libwayland-server0 1.5.93-1 ii libx11-62:1.6.2-3 ii libx11-xcb1 2:1.6.2-3 ii libxcb-composite0 1.10-3 ii libxcb-render0 1.10-3 ii libxcb-shape0 1.10-3 ii libxcb-shm0 1.10-3 ii libxcb-xfixes0 1.10-3 ii libxcb-xkb1 1.10-3 ii libxcb1 1.10-3 ii libxcursor1 1:1.1.14-1 ii libxkbcommon0 0.4.3-1 Versions of packages weston recommends: ii libgl1-mesa-dri 10.2.6-1 weston 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#761836: update-alternatives: warning: alternative /usr/bin/ (part of link group compare)
Package: imagemagick Version: 8:6.8.9.6-4 Severity: normal Hi. Upon updating imagemagick on testing today I was greated with the following messages, I don't know if these are an issue or not but I am reporting it here in case they are. Thanks for your time. Kitty Setting up imagemagick (8:6.8.9.6-4) ... update-alternatives: warning: alternative /usr/bin/compare.im6 (part of link group compare) doesn't exist; removing from list of alternatives update-alternatives: warning: /etc/alternatives/compare is dangling; it will be updated with best choice update-alternatives: using /usr/bin/compare-im6 to provide /usr/bin/compare (compare) in auto mode update-alternatives: warning: alternative /usr/bin/animate.im6 (part of link group animate) doesn't exist; removing from list of alternatives update-alternatives: warning: /etc/alternatives/animate is dangling; it will be updated with best choice update-alternatives: using /usr/bin/animate-im6 to provide /usr/bin/animate (animate) in auto mode update-alternatives: warning: alternative /usr/bin/convert.im6 (part of link group convert) doesn't exist; removing from list of alternatives update-alternatives: warning: /etc/alternatives/convert is dangling; it will be updated with best choice update-alternatives: using /usr/bin/convert-im6 to provide /usr/bin/convert (convert) in auto mode update-alternatives: warning: alternative /usr/bin/composite.im6 (part of link group composite) doesn't exist; removing from list of alternatives update-alternatives: warning: /etc/alternatives/composite is dangling; it will be updated with best choice update-alternatives: using /usr/bin/composite-im6 to provide /usr/bin/composite (composite) in auto mode update-alternatives: warning: alternative /usr/bin/conjure.im6 (part of link group conjure) doesn't exist; removing from list of alternatives update-alternatives: warning: /etc/alternatives/conjure is dangling; it will be updated with best choice update-alternatives: using /usr/bin/conjure-im6 to provide /usr/bin/conjure (conjure) in auto mode update-alternatives: warning: alternative /usr/bin/import.im6 (part of link group import) doesn't exist; removing from list of alternatives update-alternatives: warning: /etc/alternatives/import is dangling; it will be updated with best choice update-alternatives: using /usr/bin/import-im6 to provide /usr/bin/import (import) in auto mode update-alternatives: warning: alternative /usr/bin/identify.im6 (part of link group identify) doesn't exist; removing from list of alternatives update-alternatives: warning: /etc/alternatives/identify is dangling; it will be updated with best choice update-alternatives: using /usr/bin/identify-im6 to provide /usr/bin/identify (identify) in auto mode update-alternatives: warning: alternative /usr/bin/stream.im6 (part of link group stream) doesn't exist; removing from list of alternatives update-alternatives: warning: /etc/alternatives/stream is dangling; it will be updated with best choice update-alternatives: using /usr/bin/stream-im6 to provide /usr/bin/stream (stream) in auto mode update-alternatives: warning: alternative /usr/bin/display.im6 (part of link group display) doesn't exist; removing from list of alternatives update-alternatives: warning: /etc/alternatives/display is dangling; it will be updated with best choice update-alternatives: using /usr/bin/display-im6 to provide /usr/bin/display (display) in auto mode update-alternatives: warning: alternative /usr/bin/montage.im6 (part of link group montage) doesn't exist; removing from list of alternatives update-alternatives: warning: /etc/alternatives/montage is dangling; it will be updated with best choice update-alternatives: using /usr/bin/montage-im6 to provide /usr/bin/montage (montage) in auto mode update-alternatives: warning: alternative /usr/bin/mogrify.im6 (part of link group mogrify) doesn't exist; removing from list of alternatives update-alternatives: warning: /etc/alternatives/mogrify is dangling; it will be updated with best choice update-alternatives: using /usr/bin/mogrify-im6 to provide /usr/bin/mogrify (mogrify) in auto mode -- Package-specific info: ImageMagick program version --- animate: ImageMagick 6.8.9-6 Q16 x86_64 2014-09-06 http://www.imagemagick.org compare: ImageMagick 6.8.9-6 Q16 x86_64 2014-09-06 http://www.imagemagick.org convert: ImageMagick 6.8.9-6 Q16 x86_64 2014-09-06 http://www.imagemagick.org composite: ImageMagick 6.8.9-6 Q16 x86_64 2014-09-06 http://www.imagemagick.org conjure: ImageMagick 6.8.9-6 Q16 x86_64 2014-09-06 http://www.imagemagick.org display: ImageMagick 6.8.9-6 Q16 x86_64 2014-09-06 http://www.imagemagick.org identify: ImageMagick 6.8.9-6 Q16 x86_64 2014-09-06 http://www.imagemagick.org import: ImageMagick 6.8.9-6 Q16 x86_64 2014-09-06 http://www.imagemagick.org mogrify: ImageMagick 6.8.9-6 Q16 x86_64 2014-09-06 http://www.imagemagick.org montage: ImageMagick 6.8.9-6 Q16 x86_64
Bug#761656: linux: 3.16.2-3 misses some patches for hypervisor enablement
Aurelien Jarno aurel...@aurel32.net (2014-09-16): Thanks a lot for testing that, I have stupidly forgotten to enable KVM when backporting the patches, my bad. Unfortunately enabling it changes the ABI, so it's not possible to change it now and will have to wait for the next ABI bump. I have therefore committed the two patches you mentioned and enable all options except CONFIG_KVM_BOOK3S_64. I'll do it in the next ABI bump. I'm not sure you were around/looking, but it's possible to do per-arch ABI bump. Maybe you could include this change in the next upload then? Mraw, KiBi. signature.asc Description: Digital signature
Bug#761837: xastir: Please update to new upstream 2.0.6
Package: xastir Version: 2.0.4-2 Severity: normal Dear Maintainer, A new upstream version has been release, 2.0.6. Please update the xastir package to the new upstream version. Thanks, Iain. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761839: flrig: Please update to new upstream 1.3.16
Package: flrig Version: 1.3.15-1 Severity: normal Dear Maintainer, A new upstrem version has been released, 1.3.16. Please update the package to the new upstream version. Thanks, Iain. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761841: munin-plugins-core: proc plugin using too wide glob
Package: munin-plugins-core Version: 2.0.21-2 Severity: normal Dear Maintainer, as the subject says, the proc plugin is using a glob for its grep thats hitting more than intended. It wants to grep from /proc/$PIDS/stats, but with the current line it does also take things like /proc/net/stat, and as such leading to loads of lines like the following in the munin-update.log: 2014/09/16-13:15:26 [587369] Error output from proc: 2014/09/16-13:15:26 [587369] grep: /proc/net/stat: Is a directory The fix is simple: --- /usr/share/munin/plugins/proc 2014-06-13 15:58:52.0 +0200 +++ /tmp/proc 2014-09-16 13:19:53.664683512 +0200 @@ -320,7 +320,7 @@ $procstats{$procuniq[$i]}{write_bytes} = 0; $procstats{$procuniq[$i]}{cancelled_write_bytes} = 0; -STATLINE: foreach my $line(`grep -h \\\($procname[$i]\\\) /proc/*/stat`) { +STATLINE: foreach my $line(`grep -h \\\($procname[$i]\\\) /proc/[0-9]*/stat`) { $line =~ /^(\d+)/; my $cmdline = `cat /proc/$1/cmdline | /usr/bin/perl -F\\\0\ -lane '\$s = join(\ \, \@F); print \$s;'`; my $cmduid = `cat /proc/$1/status | egrep '^Uid:' | awk '{ print \$2 }'`; Thats still a hack, but now it limits to anything starting with a number. -- bye Joerg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743388: [Tux4kids-discuss] [PATCH] Fix build errors for newer versions of libpng
control: tags -1 + patch Hi, On Dienstag, 16. September 2014, Programmer Nerd wrote: I was not aware of this bug report but yes it does address this issue. I got the same error messages as the bug reporter did. Reflecting on this bug report I should have provided the error messages gcc generates and apologize for not doing so if this is desired. np, I'm glad you provide a patch! :-) Do you have a git repo somewhere so I can pick the fix from there and keep attribution to your commits? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#743388: Fix build errors for newer versions of libpng
--- src/t4k_loaders.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/src/t4k_loaders.c b/src/t4k_loaders.c index ec66505..b6a7177 100644 --- a/src/t4k_loaders.c +++ b/src/t4k_loaders.c @@ -1041,12 +1041,7 @@ static int do_png_save(FILE * fi, const char *const fname, SDL_Surface * surf) { png_init_io(png_ptr, fi); - info_ptr-width = surf-w; - info_ptr-height = surf-h; - info_ptr-bit_depth = 8; - info_ptr-color_type = PNG_COLOR_TYPE_RGB_ALPHA; - info_ptr-interlace_type = 1; - info_ptr-valid = 0;/* will be updated by various png_set_FOO() functions */ + png_set_IHDR(png_ptr, info_ptr, surf-w, surf-h, 8, PNG_COLOR_TYPE_RGB_ALPHA, PNG_INTERLACE_NONE, PNG_COMPRESSION_TYPE_DEFAULT, PNG_FILTER_TYPE_DEFAULT); png_set_sRGB_gAMA_and_cHRM(png_ptr, info_ptr, PNG_sRGB_INTENT_PERCEPTUAL); -- 1.8.5.5 ___ Tux4kids-discuss mailing list tux4kids-disc...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/tux4kids-discuss -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761843: flmsg: Please update to new upstream 2.0.4
Package: flmsg Version: 2.0.1-1 Severity: normal Dear Maintainer, A new upstream version has been released, 2.0.4. Please update the package to the new upstream version. Thanks, Iain. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740088: (no subject)
I have this problem too, I have done a bit more testing and I get a Segmentation Fault for obconf --tab n where n = 2 and n = a number I have tried with negative numbers, floats (e.g. 1.9 and 2.1), and strings. It either opens the 1st tab, or Seg Faults (under the conditions I give above). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761847: RM: mp3gain -- ROM; dead upstream, probably insecure
Package: ftp.debian.org Severity: normal Please remove mp3gain from unstable. It is already gone from testing, dead upstream, probably insecure, the primary maintainer is MIA, and there is a better alternative (python-rgain). I initially left it in unstable to make stable updates easier, but I think it's time to get rid of it altogether. Thanks, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761837: xastir: Please update to new upstream 2.0.6
Iain, Already being worked on; just a few nagging details that need to be fixed in the CVS. Also this release is actually the 2.0.7 version. For BEST results it is strongly suggested that Xastir be installed from CVS and then to update just run the included update-xastir script which updates from CVS and automatically does the make and install with very little needed from the user save for entering a password. 73 Dave KB3EFS On 09/16/14 07:19, Iain R. Learmonth wrote: Package: xastir Version: 2.0.4-2 Severity: normal Dear Maintainer, A new upstream version has been release, 2.0.6. Please update the xastir package to the new upstream version. Thanks, Iain. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- David A Aitcheson david.aitche...@gmail.com Go Green! Print this email only when necessary.
Bug#754658: please display the package's description
On Fri, 2014-08-29 at 13:18 -0700, Andrew Starr-Bochicchio wrote: The attached patch adds the short description under the source package name. The current PTS only uses the short description if there is a binary package that has the same name as the source package. If not, it just displays Source package I have decided to fall back to the short description for the first binary package instead. [...] I think this fall back should not be used, except for packages that build a single binary. It results in nonsense like: linux Xen system with Linux 3.16 on 64-bit PCs (meta-package) That description comes from the xen-linux-system-3.16-1-amd64 binary package; I don't how that would be the 'first' binary package. Using the package currently listed first in the control file, we would get: linux Linux kernel source for version 3.16 with Debian patches But this is still not a very sensible summary of the source package. Ben. -- Ben Hutchings Beware of programmers who carry screwdrivers. - Leonard Brandwein signature.asc Description: This is a digitally signed message part