Re: network managed applet not seeing connections after suspend
Great Marc! I have had issues after kded5 silently died and what you tested ruled this out. It is enough. I hope you find the root cause soonish. Regards! El 21 de agosto de 2023 19:18:55 CEST, Marc Haber escribió: >On Sun, Aug 20, 2023 at 04:46:09PM +0200, Raúl Sánchez Siles wrote: >> Not really sure if helps, but just in case: Could you check whether kded5 >> process is alive when you experience the problem? > >I recorded kded5's pid before suspending and verified after using nmtui >to get back connectivity that the pid isstill the same. It is. > >Do you want me to do more checks with kded5? > >Greetings >Marc > >-- >- >Marc Haber | "I don't trust Computers. They | Mailadresse im Header >Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 >Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421 >
Re: network managed applet not seeing connections after suspend
Hi All: Not really sure if helps, but just in case: Could you check whether kded5 process is alive when you experience the problem? HTH, El 20 de agosto de 2023 13:39:15 CEST, Alex DEKKER escribió: >On 20/08/2023 10:58, Dietz Proepper wrote: >> Am Sonntag, 20. August 2023, 10:44:19 CEST schrieb Marc Haber: >> >>> The nm applet seems to >>> reconnect and shows the available connections, but clicking on one >>> immediately yields a toast "Connection (name) deactivated" without even >>> trying to conect. I didn't know that behavior before. >> Anything interesting in /var/log/syslog? The other thing I'd try first is to >> play a little with nmctl so you can narrow down who might be the culprit. >> > >Or 'journalctl -f' whilst attempting...things. > > >alexd > >
Re: Headset and audio profiles
Hi: Not really answering the OP, but last time I looked into this latest bluez didn't support HSP/HFP properly. bluez did on v4, but not on v5. I'll be gladly surprised if HFP works now. Regards, El 25 de marzo de 2020 12:34:09 CET, Jiri Kanicky escribió: >I have similar issue. I use Bose N700 and the profile constantly >switches from High Fidelity Playback (A2DP SInk) to Headset Head Unit >(HSP/HFP). > >I think the headphones mic is not even recognized by the system. It >runs >on notebook mic. > >Jiri > >On 24/3/20 7:57 pm, Dietz Proepper wrote: >> Good morning, >> >> I think, that this is more of a pulseaudio problem, but perhaps >someone has >> got an idea. >> >> I have a bluetooth headset, supporting High Fidelity Playback (A2DP >profile) >> and Headset Head Unit (HSP/HFP profile). Now, every time I connect >it, the >> A2DP profile gets chosen, which does not support the headset's >microphone. I >> can easily switch to HSP/HFP by means of the sound control applet, >but is >> there a way to set HSP/HFP as a default? >> >> (I already spent an afternoon on that, but all recipes I found did >not work.) >> >> Kindest regards, >> Dietz -- Enviado desde mi teléfono con K-9 Mail.
Bug#948499: A track to follow
Hello: I've also noticed this and looking into more insight I came accross some likely related information [0] and [1]. HTH, [0] https://phabricator.kde.org/D25964[1] [1] https://phabricator.kde.org/ R165:9c33b1b4f71c45f9943418ab1d6c8abf1ce8c90f[2] -- Raúl Sánchez Siles [1] https://phabricator.kde.org/D25964 [2] https://phabricator.kde.org/ R165:9c33b1b4f71c45f9943418ab1d6c8abf1ce8c90f
Re: GCC 5 transition
Hi: El Martes, 11 de agosto de 2015 02:47:12 anxious...@gmail.com escribió: A week ago I stupidly upgraded my unstable amd64 system whilst half asleep (muon does not seem as insistent on warning you about potential removals), losing kontact, muon and a few other things. I was also affected by the need to downgrade breeze to get the desktop to boot. I can see enormous amounts of work going on on the qt-kde mailing list, so this is not any sort of a complaint, but does anyone know how long it might be before I can reinstall the lost packages? I have been quite good at fixing my unstable problems over the years, but this one has me a bit beaten. Do I still need to hold the breeze packages too? anxiousmac I'm currently awaiting for a big upgrade in sid. I'm not doing this upgrade (that looks you did) because doing it would remove kdepim. Probably others would be removed as well but keeping kdepim is a must for me. As far as I can see this is a consequence of the gcc 5 transition. More specificaly, current libstdc++6 (5.2.1-15) breaks libkolabxml1 which is a dependency kdepim in the end relies on. If I'm correct, it has already been reported that libkolabxml1 copes with libstdc++6 but until gcc-5 package is updated considering this fact you won't be able (easily) to upgrade any package that depends on gcc-5 including kdepim dependencies. So still waiting. HTH, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: Konqueror still usable?
Hi: El Jueves, 18 de junio de 2015 18:26:27 Frank Mehnert escribió: Hi, I'm using KDE for many years and I was always using the Konqueror web browser in situations where I need a quick web browser and didn't want to start the more heavy firefox or chrome browser. For instance when reading some news page. I have flash and java disabled for Konqueror but for some time using Konqueror is more and more annoying. Adblock needs manual tweaking and I experience strange delays when opening web pages, could be script-related. Does it still make sense to use Konqueror in certain situations, are there some hints for improving the configuration or should I just uninstall it? I know what you mean. I'm in the same situation. I've been using konqueror since I started using Debian and that was lng ago. It used to be a great browser: fast, light, featureful. Unfortunately it's not like this anymore. Take this example. I'm a heavy tab user and there's a annoying bug that freezes konqueror when you close a tab (I think it's related to KJS). I'm telling you this because I'm afraid core web modules are no longer maintained, being javascript interpreter one of the most influencing in the user experience. Besides this, there are 2 rendering engines for html: KHTML and Webkit. KDE decided to used webkit as default engine and it indeeds improve user experience. I'm not sure when the switch happened since I'm always being in favour of KHTML whose integration was better. Nowaydays, unfortunately both have problems with the most recent features a browser are required. For instance, HTML5 videos works on some webs with KHTML and not with Webkit, whereas webkit works better on pages with heavy JS usage. It's even worse if you try and use for a short time iceweasel, like it happened to me. Then you get used to get things working on almost all cases and you are subconsciently moved away from konqueror. Anyway, I still resist. Let's see. Disclaimer: I haven't use KF5 yet. I don't know how things are there. Thanks, Frank That's my experience, HTH. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: Authenticity check failures in konqueror
Hi: El Miércoles, 29 de octubre de 2014 17:36:31 Allan Sandfeld Jensen escribió: On Tuesday 28 October 2014, Rainer Dorsch wrote: On Tuesday 28 October 2014 15:22:11 Allan Sandfeld Jensen wrote: On Sunday 26 October 2014, Martin Steigerwald wrote: Am Sonntag, 26. Oktober 2014, 11:44:27 schrieb Rainer Dorsch: Hello, Hello Rainer, I see a lot of authenticity check failures when using Konqueror. Do I have a bad config or do other people see that as well (and have given up using konqueror)? [...] This is caused by Debian using the Mozilla certificate store as their own. The Mozilla certificate store is only meant for Mozilla and the NSS library, and doesn't work with OpenSSL like Qt uses. Thanks for your reply, Allan. Is there a bug report for this issue? No. In this particular case it appears the issue has been that GTE CyberTrust Global Root has been missing for a year, and now that it has finally been re- added it is apparently not marked as applying to webservers. The reason it doesn't affect Firefox is because the way NSS and OpenSSL handles chains of trust is different, which means Firefox and Chrome never even looks for that certificate. I don't personally understand the part about chains of trust, but trust Richard Moore on the issue, who told me that is a well-known problem if you use a certificate store only meant for one of them. `Allan This is just to confirm the (annoying) issue here as well. And thank Allan for the explanations. Anyway if anyone knows further actions or links to follow the issue, they are appreciated. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1747294.uvUq4Czrpp@portaka
Bug#752209: About calligra icc profiles packaging.
Hi: El Jueves, 10 de julio de 2014 20:28:59 Bastien ROUCARIES escribió: On Tue, Jul 8, 2014 at 11:58 PM, Raúl Sánchez rasas...@gmail.com wrote: [...] So I think we can consider this file as Public Domain. As you say, it is not licensed under the same terms as the rest of the package but I don't think this make the whole package fails to comply with the Debian policy. Do you have proof of it? Copyright file say it is copyrighted. Moreover you must agree before download it. I hope we can trust what a file says about his own copyright. You know public domain as copyright statement is paradoxical, still I'd take this file as public domain. What I don't understand is that I must agree before download it. What should be agreed? I get the file from the calligra source tarball. Anyway, copyright file may be adjusted and maybe we should add and support dependency on icc-profiles* packages. If you do this your package will go to non free. Not necessarily. I didn't mean a straight dependency but rather a suggests. As an extra, I'm adding some information iccdump provided and which we should verify with upstream: krita/data/profiles/WideGamut.icm (No copyright) krita/data/profiles/sRGB.icm (No copyright) krita/data/profiles/scRGB.icm (© Cyrille Berger) Could you check the license^ krita25_lcms-builtin-sRGB_g100-truegamma.icc (v4 not supported by iccdump) plugins/colorengines/lcms2/colorprofiles/data/fogra27l.icm (public domain) plugins/colorengines/lcms2/colorprofiles/data/CMY.icm (copyright Sun Microsystems, 1996) This one seems non free I've talked upstream about licensing information for these files. They say all these files was retrieved from the places stated in one of the README files, namely: http://www.littlecms.com and http://www.scarse.org Currently, littlecms.com url from where some of those profiles were retrieved is broken. scarse.org is down. Anyway, upstream confirms that those profiles licenses were either GPLv+ or public domain and therefore compatible with DSFG. In case this information is not enough, I'll recheck whether this files are still available somewhere and their licensing details. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1501446.V18VKHbM3C@portaka
Bug#752209: About calligra icc profiles packaging.
Hi: Thanks for the report. I've checked the fogra27l.icm file details. It indeed matches the one provided by the (nonfree) icc-profiles. Anyway, according to iccdump: iccdump plugins/colorengines/lcms2/colorprofiles/data/fogra27l.icm [...] tag 1: sig 'cprt' type 'text' offset 396 size 22 Text: No. chars = 14 0x: Public Domain [...] So I think we can consider this file as Public Domain. As you say, it is not licensed under the same terms as the rest of the package but I don't think this make the whole package fails to comply with the Debian policy. Anyway, copyright file may be adjusted and maybe we should add and support dependency on icc-profiles* packages. As an extra, I'm adding some information iccdump provided and which we should verify with upstream: krita/data/profiles/WideGamut.icm (No copyright) krita/data/profiles/sRGB.icm (No copyright) krita/data/profiles/scRGB.icm (© Cyrille Berger) krita25_lcms-builtin-sRGB_g100-truegamma.icc (v4 not supported by iccdump) plugins/colorengines/lcms2/colorprofiles/data/fogra27l.icm (public domain) plugins/colorengines/lcms2/colorprofiles/data/CMY.icm (copyright Sun Microsystems, 1996) Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/4428568.k9POQG9YLe@portaka
Bug#705243: Maybe this one upstream
Hi: Could you have experienced https://bugs.kde.org/show_bug.cgi?id=317926 ? I did after the upgrade from wheezy to jessie. I only had to wati for kmix to work. HTH, -- Raúl Sánchez Siles -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140620103305.GP4808@trismegisto.universo
Re: calligra package 2.7.5-1
Hi: El Jueves, 12 de diciembre de 2013 20:28:45 Maximiliano Curia escribió: Hi, Sorry about the missing pushes in the calligra repo. I've just merged the current upload with the current head. It's been unfortunate that we were both working on the same thing at the same time without knowing. Not a big deal, specially considering my low involvement. Maybe I could have simply voiced myself a little more. About the change: Move libcalligrakdgantt to calligra-libs from calligraplan. Please remember to add a Conflicts Replaces to do a smooth upgrade. Yup! You're right. That was just a first approach, I'd have to ask upstream to confirm. kdgantt is located at 3rdparty directory on upstream source, hence I thought calligra-libs was the right place. Anyway maybe we can target for calligra 2.8.0 for this move. One more thing. What's the eigen3 patch current status with respect to upstream? Has it already been submitted/talked/approved? Happy hacking, HH to you too :) -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: Recommended way to use Debian?
Hoi: I'd say the problem may well be somewhere in the graphics stack. Once you have a crash it's quite convenient knowing exactly where it happenned and getting a backtrace of it. Check ~/.xsession-erros and also Xorg log (/var/log/Xorg.[01].log or /var/log/Xorg.[01].log.old if a new X instance already fired up), sometimes kdm.log also helps. If you want further information, install relevant -dbg packages: xserver, x video driver, mesa and drm. Once you have this installed make sure you enabled core dumps. I do this adding ulimit -c unlimited somewhere at the begginning of /etc/init.d/kdm script. If X crashes you'll get a core dump at /etc/X11/core which you can later analyze with gdb /etc/X11/core $(which Xorg) Good luck with this. Regards, On Mon, Jul 15, 2013 at 01:39:07AM -0700, Shervin Emami wrote: Yes I do this to restart Plasma when it crashes every few days. I am using the NetworkManager applet, and that is well known to have many issues, so that might be partly to blame. But other times when my computer crashes, not even Ctrl+Alt+Del or Ctrl+Alt+BkSpace work, and sometimes Ctrl+Alt+1 works so I can kill a bad app, but often the only key combo that works at all is Alt+PrtSc+K! Cheers, Shervin Emami. http://www.shervinemami.info/openCV.html On Mon, Jul 15, 2013 at 12:28 AM, Kevin Krammer kevin.kram...@gmx.at wrote: On Monday, 2013-07-15, Shervin Emami wrote: I experience crashes around once per day, either as a software like Iceweasel or Kate or Dolphin crashing or as KDE/Plasma crashing requiring me to hit Alt+PrtSc+K to close X log back in to KDE. I've also found If Plasma Desktop crashes it can usually be restarted using Alt-F2 and typing plasma-desktop. Hasn't happend for me in ages, so maybe it is one of the applets you are using? Cheers, Kevin -- Raúl Sánchez Siles -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130715090040.GA11306@trismegisto.universo
Re: Utility to find new files in debian/tmp
Hello: El Viernes, 4 de enero de 2013, Lisandro Damián Nicanor Pérez Meyer escribió: On Fri 04 Jan 2013 05:25:25 Diane Trout escribió: Hi While removing a few files that appear to no longer exist I occasionally managed to find a new file that wasn't being installed anywhere by the current *.install files. Is there any utility that will scan your debian/tmp directory and your *.install files and tell you what doesn't exist any more and finds new things that don't have a home? Diane Maybe you are looking the --list-missing option of dh_install? I went into the same problem and I was close to (possibly) reinventing the wheel. I'm attaching a script that invoked conveniently will tell you what files are no longer available in the .install files. You need to invoke it from the top source directory like this: ./pkg-kde-utils.sh -a packagename Regarding new files, existing but not installed, I also bet for the option Lisandro already pointed. The script is on a very early stage. I wasn't sure I was going to publish it, but the aim was having a convenince tool for common situations in the KDE packaging. If you find it useful, feel free to use it at your will, extend, fix and publish it. HTH, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 pkg-kde-utils.sh Description: application/shellscript signature.asc Description: This is a digitally signed message part.
Bug#684556: Diff between amd64 and i386
Hi: I think the difference (attached) is due to the autobuilders changelog entry trailing line. Find diff[0] attached. [0] zdiff -u /usr/share/doc/libqtcore4/changelog.Debian.gz i386/usr/share/doc/libqtcore4/changelog.Debian.gz -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 --- /dev/fd/5 2012-08-12 10:38:37.072527026 +0200 +++ - 2012-08-12 10:38:37.081481791 +0200 @@ -1,9 +1,9 @@ qt4-x11 (4:4.8.2-2+b1) sid; urgency=low - * Binary-only non-maintainer upload for amd64; no source changes. + * Binary-only non-maintainer upload for i386; no source changes. * Rebuild with gcc-4.7 4.7.1-6 (Closes: #684177). - -- amd64 Build Daemon (brahms) buildd_amd64-bra...@buildd.debian.org Fri, 10 Aug 2012 21:28:21 + + -- i386 Build Daemon buildd_i386-bi...@buildd.debian.org Fri, 10 Aug 2012 21:22:56 + qt4-x11 (4:4.8.2-2) unstable; urgency=low signature.asc Description: This is a digitally signed message part.
Re: qtwebkit 2.2.1-4+b1 + konqueror 4:4.8.4-1 : Lots of crashes
Hi! El Martes, 10 de julio de 2012, Martin Steigerwald escribió: Hi! I am getting lots of crashes, for example reproducabily with: https://lkml.org/lkml/2012/7/7/121 But also with quite some other URLs. Anyone else seen this? I thought this might be webkit related, but it happens also when I switch konqueror to KHTML engine before. Any hints? I am willing to report a bug either upstream or with Debian when I know where the bug report is best placed. Hello. I've tried on with latest sid stack, ie, qtwebkit, kpart-webkit, kdelibs5, konqueror, but I'm unable to reproduce this, either changing several times from khtml to webkit. Note: I use gnash. [...] Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#676833: Looks dpkg related.
Hello: I've also come accross this one, but I think the main problem is discussed here[0]. Maintainers said it was fixed which is not what I'm seeing. I'll investigating this in order to send proper feed back. HTH, [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659782 -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: Akregator crashes every time I close Kontact
Hello: El Sábado, 9 de junio de 2012, JonAnder Peñalba escribió: 2012/6/2 Arnout Boelens a.m.p.boel...@gmail.com I had the same issue and already filed a bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675498 A similar bug is reported at bugs.kde.org: https://bugs.kde.org/show_bug.cgi?id=193780 Also a patch is provided there, but I did not try it yet. Cheers, Arnout Hi devs, I know you are really busy, but I'm just bumping this thread because Akregator has been unusable for a couple of weeks already and there is a patch to solve it. If one of you could take the time to apply it to debian's version we would really appreciate it. Thanks for your hard work, Jon Ander Some work have been already done in debian repositories but Qt/KDE Team is really busy with the freeze just around the corner. Expect uploads soonish, but please, be patience. Also remember we are fortunate to use and enjoy free software so when you need a fix, ask yourself if you could actually do something to help... :) Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: building calligra 2.4.1
Hi: El Lunes, 14 de mayo de 2012, Martin Steigerwald escribió: Am Samstag, 12. Mai 2012 schrieb Sune Vuorela: On 2012-05-12, Martin Steigerwald mar...@lichtvoll.de wrote: make[3]: *** Keine Regel vorhanden, um das Target »/usr/lib/libphonon.so«, benötigt von »lib/libkplatoui.so.9.0.0«, zu erstellen. Schluss. This is a known bug that either is just fixed, or just about to be it (due to moving libraries into multiarch paths some things needs to be rebuilt to pick up those new parts, most bits have been scheduled for rebuilding like yesterday or the day before, so it is hopefully justa upgrade (or maybe a night of sleep and a upgrade) away. Thanks, Sune, seems package upgrades from today helped. I think it compiled successfully, but now dh_installing the files fails: [...] If you think it's a packaging problem could you please get the whole building log and upload it compressed somewhere that could be fetched? Build command suggestion: LANG=C nice -15 debuild --prepend-path=/usr/lib/ccache -j4 -b Once this is done you'll get in the ../ dir something like this: calligra_2.4.1-1_amd64.build Hint: xz compression outperforms the rest. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: Calligra plans
Hello: El Jueves, 15 de marzo de 2012, José Manuel Santamaría Lema escribió: Martin Steigerwald mar...@lichtvoll.de Hi! Any plans regarding Calligra suite for Wheezy? No. Upstream seems to be relatively short before a release: http://www.calligra.org/news/announcements/calligra-2-4-beta-7/ Thanks, Let me try to provide a little more information about this issue. As said, there is no plan to include calligra for Wheezy so far. This is mainly due to upstream not actually having done a final stable version release, IOW 2.4.0 Beside this, there is and has been some effort put on calligra packaging. So far Beta 7 is packaged and as far as I can tell, working. Unfortunately, binaries haven't been published yet. We are considering pushing them into experimental, but this publication is somewhat bound to upstream final release. This is not a final decision and it also depends on uploaders available free time, since calligra is heavy weigh. HTH, regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: kwin 4.6.5 crashes when enabling effects with mesa 7.11 and intel sandybridge
Bump! El Lunes, 29 de Agosto de 2011, Michel Dänzer escribió: On Mon, 2011-08-29 at 10:47 +0200, Martin Steigerwald wrote: 1) kwin crashes with blur effect and indirect rendering. I think thats purely a KDE/kwin issue. Given that the crash occurs in libGL, and it doesn't happen with direct rendering, I think this is most likely a libgl1-mesa-glx bug. I lean towards: http://bugs.debian.org/625522 -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#590172: Hopefully fixed on debian git.
tags 590172 +pending thanks Hello: I've committed some changes that I think will solve the issue. Basically, I made koffice-doc-html Breaks and Replaces kpresenter-data. I did a quick test, aptitude upon koffice-doc-html installation automatically removed kpresenter- data and no further issues raised. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: broken kde notifications
Hello: El Domingo, 6 de Junio de 2010, Ritesh Raj Sarraf escribió: Thanks. Purging notification-daemon solved the problem. Should the kde-full or kde-desktop metapackage have a conflicts on stuff like these ? An end user will not be aware how the notifications went broken. Ritesh Pretty please, don't top post ;) Going into the issue, it happens that I have notification-daemon installed and I do have plasma notifications. I wonder why. Regards, [...] -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: konqueror and flash
El Sábado, 23 de Enero de 2010, roberto escribió: On Sat, Jan 23, 2010 at 10:20 PM, Curt Howland howl...@priss.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Saturday 23 January 2010, roberto was heard to say: switching forth and back to/from iceweasel is boring Couldn't agree more. I consider it a price I pay for preferring and using KDE3.5 yes, i use kde 3.5 since this is provided in lenny thanks Hello: Maybe you can try enabling backports[0] repository and installing the flashplugin-nonfree[1] package from there. [0] http://backports.org [1] http://packages.debian.org/lenny-backports/flashplugin-nonfree HTH, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: Pregunta
Hello: This list language is english only, so you can either forward the question in English or alternatively look for help in a spanish user list: http://lists.debian.org/debian-user-spanish/ = Hola: El idioma de esta lista es inglés exclusivamente. Por favor, formula tu pregunta en este idioma o pide ayuda en la lista específica en español: http://lists.debian.org/debian-user-spanish/ Un saludo, El Lunes, 28 de Septiembre de 2009, f...@nk escribió: Hola uso Debian 5.0 Lenny con entorno de Escritorio KDE 3.5.10. Normalmente tengo una particion NTFS y la monto bien con el ntfs-3g pero no reconoce todas las carpetas, es un disco externo de 500Gb.. Les agradecería respuestas Gracias y disculpas por la molestía... -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: desktop effects on PowerPC
El Domingo, 6 de Septiembre de 2009, drz escribió: Hi there I got a problem here with desktop effects on 4.3.1 on a Powerbook g4 (powerbook 5,4 / ATI Technologies Inc RV350 Mobility Radeon 9600 M10). If I activate desktop effects the x-server crashes without a possibility to recover, because I cant change to tty (via alt ctrl f1), no reaction from keyboard. Thee is an striped artifact instead of the mouse-pointer icon, thats the only symptom, I can tell of. No log entries in xorg.log nor messages or syslog... Same problem with kde 4.2.2. No effects since 4.1. Compiz is working. So compositing is working fine, I guess. But I cant set compositing to active in system settings - desktop. fyi: Im using radeon-driver, because there is no fglrx for PowerPC. xserver-xorg = 7.3+20 xserver-xorg-core = 1.4.2-11 Is it possible to get effects to work with radeon driver? Anybody got desktop effects working on a powerbook g4?? I can provide any further info if needed possible. greetz drz Hello: This doesn't seem a KDE problem, graphics driver/X one, so now on we'll be OT on this list. In theory not that much changes between PPC and x86 archs from the user point of view. In order to get a graphical card running you need kernel support, and xorg driver support (this is for 2D), For 3D you also need mesa support. Mind that this statement may be inaccurate or too simplistic, but let's start from here. ATI free drivers(xorg) work quite well, even the lenny version may work with your model, but once you need best performance, support for new models or just make sure it's an xorg driver problem you'll need latest versions, ie: at least sid. If you do need lenny start with it and learn how to find out if your hardware/system is working. I'm not sure about kernel support for ati cards in the PPC case where the architecture may make a difference, mainly due to testing level of the relevant parts. But let's suppose support is there. Nowadays xorg shouln't need any line, except if autodetection failed or you need a special configuration. IOW, start with empty xorg.conf. Once X fires up, first of all review your dmesg for graphics card initialization warnings or errors. After this check /var/log/Xorg.0.log (or change 0 for other if you need to check other xserver instance to the first). Look for WW or EE (warnings/errors). You'll get lots of useful info from there. If this doesn't work, you'll need to check logs. Try to access from a remote machine. State if machine is pingable or not. Retrieve info from the error and submit it to the proper channel: debian-x mailing list or maybe irc. Retrieve all the information you can get. In any case, trying out sid stuff is quite interesting. It may make things work. In your case, since kde desktop effects require 3d acceleration, check if you actually have it: glxinfo |grep -i direct If you see that Direct rendering is enabled you're in the right direction, but I doubt lenny ati free drivers got to that level. Once you have a crash the most useful info you can provide is a backtrace. Checkout the xorg wiki for how to provide a proper one. Tips: install -dbg packages for xorg, ati driver, drm and mesa. The method I use to get a good bracktrace is making xserver to core dump into a file. I manually add ulimit -c unlimited in the kdm init script so once xorg crashed core is dumped in /etc/X11/core. So if you get a crash, restart the machine(tip: alt-sysrq+keisub), do gdb $(which Xorg) /etc/X11/core and surf there. Also check the old xorg log /var/log/Xorg.0.log.old where the previous session info is stored. Once you have this information, again go back to the right X channel where people will guide you what to do. Remarks: try to avoid fgrlx drivers, they are painful to use and impossible to debug. HTH, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#348141: Resuming with the bug.
Hello Silverio: After all the thread we can notice the bug is unfortunately not solved. I guess this hasn't been reported upstream in a way they could be aware of the problem and address it conveniently. Let's try again now. Debian Qt/KDE Team is overflowed with packaging an related stuff and moreover this bug doesn't seem likely to be solved on Debian but rather on KDE itself. Thus bugs like this are preferred to be submitted KDE directly. To summarise, we would appreciate if you could provide with fresh data to forward the bug conveniently. We will need a backtrace of the crash, in case it still crashes. Please, install at least kdepim-dbg, libqt4-dbg and kdelibs5-dbg to get a useful backtrace. If you get it to crash, also take a look at file ~/.xsession-errors and see latest lines for related information. You will notice it is related because you would find KMail crashed... or a similar message. Copy the lines surrounding that. In any case, an up-to-date description of what you exactly do to get the crash/misbehaviour. Let us know if you are having trouble retrieving the information. I hope we can kill this bug once for all. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: hard recognize type of extension of file [kde 4.2.2]
El Sábado 13 Junio 2009, Pol Hallen escribió: Hi list :-) With dolphin (details view mode) if the name of file is very long is hard recognize which extension has that file. Pol Please, file a bug into KDE bugzilla: bugs.kde.org HTH, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: KDE-4.2.4 Kopete: Online at startup isnt working
El Miércoles 10 Junio 2009, Juergen Hornung escribió: Dear all, after starting up KDE and Kopete the initial status is offline, although online is configured in kopete settings. Is there a fix for this problem? JeiBie Hi: This sounds like an upstream bug. Please check in http://bugs.kde.org if that's already report or, if not, report it yourself. The more convenient method to do this is from kopete contact list menu-help-report bug. You will need an account on kde bugzilla, but that's all. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#526430: More information required.
tags 526430 +moreinfo thanks Hello: Thank you for reporting this bug. According to the information you provide it is likely a KDE bug, not Debian. Moreover you would need to install some debug packages like: kdepim-dbg libqt4-dbg When you have those installed you would need to reproduce the crash and take note of the new details (backtrace) of the crash. Since Debian resources for handling KDE bugs are scarce, it would be very helpful if you could report the bug on the KDE bugzilla [0] after having taken a look of their advices on how to report with useful information [1] I suggest you first looking into [0] to check out whether the bug has already been reported or not, please note the KMail version you are using. If you follow this steps, we would appreciate if you could write back with the bug number you have filed in or found in the KDE bugzilla. [0] http://bugs.kde.org [1] http://techbase.kde.org/Contribute/Bugsquad/How_to_create_useful_crash_reports -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: amarok 2.1 beta1
El Lunes 11 Mayo 2009, Modestas Vainius escribió: Hello, On 2009 m. May 10 d., Sunday 23:28:28 Valentin Pavlyuchenko wrote: Well, what about now? I see both qtscript and taglib-extras in repos. amarok_2.0.96-1_amd64.changes ACCEPTED 2.1 Beta 2. Enjoy. Great news! Thanks a lot Modestas. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: lenny, amarok and last.fm
El Miércoles 04 Marzo 2009, chaos escribió: Hello ALL. I use amarok from lenny and i have a problem with last.fm. When I try to play for example lastfm://globaltags/Classical i have error message: Error Loading Media No suitable input plugin. This often means that the url's protocol is not supported. Network failures are other possible causes. http://195.24.233.49:80/last.mp3?Session=e0d53fad9fe60c0efbbf4a8cc5c47f7a This is amarok problem or last.fm? And how I can fix this problem? Thanks Confirmed here, pay attention to the forum thread suggested by Modestas, that's where I took the info. In summary, looks that amarok1 last.fm streaming relied on a deprecated protocol which has been finally disabled. The best workarund I've found is using lastfmproxy, not that bad but well, it's not as good as it used to be. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: Two xorg processes running (KDE 4.2)
El Viernes 27 Febrero 2009, John Kapnogiannis escribió: Hello there, I just noticed in system monitor that two xorg processes are running. I am using KDE 4.2 and only Gdm is enabled (I'm sure kdm is not running). I also use desktop effects (maybe that is the reason). The two processes use exactly the same amount of allocated (and shared) memory but only one of the them appears to use the cpu (according to system monitor). Well the bad thing is that these two processes could and up using half of my memory (1024MB) so do you think this behavior is normal?? Thanks, John PS: Just to mention,in my system gnome desktop has not been removed (I just installed the kde4 package). I prefer having both in my system. Maybe who --all could help you to discover who's running those 2 Xorg processes. Regards -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: Fwd: l10n
El Miércoles 04 Febrero 2009, Guan de dio escribió: I have the same problem with the spanish version of KDE. GUAN 2009/2/3 Raúl Sánchez Siles rasas...@gmail.com $ cat /etc/locale.gen | grep -v # de...@euro ISO-8859-15 de_DE ISO-8859-1 de_DE.UTF-8 UTF-8 en_GB.UTF-8 UTF-8 en_HK.UTF-8 UTF-8 en_US.UTF-8 UTF-8 ja_JP.UTF-8 UTF-8 ko_KR.UTF-8 UTF-8 zh_CN.UTF-8 UTF-8 zh_HK.UTF-8 UTF-8 zh_SG.UTF-8 UTF-8 zh_TW.UTF-8 UTF-8 reportbug reports the following settings: Locale: lang=de...@euro, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) I didn't try installing another desktop like gnome. But, now I just tried resetting my LC_MESSAGES (being default C) $ LC_MESSAGES=de_DE kwrite and this gives me a perfect German environment for kwrite. So I guess that would solve my problem. Now, am I being unreasonable asking for a consistent useage of languages, or is it a bug? Christoph I'd advice using de_DE.UTF-8 as default. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 Again, what locale have you set? You should use es_ES.UTF-8. dpkg-reconfigure locales -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: Fwd: l10n
Hi: El Miércoles 04 Febrero 2009, escribió: How can I check this? I have never needed to modify this kind of thing before Thanks, GUAN 2009/2/4 Raúl Sánchez Siles rasas...@gmail.com Again, what locale have you set? You should use es_ES.UTF-8. dpkg-reconfigure locales Check information and procedures Christoph has send: cat /etc/locale.gen | grep -v # env |grep LANG In summary, make sure you use dpkg-reconfigure locales, check and set es_ES.UTF-8 as default. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: Fwd: l10n
El Miércoles 04 Febrero 2009, Guan de dio escribió: I make dpkg-reconfigure locales and uses es_ES.UTF-8, and after that I rebooted KDE but I don't notice nothing different. I checked env |grep LANG g...@debian64:~$ env | grep LANG LANG=es_ES.UTF-8 LANGUAGE= g...@debian64:~$ The package kde-i18n-es that I have installed is the version 4:3.5.10-2 Pay attention to what it's already said. KDE4 needs kde-l10n-XX. ;) With this configuration I have some application completely in Spanish and others in Spanish and English together as for example konqueror. The local variable as LANG, LC_CTYPE or LC_MESSAGES I don't know exactly where is stored for my current user. Thanks, GUAN PS: Sorry Raúl for sending the message to your private. When I pressed replay your mail was set autmaticaly, NP, regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: l10n
El Martes 03 Febrero 2009, Christoph Burgmer escribió: Am Tuesday, 3. February 2009 schrieb Xavier Brochard: Christoph Burgmer wrote: Am Monday, 2. February 2009 schrieb Xavier Brochard: I would try first to create a new user account to see what happen. If everything works well, the problem is in you user account setup. I created a new user where the same problem exists. Then removed ~/.kde and ~/.kde4, on a new user account you shouldn't have a .kde directory (or I misunderstood what you said) I had kpowerdaemon (or something similarly called) still installed, which might have triggered the creation after login. purged and reinstalled kde-l10n-de and again (after some akonadi errors and knotify crashes) the same problem prevails. By default no language is set in the settings module under personal - country/region language (translated from German). same here, default language setting from kde (generic english) but it works in french without problem I'll attach the locales from this users settings. it looks like a kde problem, but just in case (sorry if it's stupid): What is the default locale on the system ? (check the uncommented ones in /etc/locale.gen) And did you try to install another desktop ? $ cat /etc/locale.gen | grep -v # de...@euro ISO-8859-15 de_DE ISO-8859-1 de_DE.UTF-8 UTF-8 en_GB.UTF-8 UTF-8 en_HK.UTF-8 UTF-8 en_US.UTF-8 UTF-8 ja_JP.UTF-8 UTF-8 ko_KR.UTF-8 UTF-8 zh_CN.UTF-8 UTF-8 zh_HK.UTF-8 UTF-8 zh_SG.UTF-8 UTF-8 zh_TW.UTF-8 UTF-8 reportbug reports the following settings: Locale: lang=de...@euro, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) I didn't try installing another desktop like gnome. But, now I just tried resetting my LC_MESSAGES (being default C) $ LC_MESSAGES=de_DE kwrite and this gives me a perfect German environment for kwrite. So I guess that would solve my problem. Now, am I being unreasonable asking for a consistent useage of languages, or is it a bug? Christoph I'd advice using de_DE.UTF-8 as default. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#501093: Tested and working patch.
tags 501093 +patch thanks Hello: This patch proposed and applied upstream seems to be working. Unfortunately I think it's too late to go though Lenny. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 Index: kdebase/nsplugins/nspluginloader.cpp === --- kdebase/nsplugins/nspluginloader.cpp (revisión: 892604) +++ kdebase/nsplugins/nspluginloader.cpp (revisión: 892605) @@ -69,7 +69,7 @@ if (cfg.readBoolEntry(demandLoad, false)) { _button = new QPushButton(i18n(Start Plugin), dynamic_castEMBEDCLASS*(this)); _layout-addWidget(_button, 0, 0); -connect(_button, SIGNAL(clicked()), this, SLOT(doLoadPlugin())); +connect(_button, SIGNAL(clicked()), this, SLOT(loadPlugin())); show(); } else { _button = 0L; @@ -84,11 +84,15 @@ } } +void NSPluginInstance::loadPlugin() +{ +delete _button; +_button = 0; +doLoadPlugin(); +} void NSPluginInstance::doLoadPlugin() { -if (!inited) { -delete _button; -_button = 0L; +if (!inited !_button) { _loader = NSPluginLoader::instance(); setBackgroundMode(QWidget::NoBackground); WId winid = stub-winId(); Index: kdebase/nsplugins/nspluginloader.h === --- kdebase/nsplugins/nspluginloader.h (revisión: 892604) +++ kdebase/nsplugins/nspluginloader.h (revisión: 892605) @@ -55,6 +55,7 @@ void javascriptResult( int id, QString result ) { stub-javascriptResult( id, result ); } private slots: +void loadPlugin(); void doLoadPlugin(); protected: signature.asc Description: This is a digitally signed message part.
Bug#490999: Code details.
tags 490999 +help thanks Hello All: I've been looking into the code. This is the relevant(crashing) part: kicker/applets/clock/clock.cpp:310 void DigitalClock::updateClock() { static bool colon = true; QString newStr; QTime t(_applet-clockGetTime()); int h = t.hour(); int m = t.minute(); int s = t.second(); The crash happens on/around the call to t.hour() which is QTime::hour() prototype qdatetime.h:135 file. This belongs to Qt library. With this information which is all I could collect I have two hypothesis: · bug in the code calling QTime::hour · bug in the QTime::hour code Being a SIGBUS crash and not having an sparc dissasembler I think it's all I can say. I would appreciate some help from anyone having access to a sparc machine. Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#505450: First impressions.
Hello: El Jueves 13 Noviembre 2008, Krishnamurti Nunes escribió: On Wed, 12 Nov 2008 23:13:11 +0100, Raúl Sánchez Siles [EMAIL PROTECTED] wrote: Hello: Thank you very much for your bug report. Unfortunately we will need more info to figure out where the problem could be exactly. Could you state what libpoppler-qt2 package version are you using? You could try this command to find out: apt-cache policy libpoppler-qt2 |grep '\*\*\*' $ dpkg -l libpoppler-qt2 ii libpoppler-qt2 0.8.4-1.1 PDF rendering library (Qt 3 based shared library) $ dpkg -l libc6 ii libc62.7-13 GNU C Library: Shared libraries $ uname -a Linux sheila 2.6.26-1-686-bigmem #1 SMP Wed Aug 20 13:43:08 UTC 2008 i686 GNU/Linux Latest libpoppler-qt2 version available on Lenny is 0.8.7-1, so you are some versions behind and the bug you've reported may be already solved. Likewise, libc6 version on Lenny is currently 2.7-15. I doubt libc6 version is very relevant on this bug, but all these tracks make me think you need an upgrade. If you only have Lenny repositories, I'd recommend you aptitude update aptitude dist-upgrade Please, try again after that. In order to get a full, proper backtrace, would you mind installing degraphics-dbg and poppler-dbg packages? Installed. New (and longer) trace below. $ konqueror kbuildsycoca running... Reusing existing ksycoca *** glibc detected *** konqueror: malloc(): memory corruption (fast): 0x09c8b430 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7cab4f4] /lib/i686/cmov/libc.so.6[0xb7cae4ae] /lib/i686/cmov/libc.so.6(__libc_malloc+0x95)[0xb7caf525] /usr/lib/libstdc++.so.6(_Znwj+0x27)[0xb7e85f77] [...] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7c53455] konqueror[0x8048421] [...] KCrash: Application 'konqueror' crashing... And the backtrace provided by kde bug handler: [Thread debugging using libthread_db enabled] [New Thread 0xb67248d0 (LWP 11644)] [KCrash handler] #6 0xb7fc7424 in __kernel_vsyscall () #7 0xb7c68640 in raise () from /lib/i686/cmov/libc.so.6 #8 0xb7c6a018 in abort () from /lib/i686/cmov/libc.so.6 #9 0xb7ca534d in ?? () from /lib/i686/cmov/libc.so.6 #10 0x0013 in ?? () #11 0xbfddff58 in ?? () [...] #30 0xb7cae4ae in ?? () from /lib/i686/cmov/libc.so.6 #31 0x09c8b430 in ?? () #32 0xbfde0524 in ?? () #33 0xb7fd13bd in ?? () from /lib/ld-linux.so.2 Backtrace stopped: previous frame inner to this frame (corrupt stack?) Are you sure you have installed the poppler-dbg package? Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#505450: First impressions.
retitle 505450 konqueror crashes due to pdf preview. reassign 505450 kdegraphics-kfile-plugins thanks Hello: Thank you very much for your bug report. Unfortunately we will need more info to figure out where the problem could be exactly. Could you state what libpoppler-qt2 package version are you using? You could try this command to find out: apt-cache policy libpoppler-qt2 |grep '\*\*\*' In order to get a full, proper backtrace, would you mind installing degraphics-dbg and poppler-dbg packages? Does this happen on all pdf files? If not, could you please send/attach an example file. With the infomation you provide, it's quite probably that's a crash/bug in poppler, but before we are sure I will be reassigning to kdegraphics-kfile-plugins, which is more specific than konqueror. Thanks, regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#500540: Considerations.
Hello All: I've been investigating this issue with the help of Sune and Modestas, and I've also read some documentation from the internet. Things are like this: When you mount a vfat FS, there are 2 parameters which define the charset used to do translation to FS. This parameters are: codepage and iocharset. There's a third parameter, utf8 which helps handling this conversion when source or destination is utf8 from as set in your locale. These 2 parameters take its default value from GNU/Linux kernel configuration, namely: CONFIG_FAT_DEFAULT_CODEPAGE and CONFIG_FAT_DEFAULT_IOCHARSET codepage is used to do translation from your locale to FS charset when the filename is considered short in that FS, this is, it fits the 8.3 pattern, where 8 is the filename length and 3 is the extension length. This behaviour is defined like this because on fat and vfat systems the long filenames uses unicode to store its filename. Some time ago, no sooner than Etch was released, CONFIG_FAT_DEFAULT_CODEPAGE was 437(cp437) and CONFIG_FAT_DEFAULT_IOCHARSET was iso8859-1 (latin1). But after http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=417324 it was changed to current 437 and utf8, respectively. Things being like this, using utf8 as long file name encoding, results in case sensitive file names. I find this indeed a drawback, but using uft8 has the advantage of support for non-ascii chars. [Or at least supporting it correctly] This is all I can say so far. I'll go on thinking about this, in case I find a real solution. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: Bug#502459: fixed in kdelibs 4:3.5.10.dfsg.1-1
Hello Mark: Thanks for caring about this. El Miércoles 29 Octubre 2008, Mark Purcell escribió: On Monday 27 October 2008 09:17:22 Debian Qt/KDE Maintainers wrote: kdelibs (4:3.5.10.dfsg.1-1) unstable; urgency=low +++ Changes by Ana Beatriz Guerrero Lopez: [...] +++ Changes by Raúl Sánchez Siles: * konqueror: Crash on eBay page (Closes: #502459) with recently added 63_fixed-layout-table.diff Ana, Raúl et al, While the RC bug (#502459) has been fixed in sid via the upload of kdelibs 4:3.5.10.dfsg.1-1, this still leaves open the resolution of this RC bug for lenny. (4:3.5.9.dfsg.1-6) Options for resolution in lenny: 1. Upload a new kdelibs 3.5.9, say -7, with 63_fixed-layout-table.diff targeted at testing-proposed-updates, or 2. Convince debian-release that lenny should be released with kdelibs 3.5.10 - currently in experimental. I suspect that option 1 maybe more successful. Mark As we all KDE users know, kdelibs plays a major role in the stability and usability of whole KDE3, the one to be released on Lenny. It is true that changing the released version from current Lenny's apparent 3.5.9 to sid's 3.5.10 may startle anyone, but there isn't that striking change. Lenny's kdelibs version includes a branch pull which makes it almost 3.5.10, except some minor details as, e.g.: version number. This was included before the freeze. You can check out that in the move some big patches had been removed by the fact of providing 3.5.10. I've done some work in order to show the differences between the lenny and sid versions. I took both sources, applied patches and analysed differences. The whole diffstat is attached as 9-10.diffstat where you can see all the file changes done. As you can see there changes haven't been very impressive. But after that, I refined the information, I used this command: ff -rNup kdelibs-3.5.9.dfsg.1/ kdelibs-3.5.10.dfsg.1/ | filterdiff -p1 -x '*debian*' |filterdiff -x '*.desktop' | filterdiff -x *Makefile.in |filterdiff -p1 -x kdeui/kdepackages.h 9-10.diff So I took out debian dir changes, desktop file changes, autotools generated Makefile.in and kdepackages.h file which is a file used as a helper to bug tracking, where versions and applications are defined. The result off all of this is easily readable and is attached as 9-10.diff. The changelog between sid and Lenny versions is also attached as 9-10.changelog. As well as the modifications implied when providing real 3.5.10 and not 3.5.10 pretending to be 3.5.9, there are 3 groups of changes we may break down: · Major: #502459 fix 62_fix_googlemaps_backport.diff, IMHO as serious the previous one. · Relevant: libcups build-deps update cups init script name fix, which prevented restarting cups from KDE buildprep fix which prevented double-compilation works (release goal). · Minor. The rest. Altough some of them quite interesting to have. In summary, I think not only #502459 should be provided in Lenny but also the rest of changes should be studied/included. Feel free to answer whatever doubt you may have about this issue. Comments are also welcome. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 README |2 admin/cvs.sh |2 configure |2 configure.in |2 dcop/dcopidl/Makefile.in |2 dcop/dcopidl2cpp/Makefile.in |2 debian/changelog | 33 debian/control |6 debian/control.in |4 debian/control.tmp |6 debian/patches/01_kdelibs_branch_r828883.diff |19934 -- debian/patches/01_kdelibs_branch_r828883.diff.log | 492 debian/patches/02_kate_regression_r777286.diff | 14 debian/patches/02_kate_regression_r777286.diff.level-1.log |1 debian/patches/03_start_kdeinit_integer_overflow.diff | 117 debian/patches/03_start_kdeinit_integer_overflow.diff.level-1.log |1 debian/patches/05_kate_debianchangelog_default_context_r799980.diff | 106 debian/patches/05_kate_debianchangelog_default_context_r799980.diff.level-1.log |2 debian/patches/06_khtml_rendering_r786289.diff
Bug#405965: Appreciations.
Hello Zak: Thank you very much for following this bug. With the information you provided I have several appreciations. First of all, is that I'm also not sure KDE supports working without the lo interface up. It's likely it not. In any case, I don't think not bringing lo up is not a good idea, neither for KDE nor the rest of the system. So please, could you try to reproduce the problem having previously upped the lo interface? After this is said, you also say that unstable version doesn't suffer this bug, right? So if you say this we can consider the bug solved, no matter the status of testing version, since, unstable version will be the one deployed finally on Lenny. I'll wait for your answer, but I think we can clearly close this bug. Thanks a lot. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#503493: Already fixed.
Hello: This is a bug in hal package and it is solved in version 0.5.11-6, please upgrade to that hal version or wait till it gets into Lenny. Feel free to reopen if you still find any problem. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
reassign 500906 to kdelibs4c2a
reassign 500906 kdelibs4c2a -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kdelibs upload for #502459/kdelibs?
El Sábado 25 Octubre 2008, escribió: On Fri, Oct 24, 2008 at 11:44:44PM +0200, Moritz Muehlenhoff wrote: On Fri, Oct 24, 2008 at 07:16:29PM +0200, Ana Guerrero wrote: Hola Moritz, On Fri, Oct 24, 2008 at 04:14:39PM +0200, Moritz Muehlenhoff wrote: Hi, Would you mind if I upload a fix for #502459 for Lenny (using the upstream fix, not the workaround I posted earlier)? I have added you to the SVN, kde3 debian/ stuff is at: pkg-kde/trunk/packages/package/debian There were some work going on for upload 3.5.10 feel free to revert it. Please coordinate with Raúl who has been working on this too. So, go ahead. Thank you a lot. I've checked out the trunk and it already contains the Ebay crash fix. Raul, do you intend to push kdelibs 3.5.10 into Lenny? (Which seems sane to me given that it fixes some important bugs.) If so, what time frame are we talking about? It was me who was planning to upload 3.5.10, i can complete the changelog with the changes if that helps. Then we can say lenny will be release with kde 3.5.10 since it is what will appear for the users;) Ana IMHO, kdelibs is quite complete for release now. There some things that could already be done. For instance pushing upstream to solve some relevant bugs we have in BTS or review kde bugzilla for any browsing problems. This would indeed require some time, I'll see what I can do, but I don't have much unfortunately. I have tried so far to solve most severe bugs. BTW, those major bugs I think are solved in current svn are relevant to people so I think an upload should be quite important, we can see later if some minor changes can be further pushed into lenny, if time allows that. Changing slightly about topic. It's clear that the current version in svn is 3.5.10 and that's the one we should provide in Lenny, IMHO again. My latest build have been against the 3.5.10 tarball. No problem so far, this is no surprise. The changelog is almost complete, but I'm sure that any llittle piece that Ana can provide will be highly helpful. About me, well, I don't have DD powers, easy to understand since I'm not DD. But I do have svn write permissions. So you can figure out what I'm able to do. Thus Moritz, I think uploading is something where your help will be much appreciated. If you need me for any changes, tests or anything else just ask. Best regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
reassign 502459 to kdelibs4c2a
reassign 502459 kdelibs4c2a -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502459: Patch avoid crash.
Hello All: Thanks a lot for the patch Moritz. I have tested it on a debian prerelease of next kdelibs (for sid) and it works. I think it result would be the same for 3.5.9 currently on Lenny. I have found this bug reported upstream and I'm about to expose the patch there. I hope we'll have feedback soon. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: KLaptop is back !!!
Hello Eric, All: El Sábado 11 Octubre 2008, Eric Doviak escribió: JOY !!! Oh, joy! I just noticed that I don't have to recompile my kernel to use KLaptop on Debian Lenny! Glad to hear that. I still think that Debian is about choosing, and being able to choose is good. You made yours and it's ok, but I'd like to clarify why kpowersave was chosen and to comment out your e-mail. Check out the following lines in /boot/config-2.6.26-1-686 CONFIG_ACPI_PROCFS=y CONFIG_ACPI_PROCFS_POWER=y CONFIG_ACPI_SYSFS_POWER=y CONFIG_ACPI_PROC_EVENT=y KLaptop works with the latest stock Debian kernel! And it works a heck of a lot better than KPowersave! Indeed that was the problem, mind that some options there are deprecated and that was why klaptopdaemon was deprecated too. I'm not so clear that kpowersave is not better that klaptopdaemon. So long KPowersave! I never liked the way you made me restart my wireless drivers upon resume from hibernation! Our relationship is over! I'm getting back with my old girl, KLaptop. She treats me much better than you ever did! Klaptopdaemon is totally unmaintained upstream, that means that no further development is going to happen on it. This is similar to what happens on KDE3, on KDE3 it's not as bad. No one has been taking care about klaptopdaemon and there are even some working patches on KDE bugzilla who are not applied for this reason. klaptopdaemon uses deprecated methods for most things, like hibernating, suspending to ram or even checking your battery status. Deprecated doesn't mean that it doesn't work, just that it is not the advisable method. This is becuase they could be removed at any time or for example that hibernating may broke because something changes slightly. On the contrary, kpowersave is still maintained and it relies on hal to interact with hardware, which in turns is also activelly developed. This is considered to be a good thing. Again this doesn't mean that everything works, but if it doesn't work or you need to change anything you may raise a bug report in the right place and expect it corrected. Regarding your suspend/hibernate problem, I have the impression that it was possibly a hal issue. kpowersave just calls hibernate/suspend functions on hal, which may not be as advanced as hibernate scripts which are usually called by klaptopdaemon. Maybe you need to configure hal to do better, but I would agree that being as you explain it was a bug and should be reported (on either kpowersave or hal) and eventually solved. [...] To start KLaptop, run (as normal user): $ klaptop_check Or alternatively go to kcontrol-power and there enable the tray icon. Enjoy!!! - Eric HTH, regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#500906: Confirmed
forwarded 500906 http://bugs.kde.org/show_bug.cgi?id=171896 thanks Yep, I think we are all seeing this: http://bugs.kde.org/show_bug.cgi?id=171896 let's see what upstream can do. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: flash problem
El Miércoles 10 Septiembre 2008, Denis Prost escribió: Hi all, I'm new to the list, but have been facing a problem with konqueror 3.5.9 (debian testing) for a long time : in some circumstances, I can't get flash to be displayed properly : For example : 1) I go to : http://www.viamichelin.co.uk/viamichelin/gbr/tpl/hme/MaHomePage.htm?redirec t=true 2) then enter london as departure city and liverpool as destination city 3) then, click on search And I'm stuck with the loading picture, no result displayed. The same sequence with iceweasel works, I get the search result. I checked iceweasel and konqueror : both use the same plugin for application/x-shockwave-flash MIME type. (the one from the flashplayer-mozilla 9.0.124.0-0.0 package) I browsed the list archive for a solution but did not find it. Can anyone help me ? Thanks in advance. I'm afraid the problem is not in the flash plugin, but in some sort of javascript compatibility issue. Unfortunately this kind of webs are not tested against konqueror, and not only that, most of them includes uncompatible hacks depending on the browser you use. I can propose you this solutions for getting it to work on konqueror. First one is trying with different browser user agent identification, change this on Tools-change browser identification The other one is testing with konqueror 4.1.1, it may work or not, but in case it doesn't we are lucky that hopefully you can report it and it will get solved in a reasonable amount of time. KDE3 is not developed anymore upstream and if you need a fix like that chances are that KDE4 will provide it. Regards, Regards, Denis -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: Kmail Features and Programming
Hello: El Lunes 01 Septiembre 2008, Carvin Warsport escribió: I am trying to use Kmail as a way to automatically update my website http://my-newyorkcityapartments.org [... ] 2) Does anyone have a good program to run the Linux program on a MS Windows OS like Windows 2000? Maybe what you want is something like cygwin ( http://www.cygwin.com/ ) Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#496110: Confirmed and working on it.
Hello: I've reproduced this bug, bug it doesn't belong to kdeprint which is just the printing dialog application, but to the kdelibs where the cups backend lives. I'm working on a very simple patch on it and I'm almost done. The root cause it's the debian patch 34_cups12_init_script.diff which needs updating. Anyway take into account that this bug may not be so important to be be fixed for Lenny, which is already frozen. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#496666: Not found on future lenny release.
notfound 49 4:3.5.9.dfsg.1-5 tags 49 +wontfix thanks Dear Stephane: Thank you very much for your bug report. IT seems that the bug you have reported is already fixed in recent testing (future stable) Debian release. I've tested with latest konqueror package there, unstable contains the same version, 4:3.5.9.dfsg.1-5. The version you are using belongs to the current Debian stable release (etch). Unfortunately when a Debian version has been released, as the etch case, only major bugs are to be fixed, like security or very severe bugs. This is not the case for this bug, so I'm marking it as won't fix. If you don't agree or have any doubt, don't hesitate to ask. Otherwise I'll close this bug in some days. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#494793: Hints.
Hello: El Miércoles 13 Agosto 2008, Peter Eisentraut escribió: Am Tuesday, 12. August 2008 schrieb Raúl Sánchez Siles: This looks like a video driver/mesa problem. I bet you are using 3d screensavers. The screensaver theory sounds quite promising. When I start the KDE control center and select Appearance/Screensaver, then it crashes as well. What video card and video driver/mesa versions have you installed? 01:00.0 VGA compatible controller: nVidia Corporation NV34M [GeForce FX Go5200 32M/64M] (rev a1) I was using the nv X driver, but the behavior is the same with the vesa driver. Could you try to reproduce after having installed libgl1-mesa-glx-dbg and your video card xorg driver -dbg packages? The backtrace doesn't change with libgl1-mesa-glx-dbg. I didn't find any -dbg package for the video driver. Yes, unfortunately there are no such -dbg for those drivers. Even with that, I still think that libgl1-mesa-glx-dbg should provided more info. Please recheck that's correctly installed and give us a bt full. Does anyone happen to know where the screensaver configuration lives in ~/.kde so I can analyze or reset it manually? The most plausible file looks to be ~/.kde/share/apps/config/kdesktoprc take a look there. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#494793: Hints.
Hello Peter: This looks like a video driver/mesa problem. I bet you are using 3d screensavers. What video card and video driver/mesa versions have you installed? Could you try to reproduce after having installed libgl1-mesa-glx-dbg and your video card xorg driver -dbg packages? Regards -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: KDE 4.1: two nasty bugs
El Martes 12 Agosto 2008, Christoph Burgmer escribió: Using the newest packages for some days now, I realised two nasty bugs. 1) KDE programms will not close properly but stay resident in the background until killed. Today a kmail message popped up, though kmail wasn't visually running anymore in plasma and I'm sure about having closed it before. I can't open the last session on logging in, as this brings back all not propperly closed apps. I can't say this happens to all apps, but it definitely happens way to often. This should be solved in kdelibs5 4:4.1.0-2 version -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#428889: Upstream bug
forwarded 428889 http://bugs.kde.org/show_bug.cgi?id=113384 thanks Hello: I think this is the bug #113384 reported upstream. For k3b it works for me and I have just being able to reproduce it using ark. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: Upgrade was mostly fine, but a few problems left
El Lunes, 4 de Agosto de 2008, Christoph Burgmer escribió: Am Monday, 4. August 2008 schrieb Raúl Sánchez Siles: El Sábado, 2 de Agosto de 2008, Christoph Burgmer escribió: Am Saturday, 2. August 2008 schrieb Christoph Burgmer: - Are the nice app switching effects implemented in 4.1? It doesn't look like the screenshots I've seen. To answer myself: I found the feature in system settings. All the animations work decently, the only problem ist that scrolling through webpages is massively slower even if all single animations are switched off thus rendering it unusable for me on a ThinkPad with i810. Does anybody have a good reason why scrolling is so slow and if I can somehow work around it? I consider posting a bug at bugs.kde.org I suppose that you are using the latest intel driver, currently i810 package just links to the real intel driver (as opposed to old i810 driver). I've starting to investigate this issue but I don't have a conclusion yet. Even more I own a 955GM card so YMMV. So far you need to take into account several things. First of all is that using composite effects may have a major impact on the graphics performance, it's not the same to accelerate mixed 3D/2D than just 2D. You also need to take into account the hardware performance, that's something you can't change unless you buy a newer card, yet more difficult with intel (usually integrated). Take a look at the xorg driver version you are using, 2.4.0 is the latest intel driver version, where 2.4.1 may come. Also you may be interested in trying with some other more up-to-date stuff, and provided you are using experimental, you can try linux 2.6.26 and mesa 7.1 rc3 (packages libgl1-mesa-glx and libgl1-mesa-dri). Do not use packages from experimental if you don't know what you are doing. I was using the version from unstable but tried to switch to the experimental one, which needed some further upgrades. After that kdm would freeze and no input was accepted so I reverted back to the lenny version. Btw. I have on- board graphics on a IBM Thinkpad. Also acceleration method is important, looks like mature xaa is still better performant on some cases than newer exa, you can specify which one to use adding the line: Option AccelMethod xaa in the Device section of xorg.conf I'll try that. There is also some important development being carried out in either the xorg server and the driver for improving things, but don't expect it for Lenny. Last but not least, I've heard that there are some major Qt4 regressions affecting text rendering performance, but this is almost gossip. If someone from XSF or any other concerned about this field may have something more to add/correct. Many thanks for your precise post. Thanks also to Ferdinand. I believe that some of the composite things are not only eye candy but usability improvements so I'll further play around with KDE settings and meanwhile continue to post bug reports on other glitches. Chris I forgot to mention that may be interested in trying both acceleration methods kwin can use: xrender and opengl. You can find that in the desktop settings, desktop effects, advance configuration. I've found that xrender performs better in my case. HTH, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#493643: Duplicated.
Hello Jabka: This problem has already been reported and addressed. Take a look at the others bug reports (#480707, #480855, #484779, #490686). The problem is not really from kcontrol, but from klaptopdaemon, hence I've reassigned as well. Thanks for reporting, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#473182: Refresh status.
Hello Rafael: There have been some time since this bug report and some changes had happenned. I'd like to know if you can still experience this bug. It looks like those applications you were trying to run died or lock unexpectedly and silently. In that situation, I suggest you taking a look at ~/.xsession-errors, doing killall appname and trying again. Please, let us know if you find a reliable method to reproduce that. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: Upgrade was mostly fine, but a few problems left
El Sábado, 2 de Agosto de 2008, Christoph Burgmer escribió: Am Saturday, 2. August 2008 schrieb Christoph Burgmer: - Are the nice app switching effects implemented in 4.1? It doesn't look like the screenshots I've seen. To answer myself: I found the feature in system settings. All the animations work decently, the only problem ist that scrolling through webpages is massively slower even if all single animations are switched off thus rendering it unusable for me on a ThinkPad with i810. Does anybody have a good reason why scrolling is so slow and if I can somehow work around it? I consider posting a bug at bugs.kde.org I suppose that you are using the latest intel driver, currently i810 package just links to the real intel driver (as opposed to old i810 driver). I've starting to investigate this issue but I don't have a conclusion yet. Even more I own a 955GM card so YMMV. So far you need to take into account several things. First of all is that using composite effects may have a major impact on the graphics performance, it's not the same to accelerate mixed 3D/2D than just 2D. You also need to take into account the hardware performance, that's something you can't change unless you buy a newer card, yet more difficult with intel (usually integrated). Take a look at the xorg driver version you are using, 2.4.0 is the latest intel driver version, where 2.4.1 may come. Also you may be interested in trying with some other more up-to-date stuff, and provided you are using experimental, you can try linux 2.6.26 and mesa 7.1 rc3 (packages libgl1-mesa-glx and libgl1-mesa-dri). Do not use packages from experimental if you don't know what you are doing. Also acceleration method is important, looks like mature xaa is still better performant on some cases than newer exa, you can specify which one to use adding the line: Option AccelMethod xaa in the Device section of xorg.conf There is also some important development being carried out in either the xorg server and the driver for improving things, but don't expect it for Lenny. Last but not least, I've heard that there are some major Qt4 regressions affecting text rendering performance, but this is almost gossip. If someone from XSF or any other concerned about this field may have something more to add/correct. HTH, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: KPowersave and KNetworkManager
El Jueves, 24 de Julio de 2008, Eric Doviak escribió: Hello, Let me begin by thanking Ana Guerrero and the rest of Debian's KDE team for their prompt response to the problems caused when a very stubborn Debian kernel maintainer disabled support for /proc/acpi.[1] Thank you for taking the time to provide people like me with a great desktop! == When I recently upgraded my Lenny system and brought in KPowersave, I had no trouble suspending or resuming. However, KNetworkManager was unable to reinitialize my wireless connection (Atheros with proprietary Madwifi drivers). Specifically, KNetworkManager would show me that it had detected 5 or 6 networks, but it was unable to connect to any of them. So I ran iwlist scan and here's what I got: [ Wed 23-Jul-2008 23.42 root ] eric # iwlist scan loInterface doesn't support scanning. eth0 Interface doesn't support scanning. wifi0 Interface doesn't support scanning. ath1 No scan results [ Wed 23-Jul-2008 23.42 root ] eric # [ Wed 23-Jul-2008 23.42 root ] eric # This bug has been reported [2] and rumor has it that this is a well-known issue [3]. (I cannot say that I knew about it however!). I can unequivocally state that KPowersave caused the problem. I downgraded to kernel 2.6.24 and reverted to KLaptop 3.5.9-1 and the problem vanished. Is their a workaround for this problem? or do we have to suffer in silence? Thanks, - Eric It looks It is not kpowersave that specifically brought the problem to you, but the method it uses to hibernate or suspend. I don't have enough knowledge in this field yet, but I think it uses some dbus method to hibernate and there you may find the problem. I like very much the hibernate scripts to hibernate or suspend, but I don't know how kpowersave and hibernate can be put together. My advice is to take a look if you can force unloading the madwifi modules, also you can try to manually unconfigure the interface, unload the module and the load the module and configure it back again. Good luck. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: Print To (File) PDF Code in Kword
Hello Shehnaz: The Print to PDF feature is really a kdeprint system option, I'm not an expert in kword but I think kword just interfaces with kprinter and then send the print information for kprinter to print it actually. If you want to get further information about koffice, you should rather contact with koffice developers on koffice user mailinglist [1] or developers mailing list [2]. Also you can find documentation on [3] Regards, [1] http://mail.kde.org/mailman/listinfo/koffice [2] http://mail.kde.org/mailman/listinfo/koffice-devel [3] http://koffice.org/developer/ El Jueves, 10 de Julio de 2008, shehnaz shafi escribió: Hi All, We are analysing the Kword source code to find the code part corresponding to the 'Print to File (PDF)' option. Can anybody help us to locate this in the Kword source code? Also please help us to get the overall structure of the Koffice source code so that we can easily navigate through the Code. Expecting reply Thanks and Regards, Shehnaz From Chandigarh to Chennai - find friends all over India. Go to http://in.promos.yahoo.com/groups/citygroups/ -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#484344: Please, provide more info.
Hello Roger: I've tried to reproduce the issue, but it is not happenning for me. Could you describe a detailed steps to reproduce it? By the way, I have the feeling that this could be flash plugin related. Could you make sure that you are not seeing any web using the flash plugin? Also if you are able/willing to provide more info, a very good way to help is providing us with a backrace when the application behaves like this. In order to get a backtrace, please install packages: gdb and kdelibs-dbg and follow this procedure: a) In a konsole run: gdb $(which konqueror) b) You'll enter gdb command line, type runenter c) Browse or do whatever you need to reproduce the problem d) Once you have reproduced the problem, press Ctrl-C within gdb the konsole in step a) e) type commands: set logging onenter and bt f) kill application (optional): killenter g) quit gdb: quit In the directory you have run gdb, you will see a file named gdb.txt, please, attach that to this bug report or dump it into an e-mail body. Feel free to ask if you have any doubt. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#400836: Possible solution from fam packaging. Reassigning.
reassign 400836 libfam0 retitle 400386 Avoid libfam0 depends on fam thanks Hello Chuan-kai: I think there are some stuff related to this topic already on the BTS, to name some of them I have found, there's [1] and [2]. Also I think this bug I'm reassigning is related to this problem. I'll tight to this latter, and the one I'm caring now. This bug was filed against kdelibs. After some talk within the Qt/KDE Team I think this problem can be solved within the libfam0 package. The reporter didn't want to use fam as monitor and he would also want to rely on inotify. This is ok, but there are some important drawbacks. From the pure KDE point of view, this would be hardly supported because, just to name a few: a) kde3 branch is not developed anymore b) Not all OS that KDE can be run on feature inotify mechanism. As to what Debian may concern, KDE _needs_ anything providing libfam to build and since kde is linked against libfam, libfam is also required to run KDE. So it's not possible to remove libfam dependency and build-dependency from kdelibs, the main libs for KDE. Beside this, it should be possible to run kde without having a file alteration monitor, like fam. This is easy to show, since you can kill/stop fam service and KDE will have no problem to go on. Currently this approach is not possible, since libfam0 depends on fam. I'm not sure about the implications of libfam0 package and if it really requires fam package to be installed at once. I suggest any of these 2 approaches: a) Remove totally fam depends from libfam0 package b) Suggest fam from libfam0 package. Any of these 2 options would solve this bug, and probably others. Feel free to contact me if you need any other information/clarifycation. Regards, [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=315591 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=348563 -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#452053: Really fixed on latest version?
Hello Peter: I think this bug [1] you've reported is already solved. Could you be so kind to test with latest testing or sid version and check it out? In case the problem is solved, you only need to write an e-mail to the address [EMAIL PROTECTED] reporting that's already fixed or telling us to do so. Thanks and regards, [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=452053 -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: How to install KDE 4 beta 1 from experimental
Hello: Thanks for the info Ana. Just a little correction: El Jueves, 29 de Mayo de 2008, Ana Guerrero escribió: The first beta of KDE 4.1 was released a couple of days ago, and of course, we did upload packages to experimental. [...] 6 You can see all the KDE 3.5 packages that are still in your system from a Konsole with: dpkg -l | grep 4:3.5 Translations are in the package kde-i18n-XX where XX is your language code. This is for kde3, for kde4, translations are packages kde-l10n-XX Thanks for your hard work. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: kde 4.1 alpha coming soon
El Miércoles, 30 de Abril de 2008, Leopold Palomo-Avellaneda escribió: A Dimecres 30 Abril 2008, Ana Guerrero va escriure: Hi, KDE 4.1 alpha was released some hours ago. We are currently working on packages that will be slightly newer that what is shipped with the alpha1. This will have the advantage of a more usable plasma but it is not still completely functional, so you are warned. So be patient, it will have like 3 days to have a full KDE 4.1 in experimental, and we do not know yet for what arch we will do the uploads (amd64 or i386). Ana Ana, just a curiosity. If i would like to see kde 4.1, can I install it in my Lenny/sid box and life together 3.5.9 without problems? regards, Another option which is the one I use: http://wiki.debian.org/Kde4schroot The article may lack some details, yet it should be useful. Feel free to complete it with your own experience. I should also warn that using kde4 (or some other things) on a chroot could show misbehaviour or even spoil something on your system. Still I'm quite happy with the result till I decide using kde4 as my main desktop. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#430020: I think i've found it
Hello: El Domingo, 16 de Marzo de 2008, Ivo Anjo escribió: Hello. I've been trying to close kinfocenter bugs upstream, and I've tried to track down this one. I think the problem is on opengl.cpp, around line 582: if (glXMakeCurrent(dpy, win, ctx)) { // some code } else { kDebug() Error: glXMakeCurrent failed\n; glXDestroyContext(dpy, ctx); } glXDestroyContext(dpy, ctx); --- crash This path should very rarely be hit, and that should explain why it's hard to reproduce. I'll commit the fix to kde trunk, but I don't know what the rules are for backporting for 3.5.x (or if a new 3.5.x release is ever going out). Can anyone else confirm that with this the bug goes away? Ivo Anjo Jon: Which version solves it? Ivo: Do you agree with Jon? Could we close this one? Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: KDE3 on Debian in a USB Thumb Drive
Hello Cae: El Lunes, 3 de Marzo de 2008, Caesium 5 escribió: I am currently using Debian experimental with KDE4 and is is looking at the option of installing Debian with KDE3 on a usb thumb drive so that I can bring it and introduce it to friends wherever I go. Only the minimum packages of KDE3.5.9 is needed and there will be no need for swap space. Well, maybe not in the Usb drive, but in order to avoid swap, the computer you'd run this on would need some ram. Appreciate if any expert can share your experience on the following : 1. can this be done ? I think so, I would do it using live-helper. Install it, and read documentation from wiki. 2. what is the space that will be required for this setup ? Depends on what you consider minimum packages, but in order to have a guideline, you may see that the kde4 live CD has this setup for kde4, so I'd have that size as reference. 3. what is the basic kde packages that I need to install after installing with the Debian net-install cd ? - packages that I normally use - konqueror, konsole, kopete, firefox, kwrite, kmix, klipper, kget, knetworkmanager, vlc, guarddog Probably you have answered yourself :) Maybe you could also add kde-core metapackage as a start and then look if all you need is installed. 4. how to disble logging and reduce unnecessary read/writte - as this setup will be used on laptops rather than servers ? Look into kde autologin feature. 5. any other things that I should note Well, although live-helper make the mastering process quite easy, it could be a little tricky to setup, specially if you want to install anything that doesn't come by default. In this case, you'll need to read LH (live-helper) documentation carefully to find out what options you need to set. Moreover, creating a live or installation image is heavily time and bandwith consuming, consider using apt-cacher to sooth the network downloading, and check your configuration twice before launching the actual LH build process. Once you launch it prepare several rounds of your favourite refreshment, you'll have time enough to drink... ;) Thanks in advance for the advise. Regards Cae YW, regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#430020: Please, provide update info.
Hello Jon: Thanks for you answers again. I think we are closing to the cause of this bug. At first view it looks like a Xorg DRI or GLX component bug, maybe already solved in recent versions, but just to make sure we need some more info. Could you please upgrade/install the following packages to testing or unstable: · xserver-xorg-core · libgl1-mesa-glx · libgl1-mesa-dri · xserver-xorg-video-intel · libgl1-mesa-dri-dbg · libdrm2-dbg Once you have all these, please, try to reproduce the problem. If you get to reproduce it, it's quite likely that some crash dialogue appear and there you could get a fresh backtrace. We will need that one. Thanks a lot. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#343864: Working for me.
Hello All: I think this is working for me on 3.5.8. Could anyone retest? Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#439360: More info needed.
tags 439360 +info thanks Hello Wojciech: Is this still happenning? What was the exact command you run or action to get into this bug? Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#366548: kdepim ML reference.
For future reference this is the kdepim-devel thread: http://lists.kde.org/?l=kde-pimm=114727132517446w=2 -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#430020: Version information.
Hello Jon. I appreciate your fast answer. The versions of the packages I ask you is quite important to track this bug, could you please report the output of this: apt-cache policy xserver-xorg-core | grep '\*\*\*' apt-cache policy libgl1-mesa-glx | grep '\*\*\*' apt-cache policy libgl1-mesa-dri | grep '\*\*\*' apt-cache policy xserver-xorg-video-i810 | grep '\*\*\*' apt-cache policy xserver-xorg-video-intel | grep '\*\*\*' on every computer you are experiencing the bug. Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#461401: Patch.
tags 461401 +patch thanks Hello: I'm attaching a patch for the issue. Currently it is untested, hope to test it as soon as I have some more time. HTH, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 Index: kdebase/debian/kcontrol.preinst === --- kdebase/debian/kcontrol.preinst (revisión: 9397) +++ kdebase/debian/kcontrol.preinst (copia de trabajo) @@ -1,12 +1,37 @@ #! /bin/sh -e +# Remove a no-longer used conffile +rm_conffile() { +PKGNAME=$1 +CONFFILE=$2 +if [ -e $CONFFILE ]; then +md5sum=`md5sum \$CONFFILE\ | sed -e \s/ .*//\` +old_md5sum=`dpkg-query -W -f='${Conffiles}' $PKGNAME | sed -n -e \' $CONFFILE'{s/ obsolete$//;s/.* //p}\` +if [ $md5sum != $old_md5sum ]; then +echo Obsolete conffile $CONFFILE has been modified by you. +echo Saving as $CONFFILE.dpkg-bak ... +mv -f $CONFFILE $CONFFILE.dpkg-bak +else +echo Removing obsolete conffile $CONFFILE ... +rm -f $CONFFILE +fi +fi +} + +#4:3.5.7-4 Last deployed hotplug and hence +# /etc/hotplug/usb/logitechmouse{,.usermap} +#are not provided anymore. Remove them from future packages. case $1 in -upgrade) - rm -f /etc/kde3/kuriikwsfilterrc -;; +install|upgrade) + if [ -e /etc/kde3/kuriikwsfilterrc ]; then + rm -f /etc/kde3/kuriikwsfilterrc + fi + if dpkg --compare-versions $2 le 4:3.5.7-4; then + rm_conffile kcontrol /etc/hotplug/usb/logitechmouse + rm_conffile kcontrol /etc/hotplug/usb/logitechmouse.usermap + fi -install) ;; abort-upgrade) signature.asc Description: This is a digitally signed message part.
Bug#451523: Try without plugins.
Hello James: I have the suspicion that could be a flash plugin problem. Please try disabling plugins globally in: Preferences-Configure Konqueror-Plugins-uncheck enable plugins globally After this please report back. Also take into account that only bugs tagged as secutiry concerns or critical are addressed in minor stable revisions, and hence this one wouldn't go into that category. Best regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#405965: Feedback request.
Hello: Could anyone reproduce this on the latest etch version or any other? If so could you answer to Filipus questions? Does dmesg output any suspicious messages on konqueror load? Thanks, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#451261: Possibly upstream bug link
found 451261 4:3.5.8.dfsg.1-7 thanks Maybe this bug is the one at upstream http://bugs.kde.org/show_bug.cgi?id=73101 I'll go on investigating. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#430020: Unable to reproduce.
Hello Jon: I've been unable to reproduce this issue, but well, I may have a very different setup from yours. I'd like to know what video card you own as well as the libgl1-mesa-glx, libgl1-mesa-dri, xorg version and xorg video card driver versions. This is possibly a video card driver/xorg/mesa bug. Could you also confirm wether this same problem happens on an updated lenny/testing distro. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#449482: Detailed explanation
Hello David: Dow do you exactly set apt-listchanges to fire up konqueror that way. If I'm not wrong you need to grant access to the X session explicitly, by default, root won't be able to run into your regular user X session, that's why I'm asking. Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#413200: Lowing severity
severity 413200 minor thanks. Hello: I'm afraid this problem cannot be given an important severity. I'll propose it as minor, please read their definitions below: important a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. minor a problem which doesn't affect the package's usefulness, and is presumably trivial to fix. Thanks -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#428889: Is this still happenning?
Hello Rafael: Are you still having the same problem on a recent Debian lenny/unstable version? Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Re: Processed: Let's reassign to unclutter
Hello Joey: Thanks for your kind answer to the problem. El Sábado, 9 de Febrero de 2008, Joey Hess escribió: This is pretty much an unclutter faq. If you run unclutter with -grab, it well, grabs the mouse pointer. This can conflict with other programs, such as screen savers or window managers that also grab the mouse pointer. If that's a problem, then don't use the -grab option. Calling this a security hole is fairly absurd, IMHO. There are a variety of things that one can do to prevent a screensaver from running, including putting a kitten on your keyboard; this doesn't mean that kittens have security holes. This could be a good explanation to low severity to the bug and/or possibly close it. I can do it for you if you want, in this case, please, let me know. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#461912: Let's reassign to unclutter
reassign 461912 unclutter thanks If it talks as an unclutter problem and walks as an unclutter problem, let's reassign to unclutter ;) Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#455283: It works for me.
Hello: I don't know about you for me flash is working correctly on amd64 and almost correctly on i386. I have kdelibs and kdebase 4:3.5.8.dfsg.1-7 on unstable with flashplugin-nonfree 1.1.3. I would like to hear any feedback to check if this is finally solved. BTW, I've known that upstream included a yet newer patch solving some minor issues, maybe we could see it on 3.5.8..dfsg.1-8 Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#463198: Solved upstream.
forwarded 463198 http://bugs.kde.org/show_bug.cgi?id=147044 thanks Hello: This bug is solved upstream, but on the svn branch. Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#396789: KDXMLTools.h present in koffice source.
Hello Gilles: I don't understand very well what you mean. If you mean that KDXMLTools.h should be included in the koffice-dev package, I think you are wrong because that file is marked as noinst_HEADERS in kchart/kdchart/Makefile.am, so the file shouldn't be installed as is only used for koffice (kchart) building. If you mean that KDXMLTools.h file is not present in the source package of koffice, well, then this bug is likely solved, since I can see it in the kchart/kdchart dir. If you agree that this bug is already solved, please close this bug by sending a blank e-mail to [EMAIL PROTECTED] Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#440515: Not likely to be fixed.
Hello: I'm sorry for having misleading you, as Matthew explained, the cups-pdf package is not needed for kde to print into pdf, I wasn't sure so I included it. I understand that you were expecting that option in the file menu. Well as you can see it is not available. At these days, there won't be a koffice 1.6.4 release and its developers are reluctant to make any minor change, let alone a change like. I think you can now either keep this bug open or closing your own. To close this bug, just send a blank e-mail to [EMAIL PROTECTED] Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#396792: Bug already fixed.
Hello Gilles: Seems this bug is already fixed at least in version 1.6.3-4. But, I can't tell which version exactly the fix happen. The fix had been provided by upstream. Would you be so kind to check this? If you agree, could you please close this bug by sending a blank e-mail to [EMAIL PROTECTED] Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#439364: Unable to reproduce.
Hello: I've been unable to reproduce this bug, I contacted to another guy unable to reproduce it as well. Is this bug still happenning? If so, could you please try to reproduce invoking krita from the command line and getting the output there as well as checking if the backtrace is still the same? Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#440515: save documents as .pdf
Hello Matthias: El Domingo, 2 de Septiembre de 2007, escribió: Package: kivio Version: 1:1.6.3-2 Severity: wishlist --- Please enter the report below this line. --- Kivio should be able to save it's documents as .pdf file. Thank you for your fine work! Matthias You could try this: install cups-pdf package. Once in kivio go to the printing menu and choose the Print to file (PDF) printer. Select an output file, print and you should be done. ;) Please tell us how it went. Thanks, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#435669: Try to split koffice-doc package
Hello Nicolas: As I have checked this is the current status of koffice-doc-* packages: · koffice-doc: uncompressed size 293M · koffice-doc-html: uncompressed size 5140k The first one is intended just for developers since it contains koffice internals and API documentation. The second one as states in its description: By default the KOffice applications only provide their documentation in KDE docbook format, which can only be read by Konqueror or KHelpCenter. This package(koffice-doc-html) provides all of the KOffice documentation converted to HTML format so it can be read with any web browser. This is, each koffice application package contains its help in docbook format and you the possibility to install the koffice-doc-html package so you will also have them in html format. Currently, koffice-doc and koffice-doc-html are suggestions when installing koffice, so you could remove them safely. Maybe this wishlist could be translated into remove koffice-doc suggestion from koffice metapackage, or maybe you are satisfied with the explanation and you feel like closing the bug ;) . In this latter case, you could send an e-mail to [EMAIL PROTECTED] In any case, we will be happy to hear feedback from you. Thanks for your interest. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#404683: language settings for spellchecker
Hello: El Miércoles, 27 de Diciembre de 2006, escribió: Package: kword Version: 1.6.1-1 I started a document in German, and after typing a bit the English spellchecker kicked in. [...] Didn't I tell it the language of the document before, why wasn't that saved along with the document[2]? And where the heck is the damn language settings for the document anyway? Is there really only a 'default' setting in the setup dialogue? If so, this would be a smack in the face of all the efforts put into i18n! Also, calling something a default without any means to change it on a per-document base is basically a lie. Call it the global language setting or do implement per-document settings, but calling it a default is just confusing. Okay, so much ranting for now. cheers Uli [2] In that context, I would suggest another thing: there should be a general properties dialogue where you can select the language, possibly along with some other per-document settings and (I miss that in many languages) a comment field that is not part of the printed content, just like every programming language has features to add comments, a document can and should have these, too. Putting them inline would be good, too, but anyways, this is a mere wish and not a bug. I'm afraid this is a mixture of kword behaviour misleading, a bug, and the behaviour you expected. I'll try to explain. I think what you wanted to achieve was just changing the spelling checker language. For that you should go to Preferences-Configure kword-Spelling there you can choose the language you want for spell checking. I guess the available options depends on what spell checking dictionaries you have available, make sure you have the aspell-xx package, where xx is the code of the language, e.g.: en, de, es. Once you have done this, the spell checking dialog and the spell checking as you write will use that language. It is true that once you have change that option, this preference is not stored on the document file. It was intended to, AFAIK but this is a bug. What _is_ stored on the document is the font style which happen to include language. Also the language setting is stored in the user local configuration file: ~/.kde/share/config/kwordrc If this bug is about the language option not stored in the document, well, then you are right, and we could report that into KDE bugzilla, but to be honest I don't think this will ever be solved in koffice upstream, since there seem not to be a 1.6.4 release. If the problem was that you were unable to find where the right setting was, then I think if you are satisfied with the explanation you could close this bug sending a blank e-mail to [EMAIL PROTECTED] In any case, I'd appreciate knowing your conclusions. Best regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#412428: Merging...
Hello Paolo: After having tried with the file you send me. I can see this is 100% reproduceable on 1.6.3-4 from unstable. Since this bug report provides further information to #412435 I'm merging both together. Thanks -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#436163: Related bug
Hello: Looking into the BTS, I think this bug is also relevant: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=436164 Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#455383: All dependencies satisfied now. Closing..
Hello: All koffice dependencies are now uploaded into the main archive for the architecture you opened the bug for. You can check it out yourself. For that reason I'm closing this bug, but feel free to reopen if you think it's not already solved. Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#451603: Forwarded upstream.
Hello David: This bug has been forwarded upstreams. On http://bugs.kde.org/show_bug.cgi?id=156721 you can follow its progress and also comment out any other appreciations you could have. Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#462583: More details.
Hello Ryo: Could you explain what did you do exactly to change kword foreground and background colours? Glad to hear that you at least try to report upstream, probably the right place. But please note kword version on debian is 1.6.3 on either lenny or unstable. Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.