Package: nut-nutrition
Version: 19.1-1
Severity: grave
Justification: renders package unusable
When running nut-nutrition, I get this message:
$ nut-nutrition
Can't open food file "debian/nut-nutrition/usr/share/nut-nutrition/sr26.nut" to
create food database.
Press to continue...
Aborted
$
L
Package: ticgit
Version: 1.0.2.11-1
Severity: grave
Justification: renders package unusable
I just tried installing and using ticgit on unstable. Here is the
result:
$ ti
/usr/lib/ruby/vendor_ruby/ticgit-ng/cli.rb:156:in `ioctl': Inappropriate ioctl
for device (Errno::ENOTTY)
from /usr/l
On Tuesday, October 16, 2012 11:52:47 Anton Gladky wrote:
> I am not able to reproduce the bug.
> Tested platforms: i386, armel and amd64 (VM)
I also can't reproduce this on any of my machines (i386 and amd64).
If you (Julius, or anybody else) can get it to fail, it might help to
include some mo
On 05/29/2012 11:26 PM, Bart Martens wrote:
If there is interest in using the savannah or launchpad sites for
development, I would be happy to add any interested parties as
administrators to do what they wish with them.
It would be nice to have the old pages link to the new page(s). Can you do
t
; https://launchpad.net/mimms/
>
> And you seem to be making the Debian package point to your own website:
> http://code.ebrahim.ir/mimms/
> http://code.ebrahim.ir/mimms/downloads/
>
> Are you taking over upstream ? I don't read that in debian/changelog.
>
> Was this a
On Monday, August 08, 2011 01:50:46 Niels Thykier wrote:
> Package: cheesetracker
> Severity: serious
>
> I noticed this package have two RC bugs that appears to have gotten
> no attention since April and June (repsectively). Furthermore it
> was removed from testing on the 3rd of July due to #62
On Thursday, June 23, 2011 07:04:36 أحمد المحمودي wrote:
> Please sponsor the updated package "geda-xgsch2pcb".
>
> It closes bug: 629776
I will take care of uploading this. Thanks for your work!
signature.asc
Description: This is a digitally signed message part.
On Sunday, June 12, 2011 10:24:02 Mark Janssen wrote:
> mimms, when trying to access a MMS stream using libmms will abort with
> the following error:
>
> $ mimms
> "mms://wm-ondemand01b.omroep.nl/public/ug-od/wm/3/media/wm3c1/vpro/44818
> 297/windowsmedia.asf?wmt=4df4e5b3\&wmhash=70edd5d5" Connect
In the build log we see:
Merged Build-Depends: ..., python-gtk2 (<< 2.10) | python-gobject, ...
Filtered Build-Depends: ..., python-gtk2 (<< 2.10), ...
So before it even tried to install dependencies, it pruned out all the
alternatives. When the first alternative failed, it didn't go back and tr
On Saturday, July 17, 2010 10:48:48 Jakub Wilk wrote:
> tags 552835 + patch
> tags 552835 + pending
> thanks
>
> Dear maintainer,
>
> I've prepared an NMU for ent (versioned as 1.1debian-1.1) and uploaded
> it to DELAYED/2. Please feel free to tell me if I should delay it
> longer.
No problem; t
package ghdl
severity 574597 normal
thanks
This bug is annoying, and should be fixed, but I'm downgrading it's
severity. This only happens with certain bad code, and does not make the
package unsuitable (serious) for release or have a major effect on the
usability of the package (important) whe
On Wednesday 17 February 2010 13:05:06 Jonathan Wiltshire wrote:
> Dear maintainer,
>
> I've prepared an NMU for mimms (versioned as 3.2.1-1.2) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
Thank you for your work on this package!
--
To UNSUBSCRIBE
ge, but I don't plan to
including sng_regress as a binary in the sng package.
--
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
signature.asc
Description: This is a digitally signed message part.
Note also that the synopsis is not part of the rest of the
N: "Description:" field.
N:
N: Refer to Policy Manual, section 3.4.1 for details.
N:
Very trivial issue, but you might want to fix sometime.
--
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 472
On Saturday 16 August 2008 09:25:08 Jurij Smakov wrote:
> On Sat, Aug 16, 2008 at 08:40:58AM -0600, Wesley J. Landaker wrote:
> > On Monday 11 August 2008 23:15:00 Gudjon I. Gudjonsson wrote:
> > > Hi Wesley and Jurij
> > > Could either of you please upload co
aps Jurij is willing to
> upload it.
I've just uploaded comedi 0.7.76-2 from mentors. You can ask for a freeze
exception on the debian-release mailing list.
Sorry, I'm pretty busy right now so I can't give more of a walkthrough. =)
--
Wesley J. Landaker <[EMAIL PROTECTED]&
ly missing a
> #include
> somewhere.
Thanks for the report, I'll take a look at this soon.
--
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
signature.asc
Description: This is a digitally signed message part.
t; again (without even needing to be reinstalled - needs to be restarted
> though).
Okay, thanks for tracking down more information! =)
--
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
signature.asc
Description: This is a digitally signed message part.
fixed 393831 0.26+svn94+gcc4.1.2~dfsg-2
thanks
With the latest upstream fixes, gnat-4.3, and a little patching, this
finally is building on ia64 again. =)
--
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
signature.asc
Description
On Wednesday 14 May 2008 14:21:11 Ludovic Brenta wrote:
> Wesley J. Landaker writes:
> > Long term, upstream is (supposedly?) moving away from gcc dependence
> > and going to be using LLVM. That will be a great day if/when it ever
> > happens. ;)
>
> I follow LLVM
nce and going to be using LLVM. That will be a great day if/when it
ever happens. ;)
So anyway, worst case, perhaps I will just revert to gnat-4.1 and whittle down
the supported architectures for a while until upstream has a better solution.
--
Wesley J. Landaker <[EMAIL PROTECTED]>
have not been able to get
get GHDL to compile with gnat-4.3. I could revert to gnat-4.1, but this
reintroduces several really annoying bugs into GHDL. So from GHDL's point
of view, going back to gnat-4.1 is also "not much of an option".
Does anyone want to volunteer to hel
tiple workarounds:
Unless you find a workaround that I haven't, your choices are to not use
your own LD_LIBRARY_PATH *at all*, or revert to using Google Earth 4.2,
which is still available on Google's site.
I'd be happy to accept patches if you find a better way to fix/work
] <http://groups.google.de/group/earth-linux/msg/c465c913f6c7823f>
Okay, thanks for the info, sounds like I can actually fix that! I will add
this to the amd64-specific depends in the next version.
--
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094 009
Package: miro
Version: 1.1.2-3
Severity: grave
Justification: renders package unusable
Since the python transition to 2.5, miro cannot be installed at all anymore.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Thanks for the reports.
These bugs are known; the problem is due to a massive change that happened
in dpkg-shlibdeps. I'm working on resolving these issues in a clean way.
I'll have a new upload for this ready hopefully within a week.
--
Wesley J. Landaker <[EMAIL PROTECTED]
on octave2.9 it uses addpath
> instead.
I adjusted the severity and retitled the bug, since this is mainly a
documentation issue.
Anyway, thanks for the help; I'm glad to have this working for myself. But
it would be nice if it clearly documented how to get it to work by default,
Subject: octave-plplot: doesn't work at all
Package: octave-plplot
Version: 5.8.0~RC1-3
Severity: grave
Justification: renders package unusable
octave-plplot doesn't work at all, e.g.:
octave:1> plot([1:10])
usage: plot (y)
plot (x, y, ...)
plot (x, y, fmt, ...) plot (x, y, pr
Subject: octplot: doesn't work at all
Package: octplot
Version: 0.4.0-3
Severity: grave
Justification: renders package unusable
octplot doesn't work at all.
1) It doesn't automatically get into octave's path, so you have to use
addpath.
2) Doing that doesn't help, because it doesn't work wi
t's not
completely trivial because the build system changed, as well as the
database dependencies (so it would be a chance in number/type of binary
packages if done right).
--
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
On Sunday 23 September 2007 07:25:28 Nico Golde wrote:
> Hi,
> any news on how the package maintainance will proceed?
> Kind regards
> Nico
I heard from Ervin earlier this week (sounds like he has been very busy
moving). He said he is preparing an updated package.
--
Wesley J. Land
source code".
>
> To my eyes this seems to tick the DFSG boxes, but I would appreciate any
> opinions on this matter.
Regardless of the other options, since (b) says you can distribute under
GPLv2, I don't see a problem.
--
Wesley J. Landaker <[EMAIL PROTECTED]>
O
but whatever, it
needs to get fixed either way.
I'm in process of trying to contact the maintainer and see if he is going to
fix this by packaging the new upstream (he is an active PennMUSH developer
as far as I know).
If not, there are some folks who will adopt this.
--
Wesley J. Landaker
On Wednesday 20 June 2007 00:22:34 Lucas Nussbaum wrote:
> On 19/10/06 at 09:40 +0100, Martin Michlmayr wrote:
> > * Wesley J. Landaker <[EMAIL PROTECTED]> [2006-10-18 20:17]:
> > > Hmmm... I'll see if upstream can help with this, but it can almost
> > >
t;[EMAIL PROTECTED]>.
Wow, you are fixing bugs faster than I can report them. =)
Thanks!
--
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
signature.asc
Description: This is a digitally signed message part.
lashplugin-nonfree when it crashes your browser, since it's just an
installer and can't do anything about it. Better is to go to Google Earth's
online Linux support forums.
--
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
pgpRU1pIl2r4N.pgp
Description: PGP signature
To: [EMAIL PROTECTED]
Mr. Landaker,
I am not registered with the debian bugs list, but I think that I found a
fix for the below referenced bug if you want to relay that to the package
maintainers:
Wesley J. Landaker wrote:
> Package: python-central
> Version: 0.5.13
> Severity: serious
>
>
Package: python-central
Version: 0.5.13
Severity: serious
Trying to upgrade fails. Trying to rerun looks like this:
# dpkg --configure -a
Setting up python2.4-minimal (2.4.4-3) ...
Linking and byte-compiling packages for runtime python2.4...
Traceback (most recent call last):
File "/usr/bin/pyc
Forwarding this message from debian-legal since it shows what is being done
about this bug:
-- Forwarded Message --
Subject: Re: IEEE copyrighted files in vhdl tools
Date: Tuesday 19 December 2006 09:06
From: "Wesley J. Landaker" <[EMAIL PROTECTED]>
em is actually copyrightable.
That said, it may be better to rewrite these headers so that there is no
confusion or room for question. This is quite a simple task, so I will look
into that.
--
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C
Package: lphdisk
Version: 0.9.1-2
Severity: critical
Tags: patch
Justification: causes serious data loss / breaks whole system
The latest few versions of lphdisk completely and utterly break the system. If
run, lphdisk destroys the entire MBR and parition table.
I've tracked this down at least
ons: ***
> [cheesetracker/interface__QT/instrument_edit.o] Error 1 scons: building
> terminated because of errors.
> make: *** [build-stamp] Error 2
--
Wesley J. Landaker <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ntee
it won't be in time for etch. (It's doubtful upstream has an IA64 to test
on).
=(
--
Wesley J. Landaker <[EMAIL PROTECTED]>
pgptVAGIhhIs3.pgp
Description: PGP signature
nterested in this package, I could use
some help. Otherwise, I'd rather drop IA64 support and get this in etch than
not have it on *any* architecture just because of IA64. =(
--
Wesley J. Landaker <[EMAIL PROTECTED]>
pgplvBz9BjaPm.pgp
Description: PGP signature
d that I know of.
But, we include a copy of the gcc-core sources, which in the sources
unfortunately appear to include some GFDL gcc texinfo stuff that does is
irrelevent to GHDL and can be stripped. I'll take care of that in the next
upload.
--
Wesley J. Landaker <[EMAIL PROTEC
Package: linux-headers-2.6.17-1-amd64-k8
Severity: grave
Justification: renders package unusable
linux-image-2.6.17-1-amd64-k8 is installable, but the corresponding headers
package is
not. This means that no modules packages (e.g. fuse) can be built against it
with any
kind of reasonable ease.
close #374577 2.0.0-1
thanks
This bug applies to mimms 0.0.9, but not 2.0.0. Marking fixed in Debian
revision 2.0.0-1.
--
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
pgpJQX5EEuLHV.pgp
Description: PGP signature
Okay, after looking more closely and trying to link with the library, it
looks like it actually DOES use glib, but doesn't have it's dependencies
right. I just submitted another bug about that.
--
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094 009
Package: libmms0
Version: 0.2-2
Severity: serious
Justification: Policy 3.5
libmms doesn't seem to depend on anything in particular:
$ ldd /usr/lib/libmms.so.0.0.0
libc.so.6 => /lib/libc.so.6 (0x2ae123713000)
/lib64/ld-linux-x86-64.so.2 (0x4000)
$ apt-cache show li
Package: libmms-dev
Version: 0.2-2
Severity: serious
Justification: Policy 3.5
The public headers for libmms in libmms-dev include "bswap.h", which
includes "glib.h". This is a needless dependency, because nothing in the
*headers* actually uses any of the macros from bswap, nor do they use
anythin
Package: amaya
Version: 9.4-3
Followup-For: Bug #357439
Same basic problem here. It starts to display but then instantly crashes, 100%
of the time. The message I get is very similar, but slightly different.
The program 'amaya' received an X Window System error.
This probably reflects a bug in th
e I like this
software and am concerned about it that I filed this bug report. =)
--
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
pgpHKhEDgzJmR.pgp
Description: PGP signature
Package: clearsilver
Version: 0.9.13-3.2
Severity: serious
The upstream clearsilver tarball includes everything that's needed to use
the clearsilver system, namely:
1. C Libraries and Headers
2. Commandline Utilities
3. Language Bindings
4. Documentation (man pages, examples, etc)
Curren
XTERN void png_save_uint_16 PNGARG((png_bytep buf, unsigned int i));
Anyway, the next upload will work around this.
--
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
pgpfmeXVN8HgX.pgp
Description: PGP signature
help", "copyright", "credits" or "license" for more information.
>>> from qt import *;
Traceback (most recent call last):
File "", line 1, in ?
ImportError: /usr/lib/python2.4/site-packages/qt.so: undefined symbol:
_ZTI11QMotifStyle
>>>
--
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
pgpf8Jc5xwDmO.pgp
Description: PGP signature
gt; line 4, in run_gui from mainwin import USE_KDE, MainWin
> File "/usr/lib/python2.4/site-packages/pyqtorrent3/QtGui/mainwin.py",
> line 4, in ? from qt import *
> ImportError: /usr/lib/python2.4/site-packages/qt.so: undefined symbol:
> _ZTI11QMotifStyle
This looks related
Package: ntp
Severity: serious
In current up-to-date unstable, ntp doesn't build from the source
package. Tested and was this failure on both amd64 and i386.
Here is a snippet of the part that fails:
if gcc -DHAVE_CONFIG_H -I. -I../../ntpd -I.. -I../../include -I../include
-I/usr/include -g -
Package: ivi
Version: 0.4.pre.20031121-2
Severity: serious
I've been working to get IVI 1.0.x into Debian. This is a bit tricky,
since it is now implemented as an Eclipse plugin, and Eclipse itself is
slowly getting a working version into Debian.
The 0.4.x series of IVI is really outdated, and IM
On Sunday 31 July 2005 08:14, Wesley J. Landaker wrote:
> Unfortunately, now you've just compiled cheesetracker against two
> different C++ ABIs, and since half of the old dependencies are out of the
> archive, and the new ABIs of new dependencies aren't all in, I can't
hen cheesetracker will
> be, unfortunately, uninstallable.
Unfortunately, now you've just compiled cheesetracker against two different
C++ ABIs, and since half of the old dependencies are out of the archive,
and the new ABIs of new dependencies aren't all in, I can't even fix it
tion for your
>package (because it may be/contain a C++ library), then please follow
>the timeline of the C++ transition instead of this one.
Yes, I'm waiting on the C++ ABI transition of my dependencies. They are
almost all there, but not quite. So yeah, until then cheesetracke
only relevent in that case. =)
--
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
diff -ur original/qtorrent-0.9.6.1/debian/changelog fixed/qtorrent-0.9.6.1/debian/changelog
--- original/qtorrent-0.9.6.1/debian/changelog 2005-04-10 12:26:4
62 matches
Mail list logo
