Bug#350549: python-dev: please add a pkgconfig file to this package

I second that, specially since the output of python-config is in some cases redundant (-I/usr/include/python2.5) and even specifies compiler flags regarding a optimization mode that some users wouldn't want (-O2) or C++ incompatible flags (-Wstrict-prototype): $python-config --cflags

Bug#464676: libopenal-dev: Mistaken docs: sdl-config instead of openal-config

Package: libopenal-dev Version: 1:0.0.8-7 Severity: minor Some documentation files (openal-config manpage, changelog.Debian.gz and README.Debian) refer to running sdl-config script instead of openal-config at linking time. Maybe a copy-paste issue :) -- System Information: Debian Release:

Bug#464676: Patch

Attached a patch suggestion. diff -ur openalsourceorig/openal-0.0.8/debian/openal-config.1 openaldevsource/openal-0.0.8/debian/openal-config.1 --- openalsourceorig/openal-0.0.8/debian/openal-config.1 2008-02-08 16:19:21.0 +0100 +++ openaldevsource/openal-0.0.8/debian/openal-config.1

Bug#469468: speedcrunch: Fails to parse prefixed minus sign inside parenthesis

Package: speedcrunch Version: 0.9-1 Severity: important Some speedcrunch results: (-9^2) = 81 -9^2 = 81 It seems the program is reading incorrectly prefixed minus signs when found between parenthesis. It leads to incorrect results on more elaborate expressions as

Bug#469468: Correction

I made a mistake writing the results. The real ones given by speedcrunch are -9^2 = -81 (-9^2) = 81 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#474104: lib32gfortran3: /usr/lib32/libgfortran.so link not created

Package: lib32gfortran3 Version: 4.3.0-1 Severity: normal Hi, there is no symbolic link /usr/lib32/libgfortran.so to aid 32-bit linking gfortran objects. gfortran -m32 myfile.f90 -o myfile works fine, but if I try to link with gcc instead (-m32 -lgfortran), gfortran library is not found

Bug#539033: gcc-mingw32: C++ programs depend on libgcc_s_sjlj-1.dll not present in the package

Package: gcc-mingw32 Version: 4.4.0-2 Severity: important Hello, Programs linked with this mingw version depend on libgcc_s_sjlj-1.dll, but this file is not present in the package, so I cannot redistribute the libraries or executables cross-compiled with it. Thank you. -- System Information:

Bug#539034: gcc-mingw32: Please ship also Fortran compiler (gfortran)

Package: gcc-mingw32 Version: 4.4.0-2 Severity: wishlist Tags: patch Hello, Please consider distributing also the Fortran compiler available in mingw, gfortran. I have attached a patch showing the changes needed in order to do it: just enable fortran in the same way as C and C++ and then modify

Bug#539034: gcc-mingw32: Please ship also Fortran compiler (gfortran)

