Re: removal of the vacation package

[Ansgar Burchardt]

Bjørn Mork  writes:
> Is there such a beast with feature parity?  vacation has a few nice
> defaults, like ignoring list mails and only sending one message per week
> to each receiver.  Having every end user implement similar behaviour in
> sieve isn't likely to happen.
>
> The world has become a lot more stupid since vacation was written

The statement in the second paragraph is false. This also answers the
first paragraph.

Ansgar


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87iotojmwy@deep-thought.43-1.org

Re: removal of the vacation package

[Bjørn Mork]

Ansgar Burchardt  writes:
> Bjørn Mork  writes:
>> Is there such a beast with feature parity?  vacation has a few nice
>> defaults, like ignoring list mails and only sending one message per week
>> to each receiver.  Having every end user implement similar behaviour in
>> sieve isn't likely to happen.
>>
>> The world has become a lot more stupid since vacation was written
>
> The statement in the second paragraph is false.

OK, then I got the wrong impression from the number of "out of office"
messages I see on public mailing lists.

> This also answers the first paragraph.

Care to provide a pointer to an example?


Bjørn


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87ioto9s1p@nemi.mork.no

Re: Open Source Survey - http://goo.gl/5bwR9t

[Thorsten Glaser]

Jonas Smedegaard  jones.dk> writes:

> Quoting Michael Kaserer (2014-01-08 11:00:50)
> > We are two students currently working on a research project regarding 
> > motivation for contributing to Open Source projects. You can help us 
> > by filling out the following web-survey, it only takes max. 2 minutes!

The survey asks which of the reasons is the most important one,
but one cannot choose the free-form “other” reason there, and
this is a mandatory field.

> > This is the link: http://goo.gl/5bwR9t
> 
> You might take into account when judging the results of that the survey 
> is skewed by its making use of a tracking URL that some contributors are 
> strongly opposed to follow.

It’s even worse: the short link leads to:
https://docs.google.com/forms/d/1MqwfflwV7qKrfg75OHzfpy2MzbbyXmo8JINWS85A5N8
/viewform

Amazingly enough, the whole thing works with Lynx.

Totally negatively surprising, about half of the survey
is automatically translated into the native language of
the country Google thinks your IP address belongs too,
with no obvious way (in either Lynx or $gui_BROWSER) to
change the language. Well, not precisely surprising, but
still a definitive minus.

bye,
//mirabilos


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/loom.20140113t101914-...@post.gmane.org

Re: removal of the vacation package

[Ansgar Burchardt]

Bjørn Mork  writes:
> Ansgar Burchardt  writes:
>> Bjørn Mork  writes:
>>> Is there such a beast with feature parity?  vacation has a few nice
>>> defaults, like ignoring list mails and only sending one message per week
>>> to each receiver.  Having every end user implement similar behaviour in
>>> sieve isn't likely to happen.
>>>
>>> The world has become a lot more stupid since vacation was written
>>
>> The statement in the second paragraph is false.
>
> OK, then I got the wrong impression from the number of "out of office"
> messages I see on public mailing lists.

Yes. That might just be a larger sample size: your sample consists of
people who are subscribed to public mailing lists. This number depends
on time.

>> This also answers the first paragraph.
>
> Care to provide a pointer to an example?

RFC 5230, sections 4.2, 4.5, 4.6 and 8.

Ansgar


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8761pojkr6@deep-thought.43-1.org

Re: removal of the vacation package

[Thomas Goirand]

