Re: list what's in the NEW queue?
On Wed, Feb 02, 2005 at 10:42:26 -0700, Al Stone wrote: > > http://developer.skolelinux.no/~pere/debian-NEW.html>, updated at > Hmm. Saw this in google and couldn't get it to work last > Saturday (I got an empty page, and _that_ didn't make sense :). Probably due to Merkel being down around that time. -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Re: scripts to download porn in Debian?
On Tue, Jan 25, 2005 at 15:25:14 +0100, Jorge Bernal wrote: > another thing: > Given A,B where A=parent(B) > if ((A have not installed dosage) && (B hasn't root access)) > B can't access dosage Unless you're already restricting internet access, B can just download it and install/run it from their home directory, so your assertion doesn't really hold. -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Re: scripts to download porn in Debian?
On Tue, Jan 25, 2005 at 20:15:29 +0100, Wim De Smet wrote: > The OP wants the offensive parts split off in a separate package. He > doesn't want dosage removed from the archive. And splitting does indeed > change something. If his kids are not root they cannot install the > "offensive" part. They might find some way around the restrictions (eg. > download them directly thru a proxy or something) but this will raise Firing up a normal web browser to view Sexy Losers with is not much harder than using Dosage to download it. This doesn't take away from the idea of having a separate package, of course. -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Re: scripts to download porn in Debian?
On Tue, Jan 25, 2005 at 04:30:08 -0600, Ron Johnson wrote: > The problem is things/websites/etc that "many" parents don't think > are appropriate for their children. > > "They" don't want this inappropriate material dumped into their > children's laps right along side the things that the parents *do* > consider appropriate. After some discussion with the other upstream authors, the current plan of action is: The next release of Dosage will check both /etc/dosage/disabled, and ~/.dosage/disabled, and effectively disable any comics listed in either of the two locations. Sexy Losers will be included in the system-wide file by default, along with any other similarly offensive comics that are added in the future. Is this sufficient to deal with your concerns? -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Re: scripts to download porn in Debian?
On Tue, Jan 25, 2005 at 22:34:12 +0100, cobaco (aka Bart Cornelis) wrote: > every parent [1] will have to go through the list of available comics, > evaluate them and disable them. They'll have to do this anyway if they're not satisfied with whatever the defaults are. > [... scheme for blocking based on collections ...] > -> collections might group the available comics according to subject/style/ > genre/language/... which would be more broadly applicable then just kid > friendliness (e.g. user only wants Dutch comics/ doesn't want comics > dealing with religion, ...) This all seems like major overkill. Does anyone really need this kind of fine-grained control over disabling comic modules? If you just want Dutch comics, then don't download anything except Dutch comics; the typical use case is to run "dosage -c @" from a cronjob, which will update the comics that are already present in your comics directory. Categorization along these lines is quite a subjective issue; perhaps having comics organized into categories is useful, but I'm not sure that supporting it along the lines you've described is worth the complexity. -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Re: scripts to download porn in Debian?
On Tue, Jan 25, 2005 at 17:15:00 -0600, Ron Johnson wrote: > Following fortune's model, this is what I'm thinking: > dosage > dosage-comics > dosage-comics-off > > See there's no censorship here... Where do you draw the line, though? Some people would consider Sexy Losers the only offensive comic supported by Dosage, while others would probably consider half of the supported comics offensive or unsuitable for their children; someone mentioned Something Positive elsewhere, for example, a comic that hadn't even vaguely occurred to me as one people might object to. -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Re: scripts to download porn in Debian?
On Wed, Jan 26, 2005 at 09:52:13 +0100, Frank KÃster wrote: > By the way, what would be the difference between dosage and > dosage-comics? Can the package also download different stuff than comic > strips? Presumably 'dosage' would contain everything except the actual modules that download the various webcomics, while 'dosage-comics' would just contain the comic modules. I have no intention of splitting the package up like that, however. -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Re: Why does Ubuntu have all the ideas?
* Michelle Konzack <[EMAIL PROTECTED]> [2006-08-31 01:08:54 +0200]: > Am 2006-08-29 11:55:05, schrieb Charles Plessy: > > > Dear Michelle, > > > > to be fair with Mgr Tuharsky, I think that it is important to remind > > that the bug he is talking about in not affecting OpenOffice only, that > > it was introduced by a security update, and that for various reasons the > > fix takes months to be released, leaving users with a broken Sarge. >^ > Do you mean Testing? The breakage being referred to was introduced in a security update for sarge. -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Re: RFS: dosage -- powerful webcomic downloader / archiver
On Sat, Jan 22, 2005 at 16:10:10 +1100, Sam Watkins wrote: > There is one pornographic comic among them (Sexy Losers), which a lot of > people would find offensive, perhaps we should not include the module > for that one in Debian. (moving this to debian-devel, M-F-T set appropriately) Quite a large number of the comics supported by Dosage contain material that some people may find offensive, in varying degrees. I don't think excluding specific comics (or rather separating them into separate packages ala fortunes-off) will help much. Maybe there should be a note in the README somewhere to the effect of "don't download comics if you may be offended by their content, and you don't know what they're about", but isn't that just common sense? I'll also note that dailystrips, which is already in the archive, is distributed with support for Sexy Losers, and doesn't handle it any differently to the rest of the comics it supports. -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Re: Bug#324179: ITP: quake3 -- a famous first person shooter by ID-Software
* Joe Smith <[EMAIL PROTECTED]> [2005-08-20 19:42:16 -0400]: > of QIII I'd be willing to bet that no less than 3 better upstreams exist > already. After all Q2 has quakeforge, so I'd find it hard to belive nobody The source code was only released in the last 24 hours or so; I find it highly unlikely that 3 better upstreams already exist. -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Re: arch, svn, cvs
* Thaddeus H. Black <[EMAIL PROTECTED]> [2005-08-31 15:13:30 +]: > This is an interesting thread: cvs, svn, arch, tla, baz, > bzr, git, .. (have I forgotten any?). Lurking, darcs, mercurial, monotone, codeville, vesta, dcvs, superversion, siveco, bky, ... -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Re: Bug#331072: ITP: cinelerra-cvs -- non-linear video editor and compositor for Linux.
* Kurt Roeckx <[EMAIL PROTECTED]> [2005-10-01 15:31:54 +0200]: > You know there has been an RFP on cinelerra itself for a very > long time, almost 5 years. See bugs.debian.org/78209, 156614, > 239570. > > Why do you want to have a CVS version from the package if there > even isn't a normal version of it in the archive? The information at http://cvs.cinelerra.org/about.html seems to indicate that the two codebases are at least somewhat separate, so I don't think the distinction is quite as clear-cut as you make out. -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Re: net-tools maintenance status
* Christoph Hellwig <[EMAIL PROTECTED]> [2005-11-10 13:51:57 +0100]: > any chance you could get quoting right? this message is totally > unreadable. Came through just fine on my end. -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Re: Practical solutions to: the new style "mass tirage" of bugs
* Stefano Zacchiroli <[EMAIL PROTECTED]> [2008-02-26 12:00:25 +0100]: > Yes, it would be less flexible, but what meaning has a priority field > with multiple values? I think that such a field would be meaningful only > to sort upon it, and go looking for sorting of multiple valued fields > seems to be looking for trouble to me. Priority is specific to a person or group of persons, and a usertag seems to capture this perfectly; a bug might be high priority for you, but low priority for me. -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Re: [DRAFT] resolving DFSG violations
* Ben Finney <[EMAIL PROTECTED]> [2008-10-28 16:38:41 +1100]: > > Still, the firmware blob that you load into the chip isn't x86 code > > for the host -- it's raw junk for the chip. > > That “raw junk” is, if I understand you correctly, instructions and > data for controlling the behaviour of the processor on the PCI chip. > > How is this different from saying that the machine-code form of a > program is “raw junk for the motherboard's CPU”? What Jeff seems to be saying is that the tools the hardware manufacturers use to modify the firmware work with it in that binary form, as opposed to most software which is compiled into "machine-code form" from separate human-readable source code. This would appear to be akin to editing a raster image in an image editor while keeping it in JPEG form, as opposed to using either a more complex format supporting layers etc., or a vector graphics format. > What, then, does the chip manufacturer — who, if I understand you > correctly, is the copyright holder and vendor of the firmware — have > as the means of generating *new* processor firmware targeted to the > *same*, already-sold, hardware? > > I would argue that that form of the work meets the definition of > “source code for the firmware”. Yes? Again, assuming I'm not misspeaking, that form of the work is already what we have. -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Bug#764560: ITP: txjsonrpc -- Library for creating Twisted JSON-RPC servers and clients
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: txjsonrpc Version : 0.3.1 Upstream Author : Duncan McGreggor * URL : http://launchpad.net/txjsonrpc * License : BSD / GPL (need to check why PyPI says GPL) Programming Lang: Python Description : Library for creating Twisted JSON-RPC servers and clients This package will be needed by armory, which currently ships an embedded copy of txjsonrpc. -- 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/20141009023358.16363.28492.report...@lorien.mithrandi.net
Bug#719458: ITP: python-contextlib2 -- Backported utilities for context management
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: python-contextlib2 Version : 0.4.0 Upstream Author : Nick Coghlan * URL : http://contextlib2.readthedocs.org/ * License : PSF License Programming Lang: Python Description : Backports and enhancements for the contextlib module contextlib2 is a backport of the standard library's contextlib module to earlier Python versions. It also serves as a real world proving ground for possible future enhancements to the standard library version. -- 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/20130812034638.3327.8862.report...@lorien.mithrandi.net
Bug#719881: ITP: node-brewer -- Asset manager for web applications
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: node-brewer Version : 0.3.12 Upstream Author : Mathieu D'Amours * URL : http://brewerjs.org/ * License : Expat Programming Lang: JavaScript Description : Asset manager for web applications Brewer.js is a tool that eases all sorts of tasks related to the management of stylesheets and javascript source files. Brewer.js can do the following: - Compilation of coffee-script (or iced) source files to javascript - Compilation of LESS or Stylus files to CSS - Bundling different files (javascript or CSS) into a single file (optionally compressing it) while maintaining references and their proper ordering. - Watching a directory for changes, triggering any or all of the above. -- 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/20130816125401.30215.62490.report...@elvandar.mithrandi.net
Bug#694447: ITP: twistedchecker -- Coding style checker for Python source.
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: twistedchecker Version : 0.0.0 Upstream Author : Raphael Shu * URL : https://launchpad.net/twistedchecker * License : MIT/Expat Programming Lang: Python Description : Coding style checker for Python source. twistedchecker is a coding style checker for Python source, similar to the pep8 utility, but implementing Twisted's coding standard. -- 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/20121126140425.11620.88382.report...@lorien.mithrandi.net
Bug#694591: ITP: css2xslfo -- XML+CSS2 to XSL-FO converter
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: css2xslfo Version : 1.6.2 * URL : http://www.re.be/css2xslfo/index.xhtml * License : Public Domain Programming Lang: Java Description : XML+CSS2 to XSL-FO converter There are still some copyright / licensing issues I need to look into / clarify regarding this package. The Sourceforge project page claims that the license is "Public Domain", but there is nothing in the source code or elsewhere to support this. In addition, the source distribution contains some W3C-copyright files (XHTML DTDs) which may not be licensed in a manner suitable for inclusion in Debian. -- 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/20121128052944.3023.50743.report...@lorien.mithrandi.net
Bug#737356: ITP: cryptography -- a Python library which exposes cryptographic recipes and primitives.
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: cryptography Version : 0.1 Upstream Author : Alex Gaynor, Hynek Schlawack, Donald Stufft, Laurens Van Houtven, Jean-Paul Calderone, Christian Heimes, Paul Kehrer, and individual contributors. * URL : https://cryptography.io/ * License : Apache License, Version 2.0 Programming Lang: Python Description : a Python library which exposes cryptographic recipes and primitives. The cryptography library is designed to be a "one-stop-shop" for all your cryptographic needs in Python. As an alternative to the libraries that came before it, cryptography tries to address some of the issues with those libraries: - Lack of PyPy and Python 3 support. - Lack of maintenance. - Use of poor implementations of algorithms (i.e. ones with known side-channel attacks). - Lack of high level, "Cryptography for humans", APIs. - Absence of algorithms such as AES-GCM. - Poor introspectability, and thus poor testability. - Extremely error prone APIs, and bad defaults. I will probably be maintaining this in DPMT. The binary package name will be python-cryptography as per the standard Python naming convention. -- 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/20140201234040.3234.29142.report...@elvandar.mithrandi.net
Bug#739705: ITP: python-pretend -- Library for stubbing in Python
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: python-pretend Version : 1.0.7 Upstream Author : Alex Gaynor * URL : https://pypi.python.org/pypi/pretend * License : BSD Programming Lang: Python Description : Library for stubbing in Python Pretend is a library to make stubbing with Python easier. Stubbing is a technique for writing tests. You may hear the term mixed up with mocks, fakes, or doubles. Basically a stub is an object that returns pre-canned responses, rather than doing any computation. This package is a dependency of the python-cryptography test suite, I will be maintaining it in the Debian Python Modules Team SVN repository. -- 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/20140221153221.28307.15513.report...@lorien.mithrandi.net
Bug#739706: ITP: python-iso8601 -- Simple module to parse ISO 8601 dates
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: python-iso8601 Version : 0.1.8 Upstream Author : Michael Twomey * URL : https://pypi.python.org/pypi/iso8601 * License : MIT (Expat) Programming Lang: Python Description : Simple module to parse ISO 8601 dates This module parses the most common forms of ISO 8601 date strings (e.g. "2007-01-14T20:34:22+00:00") into datetime objects. For a more featureful parser, look at python-dateutil instead. This package is a dependency of the python-cryptography test suite; I will be maintaining it in the Debian Python Modules Team SVN repository. -- 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/20140221153612.30212.21309.report...@lorien.mithrandi.net
Bug#742911: ITP: python-cryptography-vectors -- Test vectors for python-cryptography
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: python-cryptography-vectors Version : 0.3 Upstream Author : Cryptography developers * URL : https://cryptography.io/ * License : Various Programming Lang: None Description : Test vectors for python-cryptography Upstream has split the test vectors out from the main cryptography package, due to their size. I still need to do the work of tracking down all of the copyright/licensing information, as the test vectors are almost all drawn from external sources (IETF / NIST / etc.). This should have been done for the python-cryptography 0.2 upload which included the test vectors, but unfortunately I overlooked this issue. -- 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/20140328213113.30999.5721.report...@lorien.mithrandi.net
Bug#776452: ITP: python-nacl -- Python bindings to libsodium
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: python-nacl Version : 0.2.3 Upstream Author : Python Cryptography Authority * URL : https://github.com/pyca/pynacl * License : Apache License 2.0 Programming Lang: Python Description : Python bindings to libsodium PyNaCl is a Python binding to the Networking and Cryptography library (in the form of libsodium), a crypto library with the stated goal of improving usability, security and speed. -- 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/20150128052301.18213.68449.report...@lorien.mithrandi.net
Bug#785275: ITP: python-ipaddress -- Backport of the ipaddress module from Python 3.3
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: python-ipaddress Version : 1.0.7 Upstream Author : Philipp Hagemeister * URL : https://github.com/phihag/ipaddress * License : PSF Programming Lang: Python Description : Backport of the ipaddress module from Python 3.3 This is a new dependency of python-cryptography. I intend to maintain the package in DPMT. -- 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/20150514034256.3431.92795.report...@lorien.mithrandi.net
Bug#870091: ITP: pyaes -- Pure-Python Implementation of the AES block-cipher and common modes of operation
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: pyaes Version : 1.6.0 Upstream Author : Richard Moore * URL : https://github.com/ricmoo/pyaes * License : License :: OSI Approved :: MIT License Programming Lang: Python Description : Pure-Python Implementation of the AES block-cipher and common modes of operation Binary package names: python-pyaes A pure-Python implementation of the AES (FIPS-197) block-cipher algorithm and common modes of operation (CBC, CFB, CTR, ECB, OFB) with no dependencies beyond standard Python libraries. See README.md for API reference and details. I intend to maintain this under the Debian Python Modules Team.
Bug#801801: ITP: python-phpserialize -- Python port of PHP's serialize and unserialize functions
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: python-phpserialize Version : 1.3 Upstream Author : Armin Ronacher * URL : https://github.com/mitsuhiko/phpserialize * License : BSD Programming Lang: Python Description : Python port of PHP's serialize and unserialize functions This module implements the Python serialization interface (eg: provides dumps, loads and similar functions). I intend to maintain this in the Debian Python Modules Team. This package is an optional dependency of nikola (needed by the import_wordpress command in some cases).
Bug#808605: ITP: python-flaky -- Plugin for nose or py.test that automatically reruns flaky tests
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: python-flaky Version : 3.0.1 Upstream Author : Box * URL : https://github.com/box/flaky * License : Apache License Programming Lang: Python Description : Plugin for nose or py.test that automatically reruns flaky tests Binary package names: python3-flaky python-flaky pypy-flaky Flaky is a plugin for nose or py.test that automatically reruns flaky tests.
Bug#811386: ITP: python-genty -- Python library for test generation
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: python-genty Version : 1.3.0 Upstream Author : Box * URL : https://github.com/box/genty * License : Apache 2.0 Programming Lang: Python Description : Python library for test generation Needed as a test dependency for python-flaky. I will maintain this under DPMT.
Bug#815387: ITP: python-attrs -- Python attributes without boilerplate
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: python-attrs Version : 15.2.0 Upstream Author : Hynek Schlawack * URL : https://github.com/hynek/attrs * License : MIT Programming Lang: Python Description : Python attributes without boilerplate attrs is an MIT-licensed Python package with class decorators that ease the chores of implementing the most common attribute-related object protocol. attrs is the successor to Characteristic, and is a dependency of python-servicy-identity from 16.0.0.
