FDL with no invariant sections

[Andreas Tille]

Hi

I realised that lintian is claiming:

$ dget http://http.debian.net/debian/pool/main/e/emboss/emboss_6.6.0-1.dsc
$ lintian emboss_6.6.0-1.dsc 
E: emboss source: license-problem-gfdl-invariants doc/manuals/admin.tex 
invariant part is: url{http://www.gnu.org/copyleft/fdl.html , version 1.1 or 
any later version published by the free software foundation; with no invariant 
sections, with no front-cover texts, and with no back-cover texts


and I actually removed the files in question in emboss_6.6.0+dfsg but
when I started to edit an e-mail to the authors I checked

  https://wiki.debian.org/DFSGLicenses#GNU_Free_Documentation_License_.28GFDL.29

to give some reasonable advise to them I'm reading

  Data licensed under the FDL with no invariant sections are considered
  DFSG-free as of GR 2006-001:
  http://www.debian.org/vote/2006/vote_001#outcome

So before I confuse upstream could somebody please clarify whether the
license is free or not?

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/20140520074240.gc6...@an3as.eu

Re: FDL with no invariant sections

[Charles Plessy]

Le Tue, May 20, 2014 at 09:42:40AM +0200, Andreas Tille a écrit :
> 
> I realised that lintian is claiming:
> 
> $ dget http://http.debian.net/debian/pool/main/e/emboss/emboss_6.6.0-1.dsc
> $ lintian emboss_6.6.0-1.dsc 
> E: emboss source: license-problem-gfdl-invariants doc/manuals/admin.tex 
> invariant part is: url{http://www.gnu.org/copyleft/fdl.html , version 1.1 or 
> any later version published by the free software foundation; with no 
> invariant sections, with no front-cover texts, and with no back-cover texts

Hi Andreas,

isn't that a false positive from Lintian ?

The Lintian tag is for files “licensed under GFDL with invariant section or…”,
but both the error message and the full copyright notice confirm that it is not
the case here.

Copyright (c) 2000, 2002 David Martin, Peter Rice, Alan Bleasby.

Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation
License\URL{http://www.gnu.org/copyleft/fdl.html}, Version 1.1 or any
later version published by the Free Software Foundation; with no
Invariant Sections, with no Front-Cover Texts, and with no Back-Cover
Texts.  A copy of the license is included in the chapter entitled "GNU
Free Documentation License".

Have a nice day,

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: https://lists.debian.org/20140520080902.gv7...@falafel.plessy.net

Re: FDL with no invariant sections

[Andreas Tille]

On Tue, May 20, 2014 at 05:09:02PM +0900, Charles Plessy wrote:
> Le Tue, May 20, 2014 at 09:42:40AM +0200, Andreas Tille a écrit :
> > 
> > I realised that lintian is claiming:
> > 
> > $ dget http://http.debian.net/debian/pool/main/e/emboss/emboss_6.6.0-1.dsc
> > $ lintian emboss_6.6.0-1.dsc 
> > E: emboss source: license-problem-gfdl-invariants doc/manuals/admin.tex 
> > invariant part is: url{http://www.gnu.org/copyleft/fdl.html , version 1.1 
> > or any later version published by the free software foundation; with no 
> > invariant sections, with no front-cover texts, and with no back-cover texts
> 
> Hi Andreas,
> 
> isn't that a false positive from Lintian ?

Well, this is what I wanted to hear after I probably reacted too quickly
yesterday.  From my point of view lintian is wrong - that's why I quoted
the Wiki.  But I wanted to hear other opinions.
 
> The Lintian tag is for files “licensed under GFDL with invariant section or…”,
> but both the error message and the full copyright notice confirm that it is 
> not
> the case here.
> 
> Copyright (c) 2000, 2002 David Martin, Peter Rice, Alan Bleasby.
> 
> Permission is granted to copy, distribute and/or modify this document
> under the terms of the GNU Free Documentation
> License\URL{http://www.gnu.org/copyleft/fdl.html}, Version 1.1 or any
> later version published by the Free Software Foundation; with no
> Invariant Sections, with no Front-Cover Texts, and with no Back-Cover
> Texts.  A copy of the license is included in the chapter entitled "GNU
> Free Documentation License".
> 
> Have a nice day,

Considering that it is really a false positive - do you think that there
is much harm done with my stripped upload?  As far as I remember a new
EMBOSS release is on its way in the next couple of weeks and we can
reinclude thes files again instead of using an epoch to reactivate the
old tarball.  What do you think?

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/20140520081910.gd6...@an3as.eu

Re: FDL with no invariant sections

[Charles Plessy]

Le Tue, May 20, 2014 at 10:19:10AM +0200, Andreas Tille a écrit :
> 
> Considering that it is really a false positive - do you think that there
> is much harm done with my stripped upload?  As far as I remember a new
> EMBOSS release is on its way in the next couple of weeks and we can
> reinclude thes files again instead of using an epoch to reactivate the
> old tarball.  What do you think?

Usually releases are on July 15th.  I think that we can wait for the next
upload, at that time or earlier, to re-introduce the manual.

Cheers,

-- 
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: https://lists.debian.org/20140520082726.gw7...@falafel.plessy.net

Bug#748735: ITP: ruby-nested-form -- conveniently handle multiple models in a single form

[Praveen Arimbrathodiyil]

Package: wnpp
Severity: wishlist
Owner: Praveen Arimbrathodiyil 

* Package name: ruby-nested-form
  Version : 0.3.2
  Upstream Author : Ryan Bates
* URL : http://github.com/ryanb/nested_form
* License : Expat
  Programming Lang: Ruby
  Description : conveniently handle multiple models in a single form

 Library to conveniently handle multiple models in a single form with Rails 3
 and jQuery or Prototype.


-- 
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/20140520084708.13098.4664.report...@ravel.debian.org

Re: FDL with no invariant sections

[Bastien ROUCARIES]

Le 20 mai 2014 10:27, "Charles Plessy"  a écrit :
>
> Le Tue, May 20, 2014 at 10:19:10AM +0200, Andreas Tille a écrit :
> >
> > Considering that it is really a false positive - do you think that there
> > is much harm done with my stripped upload?  As far as I remember a new
> > EMBOSS release is on its way in the next couple of weeks and we can
> > reinclude thes files again instead of using an epoch to reactivate the
> > old tarball.  What do you think?
>
> Usually releases are on July 15th.  I think that we can wait for the next
> upload, at that time or earlier, to re-introduce the manual.

Could you retest with Lintian gît. I have fixed it a week ago.

Bastien
> Cheers,
>
> --
> 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: https://lists.debian.org/20140520082726.gw7...@falafel.plessy.net
>

Re: FDL with no invariant sections

[Santiago Vila]

On Tue, May 20, 2014 at 10:19:10AM +0200, Andreas Tille wrote:
> Considering that it is really a false positive - do you think that there
> is much harm done with my stripped upload?  As far as I remember a new
> EMBOSS release is on its way in the next couple of weeks and we can
> reinclude thes files again instead of using an epoch to reactivate the
> old tarball.  What do you think?

I would reupload it as emboss_6.6.0+dfsg2-1.dsc (dfsg2), using the right
tar.gz (the one in 6.6.0-1). You don't need an epoch for that.

After all, testing is supposed to be in an always releaseable state
and the package with the manual removed would propagate to testing in
five days.

Thanks.


-- 
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/20140520100717.ga12...@cantor.unex.es

Re: FDL with no invariant sections

[Andreas Tille]

Hi Santiago,

On Tue, May 20, 2014 at 12:07:17PM +0200, Santiago Vila wrote:
> On Tue, May 20, 2014 at 10:19:10AM +0200, Andreas Tille wrote:
> 
> I would reupload it as emboss_6.6.0+dfsg2-1.dsc (dfsg2), using the right
> tar.gz (the one in 6.6.0-1). You don't need an epoch for that.

While this could be considered in general it is probably not worth the
effort to stress test mirrors and autobuilders with these huge packages
just for the sake of reintroducing a small piece of documentation which
is heavily outdated (covering version 2.5 - we are now at 6.6) if we
know that in about six weeks a new version will be out.  I actually was
that quick with the removal since I assumed that it is not relevant for
the package any more anyway.  It will be back right in time for the next
Debian release if it remains in the next upstream version.

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/20140520111245.gh6...@an3as.eu

Re: Redefining critical bug severity (was: how to deal with a missed so bump already uploaded ?)

[Ian Jackson]

Don Armstrong writes ("Re: Redefining critical bug severity (was: how to deal 
with a missed so bump already uploaded ?)"):
> I'm OK with either adding additional clarification or adopting this
> language.

I agree with Manoj's point about the gap between Russ's wording and
the current one.

Would adding "totally" (or "utterly") before "unrelated" help perhaps ?

Ian.


-- 
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/21371.15673.527228.388...@chiark.greenend.org.uk

Re: FDL with no invariant sections

[Ian Jackson]

Andreas Tille writes ("Re: FDL with no invariant sections"):
> On Tue, May 20, 2014 at 12:07:17PM +0200, Santiago Vila wrote:
> > On Tue, May 20, 2014 at 10:19:10AM +0200, Andreas Tille wrote:
> > I would reupload it as emboss_6.6.0+dfsg2-1.dsc (dfsg2), using the right
> > tar.gz (the one in 6.6.0-1). You don't need an epoch for that.
> 
> While this could be considered in general it is probably not worth the
> effort to stress test mirrors and autobuilders with these huge packages
> just for the sake of reintroducing a small piece of documentation which
> is heavily outdated (covering version 2.5 - we are now at 6.6) if we
> know that in about six weeks a new version will be out.  I actually was
> that quick with the removal since I assumed that it is not relevant for
> the package any more anyway.  It will be back right in time for the next
> Debian release if it remains in the next upstream version.

Do you consider the lack of the DFSG-free manual an RC bug ?  If so
perhaps you should file that bug to stop the bad version propagating
to testing.

Ian.


-- 
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/21371.15899.218917.48...@chiark.greenend.org.uk

Re: Redefining critical bug severity (was: how to deal with a missed so bump already uploaded ?)

[Matthias Urlichs]

Hi,

Ian Jackson:
> Would adding "totally" (or "utterly") before "unrelated" help perhaps ?
> 
Or simply add a footnote stating that two packages are NOT unrelated
if one depends on the other.

-- 
-- Matthias Urlichs


-- 
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/20140520113939.gb2...@smurf.noris.de

Re: FDL with no invariant sections

[Matthias Urlichs]

Hi,

Ian Jackson:
> Do you consider the lack of the DFSG-free manual an RC bug ?

Given that the manual describes a version from the stone ages,
comparatively speaking, I wouldn't consider this to be an RC bug.

-- 
-- Matthias Urlichs


-- 
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/20140520114114.gc2...@smurf.noris.de

Re: FDL with no invariant sections

[Andreas Tille]

Hi Ian,

On Tue, May 20, 2014 at 12:35:55PM +0100, Ian Jackson wrote:
> > While this could be considered in general it is probably not worth the
> > effort to stress test mirrors and autobuilders with these huge packages
> > just for the sake of reintroducing a small piece of documentation which
> > is heavily outdated (covering version 2.5 - we are now at 6.6) if we
> > know that in about six weeks a new version will be out.  I actually was
> > that quick with the removal since I assumed that it is not relevant for
> > the package any more anyway.  It will be back right in time for the next
> > Debian release if it remains in the next upstream version.
> 
> Do you consider the lack of the DFSG-free manual an RC bug ?  If so
> perhaps you should file that bug to stop the bad version propagating
> to testing.

Given that we agreed that it is simply a false positive by lintian
neither the current version in testing (including the doc) nor the
current version in unstable (without the outdated / irrelevant doc) are
RC buggy.  What I wrote above is that I just do not see any reason to
stress test our infrastructure to re-add something which is not relevant
anyway and will be replaced by a new version relatively (compared to the
freeze) soon.

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/20140520114552.gj6...@an3as.eu

Re: Redefining critical bug severity (was: how to deal with a missed so bump already uploaded ?)

[Ian Jackson]

Matthias Urlichs writes ("Re: Redefining critical bug severity (was: how to 
deal with a missed so bump already uploaded ?)"):
> Ian Jackson:
> > Would adding "totally" (or "utterly") before "unrelated" help perhaps ?
> 
> Or simply add a footnote stating that two packages are NOT unrelated
> if one depends on the other.

That might help.  I do wonder if what's happening is just that people
are glancing over the text without properly reading it, and reading
"unrelated" as if it said something like "other".  If so then adding a
footnote won't help.  People often won't read a footnote unless they
are tripped up by something in the main text.

That's why I suggested adding a strengthening word.  That might draw
the reader's attention to the word "unrelated" (by giving it greater
apparently significance in the text).

It seems to me that someone who actually applies their attention to
the question would rarely conclude that an rdep was "totally
unrelated" or "utterly unrelated".  Even thinking that it's
"unrelated" is a stretch.  We just need to improve the human-factors
of the page to try to direct the careless reader's attention to this
point.

(And I don't mean to impugn the careless reader.  Life is too short,
and the world too full of words, to read everything very carefully.)

Ian.


-- 
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/21371.16900.579233.677...@chiark.greenend.org.uk

Re: FDL with no invariant sections

[Ian Jackson]

Andreas Tille writes ("Re: FDL with no invariant sections"):
> On Tue, May 20, 2014 at 12:35:55PM +0100, Ian Jackson wrote:
> > [Andreas:]
> > > ... reintroducing a small piece of documentation which
> > > is heavily outdated (covering version 2.5 - we are now at 6.6) ...
> > 
> > Do you consider the lack of the DFSG-free manual an RC bug ?
> 
> Given that we agreed that it is simply a false positive by lintian
> neither the current version in testing (including the doc) nor the
> current version in unstable (without the outdated / irrelevant doc) are
> RC buggy.  What I wrote above is that I just do not see any reason to
> stress test our infrastructure to re-add something which is not relevant
> anyway and will be replaced by a new version relatively (compared to the
> freeze) soon.

Right.  Apparently I didn't read your mail properly because I didn't
spot that sentence about the age of the manual.  Sorry.

Ian.


-- 
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/21371.16985.514638.515...@chiark.greenend.org.uk

Re: FDL with no invariant sections

[Andreas Tille]

Hi Bastien,

On Tue, May 20, 2014 at 11:33:18AM +0200, Bastien ROUCARIES wrote:
> >
> > Usually releases are on July 15th.  I think that we can wait for the next
> > upload, at that time or earlier, to re-introduce the manual.
> 
> Could you retest with Lintian gît. I have fixed it a week ago.

I checked with lintian from git and the false positive is not shown any
more.  So I will not file an according bug report (except you might
say that the next lintian release will take some time and we should
rather notify other lintian users).

Thanks for your work on lintian

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/20140520115806.gk6...@an3as.eu

Bug#748748: ITP: libr3-0 -- High-performance URL router library

[陳昌倬]

Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)" 

* Package name: libr3-0
  Version : 0~git20140520
  Upstream Author : Yo-An Lin 
* URL : https://github.com/c9s/r3
* License : MIT
  Programming Lang: C
  Description : High-performance URL router library

R3 is an URL router library with high performance, thus, it's
implemented in C.  It compiles your route paths into a prefix trie. By
using the constructed prefix trie in the start-up time, you can dispatch
routes with efficiency.

-- 
ChangZhuo Chen (陳昌倬) 
http://czchen.info/
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: Digital signature

Re: Redefining critical bug severity (was: how to deal with a missed so bump already uploaded ?)

[Matthias Urlichs]

Hi,

Ian Jackson:
> People often won't read a footnote unless they
> are tripped up by something in the main text.
> 
I have to agree.

s/footnote/remark/ (in the main text), then.

-- 
-- Matthias Urlichs


-- 
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/20140520124048.gd7...@smurf.noris.de

Bug#748556: Desktop Environment

[Jim Cobley]

Gnome / lightdm

gdm3 is installed (also re-installed) but not quite sure what is going 
on as cannot switch.


root@jupiter2:~# dpkg-reconfigure lightdm
[ ok ] Reloading system message bus config...done.
ERROR: /lib/systemd/system/gdm3.service is the selected default display 
manager but does not exist

root@jupiter2:~# dpkg-reconfigure lightdm
[ ok ] Reloading system message bus config...done.
root@jupiter2:~# apt-get install gdm3
Reading package lists... Done
Building dependency tree
Reading state information... Done
gdm3 is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 164 not upgraded.
root@jupiter2:~# apt-get install --reinstall gdm3
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 164 not 
upgraded.

Need to get 715 kB of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 http://ftp.pt.debian.org/debian/ jessie/main gdm3 amd64 3.8.4-6 
[715 kB]
Fetched 715 kB in 7s (97.8 
kB/s)   y

Preconfiguring packages ...
(Reading database ... 231036 files and directories currently installed.)
Preparing to unpack .../gdm3_3.8.4-6_amd64.deb ...
Unpacking gdm3 (3.8.4-6) over (3.8.4-6) ...
Processing triggers for man-db (2.6.7.1-1) ...
Processing triggers for hicolor-icon-theme (0.13-1) ...
Processing triggers for libglib2.0-0:amd64 (2.40.0-3) ...
Processing triggers for dbus (1.8.2-1) ...
[ ok ] system message bus already started; not starting..
Setting up gdm3 (3.8.4-6) ...
[ ok ] Scheduling reload of GNOME Display Manager configuration: gdm3.
root@jupiter2:~# dpkg-reconfigure lightdm
Please be sure to run "dpkg --configure gdm3".
[ ok ] Reloading system message bus config...done.
ERROR: /lib/systemd/system/gdm3.service is the selected default display 
manager but does not exist

root@jupiter2:~# dpkg --configure gdm3
dpkg: error processing package gdm3 (--configure):
 package gdm3 is already installed and configured
Errors were encountered while processing:
 gdm3
root@jupiter2:~#


--
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/537b4d4f.8010...@priorycomputers.com

Re: Redefining critical bug severity (was: how to deal with a missed so bump already uploaded ?)

[Clint Adams]

On Tue, May 20, 2014 at 01:39:39PM +0200, Matthias Urlichs wrote:
> Or simply add a footnote stating that two packages are NOT unrelated
> if one depends on the other.

Could someone explain why this is a useful distinction?


-- 
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/20140520154014.ga26...@scru.org

Re: Redefining critical bug severity

[Arto Jantunen]

Clint Adams  writes:

> On Tue, May 20, 2014 at 01:39:39PM +0200, Matthias Urlichs wrote:
>> Or simply add a footnote stating that two packages are NOT unrelated
>> if one depends on the other.
>
> Could someone explain why this is a useful distinction?

Because a package that doesn't work at all (and thus breaks rdeps) isn't
as broken as a package that wipes the root fs on installation. In my
understanding that is the difference between grave (broken and makes
rdeps fail) and critical (broken and makes the entire system fail).

-- 
Arto Jantunen


-- 
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/87a9ac4fbt@iki.fi

Bug#748772: ITP: snetz -- simple live network bandwidth monitoring tool

[Gustavo Paniagua dos Santos]

Package: wnpp
Severity: wishlist
Owner: Gustavo Paniagua dos Santos 

* Package name: snetz
  Version : 0.1
  Upstream Author : Agus Bimantoro 
* URL : http://sourceforge.net/projects/snetz
* License : GPL-3+
  Programming Lang: Python
  Description : simple live network bandwidth monitoring tool

 Snetz is a small and simple live network bandwidth monitoring tool.
 .
 This tool get some values from the pseudo-file "/proc/net/dev" and
 and generate a report on the standard output.


-- 
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/20140520170129.18018.85966.report...@tlmt0095.gabcmt.eb.mil.br

Re: Redefining critical bug severity

[Russ Allbery]

Ian Jackson  writes:
> Don Armstrong writes:

>> I'm OK with either adding additional clarification or adopting this
>> language.

> I agree with Manoj's point about the gap between Russ's wording and
> the current one.

I guess I'm still failing to understand why that gap is important.  Maybe
some stuff that would currently be critical is instead grave.  I guess I
have a hard time getting that excited about that; clarity seems better.

-- 
Russ Allbery (r...@debian.org)   


-- 
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/87y4xwqt3t@windlord.stanford.edu

Re: FDL with no invariant sections

[Colin Watson]

On Tue, May 20, 2014 at 10:19:10AM +0200, Andreas Tille wrote:
> Considering that it is really a false positive - do you think that there
> is much harm done with my stripped upload?  As far as I remember a new
> EMBOSS release is on its way in the next couple of weeks and we can
> reinclude thes files again instead of using an epoch to reactivate the
> old tarball.  What do you think?

Notwithstanding whether you need to do this or not, and I see somebody
has already pointed out that you can use the +dfsgN convention for this,
it's perhaps worth pointing out that you *can't* use an epoch to replace
original tarballs like this.  If you have a package foo with versions
1.0-1 and 1:1.0-1, then the .orig.tar.gz will be called
foo_1.0.orig.tar.gz in both cases, and so an attempt to have that file
have different contents at the two different versions will fail.

(dak normally prevents this.  There are a few cases where it hasn't
noticed, due to the file name having gone through something else in
between; I usually notice when we try to sync it into Ubuntu since
Launchpad remembers the name-to-content mapping for longer and so ends
up being a bit stricter.)

-- 
Colin Watson   [cjwat...@debian.org]


-- 
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/20140520170422.ga3...@riva.ucam.org

Re: Redefining critical bug severity

[Russ Allbery]

Arto Jantunen  writes:

> Because a package that doesn't work at all (and thus breaks rdeps) isn't
> as broken as a package that wipes the root fs on installation.

Note that the latter breaks the whole system, and hence is critical
regardless of this distinction.

-- 
Russ Allbery (r...@debian.org)   


-- 
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/87tx8kqt2u@windlord.stanford.edu

Bug#748783: ITP: fwts -- firmware test suite PC firmware. It is intended to identify BIOS and ACPI errors and if appropriate it will try to explain the errors and give advice to help workaround or

[Keng-Yu Lin]

Package: wnpp
Severity: wishlist
Owner: "Keng-Yu Lin" 

* Package name: fwts
  Version : 14.05.00
  Upstream Author : Firmware Testing Team (https://launchpad.net/~firmware-
testing-team)
* URL : https://launchpad.net/fwts
* License : GPLv2, LGPL,
  Programming Lang: C,
  Description : FWTS is a firmware test suite that performs sanity checks
 on Intel/AMD PC firmware. It is intended to identify BIOS and ACPI errors and
 if appropriate it will try to explain the errors and give advice to
 help workaround or fix firmware bugs.  It is primarily intended to
 be a Linux-centric firmware troubleshooting tool.


-- 
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/20140520182350.9996.36410.reportbug@keelung

Bug#748799: ITP: dogecoin -- peer-to-peer network based anonymous digital currency

[Keng-Yu Lin]

Package: wnpp
Severity: wishlist
Owner: "Keng-Yu Lin" 

* Package name: dogecoin
  Version : 1.7.0
  Upstream  :  Shibetoshi Nakamoto 
* URL : http://dogecoin.com/
* License : MIT/X
  Programming Lang: C, C++
  Description : peer-to-peer network based anonymous digital currency

Dogecoin is a free open source peer-to-peer electronic cash system that
is completely decentralized, without the need for a central server or
trusted parties.  Users hold the crypto keys to their own money and
transact directly with each other, with the help of a P2P network to
check for double-spending.


-- 
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/20140520210144.31462.79664.reportbug@hanns

Bug#748800: ITP: elog -- Logbook system to manage notes through a Web interface

[Roger Kalt]

Package: wnpp
Severity: wishlist
Owner: Roger Kalt 

* Package name: elog
  Version : 2.9.2+git20140511
  Upstream Author : Stefan Ritt 
* URL : http://midas.psi.ch/elog/
* License : GPLv3
  Programming Lang: C
  Description : Logbook system to manage notes through a Web interface
The Electronic Logbook (ELOG) provides a Web interface to manage notes.  Its
 general purpose is to make it easy for people to put and access information
 online; in the form of short, time stamped text messages with optional HTML
 markup for presentation, and optional file attachments.  ELOG has its own
 daemon, there is no need for a full-fledged server (e.g. Apache).  It stores
 notes as simple as plain text; no special formatting.  Its features:
 .
   * Personal logbooks: Personal notes can be written into ELOG and can then be
 retrieved from anywhere with a Web browser.
   * Shared logbooks: Logbooks can be shared by several people, for reading and
 optionally for writing.  Work groups can share and exchange information
 like in a (simplified) news group.
   * Small databases: Since arbitrary attributes can be defined for a logbook,
 it can be used as a small database with search facilities.
   * Problem collections: A system can consist of two logbooks, in one of which
 users enter bugs or problems.  Whenever someone adds a problem, an email
 is automatically sent to the administrator.
   * Shift logbooks: If the Allow delete and Allow edit flags are off, an entry
 cannot be modified once it's been entered.  This can be useful for shift
 logbooks for example in Physics experiments where each entry becomes a
 "document" with a time and author stamp.
   * File collections: Since files can be attached to ELOG entries, the system
 can be used to store and retrieve files.


I was in contact with the upstream author and agreed to take care of
maintaining Debian package of elog. This is a re-introduction of this package
into Debian, see also Bug #472279 : It was taken out 2008 because the old
maintainer left and there were RC bugs.


-- 
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/20140520210233.31399.32828.report...@x200.kalt

Bug#748801: ITP: nield -- generate logs related to network interfaces

[Joao Eriberto Mota Filho]

Package: wnpp
Severity: wishlist
Owner: Joao Eriberto Mota Filho 

* Package name: nield
  Version : 0.5.1
  Upstream Author : Tetsumune KISO 
* URL : http://sourceforge.net/projects/nield
* License : GPL-2.0+
  Programming Lang: C
  Description : generate logs related to network interfaces

 nield (Network Interface Events Logging Daemon) is a tool to receive
 notifications from kernel through netlink socket and generate logs
 related to NIC interfaces.
 .
 Activities as neighbor cache (ARP, NDP), IP address (IPv4, IPv6),
 routing, FIB rules and traffic control will be logged at a specific
 file under /var/log directory.


-- 
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/20140520211135.5503.70414.report...@libra.gabcmt.eb.mil.br

Bug#748814: ITP: libpulse-java -- PulseAudio sound driver for Java

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: libpulse-java
  Version : 2.4.7
  Upstream Author : Red Hat, Inc
* URL : http://icedtea.classpath.org
* License : GPL-2 with Classpath exception
  Programming Lang: Java, C
  Description : PulseAudio sound driver for Java

This package will contain the PulseAudio driver for Java extracted from
the IcedTea build harness for OpenJDK 7 (also used for the openjdk-7
package).

The libpulse-java package can be used with any Java implementation such
as OpenJDK 8 or the Oracle JDK.


-- 
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/537bdb73.7080...@apache.org

Bug#748834: ITP: silex -- php micro framework

[Daniel Beyer]

Package: wnpp
Severity: wishlist
Owner: Daniel Beyer 

* Package name: silex
  Version : 1.2.0
  Upstream Author : Fabien Potencier 
* URL : http://silex.sensiolabs.org/
* License : MIT
  Programming Lang: php
  Description : php micro framework

Silex is a concise, extensible and testable micro framework for php. It is
based on the Symfony2 Components and Pimple and inspired by Sinatra.


-- 
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/20140521064936.30457.19249.report...@zmaj.evo