On 01/13/2014 05:25 AM, Bjørn Mork wrote:
> m...@linux.it (Marco d'Itri) writes:
>> On Jan 12, Stefano Zacchiroli  wrote:
>>
>>> It still seems to have a fair number of loyal users though. I see your
>> popcon says 1867 have it installed, but only 222 "voted".
>>
>>> If we do have such a
>>> replacement (I just don't know) please mention it in the removal bug
>>> report.
>> I agree with waldi that the most simple replacement is a Sieve-enabled 
>> LDA.  
> 
> Is there such a beast with feature parity?  vacation has a few nice
> defaults, like ignoring list mails and only sending one message per week
> to each receiver.  Having every end user implement similar behaviour in
> sieve isn't likely to happen.

With mailbot from courier-maildrop, it's easy to do for a .mailfilter
file (though it'd be once per recipient, which is IMO enough, I don't
see the point of the "one per week" feature):

RECIPIENT=$LOGNAME
RESPOND="~/.vacation.msg"
RESPONDDB="~/.vacation.db"
if ( ! /^Precedence: (bulk|list|junk)/ && \
 ! /^List-Id:/ && \
 ! /^List-Unsubscribe:/ && \
 ! /^Return-Path:.*<#@\[\]>/ && \
 ! /^Return-Path:.*<>/ && \
 ! /^From:.*MAILER-DAEMON/ && \
 ! /^X-ClamAV-Notice-Flag: *YES/ && \
 ! /^Content-Type:.*message\/delivery-status/ && \
 ! /^Subject:.*Delivery Status Notification/ && \
 ! /^Subject:.*Undelivered Mail Returned to Sender/ && \
 ! /^Subject:.*Delivery failure/ && \
 ! /^Subject:.*Message delay/ && \
 ! /^Subject:.*Mail Delivery Subsystem/ && \
 ! /^Subject:.*Mail System Error.*Returned Mail/ && \
 ! /^X-AutoReply.*/ && \
 ! /^X-Mail-Autoreply.*/ && \
 ! (/^Auto-Submitted:/ && ! /^Auto-Submitted:\s*no/) && \
 ! /^X-Spam-Flag: YES/ )
{
cc "| mailbot -r '$RECIPIENT' -A 'Auto-Submitted: auto-replied' -t
$RESPOND -c 'UTF-8' -d $RESPONDDB -D 1 -A 'From: $RECIPIENT' -s 'Auto
Response: from $RECIPIENT' /usr/sbin/sendmail -f '<>' -t"
}

This is for a .maildrop, though the same can be achieve with Sieve indeed...

if header :matches "Subject" "*" {
set "oldsub" ": \${1}";
}
if allof (
not header :contains "Precedence" ["bulk","list","junk"],
not header :contains "List-Id" ["YES"],
not header :contains "List-Unsubscribe" ["YES"],
not header :contains "Return-path" "*<#@\[\]>",
not header :contains "Return-path" "*<>",
not header :contains "From" ["*MAILER-DAEMON"],
not header :contains "Content-Type" "delivery-status",
not header :contains "Subject" "*Delivery Status Notification",
not header :contains "Subject" "*Undelivered Mail Returned to Sender",
not header :contains "Subject" "*Delivery failure",
not header :contains "Subject" "*Mail Delivery Subsystem",
not header :contains "Subject" "*Mail System Error.*Returned Mail",
not header :contains "X-AutoReply" "*",
not header :contains "X-Mail-Autoreply" "*",
not allof (
exists "Auto-Submitted",
not header :matches "Auto-Submitted" "no"
),
not header :contains "X-ClamAV-Notice-Flag" ["YES"],
not header :contains "X-Spam-Flag" ["YES"] ) {
vacation :days 2 :addresses ["$recipient"] :subject "Auto Response from
$recipient\${oldsub}"
text:
$vacation_text
.
;}


> The world has become a lot more stupid since vacation was written

Which is why it's very nice to talk about this on a public list, and why
I'm posting this answer! :)

Thomas


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52d3b73f.7090...@debian.org

Re: ITA: microcom

[Uwe Kleine-König]

On Sun, Jan 05, 2014 at 01:06:33PM +, Michael Tokarev wrote:
> [Replying to an old message]
> 
> 20.12.2013 19:29, Uwe Kleine-König wrote:
> >retitle 726551 ITA: microcom -  minimalistic terminal program
> >owner 726551 !
> >thanks
> >
> >Hello,
> >
> >my colleagues and I are using microcom much at my work place and the
> >last upstream releases were done by a colleague. So I'm willing to take
> >maintainership of the package. The only thing I need help for is: I'm
> >"only" a DM, so I'd need someone to do
> >
> 
> I didn't even knew there's a separate package for microcom before I've
> read this email.  However I used microcom alot in the the past and am
> still using it -- as a part of busybox suite.  So far it was the easiest
> and most available solution for me, since busybox is almost always
> installed on any debian system.  So it might be better to just use
> already existing implementation... ;)
That seems to be a different microcom. At least the options differ
considerably: busybox' microcom uses:

microcom [-d DELAY] [-t TIMEOUT] [-s SPEED] [-X] TTY

while "my" standalone microcom uses:

microcom [-d] [-f] [-p devfile|-t host:port] [-s speed]

. Didn't check the details though.
 
> That's JFYI.
ditto :-)

Best regards
Uwe

-- 
Pengutronix e.K.   | Uwe Kleine-König|
Industrial Linux Solutions | http://www.pengutronix.de/  |


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140113100338.ge29...@pengutronix.de

Bug#735154: ITP: sockjs-twisted -- Simple library for adding SockJS support to a twisted application

[Alexandre Rossi]

Package: wnpp
Severity: wishlist
Owner: Alexandre Rossi 

* Package name: sockjs-twisted
  Version : 1.2.1
  Upstream Author : Christopher Gamble 
* URL : http://github.com/Fugiman/sockjs-twisted
* License : BSD
  Programming Lang: Python
  Description : Simple library for adding SockJS support to a twisted 
application

SockJS-Twisted passes all SockJS-Protocol v0.3.3 tests, and all
SockJS-Client qunit tests. In addition to basic SockJS usage, it supports :
- hosting multiple SockJS services off of one port,
- offering of static resources, dynamic pages, and SockJS endpoints off of a
  single port,
- multiplexing.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140113101017.19312.73245.reportbug@ripley

Broken link

[shawn wilson]

Not sure if this is the proper list, but this is broken:
http://anonscm.debian.org/viewvc/d-i/trunk/packages/partman/partman-crypto/README?op=file

Which is from the 'Documentation for hackers' link.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAH_OBifw8uo1PJJXfReyzm3nhZ9RfY=l6rrghaspmkuvmq3...@mail.gmail.com

Re: Open Source Survey - http://goo.gl/5bwR9t

[Philip Hands]

Thorsten Glaser  writes:

> Jonas Smedegaard  jones.dk> writes:
>
>> Quoting Michael Kaserer (2014-01-08 11:00:50)
>> > We are two students currently working on a research project regarding 
>> > motivation for contributing to Open Source projects. You can help us 
>> > by filling out the following web-survey, it only takes max. 2 minutes!
>
> The survey asks which of the reasons is the most important one,
> but one cannot choose the free-form “other” reason there, and
> this is a mandatory field.

Funny that -- I specified an "other" option too, and would have selected
that as my main reason if given the chance.

The available options seem to say more about the assumptions of the
researcher, than being likely to provide interesting data.

Cheers, Phil.
-- 
|)|  Philip Hands [+44 (0)20 8530 9560]http://www.hands.com/
|-|  HANDS.COM Ltd.http://ftp.uk.debian.org/
|(|  10 Onslow Gardens, South Woodford, London  E18 1NE  ENGLAND


pgpDRBhxpDrRa.pgp
Description: PGP signature

Re: Broken link

[shawn wilson]

On Mon, Jan 13, 2014 at 5:25 AM, shawn wilson  wrote:
> Not sure if this is the proper list, but this is broken:
> http://anonscm.debian.org/viewvc/d-i/trunk/packages/partman/partman-crypto/README?op=file
>
> Which is from the 'Documentation for hackers' link.

... here:
https://wiki.debian.org/DebianInstaller/PartmanCrypto


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cah_obiefibe4z95mczqq+hzqudvf-st3dwuf67j6hkfnxf3...@mail.gmail.com

Re: Broken link

[Cyril Brulebois]

shawn wilson  (2014-01-13):
> On Mon, Jan 13, 2014 at 5:25 AM, shawn wilson  wrote:
> > Not sure if this is the proper list, but this is broken:
> > http://anonscm.debian.org/viewvc/d-i/trunk/packages/partman/partman-crypto/README?op=file
> >
> > Which is from the 'Documentation for hackers' link.
> 
> ... here:
> https://wiki.debian.org/DebianInstaller/PartmanCrypto

http://anonscm.debian.org/gitweb/?p=d-i/partman-crypto.git;a=blob;f=README

debian-boot@ would have been the correct list. Fixing the wiki, thanks.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#735158: ITP: minia -- short-read assembler

[Olivier Sallou]

Package: wnpp
Severity: wishlist
Owner: Olivier Sallou 

* Package name: minia
  Version : 1.6067
  Upstream Author : Rayan 
* URL : http://minia.genouest.org
* License : CeCILL
  Programming Lang: C
  Description : short-read assembler

Minia is a short-read assembler based on a de Bruijn graph, capable of 
assembling a human genome on a desktop computer in a day. The output of Minia 
is a set of contigs. Minia produces results of similar contiguity and accuracy 
to other de Bruijn assemblers (e.g. Velvet).


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20140113110343.9155.6839.report...@debiansid.irisa.fr

Re: Open Source Survey - http://goo.gl/5bwR9t

[Michael Tautschnig]

> Thorsten Glaser  writes:
> 
> > Jonas Smedegaard  jones.dk> writes:
> >
> >> Quoting Michael Kaserer (2014-01-08 11:00:50)
> >> > We are two students currently working on a research project regarding 
> >> > motivation for contributing to Open Source projects. You can help us 
> >> > by filling out the following web-survey, it only takes max. 2 minutes!
> >
> > The survey asks which of the reasons is the most important one,
> > but one cannot choose the free-form “other” reason there, and
> > this is a mandatory field.
> 
> Funny that -- I specified an "other" option too, and would have selected
> that as my main reason if given the chance.
> 

Same here.

> The available options seem to say more about the assumptions of the
> researcher, than being likely to provide interesting data.
> 

I kept waiting for a free-form field to appear in order to help the researchers
with some (entirely subjective) notes about their assumptions. But unfortunately
there wasn't any such field (and neither any contact-the-authors link).

Have fun,
Michael



pgpdpFm75qbSq.pgp
Description: PGP signature

Re: removal of the vacation package

[Ian Jackson]

Marco d'Itri writes ("Re: removal of the vacation package"):
> On Jan 12, Ian Jackson  wrote:
> > The set of bugs looks tractable to me.  Do you have a half-prepared
> > upload somewhere or is the versionn in the archive the most recent ?
>
> No, I have really ignored it since december 2003.
> If you want it, it's yours.

OK.  I will take it.  Would you prefer me to do an upload right away
to change the Maintainer or can it wait (weeks very likely) until I've
had a chance to do some actual work on it ?

If anyone else wants to help please let me know, but it doesn't look
like a big problem to me.

Thanks,
Ian.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/21203.58812.492283.357...@chiark.greenend.org.uk

Re: removal of the vacation package

[Marco d'Itri]

On Jan 13, Ian Jackson  wrote:

> OK.  I will take it.  Would you prefer me to do an upload right away
> to change the Maintainer or can it wait (weeks very likely) until I've
> had a chance to do some actual work on it ?
No hurry.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#735177: ITP: fuseloop -- loopback mount using FUSE

[Johannes Schauer]

Package: wnpp
Severity: wishlist
Owner: Johannes Schauer 

* Package name: fuseloop
  Version : 1.0.1
  Upstream Author : Johny Mattsson
* URL : https://github.com/jmattsson/fuseloop
* License : BSD
  Programming Lang: C
  Description : loopback mount using FUSE

Allows one to map parts of one file at a specific offset and with a specific
size to another file by using Filesystem in Userspace (FUSE). This allows one
to work around shortcomings of mke2fs or fuse-ext2 which allow to work on
regular files but do not allow to specify an offset or size that they should
work on. With fuseloop it is no longer necessary to create multiple files and
concatenate them together to create a full disk image (including a valid
partition table) in user space without superuser privileges.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140113142745.4166.82712.reportbug@hoothoot

Bug#735180: ITP: snp-sites -- Find snp sites from multi fasta alignment files

[Jorge Soares]

Package: wnpp
Severity: wishlist
Owner: Jorge Soares 

* Package name: snp-sites
  Version : 1.1
  Upstream Author : Andrew Page https://github.com/sanger-pathogens/snp_sites
* License : (GPL, MIT)
  Programming Lang: (C++)
  Description : Find snp sites from multi fasta alignment files

(This application takes in a multi fasta alignment, finds all the SNP sites, 
then outputs the SNP sites in the following formats:
a multi fasta alignment, VCF, relaxed phylip format.)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20140113151558.22803.47513.report...@builder.sanger.ac.uk

xpdf removed from testing?

[Svante Signell]

Hi,

Is it true that xpdf is about to disappear. I like that program very
much. For which reasons, in addition to the 7 RC bugs, a dead upstream?

Maybe this question should go to debian-release instead?


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1389631101.20551.60.ca...@s1499.it.kth.se

Re: CUPS is now linked against OpenSSL

[Didier 'OdyX' Raboud]

Hi Daniel, and thanks for the insightful response,

Le samedi, 11 janvier 2014, 14.22:28 Daniel Kahn Gillmor a écrit :
> There is a fourth way forward -- loath though i am to propose it --
> which is to avoid enabling TLS in CUPS at all until upstream gets
> their act together and does something sensible, both licensing-wise
> and crypto-wise.

That would be quite a bold move to take. The one aspect that puzzles me 
most is: in which ways "no TLS security" is better than "incompletely 
secure TLS"? Now some CUPS bugs are probably not known widely enough and 
we could warn about using CUPS's TLS support in the packaging, wording 
welcome.

Also, TLS is enabled in all actually our supported src:cups uploads. 
Introducing this regression is a move for which I would need quite a 
strong encouragement to proceed with.

> last i checked, cups does not support certificate validation or
> checking [0], making the crypto vulnerable to any active attacker:
> 
> [0] http://www.cups.org/str.php?L1616
> 
> According to the roadmap [0] this is due on the 2.0 branch, but i
> haven't seen it yet.
> 
> [1] http://www.cups.org/roadmap.php

Quite bad indeed. I have pinged that bug to see whether a fix could 
happen earlier.

> The idea of opening RC bugs against everything that links to libcups2
> to demand an OpenSSL exception sounds really, really ugly to me. 
> what about the packages that link to those packages?  I'd rather see
> less OpenSSL, not more, because of its mutual incompatibility  with
> the GPL.

Frightening can of worms.

>  0) ask CUPS to move from GPL2 to GPL2+ (with or without OpenSSL
> exception)

As asking generally can't hurt, I have filed 
https://cups.org/str.php?L4337 on the upstream bugtracker to discuss 
that. I'll keep the list posted.

>  1) ask GMP to switch back from LGPLv3+ to LGPLv2+ (it made the change
> in 4.2.2).  Does anyone have a strong relationship with GMP 
> maintainers who could open this conversation with them?

