tde-devels

devels@trinitydesktop.org

4 participants
3805 discussions

kdbg - will not execute or run program once loaded
by David C. Rankin 07 Mar '14

07 Mar '14

All, After a rebuild of tdepowersave with full debug enable, I decided to try kdbg. Opening the executable kdbg, reads the symbols and tells you it has completed reading symbol. The title shows tdepowersave and all looks ready, but there are NO active menu options at all to run or execute the program. It's like a connection is completely missing. http://www.3111skyline.com/dl/dt/trinity/ss/kdbg-no-execute.jpg The Execution menu has all items grayed out?? Can someone confirm this behavior in kdbg? -- David C. Rankin, J.D.,P.E.

2 2

Bug 1902 - tdeio_imap will exhaust available imap (anvil) if kmail open
by David C. Rankin 06 Mar '14

06 Mar '14

Slavek, One more issue with the tdeio_slaves failing to close is if kmail is left open, the automatic checks for new mails done every 10 minutes or so, will cause the mail server to begin rejecting connections after its anvil connection limit is reached (due to the imap connections never being closed): This was from my mail server after I began getting imap connection rejects: (all of those logins are from kmail that are stuck open) 953 ? Ss 0:29 /usr/sbin/dovecot 1087 ? S 0:05 \_ dovecot/anvil 1088 ? S 0:05 \_ dovecot/log 15680 ? S 0:09 \_ dovecot/config 31108 ? S 0:05 \_ dovecot/imap-login 31112 ? S 0:11 \_ dovecot/imap 1022 ? S 0:04 \_ dovecot/imap-login 1026 ? S 0:06 \_ dovecot/imap 20731 ? S 0:01 \_ dovecot/imap-login 20737 ? S 0:02 \_ dovecot/imap 21919 ? S 0:00 \_ dovecot/imap-login 21921 ? S 0:01 \_ dovecot/imap 23254 ? S 0:00 \_ dovecot/imap-login 23255 ? S 0:01 \_ dovecot/imap 25991 ? S 0:00 \_ dovecot/imap-login 25993 ? S 0:01 \_ dovecot/imap 32553 ? S 0:00 \_ dovecot/imap-login 32557 ? S 0:01 \_ dovecot/imap 15881 ? S 0:00 \_ dovecot/imap-login 15883 ? S 0:00 \_ dovecot/imap 16677 ? S 0:00 \_ dovecot/imap-login 16678 ? S 0:00 \_ dovecot/imap 19776 ? S 0:00 \_ dovecot/imap-login 19780 ? S 0:00 \_ dovecot/imap 23531 ? S 0:00 \_ dovecot/imap-login 23535 ? S 0:00 \_ dovecot/imap 23537 ? S 0:00 \_ dovecot/imap-login 23538 ? S 0:00 \_ dovecot/imap 1039 ? Ss 0:00 /usr/sbin/faxq -- David C. Rankin, J.D.,P.E.

2 15

Re: [trinity-devel] Good soft-freeze Report - 113/115 built without error on Arch
by Michele Calgaro 06 Mar '14

06 Mar '14

