In my case i can see the correct contents of the folder the very first
time after login. After inserting the CD for the 2nd, 3rd, ... time, the
following happens - till now with 100% success rate :) :
1. window pops up, select "Open in new window"
2. CD gets mounted, konq starts
3. in the konq for
I can confirm this on Kubuntu Edgy final. I didn't test it directly
after reboot though.
This is imho not a unimportant issue, because it looks "strange" if you
select "Open in new window" and only an empty window pops up. A not-so-
experienced user won't probably understand at all what is going o
The following patch fixes the problem for me.
However I'm not sure whether the RE in Opener::createAuthFile should not
be changed as well for CHAP. Now it works because the entries in both
pap-secrets and chap-secrets begin with the same pattern.
** Attachment added: "Fix chap-secrets in knet"
Public bug reported:
Even after having locally fixed
https://launchpad.net/distros/ubuntu/+source/knet/+bug/71080
the knet fails to connect via PPPoE. The following PPPD message can be
found in the output:
The remote system (hostname) is required to authenticate itself
but I couldn't find any
Seems to be next reincarnation of
https://launchpad.net/distros/ubuntu/+source/knet/+bug/43811
But now the correct directory is not /usr/lib/pppd/2.4.4b1, but only
/usr/lib/pppd/2.4.4. At least on my installation the 2.4.4b1 is missing.
The solution is to change the path in the
kubuntu_03_correc
Public bug reported:
Binary package hint: knet
Knet crashes when I try to configure a new DSL connection. To reproduce:
- start knet
- in the main menu select "Setup"
- on the left side select "Internet"
- on the right side select "DSL"
- knet crashes.
I'm running Kubuntu Edgy. knet worked fine
This is indeed a bug in knights, see my comment from 2006-11-07 15:57 at
http://sourceforge.net/tracker/index.php?func=detail&aid=1587926&group_id=31461&atid=402242
The patch is attached to the sourceforge's bug report, to be sure I
attached it here as well.
Could the package maintainer fix this
Things are getting more interesting
I rebuilt the knights package from sources from a) the ubuntu and b)
debian unstable sources (.orig.tar.gz + diff) using debuild. Both final
packages crash on castle with the same output.
The result is now the following:
- orginal edgy pkg - crashes
- orig
I can confirm this on Kubuntu Edgy. The package from Debian unstable
works.
This is the console output when Knights crashes:
knights: WARNING: audio::prepFile: Can not download
tar:/usr/share/apps/knights/themes/KSDefault.tar.gz/matchover.wav
QFile::open: No file name specified
QFile::open: No f
I upgraded to edgy today and everything seems to work fine again.
kdelibs changelog does not mention this though, so I'm not sure whether
it was already fixed or it's just my computer
--
Printing from KDE apps no longer work after update 12 october 2006
https://launchpad.net/bugs/65901
--
I suggest to mark this as a duplicate to
https://launchpad.net/distros/ubuntu/+bug/65901. Seems to be the same
problem.
--
Printer settings in systemsettings/kcontrol don't work any more (Connect to
CUPS faild)
https://launchpad.net/bugs/66118
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubun
Could this be related to https://bugs.kde.org/show_bug.cgi?id=135561 ?
According to the info presented there, the kdelibs package should be
probably fixed because of too small timeout.
I have similar problem on Dapper manually upgraded to 3.5.5.
--
Printer settings in systemsettings/kcontrol do
12 matches
Mail list logo
