Bug#1071436: qt6: mixing incompatible versions is not precluded

2024-05-19 Thread Oswald Buddenhagen
Package: qt6-5compat-dev
Version: 6.6.2-1+b1
Severity: normal

i installed qt6-l10n-tools 6.6 from experimental, which also upgraded
qtbase and some other packages. however, it left qt6-5compat-dev at the
unstable 6.4, thus breaking subsequent builds due to binary
incompatibility; i got a bunch of errors looking like

  /usr/bin/ld: /usr/lib/x86_64-linux-gnu/libQt6Core5Compat.so.6.4.2: undefined 
reference to `QUtf16::convertToUnicode(QByteArrayView, 
QStringConverterBase::State*, DataEndianness)@Qt_6'


manually pulling qt6-5compat-dev from experimental as well fixed the
problem.



Bug#1038699: more info

2023-07-14 Thread Oswald Buddenhagen

turns out my suspicion was correct.
the issue is tracked upstream at 
https://bugreports.qt.io/browse/QTBUG-87776 .

please re-open the bug and retitle it appropriately.



Bug#1038699: closed by Patrick Franz ()

2023-06-21 Thread Oswald Buddenhagen

huh?

if the declaration of the private dependency is just missing in that qtc 
plugin, then fair enough. but that doesn't explain the total garbage 
error message which suggests some kind of internal error (it sort of 
suggests that an incomplete package is installed like in the other bug i 
reported, except that it's just not there).


please investigate whether this is a result of splitting, and forward 
the bug to upstream with your findings.




Bug#1038693: qt6-declarative-dev: inappropriately included cmake file

2023-06-20 Thread Oswald Buddenhagen
cmake files are necessary for static builds, because the "plugins" 
aren't actually plugins then. at least i'm assuming that this 
functionality wasn't lost during the cmake port ...


plugins may also be listed as runtime dependencies for deployment.  
theoretically - whether that was actually implemented, i don't know.


neither of these are immediately relevant for a regular desktop build, 
but you shouldn't be surprised when applications fail to build due to 
formally missing dependencies.




Bug#1038699: qt6-declarative-dev: files missing ... somehow

2023-06-20 Thread Oswald Buddenhagen
Package: qt6-declarative-dev
Version: 6.4.2+dfsg-1
Severity: normal

while building qt creator, cmake spits out this message during the 
generation phase (that is, after configuration is done):

==
CMake Error in src/plugins/qmldesigner/CMakeLists.txt:
  Imported target "Qt::QmlPrivate" includes non-existent path

"/usr/include/x86_64-linux-gnu/qt6/QtQml/6.4.2"

  in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

  * The path was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and references files it does not
  provide.
==

i have no clue where this is coming from, because there are no obvious 
hits for QmlPrivate in the cmake directory.

but once i install qt6-declarative-private-dev, the error goes away.

i suppose this might be some dynamic magic in the upstream code that 
isn't prepared for actually being split into public and private.

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.3.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages qt6-declarative-dev depends on:
ii  libqt6labsanimation6   6.4.2+dfsg-1
ii  libqt6labsfolderlistmodel6 6.4.2+dfsg-1
ii  libqt6labsqmlmodels6   6.4.2+dfsg-1
ii  libqt6labssettings66.4.2+dfsg-1
ii  libqt6labssharedimage6 6.4.2+dfsg-1
ii  libqt6labswavefrontmesh6   6.4.2+dfsg-1
ii  libqt6opengl6-dev  6.4.2+dfsg-11
ii  libqt6qml6 6.4.2+dfsg-1
ii  libqt6qmlcompiler6 6.4.2+dfsg-1
ii  libqt6qmlcore6 6.4.2+dfsg-1
ii  libqt6qmllocalstorage6 6.4.2+dfsg-1
ii  libqt6qmlmodels6   6.4.2+dfsg-1
ii  libqt6qmlworkerscript6 6.4.2+dfsg-1
ii  libqt6qmlxmllistmodel6 6.4.2+dfsg-1
ii  libqt6quick6   6.4.2+dfsg-1
ii  libqt6quickcontrols2-6 6.4.2+dfsg-1
ii  libqt6quickcontrols2impl6  6.4.2+dfsg-1
ii  libqt6quickdialogs2-6  6.4.2+dfsg-1
ii  libqt6quickdialogs2quickimpl6  6.4.2+dfsg-1
ii  libqt6quickdialogs2utils6  6.4.2+dfsg-1
ii  libqt6quicklayouts66.4.2+dfsg-1
ii  libqt6quickparticles6  6.4.2+dfsg-1
ii  libqt6quickshapes6 6.4.2+dfsg-1
ii  libqt6quicktemplates2-66.4.2+dfsg-1
ii  libqt6quicktest6   6.4.2+dfsg-1
ii  libqt6quickwidgets66.4.2+dfsg-1
ii  qt6-base-dev   6.4.2+dfsg-11
ii  qt6-declarative-dev-tools  6.4.2+dfsg-1
ii  qt6-qmltooling-plugins 6.4.2+dfsg-1

qt6-declarative-dev recommends no packages.

qt6-declarative-dev suggests no packages.

-- no debconf information



Bug#1038693: qt6-declarative-dev: inappropriately included cmake file

2023-06-20 Thread Oswald Buddenhagen
Package: qt6-declarative-dev
Version: 6.4.2+dfsg-1
Severity: normal

trying to build qt creator, i got this error message:

===
CMake Error at 
/usr/lib/x86_64-linux-gnu/cmake/Qt6QmlCompilerPrivate/Qt6QmlLintQuickPluginTargets.cmake:96
 (message):
  The imported target "Qt6::QmlLintQuickPlugin" references the file

 "/usr/lib/x86_64-linux-gnu/qt6/plugins/qmllint/libquicklintplugin.so"

  but this file does not exist.  Possible reasons include:

  * The file was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and contained

 
"/usr/lib/x86_64-linux-gnu/cmake/Qt6QmlCompilerPrivate/Qt6QmlLintQuickPluginTargets.cmake"

  but not all the files it references.
===

installing qt6-qmllint-plugins fixes the issue.
i suppose you might need to split off qt6-qmllint-plugins-dev.


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.3.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages qt6-declarative-dev depends on:
ii  libqt6labsanimation6   6.4.2+dfsg-1
ii  libqt6labsfolderlistmodel6 6.4.2+dfsg-1
ii  libqt6labsqmlmodels6   6.4.2+dfsg-1
ii  libqt6labssettings66.4.2+dfsg-1
ii  libqt6labssharedimage6 6.4.2+dfsg-1
ii  libqt6labswavefrontmesh6   6.4.2+dfsg-1
ii  libqt6opengl6-dev  6.4.2+dfsg-11
ii  libqt6qml6 6.4.2+dfsg-1
ii  libqt6qmlcompiler6 6.4.2+dfsg-1
ii  libqt6qmlcore6 6.4.2+dfsg-1
ii  libqt6qmllocalstorage6 6.4.2+dfsg-1
ii  libqt6qmlmodels6   6.4.2+dfsg-1
ii  libqt6qmlworkerscript6 6.4.2+dfsg-1
ii  libqt6qmlxmllistmodel6 6.4.2+dfsg-1
ii  libqt6quick6   6.4.2+dfsg-1
ii  libqt6quickcontrols2-6 6.4.2+dfsg-1
ii  libqt6quickcontrols2impl6  6.4.2+dfsg-1
ii  libqt6quickdialogs2-6  6.4.2+dfsg-1
ii  libqt6quickdialogs2quickimpl6  6.4.2+dfsg-1
ii  libqt6quickdialogs2utils6  6.4.2+dfsg-1
ii  libqt6quicklayouts66.4.2+dfsg-1
ii  libqt6quickparticles6  6.4.2+dfsg-1
ii  libqt6quickshapes6 6.4.2+dfsg-1
ii  libqt6quicktemplates2-66.4.2+dfsg-1
ii  libqt6quicktest6   6.4.2+dfsg-1
ii  libqt6quickwidgets66.4.2+dfsg-1
ii  qt6-base-dev   6.4.2+dfsg-11
ii  qt6-declarative-dev-tools  6.4.2+dfsg-1
ii  qt6-qmltooling-plugins 6.4.2+dfsg-1

qt6-declarative-dev recommends no packages.

qt6-declarative-dev suggests no packages.

-- no debconf information



Bug#1017591: libkf5service5: missing symbols in library

2022-08-17 Thread Oswald Buddenhagen
Package: libkf5service5
Version: 5.97.0-1
Severity: grave
Justification: renders package unusable

/usr/bin/startplasma-x11: symbol lookup error: 
/usr/lib/x86_64-linux-gnu/libKF5Service.so.5: undefined symbol: 
_ZN8KSandbox9isFlatpakEv


-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.18.0-4-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libkf5service5 depends on:
ii  libc6   2.34-4
ii  libkf5configcore5   5.97.0-1
ii  libkf5coreaddons5   5.97.0-1
ii  libkf5dbusaddons5   5.97.0-1
ii  libkf5i18n5 5.97.0-1
ii  libkf5service-data  5.97.0-1
ii  libqt5core5a5.15.4+dfsg-5
ii  libqt5dbus5 5.15.4+dfsg-5
ii  libqt5xml5  5.15.4+dfsg-5
ii  libstdc++6  12.1.0-8

Versions of packages libkf5service5 recommends:
ii  libkf5service-bin  5.97.0-1

libkf5service5 suggests no packages.

-- no debconf information



Bug#952718: qtcreator: Clang code model fail to find stddef.h if libclang-common-8-dev package is not installed

2020-04-03 Thread Oswald Buddenhagen
Package: qtcreator
Version: 4.11.0-2
Followup-For: Bug #952718

i just wasted about half an hour on researching this, so i'll summarize 
my current understanding:

libclang-N needs to depend on libclang-common-N-dev, as otherwise it's 
dysfunctional.

failing that, qtcreator needs to recommend libclang-common-N-dev. this 
could be upgraded to depends if the clang-related plugins incl.  
libclangsupport are factored out to a separate qtcreator sub-package 
which qtcreator recommends.
alternatively, this approach could be used to isolate the libclang-N 
dependency itself.

that qtcreator's code model technically uses the wrong headers is 
correct, but orthogonal to the issue, and usually not problematic (which 
is why the approach was deemed accepatable in the first place).



Bug#913679: kopete: libjingle-call keeps crashing

2018-11-13 Thread Oswald Buddenhagen
Package: kopete
Version: 4:17.08.3-2
Severity: important

when an xmpp account is configured and "Enable libjingle support" is
enabled, kopete will spawn libjingle-call (being online is apparently
sufficient). this will immediately crash, leaving such an entry in
the journal:

Nov 14 00:23:30 host kernel: libjingle-call[6998]: segfault at 48 ip 
7fa8d882ec73 sp 7ffe90fdb610 error 4 in 
libcrypto.so.1.1[7fa8d87f1000+19f000]
Nov 14 00:23:30 host kernel: Code: 40 24 01 00 00 00 4c 89 e2 c7 40 50 01 00 00 
00 0f ae f0 e8 ff 35 fc ff 85 c0 74 6c e8 86 4c fc ff 48 89 43 70 48 85 c0 74 
2d <48> 8b 45 48 48 85 c0 74 74 48 89 df ff d0 85 c0 0f 84 a7 00 00 00 [...]

the executable will be instantly respawned, which on my system produces
about six entries per second. within some hours, the disk fills up,
rendering the system unusable.

the non-existing handling of the "keeps crashing" situation is certainly
an upstream issue. but the crash itself may be related to the packaging.

here's an actual backtrace:

#0  BIO_new (method=0x0) at ../crypto/bio/bio_lib.c:94
#1  0x555fe062667a in BIO_new_socket (socket=0x555fe17fee08) at 
./protocols/jabber/libjingle/talk/base/openssladapter.cc:123
#2  0x555fe0626fc3 in talk_base::OpenSSLAdapter::BeginSSL 
(this=this@entry=0x555fe17fef10) at 
./protocols/jabber/libjingle/talk/base/openssladapter.cc:345
#3  0x555fe0627122 in talk_base::OpenSSLAdapter::StartSSL 
(hostname=0x555fe17ff700 "kde.org", restartable=, 
this=0x555fe17fef10) at 
./protocols/jabber/libjingle/talk/base/openssladapter.cc:320
#4  talk_base::OpenSSLAdapter::StartSSL (this=0x555fe17fef10, 
hostname=0x555fe17ff700 "kde.org", restartable=) at 
./protocols/jabber/libjingle/talk/base/openssladapter.cc:307
#5  0x555fe0799413 in XmppSocket::StartTls (domainname=..., 
this=0x555fe17fdca0) at /usr/include/c++/8/bits/basic_string.h:2290
#6  XmppSocket::StartTls (this=0x555fe17fdca0, domainname=...) at 
./protocols/jabber/libjingle/talk/examples/login/xmppsocket.cc:227
#7  0x555fe07749e3 in buzz::XmppEngineImpl::StartTls (this=0x555fe17ff610, 
domain=...) at /usr/include/c++/8/bits/basic_string.h:1031
#8  0x555fe0777507 in buzz::XmppLoginTask::Advance 
(this=this@entry=0x555fe17ffe60) at 
./protocols/jabber/libjingle/talk/xmpp/jid.h:55
#9  0x555fe0777c20 in buzz::XmppLoginTask::Advance (this=0x555fe17ffe60) at 
./protocols/jabber/libjingle/talk/xmpp/xmpplogintask.cc:98
#10 buzz::XmppLoginTask::IncomingStanza (this=0x555fe17ffe60, 
element=element@entry=0x555fe1801a90, isStart=isStart@entry=false) at 
./protocols/jabber/libjingle/talk/xmpp/xmpplogintask.cc:85
#11 0x555fe0773c16 in buzz::XmppEngineImpl::IncomingStanza 
(this=0x555fe17ff610, stanza=0x555fe1801a90) at 
./protocols/jabber/libjingle/talk/xmpp/xmppengineimpl.cc:306
#12 0x555fe0777dbf in buzz::XmppStanzaParser::IncomingEndElement 
(name=, pctx=, this=0x555fe17ff628) at 
./protocols/jabber/libjingle/talk/xmpp/xmppstanzaparser.cc:93
#13 buzz::XmppStanzaParser::IncomingEndElement (this=0x555fe17ff628, 
pctx=, name=) at 
./protocols/jabber/libjingle/talk/xmpp/xmppstanzaparser.cc:82
#14 0x7f4731f203ff in doContent (parser=parser@entry=0x555fe17ff920, 
startTagLevel=startTagLevel@entry=0, enc=, s=, 
end=0x555fe18005cb "", nextPtr=0x555fe17ff950, haveMore=1 '\001')
at ../../src/lib/xmlparse.c:2924
#15 0x7f4731f214bc in contentProcessor (parser=0x555fe17ff920, 
start=, end=, endPtr=) at 
../../src/lib/xmlparse.c:2552
#16 0x7f4731f23a06 in XML_ParseBuffer (parser=0x555fe17ff920, len=50, 
isFinal=0) at ../../src/lib/xmlparse.c:1988
#17 0x555fe074d9c3 in buzz::XmlParser::Parse (this=0x555fe17ff640, 
data=, len=, isFinal=isFinal@entry=false) at 
./protocols/jabber/libjingle/talk/xmllite/xmlparser.cc:172
#18 0x555fe074dbe8 in buzz::XmlParser::Parse (this=, 
data=, len=, isFinal=isFinal@entry=false) at 
./protocols/jabber/libjingle/talk/xmllite/xmlparser.cc:169
#19 0x555fe0774cad in buzz::XmppStanzaParser::Parse (isFinal=false, 
len=, data=, this=) at 
./protocols/jabber/libjingle/talk/xmpp/xmppstanzaparser.h:52
#20 buzz::XmppEngineImpl::HandleInput (this=, bytes=, len=) at 
./protocols/jabber/libjingle/talk/xmpp/xmppengineimpl.cc:109
#21 0x555fe076fef4 in buzz::XmppClient::Private::OnSocketRead 
(this=0x555fe17fd370) at 
./protocols/jabber/libjingle/talk/xmpp/xmppclient.cc:350
#22 0x555fe0799805 in 
sigslot::signal0::operator() (this=0x555fe17fdd08) at 
/usr/include/c++/8/bits/stl_list.h:301
#23 XmppSocket::OnReadEvent (this=0x555fe17fdca0, socket=) at 
./protocols/jabber/libjingle/talk/examples/login/xmppsocket.cc:88
#24 0x555fe0626e58 in sigslot::signal1::operator() (a1=0x555fe17fef10, this=0x555fe17fef18) 
at /usr/include/c++/8/bits/stl_list.h:301
#25 talk_base::AsyncSocketAdapter::OnReadEvent (socket=, 
this=0x555fe17fef10) at ./protocols/jabber/libjingle/talk/base/asyncsocket.h:119
#26 talk_base::OpenSSLAdapter::OnReadEvent (this=0x555fe17fef10, 
socket=) at 
./protocols/jabber/libjingle/t

Bug#843395: qtcreator: missing dependency to qml-module-qtqml-models2

2016-11-06 Thread Oswald Buddenhagen
Package: qtcreator
Version: 4.1.0-3+b1
Severity: normal

switching to the welcome screen yields this message:

 qrc:/timeline/TimelineContent.qml:29:1: module "QtQml.Models" is not installed

installing qml-module-qtqml-models2 manually makes it go away.

(the welcome screen is still empty even with that fixed, but whatever ...)

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.8.5 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages qtcreator depends on:
ii  libbotan-1.10-1   1.10.12-1.1
ii  libc6 2.24-5
ii  libclang1-3.8 1:3.8.1-13
ii  libgcc1   1:6.2.0-11
ii  libqbscore1   1.6.0+dfsg-2
ii  libqbsqtprofilesetup1 1.6.0+dfsg-2
ii  libqt5concurrent5 5.7.1~20161021+dfsg-5
ii  libqt5core5a  5.7.1~20161021+dfsg-5
ii  libqt5designer5   5.7.1~20161021-2
ii  libqt5designercomponents5 5.7.1~20161021-2
ii  libqt5gui55.7.1~20161021+dfsg-5
ii  libqt5help5   5.7.1~20161021-2
ii  libqt5network55.7.1~20161021+dfsg-5
ii  libqt5printsupport5   5.7.1~20161021+dfsg-5
ii  libqt5qml5 [qtdeclarative-abi-5-7-0]  5.7.1~20161021-4
ii  libqt5quick5  5.7.1~20161021-4
ii  libqt5quickwidgets5   5.7.1~20161021-4
ii  libqt5sql55.7.1~20161021+dfsg-5
ii  libqt5sql5-sqlite 5.7.1~20161021+dfsg-5
ii  libqt5webkit5 5.7.1~20161021+dfsg-2
ii  libqt5widgets55.7.1~20161021+dfsg-5
ii  libqt5xml55.7.1~20161021+dfsg-5
ii  libstdc++66.2.0-11
ii  qml-module-qtquick-controls   5.7.1~20161021-2
ii  qml-module-qtquick2   5.7.1~20161021-4
ii  qtchooser 58-gfab25f1-1
ii  qtcreator-data4.1.0-3

Versions of packages qtcreator recommends:
ii  clang1:3.8-34
ii  gdb  7.11.1-2
ii  make 4.1-9
ii  qmlscene 5.7.1~20161021-4
ii  qt5-doc  5.6.1-1
ii  qt5-qmltooling-plugins   5.7.1~20161021-4
ii  qtbase5-dev-tools5.7.1~20161021+dfsg-5
ii  qtcreator-doc4.1.0-3
ii  qtdeclarative5-dev-tools 5.7.1~20161021-4
ii  qttools5-dev-tools   5.7.1~20161021-2
ii  qttranslations5-l10n 5.7.1~20161021-1
ii  qtxmlpatterns5-dev-tools 5.7.1~20161021-3
ii  xterm [x-terminal-emulator]  327-1

Versions of packages qtcreator suggests:
pn  cmake  
ii  g++4:6.1.1-1
pn  git
ii  kdelibs5-data  4:4.14.25-1
ii  subversion 1.9.4-3+b1

-- no debconf information



Bug#473373: (no subject)

2008-03-30 Thread Oswald Buddenhagen
this is no bug, but a feature. --nograb works only for debug
builds.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#265920: branches/KDE/3.5/kdebase/kdm/backend

2005-12-25 Thread Oswald Buddenhagen
SVN commit 491293 by ossi:

don't remove xdmctl/. it was meant to be nice ("clean up your crap,
dude"), but it causes problems for SE Linux. xauth/ was never removed,
either, so no loss. this fixes
CCMAIL: [EMAIL PROTECTED]


 M  +0 -4  ctrl.c  


--- branches/KDE/3.5/kdebase/kdm/backend/ctrl.c #491292:491293
@@ -191,8 +191,6 @@
unlink( cr->path );
*strrchr( cr->path, '/' ) = 0;
rmdir( cr->path );
-   *strrchr( cr->path, '/' ) = 0;
-   rmdir( cr->path );
free( cr->path );
cr->path = 0;
while (cr->css) {
@@ -206,8 +204,6 @@
CloseNClearCloseOnFork( cr->fifo.fd );
cr->fifo.fd = -1;
unlink( cr->fpath );
-   *strrchr( cr->fpath, '/' ) = 0;
-   rmdir( cr->fpath );
free( cr->fpath );
cr->fpath = 0;
if (cr->fifo.buffer)



Bug#263449: a clue

2004-08-13 Thread Oswald Buddenhagen
the problem is the -nolisten tcp in the Xservers file: kdm uses the
command for the remote query server as well. i have no really clever
idea now to fix it ...
please forward upstream.



Bug#247193: kdm: reserve doesn't seem to work

2004-05-07 Thread Oswald Buddenhagen
ok, applied.

> For Oswald, or other KDE'ers, I'd also like to suggest this
> information be incorporated into the kdm manual.  Currently it has no
> mention of reserve. 
>
there are two reasons for this. the first one is the constant lack of
somebody capable of updating the doc in a useful way. the second one
is, that the reserve display feature is only semi-official as of now - i
want proper desktop integration (gui for switching displays in kicker,
kdesktop and kdesktop_lock), and an interactive "shutdown protection" in
kdm to prevent users from nuking forgotten sessions.



kdenonbeta/kdedebian/kapture

2004-04-22 Thread Oswald Buddenhagen
CVS commit by ossi: 

fix


  M +2 -2  configure.in.in   1.5


--- kdenonbeta/kdedebian/kapture/configure.in.in  #1.4:1.5
@@ -12,7 +12,7 @@
 AC_LANG_CPLUSPLUS
 save_CXXFLAGS="$CXXFLAGS"
-CXXFLAGS="$KDE_INCLUDES"
+CXXFLAGS="-I$ac_kde_includes"
 
-AC_TRY_LINK([
+AC_TRY_COMPILE([
   #include 
 ],




Bug#225285: KDM fails to redisplay login screen after session ends

2003-12-30 Thread Oswald Buddenhagen
obviously the display subdaemon abort()s ... i need a backtrace of
this. read the "it doesn't work" section in 
http://ktown.kde.org/~ossi/files/kdm/README if you don't know how to
proceed.