Bug#721780: htseq: FTBFS: dh_sphinxdoc: Sphinx documentation not found
Hi Diane, On Wed, Sep 04, 2013 at 03:03:49PM -0700, Diane Trout wrote: I did some investigation and I think I fixed the bug. Great. The actual problem is that dh_sphinxdoc doesn't fail silently when there are no docs. So when building a binary package, there are no html pages to install which causes dh_sphinxdoc to fail. When I was making the package I never tried running debuild -B so hadn't seen the problem. I admit this check also does not belong to my standard procedure when creating packages. It (obviously) is detected by the autobuilders and is a quite rare case. I've moved the doc building commands around a bit, so the man pages are built for the binary package and the html pages are built for the -doc package. Makes sense. The oddness of having a the .PHONY: clean is because there's a file named clean in the package, and without the .PHONY: declaration make thinks clean is up to date and thus never runs the commands. I was less concerned about the .PHONY declaration but rather about the clean target. When using dh you should rather use override_dh_clean as target. Also the strange http_proxy line came from https://wiki.debian.org/Python/LibraryStyleGuide Whoever wrote that wiki page recommended it to prevent silently downloading dependencies from PyPI. It should currently be safe, but its hard to know if in the future if upstream will add a dependency that gets automatically downloaded instead of added to the build-depends. Uhmmm, that's my fault. If this is documented in the style guide this is most probably tested and verified - so sorry for misleading you. I simply assumed that this was some local setting at your side without checking the docs. So I reverted my change. (git pull) Could you please push your changes to fix the bug and reconsider the override_dh_clean: target in favour of clean:? The later is not really important if things work as expected. It is just a matter of style - so feel free to insist on your way to do things if you like this more. Kind regards Andreas. --- a/debian/rules +++ b/debian/rules @@ -25,10 +25,7 @@ override_dh_installdocs: python setup.py build_sphinx -b man dh_installdocs -clean: +override_dh_clean: make -C src clean rm -rf dist build MANIFEST dh_clean - -.PHONY: clean - -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721887: initramfs-tools: breaks system when used with module-init-tools from lenny or older
Control: severity -1 minor On Wed, Sep 4, 2013 at 22:46:53 -0400, Brian Sammon wrote: Package: initramfs-tools Version: 0.109.1 Severity: serious *** Please type your report below this line *** When I upgrade initramfs-tools to 0.109.1 on my system with module-init-tools 3.4-1 on it, it overwrites all the initrd.img files in /boot/ with bad ones, leaving my system unbootable (it brings me to a initrd command prompt). All the menu items in grub are affected, including the known-safe fallback boot choices. initramfs-tools 0.109.1 with module-init-tools 3.12-2+b1 works. Skipping stable releases is not supported, meaning mixing packages from Debian version n with packages from Debian version n+2 is not a supported configuration. Cheers, Julien signature.asc Description: Digital signature
Bug#721898: please backport xpra
Package: xpra Version: 0.10.1+dfsg-1 Severity: wishlist Hi, I've built the xpra package from the 0.10.1+dfsg-1 source package on Debian Wheezy and it works (almost) flawlessly. Only opengl is reported as unsupported on the server side (which is a KVM running SID + xpra from experimental). I attach the output from gl_check.py. This ticket (and the linked mail) seems related to the missing OpenGL support: http://xpra.org/trac/ticket/330 Thank you for working on xpra! Thomas Koch P.s. Thank you for gpg signing the git tags in the packaging repo! -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xpra depends on: ii libavcodec53 6:0.8.6-1 ii libc6 2.13-38 ii libgtk2.0-0 2.24.10-2 ii libswscale2 6:0.8.6-1 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libx264-123 2:0.123.2189+git35cf912-1 ii libxcomposite11:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxfixes31:5.0-4+deb7u1 ii libxrandr22:1.3.2-2+deb7u1 ii libxtst6 2:1.2.1-1+deb7u1 ii python2.7.3-4 ii python-gtk2 2.24.0-3+b1 ii x11-xserver-utils 7.7~3 ii xserver-xorg-input-void 1:1.4.0-1+b1 ii xserver-xorg-video-dummy 1:0.3.5-2+b1 Versions of packages xpra recommends: ii openssh-client 1:6.0p1-4 ii python-imaging 1.1.7-4 pn python-webm none ii ssh-askpass-gnome [ssh-askpass] 1:6.0p1-4 Versions of packages xpra suggests: ii gstreamer0.10-plugins-bad 0.10.23-7.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii openssh-server 1:6.0p1-4 ii pulseaudio 2.0-6.1 ii pulseaudio-utils2.0-6.1 ii python-dbus 1.1.1-1 ii python-gst0.10 0.10.22-3 ii python-gtkglext11.1.0-9.1 -- no debconf information 2013-09-05 08:50:43,606 pygdkglext version=(1, 1, 0) 2013-09-05 08:50:43,607 pygdkglext OpenGL version=(1, 4) 2013-09-05 08:50:43,607 using display mode: ['SINGLE'] 2013-09-05 08:50:43,642 No OpenGL_accelerate module loaded: No module named OpenGL_accelerate 2013-09-05 08:50:43,681 Unable to load registered array format handler numeric: Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/OpenGL/arrays/formathandler.py, line 44, in loadPlugin plugin_class = entrypoint.load() File /usr/lib/python2.7/dist-packages/OpenGL/plugins.py, line 14, in load return importByName( self.import_path ) File /usr/lib/python2.7/dist-packages/OpenGL/plugins.py, line 28, in importByName module = __import__( ..join(moduleName), {}, {}, moduleName) File /usr/lib/python2.7/dist-packages/OpenGL/arrays/numeric.py, line 15, in module raise ImportError( No Numeric module present: %s%(err)) ImportError: No Numeric module present: No module named Numeric 2013-09-05 08:50:43,705 OpenGL Version: 3.0 Mesa 8.0.5 2013-09-05 08:50:43,720 GL Extension GL_ARB_shader_objects available 2013-09-05 08:50:43,726 found valid OpenGL version: 3.0 2013-09-05 08:50:43,726 OpenGL extensions found: GL_ARB_multisample, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_copy_texture, GL_EXT_polygon_offset, GL_EXT_subtexture, GL_EXT_texture_object, GL_EXT_vertex_array, GL_EXT_compiled_vertex_array, GL_EXT_texture, GL_EXT_texture3D, GL_IBM_rasterpos_clip, GL_ARB_point_parameters, GL_EXT_draw_range_elements, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_separate_specular_color, GL_EXT_texture_edge_clamp, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_ARB_framebuffer_sRGB, GL_ARB_multitexture, GL_EXT_framebuffer_sRGB, GL_IBM_multimode_draw_arrays, GL_IBM_texture_mirrored_repeat, GL_3DFX_texture_compression_FXT1, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_transpose_matrix, GL_EXT_blend_func_separate, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_secondary_color, GL_EXT_texture _env_add, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_INGR_blend_func_separate, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texgen_reflection, GL_NV_texture_env_combine4, GL_SUN_multi_draw_arrays, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_EXT_framebuffer_object, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_MESA_window_pos, GL_NV_packed_depth_stencil, GL_NV_texture_rectangle, GL_NV_vertex_program, GL_ARB_depth_texture, GL_ARB_occlusion_query, GL_ARB_shadow,
Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
Am Mittwoch, den 04.09.2013, 14:22 +0200 schrieb Fabian Greffrath: Should be fixed now in GIT. Please make sure to pull the latest changes before uploading. It could use a test-run through piuparts, though, but I currently do not have enough bandwidth to install a sid chroot. :/ The package passes cleanly through piuparts now. Furthermore, I have weakened the Dependency on xfonts-utils introduced by dh_installxfonts to a Recommends so the packages does not force in any X11-related packages anymore. Should be *really* ready for upload now! Please pull the latest commits, though. Cheers, - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721899: pysiogame: Failed to connect with espeak
Package: pysiogame Version: 1.30.811-1 Severity: normal Dear Maintainer, I was running pysiogame for the first time and saw the following on the console :- $ pysiogame Failed to connect with espeak I then tried to see if espeak is given therein either in depends or suggests but is in neither. $ aptitude show pysiogame Package: pysiogame State: installed Automatically installed: no Version: 1.30.811-1 Priority: optional Section: games Maintainer: Miriam Ruiz mir...@debian.org Architecture: all Uncompressed Size: 4,717 k Depends: python, python-pygame, fonts-freefont-ttf Description: educational activity pack for kids pySioGame is a set of educational activities and games for children aged between 3 and 10. The activities are grid based and can be played all in a single window. pySioGame includes maths, reading, writing, painting, and memory activities. Homepage: http://sourceforge.net/projects/pysiogame/ So either disable espeak or put it up either on depends or suggests so people don't get bitten. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pysiogame depends on: ii fonts-freefont-ttf 20120503-1 ii python 2.7.5-4 ii python-pygame 1.9.1release+dfsg-8 pysiogame recommends no packages. pysiogame suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652896: Compile broadway backend
On 09/05/2013 12:28 AM, Emilio Pozuelo Monfort wrote: On 04/09/13 22:45, Balint Reczey wrote: On 05/27/2013 12:28 AM, Emilio Pozuelo Monfort wrote: On 25/05/13 12:42, pot...@riseup.net wrote: Hello, I would like to speak out again for this feature as it also has multi-process support and is in the documentation: https://developer.gnome.org/gtk3/3.8/gtk-broadway.html Recompiling the lib takes very long and so if you even think it's not ready for sid yet, I would like to see it at least in experimental. I will enable the wayland backend in experimental soon and will consider the broadway backend. Emilio Hi Emilio, It would be really nice to have broadway enabled at least in experimental. Probably it won't break the build and could become enabled in unstable as well after a build round on all architectures. I think it's been enabled in svn for 3.9/experimental, but it's currently blocked on a new wayland release for the wayland backend. It should be in the archive by next week. Is there any chance of seeing broadway enabled in the 3.8.x packages? It seems to be much smaller effort than enabling wayland and seeing it in testing soon would make this cool backend available for many users. Broadway is definitely something I would demo to friends showing what cool things they could do with Debian (or GNU/Linux). Cheers, Balint Cheers, Emilio signature.asc Description: OpenPGP digital signature
Bug#719680: Driver mv643xx_eth_port requests probe deferral
On Thu, 2013-09-05 at 03:39 +0100, Ben Hutchings wrote: On Sun, 2013-09-01 at 16:07 +0100, Ian Campbell wrote: On Sun, 2013-09-01 at 15:53 +0100, Ben Hutchings wrote: On Sun, 2013-09-01 at 15:19 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 19:52 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 18:59 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 11:29 +0100, Ian Campbell wrote: Could this be due to lack of CONFIG_MVMDIO on armel? I'm going to try that. It appears to have done the trick on trunk (3.11-rc5). The kernel doesn't find my disks though :-( More than likely the lack of CONFIG_USB_EHCI_HCD_ORION I should think. That does the trick but mkinitramfs also needs to be taught about the new ehci-orion module which this produces. Maybe it should be including drivers/usb/host/* (although that currently includes some really obscure drivers we probably shouldn't build at all). That's an option I suppose, but it's a pretty long list, of which the majority are, I expect, useless on any given platform I think. An example of grep HCD on the kirkwood config is below (it won't even include things whose dependencies aren't met as disabled). [...] That prompted me to remove some of the sillier HCD drivers from the config in trunk. It's also possible to pass a list of exclusions to copy_modules_dir, as we do for the hid and net directories. My greps in linux/debian and kernel-wedge are completely failing to find those lists. I can see the support for excluding entire udebs in kernel wedge, but that is all I found. Ian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704785: OGRE's FTBFS #713640 affects other packages
On Thu, 2013-09-05 at 00:32 +0100, Manuel A. Fernandez Montecelo wrote: As you probably know, if you add -lboost_system (maybe needs also other boost components after that) to LDFLAGS it will go away. Of course there should be a better solution for this and I'll try to find it, but I don't know how yet and it may take a while. Right. I guess adding -lboost_system to the right pkgconfig files (OGRE or boost) is probably the correct solution here. It seems that the thread component pulls system since 1.53, and OGRE 1.8.1 was released well before that and people have problems with this. I don't know if this will be addressed upstream with a new .2 release, doesn't look like it will happen. Oh, so this is a boost bug? Or do you mean the OGRE thread component? -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#721878: libsvn1: outdated libsqlite dependency
---8--- svn: E200029: Couldn't perform atomic initialization svn: E200030: SQLite compiled for 3.8.0.1, but running with 3.7.17 ---8--- Sigh. This kind of problem is usually solved by the shlibs system, but that doesn't fully work here. The problem is that the SQLite ABI (usable SQL features, basically) doesn't really correspond to C symbols. Subversion detects the version at build time in order to decide what features to use, so it makes sense to have the runtime check to make sure SQLite is new enough, but it is not obvious how to translate that into the Debian package metadata, except by crude heuristics. Also, the runtime check is very simple, thus it is stricter than it needs to be - probably the sqlite 3.7.17 ABI would have been fine. I've already partially fixed the check, but it appears I need to do more. I have an idea for a better (though hacky) approach. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721894: libav: FTBFS with opencv 2.4
Hi Nobuhiro, the configure script tries to link a small test application using the opencv opencv/cv.h and sees if it can resolve the symbol cvCreateImageHeader. The necessary libraries are resolved using the pkg-config .pc file that is provided by the pkg-config file. Are you sure that the opencv 2.4 .pc file is working correctly? Can you please provide me with the output of pkg-config --cflags --libs libopencv when opencv 2.4 is installed? I would like to compare it to a system with opencv 2.3 installed. The logfile does indicate some linking errors, and we need to figure out what is going wrong here. On Thu, Sep 5, 2013 at 6:12 AM, Nobuhiro Iwamatsu iwama...@nigauri.org wrote: Package: libav Version: 9.8-2 Severity: wishlist Dear Maintainer, I will update opencv 2.3 to 2.4. I checked building libav package with opencv 2.4, and this FTBFS. cd debian-static CFLAGS=-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security CPPFLAGS=-D_FORTIFY_SOURCE=2 LDFLAGS=-Wl,-z,relro /home/iwamatsu/work/libav/libav-9.8/configure \ --arch='amd64' --enable-pthreads --enable-runtime-cpudetect --extra-version='6:9.8-2' --libdir=/usr/lib/x86_64-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype--enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg--enable-libopus --enable-libpulse --enable-libschroedinger--enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-swscale --enable-libcdio--enable-x11grab--enable-libx264 --enable-libxvid ERROR: opencv not found If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the libav-u...@libav.org mailing list or IRC #libav on irc.freenode.net. Include the log file config.log produced by configure as this will help solving the problem. make: *** [configure-stamp-static] Error 1 config.log: BEGIN /tmp/ffconf.6ofvOVZa.c 1 #include opencv/cv.h 2 long check_cvCreateImageHeader(void) { return (long) cvCreateImageHeader; } 3 int main(void) { return 0; } END /tmp/ffconf.6ofvOVZa.c gcc -D_FORTIFY_SOURCE=2 -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -std=c99 -fomit-frame-pointer -pthread -I/usr/include/p11-kit-1 -I/usr/include/freetype2 -I/usr/include/opencv /usr/lib/x86_64-linux-gnu/libopencv_calib3d.so /usr/lib/x86_64-linux-gnu/libopencv_contrib.so /usr/lib/x86_64-linux-gnu/libopencv_core.so /usr/lib/x86_64-linux-gnu/libopencv_features2d.so /usr/lib/x86_64-linux-gnu/libopencv_flann.so /usr/lib/x86_64-linux-gnu/libopencv_gpu.so /usr/lib/x86_64-linux-gnu/libopencv_highgui.so /usr/lib/x86_64-linux-gnu/libopencv_imgproc.so /usr/lib/x86_64-linux-gnu/libopencv_legacy.so /usr/lib/x86_64-linux-gnu/libopencv_ml.so /usr/lib/x86_64-linux-gnu/libopencv_objdetect.so /usr/lib/x86_64-linux-gnu/libopencv_photo.so /usr/lib/x86_64-linux-gnu/libopencv_stitching.so /usr/lib/x86_64-linux-gnu/libopencv_superres.so /usr/lib/x86_64-linux-gnu/libopencv_ts.so /usr/lib/x86_64-linux-gnu/libopencv_video.so /usr/lib/x86_64-linux-gnu/libopencv_videostab.so -c -o /tmp/ffconf.EAMsyRqL.o /tmp/ffconf.6ofvOVZa.c gcc: warning: /usr/lib/x86_64-linux-gnu/libopencv_calib3d.so: linker input file unused because linking not done gcc: warning: /usr/lib/x86_64-linux-gnu/libopencv_contrib.so: linker input file unused because linking not done gcc: warning: /usr/lib/x86_64-linux-gnu/libopencv_core.so: linker input file unused because linking not done gcc: warning: /usr/lib/x86_64-linux-gnu/libopencv_features2d.so: linker input file unused because linking not done gcc: warning: /usr/lib/x86_64-linux-gnu/libopencv_flann.so: linker input file unused because linking not done gcc: warning: /usr/lib/x86_64-linux-gnu/libopencv_gpu.so: linker input file unused because linking not done gcc: warning: /usr/lib/x86_64-linux-gnu/libopencv_highgui.so: linker input file unused because linking not done gcc: warning: /usr/lib/x86_64-linux-gnu/libopencv_imgproc.so: linker input file unused because linking not done gcc: warning: /usr/lib/x86_64-linux-gnu/libopencv_legacy.so: linker input file unused because linking not done gcc: warning: /usr/lib/x86_64-linux-gnu/libopencv_ml.so: linker input file unused because linking not done gcc: warning: /usr/lib/x86_64-linux-gnu/libopencv_objdetect.so: linker input file unused because linking not done gcc: warning: /usr/lib/x86_64-linux-gnu/libopencv_photo.so: linker input file unused because linking not done gcc: warning: /usr/lib/x86_64-linux-gnu/libopencv_stitching.so: linker input file unused because linking not done
Bug#687694: Close?
Isn't it time to close this now? Mattias signature.asc Description: This is a digitally signed message part
Bug#721900: ITP: jenkins-job-builder -- takes jobs descriptions in YAML to configure Jenkins
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: jenkins-job-builder Version : 0.5.0 Upstream Author : James E. Blair jebl...@hp.com * URL : https://github.com/openstack-infra/jenkins-job-builder * License : Apache-2.0 Programming Lang: Python Description : takes jobs descriptions in YAML to configure Jenkins Jenkins Job Builder takes simple descriptions of Jenkins jobs in YAML format, and uses them to configure Jenkins. You can keep your job descriptions in human readable text format in a version control system to make changes and auditing easier. It also has a flexible template system, so creating many similarly configured jobs is easy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721902: qiime: Should Suggest torque-client
Package: qiime Version: 1.7.0+dfsg-1 Severity: wishlist Dear Maintainer, qiime provides support for integrating with Torque on cluster systems. This is enabled by placing cluster_jobs_fp /usr/lib/qiime/bin/start_parallel_jobs_torque.py in /etc/qiime/qiime_config. /usr/lib/qiime/bin/start_parallel_jobs_torque.py is part of the qiime package, so I think it should really Suggests: torque-client. -- Thanks, Mario Lang Graz University of Technologymailto:ml...@tugraz.at Department Computing http://www.ZID.TUGraz.at/lang/ Phone: +43 (0) 316 / 873 - 6897 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721901: youtube-dl: cannot login due to weird function name in bash completion
Package: youtube-dl Version: 2013.08.29-1 Severity: normal Dear Maintainer, I upgraded and rebooted (I don't reboot very often, so I don't know which version broke first) and I could not login anymore: the session seemed to be crashing just after I enter my username and password to gdm3. I looked up at ~/.xsession-errors and found this: /etc/gdm3/Xsession: Beginning session setup... /etc/bash_completion.d/youtube-dl.bash-completion: line 12: `__youtube-dl': not a valid identifier So it seems that bash has a problem with __youtube-dl function name, in particular the dash (minus) symbol, I had to remove the dash to make it work again. Xsession loads ~/.profile and my .profile loads .bashrc which loads the bash completions like this: if [ -z $BASH_COMPLETION ] [ -f /etc/bash_completion ]; then . /etc/bash_completion fi So it looks all normal, but it just breaks my login. Best regards, Marius -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages youtube-dl depends on: ii python 2.7.5-4 Versions of packages youtube-dl recommends: pn libav-tools | ffmpeg | ffprobe none pn mplayer2 | mplayer none ii rtmpdump2.4+20121230.gitdf6c518-1 youtube-dl suggests no packages. -- Configuration Files: /etc/bash_completion.d/youtube-dl.bash-completion changed: __youtubedl() { local cur prev opts COMPREPLY=() cur=${COMP_WORDS[COMP_CWORD]} opts=--help --version --update --ignore-errors --dump-user-agent --user-agent --referer --list-extractors --extractor-descriptions --proxy --no-check-certificate --playlist-start --playlist-end --match-title --reject-title --max-downloads --min-filesize --max-filesize --date --datebefore --dateafter --rate-limit --retries --buffer-size --no-resize-buffer --test --title --id --literal --auto-number --output --autonumber-size --restrict-filenames --batch-file --no-overwrites --continue --no-continue --cookies --no-part --no-mtime --write-description --write-info-json --write-thumbnail --quiet --simulate --skip-download --get-url --get-title --get-id --get-thumbnail --get-description --get-filename --get-format --newline --no-progress --console-title --verbose --dump-intermediate-pages --format --all-formats --prefer-free-formats --max-quality --list-formats --write-sub --write-auto-sub --only-sub --all-subs --list-subs --sub-format --sub-lang --username --password --netrc --video-password --extract-audio --audio-format --audio-quality --recode-video --keep-video --no-post-overwrites --embed-subs if [[ ${cur} == * ]] ; then COMPREPLY=( $(compgen -W ${opts} -- ${cur}) ) return 0 fi } complete -F __youtubedl youtube-dl -- 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#721734: [Pkg-ime-devel] Bug#721734: ibus-googlepinyin: Abondened upstream
On Wed, Sep 4, 2013 at 12:06 AM, Osamu Aoki os...@debian.org wrote: Package: ibus-googlepinyin Version: 0.1.2-1 Severity: normal As upstream state in: https://code.google.com/p/libgooglepinyin/ This is prove concept project and asking: | If you are interested in full featured pinyin input method, please try | libpinyin or sunpinyin, they are both supported by fcitx and ibus. They | use more advanced algorithm (2-gram vs this project's unigram) and | support more feature, like Shuangpin, Zhuyin, Fuzzy Pinyin and so on. | Thank you. yes, it is. This is a good candidate for removal. googlepinyin has better quality for its collection of words. So I don't think it should be removed. If you think I am wrong, please speak up. Osamu PS: This removal leave me with ibus-el for the last user of python-ibus -- System Information: Debian Release: jessie/sid ___ Pkg-ime-devel mailing list pkg-ime-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel -- 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#687694: Close?
On 2013-09-05 10:03, Mattias Ellert wrote: Isn't it time to close this now? Mattias Does bouncycastle now force packages the affected reverse dependencies to be upgraded with it? If not, it will still break partial upgrades. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721734: [Pkg-ime-devel] Bug#721734: ibus-googlepinyin: Abondened upstream
On Thu, Sep 5, 2013 at 4:17 PM, YunQiang Su wzss...@gmail.com wrote: On Wed, Sep 4, 2013 at 12:06 AM, Osamu Aoki os...@debian.org wrote: Package: ibus-googlepinyin Version: 0.1.2-1 Severity: normal As upstream state in: https://code.google.com/p/libgooglepinyin/ This is prove concept project and asking: | If you are interested in full featured pinyin input method, please try | libpinyin or sunpinyin, they are both supported by fcitx and ibus. They | use more advanced algorithm (2-gram vs this project's unigram) and | support more feature, like Shuangpin, Zhuyin, Fuzzy Pinyin and so on. | Thank you. yes, it is. This is a good candidate for removal. googlepinyin has better quality for its collection of words. So I don't think it should be removed. If it protect ibus transaction, it can be removed. While if it can work with ibus 1.5 with just a rebuild, I suggest that we stay it in Debian. If you think I am wrong, please speak up. Osamu PS: This removal leave me with ibus-el for the last user of python-ibus -- System Information: Debian Release: jessie/sid ___ Pkg-ime-devel mailing list pkg-ime-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel -- YunQiang Su -- 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#721697: gnome-panel: error 4 in libclock-applet.so, gnome-panel segfault
Package: gnome-panel Version: 3.4.2.1-4 Followup-For: Bug #721697 I reproduced the bug, Just click the clock at the top a lot of times (no clickjagging, just regular use) I guess I clicked it 20 times when it did not show up any more. ~30 minutes later gnome segfaulted, this is serious. Here is my dmesg log for this new crash: [114075.611361] NMI watchdog enabled, takes one hw-pmu counter. [114075.611670] CPU1 is up [114075.611920] Booting Node 0 Processor 2 APIC 0x1 [114075.611922] smpboot cpu 2: start_ip = 99000 [114075.622946] Calibrating delay loop (skipped) already calibrated this CPU [114075.643392] NMI watchdog enabled, takes one hw-pmu counter. [114075.643671] CPU2 is up [114075.643853] Booting Node 0 Processor 3 APIC 0x3 [114075.643854] smpboot cpu 3: start_ip = 99000 [114075.654875] Calibrating delay loop (skipped) already calibrated this CPU [114075.675310] NMI watchdog enabled, takes one hw-pmu counter. [114075.675624] CPU3 is up [114075.678879] ACPI: Waking up from system sleep state S3 [114075.820126] ehci_hcd :00:1a.0: wake-up capability disabled by ACPI [114075.820457] ehci_hcd :00:1d.0: wake-up capability disabled by ACPI [114075.820919] PM: early resume of devices complete after 0.983 msecs [114075.821030] i915 :00:02.0: setting latency timer to 64 [114075.821038] ehci_hcd :00:1a.0: setting latency timer to 64 [114075.821048] snd_hda_intel :00:1b.0: setting latency timer to 64 [114075.821065] ehci_hcd :00:1d.0: setting latency timer to 64 [114075.821079] ahci :00:1f.2: setting latency timer to 64 [114075.821122] snd_hda_intel :00:1b.0: irq 44 for MSI/MSI-X [114075.821165] r8169 :04:00.0: wake-up capability disabled by ACPI [114075.827059] sd 0:0:0:0: [sda] Starting disk [114075.828142] sd 1:0:0:0: [sdb] Starting disk [114075.858508] [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off [114076.072257] usb 1-1.2: reset high-speed USB device number 3 using ehci_hcd [114076.146969] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [114076.147904] ata1.00: ACPI cmd ef/90:06:00:00:00:00 (SET FEATURES) succeeded [114076.147915] ata1.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [114076.147924] ata1.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [114076.148906] ata1.00: ACPI cmd ef/90:06:00:00:00:00 (SET FEATURES) succeeded [114076.148917] ata1.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [114076.148925] ata1.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [114076.149188] ata1.00: configured for UDMA/133 [114076.243096] usb 1-1.4: reset high-speed USB device number 4 using ehci_hcd [114078.217850] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [114078.489055] ata2.00: ACPI cmd ef/90:06:00:00:00:00 (SET FEATURES) succeeded [114078.489066] ata2.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [114078.489075] ata2.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [114078.525310] ata2.00: ACPI cmd ef/90:06:00:00:00:00 (SET FEATURES) succeeded [114078.525321] ata2.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [114078.525329] ata2.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [114078.526652] ata2.00: configured for UDMA/133 [114078.558357] PM: resume of devices complete after 2738.787 msecs [114078.558436] PM: Finishing wakeup. [114078.558438] Restarting tasks ... done. [114078.570354] video LNXVIDEO:00: Restoring backlight state [114078.570650] video LNXVIDEO:01: Restoring backlight state [114078.859494] ADDRCONF(NETDEV_UP): wlan0: link is not ready [114078.885228] r8169 :04:00.0: eth0: link down [114078.885236] r8169 :04:00.0: eth0: link down [114078.885670] ADDRCONF(NETDEV_UP): eth0: link is not ready [114081.550161] r8169 :04:00.0: eth0: link up [114081.550524] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [114092.402509] eth0: no IPv6 routers present [115567.899547] sd 11:0:0:0: [sdd] 15529984 512-byte logical blocks: (7.95 GB/7.40 GiB) [115567.899654] sd 11:0:0:0: [sdd] Cache data unavailable [115567.899662] sd 11:0:0:0: [sdd] Assuming drive cache: write through [115567.900559] sd 11:0:0:0: [sdd] Cache data unavailable [115567.900565] sd 11:0:0:0: [sdd] Assuming drive cache: write through [115567.902352] sdd: sdd1 sdd2 [115570.081088] kjournald starting. Commit interval 5 seconds [115570.132611] EXT3-fs (sdd2): using internal journal [115570.132615] EXT3-fs (sdd2): recovery complete [115570.138962] EXT3-fs (sdd2): mounted filesystem with ordered data mode [116385.478519] usb 2-1.1: new full-speed USB device number 25 using ehci_hcd [116385.576582] usb 2-1.1: New USB device found, idVendor=0403, idProduct=6001 [116385.576592] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [116385.576599] usb 2-1.1: Product: TTL232R-3V3 [116385.576603] usb 2-1.1: Manufacturer: FTDI [116385.576608] usb 2-1.1:
Bug#721900: ITP: jenkins-job-builder -- takes jobs descriptions in YAML to configure Jenkins
]] Thomas Goirand * Package name: jenkins-job-builder Version : 0.5.0 Upstream Author : James E. Blair jebl...@hp.com * URL : https://github.com/openstack-infra/jenkins-job-builder * License : Apache-2.0 Programming Lang: Python Description : takes jobs descriptions in YAML to configure Jenkins Already packaged, jenkins-job-builder | 0.5.0-1 | jessie | source, all jenkins-job-builder | 0.5.0-1 | sid| source, all -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721734: [Pkg-ime-devel] Bug#721734: ibus-googlepinyin: Abondened upstream
On Thu, Sep 5, 2013 at 4:17 PM, YunQiang Su wzss...@gmail.com wrote: On Wed, Sep 4, 2013 at 12:06 AM, Osamu Aoki os...@debian.org wrote: Package: ibus-googlepinyin Version: 0.1.2-1 Severity: normal As upstream state in: https://code.google.com/p/libgooglepinyin/ This is prove concept project and asking: | If you are interested in full featured pinyin input method, please try | libpinyin or sunpinyin, they are both supported by fcitx and ibus. They | use more advanced algorithm (2-gram vs this project's unigram) and | support more feature, like Shuangpin, Zhuyin, Fuzzy Pinyin and so on. | Thank you. yes, it is. This is a good candidate for removal. googlepinyin has better quality for its collection of words. So I don't think it should be removed. If it protect ibus transaction, it can be removed. While if it can work with ibus 1.5 with just a rebuild, I suggest that we stay it in Debian. If you think I am wrong, please speak up. Osamu PS: This removal leave me with ibus-el for the last user of python-ibus -- System Information: Debian Release: jessie/sid ___ Pkg-ime-devel mailing list pkg-ime-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel -- YunQiang Su -- 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#721879: /usr/bin/ssh-keyscan: missing manpage
On Wed, Sep 04, 2013 at 04:23:28PM -0700, Grant Bowman wrote: Package: openssh-client Version: 1:6.2p2-6 Severity: normal File: /usr/bin/ssh-keyscan per debian policy 12.1 I don't get it. It has a manual page, and has done forever. $ dpkg -c openssh-client_6.2p2-6_amd64.deb | grep ssh-keyscan -rw-r--r-- root/root 2008 2013-07-02 22:37 ./usr/share/man/man1/ssh-keyscan.1.gz -rwxr-xr-x root/root237424 2013-07-02 22:37 ./usr/bin/ssh-keyscan What was the original symptom that led you to file this bug? -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708126: Fwd: Bug 709319
Please see below -- Forwarded message -- From: Bernard McNeill bm.emai...@gmail.com Date: Wed, Sep 4, 2013 at 9:56 AM Subject: Bug 709319 To: 709...@bugs.debian.org Hello If it helps, this bug seems to be the same (with amd-64) as bug no. 708126. I tried again with 7.1.0 - to me, the bug is still there. Best regards Bernard
Bug#721903: mandos-client: error bad gpgme_engine_check_version
Package: mandos-client Version: 1.6.0-1 Severity: grave Justification: renders package unusable /usr/lib/mandos/plugins.d/mandos-client --debug \ --pubkey=/etc/keys/mandos/pubkey.txt \ --seckey=/etc/keys/mandos/seckey.txt; echo works well (no error message, displays the password at the end). What is weird is that it does not work during boot time... mandos-client fails with this error message: bad gpgme_engine_check_version -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (900, 'unstable'), (600, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mandos-client depends on: ii adduser 3.113+nmu3 ii cryptsetup2:1.6.1-1 ii gnupg 1.4.14-1 ii initramfs-tools 0.113 ii libavahi-common3 0.6.31-2 ii libavahi-core70.6.31-2 ii libc6 2.17-92+b1 ii libgnutls26 2.12.23-5 ii libgpgme111.4.3-0.1 mandos-client recommends no packages. mandos-client suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#702120: mandos: Mandos/gnutls fails to establish connection, an algorithm that is not enabled was negotiated
I do not see this bug anymore (no need to set priority = SECURE256:!CTYPE-X.509:+CTYPE-OPENPGP:+SIGN-RSA-SHA224 in /etc/mandos/mandos.conf). So, this bug may be closed, at least on sid... But I would be nice to understand why it works now :-) signature.asc Description: Digital signature
Bug#687694: Close?
Le 05/09/2013 10:19, Niels Thykier a écrit : Does bouncycastle now force packages the affected reverse dependencies to be upgraded with it? If not, it will still break partial upgrades. All of the reverse dependencies that were updated in this transition have the correct versionned dependency on bouncycastle. Is it enough or do we have to declare Breaks for the reverse dependencies affected in bouncycastle? Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721816: ITP: python-goocalendar -- Calendar widget for GTK using PyGoocanvas
Posting manually to d-devel due to forgotten X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers maintain...@debian.tryton.org * Package name: python-goocalendar Version : 0.1 Upstream Author : Cédric Krier * URL : http://code.google.com/p/goocalendar/ * License : GPL2 Programming Lang: Python Description : Calendar widget for GTK using PyGoocanvas (Python 2) The GooCalendar module supplies a calendar widget drawn with GooCanvas that can display a month view and a week view. It also supplies classes to manage events you can add to the calendar. . This package is targeting Python version 2. As soon as PyGoocanvas and GooCalendar will be available for Python 3: * Package name: python3-goocalendar Version : 0.1 Upstream Author : Cédric Krier * URL : http://code.google.com/p/goocalendar/ * License : GPL2 Programming Lang: Python Description : Calendar widget for GTK using PyGoocanvas (Python 3) The GooCalendar module supplies a calendar widget drawn with GooCanvas that can display a month view and a week view. It also supplies classes to manage events you can add to the calendar. . This package is targeting Python version 3. This package will be needed as a recommend for the next version (3.0) of the Tryton Client (tryton-client). signature.asc Description: PGP signature
Bug#721827: ladspa: LADSPA_PATH not set
On Wed, Sep 4, 2013 at 10:17 PM, Felipe Sateler fsate...@debian.org wrote: Possibly radium could default to /usr/lib/ladspa if LADSPA_PATH is not set. IMHO it had better create a launcher script and adjust environment properly in it. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701353: samhain: ftbfs with GCC-4.8
reopen 701353 unblock 706973 701353 thanks Hi, Well it still FTBFS on amd64 (just tested right now). I'm reopening this bugs. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721813: ITP: python-sql -- Library to write SQL queries
Posting manually to d-devel due to forgotten X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers maintain...@debian.tryton.org * Package name: python-sql Version : 0.1 Upstream Author : B2CK * URL : http://code.google.com/p/python-sql/ * License : BSD Programming Lang: Python Description : Library to write SQL queries (implemented in Python 2) python-sql is a library to write SQL queries in a pythonic way. It relies exclusively on the Python standard library. It is database independent, doesn't require the declaration of tables and allows to manipulate the generated queries. . To make real use of this package you will have to install a database connector. . This package is targeting Python version 2. * Package name: python3-sql Version : 0.1 Upstream Author : B2CK * URL : http://code.google.com/p/python-sql/ * License : BSD Programming Lang: Python Description : Library to write SQL queries (implemented in Python 3) python-sql is a library to write SQL queries in a pythonic way. It relies exclusively on the Python standard library. It is database independent, doesn't require the declaration of tables and allows to manipulate the generated queries. . To make real use of this package you will have to install a database connector. . This package is targeting Python version 3. This package will be needed as a dependency for the next version (3.0) of the Tryton server (tryton-server). ___ tryton-debian mailing list tryton-deb...@lists.virtual-things.org http://lists.virtual-things.org/mailman/listinfo/tryton-debian signature.asc Description: PGP signature
Bug#721902: qiime: Should Suggest torque-client
Hi Mario, thanks for the hint.. It is fixed in SVN. Kind regards Andreas. On Thu, Sep 05, 2013 at 10:19:15AM +0200, Mario Lang wrote: Package: qiime Version: 1.7.0+dfsg-1 Severity: wishlist Dear Maintainer, qiime provides support for integrating with Torque on cluster systems. This is enabled by placing cluster_jobs_fp /usr/lib/qiime/bin/start_parallel_jobs_torque.py in /etc/qiime/qiime_config. /usr/lib/qiime/bin/start_parallel_jobs_torque.py is part of the qiime package, so I think it should really Suggests: torque-client. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720994: libppl0.12-dev: ppl.hh contains definitions which are also in gmpxx.h
Hello Felix, On Thu, Aug 29, 2013 at 08:43:09PM +0200, Roberto Bagnara wrote: Unless some problems are reported, this will become PPL 1.1. Kind regards, You are right. it's fixed. The error message leading to the collision in ppl.hh vs gmpxx.h was caused by a bogus mpir.h include (for whatever reason). [...] Could you please clarify in which version that is fixed (and which might still be broken)? Ideally, please tag the bug accordingly (if you feel this is too much to ask for, I will do so once you provide the info). Thanks a lot, Michael pgpE3K14SSh4Z.pgp Description: PGP signature
Bug#687694: Close?
On 2013-09-05 11:01, Emmanuel Bourg wrote: Le 05/09/2013 10:19, Niels Thykier a écrit : Does bouncycastle now force packages the affected reverse dependencies to be upgraded with it? If not, it will still break partial upgrades. All of the reverse dependencies that were updated in this transition have the correct versionned dependency on bouncycastle. Is it enough or do we have to declare Breaks for the reverse dependencies affected in bouncycastle? Emmanuel Bourg [...] We generally still need Breaks. The problem is: $rdep version X Depends on $bc = 1.44 $bc version 1.44 $bc version 1.46 - not compatible with $bc 1.44 $rdep version Y Depends on $bc = 1.46 Here, APT or a user can choose to only upgrade $bc to version 1.46 and keep $rdep at version X. In this case, $rdep is broken but APT thinks it will just work(tm) and therefore allow it. On the other hand, if $bc version 1.46 Breaks $rdep Y~, then APT will see that it has to upgrade both or none at all. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717057: evince-gtk: eince must depend on gnome-icon-theme-symbolic
Control: found -1 evince/3.8.2-1 Control: severity -1 serious On Tue, Jul 16, 2013 at 04:14:12PM +0400, sergio wrote: Without gnome-icon-theme-symbolic package there are no icons in the menu bar. http://www.dsch.univ.trieste.it/~balducci/tmp/evince-broken.png https://mail.gnome.org/archives/evince-list/2013-March/msg00028.html And after installing gnome-icon-theme-symbolic all works fine. This fully affects evince as well. It is just a missing dependency and has a major impact on the usability of the package, so this issue should really be serious and prevent testing migration. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721904: regression: removed keyboard shortcuts compared to 3.4
Package: evince Version: 3.8.3-1 Severity: normal Dear Maintainer, After upgrading to 3.8 I noticed that some keyboard shortcuts no longer work. In part this is due to the UI redesign that replaces menus with buttons. Examples of broken shortcuts: * Switching contiguous view was previously possible with Alt-v c. * Switching the dual page mode was previously possible with Alt-v d. * The best fit zoom level was previously reachable with Alt-v b. I could not find any replacing shortcuts for this lost functionality. If there are, please close this bug with a reference to them. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721617: [liblo] Bug#721617: pyliblo: FTBFS on sparc: testSendOthers (unit.ServerTestCase) ... Bus error (core dumped)
On Tue, Sep 3, 2013 at 2:42 AM, Felipe Sateler fsate...@debian.org wrote: On Mon, Sep 2, 2013 at 8:16 PM, Felipe Sateler fsate...@debian.org wrote: On Mon, Sep 2, 2013 at 7:33 PM, Felipe Sateler fsate...@debian.org wrote: Hi liblo devs, The python liblo wrapper has a test suite that has uncovered a bug in liblo. I just tried current git (5a7a54b4a0a) and the test provided by Sebastian continues to fail. It appears the problem is that in sparc, you can't just say *(datatype*)data. Depending on datatype, 'data' has to be aligned at a certain number of bytes from the original block (4 for int, 8 for int64): char* src = something(); int* tmp = (int*)(src + 1); // If 1 is replaced by 4, no bus error. *src = 1; // Bus error here. int a = *src; // This yields bus error too So, at least lo_message_add_data (plus all its users), lo_arg_pp_internal and lo_arg_host_endian need to change to support sparc. Any idea how to get a sparc test environment running? Is there an emulator I can use for example? In the provided stack traces the data variable does seem to be 4-byte aligned, but the error is on a 64-bit data type. I am curious to know if this problem _only_ occurs for 64-bit types? Type-casting is somewhat fundamental to how liblo uses the lo_arg data structure and for interpreting raw memory blocks of OSC data. In general OSC is by-design 32-bit-aligned, so generally this shouldn't be an issue, but if there are cases where things need to be 64-bit-aligned I can see how this problem might creep in. Suggestions on how to debug would be useful as I am completely unfamiliar with sparc. thanks, Steve -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721905: augeas-lenses: sysctl.conf lens reads too many files in sysctl.d
Package: augeas-lenses Version: 1.0.0-1.1 Severity: normal Dear Maintainer, I use Augeas in my Puppet manifests to control the contents of sysctl.conf. After upgrading my workstation to jessie/testing I found I had a directory /etc/sysctl.d and Augeas reads all the files in it (I'm not sure which of these are new). This directory includes a file named README.sysctl which sysctl does not read according to sysctl.conf(5). That also fits with the content of that file which is plain English. Augeas however does and complains about its contents. Puppet logs messages like: Debug: Augeas[enable forwarding](provider=augeas): Opening augeas with root /, lens path , flags 32 Debug: Augeas[enable forwarding](provider=augeas): Augeas version 1.0.0 is installed Warning: Augeas[enable forwarding](provider=augeas): Loading failed for one or more files, see debug for /augeas//error output Debug: Augeas[enable forwarding](provider=augeas): /augeas/files/etc/sysctl.d/README.sysctl/error/pos = 0 Debug: Augeas[enable forwarding](provider=augeas): /augeas/files/etc/sysctl.d/README.sysctl/error/line = 1 Debug: Augeas[enable forwarding](provider=augeas): /augeas/files/etc/sysctl.d/README.sysctl/error/char = 0 Debug: Augeas[enable forwarding](provider=augeas): /augeas/files/etc/sysctl.d/README.sysctl/error/lens = /usr/share/augeas/lenses/dist/sysctl.aug:36.10-.52: Debug: Augeas[enable forwarding](provider=augeas): /augeas/files/etc/sysctl.d/README.sysctl/error/message = Iterated lens matched less than it should Debug: Augeas[enable forwarding](provider=augeas): Will attempt to save and only run if files changed Debug: Augeas[enable forwarding](provider=augeas): sending command 'set' with params [/files/etc/sysctl.conf/net.ipv4.ip_forward, 1] Debug: Augeas[enable forwarding](provider=augeas): Closed the augeas connection I expected the Augeas lens for sysctl.conf to ignore files not named *.conf in /etc/sysctl.d. Marking everything in README.sysctl in /etc/sysctl.d as comments with '#' works around the problem. Best regards /Ulrik Haugen -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=sv_SE.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash augeas-lenses depends on no packages. augeas-lenses recommends no packages. Versions of packages augeas-lenses suggests: ii augeas-doc 1.0.0-1.1 -- 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#721817: lnav: install help file
Hello! 2013/09/04 16:23 (az.) eguna, Salvatore Bonaccorso car...@debian.org(e)k idatzi zuen: Actually this file get's converted during build and is available in lnav: If you start lnav and press '?' for help, you get more information, the online help, which is this help.txt found in the sources. From lnav manpage: ? View/leave the online help text. Does this suffice your need for online help for lnav? Normally after I install a new package, i search for the man page and the /usr/share/doc files for information. In this case I encounter only de man page, that is limited, and nothing in the doc dir, so i have to find in internet for more info... So, yes, I think that is good that this file was in the doc dir :-D Greetings. Martintxo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721906: ITP: python-pycadf -- implementation of DMTF Cloud Audit (CADF) data model
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-pycadf Version : 0.1.5 Upstream Author : OpenStack Infra openstack-in...@lists.openstack.org * URL : https://github.com/stackforge/pycadf * License : Apache-2.0 Programming Lang: Python Description : implementation of DMTF Cloud Audit (CADF) data model pyCADF is an implementation of DMTF Cloud Audit (CADF) data model. DMTF Cloud Management Initiative is promoting the work of the Cloud Management Work Group, the Cloud Auditing Data Federation Working Group, the System Virtualization, Partitioning, Clustering Working Group and the Software Entitlement Working Group. See http://dmtf.org for details. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721905: augeas-lenses: sysctl.conf lens reads too many files in sysctl.d
tags 721905 + fixed-upstream thanks On 05/09/13 10:01, Ulrik Haugen wrote: Package: augeas-lenses Version: 1.0.0-1.1 Severity: normal Dear Maintainer, I use Augeas in my Puppet manifests to control the contents of sysctl.conf. After upgrading my workstation to jessie/testing I found I had a directory /etc/sysctl.d and Augeas reads all the files in it (I'm not sure which of these are new). This directory includes a file named README.sysctl which sysctl does not read according to sysctl.conf(5). That also fits with the content of that file which is plain English. Augeas however does and complains about its contents. Puppet logs messages like: Debug: Augeas[enable forwarding](provider=augeas): Opening augeas with root /, lens path , flags 32 Debug: Augeas[enable forwarding](provider=augeas): Augeas version 1.0.0 is installed Warning: Augeas[enable forwarding](provider=augeas): Loading failed for one or more files, see debug for /augeas//error output Debug: Augeas[enable forwarding](provider=augeas): /augeas/files/etc/sysctl.d/README.sysctl/error/pos = 0 Debug: Augeas[enable forwarding](provider=augeas): /augeas/files/etc/sysctl.d/README.sysctl/error/line = 1 Debug: Augeas[enable forwarding](provider=augeas): /augeas/files/etc/sysctl.d/README.sysctl/error/char = 0 Debug: Augeas[enable forwarding](provider=augeas): /augeas/files/etc/sysctl.d/README.sysctl/error/lens = /usr/share/augeas/lenses/dist/sysctl.aug:36.10-.52: Debug: Augeas[enable forwarding](provider=augeas): /augeas/files/etc/sysctl.d/README.sysctl/error/message = Iterated lens matched less than it should Debug: Augeas[enable forwarding](provider=augeas): Will attempt to save and only run if files changed Debug: Augeas[enable forwarding](provider=augeas): sending command 'set' with params [/files/etc/sysctl.conf/net.ipv4.ip_forward, 1] Debug: Augeas[enable forwarding](provider=augeas): Closed the augeas connection I expected the Augeas lens for sysctl.conf to ignore files not named *.conf in /etc/sysctl.d. In Augeas 1.1.0, the README.sysctl file has been explicitly excluded: https://github.com/hercules-team/augeas/commit/ac49161fb185f2cd3b0ad257e76f45aa8462d082 Other distros (such as RHEL 6) load /etc/sysctl.d/* rather than *.conf, so we probably won't change this to *.conf upstream, perhaps until systemd (which only loads *.conf) is in standard use. -- Dominic Cleal Red Hat Engineering -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652896: Compile broadway backend
On 05/09/13 09:34, Balint Reczey wrote: On 09/05/2013 12:28 AM, Emilio Pozuelo Monfort wrote: On 04/09/13 22:45, Balint Reczey wrote: On 05/27/2013 12:28 AM, Emilio Pozuelo Monfort wrote: On 25/05/13 12:42, pot...@riseup.net wrote: Hello, I would like to speak out again for this feature as it also has multi-process support and is in the documentation: https://developer.gnome.org/gtk3/3.8/gtk-broadway.html Recompiling the lib takes very long and so if you even think it's not ready for sid yet, I would like to see it at least in experimental. I will enable the wayland backend in experimental soon and will consider the broadway backend. Emilio Hi Emilio, It would be really nice to have broadway enabled at least in experimental. Probably it won't break the build and could become enabled in unstable as well after a build round on all architectures. I think it's been enabled in svn for 3.9/experimental, but it's currently blocked on a new wayland release for the wayland backend. It should be in the archive by next week. Is there any chance of seeing broadway enabled in the 3.8.x packages? It seems to be much smaller effort than enabling wayland and seeing it in testing soon would make this cool backend available for many users. Broadway is definitely something I would demo to friends showing what cool things they could do with Debian (or GNU/Linux). We should have 3.10 in sid by the end of the month, and 3.10 beta in experimental this week, so I'm not sure working on it for 3.8 is that worthwhile. You can install the package from experimental if you're that interested :) Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721879: /usr/bin/ssh-keyscan: missing manpage
My apologies. Bug was between my fingers and keyboard. On Thu, Sep 5, 2013 at 1:39 AM, Colin Watson cjwat...@debian.org wrote: On Wed, Sep 04, 2013 at 04:23:28PM -0700, Grant Bowman wrote: Package: openssh-client Version: 1:6.2p2-6 Severity: normal File: /usr/bin/ssh-keyscan per debian policy 12.1 I don't get it. It has a manual page, and has done forever. $ dpkg -c openssh-client_6.2p2-6_amd64.deb | grep ssh-keyscan -rw-r--r-- root/root 2008 2013-07-02 22:37 ./usr/share/man/man1/ssh-keyscan.1.gz -rwxr-xr-x root/root237424 2013-07-02 22:37 ./usr/bin/ssh-keyscan What was the original symptom that led you to file this bug? -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721907: ITP: python-pyghmi -- General Hardware Management Initiative (IPMI and others)
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-pyghmi Version : 0.5.0 Upstream Author : Jarrod Johnson jbjoh...@us.ibm.com * URL : https://github.com/stackforge/pyghmi * License : Apache-2.0 Programming Lang: Python Description : General Hardware Management Initiative (IPMI and others) This is a pure Python implementation of IPMI protocol. ipmictl.py is a sample application to roughly show the most simple approach to invoking the library. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721908: autofs: Option --timeout in auto.master not documented
Package: autofs Version: 5.0.7-3 Severity: normal The option --timeout=seconds which can be used in /etc/auto.master, e.g. /home /etc/auto.home --timeout=5 is not documented. The only documentation is for the variable TIMEOUT in /etc/defaults/autofs: ,[ auto.master(5) ]--- | | GENERAL SYSTEM DEFAULTS CONFIGURATION |The default value of several general settings may be changed |in the configuration file /etc/default/autofs. They are: | |TIMEOUT | sets the default mount timeout (program default 600). | ` -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (501, 'testing'), (50, 'unstable'), (25, 'experimental'), (12, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages autofs depends on: ii libc6 2.17-92 ii libxml22.9.1+dfsg1-3 ii multiarch-support 2.17-92 ii ucf3.0027+nmu1 Versions of packages autofs recommends: ii kmod 9-3 ii module-init-tools 9-3 ii nfs-common 1:1.2.8-4 autofs 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#721909: tor does not set properly the polipo option socksParentProxy = localhost:9050
Package: tor Version: 0.2.2.39-1 Severity: minor It would be nice if tor installation scripts could ask the user if to change the polipo option socksParentProxy = localhost:9050 so that polipo would start using tor infrastructure... -- System Information: Debian Release: 6.0.7 APT prefers oldstable APT policy: (990, 'oldstable'), (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates') Architecture: i386 (i686) Kernel: Linux 3.2.0-0.bpo.4-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tor depends on: ii adduser3.112+nmu2add and remove users and groups ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libssl0.9.80.9.8o-4squeeze14 SSL shared libraries ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages tor recommends: ii logrotate3.7.8-6 Log rotation utility ii tor-geoipdb 0.2.2.39-1 geoIP database for Tor ii torsocks 1.0~epsilon+dfsg1-1 use socks-friendly applications wi Versions of packages tor suggests: pn mixmasternone (no description available) ii polipo 1.0.4.1-1.1 a small, caching web proxy pn socatnone (no description available) pn tor-arm none (no description available) ii xul-ext-torbutton1.2.5-3 Iceweasel/Firefox extension enabli -- 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#721910: xul-ext-torbutton: torbutton sets the wrong port number (8118) rather than the correct polipo port (8123)
Package: xul-ext-torbutton Version: 1.2.5-3 Severity: grave Justification: renders package unusable As described in the object torbutton sets in iceweasel configuration of the proxy the wrong port number (8118) rather than the correct polipo port (8123), thus iceweasel says that the proxy does not answer to connection requests. pkz -- System Information: Debian Release: 6.0.7 APT prefers oldstable APT policy: (990, 'oldstable'), (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates') Architecture: i386 (i686) Kernel: Linux 3.2.0-0.bpo.4-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash xul-ext-torbutton depends on no packages. Versions of packages xul-ext-torbutton recommends: ii iceweasel3.5.16-20 Web browser based on Firefox ii polipo 1.0.4.1-1.1 a small, caching web proxy ii tor 0.2.2.39-1 anonymizing overlay network for TC xul-ext-torbutton 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#721911: libesmtp6: Please use /etc/mailname, not gethostname
Package: libesmtp6 Version: 1.0.6-1build3 Severity: normal Configuring esmtp for an SMTP server I had not used before, I got an error because I was not sending a fully-qualified name for the name of my system. However, I have such a name configured in /etc/mailname. As far as I can tell, this is a Debian-specific configuration, so I suppose a Debian-specific enhancement to libesmtp is needed to use it, but it seems simple enough: rather than using gethostname, read /etc/mailname. -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0-29-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libesmtp6 depends on: ii libc62.17-0ubuntu5 ii libssl1.0.0 1.0.1c-4ubuntu8.1 libesmtp6 recommends no packages. libesmtp6 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#681616: lintian: False positive: unused-license-paragraph.. when two licenses are given and described in different places
Hi, It is my understanding that: Files: A Copyright: ... License: X or Y License: X $LICENSE_TEXT_FOR_X License: Y $LICENSE_TEXT_FOR_Y Works as intended. actually, it doesn't. I am not aware of a package in the distribution, but mirabilos (Cc) and I stumbled upon this issue while preparing some packages for upload. I am attaching the relevant debian/copyright file for your reference. (Please note that the BTS mangles linebreaks in plaintext attachments in false accordance with MIME). Maybe it is not allowed to give a descriptive paragraph in the Files: section, like we did? -nik -- * mirabilos is handling my post-1990 smartphone * mirabilos Aaah, it vibrates! Wherefore art thou, demonic device?? PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Upstream-Name: Mesecons Source: https://github.com/Jeija/minetest-mod-mesecons/tarball/master Files: * Copyright: 2013 Florian Euchner florian.euch...@gmail.com License: LGPL-3 All code in this project is licensed under the LGPL version 3 or later. That means you have unlimited freedom to distribute and modify the work however you see fit, provided that if you decide to distribute it or any modified versions of it, you must also use the same license. The LGPL also grants the additional freedom to write extensions for the software and distribute them without the extensions being subject to the terms of the LGPL, although the software itself retains its license. . On Debian systems, the complete text of the GNU Lesser General Public License version 3 can be found in /usr/share/common-licenses/LGPL-3. Files: */textures/*.png Copyright: 2013 Florian Euchner florian.euch...@gmail.com License: CC-BY-SA-2.0 or CC-BY-SA-3.0 We utilise section 4b of CC-BY-SA-2.0 to upgrade to CC-BY-SA-3.0, which is compatible with the DFSG. Files: debian/* Copyright: 2013 Dominik George n...@naturalnet.de License: GPL-2+ This package is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. . This package is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. . You should have received a copy of the GNU General Public License along with this program. If not, see http://www.gnu.org/licenses/ . On Debian systems, the complete text of the GNU General Public License version 2 can be found in /usr/share/common-licenses/GPL-2. License: CC-BY-SA-2.0 THE WORK (AS DEFINED BELOW) IS PROVIDED UNDER THE TERMS OF THIS CREATIVE COMMONS PUBLIC LICENSE (CCPL OR LICENSE). THE WORK IS PROTECTED BY COPYRIGHT AND/OR OTHER APPLICABLE LAW. ANY USE OF THE WORK OTHER THAN AS AUTHORIZED UNDER THIS LICENSE OR COPYRIGHT LAW IS PROHIBITED. . BY EXERCISING ANY RIGHTS TO THE WORK PROVIDED HERE, YOU ACCEPT AND AGREE TO BE BOUND BY THE TERMS OF THIS LICENSE. THE LICENSOR GRANTS YOU THE RIGHTS CONTAINED HERE IN CONSIDERATION OF YOUR ACCEPTANCE OF SUCH TERMS AND CONDITIONS. . 1. Definitions a. Collective Work means a work, such as a periodical issue, anthology or encyclopedia, in which the Work in its entirety in unmodified form, along with a number of other contributions, constituting separate and independent works in themselves, are assembled into a collective whole. A work that constitutes a Collective Work will not be considered a Derivative Work (as defined below) for the purposes of this License. b. Derivative Work means a work based upon the Work or upon the Work and other pre-existing works, such as a translation, musical arrangement, dramatization, fictionalization, motion picture version, sound recording, art reproduction, abridgment, condensation, or any other form in which the Work may be recast, transformed, or adapted, except that a work that constitutes a Collective Work will not be considered a Derivative Work for the purpose of this License. For the avoidance of doubt, where the Work is a musical composition or sound recording, the synchronization of the Work in timed-relation with a moving image (synching) will be considered a Derivative Work for the purpose of this License. c. Licensor means the individual or entity that offers the Work under the terms of this License. d. Original Author means the individual or entity who created the Work. e. Work means the copyrightable work of authorship offered under the terms of this License. f. You means an individual or entity exercising rights under this License who has not previously violated the terms of this License with respect to the Work, or who has
Bug#721910: xul-ext-torbutton: torbutton sets the wrong port number (8118) rather than the correct polipo port (8123)
Patrick Zanon: Package: xul-ext-torbutton Version: 1.2.5-3 Severity: grave Justification: renders package unusable As described in the object torbutton sets in iceweasel configuration of the proxy the wrong port number (8118) rather than the correct polipo port (8123), thus iceweasel says that the proxy does not answer to connection requests. Please, please do not use xul-ext-torbutton anymore. Quoting the NEWS file for unstable: torbutton (1.4.6.3-1) unstable; urgency=high Security fixes introduced in Iceweasel 10.0.8esr prevents Torbutton from hooking window properties. This means that using this package is no longer substantially different from disabling websockets, disabling plugins, and using Private Browsing Mode to prevent disk leaks. Due to the very strong risk of fingerprinting and the resulting reduction of the anonymity set, it is more than strongly advised to uninstall this package and use the TorBrowserBundle instead. The later can be downloaded at: https://www.torproject.org/projects/torbrowser.html.en The TorBrowser also includes several changes in Firefox itself that address other possible leaks and fingerprinting issues. -- Jérémy Bobbio lu...@debian.org Tue, 16 Oct 2012 20:33:40 +0200 (Note that this package is not in Wheezy for that reason.) -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#721911: Workaround: use helo=
Package: libesmtp6 Version: 1.0.6-1build3 Followup-For: Bug #721911 A workaround is to specify the FQDN in a helo= configuration option. Note that since this is a per-identity option, you need an identity= line, even for the default identity. -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0-29-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libesmtp6 depends on: ii libc62.17-0ubuntu5 ii libssl1.0.0 1.0.1c-4ubuntu8.1 libesmtp6 recommends no packages. libesmtp6 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#721909: tor does not set properly the polipo option socksParentProxy = localhost:9050
Patrick Zanon: It would be nice if tor installation scripts could ask the user if to change the polipo option socksParentProxy = localhost:9050 so that polipo would start using tor infrastructure... The Tor project recommends against polipo since Firefox finally implemented SOCKS properly. Software which needs to use HTTP over Tor but does not implement SOCKS usually works unmodified using torsocks. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#721912: libldap SEGV in ldap_build_search_req()
Package: libldap-2.4-2Version: 2.4.11-1+lenny2.1Severity: normal OS: Debian 5.0.10 (lenny) Kernel: 2.6.35.1-rscloud The crash happens with Apache when user trying to log in to the site and it's always reproducible in my environment. Backtrace: The backtrace of Apache crash: #0 0x7fca12497287 in ldap_build_search_req () from /usr/lib/libldap_r-2.4.so.2 #1 0x7fca1249764b in ldap_search () from /usr/lib/libldap_r-2.4.so.2 #2 0x7fca12497713 in ldap_search_s () from /usr/lib/libldap_r-2.4.so.2 #3 0x7fca0625ece7 in ?? () from /usr/lib/php5/20060613/ldap.so #4 0x7fca0c004b1d in ?? () from /usr/lib/apache2/modules/libphp5.so with #539 levels in deep, so this could be caused by some loop. --- kenorb
Bug#721910: xul-ext-torbutton: Here is a polipo config to solve the problem
Package: xul-ext-torbutton Version: 1.2.5-3 Severity: normal Here is attached the polipo configuration that solve the problem pkz -- System Information: Debian Release: 6.0.7 APT prefers oldstable APT policy: (990, 'oldstable'), (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates') Architecture: i386 (i686) Kernel: Linux 3.2.0-0.bpo.4-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash xul-ext-torbutton depends on no packages. Versions of packages xul-ext-torbutton recommends: ii iceweasel3.5.16-20 Web browser based on Firefox ii polipo 1.0.4.1-1.1 a small, caching web proxy ii tor 0.2.2.39-1 anonymizing overlay network for TC xul-ext-torbutton suggests no packages. -- no debconf information # Sample configuration file for Polipo. -*-sh-*- # You should not need to edit this configuration file; all configuration # variables have reasonable defaults. # This file only contains some of the configuration variables; see the # list given by ``polipo -v'' and the manual for more. ### Basic configuration ### *** # Uncomment one of these if you want to allow remote clients to # connect: # proxyAddress = ::0# both IPv4 and IPv6 # proxyAddress = 0.0.0.0# IPv4 only # If you are enabling 'proxyAddress' above, then you want to enable the # 'allowedClients' variable to the address of your network, e.g. # allowedClients = 127.0.0.1, 192.168.42.0/24 # allowedClients = 127.0.0.1 # Uncomment this if you want your Polipo to identify itself by # something else than the host name: # proxyName = polipo.example.org # Uncomment this if there's only one user using this instance of Polipo: # cacheIsShared = false # Uncomment this if you want to use a parent proxy: # parentProxy = squid.example.org:3128 # Uncomment this if you want polipo working with torbutton # proxyPort = 8118 # Uncomment this if you want to use a parent SOCKS proxy: socksParentProxy = localhost:9050 socksProxyType = socks5 ### Memory ### ** # Uncomment this if you want Polipo to use a ridiculously small amount # of memory (a hundred C-64 worth or so): # chunkHighMark = 819200 # objectHighMark = 128 # Uncomment this if you've got plenty of memory: # chunkHighMark = 50331648 # objectHighMark = 16384 ### On-disk data ### # Uncomment this if you want to disable the on-disk cache: # diskCacheRoot = # Uncomment this if you want to put the on-disk cache in a # non-standard location: # diskCacheRoot = ~/.polipo-cache/ # Uncomment this if you want to disable the local web server: # localDocumentRoot = # Uncomment this if you want to enable the pages under /polipo/index? # and /polipo/servers?. This is a serious privacy leak if your proxy # is shared. # disableIndexing = false # disableServersList = false ### Domain Name System ### ** # Uncomment this if you want to contact IPv4 hosts only (and make DNS # queries somewhat faster): # dnsQueryIPv6 = no # Uncomment this if you want Polipo to prefer IPv4 to IPv6 for # double-stack hosts: # dnsQueryIPv6 = reluctantly # Uncomment this to disable Polipo's DNS resolver and use the system's # default resolver instead. If you do that, Polipo will freeze during # every DNS query: # dnsUseGethostbyname = yes ### HTTP ### # Uncomment this if you want to enable detection of proxy loops. # This will cause your hostname (or whatever you put into proxyName # above) to be included in every request: # disableVia=false # Uncomment this if you want to slightly reduce the amount of # information that you leak about yourself: # censoredHeaders = from, accept-language # censorReferer = maybe # Uncomment this if you're paranoid. This will break a lot of sites, # though: # censoredHeaders = set-cookie, cookie, cookie2, from, accept-language # censorReferer = true # Uncomment this if you want to use Poor Man's Multiplexing; increase # the sizes if you're on a fast line. They should each amount to a few # seconds' worth of transfer; if pmmSize is small, you'll want # pmmFirstSize to be larger. # Note that PMM is somewhat unreliable. # pmmFirstSize = 16384 # pmmSize = 8192 # Uncomment this if your user-agent does something reasonable with # Warning headers (most don't): # relaxTransparency = maybe # Uncomment this if you never want to revalidate instances for which # data is available (this is not a good idea): # relaxTransparency = yes # Uncomment this if you have no network: # proxyOffline = yes # Uncomment this if you want to avoid revalidating instances with a # Vary header (this is not a good idea): # mindlesslyCacheVary = true
Bug#710565: Working workaround
I just installed the Wheezy packages: update-notifier update-notifier-common and its dependencies. Then purged packagekit and ... Now apt-pin above 2 packages and you are done for the time beeing. Uptdate-notification works fine as before. It is sad to see how Gnome invades the whole system :-( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720889: qemu-kvm: guest memory resize leads to cpu lockup in guest
Hi Michael, On Thu, Sep 05, 2013 at 09:40:38AM +0400, Michael Tokarev wrote: 03.09.2013 20:12, Toni Mueller wrote: On Mon, Sep 02, 2013 at 08:50:11AM +0400, Michael Tokarev wrote: restart the VM for the change to take effect. Then I restart the VM, log in and then run rejoin-stack.sh, and then the problem happens. Ok. So you actually start the virtual PC after shutting it down and adding anohter DIMM module. As I mentioned before, this smells pretty much like a guest OS issue. ok... Also, you haven't provided any details about the VM you're using. The VM has originally 1550MB of RAM, usese virtio for disk and networking, and has some 50GB of disk space (mostly empty). What I meant here is the guest OS details - what is running there? Amount of disk space is really irrelevant here. Ok. The guest OS is Debian Wheezy (i386), as is the host OS. I tried with the stock 3.2 kernel, as well as the 3.10 kernel from unstable. For the host, I tried the 3.2, 3.9.1, and 3.10 kernels, of which the 3.9.1 kernel gives the least problems. But.. how much memory you've added? Initially you had 1.5Gb (or something near that). If you cross 2Gb, things actually might be interesting if anything there is using 32bit numbers, because 2Gb is where 32bit address space ends. I only switched the memory size between 1550 and 1024 MB back and forth. For one, 32-bit qemu userspace process can't allocate more than 2Gb to a guest, and it _might_ fail somewhere if the amount of memory requested is somewhere near 2Gb. I never went close to 2GB. I only discovered the issue as I wanted to reduce the amount of memory in the guest when I saw that the machine should be able to run with less than 1550MB, and because it caused my laptop to swap. So I figured that allocating less memory would reduce the amount of swap consumed. Ditto for your guest, -- if it uses a 32bit kernel, crossing 2Gb might have issues (if it locks up completely -- not just I never went close to 2GB in the guest, either. The host has 4GB of (physical) RAM. a single app but whole guest -- it must be either qemu or guest kernel issue, but guest kernel issue might be triggerable by a guest userspace code). The whole guest is locking up - I can only kill it externally. I would need to check extra if ping also stopped to work, but SSH is certainly impossible. Also, you ignored another my question -- does this happen That was unintentionally (or I may have misread your question). when running that devstack thing on a virtual machine initially installed with larger amount of memory? Yes, that's what I thought I said all along: I initially installed the VM with 1550 MB, then tried to size it down to 1024MB, and that's when the problem occurred. But the more I look at this bug, the more I think I should just close it, because it is very unlikely to be anything to do with qemu... Please prove that I'm wrong :) Imho, you should _not_ just close it, but help me find the appropriate package towards which to report the bug, then reassign appropriately, if that package happens to not be qemu-kvm, or help figuring out the details and a fix, if it happens to be qemu-kvm. Cheers, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711686: Personal choice
Hi, I'm not sure about this patch. I recognize that having the output of tripwire mail as cron output is not very elegant, but since tripwire will exit with non zero status as soon as there's something to report, having two emails (report, and cron with return code) is not much better. In my case I also do some filtering to the output of tripwire in the cron.daily script, something I wouldn't be able to do if the report was mailed by tripwire. How about adding GLOBALEMAIL to the twcfg.txt file, removing --email-report (to avoid confusion) from the cron.daily file and explaining the options in README.Debian? Regards, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613431: status update?
On Sun, Aug 11, 2013 at 10:17:48PM +0200, Sebastian Reichel wrote: What's the status of your packaging? wxWidgets 2.9.5 has been released roughly a month ago. I would like to update aegisub to 3.x branch, since 2.x branch is no longer maintained by upstream maintainers. I've been on vacation, and then my wx packaging energies were taken with sorting out wx 2.8 bugs which were reported while I was away. Hopefully I should be on to 2.9 soon though. ABI bumps in libwxWidgets would mainly be a problem for reverse dependencies. From my perspective (maintainer of a reverse depdendency) multiple ABI bumps in wxWidgets are the lesser evil compared to being totally unsupported by upstream developers. wx 2.8 isn't totally unsupported upstream. It's true that there haven't been any wx 2.8 releases for ages, but there are still commits to the branch - last was 18 days ago as I write this: https://github.com/wxWidgets/wxWidgets/commits/WX_2_8_BRANCH Please note, that having software with an unstable API in Debian is not that uncommon (enlightenment [by now stable], libfso*, libradare*, ...). It obviously increases the maintenance work, though. The increased maintenance work is a real issue. I'm the only active member of the wx maintenance team at the moment, with limited time to devote to it, and wx has a lot of reverse dependencies (many without an active maintainer judging from the number of NMUs I had to do to get rid of wx 2.6). Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721119: [pkg-horde] Bug#721119: php-horde-nag: cannon create tasks: The requested URL /horde/nag/t/save was not found on this server.
I don't know how to do that :( I know about made patches with diff, but dont know what do you reffer about git patch, and where to propose. Could you explain me about it? Thanks and Best Regards, Diego Arroyo. 2013/9/4 Mathieu Parent math.par...@gmail.com reassign 721119 php-horde affects 721119 php-horde-nag thanks 2013/9/2 Diego Arroyo th3...@gmail.com: Dear Mathieu: As files its needed to change belongs to php-horde package, is it needed to open a bug to that package instead of mantain this bug open? We just need to reassign (done above). or can i do anything more? Can you propose this as a git patch? Regards -- Mathieu
Bug#719680: Driver mv643xx_eth_port requests probe deferral
On Thu, 2013-09-05 at 08:22 +0100, Ian Campbell wrote: On Thu, 2013-09-05 at 03:39 +0100, Ben Hutchings wrote: On Sun, 2013-09-01 at 16:07 +0100, Ian Campbell wrote: On Sun, 2013-09-01 at 15:53 +0100, Ben Hutchings wrote: On Sun, 2013-09-01 at 15:19 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 19:52 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 18:59 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 11:29 +0100, Ian Campbell wrote: Could this be due to lack of CONFIG_MVMDIO on armel? I'm going to try that. It appears to have done the trick on trunk (3.11-rc5). The kernel doesn't find my disks though :-( More than likely the lack of CONFIG_USB_EHCI_HCD_ORION I should think. That does the trick but mkinitramfs also needs to be taught about the new ehci-orion module which this produces. Maybe it should be including drivers/usb/host/* (although that currently includes some really obscure drivers we probably shouldn't build at all). That's an option I suppose, but it's a pretty long list, of which the majority are, I expect, useless on any given platform I think. An example of grep HCD on the kirkwood config is below (it won't even include things whose dependencies aren't met as disabled). [...] That prompted me to remove some of the sillier HCD drivers from the config in trunk. It's also possible to pass a list of exclusions to copy_modules_dir, as we do for the hid and net directories. My greps in linux/debian and kernel-wedge are completely failing to find those lists. I can see the support for excluding entire udebs in kernel wedge, but that is all I found. I thought we were talking about initramfs-tools here... Ben. -- Ben Hutchings Knowledge is power. France is bacon. signature.asc Description: This is a digitally signed message part
Bug#717567: [8251afb] Fix for Bug#717567 committed to git
tags 717567 + pending thanks Hello, The following change has been committed for this bug by Giuseppe Iuculano iucul...@debian.org on Thu, 5 Sep 2013 13:34:36 +0200. The fix will be in the next upload. = Fix FTBFS[kfreebsd] Closes: #717567 Thanks: Christoph Egger = You can check the diff of the fix at: http://git.debian.org/?p=collab-maint/smartmontools.git;a=commitdiff;h=8251afb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681616: lintian: False positive: unused-license-paragraph.. when two licenses are given and described in different places
On 2013-09-05 12:24, Dominik George wrote: Hi, It is my understanding that: Files: A Copyright: ... License: X or Y License: X $LICENSE_TEXT_FOR_X License: Y $LICENSE_TEXT_FOR_Y Works as intended. actually, it doesn't. Your sample copyright file does not follow the above pattern. Namely, your case has text under the License: X or Y, which is presumed to be the full text of the License. I.e. your case does: Files: A Copyright: ... License: X or Y blah Rather than Files: A Copyright: ... License: X or Y I am not aware of a package in the distribution, but mirabilos (Cc) and I stumbled upon this issue while preparing some packages for upload. I am attaching the relevant debian/copyright file for your reference. (Please note that the BTS mangles linebreaks in plaintext attachments in false accordance with MIME). Thanks for the reference; it was quite helpful in finding the issue. :) Maybe it is not allowed to give a descriptive paragraph in the Files: section, like we did? -nik I think that is the problem, from [1]: If there are no remaining lines, [...]. Otherwise, this field should either include the full text of the license(s) or include a pointer to the license file under /usr/share/common-licenses. [...] So, my reading of that is that all content of the License-field (after the first line) is the full text of the license (or a pointer to the license in /usr/share/common-licenses). The remark you have in your file should probably be moved to another field (e.g. Comment). You need not prefix it with X- as I recall. ~Niels [1] http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#license-field -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721637: libgstreamer-plugins-bad0.10-0: gstreamer hangs in gst_h264_parse_check_valid_frame() for some files
On Mi, 2013-09-04 at 16:16 +0200, Steffen Kieß wrote: Am Dienstag, den 03.09.2013, 09:34 +0200 schrieb Sebastian Dröge: On Mo, 2013-09-02 at 17:58 +0200, Steffen Kieß wrote: Package: libgstreamer-plugins-bad0.10-0 Version: 0.10.23-7.1 Severity: important gstreamer runs into an endless loop when reading some files. This e.g. will cause /usr/lib/rhythmbox/rhythmbox-metadata to generate 100% CPU load without doing anything when encoutering such files. Can you check if this also happens with GStreamer 1.0, i.e. when running gst-discoverer-1.0 from gstreamer1.0-plugins-base-apps after installing gstreamer1.0-plugins-bad? Yes, this also happens with gstreamer1.0-plugins-bad:amd64=1.0.7-1 (current version from testing) and gstreamer1.0-plugins-bad:amd64=1.0.10-2 (current version from unstable). The problem does not occur with gstreamer1.0-plugins-bad:amd64=1.1.4-2 (from experimental): This is probably this bug then: https://bugzilla.gnome.org/show_bug.cgi?id=707016 I wasn't yet able to track down the change that fixed it. signature.asc Description: This is a digitally signed message part
Bug#719680: Driver mv643xx_eth_port requests probe deferral
On Thu, 2013-09-05 at 12:32 +0100, Ben Hutchings wrote: On Thu, 2013-09-05 at 08:22 +0100, Ian Campbell wrote: On Thu, 2013-09-05 at 03:39 +0100, Ben Hutchings wrote: On Sun, 2013-09-01 at 16:07 +0100, Ian Campbell wrote: On Sun, 2013-09-01 at 15:53 +0100, Ben Hutchings wrote: On Sun, 2013-09-01 at 15:19 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 19:52 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 18:59 +0100, Ian Campbell wrote: On Sat, 2013-08-31 at 11:29 +0100, Ian Campbell wrote: Could this be due to lack of CONFIG_MVMDIO on armel? I'm going to try that. It appears to have done the trick on trunk (3.11-rc5). The kernel doesn't find my disks though :-( More than likely the lack of CONFIG_USB_EHCI_HCD_ORION I should think. That does the trick but mkinitramfs also needs to be taught about the new ehci-orion module which this produces. Maybe it should be including drivers/usb/host/* (although that currently includes some really obscure drivers we probably shouldn't build at all). That's an option I suppose, but it's a pretty long list, of which the majority are, I expect, useless on any given platform I think. An example of grep HCD on the kirkwood config is below (it won't even include things whose dependencies aren't met as disabled). [...] That prompted me to remove some of the sillier HCD drivers from the config in trunk. It's also possible to pass a list of exclusions to copy_modules_dir, as we do for the hid and net directories. My greps in linux/debian and kernel-wedge are completely failing to find those lists. I can see the support for excluding entire udebs in kernel wedge, but that is all I found. I thought we were talking about initramfs-tools here... oops, got udebs on the brain... sorry! Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700445:
I have the same problem after upgrading from squeeze to wheezy. Only the first half of the cores (4 out of 8) are visible to KVM host. I also have AMD processor on my HP Proliant DL165 G7 (AMD Opteron(tm) Processor 6136). The taskset workaround doesn't seem to help. The output of taskset indicates it changes the affinity list: # taskset -p -c 0-7 8755pid 8755's current affinity list: 0-3pid 8755's new affinity list: 0-7 but there is no change to the pinning of the cores: only cores 0-3 are used by KVM guest. Do I need to do something else to get the workaround working? Installed versions:linux-image-3.2.0-4-amd64: 3.2.46-1+deb7u1libvirt-bin: 0.9.12-11+deb7u1qemu-kvm: 1.1.2+dfsg-6
Bug#721869: install appropriate linux-headers
Joey Hess jo...@debian.org writes: If we begin installing it by default, users should come to just expect that they can build kernel modules from source without doing anything more than a make, which will be a good thing. Really? I seriously doubt that. It's about as good as making it easier for the users to replace the default libc or init system with a non- Debian package. Bjørn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718347: bootlogd keeps on running after boot
Hi, we also have the same problem in jessie after upgrading bootlogd from 2.88dsf-41 to 2.88dsf-43, but 1. uninstalling bootlogd 2. deleting /etc/init.d/bootlogd.dpkg-bak, /etc/init.d/stop-bootlogd.dpkg-bak and /etc/init.d/stop-bootlogd-single.dpkg-bak 3. reinstalling bootlogd fortunately solves the problem and we now have bootlogs as before ... Regards! Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720385: minetest: game crashes with floating point exception
Did you have the opportunity to do this test? I'm sorry to bother you, but there is nothing I can do on my side to investigate the issue. I could try to upload a package without some of our patches, but I'd prefer to ensure that they are faulty before uploading a package without them. That would reduce the burden on debian's infrastructure and the noise for the package users... Thanks in advance, Mt. On Sun, Aug 25, 2013 at 11:19:10PM +0200, Martin Quinson wrote: Thanks for this test; I'm still puzzled about this problem. Could you please check whether adding -DENABLE_FREETYPE=1 to the cmake command line produces the same error for you? I don't quite see any other reason, right now. For the record, the full parameters we pass to cmake are: cmake -DRUN_IN_PLACE=0 \ -DENABLE_GETTEXT=1 \ -DENABLE_FREETYPE=1 \ -DCMAKE_INCLUDE_PATH=/usr/include/jthread \ -DCUSTOM_LOCALEDIR=/usr/share/locale \ -DCUSTOM_SHAREDIR=/usr/share/games/minetest \ -DCMAKE_INSTALL_PREFIX=/usr . Our patches are here: http://patch-tracker.debian.org/package/minetest/0.4.7+repack-3 If FREETYPE is not the reason for this to fail on your machine, we will have to test the patches one after the other. You can try with http://patch-tracker.debian.org/patch/series/view/minetest/0.4.7+repack-3/useless-depends.patch which sound doubtful to me wrt your problem. Many many thanks for your support, Mt. On Sun, Aug 25, 2013 at 06:49:46PM +0400, Руслан Зиганшин wrote: Building latest minetest: ruslan@debian:~/minetest-master_25.08.2013$ cmake . -DRUN_IN_PLACE=1 -- The C compiler identification is GNU 4.7.2 -- The CXX compiler identification is GNU 4.7.2 -- Check for working C compiler: /usr/bin/gcc -- Check for working C compiler: /usr/bin/gcc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- *** Will build version 0.4.7 *** -- IRRLICHT_SOURCE_DIR = -- IRRLICHT_INCLUDE_DIR = /usr/include/irrlicht -- IRRLICHT_LIBRARY = /usr/lib/x86_64-linux-gnu/libIrrlicht.a -- Found IRRLICHT: /usr/lib/x86_64-linux-gnu/libIrrlicht.a -- CURL_INCLUDE_DIR = /usr/include/curl -- CURL_LIBRARY = /usr/lib/x86_64-linux-gnu/libcurl.so -- cURL support enabled -- GetText disabled -- Found OpenAL: /usr/lib/x86_64-linux-gnu/libopenal.so -- Found VORBIS: /usr/include -- Sound enabled -- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so -- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so - found -- Looking for gethostbyname -- Looking for gethostbyname - found -- Looking for connect -- Looking for connect - found -- Looking for remove -- Looking for remove - found -- Looking for shmat -- Looking for shmat - found -- Looking for IceConnectionNumber in ICE -- Looking for IceConnectionNumber in ICE - found -- Found X11: /usr/lib/x86_64-linux-gnu/libX11.so -- Found OpenGL: /usr/lib/libGL.so -- Found JPEG: /usr/lib/x86_64-linux-gnu/libjpeg.so -- Found BZip2: /usr/lib/x86_64-linux-gnu/libbz2.so (found version 1.0.6) -- Looking for BZ2_bzCompressInit in /usr/lib/x86_64-linux-gnu/libbz2.so -- Looking for BZ2_bzCompressInit in /usr/lib/x86_64-linux-gnu/libbz2.so - found -- Found ZLIB: /usr/lib/x86_64-linux-gnu/libz.so (found version 1.2.7) -- Found PNG: /usr/lib/x86_64-linux-gnu/libpng.so (found version 1.2.49) -- Using project jthread library -- Found system sqlite3 header file in /usr/include -- Found system sqlite3 library /usr/lib/x86_64-linux-gnu/libsqlite3.so -- Using project jsoncpp library -- LuaJIT library: /usr/lib/x86_64-linux-gnu/libluajit-5.1.so -- LuaJIT headers: /usr/include/luajit-2.0 -- LuaJIT found. -- Performing Test HAS_UNUSED_BUT_SET_VARIABLE_WARNING -- Performing Test HAS_UNUSED_BUT_SET_VARIABLE_WARNING - Success -- Configuring done -- Generating done -- Build files have been written to: /home/ruslan/minetest-master_25.08.2013 After make this game successfully worked ruslan@debian:~/minetest-master_25.08.2013/bin$ ldd ./minetest linux-vdso.so.1 (0x7fffdab64000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f37429f8000) libGLU.so.1 = /usr/lib/x86_64-linux-gnu/libGLU.so.1 (0x7f374278b000) libGL.so.1 = /usr/lib/libGL.so.1 (0x7f374246d000) libSM.so.6 = /usr/lib/x86_64-linux-gnu/libSM.so.6 (0x7f3742266000) libICE.so.6 = /usr/lib/x86_64-linux-gnu/libICE.so.6 (0x7f374204b000) libX11.so.6 = /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x7f3741d0f000) libXext.so.6 =
Bug#720425: goldencheetah: hardcoded boost version
hi, On Thu, Aug 22, 2013 at 2:13 AM, Julien Cristau jcris...@debian.org wrote: it looks like you changed your build-dependency from libboost-dev to libboost1.54-dev. That is wrong. Please don't do that. It makes it harder to update boost in the future, and no reason was given in the changelog for making that change. hmm... OK, I will revert that change with next upload. I also note you didn't bump the libclucene-dev build-dep when changing CLUCENE_INCLUDE and CLUCENE_LIBS, even though the change looks like it makes your package incompatible with earlier versions. It happend to be tried on the boost migration (to avoid ftbfs during its migration period), while clucene switch was helped with the patch. regards, -- KURASHIKI Satoru
Bug#721905: augeas-lenses: sysctl.conf lens reads too many files in sysctl.d
Fair enough, thank you very much! /Ulrik Haugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648553: Please fix this?
Hi Guys, since I'm also affected by this, I've taken the time to also report this issue upstream [1]. In the meantime, can you maybe have another look into this? As Russ already indicated, removing the xrdb call completely would already result in the correct behaviour on Debian systems. The -nocpp option simply breaks otherwise perfectly working Xresources files, so I'd rather have the xrdb call removed completely, if you think time is an issue here (which I actually don't, to be honest). cheers, erik [1] https://bugzilla.xfce.org/show_bug.cgi?id=10334 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720953: fonts-texgyre: bump fontconfig hinting to 31 to win over inferior gsfonts
Hi Fabian, with your newest package installed, and ... fontconfig: /etc/fonts/conf.d/70-no-bitmaps.conf That one activated instead of 70-yes-bitmaps.conf I get: * first the fonts form TeX Live uhvr8a.pfb: Nimbus Sans L Regular .. * then the fonts from fonts-gsfonts... n019003l.pfb: Nimbus Sans Regular ... * then TeX Gyre texgyreheros-regular.otf: TeX Gyre Heros Regular * then some ttf fonts of arial etc etc and other stuff That's the copy of Helvetica in texlive-fonts-recommended that is symlinked into /usr/share/fonts. Should I remove that in the future? I guess So a bit a different order. What might be the reason for that? I am not sure, but I have an idea. It has to do with the order in which I dn't know, but I have also fonts.local: fontconfig dir/usr/local/share/texmf/fonts/opentype/dir dir/usr/local/share/texmf/fonts/type1/dir dir/usr/share/texlive/texmf-dist/fonts/opentype/adobe/dir dir/usr/share/texlive/texmf-dist/fonts/opentype/nowacki/dir dir/usr/share/texlive/texmf-dist/fonts/opentype/gust/dir /fontconfig But that should not interfere with the helvetica settings. 30-fonts-texgyre-aliases.conf config file has to be moved to slot 32. Else, we can wait until fonts-urw-base35 has replaced gsfonts, then the problem will disappear because of the ordering of the fontconfig config Hmm, but I have installed all the .debs I got from from the fonts-gsfonts package ..., so it should be fixed, right? Complicated, isn't it? But I hope I could somehow shed some light on this issue [personally, it helped me a lot to write it down and read through it again ;)]. It is mind boggling ... Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721913: procps: w.procps does not understand --ip-addr switch
Package: procps Version: 1:3.3.8-2 Severity: minor Man page and built-in help says 'w' support -i or --ip-addr switch, but /usr/bin/w.procps refuses long version: $ w --ip-addr w: unrecognized option '--ip-addr' $ w -i 16:35:31 up 9 days, 12:08, 22 users, load average: 0,56, 0,79, 0,89 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages procps depends on: ii initscripts 2.88dsf-43 ii libc6 2.17-92+b1 ii libncurses5 5.9+20130608-1 ii libncursesw5 5.9+20130608-1 ii libprocps11:3.3.8-2 ii libtinfo5 5.9+20130608-1 ii lsb-base 4.1+Debian12 Versions of packages procps recommends: ii psmisc 22.20-1 procps suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721855: wine: OLE error 800401F3
Why you open debian bug report for your problem. For this bug, and your others bug report #719515 and #719516 = It's not a debian problem, it's an upstream problem. So, stop create bug report here and post them in the Wine bugzilla : http://bugs.winehq.org/ Thanks, Max
Bug#666980: zoneminder: hash authentication broken in update
Hi everyone, This bug should be fixed upstream. We tracked it at https://github.com/ZoneMinder/ZoneMinder/issues/88 and fixed it in commit https://github.com/ZoneMinder/ZoneMinder/commit/4e9698a Thanks, Kyle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720953: fonts-texgyre: bump fontconfig hinting to 31 to win over inferior gsfonts
Am Donnerstag, den 05.09.2013, 21:24 +0900 schrieb Norbert Preining: Should I remove that in the future? I guess We want to replace this copy with symlinks to fonts-urw-base35, so, yes. I dn't know, but I have also fonts.local: fontconfig dir/usr/local/share/texmf/fonts/opentype/dir dir/usr/local/share/texmf/fonts/type1/dir dir/usr/share/texlive/texmf-dist/fonts/opentype/adobe/dir dir/usr/share/texlive/texmf-dist/fonts/opentype/nowacki/dir dir/usr/share/texlive/texmf-dist/fonts/opentype/gust/dir /fontconfig But that should not interfere with the helvetica settings. Depends on what's in /usr/local/share/texmf/fonts/type1? Hmm, but I have installed all the .debs I got from from the fonts-gsfonts package ..., so it should be fixed, right? Nope, in /etc/fonts/conf.d/30-metric-aliases.conf Adobe font names are mapped to the *old* URW font names which were valid in the old gsfonts package and are still in texlive-fonts-recommended's copy of the fonts. So as long as texlive-fonts-recommended symlinks these fonts into /usr/share/fonts, the rules in 30-metric-aliases.conf apply and override the mappings in 30-fonts-texgyre-aliases.conf, which is parsed earlier. When the symlinks from texlive-fonts-recommended's urw/ directory into /usr/share/fonts are removed, then the rules in 30-metric-aliases.conf will fail and the mappings in 30-fonts-texgyre-aliases.conf get precedence. The mapping of the old URW names to the new ones happens one rule later in 31-fonts-urw-base35.conf, but that obviously does not influence the order in which the Adobe names are mapped anymore. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721914: WG: DB_VERSION_MISMATCH after dist upgrade
Package: rpm Version: 4.10.0-5+deb7u1 Severity: normal Hey there, after I had performed a dist upgrade from squeeze to wheezy I found that the rpm package seems to be broken. Whenever I try the get a list of packages with rpm -q -a I get the following output: rpm -q -a error: db5 error(-30969) from dbenv-open: DB_VERSION_MISMATCH: Database environment version mismatch error: cannot open Packages index using db5 - (-30969) error: cannot open Packages database in /root/.rpmdb error: db5 error(-30969) from dbenv-open: DB_VERSION_MISMATCH: Database environment version mismatch error: cannot open Packages database in /root/.rpmdb I use aptitude and I tried to reinstall the package using 'reinstall' 'uninstall'/'install' and 'purge'/'install' but couldn't fix the problem. Best regards, Dirk -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) 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 rpm depends on: ii libc6 2.13-38 ii libelf1 0.152-1+wheezy1 ii libpopt0 1.16-7 ii librpm3 4.10.0-5+deb7u1 ii librpmbuild3 4.10.0-5+deb7u1 ii librpmio3 4.10.0-5+deb7u1 ii librpmsign1 4.10.0-5+deb7u1 ii perl 5.14.2-21 ii rpm-common4.10.0-5+deb7u1 ii rpm2cpio 4.10.0-5+deb7u1 rpm recommends no packages. Versions of packages rpm suggests: pn alien none pn elfutils none pn rpm-i18n 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#720953: fonts-texgyre: bump fontconfig hinting to 31 to win over inferior gsfonts
Am Donnerstag, den 05.09.2013, 21:24 +0900 schrieb Norbert Preining: It is mind boggling ... Forgot two ponts, sorry (mind boggled o_O)! 1) Please do rm -rf /usr/share/fonts/type1/texlive-fonts-recommended/, empty your fontconfig cache (rm -rf ~/.cache/fontconfig) and try again. 2) When the fontconfig rule mapping Adobe fonts to texgyre fonts is moved to slot 32, it will be parsed after all the other rules affecting these mappings. This would make *sure* that texgyre fonts are prefered. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721160: avbin: diff for NMU version 7-1.4
tags 721160 + patch pending tags 721164 + patch pending thanks I've prepared an NMU for avbin that fixes #721164. Unfortunately, the fix is more invasive than I'd like it to be. At the moment there is a upstream build system and one provided by Debian. Everything works fine if only the Debian build system is used. However, if the clean target is run before the Debian build system is generated, upstream's Makefile will be used and fails. To fix this, I've moved the build system provided by Debian to debian/build and explicitly told dh to use the build system there. I've also switched to use dh-autoreconf instead of manually generating the build system and cleaning up the auto-generated files. The list of auto-generated files that is removed in debian/rules is outdated. Here's the usual nmudiff boilerplate: Dear maintainer, I've prepared an NMU for avbin (versioned as 7-1.4) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Regards. -- Sebastian Ramacher reverted: --- avbin-7/Makefile.am +++ avbin-7.orig/Makefile.am @@ -1,2 +0,0 @@ -AUTOMAKE_OPTIONS = foreign -SUBDIRS = src reverted: --- avbin-7/bootstrap.sh +++ avbin-7.orig/bootstrap.sh @@ -1,7 +0,0 @@ -#!/bin/sh -ln -sf /usr/share/aclocal/libtool.m4 aclocal.m4 -libtoolize --force \ - autoheader \ - aclocal \ - automake --add-missing --foreign \ - autoconf reverted: --- avbin-7/configure.ac +++ avbin-7.orig/configure.ac @@ -1,31 +0,0 @@ -# -*- Autoconf -*- -# Process this file with autoconf to produce a configure script. - -AC_PREREQ([2.61]) -AC_INIT(avbin, 7.0, alex.holk...@gmail.com) -AM_INIT_AUTOMAKE(avbin, 7.0) -AC_CONFIG_SRCDIR([include/avbin.h]) -AC_CONFIG_HEADERS([config.h]) -AC_CONFIG_MACRO_DIR([m4]) - -AC_PROG_LIBTOOL - -# Checks for programs. -AC_PROG_CC - -# Checks for libraries. - -# Checks for header files. -AC_CHECK_HEADERS([stdint.h stdlib.h string.h]) - -# Checks for typedefs, structures, and compiler characteristics. -AC_TYPE_INT16_T -AC_TYPE_INT64_T -AC_TYPE_SIZE_T -AC_TYPE_UINT8_T - -# Checks for library functions. -AC_FUNC_MALLOC - -AC_OUTPUT -AC_OUTPUT(Makefile src/Makefile) reverted: --- avbin-7/src/Makefile.am +++ avbin-7.orig/src/Makefile.am @@ -1,10 +0,0 @@ -# See http://sourceware.org/autobook/autobook/autobook_88.html -c_sources = avbin.c - -INCLUDES = -I$(top_srcdir) -I../include -I/usr/include/libavformat -I/usr/include/libavcodec -I/usr/include/libavutil -I/usr/include/libswscale -I/usr/include/ffmpeg - -lib_LTLIBRARIES= libavbin.la -libavbin_la_SOURCES= $(c_sources) -libavbin_la_CFLAGS= -DAVBIN_VERSION=7 -DFFMPEG_REVISION=15943 -libavbin_la_LDFLAGS= -version-info 0:7:0 -libavbin_la_LIBADD= -lavutil -lavcodec -lavformat -lswscale diff -u avbin-7/src/avbin.c avbin-7/src/avbin.c --- avbin-7/src/avbin.c +++ avbin-7/src/avbin.c @@ -93,7 +93,7 @@ AVbinResult avbin_init() { -avcodec_init(); +avcodec_register_all(); av_register_all(); av_log_level = av_log_get_level(); return AVBIN_RESULT_OK; @@ -127,7 +127,7 @@ if (avformat_open_input(file-context, filename, NULL, NULL) 0) goto error; -if (av_find_stream_info(file-context) 0) +if (avformat_find_stream_info(file-context, NULL) 0) goto error; file-packet = NULL; @@ -145,7 +145,7 @@ av_free_packet(file-packet); free(file-packet); } -av_close_input_file(file-context); +avformat_close_input(file-context); } AVbinResult avbin_seek_file(AVbinFile *file, AVbinTimestamp timestamp) @@ -238,19 +238,19 @@ info-audio.channels = context-channels; switch (context-sample_fmt) { -case SAMPLE_FMT_U8: +case AV_SAMPLE_FMT_U8: info-audio.sample_rate = AVBIN_SAMPLE_FORMAT_U8; info-audio.sample_bits = 8; break; -case SAMPLE_FMT_S16: +case AV_SAMPLE_FMT_S16: info-audio.sample_format = AVBIN_SAMPLE_FORMAT_S16; info-audio.sample_bits = 16; break; -case SAMPLE_FMT_S32: +case AV_SAMPLE_FMT_S32: info-audio.sample_format = AVBIN_SAMPLE_FORMAT_S32; info-audio.sample_bits = 32; break; -case SAMPLE_FMT_FLT: +case AV_SAMPLE_FMT_FLT: info-audio.sample_format = AVBIN_SAMPLE_FORMAT_FLOAT; info-audio.sample_bits = 32; break; @@ -277,7 +277,7 @@ if (!codec) return NULL; -if (avcodec_open(codec_context, codec) 0) +if (avcodec_open2(codec_context, codec, NULL) 0) return NULL; AVbinStream *stream = malloc(sizeof *stream); diff -u avbin-7/debian/rules avbin-7/debian/rules --- avbin-7/debian/rules +++ avbin-7/debian/rules @@ -3,10 +3,2 @@ -override_dh_auto_configure: - sh
Bug#721869: install appropriate linux-headers
Bjørn Mork wrote: Really? I seriously doubt that. It's about as good as making it easier for the users to replace the default libc or init system with a non- Debian package. I have never needed to replace libc in order to make my laptop's wifi work. -- see shy jo signature.asc Description: Digital signature
Bug#721915: Do add Vcs-Browser and Vcs-Svn to debian/control
Package: linux-source-3.10 Version: 3.10.7-1 Severity: minor I guess they would be: Vcs-Browser: http://anonscm.debian.org/viewvc/kernel/releases/linux/3.10.7-1/ Vcs-Svn: http://anonscm.debian.org/viewvc/kernel/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721916: xserver-xorg-input-wacom: the version of wacom driver in debian is obsolete and causes X11 lockups
Package: xserver-xorg-input-wacom Version: 0.15.0+20120515-2 Severity: important Hello, after experiencing some random X11 lockups I nailed it down to the obsolete wacom drive rDebian is carrying. Driver as new as 0.20.0 can built for the X server in Debian. Please update. Thanks Michal -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (910, 'testing'), (900, 'stable'), (610, 'oldstable'), (500, 'testing'), (410, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-input-wacom depends on: ii libc6 2.17-92 ii libx11-6 2:1.5.0-1+deb7u1 ii libxi6 2:1.6.1-1+deb7u1 ii libxinerama1 2:1.1.2-1+deb7u1 ii libxrandr2 2:1.3.2-2+deb7u1 ii xserver-xorg-core [xorg-input-abi-16] 2:1.12.4-6.2+b2 xserver-xorg-input-wacom recommends no packages. Versions of packages xserver-xorg-input-wacom suggests: ii xinput 1.6.0-1 -- 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#721869: install appropriate linux-headers
On 4 September 2013 22:03, Joey Hess jo...@debian.org wrote: Package: base-installer Severity: normal The CD images include linux-headers packages, but d-i does not install these by default. I think that it should, so that if the user needs to build out of tree kernel modules they don't need to jump through the additional hoops of learning that Debian has separated kernel headers and how to install them. If we begin installing it by default, users should come to just expect that they can build kernel modules from source without doing anything more than a make, which will be a good thing. I agree with Joey here. Imho gcc linux-headers should be installed by default when a desktop-like installation/tasks are chosen. My latest ultra notebook doesn't have ethernet port and needs out-of-the-tree wifi drivers compiled. I fetched the tarball off github on my phone transferred it to that notebook over USB and then compiled. I managed to compiled because I joyfully discovered that default Ubuntu installations do install gcc and linux-headers unconditionally. This was my first time experience where drivers didn't work and I really had no other connectivity options, which I discovered only after completing the installation. Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721917: Patches fixing sysvinit issues on Debian/Hurd
Package: sysvinit Version: 2.88dsf-43 Severity: wishlist Tags: patch Usertags: hurd Dear maintainer :) This is a patch series fixing sysvinit issues on Debian/Hurd *without* actually switching to sysvinit as init system on Debian/Hurd as this requires a rebuilt hurd package with recently implemented functionality. Thanks, Justus From 66a3c62db00e01ff894c7d63bf9182e1a4f2700c Mon Sep 17 00:00:00 2001 From: Justus Winter 4win...@informatik.uni-hamburg.de Date: Mon, 8 Jul 2013 11:41:33 +0200 Subject: [PATCH 1/6] initscripts: hurd has a proper tmpfs now, remove workaround --- debian/changelog |7 +++ debian/src/initscripts/lib/init/mount-functions.sh |1 - 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index bbd42d0..573add9 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +sysvinit (2.88dsf-44) UNRELEASED; urgency=low + + [ Justus Winter ] + * mount-functions.sh: Hurd has a tmpfs translator now, remove workaround. + + -- Justus Winter 4win...@informatik.uni-hamburg.de Thu, 05 Sep 2013 15:10:39 +0200 + sysvinit (2.88dsf-43) unstable; urgency=low [ Roger Leigh ] diff --git a/debian/src/initscripts/lib/init/mount-functions.sh b/debian/src/initscripts/lib/init/mount-functions.sh index 9fd369b..5126780 100644 --- a/debian/src/initscripts/lib/init/mount-functions.sh +++ b/debian/src/initscripts/lib/init/mount-functions.sh @@ -190,7 +190,6 @@ domount () { elif [ $PRIFSTYPE = tmpfs ]; then # always accept tmpfs, to mount /run before /proc case $KERNEL in - GNU) FSTYPE=none ;; # for now *) FSTYPE=$PRIFSTYPE ;; esac elif grep -E -qs $PRIFSTYPE\$ /proc/filesystems; then -- 1.7.10.4 From b9b81e6c1f2fa67ccb90b5341728b2da02d476d6 Mon Sep 17 00:00:00 2001 From: Justus Winter 4win...@informatik.uni-hamburg.de Date: Mon, 8 Jul 2013 12:40:09 +0200 Subject: [PATCH 2/6] initscripts: add -ocompatible to procfs mounts on Hurd --- debian/changelog |1 + debian/src/initscripts/lib/init/mount-functions.sh |3 ++- 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index 573add9..29257ab 100644 --- a/debian/changelog +++ b/debian/changelog @@ -2,6 +2,7 @@ sysvinit (2.88dsf-44) UNRELEASED; urgency=low [ Justus Winter ] * mount-functions.sh: Hurd has a tmpfs translator now, remove workaround. + * mount-functions.sh: Add -ocompatible to procfs mounts on Hurd. -- Justus Winter 4win...@informatik.uni-hamburg.de Thu, 05 Sep 2013 15:10:39 +0200 diff --git a/debian/src/initscripts/lib/init/mount-functions.sh b/debian/src/initscripts/lib/init/mount-functions.sh index 5126780..8bb3031 100644 --- a/debian/src/initscripts/lib/init/mount-functions.sh +++ b/debian/src/initscripts/lib/init/mount-functions.sh @@ -176,7 +176,8 @@ domount () { if [ $PRIFSTYPE = proc ]; then case $KERNEL in - Linux|GNU) FSTYPE=proc ;; + Linux) FSTYPE=proc ;; + GNU) FSTYPE=proc; FS_OPTS=-ocompatible ;; *FreeBSD) FSTYPE=linprocfs ;; *) FSTYPE=procfs ;; esac -- 1.7.10.4 From b177429374e6c460d734124ddfeb45e6d39655ff Mon Sep 17 00:00:00 2001 From: Justus Winter 4win...@informatik.uni-hamburg.de Date: Mon, 8 Jul 2013 12:48:42 +0200 Subject: [PATCH 3/6] initscripts: use pidof -s /sbin/init for robustness pidof -s returns the first matching process. Since readdir(2) on procfs returns the processes in ascending order, this returns the first process. This is more robust if there is more than one /sbin/init process. Currently on Hurd there are two /sbin/init processes. Clearly this needs some investigation. But as far as I can tell this could also happen if INITDEBUG is defined as /sbin/init then forks a child that can be ptrace(2)d on a vanilla Linux kernel. --- debian/changelog |1 + debian/src/initscripts/etc/init.d/mountall.sh |2 +- 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index 29257ab..49afbed 100644 --- a/debian/changelog +++ b/debian/changelog @@ -3,6 +3,7 @@ sysvinit (2.88dsf-44) UNRELEASED; urgency=low [ Justus Winter ] * mount-functions.sh: Hurd has a tmpfs translator now, remove workaround. * mount-functions.sh: Add -ocompatible to procfs mounts on Hurd. + * mountall.sh: Use pidof -s /sbin/init for robustness. -- Justus Winter 4win...@informatik.uni-hamburg.de Thu, 05 Sep 2013 15:10:39 +0200 diff --git a/debian/src/initscripts/etc/init.d/mountall.sh b/debian/src/initscripts/etc/init.d/mountall.sh index 5f913cd..392eeec 100755 --- a/debian/src/initscripts/etc/init.d/mountall.sh +++ b/debian/src/initscripts/etc/init.d/mountall.sh @@ -55,7 +55,7 @@ do_start() { mknod -m 600 $INITCTL p # Reopen control channel. - PID=$(pidof /sbin/init || echo 1) + PID=$(pidof -s /sbin/init || echo 1) [ -n $PID ] kill -s USR1 $PID fi -- 1.7.10.4 From
Bug#721896: debhelper: dh_installxfonts should not add a hard dependency on xfonts-utils
Fabian Greffrath wrote: fonts installed into /usr/share/fonts/X11 are in fontconfig's search path and are thus perfectly available to non-X11 applications as well. It is thus unnecessary to add a hard dependency on xfonts-utils to such packages. Please demote this to a recommendation. I believe, this would also obsolete the package-depends-on-an-x-font-package lintian tag. The dependency on xfonts-utils is currently mandated by policy 11.8.5 #9 If this needs to change, it should change by the usual policy process, not in debhelper. -- see shy jo signature.asc Description: Digital signature
Bug#721918: ITP: eclipse-mylyn-tasks-github -- Mylyn GitHub Connector
Package: wnpp Severity: wishlist --- Please fill out the fields below. --- Package name: eclipse-mylyn-tasks-github Version: 3.0.0 Upstream Author: GitHub Inc and others URL: http://wiki.eclipse.org/EGit/GitHub License: EPL-1.0 Description: Mylyn GitHub Connector The EGit Mylyn GitHub connector supports creating task repositories for working with GitHub issues and Gists. . A GitHub issue task repository is required for each GitHub project repository you want to access issues for. A single Gist repository allows you to access all Gists on http://gist.github.com. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695890: debian shouldn't embed code outside the archive
I agree that debian tools should try to avoid unnecessarily phoning home where possible, and it sounds like this is an opportunity to do that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681616: lintian: False positive: unused-license-paragraph.. when two licenses are given and described in different places
Niels Thykier dixit: If there are no remaining lines, [...]. Otherwise, this field should either include the full text of the license(s) or include a pointer to the license file under /usr/share/common-licenses. [...] Ah so this is an either-or. license in /usr/share/common-licenses). The remark you have in your file should probably be moved to another field (e.g. Comment). You need OK Nik, please do so for the next resubmit ;) Thanks Niels. (I don’t use DEP-5 myself, so I’m not “fluent”.) bye, //mirabilos -- 20:49⎜«Natureshadow» Oops, jetzt hab ich mir doch glatt beim Trinken ⎜Mineralwasser ins Ohr gekippt… 21:04⎜«mirabilos» ist das siggbar? █ PS: سمَـَّوُوُحخ ̷̴خ ̷̴خ ̷̴خ امارتيخ ̷̴خ 21:05⎜«Natureshadow» mirabilos: was sollte dich davon abhalten… -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721891: crash in tutorial
Thanks for reporting the bug. I'm upstream and I don't think this bug is fixed in the latest version. I have been unable to reproduce this bug, so if you can tell me how to reproduce it exactly, that would be very helpful. Others have reported this bug directly. However, I agree that the current debian version is very old and out of date. Updating this would fix a number of other bugs and bring in new features. Jeremy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721869: install appropriate linux-headers
Dmitrijs Ledkovs x...@debian.org writes: My latest ultra notebook doesn't have ethernet port and needs out-of-the-tree wifi drivers compiled. I fetched the tarball off github on my phone transferred it to that notebook over USB and then compiled. And this is the preferred solution, which you would recommend to any new user? How about having the wifi device support by Debian instead? Wouldn't that be better? Bjørn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719433: Occurring much less frequently now
Hi, I just thought I'd let you know that the issue appears to occur only rarely now, even without jumbo frames (which I had to disable because of communicating to a target host through a router that doesn't support jumbo frames). Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720286: flash-kernel: Please support PlatHome OpenBlocks AX3-4 board
On Wed, 2013-09-04 at 16:31 +0900, Nobuhiro Iwamatsu wrote: Hi, 2013/8/20 Ian Campbell i...@hellion.org.uk: On Tue, 2013-08-20 at 13:12 +0900, Nobuhiro Iwamatsu wrote: +U-Boot-Kernel-Address: 0x200 +U-Boot-Kernel-Entry-Point: 0x240 0x40 is the size of the uImage header, I think. So this is just skipping the header and jumping directly into the zImage contained within? Perhaps because this platform uses bootz instead of bootm? In that case why bother with the uImage at all -- why not just install the zImage as the kernel and jump to its head? Yes, you are right and bootz is god solution for multi platform. But this machine does not support BOOTZ in u-boot. OK, I guess I was just a bit confused by the entry point pointing into the middle of the image, right after the u-boot header, then. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692033: tbb does not build for armhf
notfixed 692033 tbb/4.0+r233+update5-0.1 found 692033 tbb/4.1~20130613-1.1 tags 692033 - patch thanks Dear tbb/armhf people, I have uploaded a direct upstream of tbb (20130613, aka 4.1 update 4). It fixes a long standing issue on ppc arch, but unfortunately does not build on armhf. I am planning on uploading 4.2 in experimental in the next few days. So we will see how it goes. In any case I was not able to apply patches from: https://wiki.linaro.org/OfficeofCTO/ThreadingBuildingBlocks on recent tbb releases. Thanks for comments/help -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615468: maxima: plotting leaves temporary file (maxout.gnuplot_pipes) in $HOME
forwarded 615468 max...@math.utexas.edu thanks Doing a plot3d command (which invokes gnuplot) leaves a junk file named maxout.gnuplot_pipes in my $HOME folder. Annoyingly, the file is not removed even after Maxima quits. I suggest that this file should be created in /tmp, $HOME/.maxima, or some such place instead. -- Camm Maguirec...@maguirefamily.org == The earth is but one country, and mankind its citizens. -- Baha'u'llah -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713071: More information on the maxima-doc bug
forwarded 713071 max...@math.utexas.edu thanks Just a note I looked into this briefly -- there is some error in the maxima_index.lisp generation starting with the first anchor in maxima-2.info (equalp) -- the offset output to the index is off by one, and every index thereafter points to the previous anchor. Take care, Jeronimo Pellegrini j...@aleph0.info writes: Hello, Now, if I first try ?? hessian it will tell me that there is the hankel() function. And then, when I ask for the docs on hankel(), it shows the documentation for get_lu_factors()... And this time if I ask for hessian() it won't crash, but instead it shows me the documentation on hankel(): /== Maxima 5.30.0 http://maxima.sourceforge.net using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (a.k.a. GCL) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. (%i1) ?? hessian -- Function: hankel (col, row) Return a Hankel matrix H. The first column of H is col; except for the first entry, the last row of H is row. The default for row is the zero vector with the same length as col. (%o1)true (%i2) ? hankel 0: hankel (Functions and Variables for linearalgebra) 1: hankel 1 (Functions and Variables for linearalgebra) Enter space-separated numbers, `all' or `none': 0 -- Function: get_lu_factors (x) When 'x = lu_factor (A)', then 'get_lu_factors' returns a list of the form '[P, L, U]', where P is a permutation matrix, L is lower triangular with ones on the diagonal, and U is upper triangular, and 'A = P L U'. There are also some inexact matches for `hankel'. Try `?? hankel' to see them. (%o2)true (%i3) ? hessian -- Function: hankel (col, row) Return a Hankel matrix H. The first column of H is col; except for the first entry, the last row of H is row. The default for row is the zero vector with the same length as col. \== J. -- Camm Maguirec...@maguirefamily.org == The earth is but one country, and mankind its citizens. -- Baha'u'llah -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721920: childsplay: Installs locales in country specific directories
Package: childsplay Version: 1.6-1 Severity: normal Hi! This package installs the translations into country specific locale directories, for example de_DE instead of de, or fr_FR instead of fr. Which means that they might not be picked up if the user specifies the “wrong” (their) country. Please make them country-neutral whenever they do not need to be disambiguated. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721919: childsplay: Does not start due to changes in recent sqlalchemy
Package: childsplay Version: 1.6-1 Severity: serious Hi! The game does not start, due to I guess changes in the latest sqlalchemy 0.8.x, the traceback is: ,--- Traceback (most recent call last): File /usr/games/childsplay, line 118, in module import childsplay_sp.SPMainCore as SPMainCore File /usr/lib/python2.7/dist-packages/childsplay_sp/SPMainCore.py, line 64, in module from sqlalchemy import exceptions as sqla_exceptions ImportError: cannot import name exceptions `--- Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707596: maxima: 1000!^0.01 produces i.nfE+142498684
forwarded 707596 max...@math.utexas.edu thanks Sanjoy Mahajan san...@olin.edu writes: Package: maxima Version: 5.30.0-4 Severity: normal Here's a transcript: $ maxima Maxima 5.30.0 http://maxima.sourceforge.net using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (a.k.a. GCL) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. (%i1) 1000!^0.01; (%o1) i.nfE+142498684 I think that it should have instead given a reasonable answer (around 10^26) or complained that the floating-point range got overflowed by 1000!. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages maxima depends on: ii gnuplot-x11 4.6.0-8 ii libc6 2.13-38 ii libgmp10 2:5.0.5+dfsg-2 ii libreadline6 6.2+dfsg-0.1 ii libx11-6 2:1.5.0-1 Versions of packages maxima recommends: iu maxima-share 5.30.0-4 Versions of packages maxima suggests: iu maxima-doc5.30.0-4 iu maxima-emacs 5.30.0-4 pn texmacs none ii tk8.5 [wish] 8.5.11-2 pn xmaxima none -- no debconf information -- Camm Maguirec...@maguirefamily.org == The earth is but one country, and mankind its citizens. -- Baha'u'llah -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721869: install appropriate linux-headers
Dmitrijs Ledkovs wrote: I managed to compiled because I joyfully discovered that default Ubuntu installations do install gcc and linux-headers unconditionally. Noticing a this laptop worked for me on Ubuntu page that treated installing necessary out of kernel modules as (rightly) no big deal, and comparing it to general experiences with it being a PITA in a similar situation with Debian was part of my reason for concluding this should be done. Note that if the user installed Debian from a USB stick with no network, they are left with an apt configuration that does not allow apt-get install to work after the installation even if the USB stick is plugged in. This would be nice to fix in general, but leaving the user with everything they are going to need to get a network connection pre-installed is a reasonable workaround for d-i to make. It may make sense to only do it if d-i detects there is no network. At least lack of networking is the most annoying case. This would also give it a rationalle for installing make and gcc. (IIRC discover already installs this stuff if it detects hardware that is supported by out of tree modules packaged in Debian, which it automatically builds from source.) -- see shy jo signature.asc Description: Digital signature
Bug#721922: childsplay: Outdated man page
Package: childsplay Version: 1.6-1 Severity: normal Hi! The man page provided for the game is outdated, and most of the command-line options do not appear there. It also lists upstream default paths in the FILES section instead of the correct ones. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721923: svn checkout crashes on amd64 due to SQLite incompatability
Package: subversion Version: 1.7.9-1+nmu4 Severity: important joey@darkstar:~/tmpsvnadmin create foo joey@darkstar:~/tmpsvn checkout file://`pwd`/foo bar svn: E200029: Couldn't perform atomic initialization svn: E200030: SQLite compiled for 3.8.0.1, but running with 3.7.17 Also happens when trying to clone existing repos from eg, alioth. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages subversion depends on: ii libapr1 1.4.8-1 ii libc6 2.17-92+b1 ii libsasl2-2 2.1.25.dfsg1-14 ii libsvn1 1.7.9-1+nmu4 subversion recommends no packages. Versions of packages subversion suggests: ii db5.1-util5.1.29-6 ii patch 2.7.1-3 pn subversion-tools none -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#710355: Workaround
I just installed following packages from Wheezy using 'dpkg -i': libgdu0_3.0.2-3_amd64.deb (same version also in Jessie) python-vte_0.28.2-5_amd64.deb (same version also in Jessie) update-manager-core_0.200.5-2.1_all.deb update-manager-gnome_0.200.5-2.1_all.deb update-notifier_0.99.3debian11_amd64.deb update-notifier-common_0.99.3debian11_all.deb Entered following in /etc/apt/preferences for pinning: Explanation: Wheezy packages for update-notification Package: update-notifier Pin: version 0.99.3debian11 Pin-Priority: 1001 Package: update-notifier-common Pin: version 0.99.3debian11 Pin-Priority: 1001 and execute 'apt-cache gencaches' to update the cache. Then *purged* packagekit and all related stuff, keeping only gir1.2-packagekitglib-1.0, libpackagekit-glib2-16 That frees some 14MB of space. Reboot and uptdate-notification works fine as before. It is sad to see how Gnome invades the whole system :-( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org