Re: And uglier
On Tue, May 08, 2001 at 12:12:19AM -0300, Rogerio Brito wrote: I had this happen to me in a distant past. Perhaps my solution also applies to your case? It was to just reinstall xfonts-base (apt-get --reinstall install xfonts-base). Cross your fingers. Hope this helps, Roger... Thanks, that might have done it, but meanwhile I was pissed enough to reinstall with Progeny, which does a perfect job setting up X without even asking about hardware - but unfortunately it comes up in Gnome and they only have KDE 2.0. Nothing against Gnome, just not what I'm after. So the next experiment is whether the unofficial Potato KDE 2.1.1 will install on Progeny nicely Am I having fun yet?? Whit
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
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: 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: 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: 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
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: 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/
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.
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
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: ...-snip-... 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: 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
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: 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-
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!
