Bug#1034555: unblock: fluidsynth/2.3.1-2

og 2022-12-30 16:10:11.0 +0100 +++ fluidsynth-2.3.1/debian/changelog 2023-04-18 07:48:30.0 +0200 @@ -1,3 +1,11 @@ +fluidsynth (2.3.1-2) unstable; urgency=medium + + * Team upload. + * Apply patch from upstream to fix seamless looping between MIDI +files. + + -- Fabian Greffrath

Bug#1032935: unblock: fonts-dejavu/2.37-6

+1,10 @@ +fonts-dejavu (2.37-6) unstable; urgency=medium + + * Touch all generated TTF files with SOURCE_DATE_EPOCH time, +Closes: #1032599. + + -- Fabian Greffrath Fri, 10 Mar 2023 09:35:35 +0100 + fonts-dejavu (2.37-5) unstable; urgency=medium [ Paul Menzel ] diff -Nru fonts-dejavu-2.37

Bug#924931: unblock: fonts-liberation2/2.00.5-1

+0100 @@ -1,3 +1,9 @@ +fonts-liberation2 (2.00.5-1) unstable; urgency=medium + + * New upstream version 2.00.5 + + -- Fabian Greffrath Sat, 09 Mar 2019 18:05:35 +0100 + fonts-liberation2 (2.00.4-1) unstable; urgency=medium * New upstream version 2.00.4 diff -Nru --exclude '*.sfd' fo

Bug#789429: Stable update? Bug#787398 (evolution-data-server: SMTP connection lost while reading message data)

Hi there, Am Montag, den 15.06.2015, 10:46 +0200 schrieb Josselin Mouette: > I put 3.12.11 in unstable precisely so that it gets a little testing, > and I’d indeed like to see it in 8.2 if the diff is acceptable. unfortunately, I had no luck convincing the SRM to accept my proposed e -d-s update

Re: Bug#791034: flac: library transition may be needed when GCC 5 is the default

Am Montag, den 03.08.2015, 21:41 +0200 schrieb Sebastian Ramacher: > flac needs a transition. A version changing the name of libflac++6 > has been uploaded to experimental. Thank you, Sebastian, for doing this! I just arrived back from my vacation last weekend and did not find time yet to look

Bug#789429: Acknowledgement (jessie-pu: package evolution-data-server/evolution-data-server_3.12.11-0+deb8u1.dsc)

Dear Release Managers, I have not got any reaction to this request for about three weeks now. Is it possible this issue flew under the radar, maybe because of the sheer size of the attached debdiff? At least, I cannot remember having seen the initial message on the debian-release list. The reason

Bug#789429: Acknowledgement (jessie-pu: package evolution-data-server/evolution-data-server_3.12.11-0+deb8u1.dsc)

