Bug#702476: RFP: untrunc -- simple tool to recover truncated mp4, mov, 3gp files
Hey. Just for the records: There seem to be on rather popular fork of the original untrunc (https://github.com/ponchio/untrunc) at: https://github.com/anthwlock/untrunc which allegedly have some more features and bugfixes. But the original seems also still receiving commits, so I cannot really tell which one is better. Ideally of course, the two would merge. Cheers, Chris.
Bug#1054299: ITP: orphaner -- text menu frontend to deborphan
FYI: deborphan has been removed from Debian. Cheers, Chris.
Bug#237925: ITP: cdemu -- emulating optical drives
Hey Matteo. I guess this and #705409 can be closed now? Not sure about #983453. Cheers, Chris.
Bug#761820: RFP: tsmuxer -- mux video to TS/M2TS files or create BD disks
Hey. Just a note: In 2019, tsmuxer has been released under Apache 2.0 license. See https://github.com/justdan96/tsMuxer . Cheers, Chris.
Bug#237925: ITP: cdemu -- CD drive emulator for Linux
On Tue, 2024-01-16 at 09:47 +0100, Matteo Bini wrote: > for > instance if it's fine to make as many DEB packages as the source > tarballs CDEmu is divided in. Probably best if you ask at the mentors mailing list. But I'd guess it's totally fine. Though I'd personally probably keep everything in one source package (and just build multiple binary packages from that), simply because the parts are all in one git repo. Cheers, Chris.
Bug#237925: ITP: cdemu -- CD drive emulator for Linux
Hey Matteo. Are you still working on packaging CDemu for Debian? If not, Robert Ayrapetyan indicated interest in taking the ITP over: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=237925#84 Cheers, Chris
Bug#1043249: RFP: lesspipe -- a preprocessor for less
Package: wnpp Severity: wishlist * Package name: lesspipe Version : 2.08 Upstream Contact: Wolfgang Friebel * URL : https://github.com/wofr06/lesspipe * License : GPL2 Programming Lang: Shell Description : a preprocessor for less https://github.com/wofr06/lesspipe and https://www-zeuthen.desy.de/~friebel/unix/lesspipe.html Not a 1:1 package description: ;-) It's similar to the lesspipe shipped by Debian's less package, but seems to provide a number of interesting additional features: - uses file to determine the file's type (i.e. not extension based), which solves a number of bugs/issues in Debian's current lesspipe (in the less package). - syntax highlighting via fall back to some colourisers (currently: bat batcat pygmentize source-highlight vimcolor code2color) - apart from that, support for numerous file types: gzip, compress requires gzip bzip2 requires bzip2 lzma requires lzma xz requires xz zstd requires zstd brotli requires bro lz4 requires lz4 tar requires optionally archive_color for coloring ar library requires bsdtar or ar zip archive requires bsdtar or unzip jar archive requires bsdtar or unzip rar archive requires bsdtar or unrar or rar` 7-zip archive requires 7zr lzip archive requires lzip iso images requires bsdtar or isoinfo rpm requires rpm2cpio and cpio or bsdtar Debian requires bsdtar or ar cab requires cabextract - preprocessed file types directory displayed using ls -lA nroff(man) requires groff or mandoc shared library requires nm MS Word (doc) requires wvText or antiword or catdoc or libreoffice Powerpoint (ppt) requires catppt Excel (xls) requires in2csv (csvkit) or xls2csv odt requires pandoc or odt2txt or libreoffice odp requires libreoffice ods requires xlscat or libreoffice MS Word (docx) requires pandoc or docx2txt or libreoffice Powerpoint (pptx) requires pptx2md or libreoffice Excel (xlsx) requires in2csv or xlscat or excel2csv or libreoffice rtf requires unrtf or libreoffice epub requires pandoc html,xml requires w3m or lynx or elinks or html2text pdf requires pdftotext or pdftohtml perl pod requires pod2text or perldoc dvi requires dvi2tty djvu requires djvutxt ps requires ps2ascii (from the gs package) mp3 requires id3v2 multimedia formats requires mediainfo or exiftools image formats requires mediainfo or exiftools or identify hdf, nc4 requires h5dump or ncdump (NetCDF format) crt, pem, csr, crl requires openssl matlab requires matdump Jupyter notebook requires pandoc markdown requires mdcat or pandoc log requires ccze java.class requires procyon MacOS X plist requires plistutil binary data requires strings json requires jq Device Tree Blobs(DTB) requires dtc Cheers, Chris.
Bug#1026087: ITP: distribution-gpg-keys -- GPG keys by various Linux distributions
Hey. 1) Just for the records: https://github.com/xsuchy/distribution-gpg-keys/issues/76 was closed/rejected... I proposed some alternative names there (completely avoiding GPG|[Open]PGP terms) but it feels as if the upstream author wants to stick with the name?! So from that PoV, there's IMO no need to wait with this packaging effort. 2) What would be nice to see in the final package (in terms of security), was a test suite (when builing the package) that compares the contained keys with those of the respective upstream locations (or in case of Debian, with those in debian-archive-keyring). Not that I want to say that upstream is untrustworthy, but everyone can be hacked, and such a test suite might help to notice if there are differences. 3) Hope to see this in Debian (and derivates) soon, as it might help that mkosi upstream changes the default behaviour to never fall back to only HTTPS-secured downloading of packages: https://github.com/systemd/mkosi/issues/757 Cheers, Chris.
Bug#1032842: Your mail
Hey Daniel. On Sun, 2 Apr 2023 15:57:13 +0200 Daniel Swarbrick wrote: > A sample run of dh-make-golang against github.com/thanos-io/thanos > reveals the following missing build-deps: > > * github.com/chromedp/chromedp > * github.com/efficientgo/core > * github.com/efficientgo/e2e > * github.com/efficientgo/tools > * github.com/fatih/structtag > * github.com/GoogleCloudPlatform/opentelemetry-operations-go > * github.com/lightstep/lightstep-tracer-go > * github.com/lovoo/gcloud-opentracing > * github.com/prometheus/prometheus > * github.com/rueian/rueidis > * github.com/sony/gobreaker > * github.com/thanos-community/promql-engine > * github.com/thanos-io/objstore > * github.com/uber/jaeger-client-go > * github.com/vimeo/galaxycache > * github.com/weaveworks/common > * go4.org/intern > * go.elastic.co/apm > * gopkg.in/fsnotify.v1 Are all these strict dependencies, or also optionals? Cheers, Chris.
Bug#1033960: RFP: btrfs-diff-go -- analyze differences between two BTRFS snapshots (like GNU diff for directories)
Package: wnpp Severity: wishlist * Package name: btrfs-diff-go Version : git Upstream Contact: Michael Bideau * URL : https://github.com/mbideau/btrfs-diff-go * License : GPL 3 Programming Lang: Go Description : analyze differences between two BTRFS snapshots (like GNU diff for directories) The idea is basically to have a fast diff (using btrfs' features) between snapshots.
Bug#1032842: RFP: thanos -- highly available Prometheus setup with long term storage capabilities
Package: wnpp Severity: wishlist * Package name: thanos Version : 0.30.2 Upstream Contact: thanos...@googlegroups.com * URL : https://github.com/thanos-io/thanos * License : Apache 2.0 Programming Lang: Go Description : highly available Prometheus setup with long term storage capabilities Thanos is a set of components that can be composed into a highly available metric system with unlimited storage capacity, which can be added seamlessly on top of existing Prometheus deployments. Thanos leverages the Prometheus 2.0 storage format to cost-efficiently store historical metric data in any object storage while retaining fast query latencies. Additionally, it provides a global query view across all Prometheus installations and can merge data from Prometheus HA pairs on the fly. IMO a main feature is the compatctor, which allows to downsample the metrics taken from Prometheus to series of various resolution (which it then automatically selects, AFAIU, when these are queried e.g. via Grafana). This makes it possible to store years of data (in lowered resolutions, instead of the high resolution raw metrics from Prometheus)... and also greatly speeds up queriying. Cheers, Chris.
Bug#1013668: RFP: openseachest -- utilities for operations on SATA/SAS/NVMe/USB storage devices
On Fri, 2023-03-03 at 08:38 +0100, Gürkan Myczko wrote: > I have some packaging of it here, but I'm not yet sure how to fix > remaining lintian problems, > their manpages are of non optimal quality: > > http://sid.ethz.ch/debian/openseachest/ Looks nice... have you asked a sponsor for help with the lintian problems? Cheers, Chris.
Bug#1030902: RFP: carbonyl -- a Chromium based browser built to run in a terminal
Package: wnpp Severity: wishlist * Package name: carbonyl Version : git Upstream Contact: Fathy Boundjadj * URL : https://github.com/fathyb/carbonyl * License : BSD Programming Lang: Rust, C++ Description : a Chromium based browser built to run in a terminal Carbonyl is a Chromium based browser built to run in a terminal. It supports pretty much all Web APIs including WebGL, WebGPU, audio and video playback, animations, etc.. It's snappy, starts in less than a second, runs at 60 FPS, and idles at 0% CPU usage. It does not require a window server (i.e. works in a safe-mode console), and even runs through SSH. Carbonyl originally started as html2svg and is now the runtime behind it.
Bug#1008321: RFP: btdu -- stochastic disk use analyzer for btrfs
Hey. Seems that https://gitfreak.com/CyberShadow/btdu is dead. I guess https://github.com/CyberShadow/btdu might be the new upstream. Cheers, Chris.
Bug#1025484: RFP: terminal-markdown-viewer -- Styled Terminal Markdown Viewer
Package: wnpp Severity: wishlist * Package name: terminal-markdown-viewer Version : 1.6.3 Upstream Contact: i...@axiros.com * URL : https://github.com/axiros/terminal_markdown_viewer * License : BSD Programming Lang: Python Description : Styled Terminal Markdown Viewer Features - Tons of theme combinations - Admonitions - Tables, incl. wide table handling avoiding "interleaving" - Somewhat hackable, all in one module - Useable as lib as well - File change monitor - Text wrapping - Source code highlighter - Little directory change monitor (cames handy when working on multiple files, to get the current one always displayed)
Bug#944028: ITP: git-delta -- A syntax-highlighting pager for git
Hey Jonas :-) On Thu, 2022-11-17 at 18:45 +0100, Jonas Smedegaard wrote: > sorry if I was too terse previously No worries... all is fine :-) > but I disagree that introducing another prefix/suffix helps > much. I guess you're right... > What helps the most, and also seems possibly, is to name it > "delta" - just not right now - and with that long-term plan I think > it > is double confusing to introduce a _third_ name (since the name > "git-delta" has already been introduced by some downstreams). Well the best would be if upstream could give another name, but if that's unlikely... this might be the best option. > Oke way you can help is to initiate the process of (attempting to) > kick > out (or alternatively rename) current package "delta" from Debian. I'm not really sure whether I like this either. ;-) I had a small look at the current "delta" package, and while the package is maintained by the QA group and the upstream website (http://delta.tigris.org/) named in the copyright file seems dead... the program might be still useful to some people... and it had the name first. Asking them now to rename,... well even if done politely, they may feel somehow obligated to do... or even drop the package at all, which I think would be bad. Thanks, Chris.
Bug#944028: ITP: git-delta -- A syntax-highlighting pager for git
On Thu, 2022-11-17 at 06:51 +0100, Jonas Smedegaard wrote: > This has already been discussed upstream Ah ok... > upstream nowadays mention > in their documentation that several distros name it "git-delta". I had seen that, but it rather seems like a "some distros do that" - not like a "we call ourselfs that". > The executable will be named "delta" as that name is vacant (for now > - > let's see when package is actually ready for upload into Debian). My main point was anyway mostly that it seems to be a wonderful tool - not only for git - and it could be that people just oversee that it also works for diff/grep. Cheers, Chris.
Bug#944028: ITP: git-delta -- A syntax-highlighting pager for git
Hey. Just some cosmetic point: Should this really be called git-delta? It seems it's not just for git, and upstream names it just "delta" (which is however already used by some other package). What about diff-delta? Or perhaps color-delta? Or ideally asking upstream to pick a better name!? ;-) Cheers, Chris.
Bug#995749: fixed in usbguard-notifier 0.0.6-1
On Sun, 2022-10-30 at 19:00 +, Debian FTP Masters wrote: > * Initial packaging (Closes: #995749) Awesome... thanks! :-) Cheers, Chris.
Bug#872683: RFP: dagr -- deviantArt gallery ripper
Hey. gallery-dl can already do this (and is well maintained). Cheers, Chris.
Bug#1013668: RFP: openseachest -- Cross platform utilities useful for performing various operations on SATA, SAS, NVMe, and USB storage devices.
Package: wnpp Severity: wishlist * Package name: openseachest Version : 22.05 Upstream Author : opensou...@seagate.com * URL : https://github.com/Seagate/openSeaChest * License : MPL-2-0 Programming Lang: C Description : Cross platform utilities useful for performing various operations on SATA, SAS, NVMe, and USB storage devices. Tools for storage devices, some allegedly general, some specific for Seagate devices. These allow things like upgrading the device firmware or changing to exported sector size of HDDs (i.e. that it also uses 4K logical sectors and not just 512e/4Kn).
Bug#1011403: RFP: gfal2-util -- CLI for gfal2
Package: wnpp Severity: wishlist X-Debbugs-Cc: mattias.ell...@physics.uu.se * Package name: gfal2-util Version : 1.5.3 Upstream Author : dmc-de...@cern.ch * URL : https://github.com/cern-fts/gfal2-util * License : Apache2 Programming Lang: Python Description : CLI for gfal2 GFAL 2 utils are a group of command line tools for file manipulations with any protocol managed by gfal2. CCing Mattias who already maintains gfal2 libs and numerous other Grid/WLCG-related packages in Debian. Cheers, Chris.
Bug#1009144: RFP: ble.sh -- Bash Line Editor - Syntax highlighting, auto suggestions, vim modes, etc. in Bash interactive sessions
Package: wnpp Severity: wishlist * Package name: ble.sh Version : git Upstream Author : Koichi Murase * URL : https://github.com/akinomyoga/ble.sh * License : BSD Programming Lang: Bash Description : Bash Line Editor - Syntax highlighting, auto suggestions, vim modes, etc. in Bash interactive sessions Features - Syntax highlighting: Highlight command lines input by users as in fish and zsh-syntax-highlighting. Unlike the simple highlighting in zsh-syntax-highlighting, ble.sh performs syntactic analysis to enable the correct highlighting of complex structures such as nested command substitutions, multiple here documents, etc. Highlighting colors and styles are fully configurable. - Enhanced completion: Extend completion by syntax-aware completion, completion with quotes and parameter expansions in prefix texts, ambiguous candidate generation, etc. Also, menu-complete supports selection of candidates in menu (candidate list) by cursor keys, TAB and S-TAB. The feature auto-complete supports the automatic suggestion of completed texts as in fish and zsh-autosuggestions (with Bash 4.0+). The feature menu-filter integrates automatic filtering of candidates into menu completion (with Bash 4.0+). There are other functionalities such as dabbrev and sabbrev like zsh abbreviations or zsh-abbr. - Vim editing mode: Enhance readline's vi editing mode available with set -o vi. Vim editing mode supports various vim modes such as char/ line/block visual/select mode, replace mode, command mode, operator pending mode as well as insert mode and normal mode. Vim editing mode supports various operators, text objects, registers, keyboard macros, marks, etc. It also provides vim- surround as an option. - Other interesting features include status line, history share, right prompt, transient prompt, xterm title, etc.
Bug#995749: RFP: usbguard-notifier -- notifications for usbguard
Package: wnpp Severity: wishlist X-Debbugs-Cc: bir...@rantanplan.org * Package name: usbguard-notifier Version : 0.0.6 Upstream Author : alakatos * URL : https://github.com/Cropi/usbguard-notifier * License : GPL2 Programming Lang: C++ Description : notifications for usbguard This is the GUI that the upstream from usbguard itself recommends as the successor to the now defunct usbguard-applet-qt. CCing the usbguard maintainer, for his information. Cheers, Chris.
Bug#962686: ITP: s2geometry -- Computational geometry and spatial indexing on the sphere http://s2geometry.io/
>> And it doesn't seem to come from Google's upstream project, so using >> https://s2geometry.io/ as hompage filed is probably wrong? > You mean #990674? Oh and yes, I meant that Java version (s2-geometry-library), Sudip had mentioned. And I've seen you've already reported the homepage issue already in #990674. I'll add some comments there in a minute. Cheers, Chris.
Bug#962686: ITP: s2geometry -- Computational geometry and spatial indexing on the sphere http://s2geometry.io/
Hey Emmanuel. I had a short glance on your work in: https://salsa.debian.org/eamanu/s2geometry What puzzles me: The control file seems to specify only one binary package "s2geometry". I'd have expected to see at least some: - libs2geometry (with the C++ lib) - python3-s2geometry - plus perhaps dev/doc packages and my understanding was that the python package would likely need to depends on the c++ lib, as it's just some wrapper around it. Cheers, Chris.
Bug#962686: ITP: s2geometry -- Computational geometry and spatial indexing on the sphere http://s2geometry.io/
Hey Sudip. But AFAICS, that's only a Java version right? And it doesn't seem to come from Google's upstream project, so using https://s2geometry.io/ as hompage filed is probably wrong? Cheers, Chris.
Bug#992751: RFP: cinnamon-applets-sensors-monitor -- Cinnamon Applet Sensors Monitor
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-cinna...@lists.debian.org * Package name: cinnamon-applets-sensors-monitor Version : git Upstream Author : claudiux * URL : https://github.com/linuxmint/cinnamon-spices-applets/tree/master/Sensors@claudiux * License : GPL3 Programming Lang: JavaScript Description : Cinnamon Applet Sensors Monitor This applet displays and monitors the vales of many computer sensors concerning Temperatures (from CPU, GPU, Power Supply), Fan Speed, Voltages, Intrusions. It notifies you with color changes when a value reaches or exceeds its limit. It uses values from the sensors command. (See lm-sensors.)
Bug#992750: RFP: cinnamon-applets-hwmonitor -- Cinnamon Applet Graphical Hardware Monitor
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-cinna...@lists.debian.org * Package name: cinnamon-applets-hwmonitor Version : 1.3.1 Upstream Author : Sylfurd * URL : https://github.com/linuxmint/cinnamon-spices-applets/tree/master/hwmonitor@sylfurd * License : GPL3+ Programming Lang: JavaScript Description : Cinnamon Applet Graphical Hardware Monitor Graphical Hardware Monitor is an applet that displays realtime system information (CPU load, memory usage, network in and out, disk usage (read and write)).
Bug#988510: RFP: vimpager -- pager using vim and less.vim
Package: wnpp Severity: wishlist * Package name: vimpager Version : git Upstream Author : Rafael Kitover * URL : https://github.com/rkitover/vimpager * License : mix of BSD-2, MIT-4 and Vim Programming Lang: Shell Command Language Description : pager using vim and less.vim A frontend for vim/less.vim to use it as a pager.
Bug#988303: RFP: firefox-decrypt -- A tool to extract passwords from profiles of Mozilla (Fire/Water)fox, Thunderbird, SeaMonkey and derivates
Package: wnpp Severity: wishlist X-Debbugs-Cc: team+pkg-mozi...@tracker.debian.org * Package name: firefox-decrypt Version : 1.0.0-rc1 Upstream Author : Renato Alves * URL : https://github.com/unode/firefox_decrypt * License : GPL 3+ Programming Lang: Python Description : A tool to extract passwords from profiles of Mozilla (Fire/Water)fox, Thunderbird, SeaMonkey and derivates CC'in Firefox maintainers in case they have interest or want to comment. Firefox Decrypt is a tool to extract passwords from profiles of Mozilla (Fire/Water)fox™, Thunderbird®, SeaMonkey® and derivates. It can be used to recover passwords from a profile protected by a Master Password as long as the latter is known. If a profile is not protected by a Master Password, passwords are displayed without prompt. This tool does not try to crack or brute-force the Master Password in any way. If the Master Password is not known it will simply fail to recover any data.
Bug#738668: RFP: whatsapp-purple -- WhatsApp protocol plugin for
Hey. Maybe this RFP is obsolete. whatsapp-purple, seems to be unmaintained upstream since 2016: https://github.com/davidgfnet/whatsapp-purple/commit/07ed931a3dd04c98a5f36e52129aa2cfe743a024 I've just filed a RFP for purple-gowhatsapp which seems like a possible alternative: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984775 Cheers, Chris.
Bug#984774: RFP: libpurple-signald -- Pidgin libpurple bridge to signald.
Package: wnpp Severity: wishlist * Package name: libpurple-signald Version : git Upstream Author : Hermann Höhne * URL : https://github.com/hoehermann/libpurple-signald * License : GPL-3 Programming Lang: C Description : Pidgin libpurple bridge to signald. Pidgin libpurple bridge to signald. Would also require signald to be packaged first.
Bug#984775: RFP: purple-gowhatsapp -- Pidgin/libpurple plugin for WhatsApp Web.
Package: wnpp Severity: wishlist * Package name: purple-gowhatsapp Version : git Upstream Author : Hermann Höhne * URL : https://github.com/hoehermann/purple-gowhatsapp * License : GPL-3 Programming Lang: C, Go Description : Pidgin/libpurple plugin for WhatsApp Web. Pidgin/libpurple plugin for WhatsApp Web. I'd guess the advantage of this using WhatsApp Web would be, that WhatsApp cannot as easily block users (which allegedly they've done in the past with people, that used unofficial clients).
Bug#984773: RFP: purple-signal -- Pidgin/libpurple plugin for signal using libsignal-service-java (and parts of signal-cli).
Package: wnpp Severity: wishlist * Package name: purple-signal Version : git Upstream Author : Hermann Höhne * URL : https://github.com/hoehermann/purple-signal * License : GPL-3 Programming Lang: C++, Java Description : Pidgin/libpurple plugin for signal using libsignal-service-java (and parts of signal-cli). Pidgin/libpurple plugin for signal using libsignal-service-java (and parts of signal-cli).
Bug#968818: RFP: fritzconnection -- Python-Tool to communicate with FritzBox Routers from AVM
Package: wnpp Severity: wishlist * Package name: fritzconnection Version : git Upstream Author : bre...@bremer-media.de * URL : https://github.com/kbr/fritzconnection * License : MIT Programming Lang: Python Description : Python-Tool to communicate with FritzBox Routers from AVM
Bug#962686: RFP: s2geometry -- Computational geometry and spatial indexing on the sphere http://s2geometry.io/
btw: All the dependencies seem to be in Debian already,... building is done with CMake. The python bindings work with python3, but it seems that per default CMake picks up Python2 instead. I had to set -DPYTHON_EXECUTABLE:FILEPATH=/usr/bin/python3 for CMake,... then it worked. https://github.com/google/s2geometry/issues/46 seems to show some other CMake ways to do this. Cheers, Chris.
Bug#961314: ITP: python3-s2sphere -- Python implementation of a part of the C++ S2 geometry library
Hey. An update on this... it seems to me, that s2sphere is in fact rathe runmaintained... and it also seems that s2geometry (with it's Python bindings) is that canonical library (and the bindings seem far more complete). I've even ported my own program in the meantime from s2sphere to the Python SWIG bindings from s2geometry. Building of these is pretty simple... uses CMake, all dependencies seem to be in Debian already. So I'd guess it would rather make sense to package s2geometry, and not s2sphere. Cheers, Chris.
Bug#961314: ITP: python3-s2sphere -- Python implementation of a part of the C++ S2 geometry library
Hey Emmanuel. FYI, I've just filed: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=962686 This is the C++ version, which seems however to contain also some Python SWIG bindings (but I have no idea whether these work or are complete - OTOH s2phere isn't complete either). My Python knowledge isn't really good enough to tell which version one should package respectively which is better. Cheers, Chris.
Bug#962686: RFP: s2geometry -- Computational geometry and spatial indexing on the sphere http://s2geometry.io/
Package: wnpp Severity: wishlist * Package name: s2geometry Version : 0.9.0 Upstream Author : ? * URL : https://github.com/google/s2geometry * License : Apache License 2.0 Programming Lang: C++, Python Description : Computational geometry and spatial indexing on the sphere http://s2geometry.io/ This is a package for manipulating geometric shapes. Unlike many geometry libraries, S2 is primarily designed to work with spherical geometry, i.e., shapes drawn on a sphere rather than on a planar 2D map. This makes it especially suitable for working with geographic data.
Bug#962153: RFP: webext-export-cookies -- exports cookies to a Netscape format cookies.txt file
Package: wnpp Severity: wishlist * Package name: webext-export-cookies Version : 0.3.2 Upstream Author : Rotem Dan * URL : https://github.com/rotemdan/ExportCookies * License : MIT/X11 Programming Lang: JavaScript Description : exports cookies to a Netscape format cookies.txt file Adds a browser action to save cookies to a standard Netscape format cookies.txt file. Cookies can be exported either for the current host, current domain or for all domains. The Netscape cookies.txt can be used by several tools like curl or gallery-dl.
Bug#961314: RFP: python3-s2sphere -- Python implementation of a part of the C++ S2 geometry library
Package: wnpp Severity: wishlist * Package name: python3-s2sphere Version : 0.2.5 Upstream Author : s...@sidewalklabs.com * URL : https://github.com/sidewalklabs/s2sphere * License : MIT Programming Lang: Python Description : Python implementation of a part of the C++ S2 geometry library S2 is a library for spherical geometry that aims to have the same robustness, flexibility, and performance as the very best planar geometry libraries.
Bug#959068: RFP: git-evtag -- Extended verification for git tags
Package: wnpp Severity: wishlist * Package name: git-evtag Version : git Upstream Author : Colin Walters * URL : https://github.com/cgwalters/git-evtag * License : LGPLv2+, LGPLv2+ Programming Lang: C, Python, Rust Description : Extended verification for git tags git-evtag can be used as a replacement for git-tag -s. It will generate a strong checksum (called Git-EVTag-v0-SHA512) over the commit, tree, and blobs it references (and recursively over submodules).
Bug#958942: RFP: complete-alias -- BASH Completion for shell aliases
Package: wnpp Severity: wishlist * Package name: complete-alias Version : git Upstream Author : https://github.com/cykerway * URL : https://github.com/cykerway/complete-alias * License : GPL3 Programming Lang: BASH Description : BASH Completion for shell aliases A tool to simply get BASH completion for shell aliases. If packaged, it would be nice if bash-completion could suggest it.
Bug#958070: RFP: meshroom -- 3D Reconstruction Software
Package: wnpp Severity: wishlist * Package name: meshroom Version : 2019.2.0 Upstream Author : alicevision-t...@googlegroups.com * URL : https://github.com/alicevision/meshroom * License : MPL2 Programming Lang: Python Description : 3D Reconstruction Software Meshroom is a free, open-source 3D Reconstruction Software based on the AliceVision Photogrammetric Computer Vision framework. Photogrammetry is the science of making measurements from photographs. It infers the geometry of a scene from a set of unordered photographs or videos. Photography is the projection of a 3D scene onto a 2D plane, losing depth information. The goal of photogrammetry is to reverse this process.
Bug#953722: ITP: josm-installer -- Editor for OpenStreetMap (installer)
On Thu, 2020-04-09 at 05:45 +0200, Sebastiaan Couwenberg wrote: > On 4/9/20 4:37 AM, Christoph Anton Mitterer wrote: > > > The package will be maintained with in the Debian GIS team where > > > it will eventually replace the josm package. > > > > I'm afraid but this is a really unfortunate idea. > > Don't be: > > https://lists.debian.org/debian-gis/2020/04/msg0.html Ah, so AFAIU josm is not intended to be kept... that's good news. Thanks for your effort :-) > It's no different from users downloading the JAR themselves, the > package > just integrates it in the desktop environment and schedules periodic > downloads. FYI: I've just had a short glance on the downloader and it seems it does no verification at all... The only protection is https, which, given how the TLS-CA-ecosystem works is mostly identical to no protection (there are around 150 root CAs in the usual bundles, many of them highly questionable from totalitarian countries or that have been caught already several times in "accidentally" forging certs... and there are probably thousands of intermediate CAs... all which can basically sign for everything). I think there should be perhaps a big fat warning about this in the package, or eve better, some hardcoded hashsums of the jar, which is then verified upon download. Cheers, Chris.
Bug#953722: ITP: josm-installer -- Editor for OpenStreetMap (installer)
Hey. > The package will be maintained with in the Debian GIS team where > it will eventually replace the josm package. I'm afraid but this is a really unfortunate idea. Downloader packages - and that's what this is - are generally a bad idea. They circumvent package management, any tools building upon package management (from simply things like apt-listchanges to advanced things like Icinga/Nagios checks for package upgrades) and any reasonable security support. I know only few such downloader tools which do it really right, i.e. in a secure way. Just checking for some signatures isn't typically enough, as it allows for things like downgrade attacks. Some downloader tools even use the upstream keys for verification, which may sound good at a first glance, but would effectively allow an hostile (or hacked) upstream to selectively send hacked versions of the code/binaries to selected users only (thereby making it even much harder to ever detect, as when *all* users would have to bee Security wise (and generally), it's probably safest to hardcode the valid hashsums for the downloaded files within the downloader package and really upgrade the package everytime a new version of code/binaries comes out. This would not mean a general circumvention of the distributions package management tool. I personally can only think of very few cases, where a downloader package is justified (like when legal reasons prevent shipping something, e.g. as with ttf-mscorefonts-installer). For most other things one should wonder whether its not better to simply drop a package from the distro if it cannot be actually maintained within that distro. After all, Linux isn't the Windows world, where each and every software brings it's own (often crappy) installers, and where this causes gazillions of problems and security issues. Cheers, Chris.
Bug#926893: RFP: btrfs-profilers -- btrfs-profilers is a collection of BCC based btrfs performance analyse tools
Package: wnpp Severity: wishlist * Package name: btrfs-profilers Version : git Upstream Author : Qu Wenruo * URL : https://github.com/adam900710/btrfs-profiler * License : GPLv2 Programming Lang: Python Description : btrfs-profilers is a collection of BCC based btrfs performance analyse tools
Bug#900976: RFP: zxcvbn-c -- C/C++ version of the zxcvbn password strength estimator
Package: wnpp Severity: wishlist * Package name: zxcvbn-c Version : git Upstream Author : Tony Evans * URL : https://github.com/rianhunter/zxcvbn-cpp * License : MIT Programming Lang: C, C++ Description : C/C++ version of the zxcvbn password strength estimator This is a C/C++ implementation of the zxcvbn password strength estimation. The code is intended to be included as part of the source of a C/C++ program. An article on the reasons for zxcvbn is at https://blogs.dropbox.com/tech/2012/04/zxcvbn-realistic-password-strength-estimation/ An alternative CPP version would be found at: https://github.com/rianhunter/zxcvbn-cpp
Bug#894275: RFP: cinnamon-applet-multicore-sys-monitor -- System monitor applet (CPU, Memory, Network, Disk IO) for Cinnamon
Package: wnpp Severity: wishlist * Package name: cinnamon-applet-multicore-sys-monitor Version : git Upstream Author : ? * URL : https://github.com/linuxmint/cinnamon-spices-applets/tree/master/multicore-sys-monitor@ccadeptic23 * License : GPL3 Programming Lang: JavaScript Description : System monitor applet (CPU, Memory, Network, Disk IO) for Cinnamon >From all the system monitor applets I've checked, this seems to be the most promising one. Uses gtop.
Bug#894274: RFP: cinnamon-applet-gpaste-reloaded -- GPaste support for Cinnamon
Package: wnpp Severity: wishlist * Package name: cinnamon-applet-gpaste-reloaded Version : git Upstream Author : ? * URL : https://github.com/linuxmint/cinnamon-spices-applets/tree/master/gpaste-reloa...@feuerfuchs.eu * License : ? Probably something OSS, as based on GNOME Extension Programming Lang: JavaScript Description : GPaste support for Cinnamon GPaste is a clipboard management tool. This applet lets you access your clipboard through an icon in the panel. This is a completely re-written GPaste applet based on the gnome shell extension. It offers the following features: Search for entries Access the native GPaste GUI Support for multiple histories Manually add entries to the history Unlimited instances
Bug#680386: closed by Bart Martens (closing RFP: ineptepub -- decrypt Adobe ADEPT-encrypted EPUB books)
Control: reopen -1 Just because no one has stepped forward yet to package this, doesn't mean that the interest in it is gone... and after all, this is what RFPs are... *requests* for packaging. smime.p7s Description: S/MIME cryptographic signature
Bug#867861: RFP: zktop -- top for Apache ZooKeeper
Package: wnpp Severity: wishlist * Package name: zktop Version : 1.0.0 Upstream Author : Patrick Hunt * URL : https://github.com/phunt/zktop * License : Apache License Version 2.0 Programming Lang: Python Description : top for Apache ZooKeeper Provides a unix “top” like utility for ZooKeeper. It is compatible with Python2.6, Python2.7 and Python3.
Bug#784856: ITP: duperemove -- Tools for deduping file systems
Hey. Anything new here? :) Would be really nice to see an up-to-date version of duperemove in Debian soon :) Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#639085: closing RFP: dcache-srmclient -- SRM protocol clients
Control: reopen -1 On Thu, 2016-10-06 at 04:20 +, Bart Martens wrote: > RFP 639085 has no visible progress for a long time, so closing. Just because no progress has been made doesn't mean the *request* for something is gone. Reopening. Cheers. smime.p7s Description: S/MIME cryptographic signature
Bug#835554: ITP: jdupes -- A powerful duplicate file finder
On Sat, 2016-08-27 at 22:26 +0200, Eduard Bloch wrote: > Do we need another scanner and deduplicator, while having: > > duff - Duplicate file finder > hardlink - Hardlinks multiple copies of the same file > fslint - Utility collection to find and fix common errors in file > storage Why not? Seems to be improved compared to fdupes and perhaps even better maintained? I for my part often use different scanners depending on what I currently want to do. Cheers. smime.p7s Description: S/MIME cryptographic signature
Bug#835066: RFP: libhdcd -- HDCD (High Definition Compatible Digital) decoder
Package: wnpp Severity: wishlist * Package name: libhdcd Version : git Upstream Author : Burt P. * URL : https://github.com/bp0/libhdcd * License : BSD Programming Lang: C Description : HDCD (High Definition Compatible Digital) decoder HDCD decoder code, originally in foo_hdcd, then developed further as part of FFmpeg, then made into this generic form. CCing pkg-multimedia-maintain...@lists.alioth.debian.org, since this might be also relevant for future FFmpeg versions :) Cheers, Chris.
Bug#592335: closing RFP: gpgstats -- GPGstats calculates statistics on the keys in your key-ring.
Control: reopen -1 smime.p7s Description: S/MIME cryptographic signature
Bug#592295: closing RFP: egd -- Entropy Gathering Daemon
Control: reopen -1 smime.p7s Description: S/MIME cryptographic signature
Bug#592234: closing RFP: fswatch -- file system checksum checker
Control: reopen -1 smime.p7s Description: S/MIME cryptographic signature
Bug#591472: closing RFP: turbid -- High-Entropy Randomness Generator
Control: reopen -1 smime.p7s Description: S/MIME cryptographic signature
Bug#592295: closing RFP: egd -- Entropy Gathering Daemon
Control: -1 reopen On Fri, 2016-08-12 at 09:56 +, Bart Martens wrote: > RFP 592295 has no visible progress for a long time, so closing. This was an RFP, not an ITP... I don't quite understand why a large time of no one picking it up makes a *request* for packaging "done"? Thus re-opening. smime.p7s Description: S/MIME cryptographic signature
Bug#592335: closing RFP: gpgstats -- GPGstats calculates statistics on the keys in your key-ring.
Control: -1 reopen On Fri, 2016-08-12 at 09:56 +, Bart Martens wrote: > RFP 592335 has no visible progress for a long time, so closing. This was an RFP, not an ITP... I don't quite understand why a large time of no one picking it up makes a *request* for packaging "done"? Thus re-opening. smime.p7s Description: S/MIME cryptographic signature
Bug#591472: closing RFP: turbid -- High-Entropy Randomness Generator
Control: -1 reopen On Fri, 2016-08-12 at 09:56 +, Bart Martens wrote: > RFP 591472 has no visible progress for a long time, so closing. This was an RFP, not an ITP... I don't quite understand why a large time of no one picking it up makes a *request* for packaging "done"? Thus re-opening. smime.p7s Description: S/MIME cryptographic signature
Bug#592234: closing RFP: fswatch -- file system checksum checker
Control: -1 reopen On Fri, 2016-08-12 at 09:56 +, Bart Martens wrote: > RFP 592234 has no visible progress for a long time, so closing. This was an RFP, not an ITP... I don't quite understand why a large time of no one picking it up makes a *request* for packaging "done"? Thus re-opening. smime.p7s Description: S/MIME cryptographic signature
Bug#809380: RFP: xul-ext-dns-cache -- allows to disable/enable or manually flush the DNS Cache of Firefox
Package: wnpp Severity: wishlist * Package name: xul-ext-dns-cache Version : 1.8.1.1 Upstream Author : Dominik Jungowski * URL : https://addons.mozilla.org/de/firefox/addon/dns-cache/ * License : MPL 1.1 Programming Lang: XUL/JavaScript Description : allows to disable/enable or manually flush the DNS Cache of Firefox The internal DNS cache of FF is a disesase... it breaks all kinds of stuff as it doesn't follow the rules of DNS (e.g. TTLs). This plugin allows to easily get rid of that misfeature.
Bug#766679: ITP: fdkaac -- command line encoder frontend for libfdk-aac
On Fri, 2015-10-16 at 08:18 +0100, Marius Gavrilescu wrote: > Yup. It suddenly disappeared from NEW because... it was accepted! \o/ > It's now in the contrib section of unstable. Uff... wtf... ^^ I looked every day at the new packages list in aptitude for it... how could it slip through?! :D Thanks, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#766679: ITP: fdkaac -- command line encoder frontend for libfdk-aac
Hey. Anything new here? It's been in the NEW queue for a while but then disappeared? Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#799021: RFP: vorbis-tools-aotuv -- Aoyumi's Tuned Vorbis - tuned version of the Vorbis encoder
Package: wnpp Severity: wishlist * Package name: vorbis-tools-aotuv Version : Beta6.03 Upstream Author : Aoyumi * URL : http://www.geocities.jp/aoyoume/aotuv/ * License : BSD? Programming Lang: C Description : Aoyumi's Tuned Vorbis - tuned version of the Vorbis encoder AoTuV, which is based on Xiph's original vorbis-tools, is widely recommended[0, 1] as encoder for Vorbis, assumed to reach better quality at the same compression ratio. Quoting e.g. [1]: >aoTuV versions improves significantly on Vorbis quality: >Most people agree aoTuV beta 4 (and newer) achieves >transparency at -q 5. Changes up to Beta2 were actually merged with Xiph's Vorbis encoder. I think it would be great for Debian to have AoTuV in addition to the Xiph version (AFAIU there may be some cases were AoTuV produces worse results, and for which it would be good to have the Xiph encoder as well.) Maybe it can be easily packaged based on the vorbis-tools or even delivered as part of it (therefore CCing the Xiph Maintainers Team). Cheers, Chris. [0] https://wiki.xiph.org/Vorbis_Encoders [1] http://wiki.hydrogenaud.io/index.php?title=AoTuV
Bug#796393: Help with forensics-colorize
Hey. Sorry for the delay... On Sat, 2015-08-22 at 13:06 -0300, Eriberto Mota wrote: > So, as I think that you know forensics-colorize better than I Well that's extreme exaggeration... I merely stumbled once over it when I went on Jesse's homepage after the md5deep->hashdeep migration... > Description: show differences between files using color graphics > forensics-colorize is a set of tools to visually compare large > files, as > filesystem images, creating graphics of them. It is intuitive > because the > produced graphics provide a quick and perfect sense about the > percentage > of changes between two files. > . > Comparing large textual files using a simple diff can produce a very > big > result in lines, causing confusion. On the other hand, diff is > improper > to compare binary files. > . > This package provides two command line programs: filecompare and > colorize. > The filecompare command is used to create a special and auxiliary > input > file for colorize. The colorize command will generate an intuitive > graphic > that will make easier to perceive the level of changes between the > files. As far as I can tell, this pretty well describes what the thing does :-) > Feel free to test the package if you have time. I attached an amd64 > package and the source code, if needed, is at > http://mentors.debian.net/package/forensics-colorize. I can't promise that I'll find time to have deeper a look at this after until my vacation (which is the reason for my long delay in answering)... I'm about to head into one month of scuba diving vacation...and super busy with last preparations :-) At a first glance though, everything looks ok, the only thing I'd change: I wouldn't suggest sxiv as image viewer (or does the program actually invoke it (or any image viewer)[0]? IMHO an image viewer is something such basic, that it doesn't justify a suggest/recommends (unless the program would really invoke it from code, e.g. as gnupg can make use of xloadimage). Everyone uses it's own preferred viewer anyway... For full perfectionism: You refer to the blog in README.Debian: Best would of course be, if one would ask Jesse whether that text is free as well, and one would push is as documentation proper to upstream ;-) Thanks for your great work so far :-) Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#796393: RFP: forensic-colorize -- forensic tool to visually compare for example filesystem images
On Fri, 2015-08-21 at 14:53 -0300, Eriberto wrote: > Very interesting. Thanks for this tip. I will try to take care of > this package. Nice to hear :-) I knew why I CCed the forensics team :D Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#796393: RFP: forensic-colorize -- forensic tool to visually compare for example filesystem images
Package: wnpp Severity: wishlist * Package name: forensic-colorize Version : 1.1 Upstream Author : Jesse Kornblum * URL : https://github.com/jessek/colorize/ * License : GPL3 Programming Lang: C Description : forensic tool to visually compare for example filesystem images This is a set of forensic tools which allow one to more easily compare for example large filesystem images, by creating graphics of them. Much more information and examples can be found here: https://jessekornblum.livejournal.com/290358.html I'd propose to not take the upstream name which is just "colorize" as this is too ambiguous and probably conflicts with other gazillion other possible package names. The other main tool of the bundle is "filecompare" so one may possible name it also "filecompare-colorize" or something like that? Cheers, Chris.
Bug#766679: ITP: fdkaac -- command line encoder frontend for libfdk-aac
On Sun, 2015-07-05 at 20:59 +0300, Marius Gavrilescu wrote: > If you'd prefer to have me maintain it and look again for a sponsor, > tell me and I will do so some time next week. It would be great if you could maintain it :) Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#766679: ITP: fdkaac -- command line encoder frontend for libfdk-aac
Hey. Anything new on this? :) Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#790922: RFP: watermarking -- implementation of several different watermarking algorithms
Package: wnpp Severity: wishlist * Package name: watermarking Version : 0.5 Upstream Author : Peter Meerwald * URL : http://www.cosy.sbg.ac.at/~pmeerw/Watermarking/ * License : see below Programming Lang: C Description : implementation of several different watermarking algorithms This is a set of tools for robust digital watermarking of images in the spatial-, DCT-, and wavelet domain, implementing several algorithms: Bruyndonckx, Corvi, Cox, Dugad, Fridrich, Kim, Koch, Kundur, Wang, Xia, Xie, Zhu, Piva/Fotopoulos The license seems to be something like public domain, according to the PDF manual: >My license is called "I-don’t-care" license: (1) You can do with the accompa- >nying software whatever you want, but don’t blame me if it doesn’t work or it >causes damage. (2) If you think my work is useful, tell me and tell others, but >you are not obliged to do so. I suggest not to remove information contained in >this other documentation file. Cheers, Chris. -- 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/20150703031406.558.33374.report...@heisenberg.scientia.net
Bug#784098: RFP: xul-ext-download-manager-s3 -- download management statusbar for iceweasel
Package: wnpp Severity: wishlist * Package name: xul-ext-download-manager-s3 Version : 3.10 Upstream Author : Oleksandr (https://addons.mozilla.org/en-US/firefox/user/gronar/) * URL : https://addons.mozilla.org/en-US/firefox/addon/s3download-statusbar/ * License : MPL2 Programming Lang: JavaScript, XUL Description : download management statusbar for iceweasel It should be noted that this (at least some parts of the status bar itself) look similar to the add-on "Download Statusbar" (https://addons.mozilla.org/en-US/firefox/addon/download-statusbar/), which has already been part of Debian previously: https://packages.debian.org/squeeze/xul-ext-downloadstatusbar and seems no longer maintainer upstream (and not even working in current versions of FF). That other add-on, was removed on my request as the license was changed to a proprietary one (see bug #660699). And when I asked the new owning user at add-ons Mozilla, he claimed that releasing it previously under some free (IIRC, MPL) license was a mistake and whatsoever... So the add-on I'm writing an RFP here, *may* have a license issue. OTOH, it may also just look similar to the other add-on (I haven't compared the code). And even it it would actually be based on the other add-on (the add-on page says "This is a new life in Firefox 26+ for old well-known addon Download Statusbar"), it's highly questionable whether the owning user of that can simply say "no, that was never really released under a free license", because it *was*,... and if these guys were too stupid to select the correct license, well then it's their fault. So I personally would think that it's absolutely fine to package the download-manager-s3 add-on, and that we can believe in it's license being okay. But I'm not legal expert, and in doubt debian-legal should be asked. Cheers, Chris. -- 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/20150503014234.12208.33610.report...@heisenberg.scientia.net
Bug#784097: RFP: xul-ext-download-status-bar -- download management statusbar for iceweasel
Package: wnpp Severity: wishlist * Package name: xul-ext-download-status-bar Version : 12.3.0 Upstream Author : Szalgiris (https://addons.mozilla.org/en-US/firefox/user/Szalgiris/) * URL : https://addons.mozilla.org/en-US/firefox/addon/download-status-bar/ * License : MPL 2.0 Programming Lang: JavaScript, XUL Description : download management statusbar for iceweasel A really extensive description can be found on the add-ons page, quoting a bit from there: >Download Status Bar manages every aspect of your downloads >(Launch, Show, Scan, Send To, Rename, Checksum, Pause, Resume, >Cancel, Clean, Delete), generates Statistics from your Download >actions, keeps the History of your previous session downloads >and much more. It is not only a download management add-on but >a helper tool for boosting your Productivity, too. Cheers, Chris. -- 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/20150503012920.12183.95406.report...@heisenberg.scientia.net
Bug#237925: RFP: cdemu -- program for emulating optical drives
Control: retitle -1 RFP: cdemu -- program for emulating optical drives Hey folks, There already used to be an ITP for CDemu, which I've unarchived renamed and forcemerged with the current one. So perhaps let's continue discussion at #237925 as this already contains some more information? Just to add some more details: - The big difference from CDEmu to loopback is, that CDEmu actually emulates a CD drive (with all it's commands and interfaces), while the loopback method only makes an ISO image mountable. device emulator vs. filesystem - The big advantage over mounting the ISO is that one can a) mount images which don't contain just the filesystem, but also all other "depper" CD data structures (the sub code). b) plus access that sub code - AFAIK, .bin files cannot be mounted via loopback... I tried to use bchunk with cdrdao images, but that didn't work. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#527162: ITP: gitorious -- Git based web collaboration tool
On Fri, 2015-03-06 at 05:06 +, Mike Gabriel wrote: > indeed a very valid point. Thanks for notifying me/us via this ITP. Mhh maybe we should change it back to RFP... strictly speaking gitorious isn't dead - it's open source and someone could theoretically step forward and continue it. > I will close it now, as I will focus on GitLab in the future, as well > (just discussed with my employer). Good to hear.. what's the status on that btw? I haven't really looked that much into gitlab, yet,.. In principle I'd like to use it - but on top of gitolite (i.e. all authz taking place there)... not sure though, whether this is even possible with gitlab. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#527162: ITP: gitorious -- Git based web collaboration tool
Hey, most of you might already know, but for those who don't: gitorious was bought[0] by gitlab. Not sure what this means for the long-term development of gitorious, but it could mean that it's basically dead unless a new upstream maintainer steps forward. Cheers, Chris. [0] https://about.gitlab.com/2015/03/03/gitlab-acquires-gitorious/ smime.p7s Description: S/MIME cryptographic signature
Bug#778957: RFP: gitolite3-doc -- gitolite3-doc
Package: wnpp Severity: wishlist * Package name: gitolite3-doc Version : git Upstream Author : Sitaram Chamarty * URL : https://github.com/sitaramc/gitolite-doc * License : CC-BY-NC-SA (mostly) Programming Lang: HTML, Markdown Description : Documentation for gitolite3 and contrib files The documenation and contrib files to gitolite3 -- 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/20150222053942.9597.9473.report...@heisenberg.scientia.net
Bug#777517: RFP: jvmtop -- Jvmtop is a lightweight console application to monitor all accessible, running jvms on a machine.
Package: wnpp Severity: wishlist * Package name: jvmtop Version : 0.8.0 Upstream Author : Patric Rufflar * URL : https://code.google.com/p/jvmtop/ * License : GPL Programming Lang: Java Description : jvmtop is a lightweight console application to monitor all accessible, running jvms on a machine. Jvmtop is a lightweight console application to monitor all accessible, running jvms on a machine. In a top-like manner, it displays JVM internal metrics (e.g. memory information) of running java processes. Jvmtop does also include a CPU console profiler. It's tested with different releases of Oracle JDK, IBM JDK and OpenJDK on Linux, Solaris, FreeBSD and Windows hosts. Jvmtop requires a JDK - a JRE will not suffice. -- 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/20150209025732.8248.8775.report...@heisenberg.scientia.net
Bug#767716: Bug#763938: needrestart shouldn't check only for daemons that need to be restarted
On Sun, 2014-11-02 at 16:04 +0800, Paul Wise wrote: > BTW, there is a request for a general restart notifier tool: > https://bugs.debian.org/767716 Isn't that was needrestart can do now as well? At least I'd suggest that such functionality would be rather added to needrestart and not something new be implemented. Ideally, needrestart should in the long-run become default in Debian,... it should replace the current practise of packages restarting their services themselves in the maintainer-scripts unconditionally (i.e. even it there wouldn't be strict need to do so from the technical side). And also, in the longterm needrestart could provide some interface to general notification systems. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#765787: RFP: sslyze -- SSL analyser and weakness scanner
Package: wnpp Severity: wishlist * Package name: sslyze Version : 0.10 Upstream Author : Alban Diquet * URL : https://github.com/nabla-c0d3/sslyze * License : GPL2 Programming Lang: Python Description : SSL analyser and weakness scanner SSLyze is a Python tool that can analyze the SSL configuration of a server by connecting to it. It is designed to be fast and comprehensive, and should help organizations and testers identify misconfigurations affecting their SSL servers. Key features include: -Multi-processed and multi-threaded scanning (it's fast) -SSL 2.0/3.0 and TLS 1.0/1.1/1.2 compatibility -Performance testing: session resumption and TLS tickets support -Security testing: weak cipher suites, insecure renegotiation, CRIME, Heartbleed and more -Server certificate validation and revocation checking through OCSP stapling -Support for StartTLS handshakes on SMTP, XMPP, LDAP, POP, IMAP, RDP and FTP -Support for client certificates when scanning servers that perform mutual authentication -XML output to further process the scan results -And much more ! -- 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/20141018045201.9912.47240.report...@heisenberg.scientia.net
Bug#763826: RFP: mplayer -- mplayer - Media Player
Package: wnpp Severity: wishlist * Package name: mplayer Version : 1.1.1 Upstream Author : mplayer-dev-...@mplayerhq.hu * URL : http://www.mplayerhq.hu/ * License : GPL Programming Lang: C Description : mplayer - Media Player Well I guess not much description is needed here: mplayer and mencoder I never really understood why mplayer/mencoder have been uhm... "pushed" out of Debian by some people in the first place, since already back then mplayer2 which was praised as the replacement was dead upstream. In the meantime even the upstream homepage from mpalyer2 seems to be gone. mplayer's last release is als 16 months ago, but their svn shows at least some 700 commits in 2014... so their is at least some development going on. Back then I had the feeling mplayer was pushed out due to the libav vs. ffmpeg[0] issues but since now ffmpeg is back in Debian, mplayer/mencoder should probably return as well. While I have no real clue about the security status of mplayer 1 or 2, and while I guess much here actually depends on the security of libav respectively ffmpeg, one could use the return of mplayer to consider whether mplayer2 can be dropped, now that it should be really clear to everyone that it's dead. Cheers, Chris. [0] Personally I really don't care which of both should be the default. I think first priority should be which of them has better security records and if they're equal there, the one with more functionality should be the default. Apart from that, ffmpeg vs. libav has clearly shown that forking can also be a bad thing - the two communities should re-merge as well as their code. I personally would however keep the name libav, since I think it suits better then F(ast)F(orward)MPEG. -- 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/20141002230823.32712.92974.report...@heisenberg.scientia.net
Bug#756079: RFP: xul-ext-download-status-bar -- a highly sophisticated status bar add-on for managing downloads
Package: wnpp Severity: wishlist * Package name: xul-ext-download-status-bar Version : 10.1.0 Upstream Author : https://addons.mozilla.org/en-US/firefox/user/Szalgiris/ * URL : https://addons.mozilla.org/en-US/firefox/addon/download-status-bar * License : MPL 2.0 Programming Lang: JavaScript/XUL Description : a highly sophisticated status bar add-on for managing downloads A download status bar extension for Firefox with gazillions of features. See the mozilla website for a list of all details. This is *not* the add-on of the very same that has been available in Debian till squeeze and which was at some point changed to a proprietary license by upstream. -- 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/20140725232610.26690.46386.report...@heisenberg.scientia.net
Bug#737587: RFP: commander-genius -- Commander Genius is a software piece that interprets the Commander Keen Invasion of the Vorticons and Galaxy series.
Package: wnpp Severity: wishlist * Package name: commander-genius Version : 1.6.5.5 Upstream Author : Gerhard Wolfgang Stein * URL : http://clonekeenplus.sourceforge.net/ * License : GPL Programming Lang: C++ Description : Commander Genius is a software piece that interprets the Commander Keen Invasion of the Vorticons and Galaxy series. This is an interpreter for the well known Commander Keen games. -- 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/20140204025623.25576.38679.report...@heisenberg.scientia.net
Bug#687624: ITP: libdvdcss-pkg -- automated installer for libdvdcss
Hi. Anything new on this? Now that Debian has accepted stuff like libaacs, this shouldn't be much more of a problem, should it? And I guess it's one of THE reasons why people still need to use DMO. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#596005: TestU01 license change
On Mon, 2013-09-02 at 11:52 +0900, NIIBE Yutaka wrote: > As of August 2013, I can't see any description about license change on > the website of TestU01. There is no source code distribution with > GPL, either. > > Could you give me status update? If it is distributed under GPL, > I'm willing to package it for Debian. Could you possibly just ask the upstream author what has happened? Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#699779: RFP: kvm-guest-drivers-windows -- KVM Drivers for Windows Guests
Package: wnpp Severity: wishlist * Package name: kvm-guest-drivers-windows Version : git Upstream Author : Yan Vugenfirer * URL : http://www.linux-kvm.org/page/WindowsGuestDrivers * License : GPL, and some other free liences Programming Lang: C, C++ Description : KVM Drivers for Windows Guests git repo is at: https://github.com/YanVugenfirer/kvm-guest-drivers-windows -- 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/20130204225928.25088.76285.report...@heisenberg.scientia.net
Bug#699713: RFP: evolution-activesync -- ActiveSync plugin for Evolution
Package: wnpp Severity: wishlist * Package name: evolution-activesync Version : 0.9 Upstream Author : David Woodhouse * URL : http://git.gnome.org/browse/evolution-activesync/ * License : LGPL, Apache Programming Lang: C Description : ActiveSync plugin for Evolution ActiveSync plugin for Evolution. -- 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/20130203234052.31793.86900.report...@heisenberg.scientia.net
Bug#687222: root-system: please also package xrootd
Great... looking forward to see it packaged :) Please split out the client programs (like xrdcp) in their own package if possible. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#627362: RFP: jitsi -- multi-protocol audio/video and chat communicator
Hey. What's the status on this RFP? :) Any expectations on whether/when we'll see it in sid? Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#687517: ITP: gsi-openssh -- secure shell client and server with GSI authentication
Can't one just dynamically load the desired library? Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#687517: ITP: gsi-openssh -- secure shell client and server with GSI authentication
Hi Mattias. Why isn't it possible to link against more then one GSSAPI mechanism? There's even a patch https://bugzilla.mindrot.org/show_bug.cgi?id=958 which seem to just do this (and was just not accepted yet for other reasons). I just ask, cause this is quite some heavy duplication of software in Debian. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#687805: RFP: archiveopteryx -- Archiveopteryx stores email in a database and provides access to it through IMAP and more.
Package: wnpp Severity: wishlist * Package name: archiveopteryx Version : 3.1.3 Upstream Author : i...@aox.org * URL : http://archiveopteryx.org/ * License : BSD Programming Lang: C++ Description : Archiveopteryx stores email in a database and provides access to it through IMAP and more. Archiveopteryx is an Internet mail server, optimised to support long-term archival storage. It seeks to make it practical not only to manage large archives, but to use the information therein on a daily basis instead of relegating it to offline storage. -- 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/20120916023145.2280.21748.report...@heisenberg.scientia.net
Bug#687803: RFP: dbmail -- fast and scalable sql based mail services
Package: wnpp Severity: wishlist * Package name: dbmail Version : 3.0.2 Upstream Author : dbmail-...@dbmail.org * URL : http://dbmail.org/ * License : GPL2 Programming Lang: C Description : fast and scalable sql based mail services DBMail is made up of several components. A normal MTA (Postfix, SendMail, QMail, Exim) is used for accepting messages. The MTA hands the messages over to dbmail-deliver, using a pipe interface, or to dbmail-lmtpd, using LMTP (Local Mail Transport Protocol). These programs take care of injecting the message into the database. Messages can be retreived from the database using dbmail-pop3d, using the POP3 protocol, or dbmail-imapd, using the IMAP4Rev1 protocol. Emails are stored in the database. This includes attachments. User information is also stored in the database, so users do not need a system account on machines DBMail is running on. Scalability: Dbmail is as scalable as the database system used for storage. Manageability: Dbmail can be managed by updating the relational database or directory service - without shell access. Speed: Dbmail uses very efficient, database specific queries for retrieving mail information. Security: Dbmail doesn't require filesystem access. It's as secure as the database and directory server used. Flexibility: Changes in a Dbmail system (adding of users, changing passwords etc.) are effective immediately. Users can be stored in the database, or managed separately in an LDAP server such as OpenLDAP or Active Directory. -- 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/20120916022742.2215.11499.report...@heisenberg.scientia.net
Bug#686043: RFP: iowatcher -- iowatcher graphs the results of a blktrace run
btw: Chris put some screenshots (which show how awesome this tool is ;) ) on his Google+ page: https://plus.google.com/105274031445877094012/posts/DHX6e3wZzuQ https://plus.google.com/105274031445877094012/posts/e5xE6phxJXJ Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#686043: RFP: iowatcher -- iowatcher graphs the results of a blktrace run
Package: wnpp Severity: wishlist * Package name: iowatcher Version : git Upstream Author : Chris Mason * URL : https://git.kernel.org/?p=linux/kernel/git/mason/iowatcher.git * License : GPL2 Programming Lang: C Description : iowatcher graphs the results of a blktrace run iowatcher graphs the results of a blktrace run. It has a few different modes: * Graph the result of an existing blktrace * Start a new blktrace * Start a new blktrace and a benchmark run * Make a movie of the IO from a given trace (only mp4 for now) Output: iowatcher can produce either svg files or mp4 movies. Most browsers can view the svg files, or you can use rsvg-view-3 from librsvg. rsvg-convert can turn the svgs into many other formats. -- 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/20120828000235.32140.33671.report...@heisenberg.scientia.net
Bug#685572: RFP: xxdiff -- graphical file/directory comparison and merge tool
Package: wnpp Severity: wishlist * Package name: xxdiff Version : 4.0b1 Upstream Author : Martin Blais * URL : http://furius.ca/xxdiff/ * License : GPL2 Programming Lang: C++ Description : graphical file/directory comparison and merge tool >From the old package: xxdiff is a powerful tool for viewing the differences between two or three files, or two directories, and can be used to produce a merged version. The texts of the two or three files are presented side by side with their differences highlighted with colors for easy identification. Among its features are: * Compares two or three files, or two directories (shallow and recursive) * Horizontal highlighting of diffs * Interactive merges, previewing and saving of the resulting output * Unmerges CVS conflicts and displays two files, to help resolve conflicts * Fully customizable with a resource file * Features and output that ease integration with scripts The scripts that accompany xxdiff can be found in the xxdiff-scripts package. xxdiff (and xxdiff-scripts) was already part of Debian, till it was dropped, because the Qt4 port didn't make it in time for wheezy and Qt3 was dropped from wheezy. A working Qt4 port is now apparently available. IMHO, xxdiff is quite usefuly in several situations, where e.g. meld or others perform bad. So I'd like to see it packaged again. Cheers, Chris. -- 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/20120822015846.32508.69559.report...@heisenberg.scientia.net
