Re: The Spirit of Free Software, or The Reality
Paul Wise schrieb: > On Thu, Jul 16, 2015 at 6:17 AM, Mike Hommey wrote: > >> I, myself, find our DFSG-freeness pickiness going too far, and I'm sick >> of this icon thing. So, here's what I'm going to do: unless I hear >> non-IANAL objection until the next upstream release due on august 11 >> (and I'm BCCing the DPL in case he wants to have the SPI lawyer(s) look >> into this), I will remove the replacement of the bundled icons with >> urls. Fully agreed. > How about just disabling the icons altogether? They seem unnessecary > to me. They're certainly necessary. W/o the icons there would be no indication which search engine is currently selected in the Iceweasel search box. Cheers, Moritz -- 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/slrnmqhae5.iss@inutil.org
Bug#792660: ITP: cups-x2go -- Virtual X2Go printer for CUPS
Package: wnpp Severity: wishlist Owner: Mike Gabriel * Package name: cups-x2go Version : 3.0.1.3 Upstream Author : Oleksandr Shneyder * URL : http://wiki.x2go.org * License : GPL Programming Lang: Perl Description : Virtual X2Go printer for CUPS X2Go is a server based computing environment with - session resuming - low bandwidth support - session brokerage support - client side mass storage mounting support - audio support - authentication by smartcard and USB stick CUPS-X2Go provides a CUPS-backend for X2Go printing. This package will be provided by the X2Go Packaging Team. -- 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/20150717082130.14260.34476.report...@minobo.das-netzwerkteam.de
Huge data files in Debian
Hi all,
again a question where I find it difficult to put it into one single
box. However, please reply to debian-science.
I am trying to get the package "astrometry.net" into Debian. This
package exists for Ubuntu [1], but (with some minor changes) could be
uploaded to Debian as well. I already contacted the creator of the
package (no reply yet).
The package, however, is accompanied with a number of data files from
which at least some are needed to run the package. Fortunately, these
data files are DFSG, and already available as Debian packages [2].
But: These packages sum up to ~25 GB, with the maximal package size of
3.5 GB. What is the best way to deal with them? Loosely following the
discussion about the Icedove icons, it is probably not a wise idea
("privacy breach") to let them downloaded from a third party server; at
least as long as they are DFSG-free. But can (and shall) our Debian
servers store these files? Is 25 GB much for us or not these days?
I would guess that this package will have about the same number of
installations (popcon ~250, 0.2 %) as the other astronomy related packages.
Best regards
Ole
[1] https://launchpad.net/ubuntu/+source/astrometry.net/
[2] http://data.astrometry.net/debian/
--
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/55a8be23.9020...@debian.org
Bug#792664: ITP: ori -- secure distributed file system
Package: wnpp Severity: wishlist Owner: Afif Elghraoui X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: ori Version : 0.8.1 Upstream Author : Stanford University * URL : http://ori.scs.stanford.edu/ * License : ori (MIT-like) Programming Lang: C++ Description : secure distributed file system Ori is a distributed file system built for offline operation and empowers the user with control over synchronization operations and conflict resolution. History is provided through lightweight snapshots and users can verify that the history has not been tampered with. Through the use of replication, instances can be resilient and recover damaged data from other nodes. I will need a sponsor for this package. I am currently packaging on my local machine using git-build-package and may publish the repository on my own git server or seek access on collab-maint. -- Afif Elghraoui | عفيف الغراوي http://afif.ghraoui.name -- 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/55a8c4fa.8050...@ghraoui.name
Re: The Spirit of Free Software, or The Reality
On Fri, Jul 17, 2015 at 02:38:12PM +0800, Paul Wise wrote: > On Thu, Jul 16, 2015 at 6:17 AM, Mike Hommey wrote: > > > I, myself, find our DFSG-freeness pickiness going too far, and I'm sick > > of this icon thing. So, here's what I'm going to do: unless I hear > > non-IANAL objection until the next upstream release due on august 11 > > (and I'm BCCing the DPL in case he wants to have the SPI lawyer(s) look > > into this), I will remove the replacement of the bundled icons with > > urls. > > How about just disabling the icons altogether? They seem unnessecary > to me. Removing them would avoid both the potential DFSG issue and the > privacy issue. Would you dare say this is useful? http://i.imgur.com/duKHZKF.png Mike -- 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/20150717105745.ga31...@glandium.org
Re: The Spirit of Free Software, or The Reality
Le 17/07/2015 12:57, Mike Hommey a écrit : > On Fri, Jul 17, 2015 at 02:38:12PM +0800, Paul Wise wrote: >> On Thu, Jul 16, 2015 at 6:17 AM, Mike Hommey wrote: >> >>> I, myself, find our DFSG-freeness pickiness going too far, and I'm sick >>> of this icon thing. So, here's what I'm going to do: unless I hear >>> non-IANAL objection until the next upstream release due on august 11 >>> (and I'm BCCing the DPL in case he wants to have the SPI lawyer(s) look >>> into this), I will remove the replacement of the bundled icons with >>> urls. >> How about just disabling the icons altogether? They seem unnessecary >> to me. Removing them would avoid both the potential DFSG issue and the >> privacy issue. > Would you dare say this is useful? > http://i.imgur.com/duKHZKF.png > > Mike > > This seems to be the new DFSG game. Pick an icon, and get random results. Adrien -- 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/55a8ef44.7000...@antipoul.fr
Re: The Spirit of Free Software, or The Reality
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/17/2015 12:57 PM, Mike Hommey wrote: > On Fri, Jul 17, 2015 at 02:38:12PM +0800, Paul Wise wrote: >> On Thu, Jul 16, 2015 at 6:17 AM, Mike Hommey wrote: >> >>> I, myself, find our DFSG-freeness pickiness going too far, and >>> I'm sick of this icon thing. So, here's what I'm going to do: >>> unless I hear non-IANAL objection until the next upstream >>> release due on august 11 (and I'm BCCing the DPL in case he >>> wants to have the SPI lawyer(s) look into this), I will remove >>> the replacement of the bundled icons with urls. >> >> How about just disabling the icons altogether? They seem >> unnessecary to me. Removing them would avoid both the potential >> DFSG issue and the privacy issue. > > Would you dare say this is useful? http://i.imgur.com/duKHZKF.png One Search Icon To Rule Them All! - -- It's not the COST, it's the VALUE -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVqPK3AAoJEC5cILs3kzv9FZ4P/3sCfcydSXC3gcCTD6Xw/mZo YEAimquwDDXUcKuliOTL8XbBRG5xFX34eLqefpbs99x0qK0tbzF2vwFds3Gk1PF9 IwkeSaxp7JWRbNv0gCMEUTQ2QnYqTgmSCjy3YdCFVOTp0K+pfTy9uqUvWgfbF0Mq uxYrymRuGnFCFhTSzRe1dLnSsq6X3rIVhWiwt9np22O+sLCfa19krBc7ZTBIYTfo E9AiEx7lz+JZxE+jZ1CyG/GBhuYz5USkNNmr9FX6nKkFK98/2wZ0HDvHKPhLD75a ZJeiSG1caQQ0o/6yQsI0O5HAxEVwEPeSCmwBMD2jn7Nm8KRKMdxyt5qpSpyE06iR qkd8if0SnMKq5BgNORvZBkXIoWETHo4yOS2QUSy4U2xY5GhW2WqeFG4BJaHcrvQd O0XqANn8jItuFQF0DI/V2oHiwsQLscaocNlXcpygF3HPxSES6jak94uoJRvIziCx u4kc+wv3TvLBSek0h+felF/40aXbKAU1SzIp7qJFWJRXMiBiDj2zo8iKxcRmy0Oa XU57icZ9k+p3YibJyqlAi7BAGDsc5YQPZa7Rrqdb/Rl5S7/Qv3py+4o2TJpPD3qY nULrGLlQIrrOHsDgRbSvAiEx6D07d66YaQApNcjRuA7HFydpZhs1baGttApRMTE1 1kjTIqjUJe9DFJBnq6yM =efXC -END PGP SIGNATURE- -- 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/55a8f2b8.6020...@riseup.net
Re: The Spirit of Free Software, or The Reality
Ian Jackson chiark.greenend.org.uk> writes: >For example, in this case, it would be technically possible for >(say) Google (or someone masquerading as Google) to change the icon >offered to Debian's Iceweasel to one which looks very like >Wikipedia's icon. FWIW, there are DuckDuckGo iceweasel search plugins out there (don’t know if the one Debian ships is one of them) that encode the favicon, which makes it not download it: data:image/x-icon;base64,AAABAAEAEBEAIAB[…] Maybe patch all the others to do that could help? bye, //mirabilos, who agrees those implicit requests are not so nice
Bug#792680: ITP: flask-flatpages -- Provides flat static pages to a Flask application.
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: flask-flatpages Version: 0.6 Upstream Author: SimonSapin , playpauseandstop URL: https://github.com/SimonSapin/Flask-FlatPages/ License: BSD-3 Programming Lang: Python Description: Provides flat static pages to a Flask application, based on text files as opposed to a relational database. Flask-FlatPages provides a collection of pages to your Flask application. Pages are built from “flat” text files as opposed to a relational database. Works on Python 2.6, 2.7 and 3.3+ and out of the box with many flask extensions already present in Debian. signature.asc Description: OpenPGP digital signature
Re: The Spirit of Free Software, or The Reality
Ian Jackson chiark.greenend.org.uk> writes: > The problem is simply that the icons are non-DFSG-free. You could make a screenshot from where the original icons are shown, then re-encode those tiny 16x16px thingies into new *.ico files with GIMP. This is sorta like taking a photograph (if in doubt, take an actual photo), or a bitmap font (where neither the font nor the indi‐ vidual glyphs fall under copyright law), so only trademark law matters, and Don already said Debian can “probably” use them to refer to the sites in question. I question that 16x16px logos fall under the copyright law at all. Maybe some of the picture metadata, at best (hence the suggestion to re-encode).
Re: Debian books (Was: Bits from the DPL - July)
Hi, Excuse my umbiguous statements. On Fri, Jul 17, 2015 at 02:26:30PM +0800, Paul Wise wrote: > On Thu, Jul 16, 2015 at 10:35 PM, Osamu Aoki wrote: > > > But that section can be split in to 2 sentions. FREE and NON-FREE, > > with FREE on the top. > > It is already split into sections by language. Maybe just list the > licenses and sort the list in each section by freeness? I am talking about "The Debian Administrator's Handbook" by Raphaël and Roland. Such free book should be listed on the top of list. That is the point. > > I think we are missing Debisn systemd documents soch as slides > > such as one by Lucas (FREE): > > https://github.com/lnussbaum/slides-lectures/blob/master/systemd.pdf > > This isn't really a book so probably should not be on the books page. > > They can of course go on the talks/presentations pages: > > https://www.debian.org/events/talks > https://wiki.debian.org/Presentations Very interesting pages which I was unaware. Updating these and linkling from https://www.debian.org/doc/ seems to be good idea. > > If martin f krafft's book is under free licence and packaged, we can > > also put it on our web pagess. Also let's make announcent :-) > > Martin's book is already listed on the books page. Yes but his listed work is a non-free one as of now. His post seems to indicate he may go free ... I meant by "put it on our web pages" as contents of the document are available on www.debian.org. Raphaël and Roland's free work is on www.debian.org which means it is mirrored for easy access. If martin's work becomes free, we can do the same. Osamu -- 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/20150717130848.GA3471@goofy.local
Re: The Spirit of Free Software, or The Reality
Adam Borowski angband.pl> writes: > Note that while requestpolicycontinued is capable to do everything original > requestpolicy did, in its default mode it's just a poor ad blocker, The new xul-ext-requestpolicy is a severe regression from the old one: • it defaults to all permitted • it fails at importing old permissions • if you temporarily enable all requests, then exit iceweasel and start it anew, it is still in the “temporarily enable all requests” mode Furthermore – but the old one couldn’t do this either – there’s no way to say “always forbid to this specific site and don’t bother me with it again (e.g. by using the red flag”. The new one can add “always forbid” rules, but it fails in that… • … the red flag is still shown • … it blocks same-site requests (e.g. twitter.com → twitter.com, if requests to twitter.com are blocked), which wouldn’t be so bad if not for… • … it doesn’t have a way to grant explicit exceptions for such blocks OK, wrong place to complain about RequestPolicy, admittedly. It’s just that it’s the only actually effective ad blocker, for use by me when lynx, my default webbrowser, isn’t enough. bye, //mirabilos
Bug#792683: RFP: geronimo-interceptor-1.1-spec -- Geronimo API implementation of the Interceptor 1.1 spec
Package: wnpp Severity: wishlist * Package name: geronimo-interceptor-1.1-spec Version : 1.0 Upstream Author : Apache Geronimo Developers * URL : http://geronimo.apache.org * License : Apache-2.0 Programming Lang: Java Description : Geronimo API implementation of the Interceptor 1.1 spec Apache Geronimo is an open source application server developed by the Apache Software Foundation and distributed under the Apache license. The goal of the Geronimo project is to produce a server runtime framework that pulls together the best Open Source alternatives to create runtimes that meet the needs of developers and system administrators. Its most popular distribution is a fully certified Java Enterprise Edition 5.0 (Java EE 5) application server runtime. This package provides the Geronimo API implementation of the Interceptor 1.1 spec (javax.interceptor classes). This package is required for libcommons-jcs-java (#783538), which in turn is required for JOSM >= 8279 (#785416). -- 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/20150717132638.1779.87460.report...@osiris.linuxminded.xs4all.nl
Bug#792686: RFP: geronimo-atinject-1.0-spec -- Geronimo API implementation of the AtInject 1.0 spec
Package: wnpp Severity: wishlist * Package name: geronimo-atinject-1.0-spec Version : 1.0 Upstream Author : Apache Geronimo Developers * URL : http://geronimo.apache.org * License : Apache-2.0 Programming Lang: Java Description : Geronimo API implementation of the AtInject 1.0 spec Apache Geronimo is an open source application server developed by the Apache Software Foundation and distributed under the Apache license. The goal of the Geronimo project is to produce a server runtime framework that pulls together the best Open Source alternatives to create runtimes that meet the needs of developers and system administrators. Its most popular distribution is a fully certified Java Enterprise Edition 5.0 (Java EE 5) application server runtime. This package provides the Geronimo API implementation of the AtInject 1.0 spec (javax.inject classes). This package is required for libcommons-jcs-java (#783538), which in turn is required for JOSM >= 8279 (#785416). -- 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/20150717140307.7346.36125.report...@osiris.linuxminded.xs4all.nl
Re: The Spirit of Free Software, or The Reality
Le 17/07/2015 15:09, Thorsten Glaser a écrit : > OK, wrong place to complain about RequestPolicy, admittedly. > It’s just that it’s the only actually effective ad blocker, > for use by me when lynx, my default webbrowser, isn’t enough. > > Maybe you should try the "I am an advanced user" of uBlock (or uBlock Origin, it's up to you). It replaces AdblockPlus and RequestPolicy in a much more efficient UI for me. More complex also… Adrien -- 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/55a90c84.40...@antipoul.fr
Re: The Spirit of Free Software, or The Reality
On Fri, 17 Jul 2015, Adrien CLERC wrote: > Maybe you should try the "I am an advanced user" of uBlock (or uBlock > Origin, it's up to you). It replaces AdblockPlus and RequestPolicy in a > much more efficient UI for me. More complex also… Hm, but, tbh, I’m not. I absolutely hate Firef*x but there are certain “web applications” that require it. Also, things like geographic applications (geocaching, geodashing, geovexilla, geohashing, shutterspot, munzee, …) don’t make sense in lynx. I still try to use it as few as possible. bye, //mirabilos -- Sometimes they [people] care too much: pretty printers [and syntax highligh- ting, d.A.] mechanically produce pretty output that accentuates irrelevant detail in the program, which is as sensible as putting all the prepositions in English text in bold font. -- Rob Pike in "Notes on Programming in C" -- 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/alpine.deb.2.20.1507171615240.11...@tglase.lan.tarent.de
Bug#792690: RFP: geronimo-jcache-1.0-spec -- Geronimo API implementation of the JCache 1.0 spec
Package: wnpp Severity: wishlist * Package name: geronimo-jcache-1.0-spec Version : 1.0~alpha1 Upstream Author : Apache Geronimo Developers * URL : http://geronimo.apache.org * License : Apache-2.0 Programming Lang: Java Description : Geronimo API implementation of the JCache 1.0 spec Apache Geronimo is an open source application server developed by the Apache Software Foundation and distributed under the Apache license. The goal of the Geronimo project is to produce a server runtime framework that pulls together the best Open Source alternatives to create runtimes that meet the needs of developers and system administrators. Its most popular distribution is a fully certified Java Enterprise Edition 5.0 (Java EE 5) application server runtime. This package provides the Geronimo API implementation of the JCache 1.0 spec (javax.cache classes). This package is required for libcommons-jcs-java (#783538), which in turn is required for JOSM >= 8279 (#785416). -- 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/20150717143229.11195.11562.report...@osiris.linuxminded.xs4all.nl
Replacement Default Icons for Iceweasel [was Re: The Spirit of Free Software, or The Reality]
On Thu, 16 Jul 2015, Don Armstrong wrote:
> This is why I said "if they're necessary, then they're necessary".
Here's a set of default icons which can trivially be expanded to avoid
shipping those icons and downloading them:
for icon in ebay google wikipedia bing; do
convert -size 16x16 xc:white -pointsize 8 \
-font 'DejaVu-Sans' -fill black \
-stroke none \
-draw "text 0,7 '${icon:0:3}'" \
-draw "text 0,14 '${icon:3:3}'" \
${icon}.png;
done;
--
Don Armstrong http://www.donarmstrong.com
Judge if you want.
We are all going to die.
I intend to deserve it.
-- a softer world #421
http://www.asofterworld.com/index.php?id=421
--
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/20150717143800.GR6137@geta
Bug#792691: RFP: geronimo-jcdi-1.0-spec -- Geronimo API implementation of the JCDI 1.0 spec
Package: wnpp Severity: wishlist * Package name: geronimo-jcdi-1.0-spec Version : 1.0 Upstream Author : Apache Geronimo Developers * URL : http://geronimo.apache.org * License : Apache-2.0 Programming Lang: Java Description : Geronimo API implementation of the JCDI 1.0 spec Apache Geronimo is an open source application server developed by the Apache Software Foundation and distributed under the Apache license. The goal of the Geronimo project is to produce a server runtime framework that pulls together the best Open Source alternatives to create runtimes that meet the needs of developers and system administrators. Its most popular distribution is a fully certified Java Enterprise Edition 5.0 (Java EE 5) application server runtime. This package provides the Geronimo API implementation of the JCDI 1.0 spec (javax.decorator, javax.enterprise.context, javax.enterprise.event, javax.enterprise.inject & javax.enterprise.util classes). This package is required for libcommons-jcs-java (#783538), which in turn is required for JOSM >= 8279 (#785416). -- 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/20150717144036.12055.49479.report...@osiris.linuxminded.xs4all.nl
Re: Packaging certain libraries as "end-user software"
Hi, On 07/09/2015 06:39 PM, Bas Wijnen wrote: > On Thu, Jul 09, 2015 at 05:26:32PM +0200, Ansgar Burchardt wrote: >> I'm wondering about the shared library packaging requirements in Policy >> for the special case of scientific libraries that are not intended to be >> used by applications, but are to be used by end-users directly, > > What does "to be used by end users directly" mean? That they will use them to > compile programs? That's not special. Because they are used for compiling, > most shared libraries are Build-Depends of other packges, but that's not the > only reason they exist. All libraries are available for developer end users. It's less of a library than an environment used for research. Compiling is just a required step to run your code, but applications are usually not distributed in binary form. (Well, not that distributing binaries outside a distribution is fun on Linux anyway ;) ). >> and that do not have a stable ABI. > > That is an issue. It means that upstream will either need to change the > soname > a lot, which is probably not what they do, or that it shouldn't be a shared > library (but a static library instead). Changing the soname often is not an issue; it's just for Debian if the package name changes with the soname... Note that Haskell also doesn't rename packages all the time, but instead Provides: a virtual package which name changes on ABI changes. What I plan to do is similar. >> In particular does splitting out the shared library package provide >> anything useful here? It means additional work for no benefit I can see >> as parallel installation of multiple versions would require having >> multiple -dev packages as well to be useful... > > The benefit of changing the soname and package name of a shared library is not > that multiple versions can be used for development, but rather that programs > compiled against an incompatible old version will still work when the new > version is installed. This is because the old version is not uninstalled from > the system (even if it may be removed from the archive after the dependency is > upgraded there; the old application still links to the old library, which will > remain installed on the user's machine at least until that application is > upgraded or removed). I see no problem with forcing users to recompile their applications; they usually already do so all the time anyway. So, I still plan to drop the extra library packages and just move the shared library to libdune-*-dev. Ansgar -- 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/55a91f7c.1090...@debian.org
Re: The Spirit of Free Software, or The Reality
On Fri, 2015-07-17 at 19:57 +0900, Mike Hommey wrote: > Would you dare say this is useful? > http://i.imgur.com/duKHZKF.png I agree that isn't very useful. I don't actually use the search bar as you can't[1] have multiple instances of it so I hadn't seen current versions of it but I did see that an earlier version of Firefox used a simple drop-down of names and icons. That would work just fine with the icons removed from the drop-down. 1. http://bonedaddy.net/pabs3/log/2011/11/04/migrate-from-galeon-to-iceweasel-firefox/ -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: The Spirit of Free Software, or The Reality
On 07/16/2015 01:00 AM, Ben Finney wrote: Bas Wijnen writes: The "problem" that nobody mentioned it may be caused by the fact that nobody really considers those icons non-free, The copyright holder of those icons does not, AFAIK, grant restricted license for recipients to modify and redistribute the work. That makes those works non-free by my reading of the Social Contract. IANAL but the icons are not part of the work (the browser); they are trademarks for purposes of identification of an integration with a third-party service; they don't have to be DFSG-free, just redistributable by Debian (and possibly not even that because this usage could fall into fair use, as long as there is no claim or appearance that the third-party endorses the work). Best regards. -- 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/55a9239b.3060...@alvarezp.org
Re: Huge data files in Debian
On Fri, 17 Jul 2015, Ole Streicher wrote:
> Hi all,
> again a question where I find it difficult to put it into one single
> box. However, please reply to debian-science.
> I am trying to get the package "astrometry.net" into Debian. This
> package exists for Ubuntu [1], but (with some minor changes) could be
> uploaded to Debian as well. I already contacted the creator of the
> package (no reply yet).
> The package, however, is accompanied with a number of data files from
> which at least some are needed to run the package. Fortunately, these
> data files are DFSG, and already available as Debian packages [2].
> But: These packages sum up to ~25 GB, with the maximal package size of
> 3.5 GB. What is the best way to deal with them? Loosely following the
> discussion about the Icedove icons, it is probably not a wise idea
> ("privacy breach") to let them downloaded from a third party server; at
> least as long as they are DFSG-free. But can (and shall) our Debian
> servers store these files? Is 25 GB much for us or not these days?
Unfortunately it is unlikely that we (as Debian) would be able to
afford providing generic storage and distribution of such large data
packages. It just wouldn't scale -- where would be a cut off? (some
datasets we deal with in neuroimaging are already tens of TBs)
But also it is not just about "storage" -- conventional organization
(.orig.tar.* + .deb) with data being duplicated in both doesn't scale
well as well.
The "ultimate" solution we are aiming for (see http://datalad.org for more
information) is to utilize git-annex and "ship" either mere pointers to
git-annex sources or lean (without data) git-annex repositories which
fetch data from original (or mirrors) data providers.
Meanwhile, we (http://neuro.debian.net) have started to use git-annex to
at least avoid bloated .orig.tar.gz, see e.g.
http://neuro.debian.net/pkgs/python-mvpa2-tutorialdata.html
sources: http://git.debian.org/?p=pkg-exppsy/pymvpa2-tutorialdata.git
So, .orig is in 3.0 (git) format and is just a lean annex repository.
When building a binary packages then load gets fetched, and brought into
.deb binary packages.
NB Some of the older packages on NeuroDebian still come with
bloated structure (orig + deb) or some other workarounds. But none of
them was really scalable since we can't host all the data we might want
to provide.
Going to debconf15? may be we could have a BoF or just a lunch chat to
discuss this eye-to-eye? ;)
--
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Research Scientist,Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419
WWW: http://www.linkedin.com/in/yarik
--
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/20150717160336.go28...@onerussian.com
Re: The Spirit of Free Software, or The Reality
On Jul 17 2015, Mike Hommey wrote: > On Fri, Jul 17, 2015 at 02:38:12PM +0800, Paul Wise wrote: >> On Thu, Jul 16, 2015 at 6:17 AM, Mike Hommey wrote: >> >> > I, myself, find our DFSG-freeness pickiness going too far, and I'm sick >> > of this icon thing. So, here's what I'm going to do: unless I hear >> > non-IANAL objection until the next upstream release due on august 11 >> > (and I'm BCCing the DPL in case he wants to have the SPI lawyer(s) look >> > into this), I will remove the replacement of the bundled icons with >> > urls. >> >> How about just disabling the icons altogether? They seem unnessecary >> to me. Removing them would avoid both the potential DFSG issue and the >> privacy issue. > > Would you dare say this is useful? > http://i.imgur.com/duKHZKF.png Mike, thank you for continuing to put up with this (and for actually bothering to reply with a screenshot). Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« -- 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/87io9ikbi4@thinkpad.rath.org
Re: The Spirit of Free Software, or The Reality
On Fri, Jul 17, 2015 at 3:07 PM, Moritz Mühlenhoff wrote: > They're certainly necessary. W/o the icons there would be no indication > which search engine is currently selected in the Iceweasel search box. The Tor Browser has the name of the search engine in the search box in grey when no text has been typed. That should be enough of an indicator. -- bye, pabs https://wiki.debian.org/PaulWise -- 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/caktje6fr0mkpb5u0c-hv0dudswcwjordv5vfdsspt9oualo...@mail.gmail.com
Re: The Spirit of Free Software, or The Reality
On Fri, Jul 17, 2015 at 9:03 PM, Thorsten Glaser wrote: > You could make a screenshot from where the original icons are shown, > then re-encode those tiny 16x16px thingies into new *.ico files with > GIMP. This is sorta like taking a photograph (if in doubt, take an > actual photo), or a bitmap font (where neither the font nor the indi‐ > vidual glyphs fall under copyright law), so only trademark law matters, > and Don already said Debian can “probably” use them to refer to the > sites in question. Debian has legal advice from SPI lawyers that screenshots are derivative works and thus are under the same license as the software they are derived from. http://lists.debian.org/debian-legal/2008/08/msg00016.html http://lists.debian.org/debian-legal/2008/08/msg00018.html Trademarks are indeed irrelevant here. > I question that 16x16px logos fall under the copyright law at all. > Maybe some of the picture metadata, at best (hence the suggestion > to re-encode). I expect some creativity goes into cramming logos into such a small space but IANAL so... -- bye, pabs https://wiki.debian.org/PaulWise -- 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/caktje6g0xe0qv5immdjnfxz6sx6-tv7qbf6jva1lukx_772...@mail.gmail.com
Proposed MBF: rcS init scripts with no equivalent systemd service file
Hi all, I'd like to file bugs (severity: important) on packages that ship an init script that installs into runlevel S, but do not provide a systemd service for it. I plan to use the init-rcs-service [usertag] to record all filed bugs. === BEGIN TEMPLATE === Hi, Your package has an initscript that is enabled in runlevel S, but it does not provide a corresponding systemd service unit. Systemd generates units for all sysv init scripts that do not have a corresponding systemd unit. By default, it sets DefaultDependencies=yes, which means they get ordered after early boot. The problem is that to preserve the runlevel S semantics, systemd in debian is currently[1] ordering all S services Before=sysinit.target. This target is particularly early in the boot sequence, which means that it is most of the time too strict. In turn, this means it is fairly easy to end up with dependency cycles. For an example, see bug [763315]. Do note that the cycle still exists with sysvinit, it is just that systemd complains more loudly. The solution is straightforward: create a systemd unit for the given service with the appropriate dependencies, which most of the time will be less strict than Before=sysinit.target. In other cases, the script is simply not applicable in systemd (eg, if the units are named differently), in which case the package should ship a symlink to /dev/null as /lib/systemd/system/.service. If you have any other doubts, feel free to ask in pkg-systemd-maintain...@lists.alioth.debian.org [1] http://sources.debian.net/src/systemd/222-2/debian/patches/Add-support-for-rcS.d-init-scripts-to-the-sysv-gener.patch/ [763315] https://bugs.debian.org/763315 === END TEMPLATE === I have used the new lintian systemd-no-service-for-init-rcS-script [tag] to compile a list of packages that are affected. Some maintainers are already aware of the problem. If you are working on this and prefer not to have a bug filed, or there is already one filed, please let me know. AFAIK setserial is the only one that has a bug already filed [786976]. [usertag] https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-systemd-maintain...@lists.alioth.debian.org;dist=unstable;tag=init-rcs-service [tag] https://lintian.debian.org/tags/systemd-no-service-for-init-rcS-script.html , but there are some false positives in this list. [786976] https://bugs.debian.org/786976 dd-list of affected packages: Ana Beatriz Guerrero Lopez srptools (U) Anibal Monsalve Salazar nfs-utils (U) pidentd rpcbind Anton Zinoviev kbd (U) Asias He zfs-fuse Axel Beckert screen Bastian Blank gfs2-utils (U) lvm2 (U) redhat-cluster (U) Ben Hutchings nfs-utils (U) Benda Xu oss4 (U) Christian Hofstaedtler ipsec-tools (U) Christian Seiler open-iscsi (U) Console utilities maintainers kbd David Martínez Moreno aoetools Debian Accessibility Team espeakup Debian AppArmor Team apparmor Debian FCoE Maintainers fcoe-utils Debian HA Maintainers gfs2-utils redhat-cluster Debian iSCSI Maintainers open-iscsi Debian kernel team nfs-utils Debian LVM Team lvm2 multipath-tools Debian mdadm maintainers mdadm Debian OSS4 Maintainers oss4 Debian QA Group adjtimex ndisc6 nvi Debian Virtualbox Team virtualbox Eric Delaunay scsitools Frank B. Brokken natlog Frederik Schüler gfs2-utils (U) ocfs2-tools (U) redhat-cluster (U) George Danchev natlog (U) Gianfranco Costamagna virtualbox (U) Guido Günther gfs2-utils (U) multipath-tools (U) redhat-cluster (U) Guus Sliepen ifupdown wireless-tools Holger Levsen apparmor (U) intrigeri apparmor (U) Iustin Pop mt-st Jacob Luna Lundberg fcoe-utils (U) Jan Christoph Nordholz screen (U) Jeremy Lainé ocfs2-tools Joao Eriberto Mota Filho zvbi Jochen Friedrich ebtables Kees Cook apparmor (U) Liang Guo fcoe-utils (U) Martin Loschwitz gfs2-utils (U) redhat-cluster (U) Matt Grant ipsec-tools (U) Michael Meskes hdparm (U) Michael Schutte kbd (U) Michael Tokarev mdadm (U) Noah Meyerhans ipsec-tools (U) OFED and Debian Developement and Discussion srptools Peter De Schrijver (p2) linux-atm pkg-ipsec-tools team ipsec-tools Raphael Geissert readahead-fedora Ritesh Raj Sarraf fcoe-utils (U) multipath-tools (U) open-iscsi (U) virtualbox (U) Romain Beauxis oss4 (U) Rémi Denis-Courmont ndisc6 Samuel Thibault espeakup (U) oss4 (U) Sebastien NOEL oss4 (U) Stephan Sürken gom Stephen Gran hdparm Steve Langasek nfs-utils (U) Thorsten Alteholz setserial tony mancill natlog (U) William Dauchy ebtables (U) Wouter Verhelst nbd -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lis
Re: The Spirit of Free Software, or The Reality
On Wed, Jul 15, 2015 at 08:00:52AM -0700, Nikolaus Rath wrote: > On Jul 15 2015, Bas Wijnen wrote: > > As Jakub was saying: just starting it up without even visiting a site yet > > will > > do a POST and a *few dozen* GET requests. Shouldn't it be waiting with its > > checks until it actually knows what to check? What is it sending them at > > browser startup? > > Why don't you check the code? That won't answer the why, just the how. -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X -- 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/20150717174016.GB22734@tal
Re: Huge data files in Debian
On Fri, Jul 17, 2015 at 12:03:36PM -0400, Yaroslav Halchenko wrote: > > Going to debconf15? may be we could have a BoF or just a lunch chat to > discuss this eye-to-eye? ;) +1 Would you register a large data set BoF in Summit? Kind regards Andreas. -- http://fam-tille.de -- 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/20150717181532.gr13...@an3as.eu
Re: Packaging certain libraries as "end-user software"
On 2015-07-17, Ansgar Burchardt wrote: > So, I still plan to drop the extra library packages and just move the > shared library to libdune-*-dev. I'd suggest you set it up with shlibs that ensures that packages built against these libraries aren't installable in the archive. /Sune -- 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/mobhsl$lvt$1...@ger.gmane.org
Re: The Spirit of Free Software, or The Reality
Paul Wise writes: > On Fri, Jul 17, 2015 at 3:07 PM, Moritz Mühlenhoff wrote: > >> They're certainly necessary. W/o the icons there would be no indication >> which search engine is currently selected in the Iceweasel search box. > > The Tor Browser has the name of the search engine in the search box in > grey when no text has been typed. That should be enough of an > indicator. Have you considered that by removing the logos there are almost certainly people who will be less able to recognise which search engine they have selected? (be that because of poor sight, poor reading ability or perhaps because they only know the thing they want by its logo) Even if we had the right under copyright law to modify these logos, we'd not want to do it, because we're trying to display a trademark image in order to refer to the related service. It strikes me that the names of at least some of these services are also trademarked, so the text is presumably also immutable to some extent. Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd. |-| http://www.hands.com/http://ftp.uk.debian.org/ |(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY signature.asc Description: PGP signature
Re: Huge data files in Debian
* Ole Streicher , 2015-07-17, 10:34: But: These packages sum up to ~25 GB, with the maximal package size of 3.5 GB. Well, that's a lot. Just as data points: * The biggest binary package currently in the archive, ns3-doc_3.17+dfsg-1_all.deb, is only ~1GB. * The biggest source package, nvidia-cuda-toolkit_6.0.37-5, is only ~1.5GB. I'm afraid you might need to wait for the advent of data.d.o: https://lists.debian.org/87tzgm6yee@vorlon.ganneff.de (mind the typo: s/2 weeks/10 years/) -- Jakub Wilk -- 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/20150717193806.ga8...@jwilk.net
Re: The Spirit of Free Software, or The Reality
On Jul 18 2015, Chris Bannister wrote: > On Wed, Jul 15, 2015 at 08:00:52AM -0700, Nikolaus Rath wrote: >> On Jul 15 2015, Bas Wijnen wrote: >> > As Jakub was saying: just starting it up without even visiting a site yet >> > will >> > do a POST and a *few dozen* GET requests. Shouldn't it be waiting with its >> > checks until it actually knows what to check? What is it sending them at >> > browser startup? >> >> Why don't you check the code? > > That won't answer the why, just the how. Aeh, please re-read what you've quoted. The question was *what*, not *why* or *how*. And the code will answer that exactly. Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« -- 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/87si8mjx7j@thinkpad.rath.org
Re: The Spirit of Free Software, or The Reality
On Sat, Jul 18, 2015 at 12:57:41AM +0800, Paul Wise wrote: > On Fri, Jul 17, 2015 at 9:03 PM, Thorsten Glaser wrote: > > > You could make a screenshot from where the original icons are shown, > > then re-encode those tiny 16x16px thingies into new *.ico files with > > GIMP. This is sorta like taking a photograph (if in doubt, take an > > actual photo), or a bitmap font (where neither the font nor the indi‐ > > vidual glyphs fall under copyright law), so only trademark law matters, > > and Don already said Debian can “probably” use them to refer to the > > sites in question. > > Debian has legal advice from SPI lawyers that screenshots are > derivative works and thus are under the same license as the software > they are derived from. > > http://lists.debian.org/debian-legal/2008/08/msg00016.html > http://lists.debian.org/debian-legal/2008/08/msg00018.html > > Trademarks are indeed irrelevant here. Screenshots of games during play are not the same as logos. Mike -- 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/20150717222610.ga30...@glandium.org
Re: Huge data files in Debian
On Fri, 17 Jul 2015, Andreas Tille wrote: > > Going to debconf15? may be we could have a BoF or just a lunch chat to > > discuss this eye-to-eye? ;) > +1 > Would you register a large data set BoF in Summit? something like https://summit.debconf.org/debconf15/meeting/333/bof-big-data-packages/ ? not sure if I would actually like to be "The Speaker" ;) Cheers! -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Research Scientist,Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- 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/20150718015832.gl17...@onerussian.com
Bug#792751: ITP: e2fslibs1.41-dev -- legacy ext2/ext3/ext4 file system development libraries
Package: wnpp
Severity: wishlist
Owner: Milan Kupcevic
Control: affects -1 yaboot
* Package name: e2fslibs1.41-dev
Version : 1.41.14
Upstream Author : Theodore Y. Ts'o
* URL : http://e2fsprogs.sourceforge.net
* License : GPL, LGPL, BSD, MIT/X
Programming Lang: C
Description : legacy ext2/ext3/ext4 file system development libraries
The ext2, ext3 and ext4 file systems are successors of the original ext
("extended") file system. They are the main file system types used for
hard disks on Debian and other Linux systems.
This legacy package contains headers and static ext2fs, e2p and com_err
libraries.
This package is intended solely for the purpose of compiling yaboot
against it.
--
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/20150718022017.11623.67666.report...@powermac82.newton.home
Re: Huge data files in Debian
Hi!
On Fri, 2015-07-17 at 12:03:36 -0400, Yaroslav Halchenko wrote:
> On Fri, 17 Jul 2015, Ole Streicher wrote:
> > But: These packages sum up to ~25 GB, with the maximal package size of
> > 3.5 GB. What is the best way to deal with them? Loosely following the
> > discussion about the Icedove icons, it is probably not a wise idea
> > ("privacy breach") to let them downloaded from a third party server; at
> > least as long as they are DFSG-free. But can (and shall) our Debian
> > servers store these files? Is 25 GB much for us or not these days?
>
> Unfortunately it is unlikely that we (as Debian) would be able to
> afford providing generic storage and distribution of such large data
> packages. It just wouldn't scale -- where would be a cut off? (some
> datasets we deal with in neuroimaging are already tens of TBs)
> But also it is not just about "storage" -- conventional organization
> (.orig.tar.* + .deb) with data being duplicated in both doesn't scale
> well as well.
In addition, the .deb format has some size limits. Each tar entry is
currently limited to 8 GiB (but it should be 16 EiB, which I'll be
fixing soon), and each ar member is limited to around 9536.74 MiB
(which is inherently unfixable).
And not even all current code handling .deb handle current LFS,
.
> The "ultimate" solution we are aiming for (see http://datalad.org for more
> information) is to utilize git-annex and "ship" either mere pointers to
> git-annex sources or lean (without data) git-annex repositories which
> fetch data from original (or mirrors) data providers.
>
> Meanwhile, we (http://neuro.debian.net) have started to use git-annex to
> at least avoid bloated .orig.tar.gz, see e.g.
> http://neuro.debian.net/pkgs/python-mvpa2-tutorialdata.html
> sources: http://git.debian.org/?p=pkg-exppsy/pymvpa2-tutorialdata.git
>
> So, .orig is in 3.0 (git) format and is just a lean annex repository.
> When building a binary packages then load gets fetched, and brought into
> .deb binary packages.
Oh, then I think this settles #720598 (requesting the removal of the
«3.0 (git)» source format) for now, and knowing that it's being used
I'll just close the request. :)
Thanks,
Guillem
--
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/20150718030145.ga25...@gaara.hadrons.org
Re: Debian books (Was: Bits from the DPL - July)
On Fri, Jul 17, 2015 at 9:08 PM, Osamu Aoki wrote: > I meant by "put it on our web pages" as contents of the document are > available on www.debian.org. Raphaël and Roland's free work is on > www.debian.org which means it is mirrored for easy access. If martin's > work becomes free, we can do the same. I don't think we need to mirror them on the Debian website as they have their own websites for the books. -- bye, pabs https://wiki.debian.org/PaulWise -- 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/CAKTje6Frhu54dhYv_t6WPDeGJYHLhNc0=hpvrbw2mdlac_0...@mail.gmail.com
Re: Huge data files in Debian
On Fri, Jul 17, 2015 at 09:38:06PM +0200, Jakub Wilk wrote: > * Ole Streicher , 2015-07-17, 10:34: > >But: These packages sum up to ~25 GB, with the maximal package > >size of 3.5 GB. > > Well, that's a lot. Just as data points: > > * The biggest binary package currently in the archive, > ns3-doc_3.17+dfsg-1_all.deb, is only ~1GB. > > * The biggest source package, nvidia-cuda-toolkit_6.0.37-5, is only > ~1.5GB. > > > I'm afraid you might need to wait for the advent of data.d.o: > https://lists.debian.org/87tzgm6yee@vorlon.ganneff.de > (mind the typo: s/2 weeks/10 years/) > My first thought was "well, can all of us science-type users agree to host something like /afs/data.d.o/", and then I saw the following: On Fri, Jul 17, 2015 at 02:03:54AM -0700, Afif Elghraoui wrote: > Package: wnpp > Severity: wishlist > Owner: Afif Elghraoui > X-Debbugs-Cc: debian-devel@lists.debian.org > > * Package name: ori > Version : 0.8.1 > Upstream Author : Stanford University > * URL : http://ori.scs.stanford.edu/ > * License : ori (MIT-like) > Programming Lang: C++ > Description : secure distributed file system > > Ori is a distributed file system built for offline operation and empowers > the user with control over synchronization operations and conflict > resolution. > History is provided through lightweight snapshots and users can verify that > the history has not been tampered with. Through the use of replication, > instances can be resilient and recover damaged data from other nodes. So is there any sort of reasonable internet-scale distributed filesystem in use that might actually work for this? It seems a bit silly to keep building new systems to handle large data sets we'd really rather have around for a long time. There is also this nebulous 'proof of storage' blockchain concept I hear about every once in awhile from bitcoin-type circles. I'd be quite happy to dedicate a few terabytes to store DFSG science data if there was a micropayment based system to cover the bandwidth costs. -- 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/20150718040334.ge27...@nl.grid.coop
Re: The Spirit of Free Software, or The Reality
On Sat, Jul 18, 2015 at 6:26 AM, Mike Hommey wrote: > Screenshots of games during play are not the same as logos. Are you saying that screenshots of logos aren't derivative works of those logos? -- bye, pabs https://wiki.debian.org/PaulWise -- 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/CAKTje6FCXNLoGbbQJV=qxezbhn+esqhsgquah3saufida67...@mail.gmail.com
Re: The Spirit of Free Software, or The Reality
On Sat, Jul 18, 2015 at 3:22 AM, Philip Hands wrote: > Have you considered that by removing the logos there are almost > certainly people who will be less able to recognise which search engine > they have selected? (be that because of poor sight, poor reading > ability or perhaps because they only know the thing they want by its logo) I hadn't considered that. I would assume that text is more accessible as screen-readers can convert it to audio. I would assume that people with poor sight are probably using magnification already. The latter two seem reasonable. > Even if we had the right under copyright law to modify these logos, we'd > not want to do it, because we're trying to display a trademark image in > order to refer to the related service. > > It strikes me that the names of at least some of these services are also > trademarked, so the text is presumably also immutable to some extent. Agreed. -- bye, pabs https://wiki.debian.org/PaulWise -- 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/CAKTje6H1UQs-RTqEOam=r_thdxbeok6s3s6_oswwre91aiu...@mail.gmail.com
Re: Huge data files in Debian
On Sat, 18 Jul 2015, Guillem Jover wrote: > > The "ultimate" solution we are aiming for (see http://datalad.org for more > > information) is to utilize git-annex and "ship" either mere pointers to > > git-annex sources or lean (without data) git-annex repositories which > > fetch data from original (or mirrors) data providers. > > Meanwhile, we (http://neuro.debian.net) have started to use git-annex to > > at least avoid bloated .orig.tar.gz, see e.g. > > http://neuro.debian.net/pkgs/python-mvpa2-tutorialdata.html > > sources: http://git.debian.org/?p=pkg-exppsy/pymvpa2-tutorialdata.git > > So, .orig is in 3.0 (git) format and is just a lean annex repository. > > When building a binary packages then load gets fetched, and brought into > > .deb binary packages. > Oh, then I think this settles #720598 (requesting the removal of the > «3.0 (git)» source format) for now, and knowing that it's being used > I'll just close the request. :) oh -- didn't see this one... well -- I should look into dgit closer I guess anyways ;-) -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Research Scientist,Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- 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/20150718051405.gm17...@onerussian.com
Bug#792756: ITP: r-cran-r.utils -- GNU R various programming utilities
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-r.utils Version : 2.1.0-1 Upstream Author : Henrik Bengtsson * URL : http://cran.r-project.org/web/packages/R.utils/ * License : LGPL Programming Lang: R Description : GNU R various programming utilities This GNU R package contains various programming utilities, These functions are useful when programming and developing R packages. Remark: This package is another precondition for a Debian Med package and maintained at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-r.utils/ -- 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/20150718052558.7127.46973.report...@mail.an3as.eu
Re: Huge data files in Debian
Hi Yarislav, On Fri, Jul 17, 2015 at 09:58:32PM -0400, Yaroslav Halchenko wrote: > > > +1 > > Would you register a large data set BoF in Summit? > > something like > https://summit.debconf.org/debconf15/meeting/333/bof-big-data-packages/ Yes. > ? not sure if I would actually like to be "The Speaker" ;) Why not. Your mail contained someconstructove details that could kickstart a discussion. There is not more needed in a BoF. Kind regards Andreas. -- http://fam-tille.de -- 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/20150718053156.ga7...@an3as.eu