I don't, but would hope the libgmp maintainers could ask the question; 
I've hereby CC'ed Steve.

>  2) turn off TLS support in CUPS until upstream works things out and
> actually provides some cryptographic defense against an active
> attacker

For now, I will rather revert the switch to OpenSSL and …

>  5) ask dozens of packages which already have reasonable copyleft
> licensing to make openssl execptions, iterating until we've covered
> everything contaminated with this mess.

… try to see what this can of worms looks like.

Cheers,
OdyX

signature.asc
Description: This is a digitally signed message part.

Re: xpdf removed from testing?

[Marco d'Itri]

On Jan 13, Svante Signell  wrote:

> Is it true that xpdf is about to disappear. I like that program very
> much. For which reasons, in addition to the 7 RC bugs, a dead upstream?
Do you need more reasons?

> Maybe this question should go to debian-release instead?
Maybe you should send patches instead. 

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: xpdf removed from testing?

[John Paul Adrian Glaubitz]

On 01/13/2014 05:38 PM, Svante Signell wrote:
> Is it true that xpdf is about to disappear. I like that program very
> much. For which reasons, in addition to the 7 RC bugs, a dead upstream?

The 7 RC bugs are the exact reason:

> http://packages.qa.debian.org/x/xpdf/news/20131208T163914Z.html

This is part of Debian's new scheme to keep an always releasable
testing. And if no one can be bothered to fix these bugs, the
package will automatically removed from testing.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52d419ba.9010...@physik.fu-berlin.de

Re: xpdf removed from testing?

[Neil Williams]

On Mon, 13 Jan 2014 17:38:21 +0100
Svante Signell  wrote:

> Hi,
> 
> Is it true that xpdf is about to disappear.

No, it will be removed from testing. That means that new users won't
have it available but anyone who already has it installed is welcome
to it, with all it's bugs. apt does not remove it from installed
systems just because it is no longer downloadable, at least until it
gets in the way of other upgrades or you actively seek out orphaned /
obsolete packages. If it is removed from testing due to being
unsuitable for release (in this case, seven times over), then it
clearly is obsolete.

> I like that program very
> much. For which reasons, in addition to the 7 RC bugs, a dead
> upstream?

That's 7 entirely sufficient reasons and one problem that arguably makes
fixing the other seven harder. So 7.5 reasons to remove it from testing.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



signature.asc
Description: PGP signature

Re: xpdf removed from testing?

[Svante Signell]

On Mon, 2014-01-13 at 16:59 +, Neil Williams wrote:
> On Mon, 13 Jan 2014 17:38:21 +0100
> Svante Signell  wrote:

> > I like that program very
> > much. For which reasons, in addition to the 7 RC bugs, a dead
> > upstream?
> 
> That's 7 entirely sufficient reasons and one problem that arguably makes
> fixing the other seven harder. So 7.5 reasons to remove it from testing.

OK; OK, I understand completely. As a follow-up: according to popcon
there are about 10 000 installations of that package. Any
interest/chance that patches will help re-introduce this package, or is
it just a waste of effort? What is the opinion of the maintainers?



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1389633561.20551.66.ca...@s1499.it.kth.se

Re: xpdf removed from testing?

[Andreas Tille]

Hi Svante,

On Mon, Jan 13, 2014 at 06:19:21PM +0100, Svante Signell wrote:
> On Mon, 2014-01-13 at 16:59 +, Neil Williams wrote:
> > On Mon, 13 Jan 2014 17:38:21 +0100
> > Svante Signell  wrote:
> 
> > > I like that program very
> > > much. For which reasons, in addition to the 7 RC bugs, a dead
> > > upstream?
> > 
> > That's 7 entirely sufficient reasons and one problem that arguably makes
> > fixing the other seven harder. So 7.5 reasons to remove it from testing.
> 
> OK; OK, I understand completely. As a follow-up: according to popcon
> there are about 10 000 installations of that package. Any
> interest/chance that patches will help re-introduce this package, or is
> it just a waste of effort? What is the opinion of the maintainers?

The option of the maintainer increases drastically if one of 1000 users
would care for one bug and provides a patch.  May be you show your
evident interest by simply beeing one of such group of 1000 users? 

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: http://lists.debian.org/20140113172604.gp7...@an3as.eu

Re: xpdf removed from testing?

[Ian Jackson]

Svante Signell writes ("Re: xpdf removed from testing?"):
> On Mon, 2014-01-13 at 16:59 +, Neil Williams wrote:
> > That's 7 entirely sufficient reasons and one problem that arguably makes
> > fixing the other seven harder. So 7.5 reasons to remove it from testing.
> 
> OK; OK, I understand completely. As a follow-up: according to popcon
> there are about 10 000 installations of that package. Any
> interest/chance that patches will help re-introduce this package, or is
> it just a waste of effort? What is the opinion of the maintainers?

If the existing maintainer doesn't have the effort to stop the package
being removed from testing then clearly they need help.

If you provide patches, with a view to xpdf staying in the archive,
you should probably be prepared for the maintainer to "offer" you the
package :-).

