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 mat
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 (Debian)
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.
https://bugs.launchpad.n
** 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 yo
*** 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.
http
*** 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.
http
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.
https:/
** 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 because
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)
Sta
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.
https://bugs.launchpad.net/bugs/11
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 (
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:
https://b
** 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 y
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 ../../drupal/7/apach
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 does
*** 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 o
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
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
** 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 h
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.
https://bugs.launchpad.net/bugs/11900
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
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.
https://bugs.launchpad.n
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 vertica
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
Bu
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 files
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 is
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 (
** 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
T
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
f
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.
https://bugs.launchpad.net/bugs/1
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
f
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 screensav
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 screensav
*** 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 dupli
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 or
*** 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 statis
*** 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 Ubun
** 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, w
*** 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
Life
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 recei
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
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)
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
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: Corrupti
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
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 cre
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 bu
** 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
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 sub
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 it
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 men
*** 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 d
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!
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.
ht
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 i
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
*** 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.
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 receive
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 somewher
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
** 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 2010-10
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* un
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.
https://bugs.launchpad.ne
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
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.
-
*** 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
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: N
** 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
h
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 t
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
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 t
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. 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
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
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
https://bugs.launchpad.n
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
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 unm
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". A
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
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 whic
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 su
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()"
ht
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 , i
** 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 Ubun
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 wildcar
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
Yo
The resize is achieved by using ImageMagick to run
convert -resize
As noted on this page:
http://www.imagemagick.org/discourse-server/viewtopic.php?f=1&t=6245
resizing causes the image to change to 16-bit, probably from 8-bit (run
"identify filename.png" at a command prompt to see). I
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 having
*** 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
https://bugs.launchpad.net/bugs/27373
** 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
http
1 - 100 of 220 matches
Mail list logo
