Package: ruby-reek
Version: 3.8.2-2
Severity: grave
Justification: renders package unusable
Hi,
When I run reek from the ruby-reek package, I get the following error:
/usr/bin/reek:9:in `require_relative': cannot load such file -- /usr/lib/reek
(LoadError)
from /usr/bin/reek:9:in
Hi,
It seems the fix for this bug added the wrong package name to the Depends:. The
package name that was added is libpeas-1.0-0-python2loader, whereas it should be
libpeas-1.0-python2loader (with one less '0-').
Regards,
--
Matijs
signature.asc
Description: OpenPGP digital signature
Hi,
Unfortunately the below change means the dev package now breaks the package it
depends on. Perhaps this should be a versioned Breaks?
> * Add libqt5scintilla2-dev Breaks/Replaces libqt5scintilla2-12v5 due to
> qscintilla2.prf moving between the packages (Closes: #803419)
Kind regards,
Package: gcr
Version: 3.12.2-1
Followup-For: Bug #734908
The focus-grabbing behavior is in fact problematic when the goal is to
ask for a remote account's password. It is common nowadays for these
passwords to be kept in a password manager such as Revelation. A system
modal dialog prevents the
Hello,
I'm experiencing the same problem as described in this bug report, but am unable
to find those other 5 bugs you mention. Can you provide a pointer please?
Kind regards,
--
Matijs
signature.asc
Description: OpenPGP digital signature
On 23/12/13 18:37, Kurt Roeckx wrote:
On Mon, Dec 23, 2013 at 05:57:41PM +0100, Matijs van Zuijlen wrote:
Hello,
I'm experiencing the same problem as described in this bug report, but am
unable
to find those other 5 bugs you mention. Can you provide a pointer please?
downgrade
On 03/12/2011 10:36 AM, Salvatore Bonaccorso wrote:
Thank you for the pointer! I fixed it right now and will reupload
fixed version.
Great! Thanks for the quick response.
Regards,
--
Matijs
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe.
Package: linux-image-2.6.29-2-amd64
Version: 2.6.29-5
Severity: grave
Justification: causes non-serious data loss
Yesterday, I found my root filesystem mounted read-only. Dmesg gave the
following messages (retyped by hand, which is why the timestamps are
missing):
EXT3-fs error (device sda3):
Package: rubygems1.8
Version: 1.2.0-2
Severity: grave
Justification: causes non-serious data loss
Steps to reproduce the problem:
1. Note new rubygems1.8 package
2. Install new rubygems1.8 package
3. Note that rubygems is now gone from debian
4. Purge rubygems package
Expected result: old gems
Tim,
I didn't recieve your message from Mar 8 directly, and only noticed it
just now in the BTS.
It's a little hard to say if IceDove handles this differently, since I'm
not quite sure yet what the 'this' is that is causing Evolution to
behave this way.
In any case, I have not seen email
that the original submitter also saw no error
messages, but I may be mistaken.
I have just switched to IceDove for my day-to-day email tasks, but I
will try to set up a dummy account using Evolution to see if I can
reliably make the problem appear.
Regards,
Matijs van Zuijlen.
Package: gnome-panel
Version: 2.18.3-2
Followup-For: Bug #436743
(The invalid email address seems to be due to Knoppix. Silly Knoppix. (it
wasn't me, though))
My Debian menu is also missing. Both menu-xdg and menu are installed. I
have successfully run update-menus.
-- System Information:
of uim have
not been compiled yet. This will *not* occur on the 386 architecture. It
*will* occur on powerpc, for instance.
Please do not tag this unreproducible again without some reasonable
expanation.
Thanks.
--
Matijs van Zuijlen http://www.matijs.net
, that is not enough: The original problem still occurs:
uim-common allows itself to be upgraded without the presence of the correct
versions of the other uim packages. So uim-common also needs to depend on
libuim5.
(See also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=419617;msg=32)
Thanks.
--
Matijs van
that
packages that need to be upgraded together are upgraded together. If proper
dependencies had been set, aptitude would have just held uim-common at its
old version.
Thanks in advance for fixing this.
--
Matijs van Zuijlen http://www.matijs.net
On Mon, Jun 19, 2006 at 07:19:06PM -0400, James Vega wrote:
Please check the BTS before filing bugs. This was filed by 4 other
people as well (373696 373762 373890 374060) and is already fixed in
1:7.0-017+8.
Sorry about that, I seem to have scanned for the wrong words.
--
Matijs van
Package: yelp
Version: 2.12.2-4
Followup-For: Bug #360769
It seems yelp opens the files in the current default for xml files. Since I
am having trouble getting nautilus to understand that a gnucash file is a
gnucash file, for me the default accidentally was gnucash, and yelp opened
the file in
Package: maxima
Version: 5.9.2-2
Followup-For: Bug #340151
I have just rebuilt this package, making sure dh_strip is called with
-Xmaxima, and now the segfault does not occur (except when using gdb, which
is very puzzling).
Note that the dh_strip command, without -Xmaxima, generates the
Package: maxima
Version: 5.9.2-2
Followup-For: Bug #340151
This version of maxima also segfaults on my ibook. I have just rebuilt
the package on using the more recent gcl 2.6.7-14, and it still segfaults.
How would requeing maxima help with this bug?
-- System Information:
Debian Release:
19 matches
Mail list logo
