Re: is it a DFSG breach or not?
On Sat, Jan 24, 2009 at 10:23:33PM +0300, Dmitry E. Oboukhov wrote:
> However it seems that there's no source of this JS in public access,
Why so?
I think this is the key of the issue.
I agree with Russ that it is a judgement call, and my personal
judgement would seriously depend on the above question. It is fully
reasonable to believe that the JS file is not obfuscated, but rather
compressed for efficiency reason. But if this is the case, the
original author should have no problem in releasing the fully
commented / indented file.
Arguably, that version is the preferred form of modification, and that
is what I'd want to see in the Debian source package.
If the author is not willing to release the commented / indented file,
I would seriously doubt that the only reason is network efficiency,
and I would personally consider it non-free. But again, I do agree
that it is a subjective matter, and even in the latter case I will not
file the serious bug reports against the other packages.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
signature.asc
Description: Digital signature
Re: Test suites after build and Build-Depends.
On Fri, Jan 23, 2009 at 09:12:43PM -0800, Russ Allbery wrote:
> > In addition, I thought that the 'notest' build option that was discussed
> > last year (or the year before?) on this list made it into the Policy,
> > but I was wrong.
>
> nocheck will be in 3.8.1 (see Bug#416450), but it doesn't really address
> your issue.
Thanks for the pointer.
> The upcoming wording doesn't add a way to distinguish between build
> dependencies required for the build and ones required for testing.
I think that was already clear to Charles. What I think he meant is
that once 'notest' is widespread enough, its "natural evolution" would
be a way to distinguish dependencies which belong to tests.
Personally, I'd add as a condition for this to be a reasonable
request, the fact that there should be enough packages with enough
test-only dependencies, which I'm not convinced it is the case. If
they are rare enough, debian/control.in + README.Debian-source is the
way to go.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
signature.asc
Description: Digital signature
splitting yui
[was Re: is it a DFSG breach or not?] Paul Wise writes: (Please cc me on replies, I read -devel through gmane.) On Sun, Jan 25, 2009 at 7:27 AM, Dmitry E. Oboukhov wrote: > yes yes, but > this file is 30kb > yui package is 7Mb Then you should submit a request for splitting yui up a bit, perhaps into libjs-yui-doc, libjs-yui-animation, libjs-yui-assets and so on. There is already an open bug for this: #510168. I was thinking about splitting the docs and examples out atleast. That would reduce the size substantially. I don't know if it makes sense to do so for the assets etc. as it is unlikely that the widgets would be used without them unless you were writing your own theme or something. As for the widgets, I invite ideas for how exactly to divide them up. I also note that the yui source package doesn't contain the yui src/ directory, which can be found here: http://yuiblog.com/blog/2009/01/14/github/ http://github.com/yui/yui2/tree/master Personally I don't think the build/ directory in the yui orig.tar.gz is 'source code' in the spirit of the phrase. Obviously that is just my interpretation, others will have different opinions. At the time the package was last updated, the git repository wasn't publically accessible. Now that it is I agree it is a better "source" for the source. However I should note that if you just want to see the uncompressed/unobfuscated javascript code, that is already included in the package. Each widget comes in three flavors, widget-min.js is the compressed version, widget.js is the uncompressed version, and widget-debug.js has added support for logging to a javascript debugger. CCing the YUI maintainers. It looks like you didn't. Cc and mail-followup-to to pkg-javascript-de...@lists.alioth.debian.org added. -- Jaldhar H. Vyas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513016: ITP: libconfig-model-backend-augeas-perl -- Read and write configuration data through Augeas
Package: wnpp Severity: wishlist Owner: Dominique Dumont * Package name: libconfig-model-backend-augeas-perl Version : 0.102-1 Upstream Author : Dominique Dumont * URL : http://search.cpan.org/dist/Config-Model-Backend-Augeas/ * License : LGPL Programming Lang: Perl Description : Read and write configuration data through Augeas With Config::Model::Backend::Augeas, Config::Model now provides a way to load and save data through RedHat's Augeas library. Config::Model and Augeas are both configuration editing tool. Both parse configuration files in their native formats and transforms them into a tree. Configuration changes are made by manipulating this tree and saving it back into native config files. Both Augeas and Config::Model rely on a tree to represent configuration data. On one side, Augeas is able to load and write data while respecting the structure and comments of the original configuration file. But Augeas purpose is not to validate the semantic content of the configuration file. On the other side, Config::Model is able to validate the semantic content of the configuration file, but it will discard all comments and will write back configuration data using a canonical order. Thus the comments and structure of the original configuration file is not preserved. You can now have the best of both worlds by using the Augeas library to load and write data from Config::Model configuration tree. You can now instruct Config::Model to use Augeas backend in the autoread and autowrite feature. See Config::Model::Autoread for details. Unfortunately, you must ensure that the tree representation specified in Config::Model and Augeas lens are quite close together: - Config::Model element names and Augeas lens names must be identical - Both structures must be very close. Each Config::Model node must have a corresponsing lens. For more details on Config::Model see: http://config-model.wiki.sourceforge.net/ For more details on Augeas, see: http://augeas.net -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') 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#513003: ITP: pdfshuffler -- merge, split and re-arrange pages from PDF documents
Package: wnpp Severity: wishlist Owner: Serafeim Zanikolas * Package name: pdfshuffler Version : 0.3.1 Upstream Author : Konstantinos Poulios * URL : http://sourceforge.net/projects/pdfshuffler * License : GPL Programming Lang: Python Description : merge, split and re-arrange pages from PDF documents PDF-Shuffler is a small application which allows to merge or split pdf documents and rotate, crop and rearrange their pages using an interactive and intuitive graphical interface. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (600, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#512973: ITP: blimp -- photo editor based on adjustment layers
Package: wnpp Severity: wishlist Owner: Knut Arild Erstad * Package name: blimp Version : 1.1.0 Upstream Author : Knut Arild Erstad * URL : https://projects.boblycat.org/blimp/ * License : GPL v2 Programming Lang: Java Description : photo editor based on adjustment layers Blimp is a layered (non-destructive) photo editor. It supports many raw formats (through dcraw), 8-bit or 16-bit color depth per channel and editing operations including curves, grayscale mixer, resize, unsharp mask and local contrast enhancement, all of which are adjustment layers. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') 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#512969: ITP: globus-ftp-control -- Globus Toolkit - FTP Control
Package: wnpp Severity: wishlist Owner: Steffen Moeller * Package name: globus-ftp-control * URL : http://www.globus.org/ * License : Apache 2.0 Description : Globus Toolkit - FTP Control The Globus Toolkit is an open source software toolkit used for building Grid systems and applications. It is being developed by the Globus Alliance and many others all over the world. A growing number of projects and companies are using the Globus Toolkit to unlock the potential of grids for their cause. . The GridFTP Client Control library provides low-level services needed to implement FTP client and servers. The API provided is protocol specific. See the GASS Transfer library for a protocol-independent transfer interface. . This data transfer portion of this API provides support for the standard data methods described in the FTP Specification as well as extensions for parallel, striped, and partial data transfer. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#512967: ITP: globus-core -- Globus Toolskit - Core library
Package: wnpp Severity: wishlist Owner: Steffen Moeller * Package name: globus-core * URL : http://www.globus.org/ * License : Apache 2.0 Description : Globus Toolskit - Core library The Globus Toolkit is an open source software toolkit used for building Grid systems and applications. It is being developed by the Globus Alliance and many others all over the world. A growing number of projects and companies are using the Globus Toolkit to unlock the potential of grids for their cause. . The globus-core package is at the heart of Globus with a series of initial setups that are already required at build time. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#512966: ITP: globus-common -- Globus Toolkit - Common Library
Package: wnpp Severity: wishlist Owner: Steffen Moeller * Package name: globus-common * URL : http://www.globus.org/ * License : Apache 2.0 Description : Globus Toolkit - Common Library The Globus Toolkit is an open source software toolkit used for building Grid systems and applications. It is being developed by the Globus Alliance and many others all over the world. A growing number of projects and companies are using the Globus Toolkit to unlock the potential of grids for their cause. . This package contains the Common Library, with configuration files and other setup routines that are of interest for all or most other Globus packages. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#512961: ITP: globus-ftp-client -- Globus Toolkit - GridFTP Client Library
Package: wnpp Severity: wishlist Owner: Steffen Moeller * Package name: globus-ftp-client * URL : http://www.globus.org/ * License : Apache 2.0 Programming Lang: C, C++, Perl Description : Globus Toolkit - GridFTP Client Library The Globus Toolkit is an open source software toolkit used for building Grid systems and applications. It is being developed by the Globus Alliance and many others all over the world. A growing number of projects and companies are using the Globus Toolkit to unlock the potential of grids for their cause. . This package contains the GridFTP Client Library. It provides a convenient way of accessing files on remote FTP servers. In addition to supporting the basic FTP protocol, the FTP Client library supports several security and performance extensions to make FTP more suitable for Grid applications. These extensions are described in the Grid FTP Protocol document. . In addition to protocol support for grid applications, the FTP Client library provides a plugin architecture for installing application or grid-specific fault recovery and performance tuning algorithms within the library. Application writers may then target their code toward the FTP Client library, and by simply enabling the appropriate plugins, easily tune their application to run it on a different grid. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#512959: ITP: globus-callout -- Callout library of the Globus Toolkit for Grid Computing
Package: wnpp Severity: wishlist Owner: Steffen Moeller * Package name: globus-callout Version : 0.7 * URL : http://www.globus.org/ * License : Apache Programming Lang: C, C++ Description : Callout library of the Globus Toolkit for Grid Computing The Globus Toolkit is an open source software toolkit used for building Grid systems and applications. It is being developed by the Globus Alliance and many others all over the world. A growing number of projects and companies are using the Globus Toolkit to unlock the potential of grids for their cause. This package offers the Globus Callout Library. The Globus Toolkit version 3.2 introduced the ability to customize gridmap lookup (currently available in the Gatekeeper and GridFTP servers) as well as a mechanism for doing fine-grained authorization in the GRAM Jobmanager. Both of these features were built upon this callout library based on runtime library loading. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: is it a DFSG breach or not?
Thomas Weber wrote: > According to the README in yui-2.6.0/build/yahoo-dom-events, this file > is constructed from three other files in the source code. These files > are heavily commented. yes, and as soon as i've managed to finally upload yuicompressor (currently it doesn't build on my system for some strange reason), we'll be able to recreate the file from sources at buildtime of yui. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: is it a DFSG breach or not?
Paul Wise wrote: > Then you should submit a request for splitting yui up a bit, perhaps > into libjs-yui-doc, libjs-yui-animation, libjs-yui-assets and so on. known, something like that will be done soon. there's a bug about it from Chris already. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Debian 5.0 ("lenny") release notes: Call for translations, again
Quoting Thomas Mueller (thomas_mueller_...@online.de): > > Is someone working on the de-translations? > Need help? > > This is the only langauge I can offer support. > Just let me know! The place to look for this is debian-l10n-ger...@lists.debian.orgcc'ing the list. -- signature.asc Description: Digital signature
Re: Debian 5.0 ("lenny") release notes: Call for translations, again
Is someone working on the de-translations? Need help? This is the only langauge I can offer support. Just let me know! take care Tom Am Samstag, 24. Januar 2009 schrieb W. Martin Borgert: > Hello world, > > sorry for repeating myself: It's high time to translate the > release notes. The current statistics doesn't look good: > > da: 0 translated messages, 650 untranslated messages. > de: 552 translated messages, 41 fuzzy translations, 147 untranslated > messages. es: 0 translated messages, 734 untranslated messages. > fi: 1 translated message, 733 untranslated messages. > fr: 690 translated messages, 2 fuzzy translations, 48 untranslated > messages. it: 1 translated message, 733 untranslated messages. > ja: 720 translated messages, 5 fuzzy translations, 4 untranslated messages. > ko: 0 translated messages, 650 untranslated messages. > nl: 0 translated messages, 650 untranslated messages. > pl: 0 translated messages, 734 untranslated messages. > pt: 0 translated messages, 734 untranslated messages. > ro: 572 translated messages, 5 fuzzy translations, 157 untranslated > messages. ru: 732 translated messages. > sk: 239 translated messages, 6 fuzzy translations, 495 untranslated > messages. sv: 0 translated messages, 734 untranslated messages. > vi: 0 translated messages, 650 untranslated messages. > zh_CN: 732 translated messages, 2 fuzzy translations. > zh_TW: 704 translated messages, 8 fuzzy translations, 22 untranslated > messages. > > ca, cs, and pt_BR don't use po, so I'm not sure about their > translation status. > > Also, there are no translations for ar or hi, two of the five > most widespread languages. > > So, please, translators, do the translations now! > > See this mail from last october for technical details: > http://lists.debian.org/debian-doc/2008/10/msg00134.html > > The SVN location of the release notes have changed since: > svn://svn.debian.org/svn/ddp/manuals/trunk/release-notes > > The current draft version is published on: > http://www.debian.org/releases/testing/releasenotes > > We did not yet define a string freeze date, but I suggest we > freeze shortly after the next D-I release (probably tomorrow or > so, I assume). I'm not sure how much time translators will have > after that point in time — I hope it can be about one week. > > For any further questions, please ask on debian-...@l.d.o. > > Many thanks in advance! -- Thomas Müller E-Mail: thomas_mueller_...@online.de Paul-Gerhardt-Strasse 3aTelefon: +49 8141 52 53 48 D-82256 FürstenfeldbruckTelefax: +49 8141 52 53 56 signature.asc Description: This is a digitally signed message part.
