Bug#1069269: Enable OpenGL support to Gwyddion

Package: gwyddion Version: 2.64-1.1 By default the debian package of gwyddion is built without OpenGL support. This prevents gwyddion to render 3D display of the data, which is often needed for publication of SPM data. The attached patch (which changes debian/rules and debian/control only,

Bug#1043014: (no subject)

Patches for Ubuntu Mantic have been discussed and approved: https://bugs.launchpad.net/ubuntu/+source/blender/+bug/2029503 Patch available: https://git.launchpad.net/~ahasenack/ubuntu/+source/blender/tree/debian/patches/0004-fix-support-ffmpeg6.patch?h=mantic-blender-ftbfs-ffmpeg6

Bug#1043015: Add support for ffmpeg 6.0 for python-av

Package: python-av Version: 10.0.0-1+b1 Python-av currently does not compile against ffmpeg 6.0. Upstream has released a patch that adds support for ffmpeg 6.0: https://github.com/PyAV-Org/PyAV/pull/1110 or from freebsd:

Bug#1043014: Add support for ffmpeg 6.0 for blender

Package: blender Version: 3.4.1+dfsg-2+b1 Blender currently does not compile against ffmpeg 6.0. Support for ffmpeg 6 can be added by applying the attached patch developed for freebsd: https://cgit.freebsd.org/ports/commit/?id=0ed9c88a8c2de8744cb63163bdff9f9e4a71693e

Bug#1041378: (no subject)

The most relevant change is in the file: libavutil/hwcontext_qsv.h where in ffmpeg 5.1.3 it used to read (line 22): #include while in ffmpeg 6.0: #include That said, simply adding the folder mfx/ in ffmpeg 6.0 leads to a compilation error for ffmpeg: In file included from

Bug#994206: libopenshot requires deprecated libavresample-dev, leading to broken system

Package: libopenshot Version: 0.2.5+dfsg1-5 libopenshot (v. 0.2.5+dfsg1-5) requires libavresample-dev in deboan/control. However, with FFmpeg 4.4-6, libavresample-dev is not available in version 4.4-5, leaving the system broken. Replacing libavresample-dev with libswresample-dev in

Bug#994205: Compilation of libopenshot fails with FFmpeg 4.4

Package: libopenshot Version: 0.2.5+dfsg1-5 When libopenshot (v. 0.2.5+dfsg1-5) is compiled with FFMPEG 4.4-6 (now in bookworm/sid) compilation fails. The patch in attachment (proposed here: https://github.com/OpenShot/libopenshot/pull/698) fixes the issue. I am using Ubuntu 20.04,

Bug#994002: MPlayer fails to compile against ffmpeg 4.4

Package: mplayer Version:2:1.4+ds1-1 When MPlayer (v. 2:1.4+ds1-1) is compiled with FFMPEG 4.4-5 (now in bookworm/sid) compilation fails. Log: In file included from libmpcodecs/ad_spdif.c:25: /usr/include/x86_64-linux-gnu/libavformat/avformat.h:888:21: note: declared here   888 |

Bug#840912: Add minizip dependency to gwyddion

Package: gwyddion Version: 2.45-1 Gwyddion uses the minizip library to work with zip-compressed files such as .plux. Minizip is widely available because it comes with zlib, a base compression library used just about everywhere in everything. Yet, it is not a required nor recommended dependency

Bug#688771: Update gwyddion to version 2.30

Package: gwyddion Version: 2.29-2Gwyddion 2.30 has been released upstream. In debian it's in version 2.29. This bug report request for an upgrade. Please find attached a modified version of the fix-rpath-issue.patch. This new patches allow for successful compilation (it fails with th eolder one

Bug#686688: Upgrade Gwyddion to version 2.29

Package: gwyddion Version: 2.28-2 Gwyddion 2.29 has been released a few weeks ago upstream. Gwyddion, howeevr it's still in version 2.28 in debian. Changelog: 2.28 - 2.29 Application Translations updated: Czech, French, Russian. Libraries libgwyprocess: New function to calculate grain-wise

Bug#675132: [Debian-med-packaging] Bug#675132: No gwyddion (2.28) thumbnailer available for Gnome 3

/ With this line, the thumbnailer installs and works fine. Sorry for forgetting about this. In a minute, I will upload gwyddion 2.28-2 to Debian unstable. Thanks for the bug report! Jan Und es begab sich am 30.05.2012 06:55, dass Nicola Ferralis schrieb: Package: gwyddion Version

Bug#675132: No gwyddion (2.28) thumbnailer available for Gnome 3

Package: gwyddion Version: 2.28-1 One of the features of gwyddion 2.28 is the presence of a gnome 3 thumbnailer. The file should be installed, but apparently it is not in Ubuntu. While it is compiled in the temporary building folder, it is not packaged. Upon the installation of the packages

Bug#655036: Add rmtpdump dependency to youtube-dl

Package: youtube-dl Version: 2012.01.05-1Downloading movies from Comedy Central requires rtmpdump to work. However rtmpdump is not listed as a dependency in the debian package. When youtube-dl is installed (but rtmpdump is not) downloading movies fails because rtmpdump is not found. Using

Bug#655038: rtmpdump exits with code 1, when downloading movie from ComedyCentral

Package: youtube-dl Version: 2012.01.05-1 If I try to download a movie from comedy central, for example: youtube-dl -t http://www.thedailyshow.com/full-episodes/thu-january-5-2012-craig-shirley; I get this error: [comedycentral] thu-january-5-2012-craig-shirley: Extracting information

Bug#655041: Update gwyddion to version 2.26 from upstream

Package: gwyddion Version: 2.25-2Gwyddion 2.26 has been released upstream with significantly improved or new features, such as 3D overlays, configurable keyboard shortcuts and new file modules: http://gwyddion.net/news.php#v2.26 Gwyddion in unstable is still in version 2.25 and should be

Bug#655038: rtmpdump exits with code 1, when downloading movie from ComedyCentral

The attached patch resolves the issue for rtmpdump version 2.4~20110711.gitc28f1bab-1. It is taken directly from upstream. http://lists.mplayerhq.hu/pipermail/rtmpdump/attachments/20110908/2a239630/attachment.bin debian-655038.diff Description:

Bug#605311:

Patch: Add explanation in help menu about movie format code Description: Add explanation in help menu about movie format code Author: Nicola Ferralis feran...@hotmail.com Debian-bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605311 diff -Nru rg3-youtube-dl-f8dc441.orig//youtube-dl rg3

Bug#605311:

, Nicola Ferralis wrote: Description: Add explanation in help menu about movie format code Author: Nicola Ferralis feran...@hotmail.com Debian-bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605311 (...) - action='store', dest='format', metavar='FORMAT

Bug#605311:

Obviously, once support for vimeo will be added, the manpage can be revised to specify youtube codes vs Vimeo's. Nicola 2010/11/30 Nicola Ferralis feran...@gmail.com Hi Rogerio, Your suggestion makes a lot of sense. Please find a new patch for the manfile. The explanation of the codes

Bug#605311: No information in help menu for movie format code

Package: youtube-dl Version: 2010.11.19-1 Severity: wishlist The current help menu (--help) does not have any indication of which format is available as a choice. This is the output: Video Format Options: -f FORMAT, --format=FORMAT video format code -m,

Bug#603888:

Fixed in Ubuntu 11.04 Natty: vlc version 1.1.5-1ubuntu2. https://launchpad.net/ubuntu/+source/vlc/1.1.5-1ubuntu2

Bug#603888:

Fix released (with the attached patch) upstream, 1.1.5 branch and 1.2 trunk.

Bug#603888: transcode from capture: Integer overflow in aspect ratio calculation (leads to deformed output stream)

Package: vlc Version: 1.1.5-1 Using VLC 1.1.4-1 and 1.1.5-1 on Ubuntu 10.10. When I try to stream and transcode from my webcam, the image I stream is always stretched vertically. Note that if I select to stream without transcoding, the image, in either case, looks normal. Please keep in mind

Bug#603888:

Sorry I forgot to attach the patch... diff -Nru vlc-1.1.5.orig//modules/stream_out/transcode/video.c vlc-1.1.5/modules/stream_out/transcode/video.c --- vlc-1.1.5.orig//modules/stream_out/transcode/video.c 2010-07-24 06:17:44.0 -0700 +++ vlc-1.1.5/modules/stream_out/transcode/video.c

Bug#599791:

This bug is only present and reproducible when Metacity is the default windows manager. The bug cannot be reproduced when Compiz is used instead. For more, see upstream bug report. http://plasma-gate.weizmann.ac.il/Grace/phpbb/viewtopic.php?f=1t=2017

Bug#601829: Nothing is shown when data is created/edited through external text editor.

Package: grace Version: 5.1.22-8build1 When data is created/edited through external text editor, nothing is shown in xmgrace, although a temporary file is created in the home folder. Previously (see bug #582154), the gnome preferred terminal was selected as the editor for grace. While this is

Bug#599791:

Grace does not get stuck in an infinite loop. What happens is that a window in the background asking for the permission to overwrite comes up, waiting for an answer. Now, since the request panel doesn't show up in front of the device panel it looks like grace is stuck in the loop. To try, repeat

Bug#589965: New Patches

-0700 @@ -7,6 +7,7 @@ * Copyright (c) 1996-2000 Grace Development Team * * Maintained by Evgeny Stambulchik + * Additional non linear fitting functions by Nicola Ferralis * * * All Rights Reserved @@ -47,6 +48,7 @@ #include parser.h #include motifinc.h

Bug#589965: Patch

Stambulchik + * Additional non linear fitting functions by Nicola Ferralis * * * All Rights Reserved @@ -47,6 +48,7 @@ #include parser.h #include motifinc.h #include protos.h +#include events.h /* nonlprefs.load possible values */ #define LOAD_VALUES 0 @@ -98,6

Bug#583966:

Package: grace Version: 5.1.22-6 in the new nonlinear fitting patch that was added in grace 5.1.22-6, a link in the menu to the Doniach-Sunjic function was left out. Please find attached a patch that add the proper menu entry. I am using: GNU/Linux 2.6.31-20-generic #58-Ubuntu SMP i686 libc6

Bug#578435: Add non-linear peak fitting to xmgrace

+ * Additional non linear fitting functions by Nicola Ferralis * * * All Rights Reserved @@ -47,6 +48,7 @@ #include parser.h #include motifinc.h #include protos.h +#include events.h /* nonlprefs.load possible values */ #define LOAD_VALUES 0 @@ -98,6

Bug#578435: Add non-linear peak fitting to xmgrace

It seems the patch you are pushing is based on a very old one (actually the second iteration I made a while back). It would be better to include the one recent one (nonlinear_extended.diff) which include several enhancements... Thanks. --Nicola Date: Fri, 21 May 2010 14:23:16 -0700

Bug#582154: Create New from text editor does not work when xmgrace is launched from the GNOME menu

Package: grace Version: 5.1.22-5 In xmgrace a new dataset can be created from en external text editor. To do so, the text editor is accessed through Edit-In Text Editor, or Create New-in text editor. Two different behaviors are observed though, depending if xmgrace is launched through the

Bug#582154: Create New from text editor does not work when xmgrace is launched from the GNOME menu

Yes, it makes perfect sense. Attached new patch (tested new behavior and proven to work as expected). diff -Nru grace-5.1.22.orig/debian/rules grace-5.1.22/debian/rules --- grace-5.1.22.orig/debian/rules 2010-05-18 12:36:58.590882000 -0700 +++ grace-5.1.22/debian/rules 2010-05-18

Bug#578435: new patch available

by Nicola Ferralis * * * All Rights Reserved @@ -47,6 +48,7 @@ #include parser.h #include motifinc.h #include protos.h +#include events.h /* nonlprefs.load possible values */ #define LOAD_VALUES 0 @@ -98,6 +100,31 @@ static void nonl_wf_cb(int value, void

Bug#578435: Add non-linear peak fitting to xmgrace

-0700 +++ grace-5.1.22/src/nonlwin.c 2010-03-17 11:35:39.048972353 -0700 @@ -7,6 +7,7 @@ * Copyright (c) 1996-2000 Grace Development Team * * Maintained by Evgeny Stambulchik + * Additional non linear fitting functions by Nicola Ferralis * * * All Rights