nding-sync-requests.patch: Dropped, applied upstream. [ Fabian Greffrath ] * d/p/05_imapx-Shared-folders-removed-folder-list-refresh.patch: Refreshed (Closes: #787624). * d/p/06_Make-camel-stream-write-try-to-write-all-bytes-at-once.patch: Fix SMTP connection lost while reading me

Bug#788938: jessie-pu: package lame/3.99.5+repack1-7+deb8u1

cially Bernhard Übelacker for their help with analyzing the bug. + + -- Fabian Greffrath Mon, 15 Jun 2015 15:05:21 +0200 + lame (3.99.5+repack1-7) unstable; urgency=medium * Extend Maks Naumov's patch to also include a sanity check for diff -Nru lame-3.99.5+repack1/debian/patches/forc

Bug#781006: unblock: lame/3.99.5+repack1-7

ude a sanity check for +a valid amount of input channels (Closes: #778703). + * Fix decision if sample rate ratio is an integer value or not +(Closes: #778529). + * Thanks to Henri Salo for the bug reports and the fuzzed samples! + + -- Fabian Greffrath Tue, 24 Feb 2015 09:03:07 +0100

Bug#779083: wheezy-pu: package lame/3.99.5+repack1-3

Am Dienstag, den 24.02.2015, 13:17 + schrieb Adam D. Barratt: > Please use 3.99.5+repack1-3+deb7u1 as the version number and feel free > to upload. The current distribution of "stable-proposed-updates" will > work, but "wheezy" is more self-documenting. Done, thank you! - Fabian -- To U

Bug#779083: wheezy-pu: package lame/3.99.5+repack1-3

ebian/patches/bits_per_sample.patch --- lame-3.99.5+repack1/debian/patches/bits_per_sample.patch 1970-01-01 01:00:00.0 +0100 +++ lame-3.99.5+repack1/debian/patches/bits_per_sample.patch 2015-02-24 09:39:00.0 +0100 @@ -0,0 +1,17 @@ +Description: Avoid malformed wav causing floating

Bug#772643: unblock: mjpegtools/1:2.1.0+debian-3

0 @@ -1,3 +1,15 @@ +mjpegtools (1:2.1.0+debian-3) unstable; urgency=medium + + [ Alessio Treglia ] + * Remove Andres Mejia from the Uploaders list. (Closes: #743551) + * Add todolist + + [ Fabian Greffrath ] + * Add back yuvscaler to the mjpegtools package (Closes: #772520). + * Update my e

Re: Bug#771126: Bug#771191: Bug#771126: libav/tests/lena.pnm: also not mentioned in debian/copyright

Am Dienstag, den 02.12.2014, 23:29 +0100 schrieb Bastien ROUCARIES: > And offencive (sexist) for 50% of the population the women... Now it's getting really ridiculous. Gosh, it's a picture of a woman! - Fabian -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject

Bug#766009: RM: vavoom/1.33-5

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Axel Beckert wrote in #741998: > If someone wants to adopt and fix the package, it will be still > available at http://anonscm.debian.org/gitweb/?p=pkg-games/vavoom.git > as well as http://snapsh

Bug#766009: RM: vavoom/1.33-5

Control: reassign -1 ftp.debian.org Re-sending to ftp.debian.org, sorry release team! Axel Beckert wrote in #741998: > If someone wants to adopt and fix the package, it will be still > available at http://anonscm.debian.org/gitweb/?p=pkg-games/vavoom.git > as well as http://snapshot.debian.org/pa

Bug#725864: Bug#726433: Unknown option on the command line

Am Mittwoch, den 16.10.2013, 14:24 +0100 schrieb Alessio Treglia: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725864 Cool, thanks! So, when will this be uploaded? - Fabian -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble?

Please let fonts-liberation migrate to testing

Dear release team, src:fonts-liberation_1.07.2-7 is currently stuck in unstable. Britney hesitates to let it migrate to testing, because it does not provide the ttf-liberation transitional package anymore. However, that transition has been done in the previous release cycle, so please allow its mi

Re: Please let fonts-android migrate to testing

Am Dienstag, den 23.07.2013, 22:43 +0100 schrieb Adam D. Barratt: > Hinted for tonight's britney run. Thank you very much! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.de

Please let fonts-android migrate to testing

Hello release team, it seems that src:fonts-android (providing fonts-droid and fonts-roboto) is currently stuck in unstable. According to Britney this is because "Adding fonts-android makes 1 non-depending packages uninstallable on i386: ttf-droid". This is true, src:fonts-droid which is currentl

Bug#692137: unblock(pre-approval): zsnes/1.510+bz2-5

Am 05.11.2012 09:54, schrieb Fabian Greffrath: Well done. Now we only need a sponsor to upload the "wheezy" branch of the GIT repo. After that, I will merge it into the "master" branch. Done, thanks! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.o

Bug#692128: [Pkg-fonts-devel] Bug#692128: unblock: fonts-liberation/1.07.2-6

Am 02.11.2012 14:26, schrieb Fabian Greffrath: Please find the debdiff between fonts-liberation_1.07.2-5 and 1.07.2-6 attached. Well, I believe the debdiff attached now is a bit more meaningful than the previous one. - Fabian diff -Nru fonts-liberation-1.07.2/debian/changelog fonts

Bug#692137: unblock(pre-approval): zsnes/1.510+bz2-5

Am 04.11.2012 14:19, schrieb Adam D. Barratt: On Sun, 2012-11-04 at 09:56 +0100, Etienne Millon wrote: I confirm that the SDL backend works fine. Thanks. In that case, please go ahead. Well done. Now we only need a sponsor to upload the "wheezy" branch of the GIT repo. After that, I will mer

Bug#692137: unblock(pre-approval): zsnes/1.510+bz2-5

> One of the relevant seeming messages says "[a]nother solution would be > to disable libao in zsnes but IIRC the other sound backends are > terrible". Did that turn out not to be the case? Hm, I have no idea what led Etienne to that statement, maybe he can elaborate on this. I only know that the

Bug#692137: unblock(pre-approval): zsnes/1.510+bz2-5

Am 02.11.2012 16:24, schrieb Fabian Greffrath: Please find the output of git-diff attached. The patch got mangled up somehow. Please find the right one attached. - Fabian diff --git a/debian/changelog b/debian/changelog index d33b3f6..5ed5541 100644 --- a/debian/changelog +++ b/debian

Bug#692137: unblock(pre-approval): zsnes/1.510+bz2-5

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package zsnes The only difference between this and version 1.510+bz2-4, which is already in testing, is that we built zsnes without libao support. The rationale is that libao

Bug#692128: unblock: fonts-liberation/1.07.2-6

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package fonts-liberation It is the same package as 1.07.2-5 (already in testing), but with the spurious "Provides: ttf-liberation" field removed from fonts-liberation in debi

Bug#683030: unblock: vlc/2.0.3-1

Am 28.07.2012 17:47, schrieb Adam D. Barratt: On Sat, 2012-07-28 at 15:54 +0100, Adam D. Barratt wrote: Depends: vlc libav (not considered) The new libav does not have an unblock request ttbomk and from a quick look at the diff I'm not prepared to unblock it without at least some discussio

Bug#683030: unblock: vlc/2.0.3-1

Am 28.07.2012 17:47, schrieb Adam D. Barratt: - the changelog also doesn't mention the dropping of the ffmpeg Provides. This was also my change, I am sorry this slipped through without proper documentation. However, this field was so utterly wrong in that libav-tools simply does not provide f

Bug#683030: unblock: vlc/2.0.3-1

Dear Adam, Am 29.07.2012 23:16, schrieb Adam D. Barratt: I did not apply this change but recognize it from Emdebian sprint: Reason is, I believe, to ease bootstrapping new architectures by suppressing build of arch-all packages. Jonas is right. The main reason for this change was to make it ea

Re: Fixing #654506 and #674386 in Wheezy

Am 11.07.2012 14:20, schrieb Mehdi Dogguy: We would like to fix #654506 and #674386 in Wheezy. Unfortunately, we are not able to accept supercollider/1:3.5.2-1 from Unstable since the changes are quite large. Usually, we ask the maintainer to prepare an upload based on testing's source package an

Re: rott stable update

Am 04.03.2012 00:53, schrieb Ansgar Burchardt: I just did so. Thank you very much! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f547b5a.4000...@greffrath.com

Re: Fwd: Bug#660266: Failed to download 1rott13.zip

fixed 660266 1.1.1-4 thanks Am 27.02.2012 11:36, schrieb Adam D. Barratt: Firstly, #660936 and #660266 are entirely different bugs. Secondly, you need "fixed", rather than "notfound". The latter removes a version from the list of versions in which the bug was explicitly marked as found, it doesn

Re: Bug#660266: Failed to download 1rott13.zip

Hi Paul, Am 26.02.2012 01:03, schrieb Paul Wise: If the rott data is distributable by Debian, why isn't it being packaged in non-free? If the rott data is not distributable in non-free, what makes it distributable from alioth? I believe this is due to the absurd shareware license that applies

Re: Fwd: Bug#660266: Failed to download 1rott13.zip

ian/changelog index a854bda..246d693 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +rott (1.1.1-3.1+squeeze1) squeeze; urgency=low + + * As a last resort, try to download the shareware data files +from pkg-games.alioth.debian.org (Closes: #660266). + * Update Vcs-* fields

Re: Bug#660266: Fwd: Bug#660266: Failed to download 1rott13.zip

Am 25.02.2012 14:12, schrieb Ansgar Burchardt: fab...@greffrath.com writes: +SHAREURL3="http://pkg-games.alioth.debian.org"; could you move them to a subdirectory (maybe "game-data" or "game-data-packager")? I would prefer not having random shareware archives in the team's webroot. I have do

Re: Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

Am 16.03.2011 07:21, schrieb Adam D. Barratt: Unfortunately the upload hit p-u-NEW after things had been frozen for 6.0.1; it will therefore not be processed until after 6.0.1 has been released and will be included in 6.0.2. Oh, come on. Isn't it possible to still get this into 6.0.1? It's such

Re: Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

Dear pkg-mm team mates, Am Dienstag, den 08.03.2011, 20:44 + schrieb Adam D. Barratt: > > libmms 0.6.2-2 has just entered testing without any complaints. > Please go ahead with the stable upload. the package is already prepared in the stable branch of our libmms git repo. Please upload if you

Re: Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

Am 21.02.2011 13:58, schrieb Adam D. Barratt: Yes, the fix would need to be applied to unstable first, so we can discover if any further issues occur. libmms 0.6.2-2 has just entered testing without any complaints. - Fabian -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org

Re: Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

Am 21.02.2011 13:58, schrieb Adam D. Barratt: Yes, the fix would need to be applied to unstable first, so we can discover if any further issues occur. Prepared in git. siretart? ;) including a bunch of code rearrangement. That's really too large and non-specific for a stable update, I'm afra

Re: Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

Hey release team, this is the patch in question: Do you want me to add it to the package targetted at s-p-u for clarification, or should I apply it in unstable first? How a

Re: Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

2011, 16:40 +0100 schrieb Julien Cristau: > On Mon, Feb 7, 2011 at 10:52:43 +0100, Fabian Greffrath wrote: > > > +--- libmms.orig/src/bswap.h > > libmms/src/bswap.h > > +@@ -21,23 +21,50 @@ > > + */ > > + > > + > > +-/* Go cheap now, will r

Re: Re: Preparation of fixes to 6.0.1

tasksel I'd prefer to note remove software from packages in stable that users could already expect to get installed. #611951 can wait until wheezy. I'd say xsane is installed rather *unexpectedly*. Having to save space by deleting the release notes and on the other hand installing two scanni

[SRM] Approval for ttf-liberation_1.05.2.20091019-4squeeze1 [resent]

that it is correctly detected as +monospaced (rhbz 620273, Closes: #567806). + * Add myself to Uploaders. + + -- Fabian Greffrath Wed, 09 Feb 2011 09:05:29 +0100 + ttf-liberation (1.05.2.20091019-4) unstable; urgency=low * Drop defoma use diff -Nru ttf-liberation-1.05.2.20091019/debian/control ttf-l

Re: Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

Am 07.02.2011 22:50, schrieb Adam D. Barratt: From the bug report, it appears that this issue also affects the package in unstable? If so, please apply the fix to unstable first, and we can then look at a stable update assuming no issues arise. Could one of the pkg-multimedia team mates pleas

[SRM] Approval for libmms_0.6-1squeeze1

/changelog @@ -1,3 +1,10 @@ +libmms (0.6-1squeeze1) stable; urgency=low + + * Apply patch by Paul Burton cherry-picked from upstream git to fix +alignment issues on ARM (Closes: #611791). + + -- Fabian Greffrath Thu, 03 Feb 2011 10:47:49 +0100 + libmms (0.6-1) unstable; urgency=low * Imported

Please unblock ttf-tuffy_20071106-3

) unstable; urgency=low - . - [ Christian Perrier ] - * Switch to 3.0 (quilt) source format - * Update Standards to 3.8.3 (checked) - * Drop defoma use - . - [ Fabian Greffrath ] - * debian/clean: - + New file. Delete *.otf as well, as they are not created from the patched -

Re: Bug#592900: Updating system-config-printer

Am 03.09.2010 09:25, schrieb Guido Günther: I meant to say Conflicts+Replaces too of course. I tried both versioned and unversioned ones already. We had something similar to: [...] to ease upgrades but Joss (cc'ed) objected to it. Then I am out of ideas, sorry. - Fabian -- To UNSUBSCRIBE, e

Re: Re: Bug#592900: Updating system-config-printer

Am Donnerstag, den 02.09.2010, 19:08 +0200 schrieb Guido Günther: > Neither Conflicts+Replaces nor Conflicts+Breaks lets apt-get figure out > the right thing while aptitude handles all well. Even adding a > Provides: hal-cups-utils doesn't work. Erm, I meant Breaks+Replaces, not Conflicts+Breaks!

Re: Bug#592900: Updating system-config-printer

Am 02.09.2010 16:33, schrieb Julien Cristau: Policy §7.6.2 says Conflicts+Replaces, afaict? AFAIUI from Policy 3.9.0.0 [1] onward, §7.3 even recommends usage of Breaks+Replaces, please read the last paragraph in [2] and the footnote in [3]). - Fabian [1]

Re: Re: Bug#592900: Updating system-config-printer

Hmm...it works fine here using aptitude. We can Provide: hal-cups-utils in system-config-printer-udev but that doesn't make sense. Maybe Breaks and Replaces hal-cups-utils instead of Conflicts? - Fabian -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "un

Re: flac_1.2.1-3

Am 09.08.2010 18:06, schrieb Adam D. Barratt: The log for #579025 also suggests that fixing it would require rebuilding reverse dependencies; is that the case? No, that's mistakable from the bug log. In order for the fix to have effect on a package (which is going to be built without an instal

flac_1.2.1-3

Dear Release Team, the pkg-multimedia team has just uploaded a revised flac_1.2.1-3 package to unstable. This packages contains fixes for two bugs (#579025 and #585518) which unfortunately required an autoreconf of the build system. The autoreconf result is applied by means of a patch, which

Re: Bug#548035: /usr/bin/users-admin: users-admin sets su's path to /home/root

Am 28.01.2010 12:16, schrieb Adam D. Barratt: It's already been accepted, or it wouldn't have made it to proposed-updates at all. Adam, thanks for clarifying. - Fabian -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listm

Re: Bug#548035: /usr/bin/users-admin: users-admin sets su's path to /home/root

Am 28.01.2010 10:18, schrieb Josselin Mouette: Le jeudi 28 janvier 2010 à 09:06 +0100, Fabian Greffrath a écrit : This bug is already fixed in unstable, but the lenny version is still affected. I guess its seriousness mandates a stable upload. Yes, please fix this ASAP. It's really bre

Re: Please Don't !! (Was: faad2_2.7-1_i386.changes ACCEPTED)

adding a specific CFLAG and the mpd bug will be fixed in the next upstream version (or by a backported 2-line patch). Tschö, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum

Re: Please Don't !! (Was: faad2_2.7-1_i386.changes ACCEPTED)

ay so that it should appear on http://release.debian.org/migration/testing.pl?package=faad2 soon - I don't intend to push this one through again.) Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsst

Re: Please Don't !! (Was: faad2_2.7-1_i386.changes ACCEPTED)

-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to d

Re: faad2_2.7-1_i386.changes ACCEPTED

Hi -release, the new faad2 library has been accepted for experimental. Please inform us when unstable is ready for the soname transition. Cheers, Fabian -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debia

Re: next faad2 upload

Julien Cristau schrieb: Uploading to experimental now means it sits in NEW while you wait for -release. Waiting means you first wait for -release, and then wait again for NEW. Damn, I should have noticed that. Thanks, Julien! Reinhard? -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität

next faad2 upload

e are not in a hurry. Let's just wait for the release team approval. Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 /

Re: Bug#515072: faad2 2.7 Transition

-- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email t

Re: faad2 2.7 Transition

. - Please use a *sane* watch file. The one you added is nearly unreadable. - "* Move libfaad-dev to the front to be 'default' package debhelper acts on." WTF is the purpose of changes like this?! So far for the first check... Fabian -- Dipl.-Phys. Fabian Greffrath Ruh

RM: toolame -- RoM: obsolete, superseded by twolame

-- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to

Re: toolame: remove from unstable, update in stable

Would one of the DDs among us please upload this package? >>> http://mentors.debian.net/debian/pool/main/t/toolame/toolame_02l- 6lenny1.dsc >> Could you ask your regular sponsor? > Sure, I'll ask the mates from pkg-multimedia. __

Re: toolame: remove from unstable, update in stable

Adeodato Simó schrieb: * Fabian Greffrath [Mon, 16 Mar 2009 14:53:56 +0100]: OK, I have named it 02l-6lenny1 and targeted at stable. Please find the package at the following address and upload if appropriate: http://mentors.debian.net/debian/pool/main/t/toolame/toolame_02l-6lenny1.dsc

Re: toolame: remove from unstable, update in stable

Cyril Brulebois schrieb: Yes, you can! And yes, i did! ;) -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: toolame: remove from unstable, update in stable

have named it 02l-6lenny1 and targeted at stable. Please find the package at the following address and upload if appropriate: http://mentors.debian.net/debian/pool/main/t/toolame/toolame_02l-6lenny1.dsc Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für

Re: toolame: remove from unstable, update in stable

oaded. To which dist should I upload, stable or stable-proposed-updates? Which version number should I choose? Mark Purcell schrieb: > As the current twolame maintainer. > I would be happy with this approach. Great, thank you very much! Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Univers

toolame: remove from unstable, update in stable

toolame package can be satisfied. 5. What else can you imagine/recommend...? Thank you very much for your suggestions. Cheers, Fabian [1] http://mentors.debian.net/debian/pool/main/t/toolame/toolame_02l-7.dsc -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl fü

Re: Bug#484695: vlc: Please switch to libdc1394-22

Luk Claes schrieb: This is still the goal and is being worked on. Thanks! Just wanted to play safe. ;) -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32

Re: Bug#484695: vlc: Please switch to libdc1394-22

d on libdc1394-??-dev at all and just let libavcodec-dev pull it in. This is about to decide for the VLC maintainer. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bo

please unblock invaders 1.0.0-8

ld break if /boot/ is in a different device than + whatever came before invaders. Thanks Robert Millan <[EMAIL PROTECTED]>. + + -- Fabian Greffrath <[EMAIL PROTECTED]> Fri, 1 Aug 2008 14:44:00 +0100 + invaders (1.0.0-7) unstable; urgency=low * debian/postinst: diff -u inva

Re: Bug#395252: ignore bug 395252 'mplayer embeds ffmpeg' for lenny

sorry for my smart-ass behaviour. :) -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED]

Re: Bug#395252: ignore bug 395252 'mplayer embeds ffmpeg' for lenny

Reinhard Tartler schrieb: I'm very hesitant making recommendation what ffmpeg or mplayer deverlopers should do or not without actually being involved with that projects. They are successful at writing good software. Good objection, sorry. ;) -- Dipl.-Phys. Fabian Greffrath Ruhr-Univer

Re: Bug#395252: ignore bug 395252 'mplayer embeds ffmpeg' for lenny

inguish between these two projects and refrain from releasing the libraries separately - at least if mplayer does not build with the separately relased libraries. BTW, how large is the overlap of ffmpeg developers with vlc or xine? Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Uni

Re: Bug#395252: ignore bug 395252 'mplayer embeds ffmpeg' for lenny

g situation on the pkg-multimedia mailing list. I have to admit that I am in the ffmpeg team for only a few weeks now, but I am subscribed to the pkg-multimedia list as long as it exists. Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und

Re: 'rott' package still not in testing (armel, mpis and mipsel: Dep-Wait)

Nevermind, all is fine! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: 'rott' package still not in testing (armel, mpis and mipsel: Dep-Wait)

According to http://buildd.debian.org/pkg.cgi?pkg=rott armel, mips and mipsel are waiting for libts0 (>= 1.0-1) to be built for several days now. Then, according to http://release.debian.org/migration/testing.pl?package=tslib tslib isn't in testing yet because it would break directfb, which has a

Re: 'rott' package still not in testing (not-for-us on s390)

Am Donnerstag, den 07.02.2008, 19:29 +0100 schrieb Luk Claes: > It's now built succesfully on s390 and it's still in the queues to be > built on mips and mipsel like you could see on [1]. Thank you, Luk and Bastian! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe".

Re: 'rott' package still not in testing (not-for-us on s390)

Newer revisions have been fixed to build on all architectures. Cheers, Fabian Am Donnerstag, den 07.02.2008, 14:54 +0100 schrieb Bastian Blank: > On Thu, Feb 07, 2008 at 12:14:41PM +0100, Fabian Greffrath wrote: > > The situation is still the same for mips, mipsel and s390, though. :(

Re: 'rott' package still not in testing (not-for-us on s390)

Hi, I have uploaded version 1.0+dfsg-2 in the meantime, fixing a brown-paperbag-bug which made the game unusable in 1.0+dfsg-1. The situation is still the same for mips, mipsel and s390, though. :( Cheers, Fabian Am Sonntag, den 27.01.2008, 15:09 +0100 schrieb Luk Claes: > Fabian Greffr

'rott' package still not in testing (not-for-us on s390)

Hi -release, I'd like to ask why the 'rott' package has not yet reached testing. The excuses page [1] tells me that it's out-of-date in mipsel and s390. The package status page [2] tells me that rott is #207 (!) in the queue for mipsel and that it is not-for-us on s390. Indeed the package is still

Re: Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe

Am Samstag, den 29.12.2007, 00:44 +0100 schrieb Luk Claes: > Uploaded. Lets see if it's taken by an amd64 autobuilder, if not, feel > free to prod me to upload that one too... Great, thanks! However, this will not happen within the next week since I am on vacation till ~Jan 02. Cheers, Fabian -

Re: Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe

Am Freitag, den 28.12.2007, 18:46 +0100 schrieb Luk Claes: > Can you also include the security fix (patch 11) please? Sure. I also changed the Architecture field in debian/control to reflect only i386/amd64 and uploaded the package again to mentors.d.n. I'll be glad if you sponsored this upload.

Re: Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe

retitle 458052 RM: unace-nonfree/stable [alpha arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS not big-endian safe thanks Am Freitag, den 28.12.2007, 14:41 +0100 schrieb Luk Claes: > Can you please upload a fixed package to stable and retitle the > bugreport accordingly? Sure. The fixed p

Re: Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe

Am Freitag, den 28.12.2007, 11:28 +0100 schrieb Luk Claes: > Do you think the patch to fix the 64-bit issue is small enough to have > it included in the next point release? Yes: The patch itself is <4kB and affects only one single file. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subje

libquicktime transition [2nd try]

[Oops, yesterday I sent this email to the wrong email-address (forgot 'lists.' in the domain name). Silly me, sorry! :/] Dear release-team, we (the pkg-multimedia-maintainers) are going to upload the new upstream version 1.0.0 of the libquicktime library to Debian unstable. I tell you, because th