> Dear Maintainer,
>
> the next version of FFmpeg is planned to be released this month
> (and it might be called 3.0 instead of 2.9).
>
> As this is already fixed upstream, it would be great if you
> could upload a package with the relevant cherry-picked patches.
>
> If this bug isn't fixed soon,
.patch
new file mode 100644
index 000..c557f34
--- /dev/null
+++ b/debian/patches/0202_doc_ffmpeg.patch
@@ -0,0 +1,21 @@
+Description: Allow the documentation to build without FFmpeg.
+Author: Miguel A. Colón Vélez <debian.mic...@gmail.com>
+Forwarded: yes
+
+--- a/configure
Source: pbuilder
Version: 0.219
Severity: important
Hello:
I tried to compile a package that uses
Build-Depends/Build-Depends-Arch/Build-Depends-Indep using pbuilder.
Using:
pbuilder --build => Only Build-Depends and Build-Depends-Indep get installed
pbuilder --build --binary-arch => Only
> On 30/09/15 00:34, Emilio Pozuelo Monfort wrote:
>> binNMUs scheduled.
>
> Oops. Totally messed the changelogs there.
>
> Emilio
Thanks! Besides the libarmadillo5 thing it seems to have gone smoothly.
Cheers,
Miguel
Hello:
Here is the implementation of the suggestion I mentioned in the
previous message. I tested it using:
- "-s --no-arch-all --no-arch-any"
- "-As --no-arch-any"
and it produced the desired results..
The first two patches are the ones related to this wishlist bug while
the optional third
> Alright, let's do this.
>
> Emilio
Done.
https://buildd.debian.org/status/package.php?p=soundtouch=sid
shows that mips is lagging and is the only stretch architecture that
is still not done.
>From the ports side these are not done:
kfreebsd-amd64
kfreebsd-i386
m68k
mips64el
powerpcspe
that the lintian tag was removed.
>
> While we are at documentation:
>
> Quoting Miguel A. Colón Vélez (2015-09-15 11:51:02)
>> It's more elegant than cheating a bit and doing "-s --arch-all-only
>> --no-arch-all" and then doing --post-build-commands "dput local-sbuild
&g
>When will this migrate to unstable?
When the release team gives the green light to upload to unstable in
https://bugs.debian.org/799796.
Cheers,
Miguel
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hello,
Upstream broke the ABI without bumping the soname in the 1.9.1 release
that made it into sid. The only difference between 1.9.1 and 1.9.2
besides the updated version number is
Hello:
I contacted upstream about it earlier and was about to open a bug report.
The library currently is versioned by upsteam as 0.0.0 but upstream
broke the ABI without bumping the SONAME. I sent a patch upstream to
bump the SONAME but I have not heard from him yet but it has only been
hours.
Package: sbuild
Severity: wishlist
Tags: patch
This allows the user to only build the source package inside the
chroot. It's more elegant than cheating a bit and doing "-s
--arch-all-only --no-arch-all" and then doing --post-build-commands
"dput local-sbuild %r/%b/${FILE}_source.changes".
With
Here is the patch.
From 4f0e00d0dda4ff8e11eaa36199e196621e280c13 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Miguel=20A=2E=20Col=C3=B3n=20V=C3=A9lez?=
Date: Tue, 15 Sep 2015 05:26:48 -0400
Subject: [PATCH] Add a new --souce-only option. (Closes: #799056)
- Get the changes
Here is a new patch since there is a new commit fixing the unlink but
it had 3 issues.
- unlink returns an errno so it can't be used before the if statement (x2)
- The unlink from the 2nd hunk is also missing.
Also my previous patch had an error but it's fixed here.
Cheers,
Miguel
From
Hello:
I wanted to try the current git master of sbuild to update my local
building scripts.
I noticed that the last commit which closes this bug introduces a regression.
Check dependencies
──
Merged Build-Depends: build-essential, fakeroot
Filtered Build-Depends:
Here is a patch to fix this.
I checked every instance of $tmpfilename and only unlinked it after
it's no longer used or an error occurs.
Cheers,
Miguel
From ee283d286fb728b2aeed449f78120e7a57ba2c11 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Miguel=20A=2E=20Col=C3=B3n=20V=C3=A9lez?=
Source: yatm
Version: 0.8-2
Severity: serious
Tags: patch
Hi,
The rebuild caused by the recent upload (thanks for fixing that!)
uncovered that yatm 0.8 FTBFS in sid. It seems that the amd64 version
uploaded was using an outdated build environment.
The cause is that starting with soundtouch
Package: release.debian.org
Severity: normal
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: pu
Dear Release Team,
I'd like a new version of mediatomb be uploaded to oldstable/wheezy.
The mediatomb package in wheezy is 0.12.1-4 at the moment and it's affected by
a security
Package: yatm
Severity: normal
Please build depend on libsoundtouch-dev instead of libsoundtouch0-dev.
Yatm is the last package depending on that virtual package.
Cheers,
Miguel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Package: debian-maintainers
Tags: patch
Please add me as a Debian Maintainer. Jetring changeset attached.
Thanks.
add-12AC1A730BB56F6C
Description: Binary data
Package: x42-plugins
Version: 20150702-1
Hello:
Someone at the #debian-multimedia channel dropped this report
olinuxx Hi guys, I've a bug to report against x42-plugins
olinuxx the meters, both as LV2 or standalone app (x42-meter) who
are normaly displaying a needle are segfaulting
olinuxx using
Package: wnpp
Severity: wishlist
Owner: Miguel A. Colón Vélez debian.mic...@gmail.com
* Package name : mplayer-blue
Version : 1.10
Upstream Author : Franciszek Wilamowski hi...@hoth.amu.edu.pl
* URL : http://www.mplayerhq.hu/dload.html
* License : BSD-3-Clause
Description : Blue skin
As an update the package was uploaded and has been in NEW since Jan-22.
Cheers,
Miguel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
the package with dget using this command:
dget -x
http://mentors.debian.net/debian/pool/main/p/pcsx2/pcsx2_1.2.1-783-g1f54bb7+dfsg-1.dsc
or go directly to the VCS:
http://anonscm.debian.org/cgit/pkg-games/pcsx2.git
Regards,
Miguel A. Colón Vélez
--
To UNSUBSCRIBE, email to debian
Hello:
As an update the packaging is done in
http://anonscm.debian.org/cgit/pkg-games/pcsx2.git
I uploaded the package to mentors:
http://mentors.debian.net/package/pcsx2
I'm still looking for a sponsor.
Cheers,
Miguel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Hello:
I had been working on a compiz package for the Debian X Strike Force
team a few years back but they were never interested. I based it on
their git repository and have been updating it since before compiz was
removed from Debian.
The package is in here
https://github.com/micove/compiz
It
Hello:
Using dir2ogg/0.11.8-1 the reported issue is gone since mpg123/1.15.1
that is available in experimental but there are some regressions/bugs
in that one and it finally got completely fixed in the yet
unreleased 1.16.0 version.
As explained in
And I forgot the patches.
0001-Works-All-mpg123.patch
Description: Binary data
0001-Works-Only-mpg123-1.16.0.patch
Description: Binary data
Hello:
I just tried the cut.mp3 file on an up to date amd64 Debian Sid system
and it worked fine.
$ mpg123 cut.mp3
High Performance MPEG 1.0/2.0/2.5 Audio Player for Layers 1, 2 and 3
version 1.14.4; written and copyright by Michael Hipp and others
free software (LGPL/GPL)
Miguel: What remains is my question about only i486 being built-in
currently, is that intentional?
Hello:
The Debian i386 architecture is supposed to support all i486 and
later. The current package of mpg123 gets compiled with
--with-cpu=x86_dither since the previous maintainer (from what I
I'm adding Miguel to Cc: as he might know a bit more about the CG
toolkit than I.
If this package is fixable, should we (the Debian Nvidia Maintainers)
take it over? It's currently orphaned and probably tightly coupled to
nvidia-cg-toolkit.
Hello:
I looked at the upstream website and this
Hello:
From the provided logs I can see:
snip
Get:107 http://localhost/debian/ unstable/main libmysqlclient-dev
amd64 5.5.23-2 [1178 kB]
snip
checking mysql libs... -L/usr/lib/x86_64-linux-gnu -lmysqlclient_r
-lpthread -lz -lm -lrt -lssl -lcrypto -ldl
checking mysql.h usability... yes
checking
Source: opus
Version: 0.9.14+20120521-2
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Hello:
Please make this package compatible with multiarch, as described at
http://wiki.debian.org/Multiarch/Implementation.
More info: http://wiki.debian.org/ReleaseGoals/MultiArch
Thanks,
Hello:
- please merge github over to git.d.o, this is confusing since
d/control explicitely ref git.d.o as the main VCS location
I was told to make the repository in github to make it easier to
review. The idea was to make it small commits since the packaging was
made about 2 years ago and
For some reason I cannot access:
http://mentors.debian.net/debian/pool/non-free/n/nvidia-cg-toolkit/nvidia-cg-toolkit_3.1.0010-0.1.dsc
Could you please double-check the url and/or re-upload your package.
Hello:
There was a new version released about 2 weeks ago and I uploaded that
one to
Hello:
It seems that this is related to bug #590905.
The mysql_config file now contains the following line:
libs_r= $ldflags -L$pkglibdir -lmysqlclient_r -lpthread -lz -lm
-lrt -lssl -lcrypto -ldl
And the package fails with:
configure:12514: g++ -o conftest -g -O2 -fstack-protector
Source: jackd2
Version: 1.9.8~dfsg.3+20120418gitf82ec715-4
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Hello:
Please make this package compatible with multiarch, as described at
http://wiki.debian.org/Multiarch/Implementation.
More info:
Hello:
Here is an updated patch based on the original one posted by William A
Van Hevelingen.
Changes:
- add the missing Multi-Arch: same to liborc
- bump debhelper build-dependency to (= 9) to be able to make the dbg
package Multi-Arch: same
- drop dpkg-dev build-dep since debhelper 9 already
Source: wine
Version: 1.0.1-3.5
Hello:
Since dpkg/apt with multiarch support is already in sid it would be
nice if this package would transition to multiarch too.
I currently build wine 1.4/1.5 and the multiarch dependencies to build
a multiarch version of this package since this package is
Source: wine-unstable
Version: 1.1.36-1
Hello:
Since dpkg/apt with multiarch support is already in sid it would be
nice if this package would transition to multiarch too.
I currently build wine 1.4/1.5 and the multiarch dependencies to build
a multiarch version of this package since this
locales are not compatible between all architectures, so I don't think
we should do that until that is fixed or another solution is found.
Oh ok, but why is the package currently arch = all then? Maybe I'm
missing something from that reply.
Cheers,
Miguel
--
To UNSUBSCRIBE, email to
The locale are compiled at install time, hence the arch = all. But once
compiled, they can't be used on all architecture, so they are not
Multiarch safe.
Oh I see what the issue is now thanks for the quick replies.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
Hello:
Here is a patch with the minimal amount of changes to add multiarch support.
Hope this helps,
Miguel
celt-multiarch.patch
Description: Binary data
Hello:
Here is a patch with the minimal amount of changes to add multiarch support.
Hope this helps,
Miguel
schroedinger-multiarch.patch
Description: Binary data
Hello:
I made a possible NMU patch which closes 9/13 of the current bugs,
some unreported bugs and updated to bzr1539 in the process.
I have used this locally for a while so I just created a patch for it.
I doubt it can get uploaded as an NMU since it's has many changes.
I had to create a local
Forgot to actually attach the patch.
0001-NMU-bzr1539.patch
Description: Binary data
Package: libsdl-1.3-dev
Version: 1.3.0~20111204-1
Severity: serious
Hello:
While trying to compile a program that requires SDL-1.3 I get the
following message:
/usr/include/SDL/SDL_syswm.h:79:22: fatal error: directfb.h: No such
file or directory
compilation terminated.
SDL_syswm.h contains:
Source: libsdl-1.3
Version: 1.3.0~20111204-1
Hello:
Please make this package compatible with multiarch, as described at
http://wiki.debian.org/Multiarch/Implementation.
More info: http://wiki.debian.org/ReleaseGoals/MultiArch
Thanks,
Miguel
--
To UNSUBSCRIBE, email to
Source: libsdl-1.3
Version: 1.3.0~20111204-1
Severity: wishlist
Hello:
It seems that upstream closed the SDL-1.3 branch and the next release
will be SDL-2.0.
Please consider updating the package to this branch.
Hope this helps,
Miguel
--
To UNSUBSCRIBE, email to
Hello:
Forgot to mention that if one obviously adds
-I${prefix}/include/directfb then the error is gone but the program
does not use directfb.
Adding Requires.private: directfb and asking the cmake-data package
to update their FindSDL.cmake script should fix this.
Hope this helps,
Miguel
--
49 matches
Mail list logo