On 2010-01-03 17:11:55 +, Martin Costabel said:
> Martin Costabel wrote:
> []
>> On 10.6/32bit: Builds but doesn't install
>>
>>> Unpacking sbcl (from .../sbcl_1.0.34-1_darwin-i386.deb) ...
>>> ### execution of /sw32/bin/dpkg-lockwait failed, exit code 6
>>> /sw32/bin/dpkg-deb: subprocess pas
On Tue, Jan 05, 2010 at 09:39:45AM +0100, Martin Costabel wrote:
> Daniel Macks wrote:
> []
> > main/archives.c:tarobject() uses a static buffer to store a filename
> > during installation. Wanna guess the size of fnamebuf[]? Try bumping
> > it to something "much larger". Latest dpkg upstream still
Daniel Macks wrote:
[]
> main/archives.c:tarobject() uses a static buffer to store a filename
> during installation. Wanna guess the size of fnamebuf[]? Try bumping
> it to something "much larger". Latest dpkg upstream still has this
> same hardcoded size.
This may even be legal, seeing that /usr/
On Sun, Jan 03, 2010 at 11:09:09PM +0100, Martin Costabel wrote:
> Daniel Macks wrote:
> []
> >> This looks like dpkg is not able to handle files with a file name longer
> >> than 256 characters. On the other hand, I don't understand why this bug
> >> only shows up on 10.6/32bit and not on 10.6/6
Daniel Macks wrote:
[]
>> This looks like dpkg is not able to handle files with a file name longer
>> than 256 characters. On the other hand, I don't understand why this bug
>> only shows up on 10.6/32bit and not on 10.6/64bit nor on 10.5/32bit.
>
> Also doesn't seem to choke on 10.4/ppc. Wonder
On Sun, Jan 03, 2010 at 06:11:55PM +0100, Martin Costabel wrote:
> Martin Costabel wrote:
> []
> > On 10.6/32bit: Builds but doesn't install
> >
> >> Unpacking sbcl (from .../sbcl_1.0.34-1_darwin-i386.deb) ...
> >> ### execution of /sw32/bin/dpkg-lockwait failed, exit code 6
> >> /sw32/bin/dpkg-de
Martin Costabel wrote:
[]
> On 10.6/32bit: Builds but doesn't install
>
>> Unpacking sbcl (from .../sbcl_1.0.34-1_darwin-i386.deb) ...
>> ### execution of /sw32/bin/dpkg-lockwait failed, exit code 6
>> /sw32/bin/dpkg-deb: subprocess paste killed by signal (Broken pipe)
>> Updating the list of loca
Jesse Alama wrote:
[]
> I just committed an updated SBCL (version 1.0.34) to my experimental
> repository:
>
> http://fink.cvs.sourceforge.net/viewvc/fink/experimental/jessealama/
>
> Can you please give this a try? I didn't do anything new apart from bumping
> the version, but perhaps this
On Jan 1, 2010, at 9:12 PM, Martin Costabel wrote:
> Martin Costabel wrote:
>> Alexander Hansen wrote:
>> []
>>> I was told that the package functioned on 10.6/64-bit. I didn't have
>>> time actually to verify that on a clean 10.6 system at that time, but
>>> verified that it works on 10.5; I app
Martin Costabel wrote:
> Alexander Hansen wrote:
> []
>> I was told that the package functioned on 10.6/64-bit. I didn't have
>> time actually to verify that on a clean 10.6 system at that time, but
>> verified that it works on 10.5; I applied an update to maxima concurrently.
>
> There is someth
Alexander Hansen wrote:
[]
> I was told that the package functioned on 10.6/64-bit. I didn't have
> time actually to verify that on a clean 10.6 system at that time, but
> verified that it works on 10.5; I applied an update to maxima concurrently.
There is something weird going on: I have two bui
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 1/1/10 11:05 AM, Martin Costabel wrote:
> Dr. Wolfram Schroers wrote:
>> Martin,
>>
>> I have followed the instructions and removed the entries from
>> /sw/var/lib/dpkg/status. There were no files with sbcl in their names in the
>> /sw/var/lib/dpk
Dr. Wolfram Schroers wrote:
> Martin,
>
> I have followed the instructions and removed the entries from
> /sw/var/lib/dpkg/status. There were no files with sbcl in their names in the
> /sw/var/lib/dpkg/info subdirectory. Finally, I ran "fink scanpackages" and
> "sudo apt-get update".
>
> When
That's odd. As far as I can tell Martin Costabel's instructions should
have made dpkg forget about sbcl altogether.
Could you possibly post your /sw/var/lib/dpkg/status file to some Web
or FTP server so that we are able to get it? If that's not possible,
send it to my e-mail address (do not
Martin,
I have followed the instructions and removed the entries from
/sw/var/lib/dpkg/status. There were no files with sbcl in their names in the
/sw/var/lib/dpkg/info subdirectory. Finally, I ran "fink scanpackages" and
"sudo apt-get update".
When trying to install sbcl again, I got an error
Dr. Wolfram Schroers wrote:
[]
> Error message from "sudo apt-get remove sbcl":
[]
> /sw/bin/dpkg: error processing sbcl (--remove):
> Package is in a very bad inconsistent state - you should
> reinstall it before attempting a removal.
In such a situation, I found that the only solution is to ma
Hi,
Unfortunately, this didn't solve the problem.
I have deleted the source files, the deb files and rebuilt sbcl from the latest
source on the mirror. Neither fink nor apt-get allow me to install nor remove
sbcl.
Error message from "sudo apt-get remove sbcl":
Reading Package Lists... Done
Bui
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/29/09 5:05 AM, Wolfram Schroers wrote:
> Hi,
>
> When trying to install the package sbcl, I run into the following installer
> error. The compilation was fine, but the installation fails. Afterwards, I
> also get error messages about the 'miss
Hi,
When trying to install the package sbcl, I run into the following installer
error. The compilation was fine, but the installation fails. Afterwards, I also
get error messages about the 'missing file list'. The file, /sw/bin/sbcl
exists, however, although Fink does not list the package in th
19 matches
Mail list logo