I would love to help but my I'm out of the special waterproof tuits
required for swamp-draining.  Good luck.

Ian.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/21204.9893.216127.986...@chiark.greenend.org.uk

Re: xpdf removed from testing?

[Kevin Chadwick]

previously on this list Svante Signell contributed:

> Is it true that xpdf is about to disappear. I like that program very
> much.

I like it too but it's save dialog is pretty terrible. Have you checked
out mupdf. No save but similar otherwise.

p.s. qpdfview is shaping up and remembers tabs too.

-- 
___

'Write programs that do one thing and do it well. Write programs to work
together. Write programs to handle text streams, because that is a
universal interface'

(Doug McIlroy)

In Other Words - Don't design like polkit or systemd
___


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/96511.59881...@smtp101.mail.ir2.yahoo.com

Re: xpdf removed from testing?

[Neil Williams]

On Mon, 13 Jan 2014 18:19:21 +0100
Svante Signell  wrote:

> On Mon, 2014-01-13 at 16:59 +, Neil Williams wrote:
> > On Mon, 13 Jan 2014 17:38:21 +0100
> > Svante Signell  wrote:
> 
> > > I like that program very
> > > much. For which reasons, in addition to the 7 RC bugs, a dead
> > > upstream?
> > 
> > That's 7 entirely sufficient reasons and one problem that arguably
> > makes fixing the other seven harder. So 7.5 reasons to remove it
> > from testing.
> 
> OK; OK, I understand completely. As a follow-up: according to popcon
> there are about 10 000 installations of that package. Any
> interest/chance that patches will help re-introduce this package, or
> is it just a waste of effort? What is the opinion of the maintainers?

