Public bug reported:
Binary package hint: unixcw
The unixcw program sends incorrect characters at the default speed (12
wpm).
Starting the program simply with the command cw (i.e., with no
parameters), the program generates CW sounds, but the sounds do not
match the characters typed on the
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/38310016/Dependencies.txt
** Attachment added: XsessionErrors.txt
http://launchpadlibrarian.net/38310017/XsessionErrors.txt
--
unixcw sends incorrect characters
https://bugs.launchpad.net/bugs/511676
You received this
Public bug reported:
Binary package hint: unixcw
If one starts the cw program at speeds higher than the default (say,
with cw -w 30), then no matter what character is typed, the program
simply generates a longish tone, instead of dits and dahs.
The duration of the tone varies slightly from
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/38310129/Dependencies.txt
** Attachment added: XsessionErrors.txt
http://launchpadlibrarian.net/38310130/XsessionErrors.txt
--
at speeds higher than the deafult, unixcw just sends long tones
It seems that this is probably a different manifestation of the same bug
as #511676.
Starting the program as cw -w 12 (the default speed) and typing T,
one gets the sound, as reported in bug #511676, that is similar to an
R.
Starting cw at 20 wpm, the sound for any character is more like an N,
OK. Has the person who set that policy actually tried to develop C++
code on karmic?
I'll have to go find a distro that supports developers, I guess :-( I
don't have time to waste on silliness. I have to produce working code.
--
needs-packaging kdevelop3 (because kdevelop4 is low-quality beta)
For some rather odd value of the word fine, yes, they do.
Not really relevant to trying to support large projects for server code
though, which was the point of my original report.
I'm still not sure why this policy has been applied to kdevelop when a
quick review of the official repositories
Public bug reported:
Binary package hint: kdevelop
Canonical seems to have chosen to supply kdevelop4 without any option to
install kdevelop3.
This seems to be a grave mistake, for at least the following reasons:
1. kdevelop3 is a released stable product; kdevelop4 is in beta
2. There is no
Then it seems to me that the bug is that there is a menu item that says
there is documentation. That menu item should surely not exist.
--
Attempt to access kdevelop handbook fails with error
https://bugs.launchpad.net/bugs/482921
You received this bug notification because you are a member of
Public bug reported:
Binary package hint: kdevelop
Attempting to open the kdevelop handbook from the kdevelop Help menu produces
the error:
the file or folder help:/kdevelop/index.html does not exist
It seems like some documentation package that should be installed along
with kdevelop is
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/35706032/Dependencies.txt
** Attachment added: ProcMaps.txt
http://launchpadlibrarian.net/35706033/ProcMaps.txt
** Attachment added: ProcStatus.txt
http://launchpadlibrarian.net/35706034/ProcStatus.txt
--
Attempt to
Can someone provide detailed, step-by-step instructions as to how to get
CDT installed properly in karmic?
I tried and got this:
Cannot complete the install because one or more required items could not be
found.
Software being installed: Mylyn Bridge: C/C++ Development
Public bug reported:
Binary package hint: eclipse
I have a project that I was working on with eclipse under jaunty
kubuntu.
Now that I've upgraded to karmic, I can't find any way to access the
project. The Open Project menu option is greyed out; the import
feature doesn't seem to do anything
** Attachment added: XsessionErrors.txt
http://launchpadlibrarian.net/35499330/XsessionErrors.txt
--
unable to access jaunty eclipse projects
https://bugs.launchpad.net/bugs/480291
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Running amd64 jaunty just upgraded to karmic yesterday.
I am now seeing this bug.
--
npviewer.bin crashed with SIGSEGV
https://bugs.launchpad.net/bugs/178038
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Now the middle of October, and still waiting for a response explaining
why this bug is still marked Invalid :-(
It seems rather rude not to explain to the submitter why an action such
as this has been taken. It essentially says to the submitter: You're an
idiot and it's not worth our time to
Is this fixed in karmic?
I'm quite amazed that a problem like this wasn't assigned a high
priority to get fixed. That it's still present in a fully up-to-date
jaunty installation a year after the initial report is very
discouraging.
--
kdevelop project was broken when going to 8.10
Still awaiting a clear explanation of the point you were trying to make
regarding why this bug has been marked Invalid... :-(
--
gscan2pdf will not accept / character in saved filename
https://bugs.launchpad.net/bugs/415596
You received this bug notification because you are a member of Ubuntu
Perhaps I misunderstood what your point was...
I thought you were saying that other file managers wouldn't accept a
/, and that therefore this was not a bug.
So when I produced a simple counter-example of an app using / in a
filename, I thought that meant that this would be re-classified as a
try doing so with any other application or file manager
Sure...
1. Open Konqueror.
2. go to /tmp
3. Create New Text File
4. Call the file a/b
5. The file is created.
You seem to be suggesting that this should have failed, but it doesn't.
--
gscan2pdf will not accept / character in saved
Public bug reported:
Binary package hint: gscan2pdf
Running Kubuntu 64-bit jaunty, gscan2pdf 0.9.27
If one puts a / in the filename when trying to save a scan, then one
receives a complaint about a nonexistent directory.
** Affects: gscan2pdf (Ubuntu)
Importance: Undecided
It seems like something like the extra package you suggest would be a
great idea. Right now, it's very confusing to the end-user not to be
able to view particular formats in okular when people on other distros
can do so.
Also, at least for this particular format, it's hard to believe that
more
I am unclear about the resolution of this.
Has it been resolved:
1) simply by no longer advertising epub support? or
2) actually including epub support?
If the former, I guess I'll file another bug, specifically requesting
epub support, but I don't want to do that if this bug has been resolved
Public bug reported:
Binary package hint: calibre
The calibre package for jaunty installs version 0.4.143, but the current
version at http://calibre.kovidgoyal.net/download_linux is 0.5.11, which
has a considerable number of changes from the jaunty version.
0.5.11 is in karmic.
** Affects:
Marlin: you might want to add that comment to bug 278415 as well (that's
the report about the crash).
Basically, it sounds like this package is in exactly the same (unusable)
state it was in in intrepid :-(
--
No shortcut was placed on the menu after installing krecipes using apt-get
install.
It's more than OK with me. It's fantastic that someone's going to look
into fixing the crash. Thank you very much.
And I hope that finals go well.
--
No shortcut was placed on the menu after installing krecipes using apt-get
install.
https://bugs.launchpad.net/bugs/307617
You received this bug
This still happens in intrepid :-(
Any old trivial source that tries to use one of the Garamond fonts will
fail the same way For example:
\font\rm=ugmr8a at 12pt
\rm
\pdfoutput=1
This is a test.
\vfill\eject
\end
If one comments out the first line (so that it uses the default rm
Just wanted to comment that this just bit me in intrepid. Can you maybe
completely remove the package from the repositories (at least for now)
so that people like me don't come along and try to install it?
--
dpkg: error processing ttf-mathematica4.1 (--install)
Public bug reported:
Binary package hint: lprof
64-bit intrepid (kubuntu). lprof package version 1.11.4.dfsg+1.11.4.1-4.
There are numerous Help buttons on the various screens presented by
the lprof application. As far as I can tell, not one of these buttons
actually does anything. Certainly no
Public bug reported:
Binary package hint: texlive
64-bit intrepid. texlive 2007.dfsg.1-2.
The usual way to use margin kerning in pdftex is to include the file
protcode.tex (which then includes other files).
Two (identical) copies of protcode.tex are installed in intrepid:
[HN:usr] find .
For me, it did not install a shortcut anywhere; also, typing from the
terminal just causes a crash (which is a separate bug report).
Intrepid 64-bit.
Basically, krecipes in intrepid 64-bit seems to be completely broken :-(
It doesn't have anything to do with downloading the food information,
Public bug reported:
Intrepid Kubuntu 64-bit.
krecipes package: 1.0~beta1-1.1ubuntu1
If one installs krecipes and then attempts to remove it, using Mark for
complete removal (including configuration files), synaptic reports
success, but in fact there are numerous krecipes files left behind
yep, me too. krecipes is completely borked on 64-bit intrepid.
I basically did the same as Scott S. First time I tried to install it, I
stepped through the initialization sequence and it crashed when I hit
Finish (instantly, though. not after a few minutes).
I performed a complete removal from
Incidentally, I assume that it's obvious that we're now talking about
intrepid, not hardy.
--
Hardy package for tovid doesn't place makemenu, makexml etc. into user's path
https://bugs.launchpad.net/bugs/252026
You received this bug notification because you are a member of Ubuntu
Bugs, which is
You may not want to call this a bug, but to a user the behaviour is
indistinguishable from a bug. When something is installed, the user
expects to be able to execute the program without having to figure out
that it's been somewhere elsewhere than in his path. At the very least,
there should be
Great workaround; thanks *very* much.
I couldn't find a way to set this in povray.ini, but that's a minor
matter; at least povray is usable again now.
--
Povray preview windows appear transparent
https://bugs.launchpad.net/bugs/224889
You received this bug notification because you are a member
This remains a problem in intrepid (I'm using 64-bit Kubuntu).
The OP understates the effect of this bug.
It's bad enough that the preview window is utterly useless (and hence
povray is more or less useless for rendering complex scenes, as one
cannot watch the progress of the scene generation,
37 matches
Mail list logo