This problem also affects the ThinkPad iSeries 1200, which uses the same
chip, under Ubuntu 7.10/kernel 2.6.22-15-generic. The bad news is that
it's always done it under the OEM Windows 98SE install, so I suspect a
hardware issue.
Suggest that you see if the Toshiba problem is reproducable under
W
Ahem. If we want the devs to read this, the least we could do would be to stay
on topic.
Blog about how blogs suck in your blog. Let's keep the bug report full of bug
information.
On that note, have a rough idea of how widespread echo abuse is:
http://www.google.com/codesearch?hl=en&lr=&q=echo%5
More importantly, "just don't use it [Edgy], then" is /not/ a solution
to "it [Edgy] is broken". It rates up there with "you have a compiler"
for unhelpfully condescending open-source brush-offs.
One of the very problems with this bug is that it's a reason for people
to "just not use it", and swit
Hey, great idea sparr! I've come up with generalisation of that
approach, which will also fix any other scripts enountered outside of
the Ubuntu enclave: make /bin/sh point to /bin/bash by default, thus
applying to systems other than Mark's, and persisting across any future
installations. I suggest
Mark: It should be noted that, according to his launchpad profile, sparr
is not actually an Ubuntu dev. I think the last actual dev to comment on
this thread was Matthew Garrett (mjg59), with a "no plans to fix this".
Since then, the bug has been rejected (or WONTFIX, to use the more
accurate Bugzi
One autogenerated crash report. I'm afraid that it's missing most
symbols.
** Attachment added: "Crash report for case 1 (no authentication details)"
http://librarian.launchpad.net/5747953/_usr_bin_wxvlc.1000.crash
--
VLC crashes on HTTP authentication failures (401)
https://launchpad.net/bug
Public bug reported:
Binary package hint: vlc
With VLC's Open Network Stream...
1. Try to open a media URL which requires HTTP authentication, e.g.
http://myserver/file.mp3 Crash!
2. Try to open the same URL, but this time provide incorrect authentication
details in the URL, e.g. http://[EMAIL
Reproducable here, version 2.8.1-0ubuntu4. I haven't attached the crash
report becuase it's full of unhelpfully symbol-less backtraces.
--
evolution-alarm-notify crash at midnight
https://launchpad.net/bugs/70878
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/
This also breaks building glibc (specifically, as part of the GP2X
development kit, but it's basically a wget and make on glibc, gcc, etc.
sources with flags for cross-compiling to ARM), because dash's “echo”
built-in behaves differently from the GNU /bin/echo (which bash's built-
in emulates more
Unfortunately, sparr, I don't have the time (I'm wasting quite enough on
this thread, it appears), permissions, bandwidth or whatnot to fork and
take over every project in the world which is broken and the devs aren't
there/inclined to fix. The far, _far_ more efficient way for me to fix
it is to c
I /am/ working on getting the problem fixed. Unfortunately, there's this
arrogant perfectionist who values standard compliance over a system
/actually being useful/. Perhaps he should go and berate the Firefox
developers for writing a renderer which doesn't correctly stop dead on
invalid XHTML, and
Depends if you want to veer off on a tangent, or open a new bug. It
still does it when actually installing the updates.
It's rather annoying, because it does it twice (download, then apply),
and also raises. I'm using XFWM as my window manager, and it set to
neither raise nor give focus to new win
Sparr, your comments are unhelpful---there IS a problem here, and it
making the distribution notably less useful. Reverting /bin/sh to point
to bash will fix this until you can (quite rightly) beat people into
specifying /bin/bash if they need bash.
But, for now, this is breaking stuff, and it can
Ah. If you mean that Make will be running the scripts in this dash shell,
that's the problem. It appears that dash has a built-in echo which doesn't
support the flags. (It's echo that should be doing the expansion, not the
shell, when provided the “-e” flag. You can demonstrate this with a Perl
Public bug reported:
Binary package hint: make
Probably needs upstreaming, but the new version of make in Edgy appears
to have an internal implementation of “echo” which is inconsistent with
the GNU version (or bash builtin), and does not properly handle flags:
[EMAIL PROTECTED]:/dev/shm$ cat Ma
15 matches
Mail list logo