Package: hardinfo
Version: 0.4.2.1.svn30042007
hardinfo uses glxinfo to collect the OpenGL information.
glxinfo is included in mesa-utils package.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* The problem shows up on roxterm too. So it's libvte9.
* To reproduce the problem:
Start emacs in the gnome terminal and type 'C-q C-i C-a'
in *scratch* buffer.
* I believe this problem was introduced by the revision 1996.
http://svn.gnome.org/viewvc/vte?view=revision&revision=1996
| 2
Package: git-doc
Version: 1:1.6.3.1-1
Severity: important
"{plus}" is used where it should be "+".
e.g. git-push.html:
The format of a parameter is an optional plus {plus}, ...
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trou
On Sun, 2007-07-08 at 16:27 +0200, Loïc Minier wrote:
> Oh, my mistake; so can you please check whether "xine" suffers from
> the same problem than the one you have with totem-xine?
Tried xine-ui and it reported that the sound device is busy.
After I killed esd daemon, it started to play a mp4
On Sun, 2007-07-08 at 17:02 +0200, Aurélien PROVIN wrote:
> Ok, I found why totem-xine doesn't work. totem-xine need
> libxine1-ffmpeg package. I think it will be a good idea to add this
> package in Depend section of totem-xine package.
hmm, I should not have jumped in then. I had libxine1-ffmpe
On Sun, 2007-07-08 at 22:06 +0200, Loïc Minier wrote:
> Ok, so basically the problem is that in the default totem-xine and
> xine configurations, playback fails because alsa is used instead of
> esound, correct?
I don't know. (So, I guess alsa cannot be used while esound daemon
is running?)
>
On Mon, 2007-07-09 at 17:04 +0200, Loïc Minier wrote:
> On most hardware, esound is required if you need multiple
> applications to output sound silmutaneously. For example, you
> receive an email alert when listening to music.
>
> When esound is running, you should configure all apps (or th
Package: nautilus
Version: 2.28.0-2
Severity: normal
Nautilus 2.28 still does not remember positions of icons for symlinks.
To reproduce:
1. Open a folder
2. Create a symlink to a file/folder
3. Position it manually in the folder window.
4. Close and reopen the folder.
-- System Information:
I tried glib 2.22.0-2 and 2.22.1-1. Nautilus still fails to
remember positions of some icons for symlinks.
It now works for some and does not for others. Looks like the
nautilus fails to remember the position when the pathname of the
symlink and the pathname of its target are sufficiently
differe
The following files still use "{plus}" for "+":
git-diff-files.html
git-diff.html
git-diff-index.html
git-diff-tree.html
git-fetch.html
git-log.html
git-pull.html
git-push.html
git-rerere.html
Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which w
That's what we wanted. Closing this bug again. The fact that it
doesn't keep track of new packages is tracked in #551638 and is not
release critical for us.
What about the "it also marks some of them for installation although I
do not want them" part of the original report? That makes dselect
un
Finally fixed in 1:1.6.5.2-1. Regards, Gerrit.
Yay! Thnaks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
The fix does not work for me. dselect behaves the same way as it did
with 1.15.4.1.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Raphael Hertzog wrote:
Takehiko Abe wrote:
The fix does not work for me. dselect behaves the same way as it did
with 1.15.4.1.
(agh. I meant 1.15.4 ; not 1.15.4.1. sorry)
What dselect method are you all using?
I use APT method.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
14 matches
Mail list logo