>I should try building kopete, but I've always preferred x-chat for some reason. >[FAILED] [00/00:00:36.144] "applications/kopete-otr" A known dependency problem for the last few months in Debian/testing. But since we are getting closer to release v14.0.0, it's time we do something about it. BTW I don't use neither kopete nor x-chat. >Kerry/Beagle -> the only good Beagle is a dead Beagle (software wise), leave it >dead, ashes-to-ashes dust-to-dust and all that jazz. >[FAILED] [00/00:00:34.221] "applications/kerry" Now builds OK! The report was slightly rearranged to mirror the new build order, but in reality libbeagle was not part of the full rebuild (I had forgotten to include it in the build list). After I saw that, I built libbeagle and after your email I rebuilt kerry. Now no problem :) [ OK ] [00/00:05:32.386] "applications/kerry" >[FAILED] [00/00:00:35.870] "applications/knetworkmanager8" Known issue, we need to add support for NM0.8 in tdehwlib >ksquirrel and libksquirrell are a few that would normally build. I believe they >provide additional graphics libs and extensions to some packages. I build >libksquirrel but not ksquirrel itself. >[FAILED] [00/00:00:36.914] "libraries/libksquirrel" >[FAILED] [00/00:00:36.301] "applications/ksquirrel" libksquirrel fails for a missing dependency and ksquirrel requires libksquirrel. I will have to check this as well. >What does smartcardauth do? I haven't built it before >[FAILED] [00/00:00:53.049] "applications/smartcardauth" As for Kerry, the problem was a missing dependency not previously built (pcsc-lite-nodbus). After recompiling, no problem! [ OK ] [00/00:03:54.424] "applications/smartcardauth" According to debian control file description: "This utility will allow you to set up your computer to accept a SmartCard as an authentication source for: - Your encrypted LUKS partition - TDE3.x, including automatic login, lock, and unlock features It is designed to work with any ISO 7816-1,2,3,4 compliant smartcard Examples of such cards are: - The Schlumberger MultiFlex - The ACS ACOS5 / ACOS6 series of cryptographic ISO 7816 cards If a card is chosen that has PKSC support, such as the ACOS cards, this utility can run simultaneously with the certificate reading program(s) to provide single sign on in addition to the PKCS certificate functionality" >Looks like a good build report as well. I like it when it works out that way. Once Slavek and I have time to merge our scripts, we will publish them. After our last conversation on the matter, we will probably do that after v14.0.0 is released, because we are trying to focus on that without introducing more delay (i.e. usability questions from user :-) ). To those who are waiting: please be patient a little more. Attached the new (manually reconstructed/reordered) build result log. Cheers Michele

2 1

Re: [trinity-devel] Good soft-freeze Report - 113/115 built without error on Arch
by Michele Calgaro 06 Mar '14

06 Mar '14

I have also done a full rebuilt after the soft freeze. Most of the modules build file (see attached report). Main exception is kopete-otr, which fails due to library dependency. I will have a go on it tomorrow probably. Cheers Michele

2 1

Good soft-freeze Report - 113/115 built without error on Arch
by David C. Rankin 06 Mar '14

06 Mar '14