Thanks. Can you confirm that the fix I sent upstream [1] also covers your fortran changes? [1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40191 Unfortunately, this makes me even unable to compile libgcc: I have replaced debian/patches/01_host_subdir.diff with that patch of the URL, so now

Bug#539033: gcc-mingw32: C++ programs depend on libgcc_s_sjlj-1.dll not present in the package

Thank you for the fast answer. With the attached patch, it will be included (along with other DLLs), but in the wrong path. Could you confirm moving it to /usr/lib/gcc/i586-mingw32msvc/4.4.0/ works for you? Sorry, with the patch the only dll that gets into the package is $dpkg -c

Bug#539033: gcc-mingw32: C++ programs depend on libgcc_s_sjlj-1.dll not present in the package

El Jueves 30 Julio 2009ES 17:15:56 Robert Millan escribió: Now that I check, the mingw32 package doesn't include any DLL either, only static objects like libgcc.a. Why is this not an issue there? Yes, good question. I reinstalled the mingw32 4.2.1.dfsg-1 package and made some tests. It seems

Bug#392266: RFH: openscenegraph -- 3d scenegraph

Hello, I use OSG in my work and check its mailing lists in a daily basis, so I think I can help to package it. Regards, Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced by DSO

El Lunes 18 Mayo 2009ES 13:55:58 Loic Dachary escribió: Based on your research it seems that we need to exclude armel from the list of supported arch for OpenSceneGraph for the time being. Do you see another solution ? Yes, I'm following now Peter's suggestion, so I have now a qemulated armel

Bug#528229: libopenscenegraph-dev: openscenegraph.pc references missing -losgIntrospection

Hello, this is finally the patch that came through upstream's SVN: 1 - openscenegraph.pc left untouched for backward compatibility reasons. 2 - Renaming of all the new .pc files from openscenegraph-lib.pc to openscenegraph-osgLib.pc (being osgLib the real name of the library). 3 - Creation of a

Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced by DSO

El Lunes 18 Mayo 2009ES 17:53:13 Alberto Luaces escribió: El Lunes 18 Mayo 2009ES 13:55:58 Loic Dachary escribió: Based on your research it seems that we need to exclude armel from the list of supported arch for OpenSceneGraph for the time being. Do you see another solution ? Yes, I'm

Bug#530388: g++-4.3: g++ linker driver leaves undefined references to GCC intrinsics on shared objects on armel

Package: g++-4.3 Version: 4.3.3-10 Severity: important When linking a shared object file from one or several object files that use GCC's intrinsic atomic functions like __sync_bool_compare_and_swap, __sync_sub_and_fetch, __sync_add_and_fetch..., g++ linker driver leaves that symbols as undefined

Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced by DSO

El Domingo 24 Mayo 2009ES 18:10:11 Loic Dachary escribió: If you come up with a way to disable this with a CMake option, I'll set it for armel only in the upcoming 2.8.1 package. As long as it does not change the functionalities (only speed), it is acceptable. Thanks :) Indeed I had written a

Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced by DSO

I just appended the libraries to my test library: debian-armel:~# nm foo.o | grep __sync_bool_compare_and_swap_4 U __sync_bool_compare_and_swap_4 debian-armel:~# g++ -shared foo.o -o libfoo.so -lgcc_s -lgcc debian-armel:~# nm -D libfoo.so | grep __sync_bool_compare_and_swap_4

Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced by DSO

Hi Robert and Loic, On Tuesday 26 May 2009 11:23:15 you wrote: One can set the flags by doing setting the CMAKE_CXX_FLAGS either using ccmake ., or via the command line invocation of cmake . i.e.   cmake . -DCMAKE_BUILD_TYPE=Release -DCMAKE_CXX_FLAGS=-lgcc_s -lgcc Would this be workable?

Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced by DSO

Hello, I have found a solution. There was no help on the CMake side, as I wrote some days ago, as you can only operate on the linking flags, but not append new libraries to the proccess. So I went the linker route and found the --whole-archive option, that forces the linker to add all the

Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced by DSO

Sorry, I forgot to say that those two CMake flags should only be used for the armel build. Regards, Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#469468: closed by Bart Martens ba...@debian.org (solved in 0.10.1)

El Martes 09 Junio 2009ES 10:54:09 Debian Bug Tracking System escribió: This is an automatic notification regarding your Bug report which was filed against the speedcrunch package: #469468: speedcrunch: please change operator precedence It has been closed by Bart Martens ba...@debian.org.

Bug#577626: flashplugin-nonfree: iceweasel freeze when closing tab with flash in it

Hi, I had the same problem when running the same version in squeeze. It started to work fine again (no freezes when closing the plugin tab) after * removing ~/.adobe/ * uninstalling flash. * installing and then uninstalling gnash. * installing flash again. Sorry that I can't tell which of these

Bug#601181: openscenegraph uses an embedded copy of vulnerable lib3ds

This will take some time. As I expect we all feared :) , the embedded copy of lib3ds in OSG is modified in order to address endianess issues and things like that. I will get a patch as soon as I can. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of

Bug#526101: ogre-doc-nonfree: Class inheritance graphs not shown in API documentation

Package: ogre-doc-nonfree Version: 1.4.9-1 Severity: important Hello, The API part of the documentation doesn't show the inheritance graphs for every class. I have seen that gif files are there, but looking at the html file sources, they are never referenced: div class=dynheader Inheritance

Bug#528229: libopenscenegraph-dev: openscenegraph.pc references missing -losgIntrospection