As a maintainer (upstream & Debian) for one package using PDF
documents, I see all PDF tools as vulnerable to security problems and
all have relatively long lists of dependencies which keep moving ahead.

A dead upstream is a indication of several things:

0: The upstream maintainers have lost the will to fight the tide of bugs

1: The Debian maintainer does not have the time / desire to take on the
upstream role on top of everything else

2: patches just for Debian are not going to get testing elsewhere and
patches from elsewhere will be hard to integrate (that is upstream's
job)

3: even if some RC bugs are fixed, the lack of upstream makes it hard
to see how future ones will get fixed.

4: the code probably hides some nasty, ugly assumptions and hacks which
is why upstream gave up on it in the first place

So, yes. 9 times out of 10 all of this will be a complete waste of
effort for everyone concerned, most of all for the users wanting bugs
fixed.

Been there, done that - all that happened was that I kept a broken
package hobbling along for another two stable releases, overall code
quality falling with every release, until I removed it from Debian
entirely.

If my package had even a few of the RC bugs affecting xpdf, I would
have removed it from unstable long, long ago, let alone just testing.

Remove it now. If a *team* magically appears, then maybe code quality
could improve. A single person doing the upstream role will rarely have
enough time to actually improve code quality.

As a user who seems to care about the package, don't you actually want
to use a package where someone would have responded to the bugs? How
would you feel if you had filed one or two of those RC bugs?

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



signature.asc
Description: PGP signature

OT: New RC handling policy (was: xpdf removed from testing)

[Martin Eberhard Schauer]

>> I like that program very
>> much. For which reasons, in addition to the 7 RC bugs, a dead
>> upstream?
> That's 7 entirely sufficient reasons and one problem that arguably makes
> fixing the other seven harder. So 7.5 reasons to remove it from testing.

I just want to say that I like the approach to distinguish between important
and not so important packages and to remove packages with RC bugs without
maintainer action within some reasonable time. I hope that more RC bug 
fixing

will be done before the freeze. IMO Debian has become to big to handle
essential and leaf packages equally.

Martin

user and contributor for five and a half years


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52d424e9.7050...@gmx.de

Re: xpdf removed from testing?

[Jakub Wilk]

* Svante Signell , 2014-01-13, 17:38:
Is it true that xpdf is about to disappear. I like that program very 
much. For which reasons, in addition to the 7 RC bugs,


For very small values of 7. :-)


a dead upstream?


The last xpdf release was in 2011, the previous one in 2007. Upstream 
certainly doesn't subscribe to the “release eary, release early” 
philosophy, but the report of their death might be an exaggeration.


But then, xpdf in Debian is so heavily patched, that it doesn't have 
much to do with the upstream version anyway...


--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140113182558.ga3...@jwilk.net

Re: xpdf removed from testing?

[Russ Allbery]

Svante Signell  writes:

> OK; OK, I understand completely. As a follow-up: according to popcon
> there are about 10 000 installations of that package. Any
> interest/chance that patches will help re-introduce this package, or is
> it just a waste of effort? What is the opinion of the maintainers?

While someone could fix the package, you may want to consider not doing
so.  After running into endless bugs in xpdf, I personally switched to
mupdf for a light-weight PDF reader and found it superior in every respect
except for the fact that it doesn't, so far as I can tell, support
printing.  So I use mupdf to view PDF documents, and on the rare occasion
that I want to print one, I open it in gv (which I find clunkier, but
which generally works fine and prints).

-- 
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: http://lists.debian.org/87fvor4t95@windlord.stanford.edu

Bug#735200: ITP: iprutils -- The iprutils package contains user space tools required by the ipr device driver.

[brenohl]

Package: wnpp
Severity: wishlist
Owner: Breno Leitao 

* Package name: iprutils
  Version : 2.3.15
  Upstream Author : Brian King 
* URL : http://sourceforge.net/projects/iprdd/
* License : Common Public License Version 1.0
  Programming Lang: C
  Description : The iprutils package contains user space tools required by 
the ipr device driver.

iprutils is a set of tools that is used to control some IBM SCSI
controllers[1]. The following tools are part of this package:

iprdump - A user program meant to be run in the background to gather debug
information should an IOA failure occur.  Ideally, this program should be
started during boot time after file systems are loaded when the ipr
SCSI driver is used. An init.d script is provided to do this.

iprupdate - IOA/disk unit microcode update utility
This tool requires no arguments and should be run after each time the device 
driver
is loaded. It will query each adapter/disk unit for the microcode version and 
update 
adapters/disk units that are not currently at the minimum supported levels. An 
init.d
script is provided to run this at boot time.

iprinit - IOA/disk unit initialization utility
This tool requires no arguments and should be run after each time the device 
driver
is loaded. It will setup all ipr adapters and attached disks to run with optimal
performance and load any adapter, disk, or scsi bus configurations saved by 
iprconfig.
It enables U320 scsi speeds and enables tagged command queuing.

iprconfig - IOA Configuration and Recovery tool
This is an ncurses based utility used to configure ipr adapters and devices.

[1] - 
http://publib16.boulder.ibm.com/pseries/en_US/infocenter/base/HW_scsi_adapters.htm


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20140109184325.7701.75059.report...@ubul.ltc.br.ibm.com

