Bug#1026791: ITP: dsda-doom -- Doom source port with a focus on demo recording and speedrunning

Package: wnpp Severity: wishlist Owner: Fabian Greffrath X-Debbugs-Cc: debian-de...@lists.debian.org, pkg-games-de...@lists.alioth.debian.org * Package name: dsda-doom Version : 0.25 Upstream Contact: Ryan Krafnick <https://github.com/kraflab> * URL :

Bug#1021210: ITP: woof -- continuation of the Doom source port MBF targeted at modern systems

Package: wnpp Severity: wishlist Owner: Fabian Greffrath X-Debbugs-Cc: debian-de...@lists.debian.org, Debian Games Team * Package name: woof Version : 10.3.0 Upstream Author : Fabian Greffrath * URL : Debian Games Team * License : GPL-2.0+ and others

Bug#762252: ITP: afdko -- Adobe Font Development Kit for OpenType

Hi there, is there anybody who can tell me what else is needed in order to finally get the AFDKO into Debian? Are there still any reverse dependencies missing? At least the licensing issues should have been addressed upstream some two year ago, if I am not mistaken. It appears that more and

Bug#920956: ITP: fonts-recommended -- set of recommended fonts

Adam Borowski wrote: > Fonts people: as the first stab, I'll upload my picks with Fabian's input, > then let's have a flamewar. Looking forward to the bike-shedding. ;) Is there a GIT repo for that? - Fabian

Bug#916333: ITP: dav1d -- fast and small AV1 video stream decoder

Petter Reinholdtsen wrote: > Hi, any news on getting this into Debian? Well, it's in NEW for about a month now: https://ftp-master.debian.org/new/dav1d_0.1.0-1.html > rav1e in Debian. Do you know if dav1e is better? Erm, rav1e is an encoder whereas dav1d is a decoder, so hard to say what's "be

Bug#869138: fonts-sil-tagmukay stuck in NEW?

Hi Daniel, welcome to the team! Am Samstag, den 27.10.2018, 00:10 +0700 schrieb Daniel Glassey: > This font has been in the NEW queue along with fonts-sil-awami- > nastaliq for over 1 year without any problems being reported to this > ITP. Indeed, I am also confused by this and asked FTP-Master

Bug#898301: ITP: openjazz -- a free, open-source version of the classic Jazz Jackrabbit™ games

Simon McVittie wrote: > g-d-p patches welcome! Hopefully this should be a relatively simple game > to package due to its age. Probably a stupid question, but since GOG provides a package for Windows and one for Linux (in general), which one do we use for g-d-p? - Fabian

Bug#898301: ITP: openjazz -- a free, open-source version of the classic Jazz Jackrabbit™ games

Hi Simon, Am Donnerstag, den 10.05.2018, 08:22 +0100 schrieb Simon McVittie: > So /usr/share/games/jazz-jackrabbit? let's decide on this then. I am currently waiting for some PRs to be accepted upstream, then I will concentrate on the packaging and once I have this ready, I'll file bugs against

Bug#898301: ITP: openjazz -- a free, open-source version of the classic Jazz Jackrabbit™ games

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: openjazz Version : 20171024 Upstream Author : Alister Thomson <http://www.alister.eu/> * URL : http://www.alister.eu/jazz/oj/ * License : GPL-2+ Programming Lang: C++ Descr

Bug#865283: ITP: fontmake -- Compile fonts from sources (UFO, Glyphs) to binary (OpenType, TrueType)

Yao Wei wrote: > The dependencies are uploaded and it can finally be packaged! \o/ Thanks for that! - Fabian

Bug#724629: [Pkg-fonts-devel] Package for Fira Sans and Fira Mono

Am Donnerstag, den 02.11.2017, 17:09 +0100 schrieb Yves-Alexis Perez: > Maybe Fabian or Rodolphe, who package the Fira Code font, would be > interested? I'd certainly be happy to sponsor an upload, but I am not going to package it on my own. Cheers, - Fabian signature.asc Description: This is

Bug#877504: ITP: fonts-comic-neue -- font that fixes the shortcomings of Comic Sans

Am Montag, den 02.10.2017, 16:32 +0200 schrieb Adam Borowski: > Your choice. Without building from source, just copying in pre-built files > is trivial, and about as much work to adjust as to re-do. I have adjusted your packaging and this is what I have just uploaded: https://anonscm.debian.org/

Bug#877504: ITP: fonts-comic-neue -- font that fixes the shortcomings of Comic Sans

Am Montag, den 02.10.2017, 14:46 +0200 schrieb Adam Borowski: > Not mine. > > http://angband.pl/debian/pool/main/c/comic-neue/comic-neue_2.3-1.dsc Shouldn't we probably take this as a base and upload it as a team- effort? - Fabian signature.asc Description: This is a digitally signed message

Bug#865283: fontmake

Am Montag, den 02.10.2017, 16:06 +0200 schrieb Paride Legovini: > All the ITPs are owned by Yao Wei, who is doing a great work in > packaging most of fontmake's dependencies. I'll try to take care of > some > of the missing ones, if nobody is already working on them. Yes, please do! Thank you very

Bug#877504: ITP: fonts-comic-neue -- font that fixes the shortcomings of Comic Sans

Am Montag, den 02.10.2017, 12:58 +0200 schrieb Adam Borowski: > Yay, I looked into packaging this before, but the toolchain to build > this > from source wasn't available then But this isn't your effort, right? https://anonscm.debian.org/cgit/pkg-fonts/fonts-comic-neue.git/ - Fabian signatur

Bug#877504: ITP: fonts-comic-neue -- font that fixes the shortcomings of Comic Sans

Hi Adam, Am Montag, den 02.10.2017, 12:58 +0200 schrieb Adam Borowski: > On Mon, Oct 02, 2017 at 11:34:58AM +0200, Fabian Greffrath wrote: > > * Package name: fonts-comic-neue I think I'll change the package name to fonts-comicneue (as comic isn't a foundry). > Yay, I

Bug#877504: ITP: fonts-comic-neue -- font that fixes the shortcomings of Comic Sans

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: fonts-comic-neue Version : 2.3 Upstream Author : Craig Rozynski * URL : http://comicneue.com/ * License : SIL Open Font License 1.1 Programming Lang: OTF Description : font that

Bug#754785: [Pkg-fonts-devel] Bug#754785: ITP: fonts-open-sans -- sans serif typeface

Am Montag, den 24.04.2017, 08:40 +0200 schrieb Gregor Riepl: > Thank you, looking forward to it. Done. For the next revision, please document in README.Source that the otfdump tool can be found in the libotf-bin package (took me quite some time to figure out myself). Also, maybe it would be bet

Bug#754785: [Pkg-fonts-devel] Bug#754785: ITP: fonts-open-sans -- sans serif typeface

Am Mittwoch, den 19.04.2017, 18:09 +0200 schrieb Gregor Riepl: > The repository is here: > https://anonscm.debian.org/cgit/pkg-fonts/fonts-open-sans.git/ This looks all good to me! I like your README.Source file. It is really very informative! Maybe you could prefix lines that are supposed to ge

Bug#754785: [Pkg-fonts-devel] Bug#754785: ITP: fonts-open-sans -- sans serif typeface

Am Dienstag, den 18.04.2017, 19:33 +0200 schrieb Gregor Riepl: > My account on Alioth is onitake-guest. Please request membership in the group on Alioth, so I can add you immediately. - Fabian signature.asc Description: This is a digitally signed message part

Bug#766679: ITP: fdkaac -- command line encoder frontend for libfdk-aac

Am Donnerstag, den 03.09.2015, 16:48 +0300 schrieb Marius Gavrilescu: > Looking at the code, src/m4af.{c,h} handles the M4A format. I find no > mention of m4af.c or m4af_create on the web except for fdkaac, so I > assume it was written by nu774. Thank you for your answers! BTW, faac only outputs

Bug#766679: ITP: fdkaac -- command line encoder frontend for libfdk-aac

Am Donnerstag, den 03.09.2015, 16:24 +0300 schrieb Marius Gavrilescu: > Yes, it outputs M4A by default, but it can also output ADIF, ADTS, > LATM, LOAS. It does not seem to be able to output raw AAC (that is, > ADIF without the header). Not sure how useful that would be. Pretty useless, that's w

Bug#766679: ITP: fdkaac -- command line encoder frontend for libfdk-aac

Am Donnerstag, den 03.09.2015, 15:28 +0300 schrieb Marius Gavrilescu: > fdkaac doesn't deal with video, subtitles, or even multiple audio > tracks. It does the equivalent of oggenc: give it a .wav and it gives > you a .m4a/.aac/.mp4 with the encoded audio data. I know. My question was, does it giv

Bug#766679: ITP: fdkaac -- command line encoder frontend for libfdk-aac

> It reads linear PCM audio in either WAV, raw PCM, or CAF format and > encodes it into M4A / AAC files. Does this mean that it will be able to do MP4 muxing? - Fabian signature.asc Description: This is a digitally signed message part

Bug#796559: ITP: refkeen -- Ports of Keen Dreams and the Catacomb Adventure Series games

Am Samstag, den 22.08.2015, 22:32 +0200 schrieb Alexandre Detiste: > I had a similar problem with OpenXCom that has changed directory > layout for upcoming release to provide a separate namespace > for the sequel... this time I choosed to only support the future/git > layout as it then should chan

Bug#721521: fonts-urw-base35 status

Am Freitag, den 26.06.2015, 11:39 +0900 schrieb Norbert Preining: > > I just wanted to bump you about the status of this package? Anything > we need to do to get that into Debian? Just uploaded to experimental. :) - Fabian signature.asc Description: This is a digitally signed message part

Bug#721521: fonts-urw-base35 status

Hi Norbert, it's good that you are asking, thank you! Some days ago, I have updated the ITP bug report with the current state of affairs. TLDR: I am waiting for native alias support for the new font names in the next fontconfig release and for an approval from the texlive maintainers (especially

Bug#721521: fonts-urw-base35: changing from ITP to RFP

Am Montag, den 08.06.2015, 14:45 +0200 schrieb Fabian Greffrath: > - I am going to wait until this fontconfig version enters Debian and > add a Breaks relation for older fontconfig packages. Note to myself: (<< 2.11.91) signature.asc Description: This is a digitally signed message part

Bug#721521: fonts-urw-base35: changing from ITP to RFP

Am Montag, den 01.12.2014, 17:06 +0100 schrieb Fabian Greffrath: > I am waiting for upstream, i.e. Ghostscript/Artifex, to receive new > versions of the fonts from their respective upstream, i.e. URW, that > have all known issues addressed and feature the extended glyph range > as pr

Re: Work-needing packages report for Mar 27, 2015

Dear Geert, Am Sonntag, den 19.04.2015, 15:48 +0200 schrieb Geert Stappers: > Ta ta the patch: great, thank you! I had no idea that the patch for this would be so straightforward. > Visiting http://bugs.debian.org/655889 didn't reveal any usertags yet to me. Not yet, but this is a chicken-an

Bug#764200: Bug#777338: game-data-packager: please add support for Doom3 BFG

Am Sonntag, den 08.02.2015, 19:47 +0100 schrieb Alexandre Detiste: > We could also package this popular expansion: > http://doomwiki.org/wiki/Classic_Doom_for_Doom_3 > (doom3-classic-data) Good idea, but AFAIK this is not compatible with Doom 3 BFG Edition! - Fabian -- To UNSUBSCRIBE, email t

Bug#775928: RFA: doomsday

Package: wnpp Severity: normal Hi all, I once helped to get the package back up into shape in order to provide another alternative engine (besides prboom-plus) that was able to run freedoom. This was around the time when vavoom became unusable and was eventually removed from Debian. Meanwhile, h

Bug#721521: fonts-urw-base35: changing from ITP to RFP

retitle 721521 ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts owner 721521 ! thanks I am waiting for upstream, i.e. Ghostscript/Artifex, to receive new versions of the fonts from their respective upstream, i.e. URW, that have all known issues addressed and feature t

Bug#733937: [Pkg-fonts-devel] RFP: fonts-croscore -- width-compatible fonts for improved on-screen readability

Am Dienstag, den 07.01.2014, 13:48 +0100 schrieb Fabian Greffrath: > I consider the fonts-croscore, fonts-crosextra-caladea and > fonts-crosextra-carlito packages ready for upload and thus request > sponsoring for them. Thanks for uploading! - Fabian -- To UNSUBSCRIBE, email to de

Bug#733937: RFP: fonts-croscore -- width-compatible fonts for improved on-screen readability

Dear pkg-fonts team, I consider the fonts-croscore, fonts-crosextra-caladea and fonts-crosextra-carlito packages ready for upload and thus request sponsoring for them. The packaging can be found here: http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-croscore.git http://anonscm.debian.org/gitw

Bug#733937: ITP: fonts-google-crosextra-caladea -- Caladea is metric-compatible with Cambria

Am Montag, den 06.01.2014, 19:22 -0800 schrieb Robert Ransom: > In that case, they should be kept in separate Debian source packages. Indeed they are. > Make sure that you find the sources for those fonts. The tarball that > you linked to in the message that opened bug #733937 contains only the

Bug#734354: ITP: fonts-croscore -- width-compatible fonts for improved on-screen readability

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: fonts-croscore Version : 1.23.0 * URL : http://gsdview.appspot.com/chromeos-localmirror/distfiles/ * License : Apache-2.0 Programming Lang: TTF Description : width-compatible fonts

Bug#733937: ITP: fonts-google-crosextra-caladea -- Caladea is metric-compatible with Cambria

Hi Robert, thanks for your comments! Am Freitag, den 03.01.2014, 14:03 -0800 schrieb Robert Ransom: > If the upstream source tarball contains both fonts, you'll have to > document both licenses in the copyright file anyway. Better to submit > one source package named fonts-google-crosextra. >

Bug#733937: ITP: fonts-google-crosextra-caladea -- Caladea is metric-compatible with Cambria

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: fonts-google-crosextra-caladea Version : 20130214 * URL : http://gsdview.appspot.com/chromeos- localmirror/distfiles/crosextrafonts-20130214.tar.gz * License : Apache Description

Bug#689824: RFP: yquake2 -- Yamagi Quake II - Enhanced client for Quake II

A first working package can be found here: http://anonscm.debian.org/gitweb/?p=pkg-games/yquake2.git A review would be highly appreciated. Thank you! - Fabian -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.d

Bug#689824: RFP: yquake2 -- Yamagi Quake II - Enhanced client for Quake II

Am Donnerstag, den 12.09.2013, 11:14 +0100 schrieb Simon McVittie: > The 'quake' package might be a useful reference for a game with > swappable engines, and contains SVG source for a Quake II icon in the > same style as its Quake I icon. > > (Indeed, I wouldn't object to quake2 and quake2-server

Bug#689824: RFP: yquake2 -- Yamagi Quake II - Enhanced client for Quake II

retitle -1 ITP: yquake2 -- Yamagi Quake II, Enhanced client for Quake II owner -1 pkg-games-de...@lists.alioth.debian.org > Yamagi Quake II is a modern Quake II that offers a play > experience as close as possible to that of the original > 1997 game. I think I'll package that under the umbrella o

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Am Donnerstag, den 12.09.2013, 10:14 +0900 schrieb Norbert Preining: > For now, I would suggest to remove the epoch, as it is not necessary > anymore. Alright, it is removed in GIT. Thanks! - Fabian -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscri

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Hi Norbert et al., Am Dienstag, den 10.09.2013, 10:04 +0900 schrieb Norbert Preining: > My suggestion is: > * upload fonts-urw-base35 without any gsfonts relations whatsoever. Done now it GIT, could you please have a look at it? Thank you! - Fabian -- To UNSUBSCRIBE, email to debian-wnpp-re

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Hi Norbert, Am Dienstag, den 10.09.2013, 10:04 +0900 schrieb Norbert Preining: > You are a bit overdoing. First, did you consider the fact that > the fonts currently in gsfonts provide cyrillic glyphs. > Now removing them, what are the consequences? > Are you aware, have you planned for that? Have

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Am Montag, den 09.09.2013, 13:34 +0900 schrieb Norbert Preining: > Nothing. There is no way you can easily take over a package. So they can block development by sheer ignorance? > You *can* upload fonts-urw-base35 and do everything there is, *without* > sjhipping temporary gsfonts packages. If

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Am Montag, den 09.09.2013, 09:10 +0900 schrieb Norbert Preining: > Pushed now. Thanks! > > As long as the maintainers of gsfonts do not agree, there is no chance > > I will upload it. > See here. What if they don't reply? Escalate to d-devel? - Fabian -- To UNSUBSCRIBE, email to debian-wnpp

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

s or raise your objections now, before it is probably a bit late. Thank you very much for your replies! Best regards, - Fabian Am Freitag, den 06.09.2013, 15:29 +0900 schrieb Norbert Preining: > Hi Fabian, > > a few comments: > > On Do, 05 Sep 2013, Fabian Greffrath wrote: &g

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Hi again, Am Freitag, den 06.09.2013, 15:29 +0900 schrieb Norbert Preining: > No, I fixed one more buglet, the path in the gs fontmap snippet > were pointing to > /usr/share/fonts/type/fonts-urw-base35/ > which is wrong, the fonts are in .../urw-base35/ (no "fonts-" directory > part). o_O

Bug#721521: fonts-urw-base35 and metrics

Hey Norbert, Am Freitag, den 06.09.2013, 11:52 +0900 schrieb Norbert Preining: > I wanted to ask you one thing: Are the font *metrics* unchanged, > thus a drop-in replacement of the Adobe fonts, and also a drop-in > replacement for the previous URW fonts? Honestly, I haven't checked that yet. Bu

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

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Hi Norbert, Am Mittwoch, den 04.09.2013, 19:59 +0900 schrieb Norbert Preining: > I have contacted Walter and Karl, as you have seen. Let us see. Yes, I have seen. Thanks! > In due time, there is no hurry, as the new fonts do not improve too > much over what is currently on CTAN/TL. Sure, but d

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, 19:59 +0900 schrieb Norbert Preining: > > I'd say "no", but I am sure that a huge glaring bug will occur the > > second after the package is uploaded. :) > > Sure, as usual. That is why we have unstable ;-) Please wait a minute, I have found one! -- To UNSUBSCRIBE

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Hi Norbert et al., Am Mittwoch, den 04.09.2013, 10:00 +0900 schrieb Norbert Preining: > For now we can upload. As long as the TeX Live package do not > ship symlinks to the new fonts nothing happens. > > On the usptream (TeX Live) (I am also maintainer there) I will see if > we can prepare an u

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Am Dienstag, den 03.09.2013, 20:06 +0200 schrieb Jonas Smedegaard: > Why? Sounds like a _very_ bad idea to me (no matter if others did > similar bad stuff in the past). Because the font names may be hard coded somewhere (the internal FontName and FontFamily fields, I am not talking about the fi

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

[Resent to get rid of that typo in gsfo...@packages.debian.org.] Am Dienstag, den 03.09.2013, 10:35 +0200 schrieb Jonas Smedegaard: > Oh, I am surprised: I thought your intend was to maintain it, not > prepare it for others to maintain. You misread me! I was just surprised that I announce for a

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Am Dienstag, den 03.09.2013, 10:35 +0200 schrieb Jonas Smedegaard: > Oh, I am surprised: I thought your intend was to maintain it, not > prepare it for others to maintain. You misread me! I was just surprised that I announce for about a week now that I am going to replace the gsfonts and gsfonts

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Am Dienstag, den 03.09.2013, 22:06 +0200 schrieb Jonas Smedegaard: > Could it be that there is a good reason for the renaming? Honestly, I have no idea. > Might it affect some uses of the official font that we distort it? An > example coming to my mind is Postscript files referencing a font wi

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, 00:04 +0900 schrieb Norbert Preining: > Not necessarily for now. I just sponsor it if you are fine with that. Yes, sure. > Is the coverage of the new gsfonts/fonts-urw as wide as the coverage > of the fonts currently in TeX Live? Or, in other words, is it a > comple

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Hello Norbert, thanks for the review! Am Dienstag, den 03.09.2013, 23:30 +0900 schrieb Norbert Preining: > this package has never been released to Debian. Since you are building > gsfonts which is currently at 1:8.11 would > 1:20130628-1 > not suffice? (Or what am I missing?) Yes, you are

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Dear Jonas and Norbert, Am Montag, den 02.09.2013, 23:33 +0900 schrieb Norbert Preining: > > http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-urw-base35.git > > Cloned it, looks fine. having seen that Debian #720906 has been closed, I have updated the debian/copyright file for fonts-urw-base3

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Am Montag, den 02.09.2013, 09:08 +0900 schrieb Norbert Preining: > Can easily be done. We must not forget to remove the symlinks from texlive-fonts-recommended's copy of these fonts into /usr/share/fonts/type1 then. > Let me know where your git (or svn) repo is and I can help on that package. T

Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Am Sonntag, den 01.09.2013, 20:03 +0200 schrieb Jonas Smedegaard: > Saying this is "the 35 PostScript Language Level 2 Base Fonts" is > incorrect: Only the original Adobe set is _the_ base fonts, this is > merely a metrics-compatible alternative set of fonts. Very valid point! > Description:

Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: fonts-urw-base35 Version : 2:20130628-1 Upstream Author : (URW)++ Design & Development * URL : http://downloads.ghostscript.com/public/fonts/ * License : GPL (needs clarification,

Bug#718880: [Pkg-fonts-devel] Bug#718880: RFP: fonts-arkpandora -- Replacement fonts for Microsoft's Arial, Times, and Verdana fonts

Am Dienstag, den 06.08.2013, 15:26 +0200 schrieb Raphaël Hertzog: > A software that I'm currently packaging embeds a copy of those fonts and > it would be nice if I could point to a separate package providing those > fonts. Why not use fonts-liberation which serves the same purpose? - Fabian -

Bug#717077: ITP: eureka -- map editor for the classic DOOM games

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: eureka Version : 0.95 Upstream Author : Andrew Apted * URL : http://eureka-editor.sourceforge.net/ * License : GPL-2+ Programming Lang: C++, FLTK Description : map editor for the

Bug#665318: ITP: faac -- AAC audio encoder

Am Samstag, den 22.06.2013, 16:01 +0200 schrieb Reinhard Tartler: > I've now polished the package a bit and uploaded it to NEW. Let's see > what happens. Thanks, Reinhard! Could you please "git push --tags"? ;) - Fabian -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a s

Bug#665318: ITP: faac -- AAC audio encoder

Dear folks, Am 18.10.2012 10:23, schrieb Stefano Zacchiroli: The fact that "it may infringe existing patents" is not, per se, against the patent policy. In fact, that statement is true for every package in the archive: *alleged* sowftware patent violations can be found in almost any piece of sof

Bug#444368: ITP: dvd95 -- DVD9 to DVD5 converter

Hey Alessio, Am Sonntag, den 19.05.2013, 16:39 +0100 schrieb Alessio Treglia: > I'll upload it as soon as possible. any news? - Fabian -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http:

Bug#559132: Bug#690905: freedoom: Prboom Plus should be used instead of Prboom

retitle 690905 ITP: prboom-plus thanks The prboom-plus package is mostly ready. I am merely waiting for upstream to release a new version and then I need to clean up debian/copyright a bit. - Fabian -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubsc

Bug#690905: freedoom: Prboom Plus should be used instead of Prboom

Am 30.11.2012 11:46, schrieb Fabian Greffrath: $ grep -ir 'prboom+' prboom+/* | wc -l 30 $ grep -ir 'prboom-plus' prboom+/* | wc -l 246 Sorry, that was misleading, a significant amount of these appearances were from the debian/ directory: $ grep -ir 'prboom+'

Bug#690905: freedoom: Prboom Plus should be used instead of Prboom

Am 30.11.2012 11:38, schrieb Jonathan Dowland: That's disappointing. The idea of the package being "prboom-plus" really rankles with me, e.g. imagine if bonnie++ was "bonnie-plus-plus", libstdc++6 libstdc-plus-plus-6 etc. However packaging practicalities are important. Let me look over your commi

Bug#690905: freedoom: Prboom Plus should be used instead of Prboom

Am 16.11.2012 11:32, schrieb Jon Dowland: I've just put some initial packaging work at git+ssh://git.debian.org/git/pkg-games/prboom+.git I have currently started improving the packaging a bit and found the package name really confusing and distracting. Could we please rename the package to "

Bug#694257: RFP: libfdk-aac -- The Fraunhofer FDK AAC Codec Library

> * License : custom copyleft [1] The license contains some additional restrictions that render it non-free, it is at least considered so by the Libav project. This will somehow damp down the interest in this package... - Fabian -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.deb

Bug#690905: freedoom: Prboom Plus should be used instead of Prboom

Am 16.11.2012 12:17, schrieb Jon Dowland: Why not. I haven't been for a while but I'll happily fire them off an email. Thanks for taking care of that! -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#690905: freedoom: Prboom Plus should be used instead of Prboom

Am 16.11.2012 11:32, schrieb Jon Dowland: Long term I think I probably agree with you. We should probably not have both in jessie. But, I'd like to give prboom+ a proper evaluation before I'd consider dropping prboom - so I think they should coexist prior to the next release, so prboom+ gets plen

Bug#651600: [Pkg-fonts-devel] Bug#651600: Claiming this package

Am 14.11.2012 17:57, schrieb Vasudev Kamath: I think that is not correct because fonts-droid comes from droidfonts.com [1] and Roboto is not listed there. Roboto can be downloaded from here [2] Sorry, but I am afraid this is also wrong. These may be the sites on which the fonts were initially

Bug#651600: [Pkg-fonts-devel] Bug#651600: Claiming this package

Am 14.11.2012 17:11, schrieb Vasudev Kamath: owner 651600 ! retitle 651600 ITP: fonts-roboto -- Font introduced in Google Android 4.0 (Icecream Sandwich) thanks I would like to package this font. IMHO it should be packaged as another binary package from the fonts-droid source package, which

Bug#690905: freedoom: Prboom Plus should be used instead of Prboom

Am 22.10.2012 17:14, schrieb Jon Dowland: It was originally a fork of prboom maintained by someone completely independently of prboom. It later moved into the prboom SVN, but is still managed as a separate project. I think there is some cross-pollination and code flows between the two. However, p

Bug#690905: freedoom: Prboom Plus should be used instead of Prboom

Am 23.10.2012 22:34, schrieb Jon Dowland: Ah yes, that's right. Since prboom updates so infrequently, I guess that code has not been exercised in years. I should probably adapt it into a "get-orig-source" debian/rules rule. Actually we should probably rebuild prboom.wad upon every package build,

Bug#690905: freedoom: Prboom Plus should be used instead of Prboom

Am 22.10.2012 17:14, schrieb Jon Dowland: It was originally a fork of prboom maintained by someone completely independently of prboom. It later moved into the prboom SVN, but is still managed as a separate project. I think there is some cross-pollination and code flows between the two. However, p

Bug#690905: freedoom: Prboom Plus should be used instead of Prboom

Am 19.10.2012 10:44, schrieb Jon Dowland: For some reason I've never been motivated to package prboom+ myself. I'm not sure why, I think mostly because I've been quite happy with prboom for my light usage. It should be a pretty trivial package, however. You could more-or-less reuse the debian/ di

Bug#665318: ITP: faac -- AAC audio encoder

Am 17.10.2012 18:37, schrieb Bob Bib: This package has been rejected by ftpmaster as violating Debian patents policy, but has the issue been reviewed by the Debain patent expert person, as described in the policy statements? Good question, but honestly I don't know the answer. Let's play the b

Bug#456165: Details from Handbrake as to why it is statically linked to libraries

Am 13.09.2012 15:46, schrieb Reinhard Tartler: libdca svn 81 newer than released version We can update the system copy of the library, no problem here. Nope, the release was tagged with commit 82 and I have applied most subsequent patches up to commit 89. - Fabian -- To UNSUBSCRIBE, emai

Bug#456165: Show stopers for handbreak in debian ?

Am 05.09.2012 14:19, schrieb Fabian Greffrath: In one of his previous mails Niv told me that handbrake would currently FTBFS. I am not sure why this happens, but it may be due to Debian's unpatched a52dec library and handbrake patch 0009 being disabled. I couldn't confirm this in my

Bug#456165: Show stopers for handbreak in debian ?

Am 05.09.2012 13:52, schrieb Rogério Brito: I don't think that anybody in pkg-multimedia would mind you uploading to the the NEW queue barrier done, especially now that the ftpmasters Most definitely not, we are a very friendly team and welcome every helping hand. I could not imagine Reinhard

Bug#456165: Show stopers for handbreak in debian ?

Dear Rogério, Am 27.08.2012 14:58, schrieb Fabian Greffrath: Am 27.08.2012 14:43, schrieb Niv Sardi: I think it's good enough, I'd say upload to experimental, and then we see how we fix it. Generally I agree, but Rogerio (CC'ed) also has a word to say about this. Rogerio? h

Bug#456165: Show stopers for handbreak in debian ?

Am 27.08.2012 14:58, schrieb Fabian Greffrath: against some GPL'ed libraries. We even had to bump the license version to 3, because we use libraries that are licensed under the MPL (mostly code from Android - including another AAC encoder, BTW). s/MPL/Apache/ -- To UNSUBSCRIBE, ema

Bug#456165: Show stopers for handbreak in debian ?

Hi Niv, Am 27.08.2012 14:43, schrieb Niv Sardi: Awesome, do you need sponsoring ? No, thank you. Handbrake will be maintained in the pkg-multimedia team and we already have plenty of DDs to sponsor uploads. Maybe you are also interested to join? I haven't built it (it actually failed and

Bug#456165: Show stopers for handbreak in debian ?

Dear Niv, thanks for your interest in handbrake and Debian. Am 20.08.2012 08:43, schrieb Niv Sardi: what is missing to push handbreak into Debian ? theoretically, i.e. from a strictly technical point of view, handbrake could get uploaded to Debian (preferably experimental) in its current fo

Bug#654970: ITP: drwright -- Known as typing break in GNOME 2

Any news about this? I use Workrave in Windows and would really like to see something similar for the GNOME desktop in Debian. Cheers, Fabian -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archiv

Bug#665318: Bug #665318 ITP: faac -- AAC audio encoder

Am 03.06.2012 19:49, schrieb Aron Xu: What's the status of this package? ITP has been tagged as pending for two months but I find no reference later. It has been rejected, see: - Fabian -- To UNSU

Bug#456165: Please add dvdnav_dup() and dvdnav_free_dup() functions from the handbrake project

Dear libdvdnav devs, please consider applying the following patch originating from the handbrake project: It adds two new functions, dvdnav_dup() and dvdnav_free_dup(), that duplicate a dvdnav_t object and

Bug#456165: ITP: handbrake -- Rips and encodes DVDs (was Bug#672561: libavcodec-dev: Missing /usr/include/libavcodec/audioconvert.h)

Am Samstag, den 12.05.2012, 11:40 -0400 schrieb Andres Mejia: > I just noticed that libmkv was written specifically for handbrake. In > this case, I wouldn't even bother uploading libmkv separately and just > use whatever libmkv ships with handbrake. Really? I didn't know. I just read somewhere th

Bug#670397: ITP: plug -- control Fender Mustang amplifiers

Am 25.04.2012 10:52, schrieb Alessio Treglia: Yes, I've just taken upstream name. How does mustang-plug sound? IMHO better! -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.deb

Bug#670397: ITP: plug -- control Fender Mustang amplifiers

Am 25.04.2012 10:31, schrieb Alessio Treglia: * Package name: plug A bit generic, or? - Fabian -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f97b9f6.9000.

Bug#203211: RFP: avidemux -- A small editing software for avi (especially DivX)

Am 05.01.2012 16:55, schrieb Reinhard Tartler: I'm a bit confused now. Fabian noticed that Fedora's avidemux 2.5.3 package already did unbundle ffmpeg. Is this untrue? Or did I misunderstand you two? No, I just noticed that *some* libraries are unbundled and that the package Build-Depends on f

Bug#203211: RFP: avidemux -- A small editing software for avi (especially DivX)

summary of our previous discussion... Am 03.01.2012 00:14, schrieb Reinhard Tartler: On Mon, Jan 2, 2012 at 5:03 PM, Fabian Greffrath wrote: Am 02.01.2012 16:53, schrieb Reinhard Tartler: Does it nowadays work properly with the system libav, or does it still require its internal copy? If the la

Bug#203211: RFP: avidemux -- A small editing software for avi (especially DivX)

Am 03.01.2012 00:14, schrieb Reinhard Tartler: avidemux specifically downloads an ffmpeg-0.9 tarball (we use libav in debian), and then applies a larger number of patches: http://svn.berlios.de/wsvn/avidemux/branches/avidemux_2.5_branch_gruntster/cmake/patches/ Wow, sounds like the worst possib

Bug#203211: RFP: avidemux -- A small editing software for avi (especially DivX)

Am 03.01.2012 08:31, schrieb Reinhard Tartler: I think I have a doable solution: Let's have the avidemux source package build depend on libav-source, and have avidemux's build system apply its patches on that source. This way we have the code duplication only in the binary code, but no longer hav

  1   2   >