I can't identify when it was fixed, but can confirm this is not
happening any more in grep 3.1-2build1 in Ubuntu 18.04.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1769941
Title:
grep fails to
Thanks for reporting this. This was fixed back in gzip version 1.6-1,
and the oldest version of gzip in a supported version of Ubuntu is
1.6-3ubuntu1. Closing!
** Bug watch added: Debian Bug tracker #688305
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688305
** Also affects: gzip
Fixed in gzip 1.6-1. Oldest version in a supported version of Ubuntu is
1.6-3ubuntu1 (in Trusty).
** Changed in: gzip (Ubuntu)
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Bug watch added: Debian Bug tracker #704689
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704689
** Also affects: gzip (Debian) via
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704689
Importance: Unknown
Status: Unknown
--
You received this bug notification because
*** This bug is a duplicate of bug 875713 ***
https://bugs.launchpad.net/bugs/875713
** This bug has been marked a duplicate of bug 875713
cut fails to handle correctly utf-8
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
*** This bug is a duplicate of bug 875713 ***
https://bugs.launchpad.net/bugs/875713
** This bug has been marked a duplicate of bug 875713
cut fails to handle correctly utf-8
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Bug watch added: Debian Bug tracker #793831
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793831
** Also affects: coreutils (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793831
Importance: Unknown
Status: Unknown
--
You received this bug notification
Upstream bug (marked "Done") shows this is a bug in coreutils 8.20:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13227
Since the affected version of coreutils is no longer in a supported
release of Ubuntu, I'm marking this bug as Fix Released.
Thanks!
** Changed in: coreutils (Ubuntu)
Upstream bug (marked "Done") is at
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19760
** Changed in: coreutils (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
This bug was fixed many years ago, although it seems it wasn't
backported to Dapper. Closing as Fix Released.
** Changed in: coreutils (Ubuntu)
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Public bug reported:
In Ubuntu Trusty, drupal7 (7.26-1) has a broken symlink:
dpkg-deb -c drupal7_7.26-1_all.deb | grep drupal7.conf
lrwxrwxrwx root/root 0 2014-01-16 11:14
./etc/apache2/conf-available/drupal7.conf - ../../drupal/7/apache.conf
The target should be
** Bug watch added: Debian Bug tracker #738918
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738918
** Also affects: drupal7 (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738918
Importance: Unknown
Status: Unknown
--
You received this bug notification because
Is this fast enough now to be considered fixed?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1069206
Title:
Shotwell search results are slow
To manage notifications about this bug go to:
I deleted the bulk of my profile (.gconf, much of .config, etc) and the
problem has gone away. Something was probably broken during the upgrade
with keyboard shortcuts, possibly in Unity itself. Regardless, I'll
probably never be able to reproduce this so I'm closing the bug.
** Changed in: xorg
Public bug reported:
Since upgrading to 14.04 Trusty the space-bar and top-row 4 don't work
normally in the GUI, but they do work in the text console. Shift-space
works, and shift-4 produces a $, etc. The 4 on the number-pad works
fine. I have tried adding and removing keyboard layouts but it
This also affects me, although in my Power settings I've set When the
lid is closed to Do nothing. Under normal circumstances this setting
works, so I don't think this is a problem in gnome-power-settings.
Instead, I think pm-utils doesn't realise a shutdown is under way (after
unity/gnome has
*** This bug is a duplicate of bug 1011021 ***
https://bugs.launchpad.net/bugs/1011021
This is effectively the same as bug #1011021 which was fixed in version
1.1.8 (available since quantal). I've tested the scenario in this bug
and it works fine now.
** This bug has been marked a duplicate
Public bug reported:
On Ubuntu 13.10 (saucy), ttf-dejavu-core is now a transitional package
that depends on fonts-dejavu-core. The dependency on plymouth-label
should be updated.
** Affects: plymouth (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification
Just realised my proposal-to-merge for raring would have pulled the
entire latest version of the lens. Will make a new branch and to it
again. Sorry!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Branch linked: lp:~andrewmccarthy/unity-lens-photos/less-tags-in-
preview-raring
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1190067
Title:
Shotwell tags don't fit in preview, especially with
I was also using Mutt when reporting this bug and this fixed it. Can you check
/etc/mailcap to see if it has -no-oosplash in it, and also if you have a
.mailcap file in your home directory? The full list for mutt is apparently:
$HOME/.mailcap
$PKGDATADIR/mailcap
$SYSCONFDIR/mailcap
/etc/mailcap
Public bug reported:
Ubuntu 12.10 (quantal), Unity 6.8.0-0ubuntu2
Many (most?) cameras detect when a photo was taken while the camera was
rotated, and store this in the JPEG EXIF Orientation tag. The preview
view does not check the Orientation tag so many photographs, typically
those in portrait
Removing the code as in comment #9 removes the Music entry from the
upper section. I can't determine where the list in the lower section is
generated, although the documentation
(http://developer.gnome.org/gtk/2.24/GtkFileChooser.html#GtkFileChooser.description)
suggests it can come from various
I think this is a case of misleading UI layout. The horizontal slider in
the top-right corner isn't a volume control but a position-in-track
control. Start something playing and you can use it to jump around the
track. If instead you click on the speaker icon at the right-hand end
you get a
In dconf-editor I can see it's monitoring my local Music folder as
well as .ubuntuone/Purchased from Ubuntu One, so I'm guessing option 1
isn't going to work.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Public bug reported:
Ubuntu 12.10 (quantal), libreoffice 1:3.6.2~rc2-0ubuntu3
In /usr/lib/mime/packages/libreoffice-{calc,draw,impress,math,writer}
there are entries describing the various mime types LibreOffice can
handle and how. (These are used to generate /etc/mailcap). In each of
those
This patch should do the trick.
** Patch added: Adds the shortcut hint for the Dash Photo Lens.
https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1069644/+attachment/3410088/+files/photo_lens_shortcut_hint.patch
--
You received this bug notification because you are a member of Ubuntu
Public bug reported:
Ubuntu 12.10 (quantal)
The unity help screen (which appears when you hold the Super key) lists
shortcuts for the App, Files, Video and Music lenses. However, it
doesn't list the shortcut for the Photo lens, which is important since
Super+C is not obvious.
** Affects: unity
Yes, fixing CRW would be best, as I also get a blank preview image
(which this patch can't help). I'll see if I can figure out what's going
on. It may be that my CRW files have no embedded JPG preview. Thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
Public bug reported:
On 64-bit 12.10 (quantal) with unity-lens-photos 0.8-0ubuntu1.
With over 21000 photos in my collection the search results from Shotwell
consistently take ten or twelve seconds to appear, which is longer than
many users will wait before thinking it's not working. Needs to be
Related branch is a first round of reorganising the search code to be
faster. Search times are now reduced to about three seconds on the same
collection.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Public bug reported:
On 64-bit 12.10 (quantal) with unity-lens-photos 0.8-0ubuntu1.
For search results that include raw photos (.CRW files in my case) the
thumbnails are blank. The update_search_results() method looks for files
in the thumbnails folder that have the same extension as the source
** Also affects: unity-lens-photos
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1069225
Title:
Shotwell thumbnails not shown for raw photos in results
*** This bug is a duplicate of bug 561046 ***
https://bugs.launchpad.net/bugs/561046
Thanks for taking the time to report this.
I believe this is the same as bug #561046 (Debian bug 529313) which has
been fixed in precise, due for final release next week.
** This bug has been marked a
Note: similar, but not identical, to bug #589722 (when paused it should
not inhibit the screensaver).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/986785
Title:
vlc keeps inhibiting the
Note: similar, but not identical, to bug #986785 (vlc keeps inhibiting
the screensaver).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/589722
Title:
when paused it should not inhibit the
*** This bug is a duplicate of bug 597236 ***
https://bugs.launchpad.net/bugs/597236
Reassigning from bash to net-tools as the bug relates to the netstat
command.
** Package changed: bash (Ubuntu) = net-tools (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
*** This bug is a duplicate of bug 597236 ***
https://bugs.launchpad.net/bugs/597236
Thanks for taking the time to report this. Looking more closely, this
appears to be a duplicate of bug #597236, so I'll mark it as such.
** This bug has been marked a duplicate of bug 597236
netstat
Thanks for taking the time to report this. The behaviour you describe
may seem surprising (and it was to me, too!), but is actually what the
man page describes:
chmod preserves a directory's set-user-ID and set-group-ID bits unless
you explicitly specify otherwise. You can set
** Bug watch added: Samba Bugzilla #8183
https://bugzilla.samba.org/show_bug.cgi?id=8183
** Also affects: rsync via
https://bugzilla.samba.org/show_bug.cgi?id=8183
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of Ubuntu
Bugs,
Thanks for updating the report so promptly. As it's not a bug in the
package, I'll mark this bug as invalid. Feel free to reopen it if
necessary.
** Changed in: rsyslog (Ubuntu)
Status: New = Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
At the end of DpkgTerminalLog.txt there is an error about a syntax error
in /etc/default/rsync. Can you check that file for mistakes? If you're
not sure, you could attach it to this bug and I can double-check it for
you.
** Changed in: rsync (Ubuntu)
Status: New = Incomplete
--
You
*** This bug is a duplicate of bug 290666 ***
https://bugs.launchpad.net/bugs/290666
Thanks for taking the time to report this bug. I'm virtually certain
this is a duplicate of bug #290666. If not, feel free to un-link this
report.
** This bug has been marked a duplicate of bug 290666
I just tried this using fsck.ext3 from e2fsprogs version 1.41.14-1ubuntu3 as
currently available in oneiric, and the output is:
$ fsck.ext3 -fpC0 dummy
dummy: Superblock has an invalid journal (inode 8).
CLEARED.
*** ext3 journal has been deleted - filesystem is now ext2 only ***
dummy:
Marking incomplete pending feedback from original reporter.
** Changed in: rsync (Ubuntu)
Status: New = Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/674266
Title:
rsync -a does
Thanks for taking the time to report this. Can you confirm this is still
a problem? If so, can you specify (a) the entire command you're entering
to cause this, (b) the output from rsync (c) the filesystem type of both
your hard-disk and the USB drive. Thanks!
** Changed in: rsync (Ubuntu)
Public bug reported:
During a trial install of 11.10 (oneiric) today almost 23MB of sources
listings are downloaded (based on du -csh
/var/lib/apt/lists/*_Sources). Each daily check thereafter will also
re-download those files if they are updated. That's a huge waste of time
and bandwidth given
** Bug watch added: Debian Bug tracker #569500
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=569500
** Also affects: mutt (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=569500
Importance: Unknown
Status: Unknown
--
You received this bug notification because you
Hi, Austin. It certainly sounds like it may have been a weird dying-
hardware bug. Whatever it was, without an unfixable filesystem I see
no way to pursue this further. Feel free to re-open if that changes.
** Changed in: e2fsprogs (Ubuntu)
Status: New = Invalid
--
You received this bug
Hi Simon, lost+found is not only re-created by e2fsck, but also when
the filesystem is created. It's meant to be there in advance and left
untouched at all times so that in normal operation there's no likely way
a crash could break it. In a badly mangled situation, you don't really
want e2fsck
I can confirm this also on amd64, and that downgrading to
1.1.9-1ubuntu1.1 fixes it. This is mentioned in bug #743323 around
comment 32 onwards.
** Changed in: vlc (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Looking at this again, I wonder is it a result of the screen being
displayed by libncurses? Perhaps curses is forcing a line-break (since
it knows it's at the end of the line) and gnome-terminal considers that
a break in the URL? In a plain bash session, it's gnome-terminal
wrapping the line, so
*** This bug is a duplicate of bug 781180 ***
https://bugs.launchpad.net/bugs/781180
Thanks for taking the time to report this. Based on the information
given this looks the same as bug #781180, so I'll mark it as a
duplicate. If not, feel free to un-duplicate.
** This bug has been marked a
This also looks a lot like bug #776499, another bug about missing menus
with several duplicate bugs. Should they be merged?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/781180
Title:
gvim loses
Thanks for reporting this bug. This appears to have been fixed in mutt
1.5.21, which is available in Ubuntu since 11.04 (natty). Closing as Fix
Released.
** Bug watch added: Mutt Trac #3315
http://dev.mutt.org/trac/ticket/3315
** Also affects: mutt via
http://dev.mutt.org/trac/ticket/3315
*** This bug is a duplicate of bug 725327 ***
https://bugs.launchpad.net/bugs/725327
Hi there,
Thanks for taking the time to report this. It looks like the same issue
as reported in bug #725327 so I'm marking it as a duplicate. If you
think this is wrong, feel free to un-duplicate.
Thanks!
My guess is that the destination folder, /media/usb_d1/, is an external
drive formatted with FAT32 or some other windows-style filesystem that
is case-insensitive. Can you confirm if this is the case? Thanks.
** Changed in: coreutils (Ubuntu)
Status: New = Incomplete
--
You received this
Thanks for taking the time to report this bug.
I'm able to confirm this on the latest natty build.
However, it doesn't happen if you remove the bash-completion package.
That, combined with the different behaviour between echo and cd
suggests it's a problem in the directory completion somewhere?
The problem is caused by the + that mutt adds by default to any line
that has been wrapped, which confuses the terminal's link recognition.
You can work around this by setting the markers variable to no,
which removes the +. Not ideal, but not a major inconvenience I think.
--
You received this
*** This bug is a duplicate of bug 57515 ***
https://bugs.launchpad.net/bugs/57515
Thanks for taking the time to report this. This bug is essentially the
same as bug #57515, so I'll mark it as such. Please check the other
report to see if there is any missing information that you can provide.
Closing this as not-a-bug, and no response in over a year. Thanks!
** Changed in: mutt (Ubuntu)
Status: Incomplete = Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/501710
Title:
mutt
At least since Maverick (possibly earlier), sort has a -h option seems
to do what is asked for here. Can this bug be closed as fix-released?
** Changed in: coreutils (Ubuntu)
Status: New = Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Okay. Well, unfortunately I can't reproduce this here, so perhaps
somebody else can suggest something. Best of luck!
** Changed in: coreutils (Ubuntu)
Status: Incomplete = New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Bug watch added: Debian Bug tracker #472377
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472377
** Also affects: scribble (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472377
Importance: Unknown
Status: Unknown
--
You received this bug notification because
Hi, thanks for reporting this bug.
I've just tried this on mutt version 1.5.20 in Maverick. In flowed.mbx
I see five spaces in front of the sentence. Can you confirm this bug is
now fixed?
** Changed in: mutt (Ubuntu)
Status: New = Incomplete
--
Mutt fails to display leading spaces in
I came across this bug just now. Initially (and with the desktopcouch
package installed):
$ ls /usr/lib/python2.6/dist-packages/desktopcouch/ -l
total 24
drwxr-xr-x 2 root root 4096 2010-10-09 11:11 bookmarks
drwxr-xr-x 3 root root 4096 2010-10-09 11:11 contacts
drwxr-xr-x 2 root root 4096
Hi there, thanks for taking the time to report this. What you're seeing,
however, isn't a bug but a result of how the shell is handling *test*.
When you type find -iname *atest*, bash tries to expand *atest* by
looking in the current directory. When it doesn't find anything, it
leaves *atest*
Hi there, thanks for taking the time to report this. If you look
*really* closely, you'll see that it says 99+ not 994, and this
appears once the number of new news items goes over 100. I'll admit I
thought the same thing the first time I saw it :)
I'll close this as not-a-bug. The other issue
*** This bug is a duplicate of bug 120687 ***
https://bugs.launchpad.net/bugs/120687
Thanks for taking the time to report this. This is probably the same as
bug #120687, which discusses why this happens — your Locale defines how
character ranges are handled. I'll mark this bug as a duplicate.
I think the confusion reported is that the man page doesn't specify that
the system-wide rc file is always read, regardless of the presence of
the user's .slrnrc or the use of the -i command-line flag.
--
Man page says default dir for slrnrc should be HOME, but it isn't.
** Bug watch added: Debian Bug tracker #572203
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572203
** Also affects: mutt (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572203
Importance: Unknown
Status: Unknown
--
mutt overwrites permissions of attached files
Tested and confirmed in version 1.5.20-7ubuntu1 in lucid, too.
** Bug watch added: Mutt Trac #3353
http://dev.mutt.org/trac/ticket/3353
** Also affects: mutt via
http://dev.mutt.org/trac/ticket/3353
Importance: Unknown
Status: Unknown
** Changed in: mutt (Ubuntu)
Status:
*** This bug is a duplicate of bug 120687 ***
https://bugs.launchpad.net/bugs/120687
Thanks for taking the time to report this issue. It looks to be the same
as a much older bug (#120687) so I'm going to mark it as a duplicate.
Thanks!
** This bug has been marked a duplicate of bug 120687
This looks to be the same as bug #120687. Should we mark this as a
duplicate?
--
bash character ranges have unexpected behavior with certain locales
https://bugs.launchpad.net/bugs/571958
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Thanks for taking the time to report this. From my reading of the
source, slrn will always read slrn.rc in /etc first. This file is for
settings that are appropriate for all users on the computer (such as the
correct news server, etc). The slrnrc file in your home directory is
read after that, and
hronizing, see :help syn-sync. The idea is that, to save time on large
files, vim will only start figuring out syntax highlighting by going
back a certain number of lines (minlines=50, I think) and work forwards
from there. For a long ... section this means it starts in the
middle of the text
Okay, if you're happy the bug is fixed and not reproducible, I'll close
this bug. If it recurs, feel free to open it again!
** Changed in: mutt (Ubuntu)
Status: Incomplete = Invalid
--
Mutt will crash when sending email with empty From: header
https://bugs.launchpad.net/bugs/351811
You
Great, closing the bug!
** Changed in: mutt (Ubuntu)
Status: Incomplete = Invalid
--
Can't add file attachments
https://bugs.launchpad.net/bugs/457940
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Mutt depends on mail-transport-agent, which is provided by several
packages (such as postfix, exim, etc), but not msmtp since msmtp does
not include a /usr/sbin/sendmail (see http://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=303659 for the discussion). You need to install
the package msmtp-mta
Glad to hear you got it fixed. It appears that how -a works has
changed slightly. Previously you'd have to put a -- after the last
filename only if there were two or more attachments: mutt -a file1
file2 -- t...@example.com. Now the -- is required for any number of
attachments, even one: mutt -a
It appears that how -a works has changed slightly. Previously you'd
have to put a -- after the last filename only if there were two or more
attachments: mutt -a file1 file2 -- t...@example.com. Now the -- is
required for any number of attachments, even one: mutt -a file --
t...@example.com. Also,
Marking as confirmed and linked to upstream bug mentioned in comment 5.
** Also affects: mutt via
http://dev.mutt.org/trac/ticket/3271
Importance: Unknown
Status: Unknown
** Changed in: mutt (Ubuntu)
Status: New = Confirmed
--
not seeing atime properly, keeps revisiting
I agree this is very unexpected, and undesirable, behaviour but the Mutt
developers disagree: http://dev.mutt.org/trac/ticket/3323 . They say
that $record is stored in the postponed folder, and if the other client
doesn't save it there, mutt doesn't create one when you resume
composing.
You might
This appears to be fixed in later versions of mutt. Can you confirm
this? As a minor bug it's highly unlikely to be back-ported to Hardy.
Thanks!
** Changed in: mutt (Ubuntu)
Status: New = Incomplete
--
Mutt will crash when sending email with empty From: header
Thanks for taking the time to write this up. However, I think you've
missed a particular detail that explain why rsync is behaving the way it
is.
Basically, there is a fundamental difference between rsync foo bar and
rsync foo/ bar/, which is described under the USAGE section of the
man page. The
Thanks for taking the time to report this. However, since it's not
reproducible, is a year old, and hasn't happened again, I'm going to
close this bug. If it recurs, please re-open this. Thanks!
** Changed in: rsync (Ubuntu)
Status: New = Invalid
--
rsync backup fails with inflate error
Marking as confirmed as it's acknowledged and fixed in upstream source.
** Changed in: rsync (Ubuntu)
Status: New = Confirmed
--
--bwlimit option uses KiB/s, but is documented as (what amounts to) kB/s
https://bugs.launchpad.net/bugs/479405
You received this bug notification because you
Thanks for taking the time to report this. It's bash that is expanding
the tilde and, as confusing as it may seem at first, the documentation
is fairly specific about how and when it works (see Tilde Expansion in
the man page). Changing it would probably break lots of things, so it's
not likely to
This affects me on Jaunty now, but only since 1.60-1.1~jaunty1 was
released through backports. It was okay with version 1.47-1. Thanks!
--
Exposes UID instead of username
https://bugs.launchpad.net/bugs/408208
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Made the attached patch now. It's mostly copied from GNU libc's
getpass() function, but I don't block signals like Ctrl-C so that the
user can quit easily enough. Hope it's okay!
** Attachment added: Adds get_password(), which is a non-echoing user input
function very similar to getpass()
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/27840082/Dependencies.txt
--
BTI should not display password while user types it
https://bugs.launchpad.net/bugs/386525
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Public bug reported:
Binary package hint: bti
If the user's twitter password is not in ~/.bti or specified on the
command line, the user is prompted for it. However, the password is
visible while it is being entered. I think it would be better for the
password to be invisible, or shown as ,
Thanks for taking the time to file this report. I can see a problem with
your suggestion however: * is a perfectly valid file/directory name. For
example, using the bash shell, you can do this touch original_file ;
mkdir test ; cp original_file test/* ; ls -al test. When * is handled
as a
Running vimtutor causes Vim to source
/usr/share/vim/vim71/tutor/tutor.vim in order to copy the tutor file to
a temporary location. However, without vim-gnome installed (which is the
full version of Vim), the default version of Vim cannot fully execute
all of the tutor.vim script:
Error detected
I suspect that Gramps may have become associated with XML files in
Gnome, in which case this would be a configuration error on the
individual PC? If you right-click on the XML file you will see what the
default program for that file type is, and you can change it through the
Open with... option.
** Bug watch added: GNOME Bug Tracker #510732
http://bugzilla.gnome.org/show_bug.cgi?id=510732
** Also affects: gnome-games via
http://bugzilla.gnome.org/show_bug.cgi?id=510732
Importance: Unknown
Status: Unknown
--
Show dead chess pieces
https://bugs.launchpad.net/bugs/202008
I've checked all the cities listed in the diff, and the Wikipedia tab
works for all except Telšiai, which appears as a few odd control-like
characters on my screen. However, if I gunzip
.marble/data/cache/wiki_Telšiai and open it in a browser, it looks fine.
Can anybody else check if they're
The resize is achieved by using ImageMagick to run
convert originalfile -resize newsize newfile
As noted on this page:
http://www.imagemagick.org/discourse-server/viewtopic.php?f=1t=6245
resizing causes the image to change to 16-bit, probably from 8-bit (run
identify filename.png at a
** Bug watch added: Debian Bug tracker #500069
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500069
** Also affects: liferea (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500069
Importance: Unknown
Status: Unknown
--
All News Bins empty after program start
*** This bug is a duplicate of bug 226401 ***
https://bugs.launchpad.net/bugs/226401
** This bug has been marked a duplicate of bug 226401
[Hardy] Liferea does not remember the headlines I have already read
--
Read items appear as unread after restart
1 - 100 of 218 matches
Mail list logo
