On Sun, Sep 14, 2014 at 2:47 AM, 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 architecture.
Hi,
On Sep 14, 2014 9:16 AM, Michael Gilbert wrote:
>
> On Sun, Sep 14, 2014 at 2:47 AM, 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 t
The package infernal has also dropped i386 support for this reason. Using
it's example, this can cause issues for downstreams with i386 arch:all
builders. Just something to consider
On Sun, Sep 14, 2014 at 6:07 PM, Balint Reczey wrote:
> Hi,
> On Sep 14, 2014 9:16 AM, Michael Gilbert wrote:
> >
Hi,
from personal experience, I agree that the packages with priority
standard need to be reconsidered. I don't really care about bc, dc, w3m
and similar tools - I never use then, but then, they only need a few KiB
so I wouldn't mind if they were installed nontheless. However, there are
4 packages
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: Matthew Maurer
* Package name: piqi-ocaml
Version : 0.7.2
Upstream Author : Anton Lavrik
* URL : http://piqi.org
* License : Apache-2.0
Programming Lang: OCaml
Description : Provides OCaml Bindings to the Piqi Se
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-acepack
Version : 1.3.3.3-1
Upstream Author : Phil Spector, Jerome Friedman, Robert Tibshirani, and
Thomas Lumley
* URL or Web page : http://cran.r-project.org/web/packages/acepack/index.html
* Licen
Hi Paul,
On Samstag, 13. September 2014, Paul Wise wrote:
> Various places in Debian infrastructure (QA especially) hard-code
> aspects of the Debian archive (suite, code, component, arch names etc).
> This is a problem because after new suites or architectures are added,
> we have lots of places
[Drop the bug since it seems OT there]
On Sun, Sep 14, 2014 at 9:02 PM, Holger Levsen wrote:
> we have the python-distro-info package which at least holds some of that info.
>
> how/where would you see that in your "picture"?
That has the same problem; it hardcodes information about the archive
Package: wnpp
Severity: wishlist
Owner: Georges Khaznadar
* Package name: previsat
Version : 3.3.0.7
Upstream Author : Astropedia
* URL : http://astropedia.free.fr
* License : GPL3+
Programming Lang: C++
Description : satellite tracking software for ob
Le 14/09/2014 08:47, Sébastien Villemot a écrit :
> So I have two options: either ship a i386 package that only works on
> SSE2 processors (ideally giving a meaningful error message when run on
> older CPUs); or drop support for i386, which is a disservice to our
> users (the few who have a SSE2-ca
On 2014-09-12 14:03, Guido Günther wrote:
On Fri, Sep 12, 2014 at 01:43:01PM +0200, Matthias Klumpp wrote:
[..snip..]
The problem with restarting applications and subsystems is that you
never know if the loose state information if you just restart them
(e.g. Inkscape going down on upgrade would
On Sat, Sep 13, 2014 at 11:17:34AM -0700, Josh Triplett wrote:
> I'm not arguing that "standard" should have nothing in it; it should
> have things that the vast majority of users will 1) expect to find
> present without having to install them and 2) actually use or care
> about.
I sympathize with
Le dimanche 14 septembre 2014 à 07:47 +0100, Sébastien Villemot a
écrit :
> So I have two options: either ship a i386 package that only works on
> SSE2 processors (ideally giving a meaningful error message when run on
> older CPUs); or drop support for i386, which is a disservice to our
> users
Th
Hi,
This post is about Debian packaging. (Not about user configuration)
As I understand for the locale value:
LANG = , or C
System can always be set to this way and the system acts 100% POSIX manner.
No locale data generation is required.
Non-ASCII characters may not be processed as UTF-8 en
2014-09-14 15:08 GMT+02:00 Paul Wise :
> [Drop the bug since it seems OT there]
>
> On Sun, Sep 14, 2014 at 9:02 PM, Holger Levsen wrote:
>
>> we have the python-distro-info package which at least holds some of that
>> info.
>>
>> how/where would you see that in your "picture"?
>
> That has the sa
On 13616 March 1977, Christoph Anton Mitterer wrote:
[ Not doing a full quote, but keeping quite a bit of context for
debian-devel readers ]
> As Jakub Wilk pointed out[1] these are the current validity periods
> for Release files:
> unstable, experimental: 7 days
> testing: 7 days
> wheezy:
Package: wnpp
Severity: wishlist
Owner: "Shawn Sörbom"
* Package name: kcm-ufw
Version : 0.4.3-1
Upstream Author : Craig Drummond
* URL : http://kde-
apps.org/content/show.php/UFW+KControl+Module?content=137789
* License : GPL-3
Programming Lang: python, QT
Hi
On Sunday 14 September 2014, Joerg Jaspert wrote:
> On 13616 March 1977, Christoph Anton Mitterer wrote:
>
> [ Not doing a full quote, but keeping quite a bit of context for
> debian-devel readers ]
>
> > As Jakub Wilk pointed out[1] these are the current validity periods
> > for Release fi
On Sun, Sep 14, 2014 at 09:52:00PM +0200, Joerg Jaspert wrote:
> Also, going down to such small intervals means we MUST resign, even if
> there is no update at all in the archive (so an extra cronjob, just to
> be sure). That's no problem in the main archive, there is always enough
> going on, but
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 "unix-like".
>
> Or we could just call it "standard sy
On Sat, Sep 13, 2014 at 12:58:04PM +0200, Didier 'OdyX' Raboud wrote:
> 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
>
]] 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.
--
Tollef Fog Heen
UNIX is user friendly, it's just
23 matches
Mail list logo
