Re: And uglier
Er, maybe it can't. The caption under "Message" indicates an upper case *L* which also fails, though the lower case causes this action. What'd I miss? On Tuesday 08 May 2001 16:54, Hendrik Sattler wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Tuesday, 8. May 2001 23:01, Viktor Lakics wrote: > > Ákos, why don't you use the "L" (list reply) feature of mutt. This > > only replys to the particular list you are replying to... > > and even kmail in 2.1.1 can do this :-) > > HS -- Jaye Inabnit\ARS ke6sls/TELE: USA-707-442-6579\/A GNU-Debian linux user Email: [EMAIL PROTECTED] WEB: http://www.qsl.net/ke6sls ICQ: 12741145 If it's stupid, but works, it ain't stupid. SHOUT JUST FOR FUN. Free software, in a free world, for a free spirit. Please Support freedom!
Re: to stop the thread over conffiles...
On Tue, May 08, 2001 at 05:10:39PM +0200, Oswald Buddenhagen wrote:
> hi ivan,
>
> > > Therefore, the correct place for the system wide override
> > > directory should be
> > > /etc/kde/{applnk,mimelnk,servcises,servicetypes} which might well
> > > be empty by default. Actually, I believe having both
> > > /usr/share/kde/applnk and /usr/share/applnk with different meaning
> > > would cause a lot of confusion. IMO, the second option should be
> > > dropped and replaced by a /etc/kde/applnk (empty by default)
> >
> i agree with him ...
>
> > then edit /etc/kderc and put them where you want.
> >
> that's not the answer we wanted to hear. :)
> why not make it right in the first place, if anybody actually wanting
> to use it (under certain conditions) needs to change it anyway? isn't
> /etc supposed to be the only place on the system, that contains
> customizations (aside from /home and /usr/local)?
doesn't matter. I can't move it easily and therefore I'm not going to.
> another story about overriding ... is there is a way to remove/hide a
> predefined entry (without removing that .desktop file)? can one
> specify in a .desktop file, that it is hidden?
probably...dunno..never tried it.
Re: And uglier
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday, 8. May 2001 23:01, Viktor Lakics wrote: > Ákos, why don't you use the "L" (list reply) feature of mutt. This > only replys to the particular list you are replying to... and even kmail in 2.1.1 can do this :-) HS -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6+IdHzvr6q9zCwcERAux5AKCvfi45/BudbwduHnShumQCjKZAXgCdFi4V A0XxrQOEnQXk/dVhPf9D4xk= =n+B3 -END PGP SIGNATURE-
Man pages
Hi, I wanted to thank you all for the man pages you sent me, or pointed me to in the KDE CVS. We're just working out the implementation details at the moment, but we should have it all sorted out within another few days. I'll convert the existing man pages and set up the locations, and I'll let you know when it's ready to go, so that the Debian specific implementations can be worked out. Thank you again for the help, it's much appreciated, Regards, -- Lauri Watts, KDE Documentation Coordinator
Re: scroll wheel
On Tue, May 08, 2001 at 02:12:33PM -0700, G. L. `Griz' Inabnit wrote: > [...] > And if I don't have a ~/.Xdefaults file?? > Running SID. > [/...] Just make one, simple really. cd vi .Xdefaults [copy/paste resources] save restart X HTH Gordon Sadler
Re: scroll wheel
-BEGIN PGP SIGNED MESSAGE- On Sunday 06 May 2001 16:29, Evan Malahy wrote something to this effect: > For the mouse to work in KDE, remove imwheel. > > Place these lines in your ~/.Xdefaults to get Netscape working: > > Netscape*drawingArea.translations: #replace\ > : ArmLink() \n\ > : ArmLink() \n\ > ~Shift: ActivateLink() \n\ > ~Shift: ActivateLink(new-window) \ > DisarmLink()\n\ > Shift:ActivateLink(save-only) \ > DisarmLink()\n\ > Shift:ActivateLink(save-only) \ > DisarmLink()\n\ > : DisarmLinkIfMoved() \n\ > : DisarmLinkIfMoved() \n\ > : DisarmLinkIfMoved() \n\ > : DescribeLink() \n\ > : xfeDoPopup()\n\ > : ActivatePopup() \n\ > Ctrl: PageUp()\n\ > Ctrl: PageDown()\n\ > Shift: LineUp()\n\ > Shift: LineDown()\n\ > None: LineUp()LineUp()LineUp()LineUp()LineUp()LineUp()\n\ > None: > LineDown()LineDown()LineDown()LineDown()LineDown()LineDown()\n\ > Alt: xfeDoCommand(forward)\n\ > Alt: xfeDoCommand(back)\n > > Netscape*globalNonTextTranslations: #override\n\ > Shift: LineUp()\n\ > Shift: LineDown()\n\ > None:LineUp()LineUp()LineUp()LineUp()LineUp()LineUp()\n\ > None:LineDown()LineDown()LineDown()LineDown()LineDown()LineDown() >\n\ Alt: xfeDoCommand(forward)\n\ > Alt: xfeDoCommand(back)\n > - > > -Evan > [...] And if I don't have a ~/.Xdefaults file?? Running SID. [/...] - -- __ OutCast Computer Consultants of Central Oregon http://outcast-consultants.redmond.or.us [EMAIL PROTECTED] (541) 504-1388 Via IRC at; 205.227.115.251:6667:#OutCasts Via ICQ: UIN 138930 "Failure is not an option...it's bundled with Microsoft" -anonymous- Hi! I'm a .signature virus! Copy me into your ~/.signature, please! -BEGIN PGP SIGNATURE- Version: PGPfreeware 5.0i for non-commercial use MessageID: qkIsthwGvEZIgipbA4WU+Rf+BX+L2Qf4 iQA/AwUBOvhhQQhnWicv+0tKEQJU6ACgkyPg4X5LBrtlM+vI88Pl6ma/brEAoPFA NlMrJAc2Ck3uxen7IXKfrYvJ =tHL1 -END PGP SIGNATURE-
Re: And uglier
Ákos, why don't you use the "L" (list reply) feature of mutt. This only replys to the particular list you are replying to... Just my $0.02...:-)) Viktor Ui. Még sohasem használtam ezt a két centes dolgot, de gondoltam most itt az idõ...:-)) On Tue, May 08, 2001 at 08:50:51PM +0200, [EMAIL PROTECTED] wrote: ...--... > Ps.: why isn't the 'reply-to' field of this list set to the list-address? > Now I cannot simply 'reply' to messages, I must always do 'reply to all' > (which isn't a Good Thing (tm), because the original sender receives two > times my big and boring mail :) )
Re: help with kde install
Try this: apt-get install kdelibs3 and see what happens. After that works, go back and do the apt-get install task-kde again. HTH, D.A.Bishop On Tuesday 08 May 2001 10:41, Yuri Leikind wrote: > Hi all, > > I decided to install kde on my potato, added > deb http://kde.tdyc.com/debian potato main crypto optional > to sources.list, 'apt-get update'd it, found the task-kde > package and tried to install it - > > apt-get install task-kde > > It said: > > = > Some packages could not be installed. This may mean that you > have > requested an impossible situation or if you are using the > unstable > distribution that some required packages have not yet been > created > or been moved out of Incoming. > > Since you only requested a single operation it is extremely > likely that > the package is simply not installable and a bug report > against > that package should be filed. > The following information may help to resolve the situation: > > Sorry, but the following packages have unmet dependencies: > task-kde: Depends: kdelibs3 but it is not going to be > installed > Depends: kdebase but it is not going to be > installed > Depends: kdebase-libs but it is not going to be > installed > Depends: libkonq3 but it is not going to be > installed > Depends: konqueror but it is not going to be > installed > Depends: konsole but it is not going to be > installed > Depends: kuser but it is not going to be > installed > Depends: ksysv but it is not going to be > installed > Depends: kcron but it is not going to be > installed > Depends: kpackage but it is not going to be > installed > Depends: ksysctrl but it is not going to be > installed > Depends: secpolicy but it is not going to be > installed > Depends: kghostview but it is not going to be > installed > Depends: kview but it is not going to be > installed > Depends: kmail but it is not going to be > installed > Depends: korn but it is not going to be > installed > Depends: korganizer but it is not going to be > installed > Depends: abbrowser but it is not going to be > installed > Depends: ark but it is not going to be installed > Depends: kab but it is not going to be installed > Depends: karm but it is not going to be > installed > Depends: kcalc but it is not going to be > installed > Depends: kcharselect but it is not going to be > installed > Depends: kdepasswd but it is not going to be > installed > Depends: kdf but it is not going to be installed > Depends: kedit but it is not going to be > installed > Depends: kfind but it is not going to be > installed > Depends: khexedit but it is not going to be > installed > Depends: kjots but it is not going to be > installed > Depends: knotes but it is not going to be > installed > Depends: kpm but it is not going to be installed > Depends: ktimemon but it is not going to be > installed > Depends: koffice-libs but it is not going to be > installed > Depends: kchart but it is not going to be > installed > Depends: kword but it is not going to be > installed > Depends: kspread but it is not going to be > installed > Depends: killustrator but it is not going to be > installed > Depends: kpresenter but it is not going to be > installed > Depends: koshell but it is not going to be > installed > Depends: kivio but it is not going to be > installed > Depends: pixie but it is not going to be > installed > Depends: kpaint but it is not going to be > installed > Depends: kiconedit but it is not going to be > installed > E: Sorry, broken packages > = > > Am I doing something wrong? Or the package is out-of-date ? > > Please help me. > > Yuri Leikind > -- > ôÅÐÅÒØ É ÐÏÞÔÏ×ÙÅ ÒÁÓÓÙÌËÉ ÎÁ TUT.BY. ðÏÄÐÉÛÉÓØ ÉÌÉ ÚÁ×ÅÄÉ Ó×ÏÀ! > http://rasmas.tut.by
Re: And uglier
On Tue, May 08, 2001 at 12:02:18AM -0500, Whit Blauvelt wrote: > So the next experiment is whether the unofficial Potato KDE 2.1.1 will > install on Progeny nicely Hi, I use Potato KDE2.1.1 with Progeny, with only a few problems. One is : Progeny and Ivan has libvorbis and libogg too, and by default, libs are from Ivan, vorbis-tools are from Progeny installed, which drives to segfault the oggenc. You must hold the Progeny packages (1.0beta3-1), because apt-get will upgrade it to Ivan's (1.0beta4-0.potato1). I think the problem is with Progeny's vorbis-tools, which doesn't depends to the correct version of libogg0 and libvorbis0. (Actually, it depends without version number). Just my $0.02. Sorry for bad english, and for wasting your time :) Ps.: why isn't the 'reply-to' field of this list set to the list-address? Now I cannot simply 'reply' to messages, I must always do 'reply to all' (which isn't a Good Thing (tm), because the original sender receives two times my big and boring mail :) ) -- Ákos Putz
Re: update/upgrade broke licq
On Mon, May 07, 2001 at 06:18:15PM -0700, G. L. `Griz' Inabnit wrote: > On Monday 07 May 2001 17:05, JC Portlock wrote something to this effect: > > Hi y'all, > > > > Apt-get updated and upgraded my potato box last night. I didn't notice > > till just now that Licq is no longer on the K-menu and when I try to > > run it in konsole I get this: > > > > Dir=~ pts/2$ licq > > 16:54:51: [WRN] Licq: Ignoring stale lockfile (pid 22052) ^ > John, > You've got a stale lockfile (usually ~/.licq/licq.pid). If that file > exists, > rm it and try again. As you can see, the stale lockfile is only a warning. The problem is probably with the changed qt-libraries. John, try to upgrade your licq, or when it is not possible, compile it yourself. If you have deb-srcs in your sources.list, you can easily do it with apt-get -b source licq (or something similar, I do not know the correct package name) Of course, if licq is from kde.debian.org, then you don't have luck, Ivan probably doesn't creates src debs (yet?). Sorry for the bad english. -- Akos Putz
kwrite can't print chars > 127 with iso8859-1 (potato)
Hi, Kwrite (kdebase 2.1.1.0-0.potato1) has no problems displaying chars > 127 of iso8859-1. But when I print it or save as ps and check with gv or khostview there are spaces instead of umlaute (e.g, ß ä etc). Does this work for someone else? Is it a bug? (bugs.kde.org lists nothing. I know it work in KDE 2.2 but I can't hold my breath until 2.2 is released). Local settings are LANG=en_US.ISO8859-1 and in kdecontrol center 'Language' English US (C) and German (de) with Charset iso8859-1 a2ps, enscript etc have no problem with chars > 127 Achim -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED]
Re: upgrade woes
Ditto. On Tuesday 08 May 2001 08:56, Andreas Goesele wrote: > Hi, > > last night's upgrade brought some unpleasant surprises: > > - kdm now suddenly shows all users on the system instead of only those > which are supposed to lock in (who have a password and a home > directory.) > > - kdm now longer has a shutdown button I *really* want the button back :) > > - I had font sizes and types configured as I liked them. Now suddenly > most fonts are too big while other do not display correctly (it looks > as if the fonts do not exist in the given font size). > > So what kind of configuration files were changed, and how do I get > back my original configuration? > > Andreas Gösele -- Jaye Inabnit\ARS ke6sls/TELE: USA-707-442-6579\/A GNU-Debian linux user Email: [EMAIL PROTECTED] WEB: http://www.qsl.net/ke6sls ICQ: 12741145 If it's stupid, but works, it ain't stupid. SHOUT JUST FOR FUN. Free software, in a free world, for a free spirit. Please Support freedom!
help with kde install
Hi all, I decided to install kde on my potato, added deb http://kde.tdyc.com/debian potato main crypto optional to sources.list, 'apt-get update'd it, found the task-kde package and tried to install it - apt-get install task-kde It said: = Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: Sorry, but the following packages have unmet dependencies: task-kde: Depends: kdelibs3 but it is not going to be installed Depends: kdebase but it is not going to be installed Depends: kdebase-libs but it is not going to be installed Depends: libkonq3 but it is not going to be installed Depends: konqueror but it is not going to be installed Depends: konsole but it is not going to be installed Depends: kuser but it is not going to be installed Depends: ksysv but it is not going to be installed Depends: kcron but it is not going to be installed Depends: kpackage but it is not going to be installed Depends: ksysctrl but it is not going to be installed Depends: secpolicy but it is not going to be installed Depends: kghostview but it is not going to be installed Depends: kview but it is not going to be installed Depends: kmail but it is not going to be installed Depends: korn but it is not going to be installed Depends: korganizer but it is not going to be installed Depends: abbrowser but it is not going to be installed Depends: ark but it is not going to be installed Depends: kab but it is not going to be installed Depends: karm but it is not going to be installed Depends: kcalc but it is not going to be installed Depends: kcharselect but it is not going to be installed Depends: kdepasswd but it is not going to be installed Depends: kdf but it is not going to be installed Depends: kedit but it is not going to be installed Depends: kfind but it is not going to be installed Depends: khexedit but it is not going to be installed Depends: kjots but it is not going to be installed Depends: knotes but it is not going to be installed Depends: kpm but it is not going to be installed Depends: ktimemon but it is not going to be installed Depends: koffice-libs but it is not going to be installed Depends: kchart but it is not going to be installed Depends: kword but it is not going to be installed Depends: kspread but it is not going to be installed Depends: killustrator but it is not going to be installed Depends: kpresenter but it is not going to be installed Depends: koshell but it is not going to be installed Depends: kivio but it is not going to be installed Depends: pixie but it is not going to be installed Depends: kpaint but it is not going to be installed Depends: kiconedit but it is not going to be installed E: Sorry, broken packages = Am I doing something wrong? Or the package is out-of-date ? Please help me. Yuri Leikind -- Теперь и почтовые рассылки на TUT.BY. Подпишись или заведи свою! http://rasmas.tut.by
Konqueror and WebCT
My university uses WebCT to distribute much of the online course material. Basically, you login in to the system, and you get access to a bunch of material for each of your university units. It seems to use a system of CGI scripts disguised as directories, like Freshmeat. Konqueror however, can't seem to handle this and can't get past the MyWebCT page, the page you get when you first log in. I've tested it under IE, Mozilla 0.8.1 and Netscape 4.77 and it works fine. Unfortunately (or fortunately), the example system on webct.com works fine, while the version at my uni does not... As of Konqueror 2.1.1, this is still a problem. I'll try and see if there is a guest account so that people who want to investigate can log in and have a look.
Re: upgrade woes
i had the same problem. i could get the old config back by executing 'kcontrol' as root (->system->login manager) and reconfiguring kdm. greetings, Frank Dekervel op Tuesday 8 May 2001 17:56 heeft Andreas Goesele het volgende uit zijn botten geslaan: > Hi, > > last night's upgrade brought some unpleasant surprises: > > - kdm now suddenly shows all users on the system instead of only those > which are supposed to lock in (who have a password and a home > directory.) > > - kdm now longer has a shutdown button > > - I had font sizes and types configured as I liked them. Now suddenly > most fonts are too big while other do not display correctly (it looks > as if the fonts do not exist in the given font size). > > So what kind of configuration files were changed, and how do I get > back my original configuration? > > Andreas Gösele > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED]
upgrade woes
Hi, last night's upgrade brought some unpleasant surprises: - kdm now suddenly shows all users on the system instead of only those which are supposed to lock in (who have a password and a home directory.) - kdm now longer has a shutdown button - I had font sizes and types configured as I liked them. Now suddenly most fonts are too big while other do not display correctly (it looks as if the fonts do not exist in the given font size). So what kind of configuration files were changed, and how do I get back my original configuration? Andreas Gösele
Re: scroll wheel
I used Mr. Lakics' XF86Config file, and now it works great. Thanks for everybody's help, James Smith On Monday 07 May 2001 1:16 am, Viktor Lakics wrote: > > On Sun, May 06, 2001 at 05:29:05PM -0500, James Smith wrote: > > > Does anyone know of a way to get a scroll wheel on a mouse working in > > > KDE without using an external program like imwheel? > > ...--... > > > If you still have X3.3.x, without imwheel I beleive you have to > > explicitly set resources for all/most apps. I never got anything besides > > ...--... > > Here it works out of the box. No imwheel, KDE2.1.1, potato, > XF3.3.6., Microsoft Intellimouse with intellieye. > Scrolling under Kmail, Konqueror, Opera, Mozilla,gvim, Abiword. > Basically all KDE and GTK apps. > > Unfortunately, I do not run netscape. The only thing I did is in the > XF86Config file, no other configuration option was set: > > Section "Pointer" >Protocol"IMPS/2" >Device "/dev/psaux" >BaudRate1200 >Emulate3Timeout 50 >Resolution 100 >ZAxisMapping 4 5 >Buttons 3 > EndSection > > But, I beleive you have this setup already. > > Sorry for not being much help. > > -- Viktor
Re: KDE Font sizes
Putz Ákos wrote: > > On Tue, May 08, 2001 at 12:46:58PM +0200, Stephan Jaensch wrote: > > Hi everybody, > > > > I normally start KDE via gdm. The font sizes in konqueror for web browsing > > are too small, and if I set the size to huge normal text is OK but the > > headlines on Slashdot/Linuxtoday etc. are way too big. If I start KDE via > > startx /usr/bin/kde2 however, all fonts are way bigger. Where can I adjust > > the KDE font size when started via gdm to that bigger size? > > Only guessing : gdm starts X in 75dpi, startx starts it with 100dpi. [Yeah, that's probably the case, but I think Stephan would also like a fix to this situation.] Stephan: There should be a file /etc/X11/gdm/Xservers with a line resembling the following. :0 local /usr/bin/X11/X vt7 -deferglyphs 16 -dpi 100 Be sure that the value after -dpi reads 100. This assumes that startx actually starts with 100dpi. You can verify that by looking at the file /etc/X11/xinit/xserverrc. There should be a line like exec /usr/bin/X11/X -dpi 100 -nolisten tcp $* Note, again the -dpi 100. HTH, Viktor -- Viktor Rosenfeld WWW: http://www.informatik.hu-berlin.de/~rosenfel/
Re: no matter what...
Am Tuesday 08 May 2001 14:03 schrieb Ivan E. Moore II: > no matter what I do with the applnks dir it'll break kicker. kicker > hardcodes the paths to the desktop fileswhat a waste of kstddirs. :) Time for a bug report ;-) I think Mathias Elter mailto:[EMAIL PROTECTED] is the guy who maintains kicker. -- WfG, Chris
Re: usr/share/apps/konsole/python*.desktop
On Thu, Apr 26, 2001 at 03:21:32PM -0600, Bruce Sass wrote: > Here are a couple of files I've found useful and would like to see > included in the python*-base packages... Hi Bruce, would you mind to file an "wishlist" bug report for this ? Just to make sure that I won't forget it. Gregor
no matter what...
no matter what I do with the applnks dir it'll break kicker. kicker hardcodes the paths to the desktop fileswhat a waste of kstddirs. :) -- Ivan E. Moore II [EMAIL PROTECTED] http://snowcrash.tdyc.com GPG KeyID=90BCE0DD GPG Fingerprint=F2FC 69FD 0DA0 4FB8 225E 27B6 7645 8141 90BC E0DD
Re: to stop the thread over conffiles...
On Tue, May 08, 2001 at 07:38:02AM +0200, Norbert Nemec wrote:
> Sorry, I disregard that subject line - in agree with that solution except for
> one detail:
>
> As a sysad, I do not like to edit anything beneath /usr by hand (exception:
> /usr/local) up to now, the only reason to ever do such a thing was to
> workaround
> bugs until a new debian-package came out. Usually, in backing up a complete
> system, I regard it to be completely restorable with only the original
> packages
> at hand and a backup of everything except /usr. (again, /usr/local is the
> exception) No idea whether that idea is compliant with the policy, but up to
> now, it has always worked.
>
> Therefore, the correct place for the system wide override directory should be
> /etc/kde/{applnk,mimelnk,servcises,servicetypes} which might well be empty by
> default. Actually, I believe having both /usr/share/kde/applnk and
> /usr/share/applnk with different meaning would cause a lot of confusion. IMO,
> the second option should be dropped and replaced by a /etc/kde/applnk (empty
> by
> default)
then edit /etc/kderc and put them where you want.
--
Ivan E. Moore II
[EMAIL PROTECTED]
http://snowcrash.tdyc.com
GPG KeyID=90BCE0DD
GPG Fingerprint=F2FC 69FD 0DA0 4FB8 225E 27B6 7645 8141 90BC E0DD
Re: packaging updates/changes/customization for woody's release
> > If you don't like this you can edit /etc/kderc /etc/kde2/system.kdeglobals > > and what do they do? (been meaning to ask that for awhile now) They are tie ins to the kstddir bits...they allow you to override or add to the list of config dirs and other global settings... [Directories] dir_config=/etc/kde2 dir_html=/usr/share/doc/kde/HTML dir_cgi=/usr/lib/cgi-bin dir_apps=/usr/share/kde/applnk dir_mime=/usr/share/kde/mimelnk dir_services=/usr/share/kde/services dir_servicetypes=/usr/share/kde/servicetypes [General] TerminalApplication=x-terminal-emulator Ivan -- Ivan E. Moore II [EMAIL PROTECTED] http://snowcrash.tdyc.com GPG KeyID=90BCE0DD GPG Fingerprint=F2FC 69FD 0DA0 4FB8 225E 27B6 7645 8141 90BC E0DD
Re: KDE Font sizes
On Tue, May 08, 2001 at 12:46:58PM +0200, Stephan Jaensch wrote: > Hi everybody, > > I normally start KDE via gdm. The font sizes in konqueror for web browsing > are too small, and if I set the size to huge normal text is OK but the > headlines on Slashdot/Linuxtoday etc. are way too big. If I start KDE via > startx /usr/bin/kde2 however, all fonts are way bigger. Where can I adjust > the KDE font size when started via gdm to that bigger size? Only guessing : gdm starts X in 75dpi, startx starts it with 100dpi. -- Putz Ákos Email : [EMAIL PROTECTED] Evosoft Hungary http://www.evosoft.hu
KDE Font sizes
Hi everybody, I normally start KDE via gdm. The font sizes in konqueror for web browsing are too small, and if I set the size to huge normal text is OK but the headlines on Slashdot/Linuxtoday etc. are way too big. If I start KDE via startx /usr/bin/kde2 however, all fonts are way bigger. Where can I adjust the KDE font size when started via gdm to that bigger size? Ciao...
Re: to stop the thread over conffiles...
Am Tuesday 08 May 2001 09:30 schrieb Bruce Sass:
> hmmm, /usr could also be mounted read-only?
Debian is one of the few Linux Distributions where /usr
can be mounted readonly without breaking or complifiying anything.
So, me votes for /etc/kde2/share/{applnk,mimelnk,templates}
or /etc/kde2/{applnk,mimelnk,templates}, too.
I'd even like to see /usr/local/etc pointing to /etc/local or something
per default, but thats another story.
--
WfG, Chris
Re: to stop the thread over conffiles...
On Tue, 8 May 2001, Norbert Nemec wrote:
> Sorry, I disregard that subject line - in agree with that solution except for
> one detail:
>
> As a sysad, I do not like to edit anything beneath /usr by hand (exception:
hmmm, /usr could also be mounted read-only?
> /usr/local) up to now, the only reason to ever do such a thing was to
> workaround
> bugs until a new debian-package came out. Usually, in backing up a complete
> system, I regard it to be completely restorable with only the original
> packages
> at hand and a backup of everything except /usr. (again, /usr/local is the
> exception) No idea whether that idea is compliant with the policy, but up to
> now, it has always worked.
>
> Therefore, the correct place for the system wide override directory should be
> /etc/kde/{applnk,mimelnk,servcises,servicetypes} which might well be empty by
> default. Actually, I believe having both /usr/share/kde/applnk and
> /usr/share/applnk with different meaning would cause a lot of confusion. IMO,
> the second option should be dropped and replaced by a /etc/kde/applnk (empty
> by
> default)
Having them in a single directory feels right, maybe...
/etc/kde2/share locals and overrides
/usr/share default Debian-KDE supplied
For subdirs...
applnk and mimelnk most likely to be tweaked
(mime-types, magic and default apps)
templates I've only added stuff here, but someone may
want to modify the existing templates
? service{s,types} why would a sysadmin want to touch these?
So I would want to do...
/usr/share/{applnk,mimelnk,templates}
...and...
/etc/kde2/share/{applnk,mimelnk,templates}
...which leads to some questions...
The applnk stuff will be handled by /etc/menu-methods/kdebase and
KDE (kbuildsycoca). Is that correct?
Who would take care of the mimelnk, services, and servicetypes stuff -
KDE (kbuildsycoca) or Debian (tagging along with menu-method/kdebase)?
Can templates be handled like mimelnk, etc.?
- Bruce
Re: Add apps to the K menu
On Mon, 7 May 2001, G. L. `Griz' Inabnit wrote: > How do I add an app to the K menu system? I was under the misimpression that > the menusystem and KDE worked hand-in-hand, but this is not the case. > I've added the apps I use all the time into BlackBox by adding them to > /etc/menu, but this has yet to affect KDE. Something placed in /etc/menu will show up in a Debian section of one of the KDE submenus. Put it in /usr/share/apps/kappfinder/apps if you want it to show up in a users KDE menu after they run kappfinder. Put it in /usr/share/applnk if you want it to show up in the default KDE menu (everyone will see it). - Bruce
Re: packaging updates/changes/customization for woody's release
On Mon, 7 May 2001, Ivan E. Moore II wrote: <...> > this is how I am going to be doing it. > >1. all official .desktop files for mimelnk/applnk/services/servicetypes > will > go under /usr/share/kde. (ie.. /usr/share/kde/applnk) > They will not be *currently* marked as conffiles. >2. Debian Menu generated files will go where they are currently going. > /var/lib/kde/menu/* and the kdebase menu-method will handle merging > it into the main /usr/share/kde/applnk tree >3. /usr/share/applnk will not be touched by the packages but will instead > be left for the Admin to do whatever they want to with. > > If you don't like this you can edit /etc/kderc /etc/kde2/system.kdeglobals and what do they do? (been meaning to ask that for awhile now) > (probably need to hack both) and tell it to use a different directory or > whatever. /usr/share/kde/applnk will be read first and then > /usr/share/applnk. > If you want to overwrite (and make sure your changes stay through upgrades) > a config file you drop in a new one in the same directory position under > /usr/share/applnk. Sounds good. - Bruce
Re: to stop the thread over conffiles...
Sorry, I disregard that subject line - in agree with that solution except for
one detail:
As a sysad, I do not like to edit anything beneath /usr by hand (exception:
/usr/local) up to now, the only reason to ever do such a thing was to
workaround
bugs until a new debian-package came out. Usually, in backing up a complete
system, I regard it to be completely restorable with only the original packages
at hand and a backup of everything except /usr. (again, /usr/local is the
exception) No idea whether that idea is compliant with the policy, but up to
now, it has always worked.
Therefore, the correct place for the system wide override directory should be
/etc/kde/{applnk,mimelnk,servcises,servicetypes} which might well be empty by
default. Actually, I believe having both /usr/share/kde/applnk and
/usr/share/applnk with different meaning would cause a lot of confusion. IMO,
the second option should be dropped and replaced by a /etc/kde/applnk (empty by
default)
On Mon, May 07, 2001 at 05:32:18PM -0600, Ivan E. Moore II wrote:
> Once and forall.
>
> What we want and don't want
>
> 1: We need a way for changes a system admin makes to files under
> /usr/share/applnk,mimelnk,services,servicetypes to not be
> overwritten during every upgrade.
> 2: conffiles is not the *right* solution. We all agree with this.
> Thus the "I will try it again, but the last time..." comment
> on my part and the overly-enthusiatic responses to this thread.
> 3: We don't need to implement another menu hack, script, or anything
> else. Why? Because we don't. :)
>
> What is going to happen to take care of this:
>
> 1: All Debian pacakges will install their .desktop files into
> /usr/share/kde/{applnk,mimelnk,services,servicetypes}
> 2: System Administrators can overwrite these settings by placing
> creating a .desktop file under /usr/share/{applnk,mimelnk,services,
> servicetypes} that contains the changes that they want. The best
> way to do this is copy the original one and make your changes.
> It needs to be in the same directory structure so:
>
>/usr/share/kde/applnk/Internet/kit.desktop
>
> should have an override file of:
>
>/usr/share/applnk/Internet/kit.desktop
>
> 3: KDE will read /usr/share/kde/{applnk,mimelnk,services,servicetypes}
> first and then /usr/share/{applnk,mimelnk,services,servicetypes}.
> 4: Debian menu bits will be worked into the KDE menu like they
> currently are.
>
> With this we)
>
> 1: Don't complicate things worse then they already are
> 2: Still follow policy
> 3: Use existing abilities
> 4: Still have backwards compatability. All packages that still drop
> their files under /usr/share/applnk will still work.
>
> Ivan
>
> --
>
> Ivan E. Moore II
> [EMAIL PROTECTED]
> http://snowcrash.tdyc.com
> GPG KeyID=90BCE0DD
> GPG Fingerprint=F2FC 69FD 0DA0 4FB8 225E 27B6 7645 8141 90BC E0DD
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
--
-- __
-- JESUS CHRIST IS LORD!
-- To Him, even that machine here has to obey...
--
-- _Norbert "Nobbi" Nemec
-- Hindenburgstr. 44 ... D-91054 Erlangen ... Germany
-- eMail: <[EMAIL PROTECTED]> Tel: +49-(0)-9131-204180
