Bug#529255: closed by Gerrit Pape p...@smarden.org (Bug#529255: fixed in git-core 1:1.6.5-1)
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
Bug#545366: Am I missing something?
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 unusable. Is it not enough to be release critical? Am I missing something? Puzzled. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545366: the fix does not work
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...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545366: the fix does not work
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
Bug#529255: closed by Gerrit Pape p...@smarden.org (Bug#529255: fixed in git-core 1:1.6.5-1)
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 was filed against the git-doc package: #529255: git-doc: {plus} is used where it should be + It has been closed by Gerrit Pape p...@smarden.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Gerrit Pape p...@smarden.org by replying to this email. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548142: nautilus still does not remember icon positions
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 different. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548142: nautilus: Nautilus does not remember positions of icons for symlinks.
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: Debian Release: squeeze/sid APT prefers unstable APT policy: (700, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nautilus depends on: ii desktop-file-utils 0.15-2 Utilities for .desktop files ii gvfs1.4.0-1 userspace virtual filesystem - ser ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libbeagle1 0.3.9-1 library for accessing beagle using ii libc6 2.9-26 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-glib-1-20.82-1 simple interprocess messaging syst ii libexempi3 2.1.1-1 library to parse XMP metadata (Lib ii libexif12 0.6.17-1 library to parse EXIF files ii libgail18 2.18.0-1 GNOME Accessibility Implementation ii libgconf2-4 2.26.2-3 GNOME configuration database syste ii libglib2.0-02.22.0-1 The GLib library of C routines ii libglib2.0-data 2.22.0-1 Common files for GLib library ii libgnome-desktop-2-11 2.26.1-1 Utility library for loading .deskt ii libgtk2.0-0 2.18.0-1 The GTK+ graphical user interface ii libice6 2:1.0.5-1X11 Inter-Client Exchange library ii libnautilus-extension1 2.28.0-2 libraries for nautilus components ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libselinux1 2.0.85-4 SELinux runtime shared libraries ii libsm6 2:1.1.1-1X11 Session Management library ii libtrackerclient0 0.6.95-2 metadata database, indexer and sea ii libunique-1.0-0 1.1.2-2 Library for writing single instanc ii libx11-62:1.2.2-1X11 client-side library ii libxml2 2.7.5.dfsg-1 GNOME XML library ii libxrender1 1:0.9.4-2X Rendering Extension client libra ii nautilus-data 2.28.0-2 data files for nautilus ii shared-mime-info0.60-2 FreeDesktop.org shared MIME databa Versions of packages nautilus recommends: pn app-install-dat none (no description available) ii consolekit 0.3.0-4 framework for defining and trackin ii desktop-base5.0.5common files for the Debian Deskto ii eject 2.1.5+deb1+cvs20081104-6 ejects CDs and operates CD-Changer ii gnome-mount 0.8-2wrapper for (un)mounting and eject ii gvfs-backends 1.4.0-1 userspace virtual filesystem - bac ii librsvg2-common 2.26.0-1 SAX-based renderer library for SVG pn nautilus-cd-bur none (no description available) pn synapticnone (no description available) Versions of packages nautilus suggests: ii eog 2.28.0-1 Eye of GNOME graphics viewer progr ii evince [pdf-viewer] 2.26.2-2 Document (postscript, pdf) viewer ii totem 2.28.0-2 A simple media player for the GNOM pn tracker none (no description available) ii vlc [mp3-decoder] 1.0.2-1multimedia player and streamer ii vlc-nox [mp3-decoder] 1.0.2-1multimedia player and streamer (wi ii xdg-user-dirs 0.10-1 tool to manage well known user dir -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529255: git-doc: {plus} is used where it should be +
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 refspec parameter is an optional plus {plus}, ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#455688: libvte9
* 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=revisionrevision=1996 | 2007-11-27 Behdad Esfahbod [EMAIL PROTECTED] | | Bug 353610 – Don't convert tab characters upon copying | | * src/vte-private.h: | * src/vteseq.c (vte_sequence_handler_ta): | Smart tab handling to try to preserve tab character upong copying. | Also makes such smart tabs all-or-none selectable. The problem seems to dissapear when I replace the definition of vte_sequence_handler_ta() in vteseq.c with the one from the revision 1995. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435793: should suggest/recommend mesa-utils
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]
Bug#432085: Totem doesn't find codec
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 they should configure themselves automatically) to use esound. I can play multiple sound files (tried three -- ogg, mp4, and music CD) simultaneously without esound, but _not_ with esound. [There is no obvious way to tell totem to use esound instead of alsa -- I couldn't find one. However, I prefer not to use esound because it looks like I can get away without it.] My questions are: - how did we come to the problem which made you report a bug: is it because you enabled esound that you got the bug? After upgrading some packages on 2007-07-7, totem stopped playing a mp4 file reporting: Video codec 'ISO-MPEG4/OpenDivx' is not handled. ... This was puzzling because I don't remember I ever deinstalled any codec (although it is possible that I did inadvertently). It led me to this bug report, and because the bug was filed on the same date (and an error message was the same), I guessed that I had the same problem and subscribed to the page. Soon after, I received your message (addressed to Aurélien PROVIN) suggesting to try xine. I installed xine-ui package and it reported that 'sound device is busy' instead of the above codec error. Xine started to work after I killed esound daemon. And totem also began to work fine again. So I replied to your message thinking I found the culplit. My thought was that totem is wrongly reporting a codec error while the real cause was in sound device. However, for some reason, totem started to report the sound device problem (when esound is running) and I haven't seen the codec error since. The problem is that I lost track which packages I installed/ removed during the course and I don't recall I ever enabled esound myself. - if it's because of esound, would you agree that if xine tried to use esound if available and then would default to alsa, then your bug would be fixed? I guess I agree. however, I think it would be better if esound does not block some apps to access sound device. Thanks, T.
Bug#432085: Totem doesn't find codec
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?) I think you had to enable esound explicitely yourself, but still I think xine should try to use esound first; if you agree with the analysis, I'll file this as an enhancement request against xine. Sorry, I'm not sure about this one either. I switched off esound and content with the result for now. I still don't get exactly what esound is for. And it caused me some other problems too (namely, esd was not started automatically and 'Recording Level Monitor' complained about it, then 'Sound Recorder' stopped working when I started it manually.) I am building my first desktop system right now and I made a mess already. I should have waited longer to start participating bug reports. Sorry about any confusion/waste of time I may have caused. Thanks.
Bug#432085: Totem doesn't find codec
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 file fine. And totem starts working again too. Hope this helps. (I'm pretty new to desktop debian.) Thanks
Bug#432085: Totem doesn't find codec
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-ffmpeg installed, yet I had the similar problem at least on the surface. Video codec 'ISO-MPEG4/OpenDivx' is not handled. Oh well, I don't even know what esd does. Thanks