All, It looks like all the hard work on the renaming and debugging payed off. After the soft freeze, end-to-end build on Arch built 112/115 packages (tdebase failed due to a reverted patch 'tdebase-kdesktop-systemd.diff' [so that didn't really count]). That leaves only 2 failures out of 115 packages. The failure were expected: makepkg --> FAILED for libtqt-perl at Mar 5 02:00:13 makepkg --> FAILED for tdebase at Mar 5 02:44:06 (patch removal) makepkg --> FAILED for kstreamripper at Mar 5 06:53:12 That means the only reason the keyboard was ever touched after starting the build was due to the tdebase failure (it being mandatory to the buildscript continuing). So except for the patch on tdebase, tde would have built end-to-end without any user interaction. That's refreshing. katesort appears to have built as part of tdeaddons, and kxmleditor was patched in from a local source. Testing can now begin. Good job Darrell, Slavek, Francios, all! -- David C. Rankin, J.D.,P.E.

1 1

Soft Freeze
by Slávek Banko 05 Mar '14

05 Mar '14

All, after a recent thorough review of the schedule and cancel freeze status, I would like to we stay on the schedule as is / will be in Etherpad - http://trinity.etherpad.trinitydesktop.org/39 In accordance with this I remind: Starting today, we went into a state Soft Freeze. This means that not to be pushed new features, major enhancements and renamings kde->tde. Depending on how quickly we will be successfully solved bug reports intended for the final release, I expect the announcement hard freeze after about two weeks. I want to thank you all for your efforts and I hope that we will soon reach a final release R14.0.0. Slavek --

3 3

R14.0.0 soft freeze
by Michele Calgaro 04 Mar '14

04 Mar '14

Dear all, this is to remind everybody that as of today, R14.0.0 has been declared feature-frozen (soft-freeze). No new apps, kde->tde renames, major enhancement will be included in R14.0.0 and they will have to wait for the next release. KXMLEditor and Katesort plugin will be included given the amount of work done on them in the last few days. I am working on a list of bugs that will have to be addressed in order to release R14.0.0. I should be able to complete the list within Wednesday and after that Tim, Slavek and Darrell will review it. When this is done, the list will be published for users/developers review and changes/additions to the list will be allowed as long as they are pertinent to R14.0.0. Once the list is fully completed and agreed upon, we should make it the official list and IMO we should declare R14.0.0 as hard-frozen. In the meantime, feel free to suggest what bugs you would like to see fixed in R14.0.0 and if you are willing to work on any of them. Please keep in mind that we want to keep the list as short as possible, in order to release R14.0.0 in a timely manner. Therefore bugs should fit in one of the next categories (in order of priority): - blockers - criticals - cause major loss of functionality to the system or to the user - results in loss of functionality that could affect R14 release reviews negatively (such as help buttons not working for example) Please do not suggest bugs that do not fit in one of these categories. Cheers Michele

5 15

Bug 881 and 1955 sources needed
by David C. Rankin 03 Mar '14

03 Mar '14

Slavek, I checked this morning and neither sources have been pushed to the git tree. When are you going to push katesort and kxmedit code to the git tree? I would like to test an end-to-end build tomorrow to confirm my build scripts on both packages. As Darrell noted, I can always patch my code to provide them to my users, but the point of this was to make them available to all TDE users. If you want me to expand them in my tree and make a commit, I'll give it a try, but I would rather you do it directly. -- David C. Rankin, J.D.,P.E.

1 0

kmymoney - kmymoneytitlelabel.png is missing from TDE source (causing 'install' FBFS)
by David C. Rankin 03 Mar '14

03 Mar '14

All, Working further with kmymoney, I have run across a build failure due to a missing icon: kmymoneytitlelabel.png. The failure occurs at the end of the build during the packaging stage: /usr/bin/install -c -p -m 644 /build/tde-kmymoney/src/kmymoney/kmymoney2/widgets/$file /build/tde-kmymoney/pkg/tde-kmymoney/opt/trinity/share/apps/kmymoney2/pics; \ done /usr/bin/install: cannot stat '/build/tde-kmymoney/src/kmymoney/kmymoney2/widgets/kmymoneytitlelabel.png': No such file or directory The icons is not in the tde git tree: 15:23 phoinix:/dat_e/tde/tde/main/applications/kmymoney> find . -name kmymoneytitlelabel.png <nothing> The build system looks for the icon here: kmymoney2/widgets/Makefile:689:WIDGET_PNGS = kmymoneytitlelabel.png kmymoney2/widgets/Makefile.am:54:WIDGET_PNGS = kmymoneytitlelabel.png kmymoney2/widgets/Makefile.in:689:WIDGET_PNGS = kmymoneytitlelabel.png Does anyone have a patch/substitute for this icon? It is apparently triggered when building with 'libofx' features enabled: ./configure \ --prefix=${TDEDIR} \ --with-qmake=${QTDIR}/bin/tqmake \ --with-qt-dir=${QTDIR} \ --with-qt-includes=${QTDIR}/include \ --with-qt-libraries=${QTDIR}/lib \ --with-extra-includes="/usr/include/tqt:/usr/include/tqt/Qt" \ --with-extra-libs="${TDEDIR}/lib:${TDEDIR}/lib/trinity" \ --sysconfdir=${TDEDIR}/etc \ --localstatedir=/var \ --disable-dependency-tracking \ --disable-gcc-hidden-visibility \ $enable_pdfdocs \ --enable-new-ldflags \ --enable-rpath \ --enable-ofxplugin \ --enable-ofxbanking \ --enable-qtdesigner \ --disable-sqlite3 \ --enable-qtdesigner \ --disable-debug \ --disable-final \ --enable-closure I am tinkering with enabling more of the options after Francios confirmed he was able to build with those options enabled. The build completed fine, the packaging of the icon is the problem. -- David C. Rankin, J.D.,P.E.

3 12

Finish renaming tdevelop components
by Darrell 02 Mar '14

02 Mar '14

Here is a link to a 13 MB patch that finishes renaming tdevelop components. http://humanreadable.nfshost.com/misc/tdevelop-kdev-tdev-rename.diff There are no build failures or errors or warnings. I don't know how to use tdevelop but my modest tests indicates the patch is stable. You folks who use tdevelop can test more thoroughly and update the patch as needed. Darrell

4 23

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels