Bug#473096: ITP: witty -- C++ web framework and application server
Package: wnpp Severity: wishlist Owner: Pau Garcia i Quiles <[EMAIL PROTECTED]> * Package name: witty Version : 2.1.0 Upstream Author : EmWeb bvba * URL : http://webtoolkit.eu/ * License : dual licensed (GPLv2, commercial) Description : C++ web framework and application server Wt (pronounced 'witty') is a C++ library and application server for developing and deploying web applications. The API is widget-centric, and inspired by existing C++ GUI APIs (namely, by Qt). To the developer, it offers complete abstraction of any web-specific implementation details. A web application developed with Wt is written in only one compiled language (C++), from which the library generates the necessary HTML, Javascript, CGI, and AJAX code. Wt applications degrade gracefully, using plain HTML/CGI when Javascript is disabled or not available. Web applications can be compiled as a standalone executable which embeds an HTTP server or as a FastCGI module to use with any HTTP server which supports it (such as Apache, Lighttpd, IIS, etc).
Bug#473096: ITP: witty -- C++ web framework and application server
Quoting Adeodato Simó <[EMAIL PROTECTED]>: * Pau Garcia i Quiles [Fri, 28 Mar 2008 11:36:59 +0100]: * Package name: witty Wt (pronounced 'witty') is a C++ library and application server for developing and deploying web applications. If the author names their software "Wt", why are you naming the package "witty" and not "wt"? Because "wt" is so short and common that "apt-cache search wt" returns and awful lot of results. Witty only returns this package's returns and is 100% official: the SourceForge page for the project is http://sourceforge.net/projects/witty and the mailing list is called witty-interest. -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer)
Bug#424961: ITP: libtomcrypt -- An easy-to-use cryptography library
Package: wnpp Severity: wishlist LibTomCrypt is a fairly comprehensive, modular and portable cryptographic toolkit that provides developers with a vast array of well known published block ciphers, one-way hash functions, chaining modes, pseudo-random number generators, public key cryptography and a plethora of other routines. LibTomCrypt has been designed from the ground up to be very simple to use. It has a modular and standard API that allows new ciphers, hashes and PRNGs to be added or removed without change to the overall end application. It features easy to use functions and a complete user manual which has many source snippet examples. Homepage: http://libtom.org License: Public Domain I have already packaged it for Ubuntu (Launchpad bug #115240) -- Pau Garcia i Quiles http://www.elpauer.org (Due to the amount of work, I usually need 10 days to answer) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#576714: ITP: libopenspotify -- an opensource libspotify-compatible implementation
Package: wnpp Severity: wishlist Owner: Pau Garcia i Quiles * Package name: libopenspotify Version : 20100217 Upstream Author : Noah Williamsson * URL : http://eternalmedia.se/openspotify/ * License : BSD Programming Lang: C Description : an opensource libspotify-compatible implementation Openspotify is an open source, cross platform re-implementation of Spotify’s closed source libspotify library. It’s aimed to replace the library used by despotify while making it easy to switch to libspotify in the future. Just as with the official libspotify library, and as stated in the FAQ at despotify.se, a premium subscription is required. -- 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/20100406175144.26088.4056.report...@mcpau
Bug#576718: ITP: spokify -- a KDE client for Spotify
Package: wnpp Severity: wishlist Owner: Pau Garcia i Quiles Please note Spokify 1.0 is not available yet (it will be in a couple of weeks, according to the author). I am submitting this ITP so that the ITP for libopenspotify (which Spokify depends on for now) I filed a while minutes ago is better understood. * Package name: spokify Version : 1.0 Upstream Author : Rafael Fernandez Lopez * URL : http://gitorious.org/spokify * License : GPL Programming Lang: C++ Description : a KDE client for Spotify Spokify is a KDE client for the Spotify web music store/service. It is fully integrated with KDE technologies for settings storage, password management (KWallet), notifications (KNotify), etc Spokify can use the official, closed-source libspotify or the open-source, unofficial libopenspotify libraries. A premium subscription to Spotify is required to use Spokify. -- 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/20100406181853.26563.95932.report...@mcpau
Bug#576718:
Upstream author is: Rafael Fernandez Lopez -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- 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/u2v3af572ac1004061212h3112ea7eye9880d175b89c...@mail.gmail.com
Bug#639311: ITP: Veracity -- a DVCS with corporate capabilities
Package: wnpp Severity: wishlist Owner: Pau Garcia i Quiles * Package name : veracity Version : 1.0.0 Upstream Author : SourceGear LLC * URL : http://www.veracity-scm.com * License : Apache 2.0 Programming Lang: C Description : a DVCS with corporate capabilities Veracity is a distributed version control system with corporate features such as user accounts, locks, integrated bugtracker, build management and agile planning based on Scrum. Other features Veracity supports include decentralized database, plugins, scripting, revision numbers and multiple working copies with a single repository clone. Veracity is commercial open source with support available from SourceGear LLC. -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- 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/cakcbokvgqqa8ckhy2h0kramd1pd3vaf9qiowm17arywect5...@mail.gmail.com
Bug#639311: Fwd: [Veracity-users] SpiderMonkey 8.0
Apparently it won't be possible to get Veracity into Debian until 2012 (!!!) -- Forwarded message -- From: Ian Olsen Date: Mon, Oct 10, 2011 at 5:32 PM Subject: Re: [Veracity-users] SpiderMonkey 8.0 To: veracity-us...@lists.sourcegear.com There's been some discussion of this on the Q&A site: http://veracity-scm.com/qa/**questions/81/system-copies-of-**dependencies<http://veracity-scm.com/qa/questions/81/system-copies-of-dependencies> We looked hard at updating spidermonkey last spring, but 1.8.5 has lots of changes and was still changing too much for us to feel good about including it for a July release of Veracity 1.0. Nonetheless, we would like to get caught up to the latest for several reasons, not the least of which is inclusion in Linux distros. At present we're focused on features for the next Veracity release. We might take another look after the new year. -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer)
Bug#639311: Fwd: SpiderMonkey 8.0
Veracity cannot be packaged for Debian for now due to the dependency on an old, customized SpiderMonkey -- Forwarded message -- From: Pau Garcia i Quiles Date: Mon, Oct 10, 2011 at 1:41 AM Subject: SpiderMonkey 8.0 To: veracity-us...@lists.sourcegear.com Hi, I am packaging Veracity for Debian. Veracity bundles several third-party dependencies, which is disallowed by the Debian Development Guidelines. The most troublesome is Spidermonkey: Veracity depends on a very old Spidermonkey (1.8rc1) and applies 3 patches. I have spent a couple of hours trying to port it to SpiderMonkey 8.0 (patch attached) but I've hit some problems in sg_jsglue.c, sg_vc_hooks.c and sg_uridispatch.c. They all depend on jsdate.h and/or other headers which used to be C-only in 1.8rc1 but now they are C++-only. Are there any plans to port Veracity to a modern version of SpiderMonkey? -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) veracity-1.1+spidermonkey-8.0.patch Description: Binary data
Bug#639311:
Having the old, patched SpiderMonkey should be avoided but it may still be accepted. The Security Team must be notified: http://wiki.debian.org/EmbeddedCodeCopies -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer)
Bug#671603: ITP: jquery-jplayer
Package: wnpp Severity: wishlist Owner: Pau Garcia i Quiles * Package name: jquery-jplayer Version : 2.1.0 Upstream Author : HappyWorm * URL : http://www.jplayer.org * License : MIT/GPL Programming Lang: JavaScript, ActionScript Description : HTML5 Audio & Video for jQuery with a Flash fallback jPlayer is the completely free and open source (GPL/MIT) media library written in JavaScript. A jQuery plugin, jPlayer allows you to rapidly weave cross platform audio and video into your web pages. jPlayer supports all the major browsers (Firefox, Chrome, Opera, Safari, Internet Explorer, Android Browser), platforms (Windows, Linux, Mac, Android, iOS, BlackBerry) and audio and video codecs (mp3, flv, mp4 (AAC/H.264), ogg (Vorbis/Theora), webm (Vorbis/VP8), wav). -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- 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/cakcboks6wdwdhl05y2f2dzyzroamwppo_tthgdn6_7azuj-...@mail.gmail.com
Bug#673082: ITP: jquery-jplayer-bluemonday
Package: wnpp Severity: wishlist Owner: Pau Garcia i Quiles * Package name: jquery-jplayer-bluemonday Version : 2.1.0 Upstream Author : HappyWorm * URL : http://www.jplayer.org * License : MIT/GPL Programming Lang: JavaScript, ActionScript Description : Blue Monday skin for jPlayer jPlayer is the completely free and open source (GPL/MIT) media library written in JavaScript. A jQuery plugin, jPlayer allows you to rapidly weave cross platform audio and video into your web pages. This package contains the Blue Monday skin for jPlayer. -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- 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/cakcbokusbgkphmazfnecmcth3rkzee28fgdz4p8nfp0qpw1...@mail.gmail.com
Bug#673084: ITP: jquery-jplayer-pinkflag
Package: wnpp Severity: wishlist Owner: Pau Garcia i Quiles * Package name: jquery-jplayer-pinkflag Version : 2.1.0 Upstream Author : HappyWorm * URL : http://www.jplayer.org * License : MIT/GPL Programming Lang: JavaScript, ActionScript Description : Pink Flag skin for jPlayer jPlayer is the completely free and open source (GPL/MIT) media library written in JavaScript. A jQuery plugin, jPlayer allows you to rapidly weave cross platform audio and video into your web pages. This package contains the Pink Flag skin for jPlayer. -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- 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/cakcboksaboyhg8wcoxyhgy0rqmqtyrlq-laindmf+rfr1yx...@mail.gmail.com
Bug#639311:
As of version 2.1, Veracity still depends on patches to SpiderMonkey 8.0. Not only that, when building, it wants to download the original SpiderMonkey 8.0. In order to package Veracity, I'd need to add SpiderMonkey 8.0 to the required tarballs (DebFormat 3.0 should make this easier) -- 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/cakcboku6edw6nc9v2fe61qx7jzzego_7+10jfpmdznb3dp9...@mail.gmail.com
Bug#589436: Progress?
Any progress on this? -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- 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/cakcboksziteyq6jle2ztz9nrvbv0o8b1zvir9netox8itwq...@mail.gmail.com
Bug#619388: ITP: cernlib -- CERNLIB data analysis suite
On Wed, Mar 23, 2011 at 2:57 PM, Lifeng Sun wrote: > Package: wnpp > Severity: wishlist > Owner: Lifeng Sun > > * Package name : cernlib > Version : 2006 > Upstream Author : CERN - European Laboratory for Particle Physics > * URL : http://cernlib.web.cern.ch/cernlib/ > * License : GPL-2+ > Programming Lang: Fortran, C > Description : CERNLIB data analysis suite > > CERNLIB is a suite of data analysis tools and libraries created for > use in physics experiments, but also with applications to other fields > such as the biological sciences. Apparently development on cernlib was stopped in 2000: http://cernlib.web.cern.ch/cernlib/news/future.html Has that decision been revoked? It there is no further development, I wonder whether it makes sense to have cernlib in Debian :-? -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- 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/aanlktimo9ucorsr3tdseopanneyper9+dhxeec61q...@mail.gmail.com
Bug#745256:
package: wnpp Severity: wishlist Owner: 'Pau Garcia i Quiles' *Package Name : jquery-jplayer-circleplayer Version : 2.6.0 Upstream Author : HappyWorm. *URL : https://www.jplayer.org *License : GPL *Description : Circle Player skin for jPlayer This is another official skin for jquery-jplayer -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cakcbokv31psbrvqlbjs4f8muut55nygva3zwcvwlgbp5_ob...@mail.gmail.com
Bug#505795: ITP: libmsn -- high-level C++ library for MSN Messenger
X-Debbugs-CC: [EMAIL PROTECTED] Package: wnpp Version: N/A; reported 2008-11-15 Severity: wishlist * Package name : libmsn Version : 4.0~beta1 Upstream Author : Mark Rowe <[EMAIL PROTECTED]>, Tiago Salem Herrmann <[EMAIL PROTECTED]> * URL : http://libmsn.sourceforge.net * License : GPL Description : high-level C++ library for MSN Messenger . The libmsn library is a C++ library for Microsoft's MSN Messenger service, licensed under the GPLv2. It provides a high-level interface that allows an application to access instant messaging features with ease. It is used by the Kopete IM application since KDE 4.2. . Download URL: http://downloads.sourceforge.net/libmsn/libmsn-4.0-beta1.tar.bz2?modtime=1226519186&big_mirror=0 -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#505795: ITP: libmsn -- high-level C++ library for MSN Messenger
On Sat, Nov 15, 2008 at 4:04 PM, Miriam Ruiz <[EMAIL PROTECTED]> wrote: > 2008/11/15 Pau Garcia i Quiles <[EMAIL PROTECTED]>: > >> The libmsn library is a C++ library for Microsoft's MSN Messenger >> service, licensed under the GPLv2. It provides a high-level >> interface that allows an application to access instant messaging >> features with ease. It is used by the Kopete IM application since KDE >> 4.2. > > Is it GPLv2 only or GPLv2 or above? The source and header files state "either version 2 of the License, or * (at your option) any later version." but they only include a COPYING file for the GPLv2. I have notified upstream so that they correct this issue. -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#518580: ITP: osgppu -- offscreen renderer using GLSL shaders for computations
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist * Package name : osgppu Version : 0.4.0 Upstream Author : Art Tevs, Stephane Lamoliatte, Bob Kuhne, Christian Heine, Sean Carmody, Doug McCorkle, Valery Bickov * URL : http://projects.tevs.eu/osgppu/ * License : LGPL Description : offscreen renderer using GLSL shaders for computations osgPPU is a library to use with OpenSceneGraph. It provides you with a graph based specification of a computation pipeline which is based on so called PostProcessingUnits (PPUs). Each ppu does render a screen aligned quad in a frame buffer object. During the rendering a shader can be applied. The results (there could be many per one pass) are passed to the next ppu in the graph. The outcoming result of the pipeline can either be shown on the screen by using UnitOut? or used as a texture for other cool things. Download URL: http://projects.tevs.eu/osgppu/downloads/osgPPU-0.4.0.tar.gz -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729203: [FFmpeg-devel] Reintroducing FFmpeg to Debian
On Tue, Jul 29, 2014 at 6:10 PM, Andreas Cadhalpun < andreas.cadhal...@googlemail.com> wrote: > I don't have an opinion about ffmpeg vs libav, apart from how hard the >> soname transitions are, especially in ubuntu where we somehow ended up >> with ex-multimedia packages around that either never were in debian, >> or have been long removed from testing and/or unstable. >> > > There are only 6 additional reverse-build-dependencies of src:libav in > utopic. Two build against lib*-ffmpeg-dev without further changes, one > needs a simple patch to use pkg-config, one needs a patch to adapt to newer > API (also needed for Libav 10), one is BD-uninstallable and one fails for > unrelated reasons, but its build-dependencies on libav*-dev seem to be > unnecessary anyway. > > Per package list: > > alsa-plugins-extra: OK > bombono-dvd: PATCH CodecID > dvdstyler: Unmet build dependencies: libwxsvg-dev (>= 2:1.0.9) > gstreamer-vaapi: error: unsupported GStreamer API version 1.4 > kffmpegthumbnailer: OK > libdlna: PATCH pkg-config > In addition to this, I would like to note there is a lot of closed-source software which uses ffmpeg instead of libav. Not saying it doesn't exist but I don't know a single piece of closed-source software which has moved from ffmpeg to libav. I know, I know "non DFSG-free software, we don't care". Well, I do. E. g. I'm having trouble with Qt right now because I'm using the commercial SDK which indirectly uses ffmpeg to provide some codecs on Linux. -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer)
Bug#639311: Fwd: [Veracity-users] Release: Veracity 2.5
Took almost 2 years but Veracity is finally ready to be packaged for Debian -- Forwarded message -- From: Ian Olsen Date: Mon, Mar 25, 2013 at 10:11 PM Subject: [Veracity-users] Release: Veracity 2.5 To: veracity-us...@lists.sourcegear.com Veracity 2.5 has been released! You can download installers and source tarballs from http://veracity-scm.com/**downloads <http://veracity-scm.com/downloads>. The release notes can be found here: http://veracity-scm.com/** releasenotes/2.5.html <http://veracity-scm.com/releasenotes/2.5.html>. You can browse changes and clone from the public repository at http://public.veracity-scm.com -- Ian Olsen Veracity Project Manager __**_ Veracity-users mailing list Veracity-users@lists.**sourcegear.com http://lists.sourcegear.com/**cgi-bin/mailman/listinfo/**veracity-users<http://lists.sourcegear.com/cgi-bin/mailman/listinfo/veracity-users> -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer)
Bug#602034: jpeg8 vs jpeg-turbo
Hello, The KDE maintainer in Fedora started an interesting discussion some time ago in Digikam's mailing list. There was input from the very IJG: http://mail.kde.org/pipermail/digikam-devel/2013-January/066206.html It boils down to "jpeg6-2 is the only important thing. Forget about jpeg8 and jpeg9, which bring incompatible changes". http://mail.kde.org/pipermail/digikam-devel/2013-January/066256.html FWIW, Arch and Gentoo also follow the policy that jpeg6-2 (and jpeg-turbo with 6-2 API/ABI) is the real deal. On Wed, Apr 24, 2013 at 1:48 PM, Mike Gabriel < mike.gabr...@das-netzwerkteam.de> wrote: > Hi Ondřej, > > I have just uploaded libjpeg-turbo to Debian and it still hovers in NEW > [1]. > > On Mi 24 Apr 2013 11:23:04 CEST Ondřej Surý wrote: > > Debian has already open ITP[3] #602034 for libjpeg-turbo, which >> support libjpeg62 API/ABI and also some important bits of libjpeg8. As >> libjpeg is one of the base libraries of the system, I think it might >> be a good idea to discuss this project wide. Also although I have an >> opinion (as you might have guessed from this email) that we should try >> to be aligned with other distributions and the reasoning for not going >> for , I will be happy with whatever result will end-up. >> > > In an IRC discussion in #debian-devel several weeks ago the consensus was: > the RT team (represented Julien) will probably not want two libjpeg > implementations in Debian. My first packaging approach aimed at having the > compat mode libraries available [2] and allow the user to install them as a > drop-in replacement for libjpeg8. > > The IRC discussion lead to the result that the compat packages are not > wanted in Debian, only the native TURBOjpeg ABI. I was asked to ping Bill > Allombert about his opinion to transition from libjpeg8 fully to > libjpeg8-turbo. @Bill: can you repeat your disposition here again? I guess > our earlier mailing was a private mail exchange. > > A. Add libjpeg-turbo to Debian archive (that's easy) >> > > Done. Waiting in NEW. Only containing libturbojpeg.so.1 > > B. Add required provides/alternatives for libjpeg62-dev and >> libjpeg8-dev (where API/ABI match) >> > > A packaging example can be seen in [1]. If the packages disappears from > the NEW queue, you can also obtain a libjpeg-turbo version with compat > packages provided here [3]. > > C. Decide which package should provide default libjpeg-dev library >> > > Last statement from Bill: libjpeg by IJG > > Greets, > Mike > > > [1] > http://ftp-master.debian.org/**new/libjpeg-turbo_1.2.90-2.**html<http://ftp-master.debian.org/new/libjpeg-turbo_1.2.90-2.html> > [2] > http://ftp-master.debian.org/**new/libjpeg-turbo_1.2.90-1.**html<http://ftp-master.debian.org/new/libjpeg-turbo_1.2.90-1.html> > [3] > http://packages.x2go.org/**debian/pool/main/libj/libjpeg-**turbo/<http://packages.x2go.org/debian/pool/main/libj/libjpeg-turbo/> > > -- > > DAS-NETZWERKTEAM > mike gabriel, rothenstein 5, 24214 neudorf-bornstein > fon: +49 (1520) 1976 148 > > GnuPG Key ID 0x25771B31 > mail: mike.gabriel@das-netzwerkteam.**de, > http://das-netzwerkteam.de > > freeBusy: > https://mail.das-netzwerkteam.**de/freebusy/m.gabriel%40das-** > netzwerkteam.de.xfb<https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb> -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer)
Bug#706605: ITP: macfanctld -- Fan control daemon for Apple MacBook computers
On Thu, May 2, 2013 at 11:34 AM, Thibaut Paumard wrote: > Package: wnpp > Severity: wishlist > Owner: Thibaut Paumard > > * Package name: macfanctld > Version : 0.6 > Upstream Author : Mikael Strom > * URL : https://github.com/MikaelStrom/macfanctld > * License : GPL > Programming Lang: C > Description : Fan control daemon for Apple MacBook computers > > This deamon reads the temperature sensors in an Apple Macbook (or Macbook > Pro) > computer and throttles the fans accordingly to keep the temperature within > configurable limits. > Upstream provides packages for Ubuntu in the MacTel PPA: https://launchpad.net/~mactel-support/+archive/ppa Will this be a different packaging or are you essentially sponsoring upstream's? -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer)
Bug#706605: ITP: macfanctld -- Fan control daemon for Apple MacBook computers
On Thu, May 2, 2013 at 6:02 PM, Thibaut Paumard wrote: > Questions: > - How will this affect the speed at which Ubuntu users can get updates? > - Should we keep macfanctld in launchpad/mactel repo? Or is there a > smarter way if Debian package it? What I do for Wt ( http://packages.debian.org/source/sid/witty ) is providing the latest version in Debian, which will later come to Ubuntu, but also I have: - an Ubuntu PPA ( https://launchpad.net/~pgquiles/+archive/wt ) where I provide the latest version of Wt for all the versions of Ubuntu Canonical still supports (currently: 10.04, 12.04, 12.10 and 13.04) - an OpenSuse Build Service repository ( http://redmine.webtoolkit.eu/projects/wt/wiki/Installing_Wt_on_Debian ) where I provide the latest version of Wt for the latest stable version of Debian Users who want stability use the packages from the official Debian/Ubuntu repository. Users who want to use the latest version use the packages from the Ubuntu PPA / OpenSuse Build Service This model has been working very well for me for years and users are happy. Sadly, there are no Debian PPAs and I'm forced to use the OpenSuse Build Service, which I don't really like (no dput, censored main archive, etc). -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer)