Re: xpdf removed from testing?

[Adam D. Barratt]

On Mon, 2014-01-13 at 19:25 +0100, Jakub Wilk wrote:
> * Svante Signell , 2014-01-13, 17:38:
> >Is it true that xpdf is about to disappear. I like that program very 
> >much. For which reasons, in addition to the 7 RC bugs,
> 
> For very small values of 7. :-)

There are seven, but five of them are merged.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1389644206.4536.18.ca...@jacala.jungle.funky-badger.org

Bug#735209: ITP: python-changelog -- Sphinx extension to generate changelog files

[Piotr Ożarowski]

Package: wnpp
Severity: wishlist
Owner: "Piotr Ożarowski" 

* Package name: python-changelog
  Version : 0.3.4
  Upstream Author : Michael Bayer
* URL : https://bitbucket.org/zzzeek/changelog
* License : Expat
  Programming Lang: Python
  Description : Sphinx extension to generate changelog files

This package provides simple Sphinx markup to render changelog displays

Example:

 
 Changelog for 1.5.6
 

 .. changelog::
 :version: 1.5.6
 :released: Sun Oct 12 2008

 .. change::
 :tags: general
 :tickets: 27

   Improved the frobnozzle.

 .. change::
 :tags: rendering, tests
 :pullreq: 8
 :changeset: a9d7cc0b56c2

   Rendering tests now correctly render.


signature.asc
Description: Digital signature

Bug#735222: ITP: gnome-shell-extension-autohidetopbar -- gnome shell automatic topbar hider

[coldtobi]

Package: wnpp
Severity: wishlist
Owner: coldtobi 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: gnome-shell-extension-autohidetopbar
  Version : 20140113
  Upstream Author : Thomas Vogt, with contributions by Philip Witte and Mathieu 
LutfyName
* URL : https://github.com/mlutfy/hidetopbar
* License : GPL
  Description : gnome shell automatic topbar hider

 This gnome-shell extension automatically hides the topbar, except in overview.
 There is also an option to show the topbar when the mouse pointer approaches
 the edge of the screen.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQIcBAEBAgAGBQJS1Ff8AAoJEJFk+h0XvV02HlIQAL1P0Lj3Twdq39Z06TS6qP/u
eOQLprKifkGeliT/sQta+/sCpd4zQCQoy38mNrDS3H0wPxP5XCcms5dmDGGpeE/u
80C+yBNEDrCadyQodOgnoCGUA8OAEK3P9dgI924uhDLTCLcLdw9RAW1ylAQBstiG
O1hVuJZzg3lH+2Odt7WOWcKOpW2QCogov/ANmuZK6CcjRunujqKfTnaEIYvpW161
Vi2j+zlkf8ZXAon+f/EipAC8mn4naCmphuX0h7VGA+vAJQjofMtIUgaagrrno860
F095KmUHab69+6r83w8WT3B04Kyj7iR+X0f//KcAh9LlZqkI2Aged0FXJp+44jjG
sCVN1exediHTCIHfrGuT40d5I5cf9LPDEmJMXgT2Gh1iZ/qrC/mrqXmPYJMoIzf3
hTw5Db+BFmJoVP1e2L5lnKnc6ry2s4X/UdQYlT2ce2HoInO6REgJ5zcf0NC6z6oL
jyffPvvdcsS4vDxjBUxXrLAPEdBsGz/R/EUpWA8GmptE0z67pC6Gdm8drDX+LtJS
sR0vNs8gSWp6jFl04UM7+uOCqVVVLO1SCbir1YTXt2cWG548c+o7o9VVDzeuSyr1
2W2zkk6zmRoFwjoJxQgLsHv8pS54BH4TI9oa0WhfH+RcfX151hz4qAmiLqJJ/rCQ
bfOjAffUUnA6tZfDeR+5
=m7TV
-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: 
http://lists.debian.org/20140113211753.18064.52270.report...@ithilien.loewenhoehle.ip

Re: xpdf removed from testing?

[Norbert Preining]

> > Is it true that xpdf is about to disappear. I like that program very
> > much. For which reasons, in addition to the 7 RC bugs, a dead upstream?
> Do you need more reasons?

Actually *1* RC bug that was introduced by replacing the proper xpdf
code with linking to poppler - a moving target that never cares for
any other packages. poppler pulls in pthread and that goes boom.

Yes, xpdf works very well. THose people having problem should simple
compile a version from upstream without the pesty Debian changes to
link against poppler, and it will work again.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140113221635.gl24...@gamma.logic.tuwien.ac.at

Re: xpdf removed from testing?

[Josselin Mouette]

Le mardi 14 janvier 2014 à 07:16 +0900, Norbert Preining a écrit : 
> Yes, xpdf works very well. THose people having problem should simple
> compile a version from upstream without the pesty Debian changes to
> link against poppler, and it will work again.

And as a bonus, the PDF exploits will work again, too.

-- 
Josselin Mouette  /\./\
 pouet
 pouet
« Sans puissance, la maîtrise n'est rien. »


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1389652259.13485.2.camel@tomoyo

Re: CUPS is now linked against OpenSSL

[Daniel Kahn Gillmor]

On 01/13/2014 11:38 AM, Didier 'OdyX' Raboud wrote:

> That would be quite a bold move to take. The one aspect that puzzles me 
> most is: in which ways "no TLS security" is better than "incompletely 
> secure TLS"? 

if the only axis we're measuring along is cryptographic security, then
protecting against passive attackers (eavesdroppers) is clearly better
than not doing so.

but if people think that CUPS' TLS protects them against active
attackers, and they use that to do things like send confidential
information over the link, they have been lulled into a false sense of
security.

And: cryptographic security is not the only axis we should be measuring
on.  The other axis is difficulty of license compliance, and CUPS
licensing is currently in a state that i would consider it difficult to
ship effectively with any sort of well-maintained cryptographic support
and remain in compliance with all the relevant licenses.

Does this make CUPS less useful than it used to be?  Is this a
regression?  yes, and yes.  That's why we should try to get one project
(either CUPS or GMP) to change their licensing to fix the issue rather
than trying to get dozens of projects to change their licensing.

Alternately, does anyone know anyone from the polarssl community who we
could cajole into patching that TLS implementation into CUPS?

--dkg



signature.asc
Description: OpenPGP digital signature

Re: removal of the vacation package

[Christian PERRIER]

Quoting Thomas Goirand (z...@debian.org):

> With mailbot from courier-maildrop, it's easy to do for a .mailfilter
> file (though it'd be once per recipient, which is IMO enough, I don't

You have an interesting definition of "easy", Thomas..:-)




signature.asc
Description: Digital signature

Bug#735256: ITP: libx11-windowhierarchy-perl -- Perl module to query the current X11 window hierarchy

[Dima Kogan]

Package: wnpp
Owner: Dima Kogan 
Severity: wishlist

* Package name: libx11-windowhierarchy-perl
  Version : 0.004
  Upstream Author : Tom Molesworth 
* URL or Web page : https://metacpan.org/pod/X11::WindowHierarchy
* License : GPL/Artistic (same as Perl)
  Description : Perl module for retrieving the current X11 window hierarchy
Provides a couple of helper functions based on X11::Protocol for
extracting the current window hierarchy. You can easily get the whole
window tree, or search for specific windows.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87iotnf4uf@secretsauce.net

Bug#735257: ITP: libx11-protocol-other-perl -- miscellaneous X11::Protocol helpers

[Dima Kogan]

Package: wnpp
Owner: Dima Kogan 
Severity: wishlist

* Package name: libx11-protocol-other-perl
  Version : 28
  Upstream Author : Kevin Ryde
* URL or Web page : http://user42.tuxfamily.org/x11-protocol-other/index.html
* License : GPL3+
  Description : miscellaneous X11::Protocol helpers

This is some miscellaneous extras and helpers for X11::Protocol. 
- X11::Protocol::Other — misc helpers 
- X11::Protocol::ChooseWindow — user click on window 
- X11::Protocol::GrabServer — oop block scope server grab 
- X11::Protocol::WM — window manager things 
- X11::Protocol::XSetRoot — set root window background 
- X11::AtomConstants — atoms 
- X11::CursorFont — cursor names 
- Encode::X11 — compound text encode/decode 
- X11::Protocol::Ext::Composite — obscured window content 
- X11::Protocol::Ext::DAMAGE — window/pixmap content changes 
- X11::Protocol::Ext::DOUBLE_BUFFER — off-screen swapped drawing 
- X11::Protocol::Ext::MIT_SCREEN_SAVER — external screen saver 
- X11::Protocol::Ext::MIT_SHM — images through shared memory 
- X11::Protocol::Ext::MIT_SUNDRY_NONSTANDARD — old bug mode 
- X11::Protocol::Ext::TOG_CUP — colormap helpers 
- X11::Protocol::Ext::XFree86_DGA — direct video RAM access 
- X11::Protocol::Ext::XFIXES — various regions, cursors, selection events 
- X11::Protocol::Ext::XINERAMA.pm — multiple monitors as one big screen 
- X11::Protocol::Ext::X_Resource — server usage statistics


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87fvorf4mc@secretsauce.net

mupdf (Was: xpdf removed from testing?)

[Andreas Tille]

Hi Russ,

On Mon, Jan 13, 2014 at 10:43:50AM -0800, Russ Allbery wrote:
> While someone could fix the package, you may want to consider not doing
> so.  After running into endless bugs in xpdf, I personally switched to
> mupdf for a light-weight PDF reader and found it superior in every respect
> except for the fact that it doesn't, so far as I can tell, support
> printing.  So I use mupdf to view PDF documents, and on the rare occasion
> that I want to print one, I open it in gv (which I find clunkier, but
> which generally works fine and prints).

Nice hint, pretty quick.  However, from my perspective who uses LaTeX
beamer frequently it would be great if the promise of the manual

   p  Toggle presentation mode.

would do what I expect it to do.  It seems it just adds some delayed
shading / smoothing effect.  I would love to have it *real* fullscreen
since

   f  Toggles fullscreen mode.

... but the rendered PDF remains in a small section in the middle of the
window.  Not sure whether this is a bug or a feature - but for
presentations ist seems I need to stick to evince.

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: http://lists.debian.org/20140114075029.gg25...@an3as.eu