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
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
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
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 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: "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
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
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
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
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...
* 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.
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
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 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: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
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
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
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
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
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
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
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 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
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
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
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
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
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
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
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
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?
>
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
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 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
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 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 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 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
38 matches
Mail list logo
