Re: Bug#777220: ITP: you-get -- downloader for youtube and number of sites
On 07/02/15 18:36, Paul Wise wrote: > On Fri, Feb 6, 2015 at 9:50 PM, Thorsten Glaser wrote: > >> I smell the chance to share… > > It would be nice if someone could contact all of the Python ones and > ask them to merge their code. Same for all of the Perl ones and all of > the other ones. Even more interesting would be a standard for video > downloader plugins so that video players like Totem and VLC could just > play videos on these sites. De-duplicate all the things! Still, until this happens, there's no reason why Debian shouldn't include you-get. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54d5e573.1070...@bitmessage.ch
Re: Bug#777220: ITP: you-get -- downloader for youtube and number of sites
Quoting Paul Wise (2015-02-07 08:36:48) > On Fri, Feb 6, 2015 at 9:50 PM, Thorsten Glaser wrote: > >> I smell the chance to share… > > It would be nice if someone could contact all of the Python ones and > ask them to merge their code. Same for all of the Perl ones and all of > the other ones. Looking a bit closer, it seems there _is_ currently a single download-only framework for each of Python, Lua and Perl plugin APIs (youtube-dl, Lua and get-flash-videos, respectively): The (only?) other related reusable framework seems to be python-pafy which seems targeted special features of Youtube rather than generic download from many sites. > Even more interesting would be a standard for video downloader plugins > so that video players like Totem and VLC could just play videos on > these sites. De-duplicate all the things! libquvi offers Lua-based plugin API. Used by mplayer2, totem, git-annex and older mpv (and possibly also rhtyhmbox and grilo). youtube-dl offers Python-based plugin API. Used by freevo, lives and recent mpv. get-flash-player offers Perl-based plugin API. Used by no other tools, apparently. From personal experience get-flash-player is better than the others at "walking blindly", fetching videos from random websites. Would be nice if someone... * rewrote site support in other tools as Python/Lua/Perl plugins. * rewrote competing UI of other tools as libquvi/youtube-dl frontends. * ported libquvi/youtube-dl/get-flash-player plugins to each other. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#777303: ITP: osmotrx -- A software-defined radio transceiver that implements the Layer 1 physical layer of a BTS
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: osmotrx Version : 0~20150119git722d4f7 Upstream Author : Thomas Tsou * URL : http://openbsc.osmocom.org/trac/wiki/OsmoTRX * License : AGPL Programming Lang: C++ Description : A software-defined radio transceiver that implements the Layer 1 physical layer of a GSM BTS OsmoTRX is a software-defined radio transceiver that implements the Layer 1 physical layer of a BTS comprising the following 3GPP specifications: TS 05.01 "Physical layer on the radio path" TS 05.02 "Multiplexing and Multiple Access on the Radio Path" TS 05.04 "Modulation" TS 05.10 "Radio subsystem synchronization" OsmoTRX is a dependency for the open source base station by osmocom. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150207113355.20942.29833.report...@miniserver.beebeetle.com
Bug#777315: ITP: cf-python -- Python processing of Climate and Forecast (CF) data models
Package: wnpp Severity: wishlist Owner: Ross Gammon * Package name: cf-python Version : 0.9.9.1 Upstream Author : cf-python * URL : http://cfpython.bitbucket.org/ * License : MIT Programming Lang: Python Description : Python processing of Climate and Forecast (CF) data models CF is a netCDF convention which is in wide and growing use for the storage of model-generated and observational data relating to the atmosphere, ocean and Earth system. This package is intended to be an alternative to libcf which is no longer part of the netcdf package. There was an ITP for the netcdf-libcf package, but development of this source upstream is stalled. cf-python depends on netcdf-python being packaged first, and will be maintained within the Debian GIS team. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150207121105.11133.73126.reportbug@localhost
Bug#777335: ITP: sshcommand -- turn SSH into a thin client specifically for your command
Package: wnpp Severity: wishlist Owner: Alessio Treglia * Package name: sshcommand Version : 0~20150207.1~e6d1655 Upstream Author : Jeff Lindsay * URL : https://github.com/progrium/sshcommand * License : Expat Programming Lang: Bash Description : turn SSH into a thin client specifically for your command Simplifies running a single command over SSH, and manages authorized keys (ACL) and users in order to do so. . It basically simplifies running: ssh user@server 'ls -l ' into: ssh ls@server -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150207142145.14767.23132.reportbug@nemesis
Re: Bug#777220: ITP: you-get -- downloader for youtube and number of sites
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi all, On 02/07/2015 11:42 AM, Jonas Smedegaard wrote: > Quoting Paul Wise (2015-02-07 08:36:48) >> On Fri, Feb 6, 2015 at 9:50 PM, Thorsten Glaser wrote: >> >>> I smell the chance to share… >> >> It would be nice if someone could contact all of the Python ones >> and ask them to merge their code. Same for all of the Perl ones >> and all of the other ones. > > Looking a bit closer, it seems there _is_ currently a single > download-only framework for each of Python, Lua and Perl plugin > APIs (youtube-dl, Lua and get-flash-videos, respectively): The > (only?) other related reusable framework seems to be python-pafy > which seems targeted special features of Youtube rather than > generic download from many sites. Yep, pafy is trying to get most out of youtube in CLI environment (notice that mps-youtube is around pafy and uses mpv | mplayer2 for firing up videos - there are plenty of options and the community around it is very healthy and productive). >> Even more interesting would be a standard for video downloader >> plugins so that video players like Totem and VLC could just play >> videos on these sites. De-duplicate all the things! > > libquvi offers Lua-based plugin API. Used by mplayer2, totem, > git-annex and older mpv (and possibly also rhtyhmbox and grilo). > > youtube-dl offers Python-based plugin API. Used by freevo, lives > and recent mpv. > > get-flash-player offers Perl-based plugin API. Used by no other > tools, apparently. From personal experience get-flash-player is > better than the others at "walking blindly", fetching videos from > random websites. I suppose you meant get-flash-videos? > Would be nice if someone... > > * rewrote site support in other tools as Python/Lua/Perl plugins. * > rewrote competing UI of other tools as libquvi/youtube-dl > frontends. * ported libquvi/youtube-dl/get-flash-player plugins to > each other. > > > - Jonas > What if someone takes a lead in contacting upstream developers of all this implementations and see if all can work together to one unique/universal software/library (something as Paul suggested)? Would that benefit the entire Free software ecosystem regarding this part of it? Or to let people develop what makes them happy (and fun!) and maybe we see some unique features in one that others don't have or that others just experiment it and so on? My stand is that it wouldn't hurt that we try to combine "forces" of upstream developers if we can. I am willing to hear opinions on this matter and would even take time to contact and manage upstream collaboration if needed. Cheers, zlatan - -- Its not the COST, its the VALUE -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJU1iGrAAoJEC5cILs3kzv9IekP/AyFZzFxpN4l9K0gRNKzo75j 006sUSeancx4JMBTe2oRV28YBE8p/U8CNS2qCtnhr8Zd3GbTCoKlYV8k5TX3QZt9 TlcNIqJcH55DGWjMcWKdpLqDb/8JJ+cs2ZM012ennMGwm7m81ijwBg9uG8qluVoo XzCVbpW9C8E3GD8noIAY1Bxm3GCHr9n+CCi/iH1FciXOe/7EQRPF2SBlraWNsApM 9vDyDjfWn6cVPfS12NrHWy0TZYjn6a4qYGZT6WmVBL00iI4IJg77vkLjd7BrHZ0c 8QhuBoSUwJNu+X20KfJioWMZnES8qppKDOChP450QVwhm27wWUj6hUZtEw+BTIB4 vrHtqODlfhNsz/gZk6FjyKiPl+YWwbQEPGTGN6uu3YtBiOtoDss0vk6DDvZsQV0Y NB7kuQAkwvQozAqSLq7zddOpolK1fdpt8kJjdirmJNFj0zaxxaLwX+YOMszlu1MP HGxWZ3fn81WUz4h0zWJLmKSClH+6eDHhcN9JtAAsmgGO8JHfuhRKOp2pMuNS1rMU oMODIVB5re+qZkVyvuoaAR2uKfecb4UimRe6Of3k/NlFS1Xse4Oo1oj4HXIUdQVJ hxkb3ONacAJaHoblAdgtaqdO5fLoF/Fs7skwopUDRECkHaqwgdVBOSG7av2lm4Gp c+2cmNUXwDLkLX/7JHD0 =SCrA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54d621ac.1030...@riseup.net
Bug#777373: ITP: doom3-dhewm3 -- GPL'ed Source code modification of the Doom3 game engine
Package: wnpp Severity: wishlist Owner: Tobias Frost * Package name: doom3-dhewm3 Version : 0~git20130917 Upstream Author : Daniel Gibson * URL : https://github.com/dhewm/dhewm3 * License : GPL, BSD, ZLIB Programming Lang: C++ Description : GPL Source code modifcation of the Doom3 engone dhewm 3 is a Doom 3 GPL source modification. The goal of dhewm 3 is bring DOOM 3 with the help of SDL to all suitable plaforms. Bugs present in the original DOOM 3 will be fixed (when identified) without altering the original gameplay. Compared to the original DOOM 3, the changes of dhewm 3 worth mentioning are: 64bit port SDL for low level OS support, OpenGL and input handling OpenAL for audio output, all OS specific audio backends are gone OpenAL EFX for EAX reverb effects (read: EAX on all platforms) A portable build system based on CMake The packaging will be done under the Debian-games-team umbrella. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150207184844.30025.40990.report...@edoras.loewenhoehle.ip
Bug#777383: ITP: python-serpent -- Serpent is a simple serialization python library based on ast.literal_eval
Package: wnpp Severity: wishlist Owner: "Carnë Draug" * Package name: python-serpent Version : 1.8 Upstream Author : Irmen de Jong * URL : https://github.com/irmen/Serpent * License : MIT Programming Lang: Python Description : Serpent is a simple serialization python library based on ast.literal_eval Serpent provides ast.literal_eval() compatible object tree serialization. It serializes an object tree into bytes (utf-8 encoded string) that can be decoded and then passed as-is to ast.literal_eval() to rebuild it as the original object tree. As such it is safe to send serpent data to other machines over the network for instance (because only 'safe' literals are encoded). Why is this package relevant? This is a dependency of Pyro4 (see debian bug #745437) How do you pan to maintain it? It is a single source file (serpent.py) so I hope it will not be too much work. This would also be my first package and seems like a good choice for it. A mentor would be appreciated. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150207203415.32351.445.reportbug@word
Bug#777385: ITP: pyqso -- contact logging tool for amateur radio operators
Package: wnpp Severity: wishlist Owner: "Iain R. Learmonth" * Package name: pyqso Version : 0.1 Upstream Author : Christian Jacobs * URL : http://ctjacobs.github.io/pyqso/ * License : GPL-3+ Programming Lang: Python Description : contact logging tool for amateur radio operators PyQSO is a logging tool for amateur radio operators. It provides a simple graphical interface through which users can manage information about the contacts/QSOs they make with other operators on the air. All information is stored in a light-weight SQL database. This package will be maintained within the Debian Hamradio Maintainers Team. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150207213145.18446.94930.reportbug@orbiter
Re: Bug#777220: ITP: you-get -- downloader for youtube and number of sites
On 02/07/2015 at 05:42 AM, Jonas Smedegaard wrote: > Quoting Paul Wise (2015-02-07 08:36:48) > >> On Fri, Feb 6, 2015 at 9:50 PM, Thorsten Glaser wrote: >> >>> I smell the chance to share… >> >> It would be nice if someone could contact all of the Python ones and >> ask them to merge their code. Same for all of the Perl ones and all of >> the other ones. > > Looking a bit closer, it seems there _is_ currently a single > download-only framework for each of Python, Lua and Perl plugin APIs > (youtube-dl, Lua and get-flash-videos, respectively): The (only?) other > related reusable framework seems to be python-pafy which seems targeted > special features of Youtube rather than generic download from many > sites. > > >> Even more interesting would be a standard for video downloader plugins >> so that video players like Totem and VLC could just play videos on >> these sites. De-duplicate all the things! > > libquvi offers Lua-based plugin API. Used by mplayer2, totem, git-annex > and older mpv (and possibly also rhtyhmbox and grilo). It was the closest thing to a central streaming-sites access library / API at one point, AFAIK - but unfortunately it doesn't seem to have been updated since 2012, and the last non-spam thing I saw on one of its mailing lists (other than "here's another site-access definition" posts, with no= replies) was a comment to the effect that the developer seemed to have gone MIA... > youtube-dl offers Python-based plugin API. Used by freevo, lives and > recent mpv. > > get-flash-player offers Perl-based plugin API. Used by no other tools, > apparently. From personal experience get-flash-player is better than > the others at "walking blindly", fetching videos from random websites. > > Would be nice if someone... > > * rewrote site support in other tools as Python/Lua/Perl plugins. > * rewrote competing UI of other tools as libquvi/youtube-dl frontends. > * ported libquvi/youtube-dl/get-flash-player plugins to each other. Agreed, this would be nice. It would probably require reviving quvi upstream, though, whether by takeover or as a fork. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
