Bug#245111: %20Bug#245111: kcontrol: Missing "Multiple Monitors" configuration

2004-05-21 Thread Kjetil Kjernsmo
On fredag 21. mai 2004, 14:28, Niels Donninger wrote:
> So, here's the solution:
> Even if you plug two monitors into your videocard, you still make two
> sections 'Device' with the same BusID for your videocard.
> Notice that I put 'screen 0' in the first device and 'screen 1' in
> the second. In an example I saw this thing in the 'ServerLayout'
> section, but that didn't work for me.

Thanks for the instructions, it certainly addresses many of the problems 
I have, but I'm not quite there yet. For those wondering what is going 
on, Niels found he had the same problem as I reported in this bug, and 
we started discussing offline, he found some solutions, and I thought 
it would be better to address it in the BTS, so others can see. 

For one thing, for various reasons, I'm using two cards, not a single. 
That should be straightforward, just use two different BusIDs. 

> Also notice that I disabled the 'option "MonitorLayout"': When I
> enable this one, the whole thing doesn't work.

OK, never had it. 

> In the section 'serverlayout', two screens are defined, one default,
> and one with external screen. Notice that the first one is the
> default screen and not the external, otherwise it doesn't work
> either. (sensitive isn't it ?;-) 

Yup... 

> Then, for the xinerama mode, include 
> a section 'serverflags' where the option 'xinerama' is set to 'true'.

Aha, OK. I was lacking this. 

It is inconvenient for me to use, since I'm usually using the Ruby 
patches to use two different X servers, with the new IsolateDevice 
stuff in X and all.

However, RTFMing, I discovered that X can take an option +xinerama which 
should do the same thing, so I used that, and indeed, it made a whole 
lot of difference. Now, by background image spans two screens, uhm that 
looks weird... :-) I think I liked the behaviour when it was 
misconfigured better...

> That's for the XF86config.
> With all this configured, the 'multiple monitors' option is now
> visible in: control center -> peripherals -> display

Yup, I see that too, but if I have understood the KDE folks correctly, 
that's just a small part of the new kcontrol modules. A big part is 
what you're supposed to find if you go Control Center -> Desktop -> 
Multiple Monitors, and that's something I still do not see... 

Admittedly, it seems to make it more and more likely that it is a 
configuration problem, and so it may be OK to close the bug as invalid 
and take the discussion elsewhere. Maintainers, please speak up and say 
so if you think so. But since there still seems to be something 
missing, I'm continuing... 

Best,

Kjetil
-- 
Kjetil Kjernsmo
Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer
[EMAIL PROTECTED]  [EMAIL PROTECTED]  [EMAIL PROTECTED]
Homepage: http://www.kjetil.kjernsmo.net/OpenPGP KeyID: 6A6A0BBC



Bug#250286: kcontrol has no manpage

2004-05-21 Thread Karsten M. Self
Package: kcontrol
Version: 4:3.2.2-1
Severity: wishlist


The kcontrol package lacks manpages for each of the following utilities:

/usr/bin/fileshareset
/usr/bin/kaccess
/usr/bin/kcminit
/usr/bin/kcmshell
/usr/bin/kcontrol
/usr/bin/keditfiletype
/usr/bin/kfontinst
/usr/bin/klocaldomainurifilterhelper
/usr/bin/krandrinithack
/usr/bin/krandrtray
/usr/bin/krdb
/usr/bin/kinfocenter
/usr/bin/filesharelist

Manual pages are required by Debian Policy section 12.1:

If no manual page is available, this is considered as a bug and
should be reported to the Debian Bug Tracking System (the maintainer
of the package is allowed to write this bug report themselves, if
they so desire).  Do not close the bug report until a proper manpage
is available.[1]

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (950, 'testing'), (400, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.23-1-686
Locale: LANG=en_US, LC_CTYPE=en_US

Versions of packages kcontrol depends on:
ii  kdebase-data  4:3.2.2-1  KDE Base (shared data)
ii  kdelibs4  4:3.2.2-2  KDE core libraries
ii  libart-2.0-2  2.3.16-5   Library of functions for 2D graphi
ii  libasound21.0.4-1Advanced Linux Sound Architecture 
ii  libaudio2 1.6c-3 The Network Audio System (NAS). (s
ii  libc6 2.3.2.ds1-12   GNU C Library: Shared libraries an
ii  libfam0c102   2.7.0-5client library to control the FAM 
ii  libfontconfig12.2.2-2generic font configuration library
ii  libfreetype6  2.1.7-2FreeType 2 font engine, shared lib
ii  libgcc1   1:3.3.3-6  GCC support library
ii  libice6   4.3.0.dfsg.1-1 Inter-Client Exchange library
ii  libjpeg62 6b-9   The Independent JPEG Group's JPEG 
ii  libpcre3  4.5-1.1Perl 5 Compatible Regular Expressi
ii  libpng12-01.2.5.0-6  PNG library - runtime
ii  libqt3c102-mt 3:3.2.3-2  Qt GUI Library (Threaded runtime v
ii  libraw1394-5  0.10.1-1   library for direct access to IEEE 
ii  libsm64.3.0.dfsg.1-1 X Window System Session Management
ii  libssl0.9.7   0.9.7d-1   SSL shared libraries
ii  libstdc++51:3.3.3-6  The GNU Standard C++ Library v3
ii  libx11-6  4.3.0.dfsg.1-1 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  4.3.0.dfsg.1-1 X Window System miscellaneous exte
ii  libxft2   2.1.2-6FreeType-based font drawing librar
ii  libxmu6   4.3.0.dfsg.1-1 X Window System miscellaneous util
ii  libxrandr24.3.0.dfsg.1-1 X Window System Resize, Rotate and
ii  libxrender1   0.8.3-7X Rendering Extension client libra
ii  libxt64.3.0.dfsg.1-1 X Toolkit Intrinsics
ii  libxtst6  4.3.0.dfsg.1-1 X Window System event recording an
ii  xlibmesa-gl [libgl1]  4.3.0.dfsg.1-1 Mesa 3D graphics library [XFree86]
ii  xlibs 4.3.0.dfsg.1-1 X Window System client libraries m
ii  zlib1g1:1.2.1-5  compression library - runtime

-- no debconf information



kdeartwork

2004-05-21 Thread Luciano Montanaro
CVS commit by montanaro: 

Updated my mail address.


  M +1 -1  debian/copyright   1.9
  M +2 -2  kwin-styles/cde/cdeclient.cpp   1.22
  M +1 -1  kwin-styles/cde/cdeclient.h   1.11
  M +1 -1  kwin-styles/openlook/OpenLook.cpp   1.14
  M +1 -1  kwin-styles/openlook/OpenLook.h   1.7


--- kdeartwork/debian/copyright  #1.8:1.9
@@ -64,5 +64,5 @@
 CDE: Chris Lee <[EMAIL PROTECTED]>, Lennart Kudling <[EMAIL PROTECTED]>,
 Fredrik H�glund <[EMAIL PROTECTED]> and
-Luciano Montanaro <[EMAIL PROTECTED]>
+Luciano Montanaro <[EMAIL PROTECTED]>
 Glow: Henning Burchardt <[EMAIL PROTECTED]>
 IceWM support: Karol Szwed <[EMAIL PROTECTED]>

--- kdeartwork/kwin-styles/cde/cdeclient.cpp  #1.21:1.22
@@ -11,5 +11,5 @@
  *
  *  Copyright (c) 2003
- *  Luciano Montanaro <[EMAIL PROTECTED]>
+ *  Luciano Montanaro <[EMAIL PROTECTED]>
  *
  *  Originally based on the KStep client.

--- kdeartwork/kwin-styles/cde/cdeclient.h  #1.10:1.11
@@ -9,5 +9,5 @@
  *
  *  Copyright (c) 2003
- *  Luciano Montanaro <[EMAIL PROTECTED]>
+ *  Luciano Montanaro <[EMAIL PROTECTED]>
  *
  *  Originally based on the KStep client.

--- kdeartwork/kwin-styles/openlook/OpenLook.h  #1.6:1.7
@@ -3,5 +3,5 @@
 
   Porting to kde3.2 API 
-Copiright 2003 Luciano Montanaro <[EMAIL PROTECTED]>
+Copiright 2003 Luciano Montanaro <[EMAIL PROTECTED]>
   
   Permission is hereby granted, free of charge, to any person obtaining a copy

--- kdeartwork/kwin-styles/openlook/OpenLook.cpp  #1.13:1.14
@@ -3,5 +3,5 @@
 
   Porting to kde3.2 API
-Copiright 2003 Luciano Montanaro <[EMAIL PROTECTED]>
+Copiright 2003 Luciano Montanaro <[EMAIL PROTECTED]>
 
   Permission is hereby granted, free of charge, to any person obtaining a copy




Re:%20Bug#245111: kcontrol: Missing "Multiple Monitors" configuration

2004-05-21 Thread Niels Donninger
So, here's the solution:
Even if you plug two monitors into your videocard, you still make two sections 
'Device' with the same BusID for your videocard. 
Notice that I put 'screen 0' in the first device and 'screen 1' in the second. 
In an example I saw this thing in the 'ServerLayout' section, but that didn't 
work for me.
Also notice that I disabled the 'option "MonitorLayout"': When I enable this 
one, the whole thing doesn't work.
In the section 'serverlayout', two screens are defined, one default, and one 
with external screen. Notice that the first one is the default screen and not 
the external, otherwise it doesn't work either. (sensitive isn't it ?;-)
Then, for the xinerama mode, include a section 'serverflags' where the option 
'xinerama' is set to 'true'.

That's for the XF86config.
With all this configured, the 'multiple monitors' option is now visible in: 
control center -> peripherals -> display

attached: My XF86Config file.
Good luck.


-- 
Met vriendelijke groet,

Niels Donninger
Fluence
Zweedsestraat 1
7202 CK Zutphen
Postbus 65
7200 AB Zutphen
T. 0575-458130
F. 0575-458139
E. [EMAIL PROTECTED]
I. www.fluence.nl
Section "Files"
FontPath"unix/:7100"# local font server
# if the local font server has problems, we can fall back on these
FontPath"/usr/lib/X11/fonts/misc"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/Type1"
FontPath"/usr/lib/X11/fonts/CID"
FontPath"/usr/lib/X11/fonts/Speedo"
FontPath"/usr/lib/X11/fonts/100dpi"
FontPath"/usr/lib/X11/fonts/75dpi"
EndSection
Section "Module"
Load"GLcore"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"record"
Load"speedo"
Load"type1"
Load"vbe"
EndSection
Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
EndSection
Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/psaux"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
Option  "ZAxisMapping"  "4 5"
EndSection
Section "Device"
Identifier  "Ati Mobility 0"
Driver  "radeon"
# ### generic DRI settings ###
# === disable PnP Monitor  ===
#Option  "NoDDC"
# === disable/enable XAA/DRI ===
Option "no_accel"   "no"
Option "no_dri" "no"
# === misc DRI settings ===
Option "mtrr"   "off" # disable DRI mtrr mapper, 
driver has its own code for mtrr
# ### FireGL DDX driver module specific settings ###
# === Screen Management ===
Option "DesktopSetup"   "0x" 
#Option "MonitorLayout"  "AUTO, AUTO"
Option "IgnoreEDID" "off"
#Option "HSync2" "31.5 - 80.5" 
#Option "VRefresh2"  "60 - 100" 
Option "ScreenOverlap"  "0" 
## === TV-out Management ===
Option "NoTV"   "no" 
Option "TVStandard" "NTSC-M" 
Option "TVHSizeAdj" "0" 
Option "TVVSizeAdj" "0" 
Option "TVHPosAdj"  "0" 
Option "TVVPosAdj"  "0" 
Option "TVHStartAdj""0" 
Option "TVColorAdj" "0" 
Option "GammaCorrectionI"   "0x"
Option "GammaCorrectionII"  "0x"
## === OpenGL specific profiles/settings ===
Option "Capabilities"   "0x"
## === Video Overlay for the Xv extension ===
Option "VideoOverlay"   "on"
# === OpenGL Overlay ===
# Note: When OpenGL Overlay is enabled, Video Overlay
#   will be disabled automatically
Option "OpenGLOverlay"  "off"
# === Center Mode (Laptops only) ===
Option "CenterMode" "on"
# === Pseudo Color Visuals (8-bit visuals) ===
Option "PseudoColorVisuals" "off"
# === QBS Management ===
Option "Stereo"

Bug#250215: CAN-2004-0411: URI handlers do not filter properly

2004-05-21 Thread J.H.M. Dassen (Ray)
Package: konqueror
Version: 4:3.2.2-1
Severity: grave
Tags: security upstream woody sarge sid

http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0411 :

Candidate: CAN-2004-0411
URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0411
Phase: Assigned (20040416)
Category: SF
Reference: BUGTRAQ:20040513 Opera Telnet URI Handler Vulnerability also applies 
to other browsers
Reference: URL:http://www.securityfocus.com/archive/1/363225
Reference: BUGTRAQ:20040517 KDE Security Advisory: URI Handler Vulnerabilities
Reference: URL:http://marc.theaimsgroup.com/?l=bugtraq&m=108481412427344&w=2
Reference: CONFIRM:http://www.kde.org/info/security/advisory-20040517-1.txt
Reference: REDHAT:RHSA-2004:222
Reference: URL:http://www.redhat.com/support/errata/RHSA-2004-222.html

The URI handlers in Konqueror for KDE 3.2.2 and earlier do not
properly filter "-" characters that begin a hostname in a (1) telnet,
(2) rlogin, (3) ssh, or (4) mailto URI, which allows remote attackers
to manipulate the options that are passed to the associated programs,
possibly to read arbitrary files or execute arbitrary code.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable'), (750, 'experimental'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.27-pre3
Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1
-- 
Obsig: developing a new sig



Re: Bug#248632: the same problem from kdm's view

2004-05-21 Thread Branden Robinson
retitle 248362 xfree86-common: 20xfree86-common_process-args does not trap 
failure of 'which'
thanks

On Wed, May 12, 2004 at 05:28:06PM +0200, Oliver Bausinger wrote:
> I found that #236520
> (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=236520)
> describes the same problem from kdm's perspective and there is 
> also a patch.
> Perhaps that bug should be merged with this.

Thanks for reporting this problem; I am fixing it.

As far as the merge goes, that's up to the kdm maintainer.

If he/she/they feel there is nothing more to do from kdm's angle except
await for this bugfix in xfree86-common, then I suspect they should be
merged.

-- 
G. Branden Robinson|I am sorry, but what you have
Debian GNU/Linux   |mistaken for malicious intent is
[EMAIL PROTECTED] |nothing more than sheer
http://people.debian.org/~branden/ |incompetence! -- J. L. Rizzo II


signature.asc
Description: Digital signature


Bug#244715: "Use system bell" doesn't use system bell (and kills everything else)

2004-05-21 Thread Phil Edwards
On Thu, May 20, 2004 at 08:19:15PM -0700, Frank Jas wrote:
> 
> >On this box, the hardware beep /must/ work. And it works fine, outside
> >of KDE. But once KDE starts up, artsd takes over the system beep, and
> >artsd doesn't work. The "System Bell" module has its checkbox next to
> >"use the system bell instead of the little notification sounds", but the
> >Test botton on that dialog does nothing, and the system beep never happens.
> >
> >Reading the logfiles, I can see artsd messages every time the hardware
> >beep is supposed to go off. So clearly it's still being intercepted and
> >notification sounds are still trying to be played; that's the bug.
> >
> >Toggling the checkboxes, enabling/disabling the sound system, deleting
> >cache files, rebooting, etc, etc, doesn't help. It seems to be write-only.
> 
> I ran into the same symptoms recently after upgrading KDE to 3.2.2 on 
> 2.4.25 (ppc). After going around in circles for quite a while I found a 
> check box in the KDE Control Center -> Regional & Accessibility -> 
> Accessibility -> Bell.

Son of a...  Two settings for the same thing, completely separate!

I would never have thought to look under Accessibility (I don't use any
of the "handicapped" features).


> Check "Use System Bell" magically got the bell to work.  After the 
> upgrade, these settings were changed back to the default, which is off.
> 
> I'm interested to know if this solves your problem,

Woo-hoo!  It does!  That's been driving me bonkers.  I wish I could
MIME-attach ten bucks to this email.  :-)

Now all I have to do is get normal sound working again.


Thanks!

-- 
I have seen things you lusers would not believe.  I've seen Sun monitors on
fire off the side of the multimedia lab.  I've seen NTU lights glitter in the
dark near the Mail Gate.  All these things will be lost in time, like the
root partition last week.  Time to die... - Peter Gutmann, a.s.r.