Building TDE against CUPS 1.4.5 (Slackware 13.1). As of today I now receive the following build failures:
/dev/shm/tdelibs/tdeprint/cups/kmcupsjobmanager.cpp:300: error: 'class IppRequest' has no member named 'last'
/dev/shm/tdelibs/tdeprint/cups/kmcupsmanager.cpp:571: error: 'class IppRequest' has no member named 'last'
/dev/shm/tdelibs/tdeprint/cups/kmcupsmanager.cpp:902: error: 'class IppRequest' has no member named 'last'
Reversing commit 9bc0d2cd resolves the failure, but I presume the patch should be tweaked to support CUPS < 1.6.
Darrell
Slavek,
I don't know what name change did this, but kdesktop tries to load 'tdmtsak'.
It should be loading 'kdmtsak'. Here is the error generated in .xsession-errors:
[kdesktop] SAK driven secure dialog is not available for use (retcode 6). Check
tdmtsak for proper functionality.
I checked and the kdmtsak binary is there:
18:52 tdesru:~> l /opt/trinity/bin/*sak*
-rws--x--x 1 root root 28209 Aug 12 01:21 /opt/trinity/bin/kdmtsak
-rwxr-xr-x 1 root root 24113 Aug 12 01:46 /opt/trinity/bin/tsak
--
David C. Rankin, J.D.,P.E.
Tim, All,
Since grub is dead upstream and movement is toward grub2, how will this be
supported in tdm? Currently Grub and Lilo are the only boot managers supported.
Has anybody looked to see what is needed to add Grub2 support?
This will affect the shutdown dialog options to restart "Select bootloader".
It looks like the main differences will be to parse /boot/grub/grub.cfg instead
of /boot/grub/menu.lst. In grub, the menu.lst file was formatted like:
# comment
title
root
kernel
initrd
savedefault
# comment for chainload
title
rootnorverify
makeactive
chainloader
savedefault
Under grub2 grub.cfg, you have something like:
### comment ###
menuentry 'New Title' --class arch --class gnu-linux --class gnu --class os
$menuentry_id_option 'gnulinux-core repo
kernel-true-a625b429-6143-459c-a57c-6c5bba56d715' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5
--hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5
a625b429-6143-459c-a57c-6c5bba56d715
else
search --no-floppy --fs-uuid --set=root
a625b429-6143-459c-a57c-6c5bba56d715
fi
echo 'Loading Linux core repo kernel ...'
linux /boot/vmlinuz-linux
root=UUID=a625b429-6143-459c-a57c-6c5bba56d715 ro quiet
echo 'Loading initial ramdisk ...'
initrd /boot/initramfs-linux.img
}
So for grub2 it looks like you will parse for 'menuentry' 'set root' in order
to pass that information to grub2 for restart. Anybody looked into this yet? Do
we want to open a feature request on it?
(for those not using grub2 yet -- just wait :)
--
David C. Rankin, J.D.,P.E.
Many sound files are named with a KDE_* prefix. Everything works as is and there is no requirement to rename the files. Yet in the spirit of renaming for branding purposes, should we rename those files to TDE_*?
There are two packages that contain the files: tdebase and tdeartwork. Renaming and updating the respective make files is straightforward, as is updating 11 default eventsrc config files in other packages in the source tree.
A remaining challenge is updating existing user profile eventsrc config files to use the renamed files because existing eventsrc config files will be referencing sound files with the KDE_* prefix, which no longer would exist.
Currently we have no mechanism to update profile eventsrc files. We can write a new shell script to perform the updates. The new script would be called by the migratekde3 and called once from within starttde, like the r14-xdg-update script. Or embed the updates in the migratekde3 and r14-xdg-update scripts.
The renaming would be R14 only and not expected to be backwards compatible with 3.5.13 sru.
Comments?
Darrell
Tim, Slavek,
After receiving a error message that knotify crashed (see:
http://www.3111skyline.com/dl/dt/trinity/ss/3513-knotifyCrash-disable-aRts.…),
I begin checking the .xsession-errors file. The are a number of errors 'Could
not load library! Trying exec....' This may be normal, but I want to confirm
whether there is a problem here or not. I have included the part for my
.xsession-errors file that contains the error messages:
[startkde] kdeinit started successfully.
kdeinit: Got KWRAPPER 'ksmserver' from socket.
kdeinit: PID 821 terminated.
kdeinit: Got SETENV
'SESSION_MANAGER=local/tdesru:@/tmp/.ICE-unix/822,unix/tdesru:/tmp/.ICE-unix/822,inet6/tdesru:44438,inet/tdesru:51121'
from klauncher.
kdeinit: Got EXEC_NEW 'kwin' from launcher.
kdeinit: Got EXT_EXEC 'knotify' from launcher.
kdeinit: Got EXEC_NEW '/opt/trinity/bin/kdesktop' from launcher.
Could not load library! Trying exec....
kdeinit: PID 825 terminated.
kdeinit: PID 828 terminated.
kdeinit: Got EXEC_NEW 'kicker' from launcher.
[kdesktop] SAK driven secure dialog is not available for use (retcode 6). Check
tdmtsak for proper functionality.
kdeinit: Got EXEC_NEW 'kio_file' from launcher.
kdeinit: Got EXEC_NEW 'kio_file' from launcher.
kdeinit: PID 832 terminated.
kdeinit: Got SETENV 'XCURSOR_THEME=default' from klauncher.
kdeinit: Got SETENV
'GTK_RC_FILES=/etc/gtk/gtkrc:/home/david/.gtkrc:/home/david/.trinity/share/config/gtkrc'
from klauncher.
kdeinit: Got SETENV
'GTK2_RC_FILES=/home/david/.gtkrc-2.0-kde-kde4:/home/david/.trinity/share/config/gtkrc-2.0'
from klauncher.
kdeinit: Got EXEC_NEW 'nspluginscan' from launcher.
Could not load library! Trying exec....
kdeinit: Got EXEC_NEW 'artswrapper' from launcher.
Could not load library! Trying exec....
kdeinit: Got EXEC_NEW 'kaccess' from launcher.
kdeinit: Got EXEC_NEW 'kmixctrl' from launcher.
kdeinit: Got EXEC_NEW 'krandrtray' from launcher.
Could not load library! Trying exec....
kdeinit: PID 840 terminated.
kdeinit: Got EXEC_NEW 'basket' from launcher.
Could not load library! Trying exec....
kdeinit: PID 838 terminated.
kdeinit: Got EXT_EXEC 'kbuildsycoca' from launcher.
kbuildsycoca running...
Reusing existing ksycoca
kdeinit: PID 841 terminated.
kdeinit: Got EXEC_NEW 'kmix' from launcher.
kdeinit: Got EXEC_NEW 'ktip' from launcher.
Could not load library! Trying exec....
kdeinit: PID 843 terminated.
kdeinit: Got EXEC_NEW '/usr/bin/VBoxClient-all' from launcher.
Could not load library! Trying exec....
kdeinit: Got EXEC_NEW 'klipper' from launcher.
kdeinit: Got EXEC_NEW 'kpowersave' from launcher.
kdeinit: Got EXEC_NEW 'korgac' from launcher.
Could not load library! Trying exec....
kdeinit: Got EXEC_NEW 'krandrtray' from launcher.
Could not load library! Trying exec....
kdeinit: PID 867 terminated.
kdeinit: PID 846 terminated.
kdeinit: PID 853 terminated.
kdeinit: PID 850 terminated.
kdeinit: PID 854 terminated.
kdeinit: PID 848 terminated.
kdeinit: PID 864 terminated.
kdeinit: PID 859 terminated.
X Error: BadWindow (invalid Window parameter) 3
Major opcode: 20
Minor opcode: 0
Resource id: 0xc00006
X Error: BadWindow (invalid Window parameter) 3
Major opcode: 20
Minor opcode: 0
Resource id: 0xc00006
X Error: BadWindow (invalid Window parameter) 3
Major opcode: 19
Minor opcode: 0
Resource id: 0xc00006
kdeinit: PID 845 terminated.
kdeinit: Got EXT_EXEC 'ksnapshot' from launcher.
Could not load library! Trying exec....
<snip>
In response to the knotify crash dialog, choosing "Try again" restores knotify
operation and I can play sound events fine. However, I need to figure out which
library can't be loaded. How do I do this? I can annotate startkde, but what do
I do for kdeinit? Is this logged somewhere? If so, where. There may be a couple
of lingering 't' 'k' issues that need fixing somewhere. Any help appreciated.
Also, if there is some way to turn up logging in tde, let me know. I recall
that there is a way to turn up what goes in xsession-errors, but I'm drawing
blanks this morning :)
--
David C. Rankin, J.D.,P.E.
All,
Looking into why the tdm display manager themes are not displaying, I needed
to open many files as root. It would be really helpful to have a context menu
item for files that is something like "Open As: " or "Edit as: " where you can
choose the user to open the file under. This just saves having to type tdesu
filename on the cli. Is there already something like that that can be included
in tde?
--
David C. Rankin, J.D.,P.E.
Tim, Slavek, Francios,
One conflict with kde4 and 3.5.13-sru is the install of .menu files in
/etc/xdg/menus (I think by tdebase). I have two ideas. Either are OK if they
will work:
(1) cherry-pick the commit that changes the names of the menu files from
kde-xxx.menu to tde-xxx.menu for sru. E.g.:
etc/xdg/menus/tde-information.menu
etc/xdg/menus/tde-screensavers.menu
etc/xdg/menus/tde-settings.menu
etc/xdg/menus/applications-merged/tde-essential.menu
The problem here is I don't know how much else in the code has to be changed
along with this. OR
(2) Install all kde-xxx.menu files to $TDEDIR/etc/xdg. I don't know if this will
work, but my installs already put the following files in /opt/trinity/etc
opt/trinity/etc/xdg/menus/applications.menu
opt/trinity/etc/xdg/menus/applications.menu-no-kde
If putting kde-information.menu,kde-screensavers.menu,kde-settings.menu, and
tde-essential.menu in /opt/trinity/etc/xdg will work, I think we can just make a
change in tdebase TDESetupPaths.cmake. It looks to me like tdelibs/kded installs
the applications menu in /opt/trinity/etc while tdebase installs the rest of the
menus in /etc.
If we can do either (1) or (2), that will eliminate an install confict with
kde 4.9. What say the experts? Can we do something like this?
--
David C. Rankin, J.D.,P.E.
I'm seeing the following build errors:
g++: .obj/qcompactstyle.o: No such file or directory
mv: cannot stat `libqcompactstyle.so': No such file or directory
g++: .obj/qcompactstyle.o: No such file or directory
mv: cannot stat `libqcompactstyle.so': No such file or directory
../../../../src/styles/qcompactstyle.cpp:152: error: 'CEF_HasWidget' was not declared in this scope
../../../../src/styles/qcompactstyle.cpp:238: error: no matching function for call to 'TQCompactStyle::drawPrimitive(TQStyle::PrimitiveElement, TQPainter*&, TQRect, TQColorGroup&, uint&, const TQStyleOption&)'
../../../../src/styles/qcompactstyle.cpp:305: error: no matching function for call to 'TQCompactStyle::drawPrimitive(TQStyle::PrimitiveElement, TQPainter*&, TQRect, TQColorGroup&, TQStyle::StyleFlags)'
../../../../src/styles/qcompactstyle.cpp:308: error: no matching function for call to 'TQCompactStyle::drawPrimitive(TQStyle::PrimitiveElement, TQPainter*&, TQRect, const TQColorGroup&, TQStyle::StyleFlags)'
../../../../src/styles/qcompactstyle.cpp:152: error: 'CEF_HasWidget' was not declared in this scope
../../../../src/styles/qcompactstyle.cpp:238: error: no matching function for call to 'TQCompactStyle::drawPrimitive(TQStyle::PrimitiveElement, TQPainter*&, TQRect, TQColorGroup&, uint&, const TQStyleOption&)'
../../../../src/styles/qcompactstyle.cpp:305: error: no matching function for call to 'TQCompactStyle::drawPrimitive(TQStyle::PrimitiveElement, TQPainter*&, TQRect, TQColorGroup&, TQStyle::StyleFlags)'
../../../../src/styles/qcompactstyle.cpp:308: error: no matching function for call to 'TQCompactStyle::drawPrimitive(TQStyle::PrimitiveElement, TQPainter*&, TQRect, const TQColorGroup&, TQStyle::StyleFlags)'
../../../../src/styles/qcompactstyle.cpp:152: error: 'CEF_HasWidget' was not declared in this scope
../../../../src/styles/qcompactstyle.cpp:238: error: no matching function for call to 'TQCompactStyle::drawPrimitive(TQStyle::PrimitiveElement, TQPainter*&, TQRect, TQColorGroup&, uint&, const TQStyleOption&)'
../../../../src/styles/qcompactstyle.cpp:305: error: no matching function for call to 'TQCompactStyle::drawPrimitive(TQStyle::PrimitiveElement, TQPainter*&, TQRect, TQColorGroup&, TQStyle::StyleFlags)'
../../../../src/styles/qcompactstyle.cpp:308: error: no matching function for call to 'TQCompactStyle::drawPrimitive(TQStyle::PrimitiveElement, TQPainter*&, TQRect, const TQColorGroup&, TQStyle::StyleFlags)'
../../../../src/styles/qcompactstyle.cpp:152: error: 'CEF_HasWidget' was not declared in this scope
../../../../src/styles/qcompactstyle.cpp:238: error: no matching function for call to 'TQCompactStyle::drawPrimitive(TQStyle::PrimitiveElement, TQPainter*&, TQRect, TQColorGroup&, uint&, const TQStyleOption&)'
../../../../src/styles/qcompactstyle.cpp:305: error: no matching function for call to 'TQCompactStyle::drawPrimitive(TQStyle::PrimitiveElement, TQPainter*&, TQRect, TQColorGroup&, TQStyle::StyleFlags)'
../../../../src/styles/qcompactstyle.cpp:308: error: no matching function for call to 'TQCompactStyle::drawPrimitive(TQStyle::PrimitiveElement, TQPainter*&, TQRect, const TQColorGroup&, TQStyle::StyleFlags)'
Full build log:
http://humanreadable.nfshost.com/trinity/build_logs/tqt3-R14.0.0-i486-13.1_…
The errors occur in Slackware 13.1 32-bit and 14 RC1 64-bit. Therefore the error is consistent with both older and newer gcc/g++.
Darrell
Tim, All,
I have built and tested (to a fair extent) Qt3-3.5.0 in tde 3.5.13-sru. It has
worked without issue so for. Good deal :)
--
David C. Rankin, J.D.,P.E.
Tim,
Is there an easy global sed I could run during packaging that would change the
${prefix} to /opt/tde without running into hard-coded issues? I know I can set
${prefix}, but I don't know how many places look for /opt/trinity by default. If
it's not worth the trouble, then "It's not worth the trouble" is all I need to
know :)
--
David C. Rankin, J.D.,P.E.