Bug#711957:
If this issue still can be reproduced with Unshield 1.4.3, then please provide the data*.cab data*.hdr files for download somewhere and post the link in a bug report at https://github.com/twogood/unshield/issues Best regards, David Eriksson
Bug#361447: Use unshield, not orange
Quite late response, but orange is the wrong tool for this job. Use unshield to extract the InstallShield CAB files for Civ4. Best regards, David Eriksson
Bug#721943: unshield: Please package upstream release 1.0
Package: unshield Version: 0.6-3 Severity: wishlist Dear Maintainer, I have just released version 1.0 of unshield, including patches for #721933 and #260174 Best regards, David Eriksson -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring') Architecture: i386 (i686) Kernel: Linux 3.8.0-29-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages unshield depends on: ii libc6 2.17-0ubuntu5 ii libunshield0 0.6-3 unshield recommends no packages. unshield suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721943: Acknowledgement (unshield: Please package upstream release 1.0)
The new home for unshield is at github: https://github.com/twogood/unshield Releases are available at https://github.com/twogood/unshield/releases Thanks, David
Bug#518926: root-plugin-hbook: h2root crashes on amd64
Package: root-plugin-hbook Version: 5.18.00-2.2~lenny1 Severity: important I try to run h2root with any argument, both real hbook/files and dummy arguments like a, and I always get this error message: LOCB/LOCF: address 0x7f8e65787e40 exceeds the 32 bit address space or is not in the data segments This may result in program crash or incorrect results Therefore we will stop here I am running amd64. On i386 h2root works as expected. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages root-plugin-hbook depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1GCC support library ii libgfortran3 4.3.2-1.1 Runtime library for GNU Fortran ap ii libkernlib1-gfortran 2006.dfsg.2-13.2 CERNLIB data analysis suite - core ii libpacklib1-gfortran 2006.dfsg.2-13.2 CERNLIB data analysis suite - core ii libroot5.18 5.18.00-2.2~lenny1 Numerical data analysis framework ii libstdc++64.3.2-1.1 The GNU Standard C++ Library v3 root-plugin-hbook recommends no packages. root-plugin-hbook suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484698: [synce-serial] synce-serial-common config file misplacement
I suggest that the packaging rules are updated to run ./configure with --sysconfdir=/etc See also SynCE bug [ 1962630 ] synce-serial.default.new: No such file or directory http://sourceforge.net/tracker/index.php?func=detailaid=1962630group_id=30550atid=399601 Cheers, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483283: Fixed upstream
Hi,
The error is actually that orange fails to identify the MS Cabinet files
as such when they are in the .rsrc section. I have committed the patch
below upstream. It will cause the following files to be extracted by
orange from mbutton.exe:
installer.StrongARM.cab
rsrc-0064-0004--04e4
rsrc-0064-0005--04e4
Sorry for the useless filenames... I'm accepting patches that given an
MS Cabinet file reliably extracts the application name from the MSCE
descriptor available as the first file entry in the installer cabinet
files. The format is documented at
http://www.cabextract.org.uk/wince_cab_format/
Cheers,
David
Modified: trunk/orange/lib/squeeze.c
===
--- trunk/orange/lib/squeeze.c 2008-05-30 10:37:28 UTC (rev 3470)
+++ trunk/orange/lib/squeeze.c 2008-06-02 19:34:22 UTC (rev 3471)
@@ -211,7 +211,7 @@
#if VERBOSE_MAGIC
synce_trace(%s: %s, filename, description);
#endif
- if (strstr(description, Microsoft Cabinet file))
+ if (strstr(description, Microsoft Cabinet))
{
CabInfo cab_info;
if (orange_get_installable_cab_info(filename, cab_info))
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387400: librra0-tools: rra-appointment-from-vevent segfaults on supposedly valid VEVENT
On Thu, 2006-09-14 at 08:34 +0200, Wouter Michiel Koolen-Wijkstra wrote: Package: librra0-tools Version: 0.9.1-1 Severity: normal The attached VEVENT file causes rra-appointment-from-vevent to segfault. This VEVENT file was obtained using the synchronization command of the raki program, which comes with the synce-kde package. I think that raki uses librra0 internally. My handheld is a Compaq Aero 1520 palm-size-pc running windows ce 2.11. If I remove the empty line between END:VALARM and END:VEVENT, there's no crash. I don't think empty lines are valid in RFC 2425, so please also report a bug on the program that generated the vEvent! But of course it shouldn't cause crashes, valid or not! The value that causes segfault comes from libmimedir, so I suspect that in order for librra to handle this without crashing, libmimedir [1] needs some kind of fix. \David [1] http://packages.qa.debian.org/libm/libmimedir.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322641: FTBFS: Missing braces around an ambiguous else
On Thu, 2005-08-11 at 11:19 -0700, Matt Kraai wrote: [snip] The attached patch eliminates the warnings, which allows the build to succeed. This has already been corrected upstream. -- Regards, -\- David Eriksson -/- SynCE - http://synce.sourceforge.net ScummVM - http://scummvm.sourceforge.net Desquirr - http://desquirr.sourceforge.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289276: librapi2: FTBFS (amd64/gcc-4.0): pointer targets in passing argument 2 of 'rapi_buffer_read_uint32' differ in signedness
This is now fixed upstream. -- Regards, -\- David Eriksson -/- SynCE - http://synce.sourceforge.net ScummVM - http://scummvm.sourceforge.net Desquirr - http://desquirr.sourceforge.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#271997: hal 0.4.5 It's going to go 100% failure in 72 hours. released
On Sun, 2005-01-16 at 18:17 +0100, Kay Sievers wrote: On Sun, 2005-01-16 at 18:08 +0100, Sjoerd Simons wrote: Both mlabel and udev_volume_id show the correct label (ICYBOX), but hal uses AD, which is pretty useless... What does: hald --verbos=yes --daemon=no print? I get about the same error, my mount point gets called Ap: http://www.2good.nu/blandat/hald-mountpoint.log Here is the first occurence of Ap: 18:28:37.011 [I] linux/block_class_device.c:119: volume.label = 'Ap' -- Regards, -\- David Eriksson -/- SynCE - http://synce.sourceforge.net ScummVM - http://scummvm.sourceforge.net Desquirr - http://desquirr.sourceforge.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
