This is my list of build issues. This is not a comprehensive project list. For example, I have not yet had to tackle gcc 4.7 issues.
There is a pattern to these bugs. I suspect once one bug is resolved, then similar bugs follow.
Blocker:
948 rosegarden: FTBFS when liblo is not installed 946 kstreamripper FTBFS 920 avahi-tqt FTBFS 872 tdesdk FTBFS Against TQt3 871 tdeadmin FTBFS Against TQt3 817 tqca: No tqca package exists for the new tqt3 790 kdemultimedia: audiofile.h configure errors 788 Kdemultimedia: Kaudiocreator won't build unless configure finds the cdda headers 597 tdebindings will not build without numerous patches
Critical:
942 k3b: Can't find the TQt version of the dbus-1.0 headers (install dbus-tqt to /usr) 913 Kerberos support does not exist with any cmake converted package 873 gwenview will not build libmng support 598 tdenetwork will not build on Slackware with wifi support
Major:
945 kpilot FTBFS: Can't find tqt headers 943 kmplayer: Can't find the TQt version of the dbus-1.0 headers (install dbus-tqt to /usr) 877 tdeutils: X11/extensions/extutil.h: present but cannot be compiled 818 amarok: Several build options missing with the cmake conversion
Normal:
950 rosegarden: Sym Links Incorrect 940 kile: Sym Links Incorrect 939 knights: Sym Links Incorrect 933 krusader: Sym Links Incorrect 932 tellico: Sym Links Incorrect 931 kmplayer: Sym Links Incorrect 930 kdiff3: Sym Links Incorrect 627 kspell Sym Link Incorrect 626 konversation Sym Links Incorrect 613 kipi-plugins Sym Links Incorrect 347 amarok Sym Links Incorrect
Minor:
947 kbarcode: unknown icon type 937 kradio: unknown icon type 935 krename: unknown icon type 934 krusader: unknown icon type 807 tdeaddons: unknown icon type 806 kipi-plugins: unknown icon type 805 tdeutils: unknown icon type 804 gwenview: unknown icon type 719 koffice: unknown icon types
Darrell
On Monday 16 April 2012 09:20:07 Darrell Anderson wrote:
Major:
945 kpilot FTBFS: Can't find tqt headers
kpilot has been abandoned long ago by its developers (and never worked reliably, to my experience, even back then when it was maintained), including the never completed kde4 port. in addition, who still owns/uses this outdated piece of hardware ? I doubt anyone would even notice kpilot beeing removed from trinity.
Werner
945 kpilot FTBFS: Can't find tqt headers
kpilot has been abandoned long ago by its developers (and never worked reliably, to my experience, even back then when it was maintained), including the never completed kde4 port. in addition, who still owns/uses this outdated piece of hardware ? I doubt anyone would even notice kpilot beeing removed from trinity.
No resistance from me. I tried building kpilot merely in the spirit of helping the project. I don't use the app and have no idea how.
I am in favor of removing cruft. Sounds as though kpilot is a candidate. Others include mlt/mlt++, kuickshow (already part of tdegraphics), and kcpuload.
Darrell
945 kpilot FTBFS: Can't find tqt headers
kpilot has been abandoned long ago by its developers (and never worked reliably, to my experience, even back then when it was maintained), including the never completed kde4 port. in addition, who still owns/uses this outdated piece of hardware ? I doubt anyone would even notice kpilot beeing removed from trinity.
No resistance from me. I tried building kpilot merely in the spirit of helping the project. I don't use the app and have no idea how.
I am in favor of removing cruft. Sounds as though kpilot is a candidate. Others include mlt/mlt++, kuickshow (already part of tdegraphics), and kcpuload.
Darrell
I use kcpuload on each and every TDE system I use; I am curious why this tiny app would even be in the list of "cruft"?
Tim
On 04/16/2012 04:17 PM, Timothy Pearson wrote:
945 kpilot FTBFS: Can't find tqt headers
kpilot has been abandoned long ago by its developers (and never worked reliably, to my experience, even back then when it was maintained), including the never completed kde4 port. in addition, who still owns/uses this outdated piece of hardware ? I doubt anyone would even notice kpilot beeing removed from trinity.
No resistance from me. I tried building kpilot merely in the spirit of helping the project. I don't use the app and have no idea how.
I am in favor of removing cruft. Sounds as though kpilot is a candidate. Others include mlt/mlt++, kuickshow (already part of tdegraphics), and kcpuload.
Darrell
I use kcpuload on each and every TDE system I use; I am curious why this tiny app would even be in the list of "cruft"?
Tim
A good candidacy check is how much time we spend maintaining it versus how much time we use it. If kicker breaks down, we obviously will repair it since it is a highly used object. If something like kpilot breaks and it will require a ridiculous amount of work, then it should be a candidate for removal. An application like kcpuload breaking? well luckily it was just a small compiler error and we can fix it up quickly and keep going. If its' going to hang us up, hang it out to dry.
Eh?
Calvin
I am in favor of removing cruft. Sounds as though
kpilot is a candidate. Others include mlt/mlt++, kuickshow (already part of tdegraphics), and kcpuload.
I use kcpuload on each and every TDE system I use; I am curious why this tiny app would even be in the list of "cruft"?
Ah! See? The old adage that one persons's garbage is another person's treasure!
I stuck that app in my message because this past weekend I looked for old Slackware build scripts for kcpuload. Nothing newer than Slackware 10.2, which was 6-1/2 years ago.
Enough said: scratch kcpuload from the "cruft" list. :)
Darrell
On Monday 16 April 2012 22:15:48 Darrell Anderson wrote:
I am in favor of removing cruft. Sounds as though kpilot is a candidate.
it is, definitely: dead software for dead hardware.
Others include mlt/mlt++, kuickshow
uhm, please retain kuickshow, if possible :) - I like it as a fast graphic file preview tool, without bloat...
Werner
Dne út 17. dubna 2012 Werner Joss napsal(a):
uhm, please retain kuickshow, if possible :)
- I like it as a fast graphic file preview tool, without bloat...
Kuickshow is apparently in the Trinity as a standalone application, but also as part tdegraphic. Therefore, it is planned to drop a standalone application.
Slávek --
On Tuesday 17 April 2012 17:13:59 Slávek Banko wrote:
Dne út 17. dubna 2012 Werner Joss napsal(a):
uhm, please retain kuickshow, if possible :)
- I like it as a fast graphic file preview tool, without bloat...
Kuickshow is apparently in the Trinity as a standalone application, but also as part tdegraphic. Therefore, it is planned to drop a standalone application.
hm, I'm not sure what this means: (k)tdegraphics is IMO a 'meta package' which contains tde graphics applications, one of them beeing kuickshow, isn't it ? (in consequence, dropping the standalone application would also remove it from tdegraphics, no ?)
Werner
Dne út 17. dubna 2012 Werner Joss napsal(a):
hm, I'm not sure what this means: (k)tdegraphics is IMO a 'meta package' which contains tde graphics applications, one of them beeing kuickshow, isn't it ? (in consequence, dropping the standalone application would also remove it from tdegraphics, no ?)
You put it in terms of binary packages. But when you look at the source code, you find one kuickshow tree within (k)tdegraphics and a second tree separate:
http://git.trinitydesktop.org/cgit/tdegraphics/tree/kuickshow http://git.trinitydesktop.org/cgit/kuickshow/tree/
That's what this is about.
Slávek --
On Tuesday 17 April 2012 19:12:14 Slávek Banko wrote:
You put it in terms of binary packages. But when you look at the source code, you find one kuickshow tree within (k)tdegraphics and a second tree separate:
http://git.trinitydesktop.org/cgit/tdegraphics/tree/kuickshow http://git.trinitydesktop.org/cgit/kuickshow/tree/
ok, I see - 2 source trees containing the same files - obviously, 1 can be dropped without loosing anything :)
Werner
I'm not sure what this means: (k)tdegraphics is IMO a 'meta package' which contains tde graphics applications, one of them beeing kuickshow, isn't it ? (in consequence, dropping the standalone application would also remove it from tdegraphics, no ?)
Not to my understanding. I never built the standalone version of kuickshow and always have built tdegraphics. I don't know that calling tdegrphics a meta package is a good description. Seems to imply "bloat" although that might not have been your intent. :) To me, tdegraphics is an important staple of the whole desktop:
kcoloredit kcolorchooser kfax xf86gammacfg kghostview kiconedit mrmlsearch kolourpaint kpdf kpovmodeler kruler ksnapshot svgdisplay printnodetest kuickshow kview kviewshell kfaxview kdvi kooka
I use kolourpaint, kpdf, ksnapshot, and kuickshow almost every day.
Of course, this could lead into a discussion about a long-time wish of mine since the KDE3 days: to modularize the whole package system. The KDE4 team finally did this. Yes, that would mean some sweat equity, but possibly that could be a reasonable R15 goal.
Darrell
On Tuesday 17 April 2012 19:58:26 Darrell Anderson wrote:
Not to my understanding. I never built the standalone version of kuickshow and always have built tdegraphics. I don't know that calling tdegrphics a meta package is a good description. Seems to imply "bloat" although that might not have been your intent. :)
no, it wasn't :) the 'metapackage' was taken from my debian squeeze install, where kdegraphics is in fact such a thing: a 'package' that is infact a list of 'real' packages (each a single application). I did not realize the kuickshow source is/was twice in the tde git tree. Slavek pointed me in the right direction.
Werner
I am in favor of removing cruft. Sounds as though
kpilot is a candidate.
it is, definitely: dead software for dead hardware.
Others include mlt/mlt++, kuickshow
uhm, please retain kuickshow, if possible :)
- I like it as a fast graphic file preview tool, without
bloat...
I use kuickshow as my primary viewer. The app is part of tdegraphics. I meant that the separate module in the source tree is unnecessary because the module only duplicates what is provided in tdegraphics.
Same versions. Same sources. :)
Darrell
On 04/16/2012 02:20 AM, Darrell Anderson wrote:
This is my list of build issues. This is not a comprehensive project list. For example, I have not yet had to tackle gcc 4.7 issues.
There is a pattern to these bugs. I suspect once one bug is resolved, then similar bugs follow.
Yes, most notably the redeclaration issue. Here is a 'short' gcc47 update. Major packages that do not build are
tdepim k3b digikam
The good news is here are the packages I can build on gcc47. As of this morning - the core and those packages are functioning. There are minor issues (e.g. knemo cant find eth0..) but on balance the complete install built on gcc47 is working well given the newness of the build system on gcc47. Here is a short list of what is building on gcc47:
(build scripts at: http://nirvana.3111skyline.com/dl/dt/tde/src/)
tde-abakus tde-amarok tde-arts tde-avahi-tqt tde-basket tde-dbus-1-tqt tde-dbus-tqt tde-dolphin tde-filelight tde-gtk-qt-engine tde-gwenview tde-k3b tde-k9copy tde-kaffeine tde-kbarcode tde-kbookreader tde-kdiff3 tde-kdirstat tde-kgtk-qt3 tde-kima tde-kio-locate tde-kipi-plugins tde-knemo tde-knetload tde-knetstats tde-knutclient tde-konversation tde-kpowersave tde-krename tde-krusader tde-ksplash-engine-moodin tde-libart-lgpl tde-libcaldav tde-libcarddav tde-libkdcraw tde-libkexiv2 tde-libkipi tde-libksquirrel tde-python-tqt tde-rosegarden tde-sip tde-sip4-tqt tde-soundkonverter tde-tde-style-qtcurve tde-tdeaccessibility tde-tdeaddons tde-tdeadmin tde-tdeartwork tde-tdebase tde-tdeedu tde-tdegames tde-tdegraphics tde-tdelibs tde-tdemultimedia tde-tdenetwork tde-tdesdk tde-tdesvn tde-tdetoys tde-tdeutils tde-tdevelop tde-tdewebdev tde-tqca-tls tde-tqt3 tde-tqtinterface tde-twin-style-crystal tde-wlassistant tde-yakuake
-
Calvin Morrison -
Darrell Anderson -
David C. Rankin -
Slávek Banko -
Timothy Pearson -
Werner Joss