On Thu, Jul 10, 2008 at 02:03:47PM +0800, Paul Wise wrote:
> Haven't yet evaluated how good it is.
FWIW, not very. fmdf is, like almost all other free (and lots of non-free!)
software projects in this class, very rudimentary and written with people
with very limited DSP knowledge. If you want a go
Andreas Tille <[EMAIL PROTECTED]> writes:
> On Mon, 7 Jul 2008, William Pitcock wrote:
>
>> If you do build-depends on gcc-multilib and g++-multilib, it should fix
>> this problem.
>
> As I said it fixes the build problem - but now I have a package with a
> not working executable. I guess it is a
Neil Williams <[EMAIL PROTECTED]> writes:
> On Fri, 2008-07-04 at 08:33 +0200, Tollef Fog Heen wrote:
>> * Neil Williams
>>
>> | Just a thought - why use /usr/lib/$ARCH and /usr/include/$ARCH at all
>> | when it would (IMHO) be simpler to use /usr/$TRIPLET/ and put the entire
>> | package under
Neil Williams <[EMAIL PROTECTED]> writes:
> Goswin von Brederlow wrote:
>> working on dpkg reminded me that I wanted to propose a better
>> diversion and alternatives handling for debian packages. Currently
>> they have to be manually added and removed in the maintainer
>> scripts. This method is
On Thu, 10 Jul 2008, Goswin von Brederlow wrote:
$ /usr/bin/maq
-bash: /usr/bin/maq: cannot execute binary file
That indicates your kernel can not execute that binary.
$ ldd /usr/bin/maq
ldd: exited with unknown exit code (126)
Usualy means the ld is missing, i.e. libc6 package missing.
Thanks for the hint, unfortunately that didn't help. I've rebuild
python-qt3 with CXXFLAGS="-Wall -g -O0" but rng is still segfaulting.
There is also no bugreport in python-qt3 indicating that someone else
has this problem.
Cheers,
Bastian
Kęstutis Biliūnas wrote:
An, 2008 07 08 15:44 +02
Joey Hess <[EMAIL PROTECTED]> wrote:
> Magnus Holmgren wrote:
>> Tarballs using the wrong top-level directory name is nothing that can't be
>> worked around.
>
> dpkg-source does not care what directory (if any) a .orig.tar.gz extracts
> into. There's nothing "wrong" about an upstream tarball ext
Hello Josselin,
Am 2008-07-06 14:28:15, schrieb Josselin Mouette:
> the restrictions of the Debian menu system (no i18n support, 32x32 XPM
> icons, strict hierarchy), these goals are simply not compatible.
For "Fvwm" it is not right, since you can do
$[gt.&Hello]
and in the ~/.fvwm/config I
Olá ,
Este programa não permite a visualização de mensagens formatadas (com cores,
imagens e links), portanto solicitamos que você copie o texto abaixo, e cole no
campo "Endereço" do seu navegador.
http://app.aknamail.com.br/emkt/tracer/?1,85550,c4b71992,1cb5
Para garantir que nossas mensagens
Hallo! Ein Freund von Ihnen hat ein Google Gadget namens " Das
Volks-Vertrauen in die Gesetze ist stärker " erstellt, das er Ihnen
gerne über iGoogle, Ihre personalisierte Version der
Google-Startseite, zu Verfügung stellen möchte. Möglicherweise nimmt
Ihr Freund von einem Tag auf den anderen Ä
Package: wnpp
Severity: wishlist
Owner: Gerfried Fuchs <[EMAIL PROTECTED]>
* Package name: 2h4u
Version : 1.3
Upstream Author : Pierre Lagouge, Pierre-Yves Ricau
* URL : http://www.piwai.info/2H4U.html
* License : GPLv2+
Programming Lang: C++
Description
Package: wnpp
Severity: wishlist
Owner: Karl Fogel <[EMAIL PROTECTED]>
* Package name: onetime
Version : 1.73
Upstream Author : Karl Fogel <[EMAIL PROTECTED]>
* URL : http://www.red-bean.com/onetime
* License : Public Domain
Programming Lang: Python
Descript
Package: wnpp
Severity: wishlist
Owner: Soeren Sonnenburg <[EMAIL PROTECTED]>
* Package name: torch5
Version : 5.1
Upstream Author : Ronan Collobert <[EMAIL PROTECTED]> et.al.
* URL : http://torch5.sourceforge.net
* License : BSD
Programming Lang: C, Lua
Des
On 10/07/2008 Michael Biebl wrote:
> Jonas Meurer wrote:
>> Just wanted to bring up that topic again. I believe it's far to late for
>> changing the default syslog daemon for lenny to rsyslog, albeit I think
>> it would be really desirable.
>>
>> According to http://wiki.debian.org/Rsyslog all prel
Hi,
AFAIK, the status of Xen in lenny is currently the following:
- no dom0 kernel
- domU kernel only for i386 (no domU kernel for amd64)
I was told (I don't remember where) that this is because the vanilla
kernel only supports domU for i386, and has no dom0 support, so distros
have to port the p
Package: wnpp
Severity: wishlist
Owner: Sylvain Le Gall <[EMAIL PROTECTED]>
* Package name: ocaml-bitmatch
Version : 1.3
Upstream Author : Richard W.M. Jones
* URL : http://code.google.com/p/bitmatch/
* License : LGPL
Programming Lang: OCaml
Description
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 490 (new: 2)
Total number of packages offered up for adoption: 107 (new: 3)
Total number of packages request
17 matches
Mail list logo
