Re: Trimming priority:standard
]] Josh Triplett > Tollef Fog Heen wrote: > > ]] Josh Triplett > > > > > - mlocate. We don't need a "locate" in standard; anyone who actually > > > uses locate (and wants the very significant overhead of running a > > > locate daemon) can easily install this. > > > > There is no «locate daemon» in mlocate. > > s/daemon/cron job/g Then I disagree with your claim about «very significant overhead». Even on spinning rust, mlocate is pretty quick since it does a good bunch of optimisations to avoid re-indexing unchanged directories. Maybe your perception has been marred by slocate and the original locate, which at least used not to have such optimisations? -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- 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/87bnq6hlbp@aexonyam.err.no
Re: Trimming priority:standard
Hi, >> s/daemon/cron job/g > > Then I disagree with your claim about «very significant overhead». Even > on spinning rust, mlocate is pretty quick since it does a good bunch of > optimisations to avoid re-indexing unchanged directories. Maybe your > perception has been marred by slocate and the original locate, which at > least used not to have such optimisations? I've seen multiple machines, including older machines of myself, to be under full disk load for at least several minutes due to (some form of) locate - every time the cronjob runs. The slowdown was noticeable, whenever locate did it's job, tasks like starting Firefox or listing large directories got significantly slower. If this were done on battery, the remaining runtime would drain much quicker than necessary. Has mlocate already been the default in Squeeze? Maybe there were some improvements during the last year or so - uninstalling (all forms of) locate is pretty much the first thing I do on any Debian machine someone not experienced in Debian puts in front of me (together with exim, nfs, rpcbind). Hence I wouldn't even notice if this improved. Finally, even if mlocate improved the situation significantly, many people installing Debian (if not most of them) will have mlocate installed (if you don't know exactly what you are doing, you *will* select something called "standard tools") without ever using it. So even the slightest amount of work it does, is wasted. Kind regards Ralf -- 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/54211f01.3070...@ralfj.de
Re: apache2 issues
At Tue, 23 Sep 2014 08:51:56 +0200, Jonas Smedegaard wrote: > > Quoting Brian May (2014-09-23 08:02:22) > >On 29 July 2014 19:04, Jeroen Dekkers <[1]jer...@dekkers.ch> wrote: > > > > As far as I can see this is a bug in the apache2 packaging. The httpd > > virtual package should be provided by the apache2 package, not the > > apache2-bin package, because the apache2-bin package doesn't provide a > > working webserver. Bug report I just filed about this: > > [2]https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756361 > > > >Ok, this bug was fixed, leading me to re-investigate this again. > > > > > > It isn't very easy to specify what httpd-wsgi should mean, because > > some WSGI servers are full webservers with WSGI support such as apache > > and others like gunicorn are only supposed to run behind a proxying > > server such as apache or nginx (similar to for example php-fpm). > > > > So as far as I can see, the correct dependency should be: > > > > Depends: libapache2-mod-wsgi | httpd-wsgi, apache2 | httpd > > > > So it also possible to run other webservers. > > > >I just noticed there is still another potential problem. > >With the above, either libapache2-mod-wsgi (Python2 only) > >or libapache2-mod-wsgi-py3 (Python3 only) will satisfy the depends. > >Does this mean I should also depend on both python-* and python3-*? Even > >though only one will ever get used? > >What happens if the package only has Python2 or Python3 support, not > > both? > >To me, it is starting to look like we need two virtual packages for > >httpd-wsgi - one for Python2, and one for Python3. Then I can explicitly > >set use one my Depends (e.g. Python3), and not worry about supporting the > >other Python version (e.g. Python2). > > Isn't that an implementation detail? Is Python version relevant for the > on-the-wire WSGI protocol? WSGI is an API, not a wire protocol. The Python version of the WSGI server would also be the Python version the code is run under, so we must distinguish between Python 2 and 3. The best way would probably be to specify that httpd-wsgi is for Python 2 and create a httpd-wsgi3 virtual package for Python 3. Jeroen Dekkers -- 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/87wq8uhio5.wl%jer...@dekkers.ch
Re: Proper notation for common licenses
Hi, FTWIW, the copyright format specification https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#license-field explicitly states: Use of a standard short name does not override the Debian Policy requirement to include the full license text in debian/copyright, nor any requirements in the license of the work regarding reproduction of legal notices. This information must still be included in the License field, either in a stand-alone License paragraph or in the relevant files paragraph. (Although I find that unfortunate, and makes me much less motivated to find out whether a license that looks like a BSD license is actually one of them on the list, if I still have to include it in the file.) Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#762557: ITP: libjs-pie -- CSS3 box decoration properties for Internet Explorer
Package: wnpp Severity: wishlist Owner: Michael Fladischer -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libjs-pie Version : 1.0.0 Upstream Author : Jason Johnston * URL : http://css3pie.com/ * License : GPL-2+, Apache Programming Lang: JavaScript Description : CSS3 box decoration properties for Internet Explorer PIE stands for Progressive Internet Explorer. It is an IE attached behavior which, when applied to an element, allows IE to recognize and display a number of CSS3 properties. It is already included in those packages in its compressed form: * citadel-webcit * ruby-compass This package would provide both the modifyable (uncompressed) and the compressed JS/HTC files for those packages to depend on. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJUISshAAoJEGlMre9Rx7W2XpcP/3KDmATxe57IDyE6ug9LbTDX 5vhbuyTYx+0iPWCUWMZ1dxEAb1kgyjsQDubzSjYvin8ZdNZmnmeaBs7buBfse/B5 RtJh5aJMFGiqNg5unQh9RwL/QjQ0PHNfJK1coxz9Q5VEJMwG1uT9O+TMRuINFtQL hGdYzmp97k1abWw2dUrnOe8VBiEqMSCumIFBlh8FH27z9qd4iLOkg76el/hQTyJQ jFv245g0d3GqKrL7e59sGGM2/X9zmmnoOCnpDNaVB/I/tvZiYabx5kX9Qt5eacoq Sc0zpr6pvnlcXYPNUZu3ejSALsDiWg3qXX8QEOgXsy6NKuxsKr/TC/4Y6wj9a3F3 wwtXTH2JKrP5J4I0tvVAgwS2TKG/uDm/SZIVW8oxWYJ1Tl/2jQMaUzoAHONnISZp 1PXx30l0UEpkKpFfaqfgVErlmq7A6xnTPqG6dkaUUjaxxS3WsL00JRPDsYJq8M83 1G+ib0q5nAkIxb2mp14fMF2LnIKPd7ecK1oJtQEE0c3t8/lseIg4LSLTYfupa9Or zhcNFDBzpJkEllgUEcEMpCIvBge1PQUY3FS1lOve+IjgksMff1umAWHUmrhK80Hn J1X1vvqHPfl0+1q1F6AsOpuPn+5+pgka4/qj6cvaMw0XEF+Ii+jjGvOurBNVy+N8 GDjrJX+9vjGSi6K4elw6 =ybj3 -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/20140923081116.26678.29657.reportbug@kashyyyk.local
Re: Proper notation for common licenses
On 23/09/14 09:01, Joachim Breitner wrote: > (Although I find that unfortunate, and makes me much less motivated to > find out whether a license that looks like a BSD license is actually > one of them on the list, if I still have to include it in the file.) There are enough subtly different variants of the BSD license family that it's safest to copy and paste the exact license that the copyright holder used, in any case; and as far as I'm aware, clauses like 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. mean that you're required to reproduce the license somewhere in the .deb regardless of what copyright-format might have to say on the subject. The copyright file is as good a place to do so as any. S -- 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/54215c4f.1040...@debian.org
Re: Proper notation for common licenses
On 2014-09-23, Simon McVittie wrote: > 2. Redistributions in binary form must reproduce the above copyright > notice, this list of conditions and the following disclaimer in the > documentation and/or other materials provided with the distribution. you could also just provide it in some other materials provided, like, for example the source package or the manual. /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/lvrmum$9us$1...@ger.gmane.org
Bug#762583: ITP: gap-grape -- GRaph Algorithms using PErmutation groups for GAP
Package: wnpp Severity: wishlist Owner: Jerome Benoit * Package name: gap-grape Version : 4.6.1 Upstream Author : Leonard H. Soicher * URL : http://www.gap-system.org/Packages/grape.html * License : GPL Programming Lang: GAP Description : GRaph Algorithms using PErmutation groups for GAP GAP is a system for computational discrete algebra with particular emphasis on computational group theory, but which has already proved useful also in other areas. GRAPE is a GAP package for computing with graphs and groups, and is primarily designed for constructing and analysing graphs related to groups, finite geometries, and designs. -- 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/20140923120251.6598.16309.report...@nen.dnsalias.org
Re: Licensing issue in images files on several packages
Hi, On Montag, 4. August 2014, Clement Hermann wrote: > while preparing my packaging of Tails' OpenPGP Applet (ITP #756404), it > was pointed to me that there were issues on images files shipped with it > > : they where licensed using CC-BY-SA 2.0, which is not DFSG-compliant. I might be wrong, but AFAICS nobody explained in reply here or at http://lists.debian.org/20130125003926.ga12...@falafel.plessy.net (-project in January 2013), why this should be the case. Especially as this doesnt seem to have been enforced all the times, as there are packages which such a licence in the archive: > They seemed indeed derived from icons using an old tango theme, which > were indeed licensed CC-BY-SA 2.0 at the time. that was the non upgradable licence, right? > I saw that on my Sid system, some packages have the same issue : > rgrep -rl 'by-sa/2\.0' /usr/share/icons/*/scalable |xargs dlocate > --package-only > gitg > network-manager-gnome > soundconverter > thunar-volman > xfburn > xfce4-battery-plugin > xfce4-fsguard-plugin > xfce4-power-manager-data If there is no reply to this issue yet again (in say two weeks) I'd recommend filing bugs about this. RC bugs. This also follows nicely the tradition of making the freeze longer by filing bugs late ;-/ Or upload OpenPGP Applet and hope that the ftpmasters will let it through, based on the above. Or both ;) > Of course, we (Tails) will try to do so for OpenPGP Applet in Tails, but > we could use some help. Good luck! cheers, Holger signature.asc Description: This is a digitally signed message part.
Re: Trimming priority:standard
On Sep 23, Ralf Jung wrote: > I've seen multiple machines, including older machines of myself, to be > under full disk load for at least several minutes due to (some form of) > locate - every time the cronjob runs. The slowdown was noticeable, This is hard to believe, since the cron job uses ionice -c3. -- ciao, Marco signature.asc Description: Digital signature
Re: Proper notation for common licenses
Hi, On 22.09.2014 21:57, Simon McVittie wrote: > On 22/09/14 17:15, Markus Koschany wrote: [...] > The point headed "Its not enough to have the following two-liner" in > https://lists.debian.org/debian-devel-announce/2006/03/msg00023.html > appears to be intended to be a requirement to reproduce the license > grant in the copyright file, even if the work is under the GPL or > another license in common-licenses. > > I'm not sure why the ftp-masters require the license grant to be copied > into the copyright file, and it would be nice if there was wording in > (capital P) Policy backing this up, or a definitive statement from the > ftp-masters saying that, yes, they require license grants to be quoted > even if the license text does not need to be copied (and preferably > why); but at the moment the email to which you referred is as canonical > a statement of (small p) policy as we have. [...] Indeed, I was talking about the requirement to reproduce the "license grant" (thanks) of all common licenses in debian/copyright again and again. In my opinion the simplified version improves the readability of the copyright file without diminishing the accuracy of the copyright statement and saves time that could be better spent elsewhere. As you know for yourself that would be especially useful for many games that are partly licensed under GPL-2, GPL-2+, LGPL-2.1+ with a random external helper script under contrib/ (GPL-3+) and another Apache-2.0 licensed script. So you end up sometimes with half a dozen standalone paragraphs for common licenses including the license grant, not to mention the additional BSD, Expat and of course Creative Commons licenses, which are unfortunately not part of the common licenses (although they are very common for all sorts of multimedia software and games) and must be copied verbatim. [...] > It would be great if the ftp-masters could confirm whether what I've > said in this mail is true, and the reasoning behind it. +1 Regards, Markus signature.asc Description: OpenPGP digital signature
Re: Trimming priority:standard
Le Tue, Sep 23, 2014 at 07:22:11PM +0200, Marco d'Itri a écrit : > On Sep 23, Ralf Jung wrote: > > > I've seen multiple machines, including older machines of myself, to be > > under full disk load for at least several minutes due to (some form of) > > locate - every time the cronjob runs. The slowdown was noticeable, > This is hard to believe, since the cron job uses ionice -c3. Hi Marco and everybody, I had a similar experience with ‘tracker’, GNOME's equivalent of locate, which also runs under ionice. Unfortunately I can not recall if during the years I used the systems where the slowdown was noticeable I had changed something relevant in the configuration of the hard drive (like running a hdparm command) or if it was pristine. The common thing between these machines was a loud and slow hard drive: I never had this problem with a SSD (but again, on SSD I run more recently installed systems where I am sure that I never used hdparm). Anyway, the point I want to make is that we should trust Ralf when he reports that full disk load slows his machine despite cron jobs using ionice, although this is probably a corner case. Have a nice day, -- Charles Plessy 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: https://lists.debian.org/20140923223434.ga9...@falafel.plessy.net
Re: Licensing issue in images files on several packages
On 23/09/2014 16:52, Holger Levsen wrote: >> They seemed indeed derived from icons using an old tango theme, which >> were indeed licensed CC-BY-SA 2.0 at the time. > that was the non upgradable licence, right? > As I understand it, you can license derivative work with any later version of the license with CC-by-SA 2.0. What's unclear to me is when it become derivative work. >> Of course, we (Tails) will try to do so for OpenPGP Applet in Tails, but >> we could use some help. > Good luck! Thanks ! I had little success so far contacting the authors. The authors of the original images from the tango theme where helpful, but they can't relicence a derivative work, of course. It seem the authors of the modified images didn't bother to change the copyright section of the svg files, which makes them difficult to track down. Cheers, -- Clément (nodens) -- 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/5421fc9b.8060...@nodens.org
