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 x87 FPU
requires changes that are beyond what I am willing/able to do, s
I would ping the reporter and tag the bug moreinfo, then wait a week
and if there is no response, close the bug.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.d
This bug [1] has been open for a very long time, and through the problem
can be said to be easy to spot (flash), the reporter hasn't confirmed
if this is indeed the cause of his problem, nor offer a clear way to reproduce
the issue (the title, may suggest that there's something special that needs
t
Vincent Danjean wrote:
> On 12/09/2014 18:41, Josh Triplett wrote:
> > ...I think this makes more sense: *neither* version of Make should have
> > priority standard. Bug filed.
>
> [And lots of other utility also requested to be removed from Standard
> priority..]
>
> When I see that 'make' an
On Sat, 13 Sep 2014 05:58:11 +0200, Matthias Urlichs
wrote:
>Marc Haber:
>> sysvinit init scripts will suffer heavy bitrot in jessie+1.
>>
>Possibly. But let's get Jessie out the door first …
So that it'll be completely impossible to roll back?
Not that I seriously believe that we got the balls
El vie, 12 de sep 2014 a las 10:12 , Theodore Ts'o
escribió:
On Fri, Sep 12, 2014 at 03:12:47PM +0100, Simon McVittie wrote:
(Admittedly, cron has to be Priority:important anyway, to support
logrotate - until/unless someone adds a logrotate.timer for
systemd, and
makes its cron job early-
* David Kalnischkies , 2014-06-18, 14:11:
[0] And his skepticism was reinforced by (independent) discovery of
this bug: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1098738
*sigh* and this is still open? 8-O
Before someone is rushing to work on that (sorry, I was dreaming)… we
actua
On 12/09/2014 18:41, Josh Triplett wrote:
> ...I think this makes more sense: *neither* version of Make should have
> priority standard. Bug filed.
[And lots of other utility also requested to be removed from Standard
priority..]
When I see that 'make' and other well-known programs should not
Carlos Alberto Lopez Perez writes:
> On 09/09/14 22:34, Carlos Alberto Lopez Perez wrote:
>> I truly believe that making systemd the default without asking the user
>> to test it first, is going to cause more breakage and angry users than
>> doing it the other way.
>
> s/making systemd the defaul
Hi,
consider a library libabstr implementing an interface and a library libimplX
that is currently used by libabstr to actually do stuff. The public headers
are called abstr.h and implX.h
libabstr could be designed in basically two different ways:
1: * abstr.h contains just prototypes, perhaps
> Just wait for systemd-emacs. It would obsolete... all of gnuserv!
Silly people.
https://aur.archlinux.org/packages/systemd-emacs-daemon/
http://www.emacswiki.org/emacs/EmacsAsDaemon#toc8
https://lists.gnu.org/archive/html/bug-gnu-emacs/2014-01/msg00996.html
--
bye, Joerg
It's not that I'm a
Package: wnpp
Severity: wishlist
Owner: ruben.undh...@gmail.com
* Package name: timberwolf
Version : 6.3.5
Upstream Author : Yale University
* URL : http://opencircuitdesign.com/magic/archive/ (folder for
upstream tar-ball - no known web-page)
* License : Yale
Package: wnpp
Severity: wishlist
Owner: ruben.undh...@gmail.com
* Package name: qflow
Version : 1.0.85
Upstream Author : Tim Edwards
* URL : http://opencircuitdesign.com/qflow/
* License : GPL
Programming Lang: C, Tcl, sh
Description : A Digital Synthe
Package: wnpp
Severity: wishlist
Owner: ruben.undh...@gmail.com
* Package name: yosys
Version : 0.3.0+20140904git01ef34c
Upstream Author : Clifford Wolf
* URL : http://www.clifford.at/yosys/
* License : ISC License
Programming Lang: C++
Description : A
Package: wnpp
Severity: wishlist
Owner: ruben.undh...@gmail.com
* Package name: abc
Version : 1.01-20140822hg4d547a5e065b
Upstream Author : Berkeley Logic Synthesis and Verification Group
* URL : http://www.eecs.berkeley.edu/~alanmi/abc/
* License : MIT-similar
Package: wnpp
Severity: wishlist
Owner: Johan Van de Wauw
* Package name: istsos
Version : 2.1.1
Upstream Author : Istituto Scienze della Terra:
* URL : https://geoservice.ist.supsi.ch/projects/istsos/
* License : GPLv2
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Andrea Colangelo
* Package name: qmenu
Version : 5.0.1
Upstream Author : Stefano Teodorani
* URL : https://github.com/teopost/qmenu
* License : GPL3
Programming Lang: C
Description : Tool to create simple menus f
On 2014-09-11, Brian May wrote:
> My reading of the criteria is it depends on your interpretation of "makes
> unrelated software on the system break". What does "unrelated" mean? In
> this case it seems they are related as package Y depends on package X. Or
> maybe it means "unrelated" as in gene
Package: ftp.debian.org
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
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
19 matches
Mail list logo
