gdcm: The following packages have unmet dependencies
Hi, I am getting a bizarre dep problem on alpha (only), see: https://buildd.debian.org/fetch.cgi?pkg=gdcm;ver=2.0.10-1;arch=alpha;stamp=1242615584 ... The following packages have unmet dependencies: mono-devel: Depends: mono-runtime (>= 2.0) but it is not installable Depends: libmono-corlib1.0-cil (>= 2.0) but it is not going to be installed Depends: libmono-corlib2.0-cil (>= 2.0) but it is not going to be installed Depends: libmono-system1.0-cil (>= 2.0) but it is not going to be installed Depends: libmono-data-tds1.0-cil (>= 2.0) but it is not going to be installed Depends: libmono-data-tds2.0-cil (>= 2.0) but it is not going to be installed Depends: libmono-getoptions1.0-cil (>= 1.0) but it is not going to be installed Depends: libmono-relaxng1.0-cil (>= 1.9) but it is not going to be installed Depends: libmono-security1.0-cil (>= 2.0) but it is not going to be installed Depends: libmono-system-data1.0-cil (>= 1.2.6) but it is not going to be installed Depends: libmono-system-web1.0-cil (>= 2.0) but it is not going to be installed Depends: libmono-system-web2.0-cil (>= 2.0) but it is not going to be installed Depends: libmono-system-runtime1.0-cil (>= 2.0) but it is not going to be installed Depends: libmono1.0-cil (>= 2.0) but it is not going to be installed Depends: mono-2.0-devel (= 2.0.1-6) but it is not going to be installed Depends: mono-gac (= 2.0.1-6) but it is not going to be installed E: Broken packages ... It is working on amd64/i386/ia64 fine. Does anyone knows what could be wrong ? Thanks, -- Mathieu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531142: ITP: libwebservice-validator-html-w3c-perl -- Perl interface to access the W3C's online HTML validator
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libwebservice-validator-html-w3c-perl Version : 0.24 Upstream Author : Struan Donald Estr...@cpan.orge * URL : http://search.cpan.org/dist/WebService-Validator-HTML-W3C/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : Perl interface to access the W3C's online HTML validator WebService::Validator::HTML::W3C provides access to the W3C's online Markup validator. As well as reporting on whether a page is valid it also provides access to a detailed list of the errors and where in the validated document they occur. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531140: ITP: libjavascript-beautifier-perl -- beautifier for javascript
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libjavascript-beautifier-perl Version : 0.08 Upstream Author : Fayland Lam * URL : http://search.cpan.org/dist/JavaScript-Beautifier/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : beautifier for javascript JavaScript::Beautifier is a Perl-rewrite if a javascript beautifier. This beautifier can process your messy or compacted javascript, making it all neatly and consistently formatted and readable. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531144: ITP: libcss-minifier-xs-perl -- XS based CSS minifier
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libcss-minifier-xs-perl Version : 0.03 Upstream Author : Graham TerMarsch (c...@howlingfrog.com) * URL : http://search.cpan.org/dist/CSS-Minifier-XS/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : XS based CSS minifier CSS::Minifier::XS is a CSS "minifier"; its designed to remove un-necessary whitespace and comments from CSS files, while also not breaking the CSS. . CSS::Minifier::XS is similar in function to CSS::Minifier, but is substantially faster as its written in XS and not just pure Perl. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531138: ITP: libhtml-tidy-perl -- Perl module for (X)HTML validation
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libhtml-tidy-perl Version : 1.08 Upstream Author : Andy Lester, * URL : http://search.cpan.org/dist/HTML-Tidy/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : Perl module for (X)HTML validation HTML::Tidy is an HTML checker in a handy dandy object. It's meant as a replacement for HTML::Lint. If you're currently an HTML::Lint user looking to migrate, see the section /Converting from HTML::Lint from the POD. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531143: ITP: libxml-tidy-perl -- Perl module for tidy indenting of XML documents
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libxml-tidy-perl Version : 1.2.54HJnFa Upstream Author : Pip Stuart * URL : http://search.cpan.org/dist/XML-Tidy/ * License : GPL-2 Programming Lang: Perl Description : Perl module for tidy indenting of XML documents XML::Tidy creates XML document objects (with inheritance from XML::XPath) to tidy mixed-content (ie. non-data) text node indenting. There are also some other handy member functions to compress && expand your XML document object (into either a compact XML representation or a binary one). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531139: ITP: libjavascript-minifier-xs-perl -- XS based JavaScript minifier
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libjavascript-minifier-xs-perl Version : 0.05 Upstream Author : Graham TerMarsch (c...@howlingfrog.com) * URL : http://search.cpan.org/dist/JavaScript-Minifier-XS/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : XS based JavaScript minifier JavaScript::Minifier::XS is a JavaScript "minifier"; its designed to remove un-necessary whitespace and comments from JavaScript files, while also not breaking the JavaScript. . JavaScript::Minifier::XS is similar in function to JavaScript::Minifier, but is substantially faster as its written in XS and not just pure Perl. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531141: ITP: libwebservice-validator-css-w3c-perl -- Interface to the W3C CSS Validator
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libwebservice-validator-css-w3c-perl Version : 0.2 Upstream Author : Bjoern Hoehrmann * URL : http://search.cpan.org/dist/WebService-Validator-CSS-W3C/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : Interface to the W3C CSS Validator WebService::Validator::CSS::W3C is an interface to the W3C CSS Validation online service http://jigsaw.w3.org/css-validator/, based on its SOAP 1.2 support. It helps to find errors in Cascading Style Sheets. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531146: ITP: python-repoze.who-plugins -- authentication framework for Python WSGI applications - plugins collection
Package: wnpp Severity: wishlist Owner: Stefano Zacchiroli * Package name: python-repoze.who-plugins Version : 20090530 Upstream Author : Various athors * URL : http://pypi.python.org/pypi?%3Aaction=search&term=repoze.who&submit=search * License : BSD-derived (http://www.repoze.org/LICENSE.txt) Programming Lang: Python Description : authentication framework for Python WSGI applications - plugins collection repoze.who is an identification and authentication framework for arbitrary Python WSGI applications; it acts as WSGI middleware and is inspired by Zope 2's Pluggable Authentication Service (PAS). . This package contains a collection of plugins for repoze.who, in particular: . * repoze.who-friendlyform - developer-friendly forms * repoze.who-plugins.sa - SQLAlchemy integration * repoze.who-testutil - test utilities for repoze.who applications * repoze.who.plugins.ldap - LDAP authentication * repoze.who.plugins.openid - login via OpenID * repoze.who.plugins.recaptcha - server-side recaptcha implementation This package will contain _a collection of_ plugins for Python repoze.who. A sampling of them can be seen at http://pypi.python.org/pypi?%3Aaction=search&term=repoze.who&submit=search . A core part of them is needed as a dependency for TurboGears2. The reason why I'm proposing a collection package (i.e., a source package with more than one upstream) is that, taken individually, the plugins are about 20/30 Kb and I fear polluting the archive with too many small packages. In this case, I consider the choice of the collection package worth, but it will carry the usual drawbacks of multiple upstream packages. If people, especially from the Debian Python Modules team, have arguments to prefer several source packages (I will need at least 4 for TG2), please let me know. Cheers. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531150: ITP: libyaml-libyaml-perl -- XS Wrapper Module of libyaml
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libyaml-libyaml-perl Version : 0.32 Upstream Author : Ingy döt Net * URL : http://search.cpan.org/dist/YAML-LibYAML/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : XS Wrapper Module of libyaml Kirill Siminov's "libyaml" is arguably the best YAML implementation. The C library is written precisely to the YAML 1.1 specification. It was originally bound to Python and was later bound to Ruby. . YAML::LibYAML is a Perl XS binding to libyaml which offers Perl the best YAML support to date. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531149: ITP: libwx-perl-datawalker-perl -- Perl data structure browser
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libwx-perl-datawalker-perl Version : 0.02 Upstream Author : Steffen Mueller * URL : http://search.cpan.org/dist/Wx-Perl-DataWalker/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : Perl data structure browser Wx::Perl::DataWalker implements a Wx::Frame subclass that shows a relatively simple Perl data structure browser. After opening such a frame and supplying it with a reference to an essentially arbitrary data structure, you can visually browse it by double-clicking references. . So far, there is no tree view but only a display of the current level of the data structure. You can traverse back up the structure with a back button. . Optionally, Wx::Perl::DataWalker displays the (approximate!) size of the data structure using Devel::Size. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ITA: scid -- chess database
Package: wnpp Severity: normal I am going to adopt the Scid package. The past months I have been busy to get the updated package into the distro. I got a lot of feedback from the mentors and have to modify the package on several points. 3.7.3 is already on the mentors site. Just have to make a few modifications. Last year I contacted the previous maintainer about adopting. He already know I gone adopt it. Hope to get it back in soon. Greetings, Willem vdAkker -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531153: ITP: banshee-alarm-extension -- Alarm extension for Banshee
Package: wnpp Severity: wishlist Owner: Chow Loong Jin * Package name: banshee-alarm-extension Version : 0.4.2 Upstream Author : Bertrand Lorentz * URL : http://banshee-unofficial-plugins.googlecode.com * License : MIT/X11 Programming Lang: C# Description : Alarm extension for Banshee Banshee Alarm Extension is an extension for Banshee which allows alarms to be set in Banshee. Supported features include: * Wake up time * Ascending volume alarm with configurable start and end volumes as well as duration * Sleep timer -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-proposed'), (500, 'karmic-backports'), (500, 'karmic') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531161: ITP: libpod-abstract-perl -- Abstract document tree for Perl POD documents
Package: wnpp Severity: wishlist Owner: Damyan Ivanov * Package name: libpod-abstract-perl Version : 0.17 Upstream Author : Ben Lilburne * URL : http://search.cpan.org/dist/Pod-Abstract/ * License : "same as Perl" (GPL-1+|Artistic) Programming Lang: Perl Description : Abstract document tree for Perl POD documents Pod::Abstract provides an abstract, tree-based interface to POD documents. POD is a simple-to-use markup language mainly used for writing documentation for Perl, Perl programs, and Perl modules. . It allows straightforward, round-trip capable manipulation of POD documents, hence allowing features to be added to POD to support your programming activities without having to write a whole POD processor. . This also allows an easy tree-based mechanism to write a Pod:: type filter. . The package includes a simple, and extensible, command line utility called "paf" (Pod::Abstract Filter). This program can chain together Pod Abstract filtering operations, allowing manipulation & extraction of POD documents from the command line. The package is a dependency of padre 0.36 and will be maintained by the Debian Perl Group. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: gdcm: The following packages have unmet dependencies
On Sat, May 30, 2009 at 10:07:20AM +0200, Mathieu Malaterre wrote: > https://buildd.debian.org/fetch.cgi?pkg=gdcm;ver=2.0.10-1;arch=alpha;stamp=1242615584 > > The following packages have unmet dependencies: > mono-devel: Depends: mono-runtime (>= 2.0) but it is not installable [...] > E: Broken packages > ... > It is working on amd64/i386/ia64 fine. Does anyone knows what could be > wrong ? Looks like mono on alpha is broken and/or the alpha buildd is broken. It will be sorted out by the mono or alpha porters, or the alpha buildd maintainers. Michael -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531180: ITP: libmath-random-oo-perl -- Consistent object-oriented interface for generating random numbers
Package: wnpp Severity: wishlist Owner: Salvatore Bonaccorso * Package name: libmath-random-oo-perl Version : 0.21 Upstream Author : David A Golden * URL : http://search.cpan.org/dist/Math-Random-OO/ * License : Perl Programming Lang: Perl Description : Consistent object-oriented interface for generating random numbers CPAN contains many modules for generating random numbers in various ways and from various probability distributions using pseudo-random number generation algorithms or other entropy sources. (The /"SEE ALSO" section has some examples.) Unfortunately, no standard interface exists across these modules. Math::Random::OO defines an abstract interface for random number generation. Subclasses of this model will implement specific types of random number generators or will wrap existing random number generators. . This consistency will come at the cost of some efficiency, but will enable generic routines to be written that can manipulate any provided random number generator that adheres to the interface. E.g., a stochastic simulation could take a number of user-supplied parameters, each of which is a Math::Random::OO subclass object and which represent a stochastic variable with a particular probability distribution. Note: Package would be added to the pkg-perl group repository. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
To the head of programming
Hello, Here is a short presentation of the artist HUON Jam, which I am a career and just released her new album "Turn your Dreams" available on his Myspace and blog sites and in a few bins of South Finistère (Brittany). Listen to his songs and visit his site: www.myspace.com/jamhuon And feel free to contact me at +33(0)298 091 914 ou +33(0)642 240 502 Very good listener and very soon. Musically.
Bug#531190: ITP: otf-ipafont - Japanese OpenType font, IPAfont
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: otf-ipafont Version: 00301 Upstream Author: Information-technology Promotion Agency, Japan. URL: http://ossipedia.ipa.go.jp/ipafont/ License: IPA Font License (OSI approval) http://www.opensource.org/licenses/ipafont.html Description: Japanese OpenType font, IPAfont IPAfont is Japanese OpenType font set that provided by Information-technology Promotion Agency, Japan (IPA does NOT mean International Phonetic Alphabet). . It consists of * IPA Gothic * IPA P Gochic * IPA Mincho * IPA P Mincho -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane pgpqdsvfNsrUJ.pgp Description: PGP signature
Bug#531200: ITP: libtest-mockrandom-perl -- Replaces random number generation with non-random number generation
Package: wnpp Severity: wishlist Owner: Salvatore Bonaccorso * Package name: libtest-mockrandom-perl Version : 1.00 Upstream Author : David A. Golden * URL : http://search.cpan.org/dist/Test-MockRandom/ * License : Perl Programming Lang: Perl Description : Replaces random number generation with non-random number generation This perhaps ridiculous-seeming module was created to test routines that manipulate random numbers by providing a known output from rand. Given a list of seeds with srand, it will return each in turn. After seeded random numbers are exhausted, it will always return 0. Seed numbers must be of a form that meets the expected output from rand as called with no arguments -- i.e. they must be between 0 (inclusive) and 1 (exclusive). In order to facilitate generating and testing a nearly-one number, this module exports the function oneish, which returns a number just fractionally less than one. . Depending on how this module is called with use, it will export rand to a specified package (e.g. a class being tested) effectively overriding and intercepting calls in that package to the built-in rand. It can also override rand in the current package or even globally. In all of these cases, it also exports srand and oneish to the current package in order to control the output of rand. Rationale: This Perl module is used for testing during build of libmath-random-oo-perl. This will also be commited to the pkg-perl svn repository Kind regards Salvatore -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531208: ITP: python-repoze.what-plugins -- authorization framework for Python WSGI applications - plugins collection
Package: wnpp Severity: wishlist Owner: Stefano Zacchiroli * Package name: python-repoze.what-plugins Version : 20090540 Upstream Author : Various authors * URL : http://pypi.python.org/pypi?%3Aaction=search&term=repoze.what&submit=search * License : BSD-derived (http://www.repoze.org/LICENSE.txt) Programming Lang: Python Description : authorization framework for Python WSGI applications - plugins collection repoze.what is an authorization framework for WSGI applications, based on repoze.who (which deals with authentication and identification). . This package contains a collection of plugins for repoze.what, in particular: . * repoze.what.plugins.sql - adapter plugin for SQLAlchemy * repoze.what-pylons - integration with Pylons / TurboGears * repoze.what-quickstart - simple authentication and authorization * repoze.what.plugins.sql - XML adapter plugin This package will contain _a collection of_ plugins for Python repoze.what. A sampling of them can be seen at http://pypi.python.org/pypi?%3Aaction=search&term=repoze.what&submit=search . A core part of them is needed as a dependency for TurboGears2. Same disclaimer about "multiple source package" vs "archive bloat" as I wrote in #531146 . The current choice is to prefer "multiple source package", as it was done in python-repoze.who-plugins. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531209: ITP: banshee-coverwallpaper -- Cover wallpaper extension for Banshee
Package: wnpp Severity: wishlist Owner: Chow Loong Jin * Package name: banshee-coverwallpaper Version : 0.1 Upstream Author : David Corrales * URL : http://banshee-unofficial-plugins.googlecode.com * License : MIT/X11 (BSD like) Programming Lang: C# Description : Cover wallpaper extension for Banshee CoverWallpaper is an extension for Banshee which automatically sets the desktop wallpaper to the cover art of the currently playing media. . Banshee is a media management and playback application for the GNOME desktop. -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-proposed'), (500, 'karmic-backports'), (500, 'karmic') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531211: ITP: fragmaster -- use of psfrag constructs with pdflatex
Package: wnpp Severity: wishlist Owner: Rafael Laboissiere * Package name: fragmaster Version : 1.3 Upstream Author : Tilman Vogel * URL : http://www.ctan.org/tex-archive/support/fragmaster/ * License : GPL-2+ Programming Lang: Perl Description : use of psfrag constructs with pdflatex psfrag is a LaTeX package which allows to replace text elements in included EPS graphics by arbitrary LaTeX output. Because psfrag uses Postscript for making the replacements, in principle you can't use psfrag with pdflatex which doesn't have any interfaces to postscript. This package contains the Perl script fragmaster that produces a new EPS from your original EPS which already contains all those psfrag replacements. This new EPS graphic actually can be converted to PDF including all replacements. The resulting "encapsulated" PDF then can be used with pdflatex. Preliminary Debian pacakge at http://git.debian.org/?p=users/rafael/deb-pkg/fragmaster.git -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: integrating PAM module into nss-ldapd (RFH)
On Sat, 16 May 2009, Arthur de Jong wrote: I'm working on integrating a PAM module into nss-ldapd and am looking for input on this. The PAM module was kindly provided by Howard Chu from the OpenLDAP project but I'm still working on the server part. Interesting, I talked briefly with Howard (on IRC) about this a few times, quite a while ago... talking about possible ways to impliment this. With this new functionality I'm planning to generate three binary packages (instead of the now one): libnss-ldapd (the NSS module), libpam-ldapd (the PAM module) and nslcd (the daemon). The reason for this split is that some users may want to stick with the other PAM module. Also the OpenLDAP people are working on an overlay that could replace the nslcd part (but it's up to the OpenLDAP maintainers if they want to provide such a package). This is great news! I've already converted all my boxes and am continually exhorting conversion to libnss-ldapd (mostly on IRC, but also those who report bugs on the libnss-ldap package). It seems to me, as the libnss-ldap maintainer, that libnss-ldapd is functional enough that we should deprecate libnss-ldap. I would also, as the pam-ldap maintainer, recommed similar deprecation for it once you have bind-auth (for auth), and exop (for pw change) going. There is already so many mis-configured machines out there, and the older packages have some significant issues, that I really believe Debian would do well by standardizing/offering only the one, superior, solution. Also, I'm looking for people who are willing to spend some time on nss-ldapd. I could use some help with the PAM packaging part, I know libpam-runtime was changed recently so if anyone can help to get the the PAM packaging into shape that would be great. Whilst I'm no pam wizard (by any stretch), we can likely take some information from the extant pam-ldap package. Since nss-ldapd seems to be used more often now, having a co-maintainer for the package would really help. There is still enough development work to be done but also packaging work with the upcoming split. Count me in - in whatever way I can be of assistance ... I've moved most of my machines to KRB5 auth, but the LDAP passward are being still kept in sync; so I can easily run tests. Another important part where I would really welcome suggestions is a better name for the software. I've seen some confusion over the current name (people not noticing the d at the end) and with the integration of PAM functionality the name no longer covers the functionality. Yes, the name does cause confusion (often an issue on #ldap and #openldap), which is one reason I favour deprecation of the older packages (if not removal), and having one solution for Debian. But even if we don't do that, I think the current name proposals make sense - even if somewhat confusing. Current work on integrating the PAM functionality can be tracked here: http://arthurenhella.demon.nl/svn/nss-ldapd/nss-pam-ldapd/ http://arthurenhella.demon.nl/viewvc/nss-ldapd/nss-pam-ldapd/ /me makes a note to pull these Tuesday afternoon (this weekend is my 28th anniversary) - and we're still recovering from 3weeks on the road, so I wont have much computer time until then. -- Rick Nelson "We don't do a new version to fix bugs." - Bill Gates "The new version - it's not there to fix bugs." - Bill Gates -- Retranslated from Focus 43/1995, pp. 206-212 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531221: okular: Arbitrarily enforces DRM
Package: okular Version: 4:4.2.2-2 Severity: normal I'm CCing this to Debian-devel because I think it speaks to a larger issue. I just downloaded a PDF, and tried to copy and paste a bit of text from it. I used the selection tool, and Okular offered to speak it to me, but said "Copy forbidden by DRM." pdftotext was able to convert the entire file to text format in an instant. So what I want to know is: why are people putting code into Debian that limits our freedom? Why are people putting such code into KDE? And can we please patch it to stop that? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages okular depends on: ii kdebase-runtime4:4.2.2-1 runtime components from the offici ii kdelibs5 4:4.2.2-2 core libraries for all KDE 4 appli ii libc6 2.9-12GNU C Library: Shared libraries ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libgcc11:4.4.0-5 GCC support library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libokularcore1 4:4.2.2-2 libraries for the Okular document ii libphonon4 4:4.3.1-1 Phonon multimedia framework for Qt ii libpoppler-qt4-3 0.10.6-1 PDF rendering library (Qt 4 based ii libqca22.0.0-4 libraries for the Qt Cryptographic ii libqimageblitz41:0.0.4-4 QImageBlitz image effects library ii libqt4-dbus4.5.1-2 Qt 4 D-Bus module ii libqt4-qt3support 4.5.1-2 Qt 3 compatibility library for Qt ii libqt4-svg 4.5.1-2 Qt 4 SVG module ii libqt4-xml 4.5.1-2 Qt 4 XML module ii libqtcore4 4.5.1-2 Qt 4 core module ii libqtgui4 4.5.1-2 Qt 4 GUI module ii libspectre10.2.2.ds-1+b1 Library for rendering Postscript d ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii phonon 4:4.3.1-1 metapackage for Phonon multimedia ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime okular recommends no packages. Versions of packages okular suggests: pn okular-extra-backends (no description available) ii texlive-base-bin 2007.dfsg.2-6 TeX Live: Essential binaries pn unrar (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#531221: okular: Arbitrarily enforces DRM
+ John Goerzen (Sat, 30 May 2009 19:09:11 -0500): > I'm CCing this to Debian-devel because I think it speaks to a larger > issue. > I just downloaded a PDF, and tried to copy and paste a bit of text > from it. I used the selection tool, and Okular offered to speak it to > me, but said "Copy forbidden by DRM." > pdftotext was able to convert the entire file to text format in an > instant. > So what I want to know is: why are people putting code into Debian > that limits our freedom? Why are people putting such code into KDE? > And can we please patch it to stop that? I see it's been pointed out in a comment in your blog post already, but I'll mention it here for the benefit of those reading along: obeying DRM is a configurable runtime option in Okular, so it's just a matter of going to the preferences dialog and unchecking the "Obey DRM" check box. Now I have no idea why it would default to obeying it (or, for that matter, why it would have such an option). I'm CC'ing Pino whom I'm sure will be able to help. (My guess would be that it protects upstream against some shit or whatever, at least by their reckoning, or the person that added it in the first place.) Cheers, -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: okular: Arbitrarily enforces DRM
On May 31, Pino Toscano wrote: > This means the author of the PDF set that users shouldn't (in their will) > copy > the text from their PDF. > You can disable the usage of document permissions by disabling the related > option from the preferences. It's not clear to me why this should not be the default, but anyway I think that the interface could be improved by mentioning this in the error dialog. -- ciao, Marco signature.asc Description: Digital signature
fstrcmp
I've been considering turning my fuzzy string compare function into a library. /** * the fstrcmp function compare two strings, to determine how * similar two strings appear. * * @param s1 * The first of the strings to compare. * @param s2 * The second of the strings to compare. * @returns * a number between 0.0 and 1.0; 0.0 means the strings are * nothing alike, 1.0 means the two strings are identical. */ double fstrcmp(const char *s1, const char *s2); I've been using it for over 15 years, and the side effects are pretty addictive. My immediate motivation is that apt-get is driving me crazy. Wouldn't it be great if when you typed apt-get build-deps gcc instead of saying E: Invalid operation build-deps it said something more useful, like E: Invalid operation build-deps, did you mean build-dep instead? This goes for packages as well. Wouldn't it be great if apt-get install dns-utils instead of saying E: Couldn't find package dns-utils it said something more useful, like E: Couldn't find package dns-utils, did you mean dnsutils instead? Both of these things are possible with fstrcmp. fstrcmp would have some interesting friends in the same library, like double fstrcasecmp(constr char *s1, const char *s2); double fmemcmp(const void *d1, size_t sz1, const void *d2, size_t sz2); double fobjcmp(const void *d1, size_t sz1, const void *d2, size_t sz2, int (*cmp)(const void *o1, const void *o2), size_t objsize); There are obvious benefits for compiler error messages, too. (I have written compilers using it, number of secondary errors plummet.) The gettext tools use fstrcmp. And think home much better bash could be! $ aptget install dnsutils bash: aptget: command not found, did you mean apt-get instead? $ But first I need fstrcmp in a library. Do I make a fstrcmp its own library, or do I contribute it to an existing project and which one? -- Regards Peter Miller /\/\*http://www.canb.auug.org.au/~millerp/ PGP public key ID: 1024D/D0EDB64D fingerprint = AD0A C5DF C426 4F03 5D53 2BDB 18D8 A4E2 D0ED B64D See http://www.keyserver.net or any PGP keyserver for public key. signature.asc Description: This is a digitally signed message part
Re: Bug#531221: okular: Arbitrarily enforces DRM
On Sábado, 30 de Mayo de 2009 18:38:40 Marco d'Itri escribió: > On May 31, Pino Toscano wrote: > > This means the author of the PDF set that users shouldn't (in their will) > > copy the text from their PDF. > > You can disable the usage of document permissions by disabling the > > related option from the preferences. > > It's not clear to me why this should not be the default, but anyway I > think that the interface could be improved by mentioning this in the > error dialog. Well, the default should always be to follow the specification of PDF, even if there are parts of it that we do not like. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#531221: okular: Arbitrarily enforces DRM
On May 31, Luis Felipe Tabera wrote: > Well, the default should always be to follow the specification of PDF, even > if > there are parts of it that we do not like. Do you have a rationale to justify this or are you just in the mood for unsubstantiated statements? -- ciao, Marco signature.asc Description: Digital signature
Re: Bug#531221: okular: Arbitrarily enforces DRM
Luis Felipe Tabera writes: > On Sábado, 30 de Mayo de 2009 18:38:40 Marco d'Itri escribió: > > It's not clear to me why [turning off DRM] should not be the > > default, but anyway I think that the interface could be improved by > > mentioning this in the error dialog. > > Well, the default should always be to follow the specification of PDF, > even if there are parts of it that we do not like. Surely in a free operating system, the default should be to allow the user to do whatever they want and hence turn off restrictions like DRM. -- \ “Unix is an operating system, OS/2 is half an operating system, | `\Windows is a shell, and DOS is a boot partition virus.” —Peter | _o__)H. Coffin | Ben Finney -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#531221: okular: Arbitrarily enforces DRM
On Sat, 30 May 2009, Luis Felipe Tabera wrote: > On Sábado, 30 de Mayo de 2009 18:38:40 Marco d'Itri escribió: > > On May 31, Pino Toscano wrote: > > > This means the author of the PDF set that users shouldn't (in their will) > > > copy the text from their PDF. > > > You can disable the usage of document permissions by disabling the > > > related option from the preferences. > > > > It's not clear to me why this should not be the default, but anyway I > > think that the interface could be improved by mentioning this in the > > error dialog. > > Well, the default should always be to follow the specification of > PDF, even if there are parts of it that we do not like. The default should be to behave in a sensible manner (meaning, do what the user actually wants done), even if it violates the specification. It's perfectly reasonable to have an option to follow the specification, but it certainly shouldn't be the default when we're talking about an antifeature[1]. Don Armstrong 1: http://www.fsf.org/bulletin/2007/fall/antifeatures/ -- "What, now?" "Soon equates to good, later to worse, Uagen Zlepe, scholar. Therefore, immediacy." -- Iain M. Banks _Look to Windward_ p 213 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#531221: okular: Arbitrarily enforces DRM
Luis Felipe Tabera wrote: > On Sábado, 30 de Mayo de 2009 18:38:40 Marco d'Itri escribió: >> On May 31, Pino Toscano wrote: >>> This means the author of the PDF set that users shouldn't (in their will) >>> copy the text from their PDF. >>> You can disable the usage of document permissions by disabling the >>> related option from the preferences. >> It's not clear to me why this should not be the default, but anyway I >> think that the interface could be improved by mentioning this in the >> error dialog. > > Well, the default should always be to follow the specification of PDF, even > if > there are parts of it that we do not like. Quite false. Specifications and standards are there to improve compatibility between different implementations. You are hurting compatibility with nothing by not going to the effort to write copy-blocking code. You are hurting compatibility by writing it. If this "feature" is there, it should: a) be disabled by default, so people can copy maximally without issue; b) the error message should clearly state how to disable it. I would go so far as to propose patching it out of Okular entirely. Debian should not be a tool to support software restrictions like this. -- John -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#531221: okular: Arbitrarily enforces DRM
On Sat, May 30, 2009 at 09:40:20PM -0500, John Goerzen wrote: > Luis Felipe Tabera wrote: > > On Sábado, 30 de Mayo de 2009 18:38:40 Marco d'Itri escribió: > >> On May 31, Pino Toscano wrote: > >>> This means the author of the PDF set that users shouldn't (in their will) > >>> copy the text from their PDF. > >>> You can disable the usage of document permissions by disabling the > >>> related option from the preferences. > >> It's not clear to me why this should not be the default, but anyway I > >> think that the interface could be improved by mentioning this in the > >> error dialog. > > > > Well, the default should always be to follow the specification of PDF, even > > if > > there are parts of it that we do not like. > > Quite false. Specifications and standards are there to improve > compatibility between different implementations. You are hurting > compatibility with nothing by not going to the effort to write > copy-blocking code. You are hurting compatibility by writing it. > > If this "feature" is there, it should: > > a) be disabled by default, so people can copy maximally without issue; > > b) the error message should clearly state how to disable it. Let's be realistic, from the moment the functionality exists, it doesn't make _any_ sense to either of those, as everybody would end up disabling it somewhen. Both these propositions make the "feature" pointless. The only sensible options is to dump it entirely, as you are suggesting below. > I would go so far as to propose patching it out of Okular entirely. > Debian should not be a tool to support software restrictions like this. Now, the problem is that under some stupid laws in some countries, circumventing DRM is a crime... welcome in the real sucky world. Mike -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
