As per my comment from last year above, I don't believe this is a bug.
Setting report as INCOMPLETE.
** Changed in: colordiff (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I can not reproduce this bug with the version of colordiff you claim you
are using.
As far as I can see the error message you have posted can only occur if
/etc/colordiffrc has come from a *newer* version of colordiff than your
colordiff script itself. In fact, the error you see must have been
You've submitted a patch against colordiff 1.0.9 which is now very old:
further versions aren't making it into Ubuntu yet, because they are
stuck awaiting the Debian Wheezy freeze to end. See
http://www.colordiff.org/ for the latest actual release 1.0.13 and see
https://github.com/daveewart/colordiff/pull/6 describes the use cases
considered for the previous change which is not quite the same as yours.
I'm often finding myself fielding conflicting patches from users with
different expectations about how colordiff should behave and that makes
progress
To be honest, I agree with you. There is a history of people using
'less' as the 'program' in your examples, though, which complicates
things. I'm closing as WONTFIX, but I like your idea, Manuel, and am
going to keep a reference to the specifics: if there's a reason to make
future definitive
I don't have permissions to set this to WONTFIX: can someone who has
such permissions please do so? Thanks...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1161826
Title:
smarter handling of
Twitux doesn't look to have been updated since 2009. It's likely, as the
original bug reporter said, that Twitux does not support OAUTH which
means that Twitux is now useless as a Twitter client unfortunately,
which is a shame. According to
https://dev.twitter.com/docs/auth/oauth/faq Twitter
Freshly installed Lucid Lynx gives me the warnings (firefox-bin:7011):
Gdk-WARNING **: XID collision, trouble ahead
--
Gdk-WARNING **: XID collision, trouble ahead
https://bugs.launchpad.net/bugs/401823
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I have similar problems with lucid. After a reboot, the desktop comes up
without panels. To get them back, I use function keys to invoke gnome-
appearance-properties select the High Contrast Inverse theme. After
some futzing with the panel's properties location, I can finally get
the upper main
You have identified a bug which was fixed in colordiff 1.0.9 - see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=470835
In fact, in your report, you note that the problem does not exist in the
most recent version of colordiff. This recent version is included in
Karmic. Given that this is the
The recommended way to make typing 'diff' at the console actually call
colordiff is to use an alias, as described in an example in the man
page.
I'm unconvinced that this a problem needing a solution: creating the
symlink for 'diff' has caused the problem which is not an issue if an
alias is used
Can you explain what circumstances would lead to the situation you
describe, such that the fix you supply is required?
... fails when diff is actually colordiff itself doesn't make sense -
diff is not colordiff.
--
colordiff calls diff in the script
https://bugs.launchpad.net/bugs/402209
You
Just updated packages this evening and now have:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1) Gecko/20090701
Ubuntu/9.04 (jaunty) Shiretoko/3.5
The problem seems no longer to occur.
asac: For what it's worth, there were no extensions installed - I tested
using a fresh profile. There may
Public bug reported:
Binary package hint: firefox-3.5
I use middle-click on links to open them in new tabs. Since I installed
the Firefox 3.5 packages recently, using middle-click opens _two_ tabs,
both with the same content (i.e. the content of the link).
If instead one right-clicks on the
May 4 21:11:32 NetworkManager: WARN nm_vpn_connection_connect_cb(): VPN
connection 'myvpn' failed to connect:
'Missing required local IP address for static key mode.'.
That's the pertinent line. The GUI for managing the VPN config fails to
store the local IP address; this error is correctly
@Leprechaun: There must be more to it than that, because I see exactly
the same options for openvpn in the 'ps' output for openvpn, but with a
*working* redirect.
As has been mentioned in some previous comments, I found that setting
the option Ignore automatically obtained routes sets the local
The correct upstream bug is
http://bugzilla.gnome.org/show_bug.cgi?id=573987 not 551939 - the Gnome
bugs were re-organised. The new bug is to implement import/export,
i.e. it's just not implemented at all right now.
** Bug watch added: GNOME Bug Tracker #573987
Public bug reported:
Ubuntu Intrepid. I installed openvpn and network-manager-openvpn
network-manager-openvpn0.7~~svn20081015t024626-0ubuntu1
openvpn2.1~rc11-1ubuntu2
I can create a VPN tunnel 'by hand' using appropriate config files and
Public bug reported:
Twitux 0.62 on Intrepid.
When application is intially loaded, messages (tweets) are displayed
in an unexpanded form, meaning that some messages are truncated. This
happens even with the Expand messages option set.
This is not a major problem: if one manually reloaded via
Actually, I've misunderstood the 'expand messages' tag. (It shows the
messages at the base of the application when you click on them, and is
not related to whether the messages in the timeline are truncated or
otherwise.
The bug stands, however. Messages are initially truncated on
application
I think the symptoms went away upon upgrading to Hardy, actually. At
least, in my case it did. This may mean that the issue was related to a
Firefox upgrade...
--
Konqueror and Firefox freeze (flash's fault?) on Kubuntu Feisty
https://bugs.launchpad.net/bugs/102604
You received this bug
I can't reproduce this in in Hardy/amd64 or Hardy/i386, using the exact
test files you provide. It would be helpful to exclude a
hardware/memory fault on your machine, Alexander. Have you run a
(prolonged) memtest?
--
Dave (colordiff author)
--
Colordiff misses one line of output or eats
What's this concern about losing sudo access? The comment
https://bugs.launchpad.net/ubuntu/+source/netcfg/+bug/8980/comments/20
is the first time it has been mentioned here.
--
hostname -f does not return a proper FQDN
https://bugs.launchpad.net/bugs/8980
You received this bug notification
Wow this is a 4-year old bug! and still Confirmed
Ubuntu is dealing with 'enterprise-grade servers' and we have a bug about
/etc/hosts ???
How is this a helpful comment?
Do you have further information about this bug? Does it still happen in
a fresh install of recent release?
I'm guessing
This problem is not specific to the version of Flash, nor the version of
Firefox.
I have two Gutsy installs (one on a desktop, one on a laptop): both have
the same version of Firefox and the same Flash plugin. The desktop does
*not* have the problem described in this bug. The laptop *does*: the
Further to my comment on 2007-08-23, I have more information. The
misbehaviour clearly relates to non-ssh packages/config on the client
system in question. I have two Feisty installs, both acting as clients
to an OpenBSD server. One connects happily, the other hangs at
SSH2_MSG_KEXINIT sent
I see the same symptoms as Izzy, except my VMware system is OpenBSD. I
cannot SSH in either direction. I can, however, SSH via an intermediate
other system (Debian/Etch).
i.e.
Feisty - OpenBSD - FAILS
OpenBSD - Feisty - FAILS
Feisty - Etch - OpenBSD - OK
--
SSH with GSSAPIAuthentication
I've just hit this bug following an upgrade from Dapper to Edgy. I'm
seeing exactly the symptoms that Ivan describes in the initial
description. I'm using a dual-head fglrx setup. I'm happy to test/try
things to chase this one... The problem is not specific to the ati
driver, I think.
--
Further comment, just to clarify/update: Psi in Edgy (version
0.10-2ubuntu2) has the above symptoms: the version string presents as
Debian GNU/Linux (testing/unstable).
--
Psi version string presents as Debian testing/unstable on Dapper
https://launchpad.net/bugs/66940
--
ubuntu-bugs mailing
Public bug reported:
Binary package hint: psi
Psi under Dapper presents a version string of 0.10: Debian GNU/Linux
testing/unstable. This should probably be something Ubuntu-specific.
Looking at the source, in src/common.cpp Psi determines its OS and
flavour by looking for various pertinent
http://flyspray.psi-im.org/task/420 - just spotted this (not-yet-
implemented) upstream enhancement to Psi which uses lsb_release to
determine the OS/flavour. Given that it returns sensible values under
Ubuntu:
$ lsb_release --id --codename --release --short
Ubuntu
6.06
dapper
if this change is
This problem seems to have gone away at some time since my original
report.
Saves to local calendar files are now automatic and instant, at least
with version 3.5.2-0ubuntu6 - this seems to be the correct and expected
behaviour in the absence of an explicit SAVE button!
I consider this bug
32 matches
Mail list logo