HI, another option would be to split the .pc file into smaller chunks, one per OSG library. This way, prograns linked to OSG won't have unneeded references as well. In this week I'm submitting this to upstream and here as well as a patch. Regards, Alberto -- To UNSUBSCRIBE, email to

Bug#528229: libopenscenegraph-dev: openscenegraph.pc references missing -losgIntrospection

I think I have this done. Please find attached a patch for the root CMakeLists.txt and a tarball with all the .pc.in files to be deployed in the OpenSceneGraph/packaging/pkgconfig directory. Regards, Alberto --- CMakeLists.txt~ 2009-02-12 11:17:41.0 +0100 +++ CMakeLists.txt 2009-05-12

Bug#528229: libopenscenegraph-dev: openscenegraph.pc references missing -losgIntrospection

El Martes 12 Mayo 2009ES 18:16:03 Loic Dachary escribió: Alberto Luaces wrote: I think I have this done. Please find attached a patch for the root CMakeLists.txt and a tarball with all the .pc.in files to be deployed in the OpenSceneGraph/packaging/pkgconfig directory. Thanks. I'll

Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced by DSO

Package: openscenegraph Version: 2.4.0-1.1 Severity: serious Justification: no longer builds from source At last, the armel build of 2.8.0-4 took place on May 10th. However it failed because the following error when building the first program on the suite that uses the library, osgviewer:

Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced, by DSO

El Lunes 18 Mayo 2009ES 02:37:15 peter green escribió: - It is almost a shoot in the dark, since we cannot test in a fast way if the fix is working (it seems that for armel the latency is almost two months). Suggestions? There is always qemu, it may take

Bug#517671: LIB_POSTFIX

Hello, You can specify your library postfix to CMake at configuration time with the LIB_POSTFIX variable. Setting it to a null value, e.g. cmake -DLIB_POSTFIX= . makes CMake install built libraries at $(prefix)/lib instead of $(prefix)/lib64 on 64bit platforms. I have tested it. Regards,

Bug#512316: openscenegraph.pc lacks -losgShadow entry

Package: openscenegraph Version: 2.4.0-1.1 Severity: normal Tags: patch The pkg-config configuration file, openscenegraph.pc, doesn't mention the osgShadow library on the Libs section, so any program build relying on that library and pkgconfig will fail at link time because of this unspecified

Bug#586256: osgIntrospection files are only packaged for the i386 architecture

In fact, somebody on the OSG mailing list pointed last week that it would be very convenient to have osgIntrospection shipped into the packages. I tested the build on amd64 and it works, both in 2.8.3 and current SVN, so I was going to suggest enabling it for all the architectures in the next

Bug#592420: osgIntrospection makes package 8x larger

Hi, Cyril Brulebois writes: [...] In the meantime, I will be setting the priority to whishlist, if you don't have any objection, but it will remain open in the case that there's other people wanting to express their opinion. I'd call it a pretty serious bug for a library to eat that much

Bug#550977:

Hi Ben, Ben Hutchings writes: Have you tested Linux 2.6.31 yet? This is the current version in unstable. I tried yesterday that .deb from Sid. Blender keeps segfaulting and WorldOfGoo shows corrupted textures and then hangs. Luckily, I could be able to use Alt+SysReq S,U,B in order to avoid

Bug#550977:

Hello, I also happen to suffer from the same bug. Same card, the Mobility Radeon 7500, but different laptop: ThinkPad R51. glxgears works with a similar warning to the one already posted: *WARN_ONCE* File radeon_tcl.c function

Bug#555869: FTBFS with binutils-gold

Hello, just adding the missing linking argument -ldl to libosg.so solves the error. I have recompiled with -Wl,--no-undefined succesfully with this patch: Index: CMakeLists.txt === --- src/osg/CMakeLists.txt (revisión: 10740)

Bug#621880: openscenegraph: FTBFS on kfreebsd-*: Cluster.cpp:56:6: error: #error Teach me how to build on this system

Cyril Brulebois writes: Source: openscenegraph Version: 2.9.11-1 Severity: serious Justification: FTBFS User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package no longer builds on kfreebsd-*: | [ 87%] Building CXX object

Bug#621880: openscenegraph: FTBFS on kfreebsd-*: Cluster.cpp:56:6: error: #error Teach me how to build on this system

