On Wed, 5 Mar 2014, Rafael Jesús Alcántara Pérez wrote:
El Domingo, 2 de marzo de 2014 22:28:47 Faheem Mitha escribió:
On Sun, 2 Mar 2014, Rafael Jesús Alcántara Pérez wrote:
Hi:
We have been watching this ITP for some months but we have found that
there is no advance. Is there any chance
don't have to wait till it gets into Debian
(assuming that ever happens). As far as I know it should work, though it
has only been lightly tested.
Regards, Faheem Mitha
--
+--
| Rafael Jesus Alcantara Perez.
| Email: mail
,
Sincerely, Faheem Mitha
On Mon, 30 Sep 2013, Faheem Mitha wrote:
Hi,
I don't mean to be impatient, but would it be possible for the FTP Master
team to make a call on this, please? It does not seem like *so* difficult a
technical
to pay
attention.
Thanks.
Regards, Faheem Mitha
Greets.
Rafael J. Alcántara Pérez.
--
___
pkg-common-lisp-devel mailing list
pkg-common-lisp-devel@lists.alioth.debian.org
http
Package: sbcl
Version: 1.1.14
Severity: normal
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
*
Hi,
I don't mean to be impatient, but would it be possible for the FTP Master
team to make a call on this, please? It does not seem like *so* difficult
a technical issue.
Thanks, Faheem
On Wed, 11 Sep 2013, Faheem Mitha
On Wed, 11 Sep 2013, Faré wrote:
On Wed, Sep 11, 2013 at 2:03 PM, Faheem Mitha wrote:
But just to play devil's advocate, it is possible to have multiple
versions of ASDF installed simultaneously, right?
Depends what you mean by "installed", but I'll take it tha
Hi Faré,
Sorry to put you to the trouble of having to explain this again. I'm
sure you have had to do it before.
On Wed, 11 Sep 2013, Faré wrote:
Can you elaborate on the reasons why looking to an external ASDF is
not a good idea? I assume that having multiple versions of ASDF in
the archive
On Wed, 11 Sep 2013, Faré wrote:
: Faheem Mitha
The main outstanding thing that (probably) should be fixed before the
CCL package itself is ready to be submitted to NEW is to remove the
local copy of ASDF from CCL and configure CCL to look for the Debian
installation of ASDF. I think at
On Tue, 9 Apr 2013, Luca Falavigna wrote:
Hi,
sorry, but we do not think introducing a convenience copy of gcc
is a good thing. Also, the 4.0 sources contain files licensed under
GFDL with invariant sections, which are not suitable for main.
Please try to build your code using existing gcc ve
: Tue, 09 Apr 2013 21:00:37 +
From: Luca Falavigna
To: Debian Common Lisp Team ,
Faheem Mitha , a...@debian.org
Subject: ccl-ffigen_1.2-1_amd64.changes REJECTED
Hi,
sorry, but we do not think introducing a convenience copy of gcc
is a good thing. Also, the 4.0 sources contain files licensed
Common Lisp Team
, Faheem Mitha
, a...@debian.org
Subject: ccl-ffigen_1.2-1_amd64.changes REJECTED
Hi,
sorry, but we do not think introducing a convenience copy of gcc
is a good thing. Also, the 4.0 sources contain files licensed under
GFDL with invariant sections, which are not suitable for
On Tue, 12 Feb 2013, Faheem Mitha wrote:
On Mon, 11 Feb 2013, Christoph Egger wrote:
Hi!
Faheem Mitha writes:
I'm not sure what to do about it, but bad interactions do concern
Debian, I think. BTW, why do all Debian CL packages depend on cl-asdf?
I think that is a misfeature, becau
On Mon, 11 Feb 2013, Christoph Egger wrote:
Hi!
Faheem Mitha writes:
I'm not sure what to do about it, but bad interactions do concern
Debian, I think. BTW, why do all Debian CL packages depend on cl-asdf?
I think that is a misfeature, because it makes it difficult for users
to use
On Wed, 9 Jan 2013, Christoph Egger wrote:
Hi!
Faheem Mitha writes:
On Wed, 9 Jan 2013, Christoph Egger wrote:
So actually it either needs to actually dfail to allocate the memory
or it's platform-specific. I think I get the problem on a amd64 with
few enough memory to trigge
On Wed, 9 Jan 2013, Christoph Egger wrote:
Hi!
So actually it either needs to actually dfail to allocate the memory
or it's platform-specific. I think I get the problem on a amd64 with
few enough memory to trigger the Heap exhaustion
Hi Christoph,
Thanks for taking a look. The develope
Package: sbcl
Version: 2:1.1.2-1
Followup-For: Bug #676979
::
nik.lisp
::
(eval-when (:compile-toplevel :load-toplevel :execute)
(setf *read-default-float-format* 'double-float))
(declaim (i
On Fri, 12 Oct 2012, Christoph Egger wrote:
Hi Faheem!
Faheem Mitha writes:
Currently alioth does not have reprepro. Do you think the admins would
install it if I asked? If so, what is the procedure? I asked on
#alioth.
You can always ask them.
Hi Christoph,
No reply yet on #alioth
Hi everyone,
I would like to create a (hopefully temporary) apt repository under
/home/groups/pkg-common-lisp/htdocs for my CCL package, so people can try
it out. This package is currently sitting at
http://mentors.debian.net/package/ccl.
This seems like a natural place for such a repositor
On Tue, 9 Oct 2012, Peter Van Eynde wrote:
Hello Faheem,
On 09 Oct 2012, at 07:06, Faheem Mitha wrote:
On Mon, 8 Oct 2012, Christoph Egger wrote:
I'm sorry to not responding to your requests for comment. It's
currently rather hard for me to free some more time for Debian so I
On Mon, 8 Oct 2012, Christoph Egger wrote:
Hi Faheem
Faheem Mitha writes:
On Sun, 7 Oct 2012, Diogo F. S. Ramos wrote:
Faheem Mitha writes:
It's been a couple of weeks. I'd appreciate a followup. I'd like to
get this thing wrapped up. Followups from anyone else would also
On Mon, 8 Oct 2012, Diogo F. S. Ramos wrote:
Faheem Mitha writes:
If you are so inclined, I would like feedback about how the CCL
package works for a user. So far I have received no such feedback.
Unfortunately I am not well versed enough in Debian package building and
CCL source
On Sun, 7 Oct 2012, Diogo F. S. Ramos wrote:
Faheem Mitha writes:
It's been a couple of weeks. I'd appreciate a followup. I'd like to
get this thing wrapped up. Followups from anyone else would also be
appreciated, of course.
Although I don't have any useful comment a
Hi Peter,
It's been a couple of weeks. I'd appreciate a followup. I'd like to get
this thing wrapped up. Followups from anyone else would also be
appreciated, of course.
Regards, Faheem
On Sun, 16 Sep 2012, Faheem Mit
/*
Copyright: 2012 Faheem Mitha
License: LLGPL
is this correct?
I would use the ccl-bootstrap setup, but simply make CCL version X
build-depend on CCL version X.
As to why:
The auto-builders will try to download the source package as-is and
try to build it again, this will fail due to the
On Sun, 19 Aug 2012, Christoph Egger wrote:
Hi again
Faheem Mitha writes:
Could one just use upstream binaries instead? CCL has upstream
binaries available, which I use to initially build my Debian package,
for at least i386 and amd64. My package currently does not attempt to
build on
X-Debbugs-CC: Peter Van Eynde , Christoph Egger
, openmcl-de...@clozure.com,
pkg-common-lisp-devel@lists.alioth.debian.org, Faheem Mitha
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "ccl"
* Package name: ccl
and pkg-common-lisp-devel@
is -- it appears -- not getting enough of my attention to see your
messages in time.
Ok, I'll do that.
Faheem Mitha writes:
1) I'd like to take over the outstanding ITP for CCL (#609047,
cc'd). I've written to Darren Ho, the creator of th
correct account]
On 13 Aug 2012, at 00:12, Faheem Mitha wrote:
CCL is not currently in Debian. Debian's archives only consists of
software compiled by Debian on Debian.
For reference: CMUCL gets pushes as a binary+source with
Build-Depends == version uploaded every time.
So for a new vers
Hi,
Please CC replies to my email address. Thanks.
I have put my preliminary packaging of CCL on Bitbucket as a Mercurial
repository, located at https://bitbucket.org/faheem/ccl-debian-tmp
Please test and report problem and suggest improvements. For
preference, open an issue.
This packaging is
Hi Darren,
It seems you are the owner of this ITP against ccl. I was wondering what
the current status is.
It seems from the bug thread that you have a working Debian ccl package
for some recent version of ccl, as of 2011. If you are no longer working
of this, would you considering publishi
Package: sbcl
Version: 2:1.0.56.0-1
Severity: normal
Please see my report at https://bugs.launchpad.net/sbcl/+bug/1009267
At this time it is not clear whether this bug is Debian-specific, but
it would be nice if someone could independently confirm it.
So far I have personally reproduced it on 2
Package: cmucl
Version: 20c-2
Severity: normal
I would report this to the cmucl bug tracking system at
http://trac.common-lisp.net/cmucl/report but I could not figure out
how to create an account. If you can tell me, I'll create a bug report
there. See the related bug report
https://bugs.launchpa
On Sat, 24 Mar 2012, Christoph Egger wrote:
I *think* this is a different bug due to removal of
common-lisp-controler and maintainer scripts not coping with it. A
`aptitude reinstall ecl` should solve it for you.
It does.
Just to make sure: Did you have any older ecl installed on that sys
I just installed 11.1.1-4 on unstable, and /usr/bin/ecl is missing, though
dpkg thinks it is there. Should I reopen this bug or create a new bug?
Regards, Faheem
orwell:/home/faheem# dpkg -l ecl
||/ Name
35 matches
Mail list logo