Package: totem-gstreamer
Version: 2.20.0-3
Severity: important
For about a week - I'm not sure what upgrade did it, but it definitely started
with an upgrade - all video content is completely mangled. For example, this:
http://partiwm.org/static/screenshots/demo-2.ogg
(which should have no
On 10/26/07, Bastian Blank [EMAIL PROTECTED] wrote:
| runcmd: /build/waldi/temp/monotone-0.36/mtn, local_redir = false, requested
= nil
| add_executable:5: /build/waldi/temp/monotone-0.36/mtn --norc
--root=/build/waldi/temp/monotone-0.36/tester_dir/add_executable
On 10/26/07, Bastian Blank [EMAIL PROTECTED] wrote:
On Sun, Aug 26, 2007 at 10:59:49AM -0700, Zack Weinberg wrote:
I need more information to debug this. Is there any chance you can
tar up the contents of the tester_dir subdirectory of the build tree
(after the failure happens) and send
Package: audacity
Version: 1.3.3-1+b1
Severity: normal
If audacity is already running and one tries to open a second project from
a file browser (e.g. Nautilus) you get an error dialog saying that it's not
safe to run two instances of audacity at the same time and one should use
File-Open from
Package: audacity
Version: 1.3.3-1+b1
Severity: normal
Most of the operations in audacity's effects menu, if repeated with Ctrl-R
on a different segment of a track, do exactly the same thing as they would
have done if chosen again from the menu. The Amplify... plugin is a
glaring exception. If
On 10/21/07, Thomas de Grivel [EMAIL PROTECTED] wrote:
Much more user-friendly behavior would be to remember the user's chosen
peak volume in decibels, and adjust the amplification factor to hit that
peak volume with each successive segment.
I would call that Normalize but there is already
Package: coreutils
Version: 5.97-5.4
Severity: minor
File: /bin/dd
In this example, /dev/sde1 is a Flash card with, indeed, 2.1GB of space.
$ sudo dd if=/dev/zero of=/dev/sde1 bs=512b count=4013650
dd: writing `/dev/sde1': No space left on device
7840+0 records in
7839+0 records out
2054988800
Package: audacity
Version: 1.3.3-1+b1
Severity: normal
If you create a project in any way (e.g. File-New, File-Open of a non-.aup
file) and make some changes without saving it, Audacity will crash instantly
if you attempt to undo a change. This does not happen if you save the project
in .aup
Package: gnome-cups-manager
Version: 0.31-3
Severity: wishlist
Depending on where I am, my laptop sometimes picks up on a whole bunch of
IPP printers that I don't actually have any business using. For instance,
right now it's showing two printers with .harvard.edu domain names -- I'm
nowhere
forwarded 444153 https://savannah.nongnu.org/bugs/index.php?21171
thanks
On 9/26/07, Vlad Shakhov [EMAIL PROTECTED] wrote:
$ touch \\
$ mtn list unknown
mtn: fatal: std::logic_error: paths.cc:415: invariant
'I(utf8_validate(utf8(data)) !has_bad_component_chars(data) data != .
data !=
reassign 441870 libc6
merge 441870 441763
thanks
libdb should NOT be linked against libpthread, as it does not create
and used threads internally. The bug is that libc's thread-locking
stubs are missing a few interfaces. Please see my explanation in
#441763.
zw
--
To UNSUBSCRIBE, email to
reassign 441763 libc6
retitle 441763 /lib/libc.so.6 is missing several stub pthread interfaces
thanks
Brian Carlson is seriously mistaken in all of his statements about this bug.
It is possible to write correct C++ code that does not need any of the
libraries that g++ adds to the link, and in
clone 441763 -1
severity -1 wishlist
reassign -1 libc6
thanks
What the fuck? Do you have in mind that you rely on a feature that does
not exists, and you are shouting because it does not exists?
I was not shouting, and even if I were, this level of abuse is inappropriate.
libc.so.6's has
On 8/31/07, Ari Pollak [EMAIL PROTECTED] wrote:
Which IRC server channel are you using?
I see this for all channels on irc.darkmyst.org. I should add that
the pane for other nicks in the chat is always empty, too.
I have just now tried irc.freenode.net and see both filled-out nick
panes and
Package: pidgin
Version: 2.1.1-2
Severity: normal
If I establish an IRC account in Gamin and enter an IRC channel
using Buddies - Join a Chat..., the chat window reports everything I type
but nothing that anyone else types. System NOTICEs do appear.
This, naturally, renders the IRC mode
tags 439584 + moreinfo
thanks
On 8/25/07, Bastian Blank [EMAIL PROTECTED] wrote:
There was an error while trying to autobuild your package:
[...]
Of 446 tests run:
0 succeeded
444 failed
2 had expected failures
0 succeeded unexpectedly
0 were skipped
On 8/12/07, Brice Goglin [EMAIL PROTECTED] wrote:
Now he wants you to do
echo 1 /sys/modules/drm/parameters/debug
before starting X, then start X and send the output of dmesg.
Nothing in here looks obviously like a failure, but here it is ...
[drm] Initialized drm 1.1.0 20060810
NET:
On 8/10/07, Brice Goglin [EMAIL PROTECTED] wrote:
If you are still interested in fixing this problem, I would appreciate
if you could send an updated patch. But please do not prepare it against
Mesa 6.5.1 in Etch (such a change won't be accepted in Etch anyway). You
should prepare it
Package: xserver-xorg
Version: 1:7.2-5
Severity: wishlist
If there is no xorg.conf at all, X automatically deduces default settings
that work in a lot of cases (including my own). However, if there *is* an
xorg.conf, but it does not contain ServerLayout, Device, or Screen sections,
X refuses to
clone 435280 -1
reassign -1 xserver-xorg-video-ati
notfound -1 2.6.22-3
found -1 1:6.6.192-1
retitle -1 incompatible with kernel =2.6.22 (Radeon Xpress 200M)
retitle 435280 incompatible with experimental xserver-xorg-video-ati
thanks
I realized that I had the experimental version of the X-server
2.6.23-rc2 has this bug too.
I would really appreciate some attention paid to this bug. It makes
kernels =2.6.22 unusable for me.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
2.6.23-rc2 shows exactly the same bug.
zw
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please ignore my previous message, I sent it to the wrong bug.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
2.6.23-rc2 has this bug too.
I would really appreciate some attention paid to this bug. It makes
kernels =2.6.22 unusable for me.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On 8/4/07, Jay Berkenbilt [EMAIL PROTECTED] wrote:
Actually, checking ICU 3.8, there is an --enable-weak-threads
configure flag that appears to do exactly what you are looking for.
Was this your patch?
It might have been. I talked to them about it a while back but I came
away with the
On 8/4/07, maximilian attems [EMAIL PROTECTED] wrote:
could you try against 2.6.22 from unstable?
linux images install just fine in testing.
sure, i'll try that soonish. however, 2.6.22 has other problems on
this laptop (it completely broke X, for instance).
did you try to ssh to the box?
I said 2.6.22 completely broke X on this box. That is bug #435280.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: ripit
Version: 3.6.0-1
Severity: wishlist
It would be nice if ripit would trim silence from the ends of each track.
I think the existing logic for identifying ghost songs (two songs in
one track) should be adaptable to the purpose. (My perl-fu is
inadequate or I would send a patch.)
--
On 8/2/07, Ludovic Brenta [EMAIL PROTECTED] wrote:
Zack, debconf is priority: required, just like libc6. You can pretty
much rely on it being present.
That turned out not to be the problem. :- piuparts is not so silly.
The debhelper additions were trying to talk to debconf after db_stop.
I
Package: linux-image-2.6.22-1-686
Version: 2.6.22-3
Severity: normal
With kernel 2.6.22-1-686, my laptop's screen goes black when X starts
and stays that way. I can reboot by pressing the power button. This does
not happen with 2.6.21-2 (2.6.21-6).
I am appending Xorg.0.log to the bug report
Yes, user applications should be allowed to mmap() from /dev/zero with
PROT_EXEC. (There should be *no* visible difference between using
/dev/zero and using MAP_ANON(YMOUS).)
However, it also seems to me that it is appropriate for udev to mount
its tmpfs with noexec set -- there's no legitimate
On 7/30/07, Wolfgang Walter [EMAIL PROTECTED] wrote:
I don't think this is the right thing to do, and I really doubt the kernel
will be changed. Ignoring the noexec option for device files is not only a
visible change for userspace but it is a rather dangerous one.
Could you expand on that,
On 7/22/07, Ludovic Brenta [EMAIL PROTECTED] wrote:
Not so imminent. [...]
Imminent was perhaps the wrong word, but nonetheless, I don't see much
value in trying to isolate a bug in g++-4.1 when 4.2 should be live in
the near future, especially when, as you say
Monotone 0.35-2 is now 8 days
For the record - since I'm pretty sure this is a compiler bug and the
g++ 4.2 transition is imminent, I'm going to wait and see if the
package builds with 4.2, and if it does, I'll downgrade this to normal
and reassign it to g++-4.1.
zw
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On 7/15/07, Ludovic Brenta [EMAIL PROTECTED] wrote:
I crudely measured, using top(1) and a sampling period of 0.5 s, that
g++ uses as much as 474 Mb of virtual memory when compiling the
largest file in monotone (revision.cc). That might explain why g++
seems to have run out of memory on two
texi2dvi is provided by the texinfo package, which is in the
Build-Depends-Indep list. This might not be correct, but if it's
wrong, it's because of the use of makeinfo in building the main
monotone package; not because of the use of texi2dvi in building the
monotone-doc package. The buildd
If you look carefully at the buildd log for this one, you see it went
off the rails a long time before that...
checking whether we are using the GNU C++ compiler... no
checking whether g++ accepts -g... no
checking dependency style of g++... none
checking for C++ compiler warning flags...
On 7/11/07, Steve Langasek [EMAIL PROTECTED] wrote:
The most recent upload of glibc to unstable has introduced a libc-dev
dependency which is in conflict with the sbuild configuration on multiple
buildds. As a result, libstdc++-dev has gone missing from these chroots,
and the buildd admin will
On 7/10/07, Brice Goglin [EMAIL PROTECTED] wrote:
Zack Weinberg wrote:
1) xrandr.out.1600x1200 is the output of this command when run under X
with an xorg.conf forcing the max to be 1600x1200.
2) xrandr.out.1920x1200 is the output of this command when run under X
with no xorg.conf at all
Package: linux-image-2.6.21-2-686
Version: 2.6.21-5
Severity: normal
My laptop - a Toshiba Satellite M70 [I believe this was a model sold only
in Canada, not that that stopped Newegg from selling it to me ;-)] suspends
to RAM just fine, but never comes back. I have experimented extensively
with
tags + pending
I did not notice this in time to include it in the NMU that I have
just prepared, but I've added the file to upstream's cache of the
Debian package structure. It will appear in the first package of
version 0.36, which is due in a couple weeks.
zw
--
To UNSUBSCRIBE, email to
On 6/19/07, Brice Goglin [EMAIL PROTECTED] wrote:
About 2 years ago, you reported a bug to the Debian BTS regarding a
lockup of the computer when using ati drivers on a R9100 board. Did you
reproduce this problem recently? With Xorg/Etch? With latest
xserver-xorg-core and drivers? If not, I will
Package: seahorse
Version: 1.0.1-5
Severity: minor
I have a gnome-keyring-daemon key that happens to have a in its name.
(It is the WPA key for a wireless network named plato M kashy - long
story.) If I right-click on that key in seahorse's Passwords tab and select
Properties, I get a slightly
Hm, I thought I made clear that the problem has gone away with 2.6.21...
On 6/13/07, Jonas Meurer [EMAIL PROTECTED] wrote:
On 07/06/2007 Marcus Better wrote:
I have seen the same effect several times. My system has encrypted root and
swap, and I use uswsusp (without its encryption).
I never
Package: emacs22-gtk
Version: 22.0.99+1-1
Severity: normal
I am working on a project that has this local variables block
at the end of every file:
// Local Variables:
// mode: C++
// fill-column: 76
// c-file-style: gnu
// indent-tabs-mode: nil
// End:
// vim:
On 6/12/07, Ralf Stubner [EMAIL PROTECTED] wrote:
It would be much better to behave the way geometry does: even if
given [dvips], that package checks for pdftex, and overrides the driver
option if it finds it.
The simple solution is to leave out the driver. As you already
noticed, pdftex is
On 6/13/07, Zack Weinberg [EMAIL PROTECTED] wrote:
I'll check my configuration, but hyperref certainly
wasn't doing anything useful for xdvi until I put the [dvips] in
there.
... And of course now it works just fine without the [dvips]. Sorry
for the noise.
zw
--
To UNSUBSCRIBE, email
Package: texlive-latex-base
Version: 2007-9
Severity: minor
The hyperref package has to generate different \specials for different
DVI drivers; in particular, xdvi and dvips want dvips specials, and pdftex
wants pdftex specials. These correspond to package options. If you don't
give hyperref
On 5/28/07, Sven Arvidsson [EMAIL PROTECTED] wrote:
Was this pdftops from the poppler-utils package, or from xpdf-utils?
xpdf-utils. I can install poppler-utils and see if it has the same
problem as evince, if that would be helpful.
zw
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On 5/23/07, Sven Arvidsson [EMAIL PROTECTED] wrote:
Evince 0.9.0 is available in the experimental archive. Before I forward
this bug upstream, it would be great if you could confirm if the bug
apply to this version also.
Yes, evince 0.9 shows the same problem.
I should mention, however, that
I'm happy to take this to r-devel if you think that is the best way of
resolving the question, but I cannot agree with your assessment of the
issue. This is not a philosophical complaint, this is a genuine bug
in R. I am, deliberately and with full knowledge of the issues,
working right down
Package: r-base-core
Version: 2.5.1~20070513-1
Severity: normal
R's format function (and all other means of printing numbers) seem to
round off at 14 decimal places, even if specifically asked for more
precision. This is a problem when trying to work with numerical algorithms
that require things
Package: initramfs-tools
Version: 0.87b
Severity: important
I have all partitions (except a very small /boot) in an encrypted dm
container. If I suspend the computer to disk (using either 's2disk' or
the hibernate button in GNOME), it appears to write out the image
successfully, but when I boot
Package: cupsys
Version: 1.2.7-4
Severity: normal
When printing to an HP LaserJet 4200 in duplex mode with multiple copies and
collation enabled, the printer prints the same page on both sides of each
sheet (I'm not sure exactly what the pattern is - I canceled the print job
after the first bad
Package: referencer
Version: 1.0.2-1
Severity: normal
A number of shared files in /usr/share/mime, rewritten on every installation
by update-mime-database, appear in referencer's .list and .md5sums metadata.
This causes spurious warnings from debsums:
debsums: checksum mismatch referencer file
Package: referencer
Version: 1.0.2-1
Severity: normal
Referencer relies on citation information from crossref.org, but (for at least
some journals) this provides seriously incomplete information. Consider the
following crossref.org query result:
?xml version = 1.0 encoding = UTF-8?
Package: referencer
Version: 1.0.2-1
Severity: normal
Presently, if I manually correct the errors in the information Referencer
downloads from crossref.org (see bug #423584) and then accidentally select
'get metadata' for an article that needed correcting, Referencer will wipe
out my corrections
Package: referencer
Version: 1.0.2-1
Severity: normal
I have a number of PDFs with DOIs appearing in the text, but that
Referencer cannot properly scrape out. There is no true metadata in the
PDF, so it's going for text extraction from the page body. The complete
BT/ET block containing the DOI
Package: aptitude
Version: 0.4.4-4
Severity: wishlist
I regularly want to be able to cancel an upgrade of all binary packages from
one source package. A key like ':' but acting on everything from the same
source as the currently selected binary would be ideal.
-- System Information:
Debian
On 4/26/07, Brice Goglin [EMAIL PROTECTED] wrote:
Zack Weinberg wrote:
This is probably related to #418377, but the situation is slightly
different. I have a flat-panel monitor which is not designed for
resolutions higher than 1600x1200, and says so in its DDC readout.
There's no 1600x1200
Thank you for the quick fix! I have not tried it yet but I will as
soon as the package shows up on the mirror I use.
zw
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libhal-storage1
Version: 0.5.8.1-7
Severity: normal
Since a very recent update to HAL (or possibly gnome-vfs or udev, I'm
not sure) after I log in from the gdm screen, I get a dialog box asking
me to enter a pass phrase to decrypt /dev/hda5. This is a container
partition for LVM. It's
On 2/17/07, Brice Goglin [EMAIL PROTECTED] wrote:
If you are still interested in fixing this problem, I would appreciate
if you could send an updated patch. But please do not prepare it against
Mesa 6.5.1 in Etch (such a change won't be accepted in Etch anyway). You
should prepare it against
Package: mono-jit
Version: 1.2.2.1-1
Severity: normal
[This may well be more serious than normal, but I don't know if it
is something with the particular application I'm trying to run, or if
it would affect *any* .net binary.]
I am trying to run the 13th Labour distributed computation client
Thanks for the symbol-ful backtrace. I regret to say I don't know
what is going on there, but I have this bad feeling it's a Boost bug.
zw
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On 1/4/07, Shaun Jackman [EMAIL PROTECTED] wrote:
On 1/4/07, Zack Weinberg [EMAIL PROTECTED] wrote:
Thanks for the symbol-ful backtrace. I regret to say I don't know
what is going on there, but I have this bad feeling it's a Boost bug.
I get the same impression. Or, perhaps a difference
On 12/31/06, Brian May [EMAIL PROTECTED] wrote:
Zack 2) Run the crashing command under valgrind - valgrind does support PPC
Zack now, I believe - and get us a backtrace from that.
==6046== Memcheck, a memory error detector.
==6046== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward
(gdb) bt
#0 0x0fe35ecc in __dynamic_cast () from /usr/lib/libstdc++.so.6
#1 0x100c1ef0 in std::out_of_range::~out_of_range ()
#2 0x10209214 in boost::detail::shared_count::~shared_count ()
#3 0x1012a674 in boost::gregorian::bad_month::~bad_month ()
#4 0x1012b060 in
On 11/18/06, Jay Berkenbilt [EMAIL PROTECTED] wrote:
No, but how about this: I'll contact upstream and ask whether they
have an opinion about whether we should include this in the debian
version of the package. If they don't have a serious objection, I can
go ahead and stick it in. Upstream
I can understand where you're coming from on this one. Do you have
any sense of how likely upstream is to pick up this patch?
Unnecessary thread overhead is a serious problem for a (downstream x2)
project I'm involved in, and if there's no progress likely anytime
soon, we need to be looking for
Package: icu
Version: 3.6-1
Severity: wishlist
Tags: patch
The ICU shared libraries are all linked against libpthread, but the only
pthread functions ICU actually uses are:
libicuuc.so: U pthread_mutex_destroy
libicuuc.so: U pthread_mutex_init
libicuuc.so: U
Package: reportbug
Version: 3.29.5
Severity: normal
$ reportbug libicu34
*** Welcome to reportbug. Use ? for help at prompts. ***
Detected character set: UTF-8
Please change your locale if this is incorrect.
Using 'Zack Weinberg [EMAIL PROTECTED]' as your from address.
Getting status
FYI, I've filed an enhancement request with upstream ICU including a
patch that fixes this properly, i.e. not with clever config.site
hacks. See http://source.icu-project.org/cgi-bin/icu-bugs/incoming?findid=5416
I don't know how long it will take to get that into upstream, though,
so I'm still
Thank you for fixing this so quickly!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libstartup-notification0
Version: 0.8-1
Severity: normal
libstartup-notification0 still depends on xlibs; it should be rebuilt to
drop this obsolete dependency. (It might need to depend on xlibs-data
instead.)
-- System Information:
Debian Release: testing/unstable
APT prefers
severity 388126 grave
thanks
Despite what packages.debian.org says, xlibs is not in the Packages
file for either unstable or testing (and in fact, pool/main/x/xlibs
does not exist on one of the http.us.debian.org servers) Therefore,
libstartup-notification0 (and everything that depends on it,
Package: mawk
Version: 1.3.3-11
Followup-For: Bug #387329
Calling ioctl(TCGETS) on random fds is characteristic of a program
that uses isatty() to determine whether fds are terminals or not; libc
implements this operation by trying TCGETS and seeing if it succeeds.
Here's a little program that
I could say that I think you're seriously underestimating the problem
here, but you probably think I'm seriously overestimating it, and
we're not going to get anywhere playing is-not, is-so games.
Instead, I'll ask again: What do you see as the advantage of removing
support for these older
On 6/3/06, Bob Proulx [EMAIL PROTECTED] wrote:
Just a detail clarification...
HP-UX 10.20, arguably the oldest HP-UX version still in active use
anywhere, supports the 'tail -n#' syntax.
Are you absolutely certain that the version of tail in /bin or
/usr/bin supports that syntax? I have this
On 6/3/06, Michael Stone [EMAIL PROTECTED] wrote:
On Fri, Jun 02, 2006 at 08:35:07PM -0700, you wrote:
detail, as of POSIX-1992. I know for a fact that this is the case for
releases of Solaris up to and including (2.)8, and I strongly suspect
That's simply not true. Solaris has obsolete syntax
On 6/3/06, Michael Stone [EMAIL PROTECTED] wrote:
On Sat, Jun 03, 2006 at 12:56:30PM -0700, Zack Weinberg wrote:
[And, for the record, official end-of-life dates have approximately
zero effect on whether or not GCC drops support for a system, and are
therefore not useful evidence
Package: coreutils
Version: 5.96-3
Followup-For: Bug #339085
I want to add emphasis and additional justification to Josh Triplett's
request that the old (POSIX-1992) command line syntax continue to work.
On this issue, I speak primarily as a (semi-retired) GCC maintainer.
Every other month or so
On Mon, May 15, 2006 at 11:07:21AM +0200, Rafael Laboissiere wrote:
What do you mean by it causes prelink to barf?
This:
# prelink -mR /usr/bin/octave
/usr/sbin/prelink.bin: /usr/lib/octave-2.1.73/liboctinterp.so: Could not find
one of the dependencies
#
A workaround is to set
Package: octave2.1
Version: 1:2.1.73-8
Severity: wishlist
octave puts three shared libraries in /usr/lib/octave-VERSION rather than
give them proper sonames.
$ ldd /usr/bin/octave-2.1.73
linux-gate.so.1 = (0xe000)
liboctinterp.so = /usr/lib/octave-2.1.73/liboctinterp.so
Package: prelink
Version: 0.0.20050901-1
Severity: wishlist
If you have a binary with a DT_RPATH or DT_RUNPATH tag pointing at a
particular directory, prelink should look in that directory for
libraries when processing that binary.
For example: consider /usr/bin/octave-2.1.73 from the current
Package: beagle
Version: 0.2.6-1
Severity: normal
I have a very large home directory:
$ find . -type f | wc -l
547269
$ find . -type d | wc -l
24091
On an otherwise idle system, if invoked with BEAGLE_EXERCISE_THE_DOG,
Beagle's file system indexer takes *twenty hours* of 100% CPU and
continual
Package: beagle
Version: 0.2.6-1
Severity: important
I'm experiencing a semi-reproducible beagle hang. The symptoms are
that it will get 'stuck' in the middle of an indexing run and never
proceed, even if the system is totally idle. It doesn't always
trigger on the same file, hence
Package: gnucash
Version: 1.8.12-8
Severity: normal
Since some upgrade or other - it was either the move to X 7.0, or a C library
update that messed with the locales, I'm not sure - gnucash spews error
messages (to console) on startup and then displays no text in any chrome
(menus, toolbars,
Package: bash
Version: 3.1-3
Severity: normal
.bash_logout now invokes clear_console to get rid of any history in the
scrollback. This is good, but there's a cute interaction effect which
means that logging out of a su - root session in an xterm causes the
entire screen to go black for a second,
Package: quodlibet-plugins
Version: 20051218-1
Severity: normal
Tags: patch
If you have the random album plugin enabled, you're in the album view,
and you ask for one-song playback, quodlibet finishes the current song
(if any) and then proceeds to play track 1 of a random album. When that
track
Package: smart-notifier
Version: 0.23-1
Severity: grave
Justification: renders package unusable
Per instructions, I set up smartd, started my usual X session, and then
ran smart-notifier from within the session. It immediately quit with
errors:
$ smart-notifier
Traceback (most recent call
I'm not sure what's wrong here, but if I had to guess, I would be guessing
that it oughta be asking for the session bus, not the system bus...? Only
maybe then it doesn't work?
Yeah, it is meant to be on the system bus, because it needs to
communicate from a process running as root to a
Upstream has incorporated my patch into their development trunk. They
are willing to consider putting it on release branches too, but request that
we report whether it works first. Wouter, you're in the best position to
find that out...? I think they'd like to know that it runs properly as well
I filed upstream bug #323114
https://bugzilla.mozilla.org/show_bug.cgi?id=323114 to increase the odds of
the patch getting incorporated into the official sources.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Here's a patch-format suggested fix. I am trying to get people on #debian-devel
to help me test it.
zw
--- xpcom/reflect/xptcall/src/md/unix/xptcstubs_linux_m68k.cpp.old
2006-01-08 14:16:57.0 -0800
+++ xpcom/reflect/xptcall/src/md/unix/xptcstubs_linux_m68k.cpp 2006-01-08
It has been quite some time since there was any activity on this bug.
Meanwhile the X 6.9 packages have hit unstable. Is there any reason
to believe that the bug might have been fixed in that version? I am
willing to turn DRI back on and see what happens, but not if there's
no chance the bug has
Here's the patch I worked out following the discussion on IRC
yesterday. It includes a single retry if the initial set_state(NULL)
fails in __load_song, and some streamlining of control flow. I also
have init() bump the GStreamer default debug level from NONE to ERROR,
so that future problems of
On Fri, Dec 02, 2005 at 03:15:49PM -0600, Joe Wreschnig wrote:
On Thu, 2005-12-01 at 16:27 -0500, Zack Weinberg wrote:
On Thu, Dec 01, 2005 at 02:27:03PM -0600, Joe Wreschnig wrote:
Can you download the SVN version
(http://svn.sacredchao.net/svn/quodlibet/trunk/quodlibet) and see
Package: quodlibet
Version: 0.15-3
Quodlibet will occasionally get to the end of a track and then freeze.
When this happens, one or both of its two processes will be spinning
through some sort of thread synchronization primitive [strace shows
an endless stream of calls to futex()], consuming 100%
Package: binutils
Version: 2.16.1cvs20051109-1
Severity: minor
libopcodes.so references a few symbols from libbfd (the exact set will
vary by architecture, but bfd_get_arch should appear always):
$ nm --dynamic /usr/lib/libopcodes-2.16.91.so | grep ' U '
U abort
U bfd_get_arch
401 - 500 of 510 matches
Mail list logo