Petr Salinger writes: your package no longer builds on kfreebsd-*: | [ 87%] Building CXX object applications/present3D/CMakeFiles/application_present3D.dir/Cluster.o | cd /build/buildd-openscenegraph_2.9.11-1-kfreebsd-amd64-jXKFmU/openscenegraph-2.9.11/build/osg/applications/present3D

Bug#602795: bluedevil: Transfer almost always stops at 93% when accessing phone

I am also affected by this problem. Maybe the separators for the numbers in the MAC address of the device are at fault: in konqueror, when using the obexftp protocol, dashes (-) are used instead of colons (:). I used the stand-alone obexftp command with the `dashed' MAC and could not connect to

Bug#612954: openscenegraph-examples: Can't compile at least osgcubemap and osgfont examples

Hi Sergey, I have seen you had trouble with the CMakeLists.txt file included with the examples package. To tell the truth, the openscenegraph-examples was not designed to be a stand alone build system for OSG examples, but a convenience for users to have their code handy instead of having to

Bug#612954: openscenegraph-examples: Can't compile at least osgcubemap and osgfont examples

sergey writes: Hi, Alberto! $(pkg-config openscenegraph --libs) is not works. $ echo $(pkg-config openscenegraph --libs) Package openscenegraph was not found in the pkg-config search path. Perhaps you should add the directory containing `openscenegraph.pc' to the PKG_CONFIG_PATH

Bug#612954: openscenegraph-examples: Can't compile at least osgcubemap and osgfont examples

