On Tue, Sep 16, 2014 at 5:15 AM, Iain R. Learmonth wrote:
> I notice that packages.qa.debian.org is advertising the new package tracker.
> Does this mean the old package tracker there is going to disappear?
It will go away eventually once the new tracker has equivalent functionality.
> I was goi
On 15/09/2014 22:28, Barak A. Pearlmutter wrote:
> The package "ikarus", another programming language implementation,
> also requires SSE2 support.
> There is a check in the preinst script which aborts installation if
> sse2 is unavailable.
>
> case "$1" in
> install|upgrade)
> if egre
On Tue, Sep 16, 2014 at 03:54:21AM +0200, Marco d'Itri wrote:
> On Sep 16, James McCoy wrote:
>
> > As I said in my other reply, the intent of vim-tiny is to provide a vi
> > command. The fact that it is using Vim to do so is the means, not the
> > end.
> I think it's more complex than this: I l
On Sep 16, James McCoy wrote:
> As I said in my other reply, the intent of vim-tiny is to provide a vi
> command. The fact that it is using Vim to do so is the means, not the
> end.
I think it's more complex than this: I like vim-tiny because I can use
it on small images without wasting space f
On Mon, Sep 15, 2014 at 10:07:08PM +0200, Jonas Meurer wrote:
> Am 13.09.2014 um 12:58 schrieb Didier 'OdyX' Raboud:
> > Le vendredi, 12 septembre 2014, 13.55:53 Joey Hess a écrit :
> >> Theodore Ts'o wrote:
> >>> One thought... there will probably be trademark concerns with
> >>> "unix".[1] So we
I wonder whether the POV in this discussion is right. I have the impression
that the discussion is about the removal of "old" packages.
Squeeze had 91 standard packages, now there are 108. The latest one:
doc-debian. When libsqlcipher0 (1) hit standard I also had doubts that its
functionality jus
On Mon, Sep 15, 2014 at 06:16:47PM +0200, Matthias Urlichs wrote:
> And perl, which has the advantage of an '-e' switch.
>
> Or [m]awk, which is even Required (is there still a reason for that?).
AWK is mentioned in the Single UNIX Specification as one of the
mandatory utilities of a Unix operati
Thomas Goirand, le Mon 15 Sep 2014 20:45:27 +0800, a écrit :
> On 09/15/2014 05:17 PM, Samuel Thibault wrote:
> > Thomas Goirand, le Mon 15 Sep 2014 16:53:25 +0800, a écrit :
> >> I suppose (according to what's above) that using
> >> /usr/lib/sse4.2/x86_64-linux-gnu isn't supported (yet), right?
>
Hi,
I notice that packages.qa.debian.org is advertising the new package tracker.
Does this mean the old package tracker there is going to disappear?
I was going to build something for tracking team packages using the RDF
generated by the tracker at packages.qa.debian.org but if it's going to
disa
Bob Proulx writes:
> James McCoy wrote:
>> I keep contemplating packaging ex-vi and advocating to replace vim-tiny
>> with that. After all, the intent is to have something providing
>> /usr/bin/vi, as one expects to have on a *nix system, so why not have
>> it actually be vi?
> The package is a
The package "ikarus", another programming language implementation,
also requires SSE2 support.
There is a check in the preinst script which aborts installation if
sse2 is unavailable.
case "$1" in
install|upgrade)
if egrep -q '^flags[[:space:]]*:.*\bsse2\b' /proc/cpuinfo; then
Am 13.09.2014 um 12:58 schrieb Didier 'OdyX' Raboud:
> Le vendredi, 12 septembre 2014, 13.55:53 Joey Hess a écrit :
>> Theodore Ts'o wrote:
>>> One thought... there will probably be trademark concerns with
>>> "unix".[1] So we might have to choose a name for the tasksel task
>>> to be someting like
Package: wnpp
Severity: wishlist
Owner: "Iain R. Learmonth"
* Package name: aprx
Version : 2.08.593
Upstream Author : Matti Aarnio, OH2MQK
* URL : http://ham.zmailer.org/oh2mqk/aprx/
* License : BSD-3-clause
Programming Lang: C
Description : APRS iGate
James McCoy wrote:
> Bob Proulx wrote:
> > James McCoy wrote:
> > > I keep contemplating packaging ex-vi and advocating to replace vim-tiny
> > > with that. After all, the intent is to have something providing
> > > /usr/bin/vi, as one expects to have on a *nix system, so why not have it
> > > act
On Mon, Sep 15, 2014 at 10:56:16AM -0600, Bob Proulx wrote:
> James McCoy wrote:
> > I keep contemplating packaging ex-vi and advocating to replace vim-tiny
> > with that. After all, the intent is to have something providing
> > /usr/bin/vi, as one expects to have on a *nix system, so why not have
On 15. sep. 2014 18:50, Colin Watson wrote:
On Sun, Sep 14, 2014 at 04:40:14PM +0200, Adrien Clerc wrote:
I'm in the category of people who installed their Debian 8 years ago, on
an old AMD processor, only i686. My hardware was upgraded since, but the
system remains. I've searched for cross-grad
James McCoy wrote:
> I keep contemplating packaging ex-vi and advocating to replace vim-tiny
> with that. After all, the intent is to have something providing
> /usr/bin/vi, as one expects to have on a *nix system, so why not have it
> actually be vi?
The package is already done.
apt-cache sho
On Sun, Sep 14, 2014 at 04:40:14PM +0200, Adrien Clerc wrote:
> I'm in the category of people who installed their Debian 8 years ago, on
> an old AMD processor, only i686. My hardware was upgraded since, but the
> system remains. I've searched for cross-grade, but nothing serious comes
> out, excep
Hi,
Jonathan Dowland:
> On Fri, Sep 12, 2014 at 03:49:11PM +0200, Thorsten Glaser wrote:
> > bc is the standard Unix calculator, normally a dc frontend,
> > and used in *a lot* of scripts.
>
> Is there any way of verifying or even reasonably estimating how common it is
> used? *Within* debian, s
All,
The 'rapt-file' tool shipped in apt-file uses dde.debian.net to query for
filenames, obviating the need to download Contents files before you can
search. Unfortunately, dde.debian.net is down and we, the apt-file
maintainers, got reports that therefore, rapt-file has become useless.
I've tal
On Mon, 2014-09-15 at 14:53 +0100, Jonathan Dowland wrote:
> On Fri, Sep 12, 2014 at 03:49:11PM +0200, Thorsten Glaser wrote:
> > bc is the standard Unix calculator, normally a dc frontend,
> > and used in *a lot* of scripts.
>
> Is there any way of verifying or even reasonably estimating how comm
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-vioplot
Version : 0.2
Upstream Author : Daniel Adler
* URL : http://cran.r-project.org/web/packages/vioplot/index.html
* License : BSD
Programming Lang: R
Description : GNU R
Hi,
On Montag, 15. September 2014, Jonathan Dowland wrote:
> > Perhaps
> > task-traditional -- Traditional Unix utilities
> I quite like that.
FWIW, me too. (I also liked "task-unix" or "task-unix-like", but less.)
Thanks for cleaning up priority:standard!
cheers,
Holger
signatur
On Fri, Sep 12, 2014 at 03:49:11PM +0200, Thorsten Glaser wrote:
> bc is the standard Unix calculator, normally a dc frontend,
> and used in *a lot* of scripts.
Is there any way of verifying or even reasonably estimating how common it is
used? *Within* debian, sadly it's hard to ascertain via cod
On Fri, Sep 12, 2014 at 06:27:38PM +0100, Simon McVittie wrote:
> On 12/09/14 18:19, Theodore Ts'o wrote:
> > One thought... there will probably be trademark concerns with "unix".[1]
> > So we might have to choose a name for the tasksel task to be someting
> > like "unix-like".
>
> Perhaps
>
>
On Fri, Sep 12, 2014 at 03:44:46AM +0200, Adam Borowski wrote:
> You want 'nc myserver 25', as 'telnet myserver 25' will misbehave on 0xff
> bytes. A malicious server can do pretty surprising things to you, too.
You're both wrong; you want swaks(1).
--
To UNSUBSCRIBE, email to debian-devel-req
On 09/15/2014 05:17 PM, Samuel Thibault wrote:
> Thomas Goirand, le Mon 15 Sep 2014 16:53:25 +0800, a écrit :
>> I suppose (according to what's above) that using
>> /usr/lib/sse4.2/x86_64-linux-gnu isn't supported (yet), right?
>
> I guess it shouldn't be hard to add the support, once the need is
* Colin Watson , 2014-09-15, 11:23:
There are some packages which care about more details of the locale,
for a variety of good and bad reasons (I've seen ones that naïvely
decompose it and try to use the language part as a directory name, for
instance), and those are more difficult to handle.
Am Freitag, den 12.09.2014, 08:59 +0200 schrieb Fabian Greffrath:
> > apt-listchanges aptitude aptitude-common at bash-completion bc dc bind9-host
> Why is aptitude still in this list?
This has not been answered yet?!
- Fabian
--
To UNSUBSCRIBE, email to debian-devel-requ...
On Mon, Sep 15, 2014 at 01:42:32AM +0900, Osamu Aoki wrote:
> LANG = C.UTF-8 (Not defined in anywhere easily found but available)
> System can always be set this way under Jessie(??) and system acts
> 100% POSIX manner for ASCII characters while not corrupting UTF-8
> character processing.
> N
Thomas Goirand, le Mon 15 Sep 2014 16:53:25 +0800, a écrit :
> I suppose (according to what's above) that using
> /usr/lib/sse4.2/x86_64-linux-gnu isn't supported (yet), right?
I guess it shouldn't be hard to add the support, once the need is
expressed :)
Samuel
--
To UNSUBSCRIBE, email to deb
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-xstatic-jquery.bootstrap.wizard
Version : 1.0.0.1
Upstream Author : Radomir Dopieralski
* URL :
https://github.com/stackforge/xstatic-jquery.bootstrap.wizard
* License : MIT/Expat a
Package: wnpp
Severity: wishlist
Owner: "Iain R. Learmonth"
* Package name: aprsc
Version : 2.0.14
Upstream Author : Matti Aarnio, OH2MQK
* URL : http://he.fi/aprsc/
* License : BSD
Programming Lang: C
Description : APRS-IS server in C
aprsc (pronounce
On 09/15/2014 04:04 PM, Mathieu Malaterre wrote:
> On Sun, Sep 14, 2014 at 8:47 AM, Sébastien Villemot
> wrote:
>> Hi,
>>
>> As the maintainer of julia (a technical computing language built on top
>> of LLVM), I am wondering whether I should continue supporting the i386
>> architecture.
>>
>> The
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: gosa-plugin-netgroups
Version : 0.1~svn652
Upstream Author : Alejandro Escanero Blanco
* URL :
https://oss.gonicus.de/repositories/gosa-contrib/netgroups/trunk
* License : GPL
Programming
On Sun, Sep 14, 2014 at 8:47 AM, Sébastien Villemot
wrote:
> Hi,
>
> As the maintainer of julia (a technical computing language built on top
> of LLVM), I am wondering whether I should continue supporting the i386
> architecture.
>
> The bottom line is that julia needs SSE2 (and porting it to the
On Sun, Sep 14, 2014 at 07:47:27AM +0100, Sébastien Villemot wrote:
> The bottom line is that julia needs SSE2 (and porting it to the x87 FPU
> requires changes that are beyond what I am willing/able to do, see [1]
> for more details). And the presence of SSE2 is not guaranteed on the
> i386 archit
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 j
38 matches
Mail list logo
