Bug#823663: RFS: tio/1.6-1 [ITP] -- The simple TTY terminal I/O application

2016-05-07 Thread Jakob Haufe
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "tie": Package name: tio Version : 1.6-1 Upstream Author : Martin Lund URL : http://tio.github.io/ License : GPL-2+ Section : comm It builds t

Bug#823465: dpkg: Won't run at all on i586 Pentium MMX due to illegal instruction

2016-05-07 Thread Tollef Fog Heen
]] Pierre Ynard > Please tell me, what do I do with it?? Personally, I'd get some more recent hardware. Or run stable. In CPU performance terms, a Pentium MMX (at 200MHz) is about half to a third of the speed of the first-generation raspberry pi (underclocked to 700MHz). There's a limit to ho

Bug#823465: dpkg: Won't run at all on i586 Pentium MMX due to illegal instruction

2016-05-07 Thread Adam Borowski
On Sat, May 07, 2016 at 02:42:37AM +0200, Pierre Ynard wrote: > That's not the idea I'd like to have about Debian. If I wanted > a distro where unstable is broken and unusable, I would have installed > long ago. I'm afraid there's not enough people who care about 586 enough to maintain it. And t

Re: Bug#823465: dpkg: Won't run at all on i586 Pentium MMX due to illegal instruction

2016-05-07 Thread Ian Jackson
(Dropping the bug report; replacing with CC to debian-devel) Adam Borowski writes ("Bug#823465: dpkg: Won't run at all on i586 Pentium MMX due to illegal instruction"): > I'm afraid there's not enough people who care about 586 enough to maintain > it. And the bad decision of i386 to stick to a s

Bug#823672: ITP: sse-support -- prevent installation on processors without required support

2016-05-07 Thread Adam Borowski
Package: wnpp Severity: wishlist Owner: Adam Borowski > > It might be also good to make a "sse2-support" package as mentioned in > > the thread Gert linked to to reduce duplication of such detection logic. > > Please say so if you think this is a good idea. > > Saying "so". :-) * Package name

Re: Debian i386 architecture now requires a 686-class processor

2016-05-07 Thread Steven Chamberlain
Hi, Ben Hutchings wrote: > Last year it was decided to increase the minimum CPU features for the > i386 architecture to 686-class in the stretch release cycle.  This > means dropping support for 586-class and hybrid 586/686 > processors[1].(Support for 486-class processors was dropped, somewhat >

Bug#823672: Streaming SIMD Extensions (SSE) is an SIMD instruction set extension to the x86 architecture

2016-05-07 Thread Geert Stappers
> * Package name: sse-support > Upstream Author : me > Binaries: sse2-support, sse3-support, more? > Description : prevent installation on processors without required > support > This is a mostly dummy package, whose only purpose is to detect the presence > of ${binary%%-su

Re: Debian i386 architecture now requires a 686-class processor

2016-05-07 Thread Steven Chamberlain
Steven Chamberlain wrote: > I seem to remember last time this was discussed, GNU `as' avoids using a > particular 686-class instruction I found a reference for that: https://lists.debian.org/debian-devel/2015/09/msg00617.html So it seems the "nearly 686" Geode LX/NX may still work after this chan

Re: Debian i386 architecture now requires a 686-class processor

2016-05-07 Thread Ben Hutchings
On Sat, 2016-05-07 at 13:45 +0100, Steven Chamberlain wrote: > Hi, > > Ben Hutchings wrote: > > > > Last year it was decided to increase the minimum CPU features for the > > i386 architecture to 686-class in the stretch release cycle.  This > > means dropping support for 586-class and hybrid 586/

Re: Bug#823672: Streaming SIMD Extensions (SSE) is an SIMD instruction set extension to the x86 architecture

2016-05-07 Thread Geert Stappers
On Sat, May 07, 2016 at 03:23:41PM +0200, Geert Stappers wrote: > > My gut feeling says that the package 'sse-support' is sabotage on > architecture "any". > This is from #823465 http://bugs.debian.org/823465 | I'm afraid there's not enough people who care about 586 enough to maintain | it. And

Re: Bug#823672: Streaming SIMD Extensions (SSE) is an SIMD instruction set extension to the x86 architecture

2016-05-07 Thread Christian Seiler
On 05/07/2016 03:59 PM, Geert Stappers wrote: > On Sat, May 07, 2016 at 03:23:41PM +0200, Geert Stappers wrote: >> >> My gut feeling says that the package 'sse-support' is sabotage on >> architecture "any". >> > > This is from #823465 http://bugs.debian.org/823465 > > | I'm afraid there's not en

Re: Bug#823672: Streaming SIMD Extensions (SSE) is an SIMD instruction set extension to the x86 architecture

2016-05-07 Thread Adam Borowski
On Sat, May 07, 2016 at 04:14:05PM +0200, Christian Seiler wrote: > On 05/07/2016 03:59 PM, Geert Stappers wrote: > > On Sat, May 07, 2016 at 03:23:41PM +0200, Geert Stappers wrote: > >> My gut feeling says that the package 'sse-support' is sabotage on > >> architecture "any". Obviously, it's arc

Re: Bug#823672: Streaming SIMD Extensions (SSE) is an SIMD instruction set extension to the x86 architecture

2016-05-07 Thread Simon McVittie
On Sat, 07 May 2016 at 17:15:51 +0200, Adam Borowski wrote: > Good idea! The test harness is already templated, so there's no reason to > make this x86 specific. Altivec detection on 32-bit powerpc would also be useful, assuming 32-bit powerpc has a future in Debian at all. ioquake3:powerpc would

Bug#823693: ITP: asciiquarium -- Enjoy the mysteries of the sea from the safety of your own terminal!

2016-05-07 Thread Niklas Sombert
Package: wnpp Severity: wishlist Owner: Niklas Sombert * Package name: asciiquarium Version : 1.1 Upstream Author : Kirk Baucom * URL : http://www.robobunny.com/projects/asciiquarium/html/ * License : GPL2 Programming Lang: Perl Description : Enjoy the

Re: Bug#823693: ITP: asciiquarium -- Enjoy the mysteries of the sea from the safety of your own terminal!

2016-05-07 Thread Adam Borowski
On Sat, May 07, 2016 at 08:57:03PM +0200, Niklas Sombert wrote: > * Package name: asciiquarium > * URL : http://www.robobunny.com/projects/asciiquarium/html/ > * License : GPL2 > Programming Lang: Perl > Description : Enjoy the mysteries of the sea from the safety of

Fingerprint-GUI?

2016-05-07 Thread Boyan Penkov
Hello all, Is there an effort to package fingerprint-GUI? Does anybody have a one-off .deb for Jessie for this that they may be using? http://www.ullrich-online.cc/fingerprint/ Cheers! -- Boyan Penkov http://www.boyanpenkov.com

Re: Bug#823693: ITP: asciiquarium -- Enjoy the mysteries of the sea from the safety of your own terminal!

2016-05-07 Thread Adam Borowski
On Sat, May 07, 2016 at 10:19:27PM +0200, Niklas Sombert wrote: > Adam Borowski wrote: > > > One problem: it depends on Term::Animation, which isn't packaged in > > Debian yet. I heard that our Perl team have a tool to do the entirety > > of packaging of CPAN modules with a single command, but I

Re: Bug#823693: ITP: asciiquarium -- Enjoy the mysteries of the sea from the safety of your own terminal!

2016-05-07 Thread Niklas Sombert
Adam Borowski wrote: > One problem: it depends on Term::Animation, which isn't packaged in > Debian > yet. I heard that our Perl team have a tool to do the entirety of > packaging > of CPAN modules with a single command, but I don't know the details. Yes, I've heard about dh-make-perl. It's ve

Re: Fingerprint-GUI?

2016-05-07 Thread Boyan Penkov
I could certainly see your point; also, all the relevant upstreams are pretty slowly developed. However, for some cases and with appropriate cautions, using fingerprint readers may be useful. This effort is not on the critical path, it seems. cheers! On Sat, May 07 2016, Andrew Shadura wrote:

Re: Bug#823693: ITP: asciiquarium -- Enjoy the mysteries of the sea from the safety of your own terminal!

2016-05-07 Thread gregor herrmann
On Sat, 07 May 2016 22:13:55 +0200, Adam Borowski wrote: > One problem: it depends on Term::Animation, which isn't packaged in Debian > yet. I heard that our Perl team have a tool to do the entirety of packaging > of CPAN modules with a single command, but I don't know the details. And, > this l

Bug#823465: dpkg: Won't run at all on i586 Pentium MMX due to illegal instruction

2016-05-07 Thread Pierre Ynard
> My recommendation would be going to jessie[1], it has whole four years > of support left. Anything you need from unstable can be backported. Hopefully the downgrade path would be workable. > After those four years you can reconsider, in the unlikely case your > machine will be still alive. Tha

Bug#823715: ITP: golang-github-franela-goblin -- minimal and beautiful Go testing framework

2016-05-07 Thread Dmitry Smirnov
Package: wnpp Severity: wishlist Owner: Dmitry Smirnov X-Debbugs-CC: debian-devel@lists.debian.org, pkg-go-maintain...@lists.alioth.debian.org Package name: golang-github-franela-goblin Version: 0.0.1+git20160123 Upstream Author: Marcos Lilljedahl and Jonathan Leibiusky Licens

Bug#823718: ITP: golang-github-franela-goreq -- minimal and simple request library for Go language

2016-05-07 Thread Dmitry Smirnov
Package: wnpp Severity: wishlist Owner: Dmitry Smirnov X-Debbugs-CC: debian-devel@lists.debian.org, pkg-go-maintain...@lists.alioth.debian.org Control: block -1 by 823715 Control: affects -1 grafana Package name: golang-github-franela-goreq Version: 0.0~git20160121 Upstream Author: Jo

Re: Debian i386 architecture now requires a 686-class processor

2016-05-07 Thread Paul Wise
On Sat, May 7, 2016 at 8:23 PM, Ben Hutchings wrote: > Last year it was decided to increase the minimum CPU features for the > i386 architecture to 686-class in the stretch release cycle. d-d-a is mostly for developers, you might like to reach our users via the Debian publicity team: https://wik

Re: Bug#823672: Streaming SIMD Extensions (SSE) is an SIMD instruction set extension to the x86 architecture

2016-05-07 Thread Paul Wise
On Sun, May 8, 2016 at 1:51 AM, Simon McVittie wrote: > Altivec detection on 32-bit powerpc would also be useful Probably also NEON on ARM? -- bye, pabs https://wiki.debian.org/PaulWise

Re: Fingerprint-GUI?

2016-05-07 Thread Paul Wise
On Sun, May 8, 2016 at 4:33 AM, Boyan Penkov wrote: > Is there an effort to package fingerprint-GUI? Generally you can answer this by looking at wnpp bugs: https://www.debian.org/devel/wnpp/ There is a search interface here: http://wnpp.debian.net/ Using that finds that there was someone inte