Re: Non-copyrightable work with non-free license.
Le Wed, Apr 04, 2012 at 03:47:25PM -0700, Don Armstrong a écrit : > On Wed, 04 Apr 2012, Steve Langasek wrote: > > UniProt.org is registered in the US. Is there any reason to believe > > this particular work is tainted by EU database rights? > > UniProt is part of EMBL, which is in the EU. That said, if the purpose > is to get protein sequences for examples, I don't know why those in > NCBI can't be used instead. UniProt is actually larger: it is an international consortium, which I am not sure if it is incorporated or not. UniProt is a collaboration between the European Bioinformatics Institute (EBI), the SIB Swiss Institute of Bioinformatics and the Protein Information Resource (PIR). Across the three institutes around 90 people are involved through different tasks such as database curation, software development and support. UniProt is mainly supported by the National Institutes of Health (NIH) grant 1U41HG006104-01. Additional support for the EBI's involvement in UniProt comes from the European Commission (EC)'s SLING grant (226073) and from the NIH GO grant 2P41HG02273-07. UniProt activities at the SIB are additionally supported by the Swiss Federal Government through the Federal Office of Education and Science, and by the EC grants SLING (226073), GEN2PHEN (200754) and MICROME (222886-2). PIR's UniProt activities are also supported by the NIH grants 5R01GM080646-04, 3R01GM080646-04S2, 1G08LM010720-01, and 3P20RR016472-09S2, and the National Science Foundation (NSF) grant DBI-0850319. http://www.uniprot.org/help/about I therefore wonder to what extent the Directive 96/9/EC of the European Parliament and of the Council of 11 March 1996 on the legal protection of databases would apply. There are alternative protein resources, such as from the NCBI, but the purpose of the UniProt records in EMBOSS and BioPerl is their regression tests for UniProt record parsing, so they can not be replaced. I will wait a bit for other comments, and then re-contact UniProt as Ian suggested. Many thanks for your feedback, Charles -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- 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/2012040505.gd30...@falafel.plessy.net
Bug#667461: ITP: tsdecrypt -- decrypt MPEG transport stream
Package: wnpp Severity: wishlist Owner: Alessio Treglia * Package name: tsdecrypt Version : 7.0 Upstream Author : Georgi Chorbadzhiyski * URL : http://georgi.unixsol.org/programs/tsdecrypt/ * License : GPL Programming Lang: C Description : decrypt MPEG transport stream tsdecrypt reads incoming MPEG transport stream over UDP/RTP and then decrypts it using libdvbcsa and keys obtained from OSCAM or similar cam server. tsdecrypt communicates with CAM server using cs378x (camd35 over tcp) protocol or newcamd protocol. -- 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/20120404084718.16526.1690.reportbug@alessio-laptop
Bug#667462: ITP: nautilus-sound-converter -- Nautilus extension to convert audio files to a different format, using the GStreamer framework.
Package: wnpp Severity: wishlist Owner: Vibhav Pant * Package name: nautilus-sound-converter Version : 3.0.1 Upstream Author : Brian Pepple * URL : http://code.google.com/p/nautilus-sound-converter/ * License : GNU GPL v2 Programming Lang: C Description : Nautilus extension to convert audio files to a different format, using the GStreamer framework. -- 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/20120404090835.25880.18625.reportbug@p5kpl-ubuntu
lsb-base "Fancy output"; please test lsb-base/experimental (4.1+Debian0+fancy0)
Hi -devel (and -lsb),
I have recently uploaded lsb-base 4.1+Debian0+fancy0 to experimental. As
this version introduces a small change that has a big visual impact on
the Debian boot, I would like to get some feedback on it before
uploading it to unstable.
In short, this version implements a new "fancy output" in the form of
[] blocks prepended to the daemon status messages:
Before:
Starting/stopping long daemon name: daemond daemon2d
After:
[] Starting/stopping long daemon name: daemond daemon2d
This block will become either a green [ ok ], a yellow [warn] or a red
[FAIL] depending on the daemon exit status. I plan to implement blue
[info] blocks for log_action_msg calls too.
Note that this block is displayed at the _beginning_ of the statuses
lines, not at their ends; the idea behind this is that with big console
screens (with KMS e.g.), status blocks at the lines' ends can end up
"far" from the daemon starting message.
More information about this change is in the NEWS file for lsb-base
4.1+Debian0+fancy0 (attached).
I would welcome discussion and feedback about the idea, the
implementation, the documentation or anything else related to this new
behaviour. Please either report bugs against lsb-base/experimental or
drop answers to this message in debian-...@lists.debian.org (M-F-T set).
Cheers,
OdyX
lsb (4.1+Debian0+fancy0) experimental; urgency=low
This version implements a new "fancy" output in the form of "[] "
blocks prepended to the daemon status messages:
Before:
Starting/stopping long daemon name: daemond daemon2d
After:
[] Starting/stopping long daemon name: daemond daemon2d
This block will become either a green [ ok ], a yellow [warn]
or a red [FAIL] depending on the daemon exit status.
== How do I disable this? ==
This is currently implemented in /lib/lsb/init-functions as _pre and
_post functions. As such, they are overridable as function definitions
in the /etc/lsb-base-logging.sh configuration file; for example:
log_daemon_msg_pre () { :; }
It is also possible to completely disable the "Fancy output" by setting
the FANCYTTY variable to 0 in the same file.
== Known bugs and plan for inclusion in unstable ==
* Daemons writing too much information on the screen (hence getting
their output spawned on multiple lines) won't get their []
replaced by [ ok ] as the replacement will happen on the last input
line.
* The above has the side-effect of hiding 7 characters of potentially
useful output.
* init.d scripts not using the /lib/lsb/init-functions provided
functions will (obviously) not get the fancy output.
Feedback, ideas and help are welcome as bugs on the lsb-base package.
Before including this change to unstable, the following changes will
most probably happen:
* The implementation will move from _pre/_post functions to the
functions themselves. This is safe-guarded by the FANCYTTY global
variable anyway.
* The information from this NEWS file will get moved to README.Debian
(hence avoiding the gory details to stable-upgrading users).
-- Didier Raboud Sat, 31 Mar 2012 18:49:23 +0200
signature.asc
Description: OpenPGP digital signature
Bug#667484: ITP: node-iconv -- text recoding module for Node.js
Package: wnpp Severity: wishlist Owner: "Jérémy Lal" * Package name: node-iconv Version : 1.1.3 Upstream Author : Ben Noordhuis * URL : https://github.com/bnoordhuis/node-iconv * License : Expat Programming Lang: JavaScript Description : text recoding module for Node.js node-iconv provides a simple interface for converting text from one character encoding to another. . Node.js is an event-based server-side javascript engine. -- 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/20120404123032.16472.15074.reportbug@imac.chaumes
Bug#667496: ITP: python-smmap -- pure git implementation of a sliding window memory map manager
Package: wnpp Owner: tak...@debian.org Severity: wishlist * Package name: python-smmap Version : 0.8.2 Upstream Author : Sebastian Thiel * URL or Web page : https://github.com/Byron/smmap * License : BSD Description : pure git implementation of a sliding window memory map manager Smmap wraps an interface around mmap and tracks the mapped files as well as the amount of clients who use it. If the system runs out of resources, or if a memory limit is reached, it will automatically unload unused maps to allow continued operation. -- 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/878vibwr77.wl%tak...@asis.media-as.org
Bug#667497: ITP: python-async -- framework to process interdependent tasks in a pool of workers
Package: wnpp Owner: tak...@debian.org Severity: wishlist * Package name: python-async Version : 0.6.1 Upstream Author : Sebastian Thiel * URL or Web page : https://github.com/gitpython-developers/async * License : BSD Description : framework to process interdependent tasks in a pool of workers Smmap wraps an interface around mmap and tracks the mapped files as well as the amount of clients who use it. If the system runs out of resources, or if a memory limit is reached, it will automatically unload unused maps to allow continued operation. -- 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/877gxvwqoz.wl%tak...@asis.media-as.org
Bug#667502: ITP: python-gitdb -- pure-Python git object database
Package: wnpp Owner: tak...@debian.org Severity: wishlist * Package name: python-gitdb Version : 0.5.4 Upstream Author : Sebastian Thiel * URL or Web page : http://pypi.python.org/pypi/gitdb * License : BSD Description : pure-Python git object database The GitDB project implements interfaces to allow read and write access to git repositories. In its core lies the db package, which contains all database types necessary to read a complete git repository. These are the LooseObjectDB, the PackedDB and the ReferenceDB which are combined into the GitDB to combine every aspect of the git database. -- 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/8762dfwq5o.wl%tak...@asis.media-as.org
Re: Non-copyrightable work with non-free license.
I keep sticking out my head over and over again [e.g. 1, recently on R list] asking the same questions trying to clear up my understanding of data-copyrightability and licensing issues. yesterday I have found a nice summary [2] which I think might clarify situation here as well a bit. From what I see Database itself can easily be protected by a copyright as a "compilation" even if specific data pieces in the database are not copyrightable and plain facts; so you would need to obey the license terms if you are just going to ship the database as a whole or a major part of it. Data itself, if taken sparingly (;-)) might not be protected by a copyright (thus reused freely), BUT if it all comes from EU -- situation might be different: "... a sui generis right that prohibits the extraction or reutilization of any database in which there has been a substantial investment in either obtaining, verification, or presentation of the data contents. Under this second right, there is no requirement for creativity or originality." [2] So there I guess you would need to obtain such facts from other means/sources. [1] https://stat.ethz.ch/pipermail/r-devel/2012-April/063762.html [2] http://www.bitlaw.com/copyright/database.html On Mon, 02 Apr 2012, Kurt Roeckx wrote: > On Mon, Apr 02, 2012 at 11:00:11PM +0900, Charles Plessy wrote: > > Nevertheless, facts such as protein sequences are not copyrightable. This > > is > > somewhat confirmed by the UniProt consortium itself on their website > > (http://www.uniprot.org/help/license), and my conclusion is that, in > > isolation > > from the rest of the UniProt database, the records in the test suites of > > BioPerl and EMBOSS are not copyrightable. > Some countries have something like database rights, and it's my > understanding that it can cover things that aren't otherwise > copyrightable. > Kurt -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- 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/20120404141303.gx22...@onerussian.com
Bug#667508: ITP: python-clint -- Python Command-line Application Tools
Package: wnpp Owner: tak...@debian.org Severity: wishlist * Package name: python-clint Version : 0.3.1 Upstream Author : Kenneth Reitz * URL or Web page : http://pypi.python.org/pypi/clint * License : ISC License Description : Python Command-line Application Tools Clint is a Python module filled with a set of awesome tools for developing commandline applications. -- 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/87398jwpal.wl%tak...@asis.media-as.org
Bug#667512: ITP: legit -- Git extension to provide a branche manipulation
Package: wnpp Owner: tak...@debian.org Severity: wishlist * Package name: legit Version : 0.1.1 Upstream Author : Kenneth Reitz * URL or Web page : http://pypi.python.org/pypi/legit * License : BSD Description : Git extension to provide a branche manipulation Legit is Git for Humans. It provides new git commands. These help that seamless branche switching, syncing repository, merging branches and creating branches, and also manipulating remote branches. -- 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/871uo3woep.wl%tak...@asis.media-as.org
debconf and perl : how to use it ?
Hello
I'm trying to contact some debian devel because I don't manage to get debconf
perl module working
In the end, I've made a mini perl executable named test.pl :
-- test.pl --
#! /usr/bin/perl -w
use strict
use Debconf::Client::ConfModule qw(:all);
my ($status,$value)=get('debconf/priority');
print $value,"\n";
---
If I use the command
test.pl
I get nothing. Nothing is printed, everything seems to be useless.
But if I ask a bit more debug
DEBCONF_DEBUG=developer test.pl
Everything then seems to work fine. I see the dialog, and the print works well.
what did I miss ? I've tried to google the Debconf::Client::ConfModule, I've
tried to read the sources, but I didn't find the answer. Any help would be
appreciated.
TIA
(PS: I'm using debian-devel-french usually, so if you can make a CC for me)
--
laurent COOPER
CARMI Internet de l'académie de Grenoble
Equipe SLIS, B2I, C2I1
laur...@ac-grenoble.fr
--
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/e2f3ccb0-0c23-4d0c-8bf5-8381d8fbe...@ac-grenoble.fr
Bug#667522: ITP: joda-convert -- Java conversion between Objects and Strings
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: joda-convert Version : 1.2 Upstream Author : The Joda team * URL : http://joda-convert.sourceforge.net/ * License : Apache 2.0 Programming Lang: Java Description : Java conversion between Objects and Strings Joda-Convert provides a small set of classes to aid conversion between Objects and Strings. It is not intended to tackle the wider problem of Object to Object transformation. -- 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/20120404163420.3566.35567.report...@hpdesk.malat.net
Re: Non-copyrightable work with non-free license.
On Wed, Apr 04, 2012 at 10:13:03AM -0400, Yaroslav Halchenko wrote: > I keep sticking out my head over and over again [e.g. 1, recently on R > list] asking the same questions trying to clear up my understanding of > data-copyrightability and licensing issues. > yesterday I have found a nice summary [2] which I think might clarify > situation here as well a bit. From what I see > Database itself can easily be protected by a copyright as a "compilation" > even if specific data pieces in the database are not copyrightable and plain > facts; so you would need to obey the license terms if you are just going to > ship the database as a whole or a major part of it. Data itself, if taken > sparingly (;-)) might not be protected by a copyright (thus reused freely), > BUT > if it all comes from EU -- situation might be different: "... a sui generis > right that prohibits the extraction or reutilization of any database in which > there has been a substantial investment in either obtaining, verification, or > presentation of the data contents. Under this second right, there is no > requirement for creativity or originality." [2] So there I guess you would > need to obtain such facts from other means/sources. > [1] https://stat.ethz.ch/pipermail/r-devel/2012-April/063762.html > [2] http://www.bitlaw.com/copyright/database.html UniProt.org is registered in the US. Is there any reason to believe this particular work is tainted by EU database rights? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Re: Bits from Debian Med team
Hi David, On Tue, 3 Apr 2012, David Prévot wrote: [1a] http://debian-med.alteholz.de/advent/ Thanks for your initiative, but I don't really feel comfortable with the way you baptized it. Would it be possible to avoid religious-based naming scheme? in my opinion this Advent Calendar has rather secular content. But of course it is possible to use any other naming scheme. Do you have any suggestions? Best regards Thorsten
Re: Standard C Library complance test suite
On Tue, Apr 03, 2012 at 09:55:19AM +1000, Peter Miller wrote: > On Mon, 2012-04-02 at 19:39 +0200, David Weinehall wrote: > > So, I'm curious here: why would you need a non-copyleft license for a > > *test suite*? > > Consider the case where a legal department was worried about the code > repository becoming "tainted" with uncontrolled or ill-considered GPL > obligations. If the legal department is that incompetent it's about time they got replaced by more competent people... Regards: David -- /) David Weinehall /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- 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/20120404185411.gl17...@suiko.acc.umu.se
Re: Bug#667496: ITP: python-smmap -- pure git implementation of a sliding window memory map manager
Hello, On Wed, 04 Apr 2012 22:40:28 +0900 TANIGUCHI Takaki wrote: > Description : pure git implementation of a sliding window Sorry? Pure git? -- WBR, Andrew signature.asc Description: PGP signature
Bug#667564: ITP: servefile -- Serve files from shell via a small HTTP server
Package: wnpp Severity: wishlist Owner: Sebastian Lohff * Package name: servefile Version : 0.3.1 Upstream Author : Sebastian Lohff * URL : http://seba-geek.de/stuff/servefile/ * License : GPLv3+ Programming Lang: Python Description : Serve files from shell via a small HTTP server Serve files from shell via a small HTTP server. The server redirects all HTTP requests to the file, so only IP and port must be given to another user to access the file. Its main purpose is to quickly send a file to users in your local network, independent of their current setup (OS/software). -- 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/20120404222802.7782.8439.report...@navi.lair.seba-geek.de
Re: Non-copyrightable work with non-free license.
On Wed, 04 Apr 2012, Steve Langasek wrote: > UniProt.org is registered in the US. Is there any reason to believe > this particular work is tainted by EU database rights? UniProt is part of EMBL, which is in the EU. That said, if the purpose is to get protein sequences for examples, I don't know why those in NCBI can't be used instead. Don Armstrong -- Any excuse will serve a tyrant. -- Aesop 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 Archive: http://lists.debian.org/20120404224725.go13...@rzlab.ucr.edu
Re: Bits from Debian Med team
Thorsten Alteholz writes: > Hi David, > > On Tue, 3 Apr 2012, David Prévot wrote: > >> [1a] http://debian-med.alteholz.de/advent/ > > > > Thanks for your initiative, but I don't really feel comfortable with > > the way you baptized it. Would it be possible to avoid > > religious-based naming scheme? > > in my opinion this Advent Calendar has rather secular content. But of > course it is possible to use any other naming scheme. Do you have any > suggestions? The Nordic countries evidently have adopted that calendar tradition https://en.wikipedia.org/wiki/Nordic_Christmas_calendar> in a wholly secular manner. Would “Yule Calendar” (English translation of the Nordic names) be an appropriate name? -- \ “He that would make his own liberty secure must guard even his | `\ enemy from oppression.” —Thomas Paine | _o__) | Ben Finney -- 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/8762dfjdwt@benfinney.id.au
Re: Processed: reassign 667457 to gwaei
Dear -devel list
Hi Michael,
We seem to have a problem here ... I got a bug report about a
broken gwaei, which *I* believe is has its fault in an update
of libgtk and related libs, since nothing has changed in gwaei
in long time. The same has happened to me with eog, it just
refuses to start, see bug #665374.
Looking at the eog bug I see the upstream bug report
https://bugzilla.gnome.org/show_bug.cgi?id=662630 and there are
remarks:
> I didn't realise that it would be necessary to enter the gdk threads before
> g_application_run() in order to avoid problems with gtk_main().
>
> Ideally, that would not be required, and the obvious eog fix would be to drop
> the thread enter call.
So I reassigned the bug to libgtk and adjusted severity to serious,
as it breaks unrelated software. BUt it got reassigned back ...
On Mi, 04 Apr 2012, Michael Biebl wrote:
> >>> reassign 667457 gwaei
> >
> > Ahaaa, and why?
>
> Because this bug has absolutely nothing to do with libgtk-3-0
But? Definitely not gwaei, because nothing has changed in gwaei.
And the point is that the fix is related to th gthread, I have to
remove -DGTK_DISABLE_DEPRECATED and calls to gdk_threads_enter
and gdk_threads_leave.
And are you telling me that has nothing to do with libgtk?
It might be that it is one of the libraries related to gtk, like
gdk, g*-*thread* whatever. I leave that to the maintainer to decided.
So, short history line:
- gwaei (and eoq) uploaded ling time ago ... all working
- libgtk and other gtk-related libs updated ... gwaei (and eog) breaks
- fix by doing this kind of gtk related source code fixing
So, please, can you repeat with confidence that has *NOTHING*
to do with gtk?
I don't know what the plan of the gtk&co maintainers is, but ATM
at least gwaei and eog - and I don't know which other packages
also, are broken, and there are no Breaks in the respective libs.
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
EXETER (n.)
All light household and electrical goods contain a number of vital
components plus at least one exeter. If you've just mended a fuse,
changed a bulb or fixed a blender, the exeter is the small, flat or
round plastic or bakelite piece left over which means you have to undo
everything and start all over again.
--- Douglas Adams, The Meaning of Liff
--
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/20120404235256.ga16...@gamma.logic.tuwien.ac.at
