Bug#757647: ITP: python-lz4 -- Python interface to the lz4 compression library
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: python-lz4 Version: 0.7.0 Upstream Author: Steeve Morin URL: http://pypi.python.org/pypi/lz4 License: BSD-3-clause Description: Python interface to the lz4 compression library This package provides bindings for the liblz4 compression library. . LZ4 is a very fast lossless compression algorithm, providing compression speed at 400 MB/s per core, scalable with multi-cores CPU. It also features an extremely fast decoder, with speed in multiple GB/s per core, typically reaching RAM speed limits on multi-core systems. Initial packaging is available from http://anonscm.debian.org/gitweb/?p=collab-maint/python-lz4.git signature.asc Description: This is a digitally signed message part.
Bug#759014: RFP: bitcointrader -- Bitcoin trading application
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,pkg-bitcoin-de...@lists.alioth.debian.org Package name: bitcointrader Version: 1.07.99 Upstream Author: July IGHOR URL: https://github.com/JulyIGHOR/QtBitcoinTrader License: GPL-3+ with OpenSSL linking exception Description: Bitcoin trading application QtBitcoinTrader is a front-end to cryptocurrency exchanges. It helps to open and cancel orders very fast and monitor data in real time. . Supported exchanges: * BTC China * GOC.io * BTC-e * Bitstamp * Bitfinex . BitCoins are a digital currency, exchanged freely against all other currencies. Package is intended to be team-maintained so I would like to have one co-maintainer before I convert this RFP to ITP. Packaging is committed to http://anonscm.debian.org/gitweb/?p=pkg-bitcoin/bitcointrader.git signature.asc Description: This is a digitally signed message part.
Re: Bug#724344: ITP: bdsync -- bdsync is a fast block device synchronizing tool
On Tue, 24 Sep 2013 00:01:54 maxigas wrote: > bdsync was built to do the only thing rsync isn't able to do: syn‐ > chronize block devices. Actually "rsync" can be taught to synchronise block devises by applying upstream patch "copy-devices.diff" which introduces "--copy-devices" option. Perhaps instead of packaging "bdsync" it might be better to convince "rsync" maintainer to enable this option, see #509335. -- All the best, Dmitry Smirnov GPG key : 4096R/53968D1B signature.asc Description: This is a digitally signed message part.
Bug#770047: ITP: xul-ext-video-without-flash -- extension to watch videos without the flash plugin
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org pkg-mozext-maintain...@lists.alioth.debian.org odre...@gmail.com Package name: xul-ext-video-without-flash Version: 1.5.0 Upstream Author: Olivier Drevet URL: https://github.com/odrevet/video-without-flash License: GPL-3+ Description: extension to watch videos without the flash plugin Fetch video source of flash based media and play the video directly with Iceweasel (a.k.a. Firefox), without the use of the flash plug-in. Supported sites/embed video players: * Youtube * Blip * HTML5 * Dailymotion * NicoVideo * FC2 Vcs-Browser: http://anonscm.debian.org/cgit/pkg-mozext/video-without-flash.git This extension helps to combat Flash infestation of the internet. signature.asc Description: This is a digitally signed message part.
Bug#770054: ITP: xul-ext-spdy-indicator -- extension to show an SPDY support indicator in the address bar
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org pkg-mozext-maintain...@lists.alioth.debian.org spdyindica...@chengsun.github.com Package name: xul-ext-spdy-indicator Version: 2.1 Upstream Author: Cheng Sun URL: https://github.com/chengsun/moz-spdy-indicator License: DWTFYWT, CC-BY-3.0 Description: extension to show an SPDY support indicator in the address bar SPDY (pronounced speedy) is an open networking protocol developed primarily at Google for transporting web content. SPDY manipulates HTTP traffic, with particular goals of reducing web page load latency and improving web security. SPDY achieves reduced latency through compression, multiplexing, and prioritization although this depends on a combination of network and website deployment conditions. The name "SPDY" is a trademark of Google and is not an acronym. Vcs-Browser: http://anonscm.debian.org/cgit/pkg-mozext/spdy-indicator.git signature.asc Description: This is a digitally signed message part.
Bug#770067: ITP: xul-ext-ctrl-tab -- Ctrl+Tab navigation for tabs
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org pkg-mozext-maintain...@lists.alioth.debian.org ctrl-...@design-noir.de Package name: xul-ext-ctrl-tab Version: 0.21.1 Upstream Author: Dão Gottwald URL: http://en.design-noir.de/mozilla/ctrl-tab/ License: GPL-2+ Description: Ctrl+Tab navigation for tabs This extensions adds Ctrl+Tab navigation for tabs similar to well known Alt+Tab. Vcs-Browser: http://anonscm.debian.org/cgit/pkg-mozext/ctrl-tab.git signature.asc Description: This is a digitally signed message part.
Bug#770118: ITP: xul-ext-ctrl-tab -- Ctrl+Tab navigation for tabs
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org pkg-mozext-maintain...@lists.alioth.debian.org ctrl-...@design-noir.de Package name: xul-ext-ctrl-tab Version: 0.21.1 Upstream Author: Dão Gottwald URL: http://en.design-noir.de/mozilla/ctrl-tab/ License: GPL-2+ Description: Ctrl+Tab navigation for tabs This extensions adds Ctrl+Tab navigation for tabs similar to well known Alt+Tab. Vcs-Browser: http://anonscm.debian.org/cgit/pkg-mozext/ctrl-tab.git signature.asc Description: This is a digitally signed message part.
Bug#770119: ITP: xul-ext-form-history-control -- extension to manage form history
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org pkg-mozext-maintain...@lists.alioth.debian.org formhist...@yahoo.com Package name: xul-ext-form-history-control Version: 1.3.3.0 Upstream Author: Stephan Mahieu URL: http://en.design-noir.de/mozilla/ctrl-tab/ License: MPL-1.1 or GPL-2+ or LGPL-2.1+ Description: extension to manage form history An extension to View and Manage all form data that has been saved by the web browser giving you full control over what is stored, what is cleaned up or not, and when to perform a cleanup. This extension even allows you to control selectively for which webpages form history data is stored (either blacklist or whitelist). Also stores text from editor fields as you type for easy recovery in case of disaster. . This extension enables you to selectively delete privacy sensitive information without having to delete the entire history. With the help of powerful regular expressions, information can simply and effectively be retrieved, edited or deleted. Use it to correct misspelled entries, get rid of sensitive data like private banking info or delete passwords that were entered into the wrong formfield. . This plugin also stores text from editor fields as you type, so you never have to loose your work when disaster strikes. Recover your lost work after session timeouts, network failures, browser crashes, power failures and all other things that will destroy the hard work you just put into writing that important email, essay or blog post. . Form History Control can filter data either by keyword, active page, active field or cleanup criteria. Powerful advanced search options allows you to find information by name, value, timeframe, usage or host. Optional regular expressions provide a very effective way to retrieve any information you might look for. The advanced search option comes with a list of predefined regular expressions which can be altered or extended to fit any need. . The extension also offers the possibility to export/import form history data and configuration settings, allowing you to exchange data between multiple browser configurations or import history data into your own application of choice. . Form History Control can also be used to easily autofill textfields in a web form using either the most used or the last used formhistory data. Vcs-Browser: http://anonscm.debian.org/cgit/pkg-mozext/form-history-control.git signature.asc Description: This is a digitally signed message part.
Bug#770124: ITP: xul-ext-tosdr -- toolbar icon to inform about your rights
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org pkg-mozext-maintain...@lists.alioth.debian.org t...@tosdr.org Package name: xul-ext-ctrl-tab Version: 0.21.1 Upstream Author: Abdullah Diaa URL: http://www.tosdr.org/ License: AGPL-3+ Description: toolbar icon to inform about your rights "I have read and agree to the Terms" is the biggest lie on the web. tosdr.org project aims to fix that. . "Terms of Service; Didn't Read" is a user rights initiative to rate and label website terms & privacy policies, from very good (class A) to very bad (class E). . This extension informs you instantly of your rights online by showing an unintrusive icon in the toolbar. You can click on this icon to get summaries from the [Terms of Service; Didn't Read][tosdr] initiative. Reading ToS;DR is in no way a replacement for reading the full terms to which you are bound. Note: currently upstream have license documentation issue which I believe they will fix eventually... signature.asc Description: This is a digitally signed message part.
Bug#770131: ITP: redmine-plugin-custom-css -- Redmine plugin to add custom CSS editable through web interface
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org martin.deni...@supinfo.com Package name: redmine-plugin-custom-css Version: 0.1.4 Upstream Author: Martin Denizet URL: https://github.com/martin-denizet/redmine_custom_css License: GPL-2+ Description: Redmine plugin to add custom CSS editable through web interface This plugin allow admins to customize themes by editing additional CSS in plugin's settings through Redmine web interface. signature.asc Description: This is a digitally signed message part.
Bug#770247: RFP: mars-dkms -- Asynchronous Block-Level Storage Replication
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: mars-dkms Version: 0.1.09 Upstream Author: Thomas Schoebel-Theuer URL: http://schoebel.github.io/mars/ License: GPL-2+, GFDL-1.3+ Description: Asynchronous Block-Level Storage Replication MARS can be used to replicate Linux-based storage devices, or even whole datacenters, over arbitrary distances (geo-redundancy). . Main features: . Anytime Consistency Arbitrary Distances Tolerates Flaky Networks . MARS Light is almost a drop-in replacement for DRBD (block-level storage replication). It runs as a Linux kernel module. . In contrast to plain DRBD, it works asynchronously and over arbitrary distances. Our internal 1&1 testing runs between datacenters in the US and Europe. MARS uses very different technology under the hood, similar to transaction logging of database systems. . Reliability: application and replication are completely decoupled. Networking problems (e.g. packet loss, bottlenecks) have no impact onto your application at the primary side. . Anytime Consistency: on a secondary node, its version of the underlying disk device is always consistent in itself, but may be outdated (represent a former state from the primary side). Thanks to incremental replication of the transaction logfiles, usually the lag-behind will be only a few seconds, or parts of a second. . Synchronous or near-synchronous operating modes are planned for the future, but are expected to work reliably only over short distances (less than 50km), due to fundamental properties of distributed systems. signature.asc Description: This is a digitally signed message part.
MIA check: Jan Christoph Nordholz
Dear all, I'm looking for information regarding last known activity of Jan Christoph Nordholz who appears to be totally inactive for over two years. (He is not a DD/DM and all his packages were sponsored). My particular concern is about 'autofs5' package which was NMU'ed twice since last maintainer update in August 2009. I intend to adopt/take over the 'autofs5' package. Petter, you sponsored last maintainer's upload back in 2009 - do you happen to hear from Jan lately? Thanks. All the best, Dmitry. P.S. Jan's packages overview page: http://qa.debian.org/developer.php?login=he...@pool.math.tu-berlin.de signature.asc Description: This is a digitally signed message part.
Bug#679427: ITP: libzabbix-api-perl -- Abstraction layer over the JSON-RPC API provided by Zabbix
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: libzabbix-api-perl Version: 0.004 Upstream Author: Fabrice Gabolde URL: http://search.cpan.org/dist/Zabbix-API/ License: GPL-3 Description: Abstraction layer over the JSON-RPC API provided by Zabbix Zabbix::API allows you to log in, create, update, delete, and generally manipulate many (but as of yet not all) types of objects, all in Perl with Perlish constructs. . Zabbix is a free software monitoring solution. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201206290137.33465.only...@member.fsf.org
Bug#685483: ITP: redmine-plugin-markdown -- Redmine plugin to add Markdown as a wiki format
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: redmine-plugin-markdown Version: 2.0.1+git20120821-1 Upstream Author: Takashi Okamoto URL: https://github.com/alminium/redmine_redcarpet_formatter License: GPL-2+ Description: "Redmine Redcarpet Markdown formatter" use Redcarpet which is GitHub's markdown wiki formatter to introduce Markdown support for Wiki in Redmine. Redcarpet is extreme fast and compatible GitHub's Wiki. signature.asc Description: This is a digitally signed message part.
Bug#686322: ITP: libgoffice -- Document centric objects library
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: libgoffice Version: 0.9.5 Upstream Author: gnome.org URL: http://git.gnome.org/browse/goffice/ License: GPL-2 or GPL-3 Description: Document centric objects library GOffice is a library of document centric objects and utilities building on top of GLib and Gtk+. This is a new version of a library. Many Gnome Office applications i.e. Gnumeric, AbiWord, GnuCash etc. will be eventually linking to the new goffice library hence this is the effort to make it available. Implementation allow both libraries to co-exist gracefully and therefore avoid transition and allow graceful decommission of goffice-0.8. This year old library version 0.8 was NMUed twice and there is no evidence of maintainer activity since August 2011. I got no reply from maintainer since February 2012 when I emailed to him offering help with packaging new version. Also there is a corresponding wishlist #660182 which was not updated and no estimation for possible availability given. I forked the existing package and almost completely repackaged it. signature.asc Description: This is a digitally signed message part.
Bug#687001: ITP: optional-dev -- fake (empty) dev package
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: optional-dev Version: 20120908 Author: Dmitry Smirnov License: GPL-3+ Description: fake (empty) dev package Purpose of this package is to provide an alternative for optional build dependencies which may not be available on some architectures. There are situations when some of the libraries listed in Build-Depends are optional i.e. build system is smart enough to avoid failure when such library is missing. Often some development libraries are not available on all architectures in which case maintainer should know beforehand which architectures may satisfy this dependency and maintain an up-to-date list of architectures for such packages, like in the following example: Build-Depends: libchamplain-gtk-0.12-dev [!m68k !sh4], libopenipmi-dev [!hurd-any !arm] From time to time such lists should be re-checked in case library become available on another architecture or when new architecture is added or if package is removed from some architectures. Another challenge is backporting package if some of its optional build dependencies may not be available on target distribution. For instance "libchamplain-gtk-0.12-dev" is not available for Squeeze so backporting would require removing it from Build-Depends. Finally maintainer might want to mark optional dependencies as such (can be done with comments). All the above problems may be addressed by using this package as alternative to optional build dependency like in the example below: Build-Depends: libchamplain-gtk-0.12-dev | optional-dev, libopenipmi-dev | optional-dev -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209081708.34882.only...@member.fsf.org
Re: Bug#687001: ITP: optional-dev -- fake (empty) dev package
On Sat, 8 Sep 2012 19:37:33 Holger Levsen wrote: > "optional depends" - what?? Thats self contradictory. If a depends it's > really optional, it's not a depends, thus that package is buggy and should > not be fixed by introducing a nonsense package, but by removing this > depends. Not at all, it may appears "self contradictory" only because debian/control "language" doesn't have a right term for it. Or perhaps my wording is not perfect. If you got the idea, can you suggest a better word? Imagine a software that builds without a certain -dev package. When present this package may be used to activate an additional (optional) feature. When building for as many architectures as we have, situation when some dependencies are missing (or can't exist) on some architectures is not rare. However we still want to build our packages with all features possible. So here are two ideas -- one is to clearly see which build-dependencies are optional i.e. which packages are not critical for successful build; and another is to nicely and easily handle unsatisfiable non-critical "dependencies". The latter will make maintenance easier and may also be helpful for backporting or even for distributions who borrow our packages but may not have all their build-dependencies. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209082201.18803.only...@member.fsf.org
Re: Bug#687001: ITP: optional-dev -- fake (empty) dev package
On Sat, 8 Sep 2012 18:30:30 Adam Borowski wrote: > I'm afraid this is a bad idea for three reasons: > > 1. you'd get a misbuild if libfoo-dev happens to be temporarily >uninstallable due to a transition of something it depends on, >it or one of its dependencies happen to wait for a co-installed >multiarch package, and so on > > 2. same, if libfoo-dev is not yet built. It can happen if it has just been >uploaded, we're in the middle of an archive rebuild (a new arch, some >derivative), etc. Good points, thanks. I did't think of this. Perhaps this idea is not flawless but we might have a potential for improvement. > 3. don't certain build modes (sbuild IIRC) ignore any alternatives in the >first place? If so, you'll cause a FTBFS. You might know better if that's the case. But if build servers are ignoring alternatives, that's a (different) problem, right? I recognise a potential for misuse of trivially satisfiable dependency but generally speaking you don't blame tool for those who misuse it... Thanks for sharing your concerns. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209082213.48035.only...@member.fsf.org
Re: Bug#687001: ITP: optional-dev -- fake (empty) dev package
On Sat, 8 Sep 2012 21:06:29 Simon McVittie wrote: > This doesn't really give enough guarantees (even if sbuild followed > non-first branches in alternative-lists, which IIRC it doesn't). If > champlain happens to be temporarily uninstallable on (say) powerpc at > the time the empathy build happens, we don't want that to mean it > randomly loses features on powerpc, then gains those features back later. Right you're concerned that we may not always have all "optional" dependencies ready for build. I'm not quite sure this would be the case for generic unversioned dependencies. The assumption that "optional" packages are generally available from repository. If so sbuild may not build with the very latest version available but this is no different from current situation. If we have an ongoing transition and some packages are temporary broken in "unstable" then indeed there might be a problem. Well, now I see it is a bit more complicated than I thought. > It would perhaps make more sense if there was a way for the libchamplain > maintainer to nominate excluded architectures, so empathy could say > something like: > > Build-Depends: libchamplain-...-dev | >champlain-unavailable-on-this-arch > > where champlain-unavailable-on-this-arch is arch:any, empty, and built > on exactly those architectures that deliberately don't build champlain. > > (I don't think my example works either, again because sbuild only uses > the first alternative, but it seems closer to being right...) > If only we could express that we want to build with libfoo-dev if it is available but avoid to demand it... :) Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209082234.09025.only...@member.fsf.org
Re: Bug#687001: ITP: optional-dev -- fake (empty) dev package
On Sun, 9 Sep 2012 02:06:52 Paul Wise wrote: > I would be interested to see what real use-cases people wanted this > sort of thing for. Dimitry, which specific problem were you trying to > solve when you came up with optional-dev? Thanks Paul, primarily I was trying to address a problem when package build unnecessarily fails due to lack of "optional" dependency before an actual attempt to build. Due to risk of FTBFS maintainer should be careful with introducing dependencies that are non-critical for upstream build. In this case, enabling optional feature by adding dependency may make package build more fragile and create some difficulties for backporting as distinguishing required build-dependencies from optional ones may be not obvious. Now it became clear that idea is not feasible because it creates more problem than it solves. Thanks to feedback from Adam, Neil, Brian, Arno, Guillem, Simon, Geregor, Bastian and others I can summarise the flaws in the idea: * buildd servers can't fall back to alternative so even if we can avoid FTBFS in pbuilder by providing a trivially satisfiable fallback dependency, that is not the case for our build servers. * Rarely some packages may be not available for build due to transition, breakage or other circumstances. With silent fallback instead of FTBFS package may suddenly and unexpectedly lost some of its functionality. * NMUs are not guaranteed to be the same as original package due to possibility of missing optional dependency packages in the environment where NMU is being prepared. > > But I see the use case, e.g. for packages that rebuild the > > documentation if some tool is available and just skip it gracefully > > and use the shipped version, if not. > > We have the bootstrap stuff for that: > > http://wiki.debian.org/DebianBootstrap Very interesting, thank you. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209091109.29455.only...@member.fsf.org
Re: Bug#687001: ITP: optional-dev -- fake (empty) dev package
On Sun, 9 Sep 2012 00:30:41 brian m. carlson wrote: > Debian users depend on the package being built in a consistent way. For > example, some packages are built with Kerberos support. While this is > generally optional for most packages, I'd be very upset if, say, the > Debian openssh-server package suddenly lost support for Kerberos because > the maintainer or someone doing an NMU didn't have the appropriate -dev > package installed, since it would mean that package would suddenly fail > to work in a major way for me. Your proposed solution would remove an > important safety check. Thanks for your brilliant explanation of problem. You're certainly right but your example is also a case of possible abuse of an idea because you describe Kerberos as important feature which shouldn't be optional. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209091109.51782.only...@member.fsf.org
Bug#687624: ITP: libdvdcss-pkg -- automated installer for libdvdcss
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: libdvdcss-pkg Version: 1.2.12-1 Upstream Author: Dmitry Smirnov License: GPL-3+ Description: download, build and install libdvdcss package This package will automatically download, build and install libdvdcss on your system. . libdvdcss is a library for accessing and unscrambling DVDs encrypted with the Content Scramble System (CSS). It is a free software but it may be illegal in some jurisdictions. This is a proof-of-concept implementation of automated installer for libdvdcss. Since we can't risk shipping libdvdcss itself here is a proposed implementation with the following features: * Installer is implemented as shell script installed as DPKG post-invoke handler. * Host package version meant to me an exact match of guest package with debian/watch file inherited from guest package for notifications about new upstream versions. * Package contains "guest" package sources, but not upstream sources. Upstream sources will be fetched using "uscan". * When "guest" package is built, its debian revision number is changed by appending "~local" to clearly mark generated packages. * During build of "guest" packages "Host" package is injected to Guest's Depends to make sure generated packages will be removed on "host" package remove/purge. * Host package uses debconf to warn user regarding possible implications. * If user choose to remove "guest" package, debconf configuration will be updated to prevent re-installation of "guest" packages. * "dpkg-reconfigure libdvdcss-pkg" may be used to build and install guest packages. Otherwise guest package(s) will be built and installed from DPKG post-invoke handler. Although automated, unfortunately this will delay installation till next apt-get operation. Is there a better way to hook into apt-get sequence? * Upgrades are gracefully handled i.e. when host package is updgraded it will build and install guest packages automatically, if prior user decision allows it. As mentioned above, installation will be delayed. Source package is available from http://mentors.debian.net/package/libdvdcss-pkg Ideas are welcome -- please share your thoughts. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209142119.44222.only...@member.fsf.org
Re: Bug#687624: ITP: libdvdcss-pkg -- automated installer for libdvdcss
On Fri, 14 Sep 2012 21:51:44 Didier 'OdyX' Raboud wrote: > uscan does absolutely no checking of the resulting tarball so this is > sensitive to DNS MITM (at least). IMHO having a tighter connection between > this libdvdcss-pkg and the upstream tarballs hashsums would be a good idea: > you would need to upload a new version of libdvdcss-pkg for each new > version of libdvdcss to tighten the trust chain. Thanks for your feedback -- I like the idea of having tarballs hashsums. I will implement it. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209142218.18206.only...@member.fsf.org
Re: Bug#687624: ITP: libdvdcss-pkg -- automated installer for libdvdcss
On Fri, 14 Sep 2012 22:09:48 Thomas Koch wrote: > I remember a discussion from somewhere, sometime that it would be a good > thing(tm) to have a common infrastructure (helper script) for this kind of > packages. The common infrastructure should make sure that the downloaded > files are crytographically checked against a hashsum. We could start from one nice implementation and then think what it can become. To me start from reasonably good template would be a good one. > From my head I know these similar packages: flash-installer-nonfree, some > microsoft fonts downloader, java-package (for sun's java), ...? There is not too much similarity here: java-package expect user to download upstream archive and run make-jpkg to generate .deb and install generated debs manually (no upgrades). Others do not build packages... I'd like to handle upgrades and install only using package management system. Cheers, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209142226.54537.only...@member.fsf.org
Re: Bug#687624: ITP: libdvdcss-pkg -- automated installer for libdvdcss
On Fri, 14 Sep 2012 22:14:57 Reinhard Tartler wrote: > This has been discussed before within the pkg-multimedia team. There > is even preliminary work available at > http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libdvdcss-installer.git; > a=summary. Thank you, I'm aware of that. Some time ago I wrote to Andres Mejia (who made libdvdcss-installer) to discuss but got no reply yet. Our implementations are very different. I'm member of pkg-multimedia but I hesitated to alter libdvdcss-installer without Andres' consent. > Team pkg-multimedia, does anyone remember or know why that branch has > not been uploaded to debian yet? If I recall correctly, it can't install the package from postinst due to DPKG lock. Probably that's the main reason. Also it is manual, got no debconf prompt to warn user about consequences, can't handle upgrades (and removes) gracefully etc. Cheers, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209142249.21579.only...@member.fsf.org
Bug#709136: ITP: freespace2-launcher-wxlauncher -- launcher for the Freespace 2 Source Code Project
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-devel-ga...@lists.debian.org Package name: freespace2-launcher-wxlauncher Version: 0.9.1 Upstream Author: wxLauncher Team URL: https://code.google.com/p/wxlauncher/ License: GPL-2+, CC-BY-3.0 Section: contrib/games Description: launcher for the Freespace 2 Source Code Project GUI launcher for the Freespace 2 Source Code Project. . FreeSpace is a series of space combat simulation games developed by Volition, Inc. and published by Interplay Entertainment. The games take place in the 24th century. Mankind, referred to as Terrans, has developed means for space traveling, further fueled by the discovery of subspace which makes interstellar travel not only possible but also fast and easy. As a result the Terrans have expanded their territory, eventually encountering another bipedal, sentient species; the Vasudans. However, due to cultural differences and difficulties in communicating with each other, the Galactic Terran Alliance (GTA) and the Parliamentary Vasudan Empire (PVE) end up fighting a war that lasts for 14 years. . Original game files from CD are needed to play this game. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201305211511.59342.only...@member.fsf.org
Bug#709137: ITP: freespace2 -- open source implementation of the Freespace 2 game engine
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-devel-ga...@lists.debian.org Package name: freespace2 Version: 3.6.18 Upstream Author: Freespace2 source code project URL: http://scp.indiegames.us/ License: do-not-sell-or-commercially-exploit Section: non-free/games Description: open source implementation of the Freespace 2 game engine FreeSpace is a series of space combat simulation games developed by Volition, Inc. and published by Interplay Entertainment. The games take place in the 24th century. Mankind, referred to as Terrans, has developed means for space traveling, further fueled by the discovery of subspace which makes interstellar travel not only possible but also fast and easy. As a result the Terrans have expanded their territory, eventually encountering another bipedal, sentient species; the Vasudans. However, due to cultural differences and difficulties in communicating with each other, the Galactic Terran Alliance (GTA) and the Parliamentary Vasudan Empire (PVE) end up fighting a war that lasts for 14 years. . Original game files from CD are needed to play this game. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201305211512.00605.only...@member.fsf.org
Re: "Blacklists" in BTS (stopping the trolls and bug machines)
On Sat, 25 May 2013 18:43:43 Ondřej Surý wrote: > ... Dan Jacobson doesn't use reportbug. He does use reportbug but it could be that he may not always using it or hasn't been using it in the past. I wouldn't like him blocked. I know how it feels to deal with many pedantic bugs that most of us would prefer to ignore. But at least in my experience jida...@jidanni.org reported several good ones in quite constructive manner and I actually got response from him. Please don't blame the guy for care. I can't comment on quality of his bug reports regarding PHP but I've seen some valuable bugs that he filed against other packages. Regards, Dmitry Smirnov GPG key : 4096R/53968D1B --- Platitude: an idea (a) that is admitted to be true by everyone, and (b) that is not true. -- H. L. Mencken signature.asc Description: This is a digitally signed message part.
Bug#712849: ITP: VSQLite++ -- a welldesigned and portable SQLite3 Wrapper for C++
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: libvsqlitepp Version: 0.3.12 Upstream Author: Vinzenz Feenstra URL: https://github.com/vinzenz/vsqlite-- License: BSD-3-clause Description: SQLite3 Wrapper for C++ VSQLite++ is a welldesigned and portable SQLite3 Wrapper for C++. At the moment VSQLite++ is shipped with "mysql-workbench" as bundled copy. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201306201628.23144.only...@member.fsf.org
Bug#714818: ITP: quiterss -- RSS/Atom news feeds reader
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: quiterss Version: 0.13.1 Upstream Author: QuiteRSS Team URL: https://code.google.com/p/quite-rss/ License: GPL-3+ Description: RSS/Atom news feeds reader QuiteRSS is "fast and comfortable to user" cross-platform RSS/Atom news feeds reader written on Qt/C++. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201307031623.29583.only...@debian.org
Bug#718631: ITP: t4kcommon -- common library for tux4kids
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,hol...@debian.org Package name: t4kcommon Version: 0.1.1 Upstream Author: David Bruce and others URL: http://tux4kids.alioth.debian.org/ License: GPL-3+ Description: common library for tux4kids t4k-common is a library of code shared between tuxmath and tuxtype. This library is a new requirement for updated "tuxmath". -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201308032052.01645.only...@member.fsf.org
Bug#722130: RFP: gajim-plugin-otr -- Off-The-Record encryption for Gajim
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,tanguy+deb...@ortolo.eu Package name: gajim-plugin-otr Version: 0+hg20130905 Upstream Author: Kjell Braden URL: http://trac-plugins.gajim.org/wiki License: GPL-3 Description: Off-The-Record encryption for Gajim gajim-plugin-otr provides OTR encryption for Gajim. . Off-the-Record Messaging, commonly referred to as OTR, is a cryptographic protocol that provides strong encryption for instant messaging conversations. OTR uses a combination of the AES symmetric-key algorithm, the Diffie–Hellman key exchange, and the SHA-1 hash function. -- I committed initial packaging of "gajim-plugins" source package to http://anonscm.debian.org/gitweb/?p=collab-maint/gajim-plugins.git It can be extended to ship other plugins but needs more work for that. Whoever interested to continue this work is welcome to take over. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201309081916.57818.only...@debian.org
Bug#722205: ITP: redmine-plugin-pretend -- Redmine plugin to allow admins to log-in as user
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: redmine-plugin-pretend Version: 0.0.2+git20130821 Upstream Author: Leonid Batizhevsky URL: https://github.com/leonko/redmine_pretend License: Expat Description: Redmine plugin to allow admins to log-in as users This plugin allow admins to temporarily log-in as users without knowing their passwords to make updates on their behalf, check access level or troubleshoot problems. The upstream description says: When you admin and solving user problems often hear: "It is not working". And the best way to check: login as user. But you didn't know password. In this case, need to use this plugin: If you has admin role you may go to user account page and press "Pretend" button. Now you pretended selected user. When you tired you can always back to your account pressed "stop pretending" in the top of page. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201309091341.13771.only...@debian.org
Bug#648286: ITP: r8168 -- Realtek r8168 device driver for Linux (DKMS version)
Package: wnpp Severity: wishlist Owner: Dmitry Smirnov * Package name: r8168-dkms Version : 8.026.00 Upstream Author : Realtek Semiconductor Corp. * URL : http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PNid=13&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=false * License : GPL-2+ (contains binary blobs) Programming Lang: C Description : Realtek r8168 device driver for Linux (DKMS version) r8168 is the Linux device driver released for RealTek RTL8168B/8111B, RTL8168C/8111C, RTL8168CP/8111CP, RTL8168D/8111D, RTL8168DP/8111DP, and RTL8168E/8111E Gigabit Ethernet controllers with PCI-Express interface. . This is to substitute built-in r8169 driver if it doesn't work well. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010094245.21454.64340.reportbug@deblab
Re: Bug#648286: ITP: r8168 -- Realtek r8168 device driver for Linux (DKMS version)
Sorry, I don't understand... This is merely an alternative driver from hardware vendor. Sometimes you might need alternatives if your hardware doesn't work well, or if you just suspect it do not work well but you need something to compare with. "Fixing stuff" is always good if you can do it. Dmitry. On 10 November 2011 22:34, Cyril Brulebois wrote: > Hi. > > Dmitry Smirnov (10/11/2011): >> r8168 is the Linux device driver released for RealTek RTL8168B/8111B, >> RTL8168C/8111C, RTL8168CP/8111CP, RTL8168D/8111D, RTL8168DP/8111DP, and >> RTL8168E/8111E Gigabit Ethernet controllers with PCI-Express interface. >> . >> This is to substitute built-in r8169 driver if it doesn't work well. > > What happened to “upstream first”, and “fix stuff if doesn't work well”? > > Mraw, > KiBi. > -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/canbdodvxrvkzepf7gmtzr3cz9dalvlhf2gygz-uguyup8x0...@mail.gmail.com
Re: Bug#648286: ITP: r8168 -- Realtek r8168 device driver for Linux (DKMS version)
Hi Patrick, Julien Since linux-image-3.1.0 arrived in unstable (many thanks Ben), perhaps it would be nice if you could try it with your NIC so we learn how well new r8169 work with your card. Could you please provide some feedback? Because r8168 qualifies for non-free I would like to have it there only if none of r8169 works. If working alternative available in newer kernels, we simply don't need r8168 and this will suit Ben. Thanks for http://code.google.com/p/r8168/ which seems to be right upstream home page which I wasn't aware of. I don't have problematic NIC so just like Andreas I can only test the package but not the driver. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/canbdodvopojr1ee9j+sgeuwvb6+u4nnyxgdupik4oevzt77...@mail.gmail.com
Bug#650196: ITP: timebrowse -- NILFS Snapshot Manager/Windows VSS like Nautilus extension
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: timebrowse Version: 0.6 Upstream Author: Jiro SEKIBA URL: http://timebrowse.sourceforge.net/ License: GPL-2+/LGPL-2+ Language: Python Description: NILFS Snapshot Manager/Windows VSS like Nautilus extension Provide NILFS Snapshot Manager daemon and Nautilus plug-in for browsing historical snapshots on NILFS2. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2028034245.55d88311@deblab
Bug#650198: ITP: fcgi-daemon -- Perl-aware FastCGI daemon
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: fcgi-daemon Version: 0.2021 Upstream Author: [Dmitry Smirnov ] URL: [http://search.cpan.org/dist/FCGI-Daemon/] License: [AGPL-3+] Description: [Perl-aware FastCGI daemon] FCGI::Daemon is a small FastCGI server for use as fcgiwrap alternative with nginx web server. It is enforcing RLIMITs and running unmodified perl applications with persistent interpreter like mod_perl. Unlike fcgiwrap, FCGI-Daemon correctly passing STDERR output to web server. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2028041502.5f3d8e05@deblab
Bug#650734: ITP: tupi -- 2D Animation design and authoring tool
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: tupi Version: 0.1-git11 Upstream Author: Gustav Gonzalez URL: http://www.maefloresta.com/ License: GPL-3+ Description: 2D Animation design and authoring tool tupi is an active fork of ktoon which is unmaintained upstream and orphaned in Debian (see http://bugs.debian.org/cgi-bin/619741). tupi intended to replace obsolete ktoon.
Bug#660011: ITP: git-ftp -- Git powered FTP client written as shell script
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: git-ftp Version: 0.6.0+git20110923-1 Upstream Author: René Moser URL: https://github.com/resmo/git-ftp License: GPL-3 Description: git-ftp is a shell script for uploading Git tracked files to a FTP server. By default, it uploads only those files which have changed since the last upload. . This saves time and bandwidth. It can even work with different branches. signature.asc Description: This is a digitally signed message part.
Bug#662138: ITP: mysql-utilities -- MySQL Utilities - command-line interface to MySQL
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: mysql-utilities Version: 1.0.4 Upstream Author: Oracle and/or its affiliates URL: https://launchpad.net/mysql-utilities License: GPL-2 Description: MySQL Utilities -- command-line interface to MySQL MySQL Utilities is both a set of command-line utilities as well as a Python library for making the common tasks easy to accomplish. The library is written entirely in Python, meaning that it is not necessary to have any other tools or libraries installed to make it work. . MySQL Utilities is a set of easy-to-use scripts intended to make working with servers easier. It is part of the MySQL Workbench. This is an unbundled component of MySQL Workbench. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201203042341.15594.only...@member.fsf.org
Re: [SUMMARY/PROPOSAL] Orphaning another maintainer's packages
On Fri, 26 Oct 2012 06:09:55 Michael Gilbert wrote: > I would prefer to see even more autonomy for the salvager and less > bugging of various lists (ITPs on -devel are already distracting > enough). With that, I would like to suggest rewriting steps 2-4 as: > > 2. Salvager uploads liberal (10-day delayed) nmus as needed to bring > the package into a better maintained state. > > 3. After a period of 3 months of contributing as an nmuer or with > maintainers approval prior to that, salvager is free to add > himself/herself as a package uploader. > > 4. After 6 more months without contribution from the original > maintainer, the salvager is free at his or her discretion to > remove the original maintainer. > > 5. The salvager should do his/her best to address original mantainer's > concerns in a manner that would please them, and any unresolvable > conflicts should be deferred to the Technical Committee. > > Note that this process was pretty much the one I followed to salvage > wine. Also, the python maintainer Tech Committee decision would have > been much easier if the people complaining had been following this > kind of process where there would have been evidence that their nmus > were contributing to a better package. It eliminates the complaints > without action issue. > Thanks Michael, this is clear, straightforward and effective strategy. I like it. The only question is what to do (and how long to wait) before first NMU upload. Regards, Dmitry. signature.asc Description: This is a digitally signed message part.
Re: [SUMMARY/PROPOSAL] Orphaning another maintainer's packages
I think this proposal is a little bit too complicated and not straightforward enough. Clearly we have two different situations: * Maintainer is not active and we want to orphan a particular package. (just to orphan without adoption) For this case filing a bug "please orphan this package" with CC to QA team seems reasonable mostly because MIA may be an overkill (what if maintainer just don't have enough time with the absence of co-maintainers? Also consider the case of prioritising when active maintainer may be working hard on more important issues). Also MIA procedure (if applicable) may take too long -- it is not unusual when it takes 6 months or more to complete MIA checks and orphan all packages. If "please orphan this package" bug is answered (or closed) by maintainer it clarifies the situation immediately. Obviously anyone can update the bug with objections in which case we need some form of consensus to proceed. I would leave the decision to QA team as they are handling orphaning anyway. If bug was unanswered for let's say two months the package is free to orphan by QA team. I believe one month won't be enough: maintainer might be without connectivity while changing internet providers, attending funeral overseas, being on long vacation, on maternity leave, relocating, changing jobs etc. Such reasons can easily keep maintainer offline for a month. This will work if QA team won't hesitate to orphan in obvious cases. Another (second) situation: * Maintainer is not active and somebody intended to take over the package. I think proposal is addressing this case in order to protect package ownership. I believe generally we should trust developers (DDs) and avoid unnecessary bureaucracy. If DD is going to snatch the package without waiting, asking or following the procedure it would be a case for technical committee to investigate. Practically speaking taking over the package often bypasses orphaning. Either developers decide between themselves or new maintainer declares (her| him)self as such. The question is whenever we want package to be orphaned first, which I believe is unnecessary as long as new maintainer publicly announce ITA. Also I think we should trust DDs to decide how long to wait for maintainer to reply. One month seems reasonable but it depends: timing may be important before freeze or if package is blocking other packages. Proposal can recommend to wait one month, ideally two. As for DMs or non-members they would have to find sponsor to review their work anyway so we don't need a procedure to protect package ownership from hijacking by non-DDs. I like the idea of filing ITA against the package in question. It clearly mark the intention to work on the package and notifies the maintainer automatically. It doesn't have to be called "ITA" -- we can call it "co- maintainership intent" or whatever. Consensus 3 to 1 will be only needed if there are any objections but that's common sense. In obvious cases a single developer's decision should be just enough for adoption. I believe we're all respect each others work and our intentions are good so we need only little clarification how to adopt a package respectfully. For example I would mention to keep old maintainer in Uploaders unless (she/he) agreed to retire from maintenance. All the best, Dmitry. signature.asc Description: This is a digitally signed message part.
Bug#691479: ITP: pcalendar -- application to track women menstrual cycles
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: pcalendar Version: 3.3.0 Upstream Author: Mar'yan Rachynskyy URL: http://linuxorg.sourceforge.net/ License: GPL-3+ Description: application to track women menstrual cycles Periodic Calendar is a GUI application which assists in women menstrual cycles tracking and fertility periods prediction. This information can be used as. supportive either for conception or contraception planning. . Periodic Calendar provides support for sympto-thermal method which has the highest reliability in fertility periods prediction. User can choose any subset of the. features to be used or even fall to the generic calendar method (which if used. alone is very unreliable)... . Periodic Calendar is not an equal substitute to the fertility planning consultants or doctors. Before using this application please talk to your doctor or read a good book on the subject. . THIS PROGRAM PREDICTIONS IN NO WAY CAN BE USED AS THE FINAL. THERE ARE NO PREDICTION METHODS WHICH PROVIDE 100% RELIABILITY. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201210261735.21339.only...@member.fsf.org
Re: Bug#691479: ITP: pcalendar -- application to track women menstrual cycles
Hi Alberto, Thanks for your reply. On Fri, 26 Oct 2012 21:59:52 Alberto Luaces wrote: > Hi, this software is already packaged, > (http://packages.qa.debian.org/p/pcalendar.html) Indeed it is, sorry for the noise. It was already revealed to me so I closed the ITP. I've searched for "ovulation" and "menstruation" using "apt-cache search": that returned "cycle" and "mencal" but not "pcalendar" which I would have found if I could spell "menstrual"... Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201210262217.10128.only...@member.fsf.org
Re: [SUMMARY/PROPOSAL] Orphaning another maintainer's packages - delay for maintainer to react
On Fri, 26 Oct 2012 16:56:02 Bart Martens wrote: > On Fri, Oct 26, 2012 at 08:06:57AM +1100, Dmitry Smirnov wrote: > > If bug was unanswered for let's say two months the package is free to > > orphan > > Some prefer no delay, some prefer one month, some prefer two months. I > originally wanted one month, but I got convinced by others to drop the > delay. For merely orphaning minimising delay is not too important because if there is an active maintainer ready to adopt the package it is a "salvaging" procedure. For example if package is not maintained for years we can certainly wait for a month or two before orphaning even though there may be no need to wait that long. > Now my opinion is that I trust the DDs reviewing the ITO to judge > the package's situation before sending an ACK or NACK. One possible > judgement on an ITO can be "NACK until 2 months have passed or the > maintainer has agreed to orphan the package". Another possible judgement > on an ITO can be "ACK because this package has clearly not been maintained > for years, so please proceed without further delay". I'm convinced that acknowledging is ambiguous and unnecessary. First, what do you expect DDs to acknowledge -- the fact that package needs attention (this should be obvious already) or their approval of salvager? Assuming they're not familiar with salvager's work getting and acknowledgement might be as hard as finding a sponsor. Also this will rely on developers constantly reviewing ITA requests in other people's packages. Most certainly this will increase delay and the complexity of the procedure which might work only for popular packages with high visibility. I think in usual case we can expect no response for salvaging requests. Also without timed delay acknowledgements may be very unfair if few DDs voted for salvaging and therefore salvager got a green light without waiting for possible objections. Michael Gilbert's proposal to start salvaging with NMUs makes more sense as it allows to proceed gently and demonstrate motivation and willingness to work on the package. From non-DD prospective couple of successful NMUs will confirm salvaging intent and capacity better than random ACKs. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201210270747.48293.only...@member.fsf.org
Re: [SUMMARY/PROPOSAL] Orphaning another maintainer's packages - maintainer's objection
On Sat, 27 Oct 2012 00:40:26 Bart Martens wrote: > > So why not agree now that the maintainer can veto the process? > > Because this would raise the question "how long should we wait for the > maintainer to object or to remain silent". In obvious cases, for example > when the package has clearly not been maintained for years, then three > ACKs from DDs should be sufficient to orphan the package, so that the > package can be salvaged quickly, without pointless delay. In less obvious > cases, for example when the maintainer objects, I trust the DDs to send > NACKs to the ITO, so that the package is not orphaned forcibly. I recognise fundamental injustice here. If you expect ACKs then objections should be allowed as well but there might be unlikely situation when salvaging proceed after few ACKs without waiting for any further objections. I fear of conflicts it may create. Any form of agreement require fair amount of time for all parties to respond. If the matter cannot wait one can use NMU during transition of package ownership. This is in harmony with what Michael Gilbert proposed. In clear case when waiting is impossible without hurting the package state, DDs can take over without delays and take responsibility for future issues with maintainer. In any case we want salvaging to be documented in corresponding bug report. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201210270800.17329.only...@member.fsf.org
Re: [SUMMARY/PROPOSAL] Orphaning another maintainer's packages
On Sat, 27 Oct 2012 01:51:57 Ian Jackson wrote: > I still think that the right standard is "no objection" rather than > collecting some explicit number of acks. In particular I don't think > any number of acks ought to override a nack from the existing > maintainer. > Indeed. I think lack of enough acknowledgements can make process even slower. Acknowledgements will require developers to judge on other developer's intentions and I'm not sure wherever ACKs meant to approve the fact that salvaging is needed or to approve salvager and express trust to her/his capacities as maintainer. Probably not many people will find this role attractive so we can expect a lack of acknowledgements. > And if we're allowing any single nack to stop it, then I don't see > what requiring ack(s) buys us. It would force the salvager to make > explicit their criticisms of the package and hence the maintainer. I'm sure salvaging intent can be neutral or positive. It is merely a declaration of intent to help maintaining a package. When original maintainer is responding it is effectively a co-maintainership offer. Only when maintainer is not responding it becomes de-facto a declaration of adoption intent (ITA) so perhaps word "savlaging" is not perfect to express the idea. There is nothing to suggest that salvager has to express any criticism. As far as I can remember some adoption experiences of mine I was sincerely grateful to previous maintainers for their work. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201210270839.54287.only...@member.fsf.org
Re: [PROPOSAL v2] Orphaning another maintainer's packages
On Sun, 28 Oct 2012 01:19:25 Bart Martens wrote: > So maybe we could simply allow anyone, including non-DDs, to > submit O-bugs for packages which seem abandoned by the maintainer, and to > submit ITA-bugs for packages he/she wishes to salvage. Yes please. This is common sense and most obvious thing to do. > Sounds > revolutionary, but in reality this is more or less already happening. To me it sounds very reasonable. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201210280923.48889.only...@member.fsf.org
Re: [SUMMARY/PROPOSAL] Orphaning another maintainer's packages - delay for maintainer to react
On Mon, 29 Oct 2012 00:21:41 Thomas Goirand wrote: > On 10/27/2012 04:47 AM, Dmitry Smirnov wrote: > > For example if package is not maintained for years we can certainly wait > > for a month or two before orphaning even though there may be no need to > > wait that long. > > This unfortunately cannot be set as a rule. That's fine, recommendation would be good enough. On Mon, 29 Oct 2012 00:21:41 Thomas Goirand wrote: > Sometimes, a package that was > left unmaintained for a long time becomes a piece of something else, > maybe because it's a dependency of a new package, and needs to be > taken care of, and that's exactly when you will want to have a quick > adoption of the package, in order to not waste some maintainer / DD > time and/or delaying the achievement/upload of a project/package. Of course, but it looks like we've lost a bit of context. I was talking about orphaning-only while what you're saying is about adoption/salvaging/co-maintainership. On Mon, 29 Oct 2012 00:21:41 Thomas Goirand wrote: > I also think it would be a good thing if there was some kind of work > showing the intent of the adopter, on top of the ACK. This could be > in the form of a patch sent to the BTS, or some NMU. But I don't > think this should be a hard requirement. I agree with others saying > that we should trust that DDs will do the right thing. Indeed it don't have to be just NMU -- any form of contribution will do. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201210290904.04784.only...@member.fsf.org
Re: [PROPOSAL v2] Orphaning another maintainer's packages
On Mon, 29 Oct 2012 03:07:16 Russ Allbery wrote: > Andrew Starr-Bochicchio writes: > > It's not that too many people are making mistakes. It's that too many > > people don't take any action out of fear of making the mistake in the > > first place. That's why we need a well defined process (or to at least > > codify the status quo more clearly). > > Yes, exactly. > > I don't want to be trusted to orphan packages on my own, and I've been a > DD for years. It's too much pressure! And as a result, I basically never > do it. Perhaps your experience may confirm my observation: Except for orphaning as part of MIA procedure I can't recall situation when a particular package was orphaned by non-maintainer. It looks like such cases are extremely rare so as result prospective contributors are often reluctant to invest much time into improvement of de- facto unmaintained but not orphaned package. > One of the huge advantages of somewhat more formal systems is that > they remove the feeling of personal responsibility and provide some sort > of system that can deal with issues, which can make the whole thing feel > much more comfortable for everyone involved. Absolutely. Even a bit of guidelines will do very well. For example at the moment it is not obvious that adoption can begin with ITA bug to the package but this little hint can save time and improve visibility of adoption comparing to private email to maintainer if it remains unanswered. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201210290958.21858.only...@member.fsf.org
Bug#693481: ITP: python-webm -- python interface to the Google WebM video/image codec
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: python-webm Version: 0.2.2 Upstream Author: Daniele Esposti URL: https://code.google.com/p/python-webm License: BSD-2-clause (modified) Description: python interface to the Google WebM video/image codec The interface uses ctypes to call the libvpx/libwebm Google signature.asc Description: This is a digitally signed message part.
Bug#693492: ITP: litecoin -- peer-to-peer network based digital currency
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: litecoin Version: 0.6.3c Upstream Author: Litecoin Developers URL: https://github.com/litecoin-project/litecoin License: MIT/X11, ISC Description: peer-to-peer network based digital currency Litecoin is a free open source peer-to-peer electronic cash system that is completely decentralized, without the need for a central server or trusted parties. Users hold the crypto keys to their own money and transact directly with each other, with the help of a P2P network to check for double-spending. Litecoin is a fork of Bitcoin. signature.asc Description: This is a digitally signed message part.
Re: Bug#693492: ITP: litecoin -- peer-to-peer network based digital currency
Dear Paul, On Sun, 18 Nov 2012 11:58:59 Paul Wise wrote: > > Litecoin is a fork of Bitcoin. > > Please get that documented in the security team's embedded code copies > file: > > http://wiki.debian.org/EmbeddedCodeCopies Thank you for making me aware of EmbeddedCodeCopies list. I submitted the following information for inclusion: libjson-spirit-dev - bitcoin (modified-embed) - litecoin (modified-embed) bitcoin - litecoin (fork) -- Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201211191327.06496.only...@member.fsf.org
Re: Ubuntu have done it again,
Hi Svante, Thank you for sharing this information in debian-devel. Much appreciated. Even though some say it is off-topic (technically speaking), I'm sure we must know such things. Personally I doubt if I would notice this information somewhere else. Thank you. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201212101112.28365.only...@member.fsf.org
Bug#695850: ITP: libteam -- library for controlling team network device
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: libteam Version: git-snapshot (no tags/tarball releases yet) Upstream Author: Jiri Pirko URL: https://libteam.org License: LGPL-2.1+ Description: library for controlling team network device Libteam provide mechanism to team multiple NICs (ports) into one logical one (teamdev) at L2 layer. The process is called "channel bonding", "Ethernet bonding", "channel teaming", "link aggregation", etc. This is already implemented in the Linux kernel by the bonding driver but the way Team is configured differs dramatically from the way bonding is. Team has many advantages over Bonding. . Libteam requires Linux kernel 3.3 or higher. signature.asc Description: This is a digitally signed message part.
Re: Bug#695850: ITP: libteam -- library for controlling team network device
Hi Guus,
You did a fantastic work on "ifenslave" (interface to bonding capabilities in
kernel) -- thank you.
This new and experimental software has only potential to become an alternative
to "ifenslave" one day.
> > URL: https://libteam.org
>
> That URL does not work, use either http://libteam.org/ or
> https://fedorahosted.org/libteam/.
Thanks for correction. (It's a bit strange as I was copy-pasting from my
browser' address field...)
> Dramatically different? Many advantages? That tells me nothing. Instead
> please just give a list of *user visible* advantages that libteam has over
> bonding.
Why focus only on user visible changes? Upstream is trying to make
bonding/teaming safer, easier and more maintainable by moving it to user
space.
Perhaps the following links will answer your question better than me:
http://www.pirko.cz/teamdev.pp.pdf
https://fedorahosted.org/libteam/wiki/CompareToBonding
To provide summary here I quote from above documents:
Following table compares Bonding vs. Team features:
https://fedorahosted.org/libteam/wiki/CompareToBonding
[Feature]
[Bonding] [Team]
broadcast TX policy Yes
Yes
round-robin TX policy Yes
Yes
active-backup TX policy Yes
Yes
LACP (802.3ad) support Yes Yes
Hash-based TX policyYes
Yes
User can set hash function No
Yes
TX load-balancing support (TLB) Yes Yes
RX load-balancing support (ALB) Yes Yes
(Wip)
LACP hash port select Yes
Yes
load-balancing for LACP support No
Yes
Ethtool link monitoring Yes
Yes
ARP link monitoring Yes
Yes
NS/NA (IPV6) link monitoringNo
Yes
ports up/down delaysYes
Yes
port priorities and stickiness ("primary" option enhancement) No
Yes
separate per-port link monitoring setup No
Yes
multiple link monitoring setup Limited
Yes
lockless TX/RX path No (rwlock)
Yes (RCU)
VLAN supportYes
Yes
user-space runtime control Limited
Full
Logic in user-space No
Yes
Extensibility Hard
Easy
Modular design No
Yes
Performance overheadLow
Very Low
D-Bus interface No
Yes
---
## Bonding driver
* Introduced in 2000
* Huge and messy, therefore buggy
* All logic is in kernel (monolith)
* Does what it should not do (ARP link validation, 802.3ad, ...)
* Too many config interfaces
* 12200 lines
* Not fixable due to backward compatibility concerns
---
## Team device overview
* Team is coming with modular approach
* User-space based controlling
* Minimum of the code is in kernel
* "Puppet"
* Control logic is implemented in user-space daemon
* "Puppeteer"
* Enslaved network interfaces are called "ports"
* Only necessary fast-path code. (1400 lines)
* Netlink communication (generic Netlink). (600 lines)
* Team "modes"
* One mode, one kernel module
* Determine basic low-level behaviour
* Well defined API between team core and mode code
* round-robin, active-backup, ... easy to add more
### Advantages comparing to bonding
* Extensibility. Anyone can easily add features/change behaviour
* Better system stability (daemon crash is always better than
kernel panic/memory corruption etc.)
* Better debugging posibilities.
The goal of team device is to supersede bonding functionality
and then kill it eventually.
--
Regards,
Dmitry.
P.S. I hope that answers your questions. Please let me know if you think
teaming do not worth time spent on it.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201
Re: Bug#695850: ITP: libteam -- library for controlling team network device
On Fri, 14 Dec 2012 10:11:55 Guus Sliepen wrote: > I do not have anything against teaming, on the contrary. It is just parts > of the package description I object to :) Thank you for all your helpful remarks regarding description. I do share your concerns. The packaging is still in the early stage (I'll push it to collab-maint soon) and I didn't put much time to polish the description yet. I will much appreciate your help and I'll see what I can improve when I become a bit more familiar with teaming. So far I compiled description from phrases I found on upstream's web site an there is indeed a big potential for improvement. -- Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201212141041.09551.only...@member.fsf.org
Bug#696623: ITP: seekwatcher -- utility to visualize block I/O patterns
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: seekwatcher Version: 0.12+hg20091016-1 Upstream Author: Chris Mason URL: https://oss.oracle.com/~mason/seekwatcher/ License: GPL-2 Description: utility to visualize block I/O patterns Seekwatcher generates graphs from blktrace runs to help visualize IO patterns and performance. It can plot multiple blktrace runs together, making it easy to compare the differences between different benchmark runs. VCS-Browser: http://git.debian.org/?p=collab-maint/seekwatcher.git signature.asc Description: This is a digitally signed message part.
Re: Bug#696623: ITP: seekwatcher -- utility to visualize block I/O patterns
On Tue, 25 Dec 2012 10:27:15 John Paul Adrian Glaubitz wrote: > On Mon, Dec 24, 2012 at 06:55:29PM +1100, Dmitry Smirnov wrote: > > Version: 0.12+hg20091016-1 > > > > Without checking myself, is this actually the most recent upstream > version? Does it make sense to package such an old version? Yes it is the most recent version. I believe it does make sense to package current version (even though not recently released) if you need the functionality it provides. As far as I'm aware there are no alternatives whatsoever. Besides I have impression that there were no updates since 2009 because it still works pretty well. It's not so rare to have pretty useful software that wasn't updated for few years. I've made the package because I'm using it at the moment and it would be silly to bury the effort that may be useful for someone else. Gentoo and Fedora are already shipping seekwatcher. IMHO it is quite useful. To certain degree I share your concerns for software that got no upstream updates lately. Is it dead? I don't know. I reckon we'll find out till release of Jessie. The package appears to be ready so you're very welcome to try it. -- Regards, Dmitry. signature.asc Description: This is a digitally signed message part.
Bug#702256: ITP: enhanceio -- dynamic block device cache for Linux
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: enhanceio Version: 0+git20130227-1 Upstream Author: STEC, Inc URL: https://github.com/stec-inc/EnhanceIO License: GPL-2 Description: dynamic block device cache for Linux EnhanceIO is a dynamic block level cache to improve performance of rotating hard disk drives by using SSDs as cache devices. . EnhanceIO derived from Flashcache project but it does not use device mapper and can create and delete caches while a source volume is being used (i.e. mounted). . EnhanceIO supports three caching modes: read-only, write-through, and write-back and three cache replacement policies: random, FIFO, and LRU. This source package will produce the following binary packages: * enhanceio (provides user space utility `eio_cli`) * enhanceio-dkms (DKMS kernel module for Linux Kernel 3.7+) Package' VCS: http://anonscm.debian.org/gitweb/?p=collab-maint/enhanceio.git signature.asc Description: This is a digitally signed message part.
Bug#703728: ITP: cgminer -- Multi-threaded multi-pool GPU, FPGA and CPU bitcoin miner
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,pkg-bitcoin-de...@lists.alioth.debian.org Package name: cgminer Version: 2.11.3 Upstream Author: Con Kolivas URL: https://github.com/ckolivas/cgminer License: GPL-3+, Expat, BSD-2-clause, GPL-2 Description: multi-threaded multi-pool GPU, FPGA and CPU bitcoin miner Bitcoin miner software with multi-threaded multi-pool GPU, FPGA and CPU mining support. . BitCoins are a digital currency, exchanged freely against all other currencies. Coins may be issued by everyone, one just needs considerable computer power - and luck. To even out rewards for one's contribution, many initiative have forms to provide pools of computers and share the load. Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-bitcoin/cgminer.git -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201303230655.46925.only...@member.fsf.org
Bug#705879: moreinfo
I didn't try to reproduce this but most likely it has nothing to do with boot partition. I had similar problem with mounting any ext4/external_journal partition after reboot because sd[a-z] mappings are not persistent. Therefore there is no guarantee that "sda" will be associated with the same device on next reboot. For example if you have two hard disks A known as "sda" and B known as "sdb" then after reboot you may have disk B mapped to "sda" and A bound to "sdb". Also this problem is probably not specific to Debian in any way. It may help if you try to create external journal using /dev/by-id or /dev/by-path (I didn't verify if it work) or use another workaround mentioned in http://raid6.com.au/posts/fs_ext4_external_journal_caveats/ Regards, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201304221433.10415.only...@member.fsf.org
Bug#705879: moreinfo
On Mon, 22 Apr 2013 17:50:37 Holger Levsen wrote: > ah! thanks for summarizing why this is not a bug, but rather a feature (UUIDs > for partitions) made for this situation not being used! For the record about a year ago when I tried to use UUID for external journal on ext4 it didn't work because (I think) it was not implemented. Probably it still doesn't work although I could miss something in recent changelogs. Although UUID is very useful for partitions I didn't mention UUID because I knew it wouldn't work for ext4 external journal. > see eg http://wiki.debian.org/Part-UUID or debian-u...@lists.debian.org for > more info. Thanks for the link. Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201304230009.49950.only...@member.fsf.org
Re: Bug:#700917: desktop-file-utils: call for (co-)maintainership [ITA]
Dear colleagues, I'm quite concerned that `desktop-file-validate` utility (provided by "desktop-file-utils" package) is checking .desktop files against outdated specification. On some occasions such "validation" recommend changes conflicting with the current specification (see more in #690279). Since beginning of 2013 I tried to raise concerns about it but got no reply from current maintainers whatsoever (see #700917). I think now would be a good time to upload updated package that I prepared. I'm taking responsibility for the package by adding myself to Uploaders. Unless there are any objections I'll wait for a week (or longer) before uploading. Thanks. Regards, Dmitry Smirnov GPG key : 4096R/53968D1B --- If any remedy is tested under controlled scientific conditions and proved to be effective, it will cease to be alternative and will simply become medicine. So-called alternative medicine either hasn't been tested or it has failed its tests. -- Richard Dawkins, 2007 signature.asc Description: This is a digitally signed message part.
Re: Proposal: a team maintaining packages managing media types (MIME).
Dear Josselin, On Mon, 6 May 2013 18:29:40 Josselin Mouette wrote: > shared-mime-info and desktop-file-utils are already maintained under the > pkg-freedesktop umbrella. I see no evidence that "desktop-file-utils" is associated with pkg-freedesktop. There is no corresponding repository under "pkg-freedesktop" and Maintainer field contains "Ross Burton ". I've made new (first?) "desktop-file-utils" package repository in collab-maint. Is that OK with you for now? Best wishes, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Re: Proposal: a team maintaining packages managing media types (MIME).
On Mon, 6 May 2013 20:24:29 Josselin Mouette wrote: > > I see no evidence that "desktop-file-utils" is associated with > > pkg-freedesktop. There is no corresponding repository under > > "pkg-freedesktop" and Maintainer field contains "Ross Burton > > ". I've made new (first?) "desktop-file-utils" > > package repository in collab-maint. Is that OK with you for now? > > http://anonscm.debian.org/viewvc/pkg-freedesktop/trunk/desktop-file-utils/ > > I see the two previous uploads have not been committed to the > repository, which is wrong. I see, thanks. The repository layout is a bit unusual as it combines several packages together... And "desktop-file-utils" was last time updated in this repository 3 years ago... Perhaps it's a good time to separate it to its own repository? repository that I've made at collab-maint contains all previous versions imported... Cheers, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Re: Proposal: a team maintaining packages managing media types (MIME).
On Mon, 6 May 2013 23:00:05 Sune Vuorela wrote: > On 2013-05-06, Dmitry Smirnov wrote: > > Perhaps it's a good time to separate it to its own repository? > > I think it is great to have desktop-file-utils and shared-mime-info > staying within pkg-freedesktop. They know how upstream work, and they > also do a great job in debian. I do not suggest to take desktop-file-utils out of pkg-freedesktop but would like to see desktop-file-utils in its own repository... Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201305062329.06281.only...@member.fsf.org
Re: Bug:#700917: desktop-file-utils: call for (co-)maintainership [ITA]
Dear pkg-freedesktop team, Thank you for letting me join "pkg-freedesktop" team. I migrated old "desktop-file-utils" repository to new location: http://anonscm.debian.org/gitweb/?p=pkg-freedesktop/desktop-file-utils.git where I imported all history including missing versions and also added tags. My changes are committed as well. I intend to upload updated package somewhat next week. Please use the opportunity to add your changes as well if you have something to add. Thanks. Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B --- Platitude: an idea (a) that is admitted to be true by everyone, and (b) that is not true. -- H. L. Mencken signature.asc Description: This is a digitally signed message part.
Bug#705879: general: wheezy don't boot on ext4 with external-journal
On Sun, 5 May 2013 10:50:09 Calvin Owens wrote: > I encountered a similar problem in Gentoo - e2fsck 1.42.5 can't check > read-only mounted FS with an external journal. Ted Ts'o just wrote a > fix: http://www.spinics.net/lists/linux-ext4/msg38096.html Thanks for your fantastic feedback Calvin. So we have two unrelated issues that I reported against "e2fsprogs": * #707029 "UUID is not used to discouver ext4 external journal" * #707030 "Unable to check root file system on ext4 with external journal" Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201305071100.12767.only...@member.fsf.org
Re: Bug:#700917: desktop-file-utils: call for (co-)maintainership [ITA]
On Tue, 7 May 2013 03:02:02 Jakub Wilk wrote: > * Dmitry Smirnov , 2013-05-05, 12:30: > >I'm quite concerned that `desktop-file-validate` utility (provided by > >"desktop-file-utils" package) is checking .desktop files against > >outdated specification. On some occasions such "validation" recommend > >changes conflicting with the current specification (see more in > >#690279). > > Wrong bug number? No but perhaps its description could be more clear to emphasise why new upstream version is particularly important. The importance of new upstream version is that it accommodate changes in specification. See links to upstream commit and related upstream bug report that I mentioned in #690279. Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201305071120.02983.only...@member.fsf.org
Bug#729204: RFP: iowatcher -- utility to visualize block I/O patterns
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: iowatcher Version: 1.0 Upstream Author: Chris Mason URL: https://www.kernel.org/pub/linux/kernel/people/mason/iowatcher License: GPL-2 Description: utility to visualize block I/O patterns iowatcher generates graphs from blktrace runs to help visualize IO patterns and performance. It can plot multiple blktrace runs together, making it easy to compare the differences between different benchmark runs. If/when matured "iowatcher" can become successor to "seekwatcher". Initial packaging is committed to http://anonscm.debian.org/gitweb/?p=collab-maint/iowatcher.git -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201311101655.52500.only...@debian.org
Bug#732141: RFP: zint -- Zint barcode studio - utilities and library for barcoding
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: zint Version: 2.4.3 Upstream Author: Robin Stuart URL: http://sourceforge.net/projects/zint/ License: GPL-2+, BSD-2-clause Description: Zint barcode studio - utilities and library for barcoding Zint is a barcode encoding and image generating library. It currently features support for over 50 symbologies including Australian Post 4-state codes (redirect, reply-paid, routing, standard customer), Aztec Code (ISO 24778), Aztec Runes, Channel code, Codabar, Code 11, Code 128 (ISO 15417), Code 16k, Code 2 of 5 (Data Logic, IATA, Industrial, Interleaved, Matrix), Code 32 (Italian Pharmacode), Code 39 (ISO 16388), Code 39 Extended, Code 49, Code 93, Code One, Databar (Expanded, Expanded Stacked, Limited, Stacked Omnidirectional), Data Matrix (ISO 16022), Deutsche Post (Identicode, Leitcode), Dutch Post KIX, EAN-14, European Article Number (EAN), Facing Identification Mark (FIM), Flattermarken, Grid Matrix, ITF-14, Internation Standard Book Number (ISBN), Japanese Postal Barcode, Korean Postal Barcode, LOGMARS, Maxicode (ISO 16023), MicroPDF417 (ISO 24728), Micro QR Code, MSI Plessey, NVE-18, PDF417 (ISO 15438), Pharmacode (2-track, Zentralnummer (PZN)), PLANET, Postnet, QR Code (ISO 18004), Royal Mail 4-state Barcode, Telepen, Telepen Numeric, UK Plessey, Universal Product Code (UPC-A, UPC-E), USPS Intelligent Mail as well as HIBC. . Also included are Unicode translation for symbologies which support Latin-1 and Kanji character sets, full GS1 data support including verification and automated insertion of FNC1 characters and support for encoding binary data including NULL (ASCII 0) characters. Zint encode input data in a barcode and save as a PNG, EPS or SVG file. Packaging is practically completed and available from http://anonscm.debian.org/gitweb/?p=collab-maint/zint.git Source package produces the following binary packages: * zint"command line utility to encode data in barcode symbols" * zint-qt "Zint Barcode Studio, a QT frontend to zint" * libzint2.4 "library for encoding data in barcode symbols" * libzint-dev "Zint development files" * zint-dbg"Zint -- debugging symbols" -- Regards, Dmitry Smirnov GPG key : 4096R/53968D1B signature.asc Description: This is a digitally signed message part.
Re: pulseaudio related problems....
discourage further attempts. Perhaps most of us have other priorities after all... Lack of bug reports is not a problem. As far as I can see there are nearly 200 bugs reported against pulseaudio and this number is growing. Lack of manpower seems to be the real problem so it would be nice if those who like pulseaudio would put a little more effort to help maintaining it. -- Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B --- "For every complex problem there is an answer that is clear, simple, and wrong. -- H. L. Mencken -- 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/20207247.WFtNHyF38d@debstor
Bug#740678: RFA: abiword -- efficient, featureful word processor with collaboration
Package: wnpp Severity: normal X-Debbugs-CC: debian-devel@lists.debian.org Abiword needs new maintainer. signature.asc Description: This is a digitally signed message part.
Bug#741911: RFH: mysql-utilities -- collection of scripts for managing MySQL servers
Package: wnpp Severity: normal X-Debbugs-CC: debian-devel@lists.debian.org I'm looking for co-maintainer with Python skills for "mysql-utilities" package. These days I have little time for "mysql-utilities", not enough Python knowledge and little motivation as I'm not using this package. I'd much appreciate someone's help, ideally under pkg-mysql umbrella. Thanks. -- All the best, Dmitry Smirnov GPG key : 4096R/53968D1B --- What can be asserted without proof can be dismissed without proof. -- Christopher Hitchens, 2004 signature.asc Description: This is a digitally signed message part.
ca-certificates: no more cacert.org certificates?!?
I've just noticed that cacert.org certificates was removed from "ca-certificates" a month ago. From changelog [1]: * No longer ship cacert.org certificates. Closes: #718434, LP: #1258286 I'm disappointed by this decision and from #718434 I don't get a clear picture what is wrong with cacert.org. For years we were shipping their certificates and IMHO there should be a damn good reason to stop doing so. I wish maintainer would state the reason for removal in cahngelog. Is situation with cacert.org certificates dramatically worsened lately? Any security flaws were discovered? What we're gaining from dropping their certificates? Did we notify cacert.org about our intentions to drop their certificates? What were their comments? Did they provide time frame to address our concerns? Cacert.org web of trust model is very similar to ours. To me it is essentially more trustworthy than what for-profit CAs offer. Cacert.org (as the only non-profit community managed CA) needs our support. How dropping cacert.org certificates is going to benefit our communities? The following comment highlight some benefits of providing cacert.org certificates: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718434#209 I want cacert.org certificates to raise no warning in browsers. This way we can encourage use of cacert.org certificates as alternative to self-signed certificates and therefore promote the use of HTTPS. Users are supposed to check certificate properties for encrypted connections if/when they want to check certificate authenticity. I think dropping cacert.org did more harm than good. Perhaps it's better to promote packages like "xul-ext-certificatepatrol" rather than punish cacert? After all I'm sure cacert.org team is doing their best just like we all do in Debian. [1]: http://metadata.ftp-master.debian.org/changelogs/main/c/ca-certificates/unstable_changelog -- Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B --- The most fatal blow to progress is slavery of the intellect. The most sacred right of humanity is the right to think, and next to the right to think is the right to express that thought without fear. -- Helen H. Gardner, "Men, Women and Gods" signature.asc Description: This is a digitally signed message part.
Re: ca-certificates: no more cacert.org certificates?!?
On Sun, 23 Mar 2014 07:55:05 Andreas Metzler wrote: > FWIW there is an article about it on > http://lwn.net/Articles/590879/ Thanks but LWN subscription is needed to read... (Alternatively, this item will become freely available on March 27, 2014). -- Regards, Dmitry Smirnov GPG key : 4096R/53968D1B --- Odious ideas are not entitled to hide from criticism behind the human shield of their believers' feelings. -- Richard Stallman signature.asc Description: This is a digitally signed message part.
Re: ca-certificates: no more cacert.org certificates?!?
On Sun, 23 Mar 2014 08:54:20 Tollef Fog Heen wrote: > Use http://lwn.net/SubscriberLink/590879/fef0c71560078461/ Interesting article (thank you for link). I just want to note that Startcom is no match to cacert.org in regards to free SSL certificates. Some years ago I got free certificate from Startcom but a year later Startcom refused to renew it for free. I understand that offering free certificate was their good will but they gave me no impression that I'm getting only trial first-year-for-free offer. It could be that their policy changed but these days I doubt it is possible to get free Startcom certificate unless for a web site which is clearly non-profit. By the way an interesting comment was posted to #718434 lately: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718434#239 -- Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B --- I am easily satisfied with the very best. -- Winston Churchill signature.asc Description: This is a digitally signed message part.
Re: ca-certificates: no more cacert.org certificates?!?
On Tue, 25 Mar 2014 15:29:12 Marc Haber wrote: > wrote: > >I just want to note that Startcom is no match to cacert.org in regards to > >free SSL certificates. Some years ago I got free certificate from Startcom > >but a year later Startcom refused to renew it for free. > > They renew their certificates only in the last (two?) weeks of the > lifetime. You cannot renew them ad your convenience, you have to do it > at theirs. It had nothing to do with timing. I got usual email notice "renew your certificate before it expire", submitted renewal request and got "Certificate Declined" response. When I asked why they explained that "Class 1 certificates are not meant to be used for e-commerce" despite that it was not a problem when they issued original certificate one year prior to that. They refused to renew certificate in January 2011 so my guess is that they've changed their policy some time in 2010... -- All the best, Dmitry Smirnov GPG key : 4096R/53968D1B signature.asc Description: This is a digitally signed message part.
Re: Debian default desktop environment
On Thu, 3 Apr 2014 14:16:15 Undefined User wrote: > The problem is that right now Debian project is changing its default > desktop environment, and I think that this is not a good move. Of course, > it all depends on where the project is aiming at, specially on which users. > But, for normal users, Gnome 3 is a way better experience than Xfce. I think Xfce is much better *default* desktop environment (DE) than Gnome. As KDE fan I do not like Gnome. Those who forget to choose DE in installer (just like I did more than once) and end up with Xfce will have a lot less to remove from their systems shall they choose to use a different DE. Faster installation is another good reason to stick with Xfce by default. -- Regards, Dmitry Smirnov GPG key : 4096R/53968D1B signature.asc Description: This is a digitally signed message part.
Re: Why Debian
On Sat, 12 Apr 2014 18:16:22 Alberto Salvia Novella wrote: > Why you choose to develop in Debian over any other distribution? I've chosen to develop because it allows me to improve Debian which is already the greatest tool and asset in my work. Developing for Debian is a great way to learn and to make your work available to wide(er) audience. Choosing Debian over other distributions is easy: I avoid derivatives due to their tendency to disconnect from original projects (communication delayed both ways; fixes need time to propagate etc.). We should all work together and in that regards only community-made distributions matter. Those principles limit the scope to original distributions which leaves pretty much only only three distros to choose from, namely Debian, Arch and Gentoo. The latter is not practical (unless you run it on powerful computers and can afford spending days to install updates, routinely); Arch is not universal (available on few architectures only), not very good for production (due to rolling-release nature) and time-consuming due to lack of defaults (which makes it usable only by experienced professionals). Debian (by huge margin) is more useful anywhere from VPS with ~128 MiB of RAM to desktops and powerful servers. Social contract and DFSG are two more arguments for Debian. What other reasons one might need to arrrive on same conclusion? -- All the best, Dmitry Smirnov GPG key : 4096R/53968D1B --- Reality is that which, when you stop believing in it, doesn't go away. -- Philip K. Dick signature.asc Description: This is a digitally signed message part.
Re: bugs in MC (was "Why Debian")
On Mon, 14 Apr 2014 15:40:00 Thorsten Glaser wrote: > • even if I disagree with maintainers (things like bugs > in mc), I can mostly live with it (although, when I was > m68k porter, some pissed me *seriously* off) Easy mate, I'm the only active MC maintainer and we had no disagreement regarding the bugs you've filed (#733621, #701190). The only bug where I could find some evidence of disagreement is #709277 where you didn't bother to reply to me when I couldn't recognise the problem you reported. Anyway it doesn't matter as upstream agreed with you and fixed this particular bug in next MC release. I see that all bugs in MC that you reported were fixed. How did I manage to upset you so much? -- Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B signature.asc Description: This is a digitally signed message part.
Bug#747649: ITP: ceph-dkms -- Ceph FS and RBD Linux kernel drivers (DKMS version)
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,ceph-maintain...@lists.ceph.com Package name: ceph-dkms Version: 3.14+git20140429 Upstream Author: Sage Weil URL: https://github.com/ceph/ceph-client License: GPL-2, LGPL-2.1 Description: Ceph FS and RBD Linux kernel drivers (DKMS version) DKMS drivers for Ceph file system and RBD devices. . This package provides DKMS kernel modules for Linux Kernel 3.14+. . Ceph is a scalable distributed storage system; RBD is a block device striped across multiple distributed objects in RADOS, a reliable, autonomic distributed object storage cluster developed as part of the Ceph distributed storage system. Packaging is committed to http://anonscm.debian.org/gitweb/?p=pkg-ceph/ceph-dkms.git Shipping newer Ceph modules [libceph,ceph,rbd] in DKMS form is helpful to backport new features (like support for latest tunables) and fixes as well as to use recent "ceph-client" on stable Linux kernel. signature.asc Description: This is a digitally signed message part.
Bug#770405: ITP: libbase58 -- library for Bitcoin's base58 encoding
Package: wnpp Severity: minor X-Debbugs-CC: debian-devel@lists.debian.org pkg-bitcoin-de...@lists.alioth.debian.org Package name: libbase58 Version: 0.1.3 Upstream Author: Luke Dashjr URL: https://github.com/luke-jr/libbase58 License: Expat (a.k.a. MIT), public-domain (CC0-1.0) Description: library for Bitcoin's base58 encoding Library for encoding/decoding Base58 and Base58Check. Vcs-Browser: http://anonscm.debian.org/cgit/pkg-bitcoin/libbase58.git This library is dependency of new versions of "libblkmaker" and "bfgminer". signature.asc Description: This is a digitally signed message part.
Bug#772723: ITP: crcutil -- library for cyclic redundancy check (CRC) computation
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: crcutil Version: 1.0 Upstream Author: crcutil Team URL: https://code.google.com/p/crcutil/ Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/crcutil.git Copyright: 2010 Google Inc. License: Apache-2.0 Description: library for cyclic redundancy check (CRC) computation Crcutil library provides efficient implementation of CRC algorithms. It includes reference implementation of a novel Multiword CRC algorithm invented by Andrew Kadatch and Bob Jenkins in early 2007. The new algorithm is heavily tuned towards modern Intel and AMD processors and is substantially faster than almost all other software CRC algorithms. . Included whitepaper describes the details of Multiword CRC algorithm as well as other algorithms and CRC manipulation routines implemented by crcutil library. . Crcutil library computes: * Hardware-assisted CRC32C: 0.13 (Nehalem) CPU cycles per byte. * 64-bit and smaller CRCs: 1.0 (Nehalem) - 1.2 (Core) CPU cycles per byte. * 128-bit CRCs: 1.7 CPU cycles per byte. . Since computational speed of 64-bit CRCs is identical to 32-bit and 16-bit, the use of crcutil library enables widespread use of more reliable 64-bit CRCs instead of 32-bit ones. . As a bonus, crcutil also implements a number of useful CRC "tricks" (e.g. computation of CRC of concatenated blocks of data of known length and CRC without touching actual data). -- Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B signature.asc Description: This is a digitally signed message part.
Bug#782367: ITP: python-psycogreen -- psycopg2 integration with coroutine libraries
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: python-psycogreen Version: 1.0 Upstream Author: Daniele Varrazzo Copyright: 2010-2012, Daniele Varrazzo License: BSD-3-clause URL: https://pypi.python.org/pypi/psycogreen Vcs-Browser: http://anonscm.debian.org/cgit/collab-maint/python-psycogreen.git Description: psycopg2 integration with coroutine libraries This package enables "psycopg2" to work with coroutine libraries, using asynchronous calls internally but offering a blocking interface so that regular code can run unmodified. "python-psycogreen" is a dependency of Odoo. -- Cheers, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#782375: ITP: python-sphinx-patchqueue -- Sphinx extension for embedding sequences of file alterations
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: python-sphinx-patchqueue Version: 1.0 Upstream Author: Xavier Morel License: BSD-2-clause URL: https://pypi.python.org/pypi/sphinx-patchqueue Vcs-Browser: http://anonscm.debian.org/cgit/collab-maint/python-sphinx-patchqueue.git Description: Sphinx extension for embedding sequences of file alterations Sphinx-Patchqueue is a sphinx extension for displaying and formatting file evolution (captured as a patch queue or patch series) in a sphinx document, for tutorials and other similar pieces of text using sequences of alterations made to files. It's known to work with both Quilt and Mercurial Queues patch series. "python-sphinx-patchqueue" is a dependency of Odoo. -- All the best, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Re: ITP: wrk -- HTTP benchmarking tool
On Wed, 15 Apr 2015 17:44:52 Robert Edmonds wrote: > * Package name: wrk > Version : 4.0.1 > Upstream Author : Will Glozer > * URL : https://github.com/wg/wrk > * License : Apache-2.0, BSD-3-Clause > Programming Lang: C > Description : HTTP benchmarking tool > > wrk is a modern HTTP benchmarking tool capable of generating significant > load when run on a single multi-core CPU. It combines a multithreaded > design with scalable event notification systems such as epoll and kqueue. > . > An optional LuaJIT script can perform HTTP request generation, response > processing, and custom reporting. Any noticeable differences from "siege"? Thanks. -- Best wishes, Dmitry Smirnov --- It has been said that democracy is the worst form of government except all the others that have been tried. -- Winston Churchill signature.asc Description: This is a digitally signed message part.
Re: debian github organization ?
On Sat, 18 Apr 2015 12:07:22 Jérémy Lal wrote: > > Are there any good DFSG-free desktop UIs for git? > > gitg is quite good for simple tasks. 0.2.7 is still good but unfortunately upstream ruined newer versions... :( -- Cheers, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#785423: ITP: ca-cacert -- CAcert.org root certificates
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: ca-cacert Version: 2011.0523 Upstream Author: CAcert.org License: https://www.cacert.org/policy/RootDistributionLicense.html URL: https://www.cacert.org/index.php?id=3 Vcs-Browser: http://anonscm.debian.org/cgit/collab-maint/ca-cacert.git Description: CAcert.org root certificates This package provides CAcert.org (sub-)root certificates in PEM format. Root certificate allows SSL-based applications to check for the authenticity of certificates issued by the CAcert authority. . CAcert.org is a community-driven Certificate Authority that issues certificates to the public for free. . CAcert's goal is to promote awareness and education on computer security through the use of encryption, specifically by providing cryptographic certificates. These certificates can be used to digitally sign and encrypt email, authenticate and authorize users connecting to websites and secure data transmission over the internet. Any application that supports the Secure Socket Layer Protocol (SSL or TLS) can make use of certificates signed by CAcert, as can any application that uses X.509 certificates, e.g. for encryption or code signing and document signatures. . Please note that Debian can neither confirm nor deny whether CAcert have in any way been audited for trustworthiness or RFC 3647 compliance. -- Regards, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Re: Bug#786902: O: ifupdown -- high level tools to configure network interfaces
On Fri, 29 May 2015 14:02:04 Simon McVittie wrote: > In other words, ifupdown is one choice among many - on wheezy/jessie > servers I currently choose ifupdown (although I should try out > systemd-networkd at some point), but on laptops where I've chosen to use > NM, the only reason ifupdown is still installed is historical inertia. I'm not yet sure what can replace "ifupdown" in bonded NIC configurations with "ifenslave"... -- Best wishes, Dmitry Smirnov --- The more false we destroy the more room there will be for the true. -- Robert G. Ingersoll, 1902 signature.asc Description: This is a digitally signed message part.
Re: Bug#786902: O: ifupdown -- high level tools to configure network interfaces
On Sat, 30 May 2015 16:24:35 Marco d'Itri wrote: > On May 30, Dmitry Smirnov wrote: > > I'm not yet sure what can replace "ifupdown" in bonded NIC configurations > > with "ifenslave"... > > I am not sure about the obsolete bonding driver, I wouldn't rush to label our "ifenslave" as obsolete: in version 2.1 Guus Sliepen replaced (obsolete) `ifenslave` binary with a tiny shell script. Ever since updated "ifenslave" was working very well for me. > but NM supports the new teaming driver. [1] Yes, since version 0.9.10.0-2 "network-manager" links to "libteam" but I'm yet to see configuration examples how to set-up NM for NIC bonding/teaming and how to convert "ifenslave" configuration. Until then NM is not a replacement to "ifenslave"... > systemd-networkd support is planned but not being actively worked on > right now. I see... Do you know if "libteam" support is on the road map? -- Regards, Dmitry Smirnov GPG key : 4096R/53968D1B --- Success consists of going from failure to failure without loss of enthusiasm. -- Winston Churchill signature.asc Description: This is a digitally signed message part.
Bug#787854: ITP: dm-writeboost -- log-structured caching for Linux
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: dm-writeboost Version: 1.0.1 Upstream Author: Akira Hayakawa License: GPL URL: https://github.com/akiradeveloper/dm-writeboost Vcs-Browser: http://anonscm.debian.org/cgit/collab-maint/dm-writeboost.git Description: log-structured caching for Linux dm-writeboost is an OS-level IO controller that builds logs from in-coming writes (data and metadata) and then writes the logs sequentially similar to log-structured filesystem. As a further extension, dm-writeboost supports read-caching which also writes data sequentially. . This package provides DKMS kernel module for Linux Kernel 3.10+. --- dm-writeboost highlights the following features: Durable: Any power failure can't break consistency because each log consists of data, metadata and the checksum of the log itself. Lifetime: Other caching software separates data and metadata (e.g. dm-cache) and therefore submits writes to SSD too frequently. dm-writeboost, on the other hand, submits only one writes for hundreds data and metadata so the SSD lives longer since SSD's liftime depends how many writes are submitted. Fast: Since the sequential write is the best I/O pattern for every SSD and the code base is optimized for in-coming random writes, the write performance is the best of all caching drivers including dm-cache and bcache. -- Regards, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#788918: ITP: python-rencode -- Python encoding library similar to bittorrent's bencode
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: python-rencode Version: 1.0.3 Upstream Author: 2010 Andrew Resch License: GPL-3+ URL: https://github.com/aresch/rencode Vcs-Browser: http://anonscm.debian.org/cgit/collab-maint/python-rencode.git Description: Python encoding library similar to bittorrent's bencode For complex, heterogeneous data structures with many small elements, r-encodings take significantly less space than b-encodings. This version of rencode is a complete rewrite in Cython in order to increase performance over the pure Python module written by Petru Paler, Connelly Barnes et al. signature.asc Description: This is a digitally signed message part.
Bug#790653: ITP: writeboost -- utility to manage mappings of dm-writeboost devices
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: writeboost Version: 1.20150630 Upstream Author: Dmitry Smirnov License: GPL-2+ URL: https://gitlab.com/onlyjob/writeboost Vcs-Browser: http://anonscm.debian.org/cgit/collab-maint/writeboost.git Description: utility to manage mappings of dm-writeboost devices Writeboost is a utility to activate dm-writeboost device mappings. . dm-writeboost is an OS-level IO controller that builds logs from in-coming writes (data and metadata) and then writes the logs sequentially similar to log-structured filesystem. As a further extension, dm-writeboost supports read-caching which also writes data sequentially. -- All the best, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#790723: ITP: redmine-plugin-local-avatars -- Redmine plugin to add local avatar support
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: redmine-plugin-local-avatars Version: 1.0.0 Upstream Author: Andrew Chaika, Luca Pireddu License: GPL-2+ URL: https://github.com/ncoders/redmine_local_avatars Vcs-Browser: http://anonscm.debian.org/cgit/collab-maint/redmine-plugin-local-avatars.git Description: Redmine plugin to add local avatar support This plugin allows Redmine users to upload a picture to be used as an avatar (instead of depending on images from Gravatar). . Users can set their image through the /my/account page. The administrator can also manage users' avatars through the /users section. -- Cheers, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#793617: ITP: ruby-parse-cron -- parse cron expressions and calculates the next job occurence
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org pkg-ruby-extras-maintain...@lists.alioth.debian.org Package name: ruby-parse-cron Version: 0.1.4 Upstream Author: Michael Siebert License: Expat URL: https://github.com/siebertm/parse-cron Vcs-Browser: https://anonscm.debian.org/cgit/pkg-ruby-extras/ruby-parse-cron.git Description: parse cron expressions and calculate occurrence of next job "parse-cron" parses crontab timing specification and determine when the next scheduled job should be run. --- This package is a dependency of Opennebula-4.x. -- Cheers, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Re: Bug#793644: ITP: hadoop -- Apache Hadoop distributed processing framework
On Tuesday 28 July 2015 12:27:21 Emmanuel Bourg wrote: > I don't think this package will be widely adopted either, not everyone > churns an amount of data that justifies the use of Hadoop. IMHO it would be nice to have Hadoop as it allows Debian to be used in environments where Hadoop is needed... Perhaps packaging could be brought to the custody of Debian-Java team? Also what about FUSE client? Thanks. -- Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B --- It has been said that democracy is the worst form of government except all the others that have been tried. -- Winston Churchill signature.asc Description: This is a digitally signed message part.
Bug#795652: ITP: kubernetes -- cluster manager for Docker containers
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: kubernetes Version: 1.0.3 Upstream Author: Google License: Apache-2.0 URL: http://kubernetes.io/ Description: cluster manager for Docker containers Kubernetes is an open source orchestration system for Docker containers. It handles scheduling onto nodes in a compute cluster and actively manages workloads to ensure that their state matches the users declared intentions. Using the concepts of "labels" and "pods", it groups the containers which make up an application into logical units for easy management and discovery. signature.asc Description: This is a digitally signed message part.
