Re: KDE 3.5.6
Am Donnerstag, 8. Februar 2007 schrieb Florian Kulzer: > On Thu, Feb 08, 2007 at 17:34:43 +0100, Christoph Burgmer wrote: > > Am Donnerstag, 8. Februar 2007 13:38 schrieb Didier Raboud: > > > Cédric Boutillier a écrit : > > > > > > Then go into aptitude and update, after checking that only desired > > > packages are updated (check each and every update !). Then remove the > > > line given above. There is certainly a possibility to make it in a > > > better way, but it works. > > > > The only option I see is checking the whole lot of KDE packages. That > > would meen I'd have to set each one to the new version. With >50 packages > > this is not an option. Putting some base package to 3.5.6 and waiting for > > aptitude to resolve the conflicts doesn't work. Am I missing something? > [snip] > 4) Now the trick: Whenever you want to install something from >"experimental" (or if you want to check for updates) you can run >"aptitude -t experimental". You will start an interactive session and >you will see the experimental packages listed under "upgradable >packages". (You have to "u"pdate the list of available packages >first, of course.) > [snip] Thanks for the detailed plan. Point 4 was what I missed before. KDE 3.5.6 running here now. But: Logging back into KDE made all my applications crash. .xsession-errors reports "Failed to create XIM input context!" (I'm running some input method for chinese over here). Setting my locale back so that debian wouldn't start scim (the chines input method) solves the problem for now. I don't know exactly where the problem is and .xsession-errors reports a lot more, but for now I will try to upgrade my unstable installation (without additional experimental packages) as I didn't do a full upgrade before. If this doesn't work I guess I have to dig deeper. Chris
Re: KDE 3.5.6
On Thu, Feb 08, 2007 at 17:34:43 +0100, Christoph Burgmer wrote: > Am Donnerstag, 8. Februar 2007 13:38 schrieb Didier Raboud: > > Cédric Boutillier a écrit : > > > Then go into aptitude and update, after checking that only desired packages > > are updated (check each and every update !). Then remove the line given > > above. There is certainly a possibility to make it in a better way, but it > > works. > > The only option I see is checking the whole lot of KDE packages. That would > meen I'd have to set each one to the new version. With >50 packages this is > not an option. Putting some base package to 3.5.6 and waiting for aptitude to > resolve the conflicts doesn't work. Am I missing something? Here is how I did it for KDE 3.5.6 (and Openoffice 2.1): 1) Add an experimental repository to your sources.list as discussed earlier. 2) Check the output of "apt-cache policy kdelibs4c2a": Apt(itude) should still prefer "unstable" by default. "Experimental" should have priority "1", meaning that it will not be considered if you start aptitude normally. (In fact, the experimental versions are not even listed by aptitude on my system.) 3) You can continue to use your aptitude normally, both in interactive mode and from the command line, to keep your "unstable" packages up to date. 4) Now the trick: Whenever you want to install something from "experimental" (or if you want to check for updates) you can run "aptitude -t experimental". You will start an interactive session and you will see the experimental packages listed under "upgradable packages". (You have to "u"pdate the list of available packages first, of course.) 5) You can now select your desired packages from the "upgradable" list and schedule them for an upgrade with "+". For KDE you can press "+" once for the entire KDE section. Aptitude will notice missing dependencies and propose solutions. You can examine them with "e" and then use "," and "." to move back and forth among the solutions until you find the one you like, i.e. upgrading all necessary dependencies. Accept this solution by pressing "!" when it is shown. 6) Now you can press "g" and aptitude will show you a summary list with the "kept-back" (not to be upgraded) packages first, followed by the list of packages which will be upgraded (scroll up or down with the cursor keys). It might also show that some unused packages will be removed, for example if they are made obsolete by one of the scheduled upgrades. 7) For a complex upgrade like KDE it is advisable to look over the entire "kept-back" list for packages that you missed. You can directly press "+" when you have selected them from that list and they will be upgraded, too. (Dependencies will be shown and resolved as with point 5 above.) 8) Once you are happy with the list of to-be-upgraded packages you can press "g" a second time and off you go. 9) If you are unsure about what is happening at any time, you can always press "q" repeatedly until you you quit aptitude and then run "aptitude keep-all" from the command line. This will cancel all scheduled actions, for example if you think you made a mistake in the package selection. -- Regards, Florian
Re: KDE 3.5.6
Am Donnerstag, 8. Februar 2007 13:38 schrieb Didier Raboud: > Cédric Boutillier a écrit : > Then go into aptitude and update, after checking that only desired packages > are updated (check each and every update !). Then remove the line given > above. There is certainly a possibility to make it in a better way, but it > works. The only option I see is checking the whole lot of KDE packages. That would meen I'd have to set each one to the new version. With >50 packages this is not an option. Putting some base package to 3.5.6 and waiting for aptitude to resolve the conflicts doesn't work. Am I missing something? Christoph
Re: KDE 3.5.6
experimental should usually have a low priority, so that those packes don't get installed by default. I have experimental in my sources.list permanently. The most convient way to install 3.5.6 to me was to use Synaptic, temporarily switch (Menu)Settings -> Settings -> Distribution -> prefer version to "experimental" (translated from German), select all needed packages from the "upgradeable" list, commit and afterwards switch back the prefered version or default which is highest version I think. Yours, Sönke
Re: KDE 3.5.6
Thank you very much James and Didier for your answer ! Aptitude is really a nice tool !!! I added the line proposed by James in /etc/apt/apt.conf (see his message below) to avoid unwanted upgrade from experimental. Cedric, a new happy 3.5.6 KDE user ;) On 2/8/07, James Stark <[EMAIL PROTECTED]> wrote: Your best bet would be to do something like: aptitude -t experimental as root, then select the packages that you want to upgrade. As a rule you don't want to upgrade to experimental. For this to work, the experimental distribution should be in your /etc/apt/sources.list. If you need to add it, you'll want to tell apt to use unstable as the default distribution. To do so, put the following entry in /etc/apt/apt.conf: APT::Default-Release "unstable"; James Cédric Boutillier wrote: > Hi ! > > What is the recommended way to upgrade to KDE 3.5.6 ? There should be > something better than downloading all the packages with wget, and then > install them by hand with dpkg. > Could you give me some tips here ? > > Thanks ! > > Cedric > > On 1/26/07, Jan De Luyck <[EMAIL PROTECTED]> wrote: >> On Thursday 25 January 2007, Ana Guerrero wrote: >> > Hi, >> > >> > KDE 3.5.6 has been released today and it is available in experimental. >> > It has been uploaded to experimental due to the Etch freeze, if you run >> > unstable, you can install it safely in your system. > >
Re: KDE 3.5.6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Cédric Boutillier a écrit : > Hi ! > > What is the recommended way to upgrade to KDE 3.5.6 ? There should be > something better than downloading all the packages with wget, and then > install them by hand with dpkg. > Could you give me some tips here ? > > Thanks ! > > Cedric Hi, you should add an "experimental" repository to your /etc/apt/sources.list, like that : deb (my nearest repository from [0]) experimental main for me, it's : deb ftp://mirror.switch.ch/mirror/debian experimental main Then go into aptitude and update, after checking that only desired packages are updated (check each and every update !). Then remove the line given above. There is certainly a possibility to make it in a better way, but it works. Greetings, Didier [0] http://www.debian.org/mirror/list -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFyxnYwW1nnOmiePARArHYAJ0TkmMH9WGQmUVVFV/tnCpNMlmIBwCeMUfR XpvDekyvoFnZjFXp1BiHeo8= =XNaf -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: khelpcenter
package khelpcenter severity 386283 normal severity 389844 normal severity 404333 normal severity 404334 normal tags 386283 - moreinfo merge 386283 389844 404333 404334 found 386283 4:3.5.5.dfsg.1-6 found 386283 4:3.5.6.dfsg.1-1 tags 386283 patch pending thanks Hi, 2007 m. February 7 d., Wednesday, Vedran Furač rašė: > Hi! > > Please make khelpcenter package depend on htdig. > Then, in /usr/bin/khc_htsearch.pl replace > > $htsearchpath="/srv/www/cgi-bin/htsearch"; > > with > > $htsearchpath="/usr/lib/cgi-bin/htsearch"; > > and in other /usr/bin/khc*pl files replace > > $htdigdata = "/srv/www/htdig/common/" > > with /var/www/htdig. > > Now, you can close the following bugs: > #386283, #389844, #404333 and #404334 Thanks for the info. It will be fixed in the next kdebase 3.5.6 upload. -- Modestas Vainius <[EMAIL PROTECTED]> pgpuQ16Ot3NZL.pgp Description: PGP signature