sergey writes: On Tue, 15 Feb 2011 09:49:28 +0100 Alberto Luaces wrote: `openscenegraph' is a package containing the binaries for examples and applications bundled with OSG. You haven't installed the development package, libopenscenegraph-dev. This is required to build OSG programs from

Bug#612954: openscenegraph-examples: Can compile at least osgcubemap and osgfont examples now :-)

sergey writes: Hi, Alberto! With you help, I can compile openscenegraph examples now. Thank you! I suggest to do something to prevent questions like my in future. If you do not want add dependencies to openscenegraph-examples package - what about adding README file? In this short file you

Bug#640339: Fix the link of the log.

Hi, this is fixed in the latest version from upstream. I have added a line to the changelog in order to close the bug report. Loic, could you upload the 3.0.1-1 version found in the git repository, please? Regards, Alberto -- To UNSUBSCRIBE, email to

Bug#640339: Fix the link of the log.

Loic Dachary writes: On 09/06/2011 10:35 AM, Alberto Luaces wrote: Hi, this is fixed in the latest version from upstream. I have added a line to the changelog in order to close the bug report. Loic, could you upload the 3.0.1-1 version found in the git repository, please? Regards

Bug#690126: ktikz: The homepage from the package description is not correct.

Package: ktikz Severity: minor Dear Maintainer, The homepage from the package description is not correct, maybe it has changed since the last package version. Currently it is http://www.hackenberger.at/blog/ktikz-editor-for-the-tikz-language . -- System Information: Debian Release:

Bug#718381: [Pkg-osg-devel] Bug#718381: openwalnut: Please recompile against OpenSceneGraph 3.2

Hello, Manuel A. Fernandez Montecelo writes: 2013/7/30 Yaroslav Halchenko deb...@onerussian.com: Thanks for the heads up so -- is it just a matter of binNMU or there was some API breakage? There is the removal of osg::Geometry, as I said in the initial report. This code seems to heavily

Bug#718381: [Pkg-osg-devel] Bug#718381: openwalnut: Please recompile against OpenSceneGraph 3.2

Alberto Luaces writes: Hello, Manuel A. Fernandez Montecelo writes: 2013/7/30 Yaroslav Halchenko deb...@onerussian.com: Thanks for the heads up so -- is it just a matter of binNMU or there was some API breakage? There is the removal of osg::Geometry, as I said in the initial report

Bug#718381: [Pkg-osg-devel] Bug#718381: openwalnut: Please recompile against OpenSceneGraph 3.2

Manuel, do you have by chance the patches you used to try to add the deprecated_osg functionality with 3.2.0~rc1? I have just packaged 3.2.0 and I wanted to try openwalnut against it before going in more depth. Thanks! -- Regards, Alberto -- To UNSUBSCRIBE, email to

Bug#725712: ITP: tarix -- Indexing utility for tar archives

Stanislav Maslovski writes: * URL : https://github.com/fastcat/tarix; http://sourceforge.net/projects/xtar/ The Sourceforge URL says that Tarix has moved to github, so I don't think that link is relevant anymore. -- Alberto -- To UNSUBSCRIBE, email to

Bug#725712: ITP: tarix -- Indexing utility for tar archives

Stanislav Maslovski writes: Hi, On Thu, Oct 10, 2013 at 09:55:30AM +0200, Alberto Luaces wrote: Stanislav Maslovski writes: * URL : https://github.com/fastcat/tarix; http://sourceforge.net/projects/xtar/ The Sourceforge URL says that Tarix has moved to github, so I don't

Bug#728369: libopencsg1: Typo in package description (CGS)

Package: libopencsg1 Severity: minor Dear Maintainer, The description of the package has a typo where it says OpenCSG is a library for CGS (Constructive Solid Geometry)... The acronym is misspelled. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500,

Bug#718381: [Pkg-osg-devel] Bug#718381: openwalnut: Please recompile against OpenSceneGraph 3.2

Manuel A. Fernandez Montecelo writes: 2013/8/20 Alberto Luaces alua...@udc.es: Manuel, do you have by chance the patches you used to try to add the deprecated_osg functionality with 3.2.0~rc1? I have just packaged 3.2.0 and I wanted to try openwalnut against it before going in more depth

Bug#720816: openscenegraph: FTBFS with libav9: FFmpegDecoder.cpp:282:76: error: 'url_feof' was not declared in this scope

Rebecca N. Palmer writes: Sorry for not notifying you earlier; given the names on the git commits, I thought Alberto was effectively the maintainer and you his sponsor. Hi, I plan to be the maintainer, but I'm not a DM yet, and so I rely on the expertise of Manuel in order to make the

Bug#720816: openscenegraph: FTBFS with libav9: FFmpegDecoder.cpp:282:76: error: 'url_feof' was not declared in this scope

Rebecca N. Palmer writes: That's why I'm not so keen on uploading a RC again, given the grief that caused the last one. Maybe we can just patch 3.2.0 and then wait for the 3.2.1, If you mean real 3.2.0 as opposed to the current 3.2.0rc, that could be a good compromise: it has soname 100 (so

Bug#720816: 720816 patch

Hi Rebecca, Rebecca N. Palmer writes: The url_* functions were removed in libav 9 (having been deprecated in 0.8 http://libav.org/doxygen/release/0.8/avio_8h.html#af4bc39f7600ed162ad8f35e5e15bcd9d ), hence this bug. The attached should fix it, but has not been tested. Thanks for the

Bug#722698: debian-maintainers: Please add Alberto Luaces as a DM

ZsEYNc56ARbBAu+HsJ7uGWn+xQvyfzXARtezZ+DoQCARsaMegDa2XqOG2mlteNqM ZxwhceUUiiQ/muSmfqXwS0RVNcTtGibTilVzZ00J1PWa6wSEImRygW6Mh7ovFgKh rBG/Nm/xf88L/ORXbeZW =Xf5V -END PGP SIGNATURE- Comment: Add Alberto Luaces alua...@udc.es as a Debian Maintainer Date: Fri, 13 Sep 2013 13:59:50 +0200 Action

Bug#723567: coin3: Please enable multithreading support

enable that switch in the next release? Regards, Alberto Luaces [1] https://bugs.launchpad.net/ubuntu/+source/openscenegraph/+bug/1211993 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Foreign

Bug#729289: transition: openscenegraph

Some additional notes: 1. Upstream's trunk (3.3.1) has currently a soname named 111. From the logs, it is just a version number bump, but it would make sense to make sure that the ABI is not broken again. Several weeks ago I used abi-compliance-checker on OSG, but it failed to finish the

Bug#736350: libopenscenegraph99: openscengraph sid version causes texture corruption in flightgear

Manuel A. Fernandez Montecelo writes: Perhaps it would be easier to identify the commits fixing the problem between the RC and final in 3.2.0, and apply them. This is probably the quicker and easiest solution, unless it's the commits fixing the issues what caused the API/ABI changes. Indeed

Bug#739460: openscenegraph: diff for NMU version 3.2.0~rc1-5.1

Reinhard Tartler writes: On 18.05.2014 09:00, Manuel A. Fernandez Montecelo wrote: 2014-05-18 12:10 GMT+01:00 Reinhard Tartler siret...@tauware.de: So, can you please remove that change in the NMU, if you want to keep the NMU at all? Sure, I've just canceled the NMU. Thanks. From my

Bug#765681: libqtgui4-perl: QtGui4 module cannot be imported

Package: libqtgui4-perl Version: 4.8.4-1.1+b1 Severity: grave Justification: renders package unusable Dear Maintainer, The QtGui4 Perl module cannot be used since merely loading it raises an error: Code: use QtCore4; use QtGui4; Result: defined(@array) is deprecated at

Bug#756478: transition: openscenegraph

On 22 sep 2014, j...@debian.org wrote: Hi, On 2014-09-17 13:38, Jonathan Wiltshire wrote: Control: tag -1 confirmed Ok, let's go! Please upload to unstable. ping on that? Done. Thanks a lot! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of

Bug#763816: libopenscenegraph100: osgDB fails to load any plugin

Hi, in the meantime, it is easier to set OSG_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu/ in your environment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#765855: fixed in openscenegraph 3.2.1-5

Ludovic Brenta writes: Is it necessary to recompile flightgear in order to benefit from the bug fix? Yes, as Rebecca said, a rebuild is necessary, since an inline method is involved. I was merely stating that OSG has now that patch applied. Regards, Alberto -- To UNSUBSCRIBE, email to

Bug#775368: [openscenegraph] Please, provide debug information

Hi Jan, sorry for my late response. Your request is on my TODO list; it should show up in the next release. -- Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#691385: yasnippet: Upstream location changed to github and new version available

Package: yasnippet Version: 0.6.1c-1 Followup-For: Bug #691385 Dear Maintainer, I am an user of this package and also a DM. Current version brings many improvements, including a built-in mode for defining new user templates. I can help you to release the current version if you wish, or take

Bug#691385: yasnippet: Upstream location changed to github and new version available

Barak A. Pearlmutter writes: I am an user of this package and also a DM. Current version brings many improvements, including a built-in mode for defining new user templates. I can help you to release the current version if you wish, or take over the maintenance. Given the state of this

Bug#786342: ITP: yasnippet-snippets -- Andrea Crotti's official yasnippet snippets

Package: wnpp Severity: wishlist Owner: Alberto Luaces alua...@udc.es * Package name: yasnippet-snippets Version : 0~git20150512-1 Upstream Author : Andrea Crotti * URL : https://github.com/AndreaCrotti/yasnippet-snippets * License : MIT Description

Bug#791231: openscenegraph: library transition may be needed when GCC 5 is the default

Matthias Klose d...@debian.org writes: On 07/13/2015 11:25 PM, Manuel A. Fernandez Montecelo wrote: Hi, 2015-07-13 19:55 GMT+01:00 Matthias Klose d...@debian.org: Control: tags -1 + confirmed transition needed, at least to prevent a ftbfs in openwalnut. We just uploaded 3.3.9 to

Bug#803231: rr: /usr/share/doc/rr/README.Debian mentions a non-existent script.sh file

Package: rr Version: 4.0.0-1 Severity: minor Dear Maintainer, Debian's README file has a note about a script that can be used to disable some kernel features in order to use rr. That script is not found among the files belonging to this package. Maybe it is a leftover from earlier versions.

Bug#803231: rr: /usr/share/doc/rr/README.Debian mentions a non-existent script.sh file

Stephen Kitt writes: > > It is indeed a leftover, I'll clarify the paragraph in the next > upload. Ok. > > (Nowadays rr tells you at runtime what settings need fixing, or it > tells you to run "perf record" and fix what that tells you.) Thank you very much for your work! Alberto

Bug#799956: grep: Grep mis-classifies file as binary when text contains UTF-8 diacritical chars.

Package: grep Version: 2.21-2 Followup-For: Bug #799956 I think the attached file will do as a minimal test case. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386

Bug#803300: prepare for giflib5

"Manuel A. Fernandez Montecelo" writes: > Hi all, > > 2015-12-13 15:33 GMT+00:00 Sebastiaan Couwenberg : >> On Wed, 28 Oct 2015 16:02:40 +0100 Matthias Klose wrote: >>> For the latter two options, please see a patch at >>>

Bug#805987: fonts-radisnoir: Homepage URL is not valid.

Package: fonts-radisnoir Severity: minor Dear Maintainer, The homepage http://www.radisnoir.net/ no longer points to a valid webpage. Searching for the URL does not yield further results. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'),

Bug#827306: general: won't open file browser/manager if several other programs are already open

Hi Luben, Can you tell us which desktop environment are you using? Can you run the file browser program from the console in order to see any relevant error messages? -- Alberto

Bug#827306: general: won't open file browser/manager if several other programs are already open

D Dimov writes: > Alberto Luaces wrote: >> several other programs are already open >> >> reassign 827306 nautilus >> thanks >> >> D Dimov writes: >> >>> Dear Alberto, >>> >>> I am using GNOME. >>> When I type nau

Bug#827740: isympy start fails: No module named sympy.interactive

Francesco Poli writes: >> trying to start isympy fails with the error in the subject line. > [...] >> ii python3-sympy1.0-1 > [...] > > I see that you have python3-sympy installed. > > What's the output of > > $ /usr/bin/python --version > > on your system? $ python -V Python

Bug#827740: isympy start fails: No module named sympy.interactive

Package: isympy Version: 1.0-1 Severity: important Dear Maintainer, trying to start isympy fails with the error in the subject line. I have tried to uninstall ipython in case it was a python 2/3 issue, but the result is the same. -- System Information: Debian Release: stretch/sid APT

Bug#816924: GNU GLOBAL 6.5.2 available

Hi Wei, I am also interested in having the latest version of GNU GLOBAL. Do you have any references about the technical disagreement between this package and upstream? I am not referring to all the ancient mails you mentioned, just a little pointer in order to see if it could be maybe possible

Bug#820014: ITP: openscenegraph-3.4 -- Portable, high level graphics toolkit for the development high performance graphics applications.

Hi Sebastiaan, Sebastiaan Couwenberg writes: > > Is packaging 3.4 separately really wise? > > Having two versions of VTK in the distribution is not very fun, I'm not > sure if the Release Team will be more appreciative of two versions of > OpenSceneGraph. > Of course maintaining one package is

Bug#820821: ITP: magit-svn -- git-svn extension for magit, a git interface for emacs.

Package: wnpp Severity: wishlist Owner: Alberto Luaces <alua...@udc.es> * Package name: magit-svn Version : 2.1.1 Upstream Author : The Magit Project Contributors * URL : https://magit.vc/ * License : GPL Programming Lang: elisp Description : g

Bug#820014: ITP: openscenegraph-3.4 -- Portable, high level graphics toolkit for the development high performance graphics applications.

Package: wnpp Severity: wishlist Owner: Alberto Luaces <alua...@udc.es> * Package name: openscenegraph-3.4 Version : 3.4.0 Upstream Author : Robert Osfield <robert.osfi...@gmail.com> * URL : http://www.openscenegraph.org * License : OSGPL Program

Bug#822634: RFS: magit-svn/2.1.1-1 [ITP]

is command: dget -x http://mentors.debian.net/debian/pool/main/m/magit-svn/magit-svn_2.1.1-1.dsc More information about hello can be obtained from http://www.example.com. Regards, Alberto Luaces

Bug#822979: reposurgeon: Non-existent repopuller command is mentioned in the package description

Package: reposurgeon Version: 3.29-1 Severity: minor Dear Maintainer, The last line of the decription of this package reads "Another auxiliary program, repopuller, assists in mirroring Subversion repositories." while that program is not present in it. Regards, Alberto -- System

Bug#824146: libdatetime-event-sunrise-perl: Description has a typo: "calucalating"

Package: libdatetime-event-sunrise-perl Severity: minor Dear Maintainer, the description of the package has a typo, "calucalating". -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Foreign

Bug#831631: libopenscenegraph-dev: Please upgrade to 3.4.x+

The GZeus writes: > I've had multiple bugs related to this closed by a more recent 3.2.x release, > which as been somewhat frustrating, so I'm being as clear as I can this time: > 3.4.x is the most recent _stable_ release. I beg of you: update the package. > ;_; Hi, 3.4 is already in

Bug#827740: isympy start fails: No module named sympy.interactive

Francesco Poli writes: > On Thu, 23 Jun 2016 11:55:38 +0200 Alberto Luaces wrote: > >> Francesco Poli writes: > [...] >> > I see that you have python3-sympy installed. >> > >> > What's the output of >> > >> > $ /usr/bin/python --ve

Bug#811667: Fix in upstream

Upstream's SVN has fixed this, however there are no new releases. We can either cherry pick those changes (just substituting false by 0) or use the tip of the repository.

Bug#811667: cal3d: Patch

Source: cal3d Followup-For: Bug #811667 I spoke too soon: recent code does not show those errors, but the rest does have them. Anyway, here is a patch that solves the issue. diff -ruN cal3d-0.11.0/src/cal3d/loader.cpp cal3d-0.11.0-changes/src/cal3d/loader.cpp ---

Bug#827740: isympy start fails: No module named sympy.interactive

Francesco Poli writes: > Yes, that's why I suggested you to install python-sympy. > I do not want to do that :) I want to use python3. > > You can also keep python3-sympy installed, if you like (in case you > want to load the sympy module from python3), but isympy is a script > designed to be

Bug#833719: firefox: NS_ERROR_NET_INADEQUATE_SECURITY on Google & Facebook

Package: firefox Version: 48.0-2 Followup-For: Bug #833719 Nicholas's recipe works for me, too. -- Package-specific info: -- Extensions information Name: Adblock Plus Location: /usr/share/xul-ext/adblock-plus Package: xul-ext-adblock-plus Status: enabled Name: Debian buttons Location:

Bug#838792: openmw: FTBFS on armhf: error: conflicting declaration for GLsizeiptr

bret curtis writes: > With the attached patch to OSG, I can get it to compile on armhf with > GLESv1 (libgles1-mesa-dev). It disables GLESv2 however, I got an error > while they were both enabled. > > I installed the resulting packages on my RPi2 without a problem and > got OpenMW to compile on

Bug#838685: myrescue: There are some typos in the description

Package: myrescue Severity: minor In the last paragraph of the description of this package, "midia" should be "media" and maybe "forensics investigations" should be "forensic investigations".

Bug#838792: openmw: FTBFS on armhf: error: conflicting declaration for GLsizeiptr

Andreas Beckmann writes: > On 2016-09-27 12:12, bret curtis wrote: >> To put it simply, upstream (OpenMW) has no plans to support GLESv2 at >> this time. Since OSG-3.4 for armhf is compiled only for GLESv2, this >> complicates things drastically and at this point I'm in over my head. > > IIRC,

Bug#843968: tipp10: The localization is always set to DE, ignoring system settings.

Package: tipp10 Version: 2.1.0-2 Severity: important Tags: l10n Dear Maintainer, When running the program all the messages and menus are displayed in German regardless of the system language. I have tried to launch it whith LANG=C or LANG=EN with the same result. Thanks! -- System

Bug#841659: ITP: zzz-to-char -- fancy version of `zap-to-char' command

Lev Lamberov writes: > Package: wnpp > Severity: wishlist > Owner: Lev Lamberov > > * Package name: zzz-to-char > Version : 0.1.1 > Upstream Author : Mark Karpov > * URL : https://github.com/mrkkrp/zzz-to-char > *

Bug#841659: ITP: zzz-to-char -- fancy version of `zap-to-char' command

O 24 Outubro 2016 19:11:07 CEST, Lev Lamberov <dogs...@riseup.net> escribiu: >Hi Alberto, > > >24.10.2016 20:14, Alberto Luaces пишет: >> Hi, I think it could be beneficial to mention in the description that >> this is an emacs package. Otherwise, users not fam

Bug#843968: tipp10: The localization is always set to DE, ignoring system settings.

Thank you, Christoph. May I suggest you to at least compile those instructions into a README.Debian file? Otherwise, people like me, who is unable to read German, will have a hard time trying to understand how to set the language and use the package at all.

  1   2   >