tde-devels

devels@trinitydesktop.org

2 participants
3811 discussions

Re: [trinity-devel] R14 RC1 ready?
by Darrell Anderson 05 Feb '14

05 Feb '14

>I would like to tag the current sources and binaries R14.0.0 RC1, >as it >appears that we have finally cleared the Blocker and Critical >reports from >the R14 Etherpad. > >Are we ready for this or are there any objections? The etherpad hasn't received updates in a while. We need some hacking. Blocker: ======== http://bugs.trinitydesktop.org/buglist.cgi?cmdtype=runnamed&namedcmd =Blocker Critical: ========= http://bugs.trinitydesktop.org/buglist.cgi?cmdtype=runnamed&namedcmd =Critical Michele is working on 1825, but could use help. That is an ugly bug from a public relations perspective. The comments provide a lot of details. 1853 needs attention. 1821 hasn't been touched. 1813 can be closed after the last comment is implemented. Regressions: ============ 1825 is bad (already mentioned in Critical). The others should receive attention but probably could survive the R14.0.0 cut. Patches Available: ================== Lots of patches sitting out there that have not been reviewed. Likely many could be pushed. Other: ====== * The new web site should be tested before moving toward a release date. * There is a laundry list of items in the R14 checklist etherpad that need attention. Darrell

6 15

Re: [trinity-devel] UUGH! Desktop Icons open in DOLPHIN -- really?
by Darrell Anderson 05 Feb '14

05 Feb '14

>I've had success with 'xine' 'kmplayer' (very slow) 'mplayer' (ok >but full screen) and 'kaffeine" Yes, but those apps are not default apps. Kaboodle is the only base app that plays videos. Xine is indeed a dependency for several Trinity apps, but all of those apps are not base installation apps, like amarok, kaffeine, kmplayer, etc. Darrell

5 9

Re: [trinity-devel] tdeutils FTBFS (cmake) Re: [trinity-devel] tdeutils - installing irkick.png icons off / directory?
by Darrell Anderson 05 Feb '14

05 Feb '14

> Switched to cmake and ... > >[ 7%] Built target kedit-en-handbook >make -f doc/thinkpad/CMakeFiles/kcontrol-thinkpad-en- >handbook.dir/build.make >doc/thinkpad/CMakeFiles/kcontrol-thinkpad-en-handbook.dir/depend >make[2]: Entering directory '/build/tde-tdeutils/src/build' >cd /build/tde-tdeutils/src/build && /usr/bin/cmake -E >cmake_depends "Unix >Makefiles" /build/tde-tdeutils/src/tdeutils >/build/tde-tdeutils/src/tdeutils/doc/thinkpad /build/tde- >tdeutils/src/build >/build/tde-tdeutils/src/build/doc/thinkpad >/build/tde-tdeutils/src/build/doc/thinkpad/CMakeFiles/kcontrol- >thinkpad-en-handbook.dir/DependInfo.cmake >--color= >Scanning dependencies of target kcontrol-thinkpad-en-handbook >make[2]: Leaving directory '/build/tde-tdeutils/src/build' >make -f doc/thinkpad/CMakeFiles/kcontrol-thinkpad-en- >handbook.dir/build.make >doc/thinkpad/CMakeFiles/kcontrol-thinkpad-en-handbook.dir/build >make[2]: Entering directory '/build/tde-tdeutils/src/build' >/usr/bin/cmake -E cmake_progress_report /build/tde- >tdeutils/src/build/CMakeFiles >[ 7%] Generating index.cache.bz2 >cd /build/tde-tdeutils/src/build/doc/thinkpad && >/opt/trinity/bin/meinproc >--check --cache index.cache.bz2 >/build/tde-tdeutils/src/tdeutils/doc/thinkpad/index.docbook >index.docbook:16: parser error : Entity 'tde-team' not defined ><corpauthor>&tde-team;</corpauthor> > ^ >index.docbook:25: parser error : Entity 'tde-team' not defined ><holder>&tde-team;</holder> > ^ >index.docbook:54: parser error : Entity 'tde-team' not defined >Submitting a basic text file is acceptable as the &tde-team; will >convert the te > ^ >doc/thinkpad/CMakeFiles/kcontrol-thinkpad-en- >handbook.dir/build.make:57: recipe >for target 'doc/thinkpad/index.cache.bz2' failed >make[2]: *** [doc/thinkpad/index.cache.bz2] Error 1 >make[2]: Leaving directory '/build/tde-tdeutils/src/build' >CMakeFiles/Makefile2:474: recipe for target >'doc/thinkpad/CMakeFiles/kcontrol-thinkpad-en-handbook.dir/all' >failed >make[1]: *** [doc/thinkpad/CMakeFiles/kcontrol-thinkpad-en- >handbook.dir/all] Error 2 >make[1]: Leaving directory '/build/tde-tdeutils/src/build' >Makefile:119: recipe for target 'all' failed >make: *** [all] Error 2 When was the last time you updated your tdelibs sources and rebuilt? The &tde-team; entity was added in commit 52b494dc, from Jan. 19. Darrell

2 1

Re: [trinity-devel] Default video player (Formerly UUGH! Desktop Icons open in DOLPHIN -- really?)
by Darrell Anderson 05 Feb '14

05 Feb '14

>This gets us no closer to solving the problem of a viable default >video player, though, unless we want to shift KMPlayer into tde- >multimedia. Merging kmplayer is worth a discussion, unless we fix kaboodle with nominal effort and pain. We're no longer in the 1990s --- we really do need a working default video player these days. We have two hurdles with kaboodle: Broken in R14. I can play audio files with some user accounts and can't start kaboodle at all with other accounts. Probably something at my end, but consistently I can't play videos. The supported video formats are few and they are both early generation versions. Yes, both. As far as I can tell the only supported formats are early generations of AVI and MPG. I filed bug reports against both issues. Darrell

3 2

Re: [trinity-devel] Default video player (Formerly UUGH! Desktop Icons open in DOLPHIN -- really?)
by Darrell Anderson 05 Feb '14

05 Feb '14

>7) all distros support mplayer in one form or another I suppose this is a packager problem, but the original idea of a default player is no external dependencies. MPlayer is well supported but is not part of a stock installation on all distros. Other dependency presumptions exist in Trinity (for example, xine for amarok), yet nominating kmplayer as a default video player and moving into tdemultimedia means MPlayer needs to be installed. Audio players are not the same challenge. We have kaboodle, noatun, and juk, all installed by the base package tdemultimedia. Fixing kaboodle gets us half way home. The other half is update kaboodle to support newer generations of avi/mpg and like or not, probably should support flv. For a default player that will suffice. People who want extensive video format coverage are going to install something else anyway. For Trinity users those additional apps will be kaffiene and kmplayer for video and amarok for audio. Not a problem for those types of users. We are discussing a basic default video player for the first-time out-of-the-box Trinity experience. Darrell

3 2

Re: [trinity-devel] R14 translation German
by Darrell Anderson 04 Feb '14

04 Feb '14

>I don't speak or read additional languages, but I would like to >see >i18n files receive attention too. > >I try to remember to update the i18n files when I make changes in >the main files, but I don't always remember (I'm working on >updates >now to match some recent patches). Considering all of the renaming > >and rebranding changes made in git, I suspect the i18n files are >in >horrible shape. > >We have made changes to the top level help handbooks. I am certain > >no related updates have been made in the i18n files. > >There is the challenge of when we update screen captures to update > >the i18n versions too. That probably does not require a native >language speaker, but does require toggling to the other language >to create the screen capture. > >Part of our focus when we address the i18n files should be to >develop a guideline so as a group we can update i18n files as much >as possible when we modify the main files. We should have a bugzilla status option such as I18NREVIEW and FIXED_I18NREVIEW to help us update i18n files. Refer to bug report 1813 for a similar idea for help handbooks. Darrell

1 0

Re: [trinity-devel] konqueror (filemanagment) NOT saving view preferences in konquerorrc
by Darrell Anderson 04 Feb '14

04 Feb '14

> For some reason, konqueror --profile filemanagement is not >saving the needed >settings to remember view mode in >~/.trinity/share/config/konquerorrc. In R14 >after setting konqueror and saving view profile filemanagement I >have the following relevant entries in konquerorrc: > >[MainView Settings] >BackRightClick=false >OpenMiddleClick=true > >[ModeToolBarServices] >external=konq_treeview > > This results in the viewmode reverting to iconview after every >change in view >like viewing man:/ ,etc.. Comparing to my other kde3 installs I >find: > >[MainView Settings] >BackRightClick=false >OpenMiddleClick=true >ToggableViewsShown=konq_sidebartng >ViewMode=konq_treeview > >[ModeToolBarServices] >external=gvdirpart >konq_iconview=konq_iconview >konq_listview=konq_treeview > > Which shows explicitly the konq_treeview mode save for the >default "ViewMode" >and for "konq_listview". Without the default "ViewMode" and >without the >"konq_listview" definition, konqueror reverts to iconview each >time viewmode >changes. > > Please check and confirm whether have "ViewMode" or >"konq_listview" or >"konq_iconview" entries in your konquerorrc. > > I have no clue what change would prevent konqueror from saving >these settings >in konquerorrc, but something has. > > Additionally, the checkboxes that indicate which viewmode is >selected seem to >be missing or covered by icons in the 'View'->'ViewMode' menu. Can >anyone >confirm that as well? I have Treemode selected, but it is almost >impossible to tell: > >http://www.3111skyline.com/dl/dt/trinity/ss/konqueror- >ViewModeIndicator.jpg I always have hated icon view mode. I suspect the problem you are experiencing is resolved by an undocumented configuration change. I know of no place this documented, no place this is easily remembered, no place this is obviously configurable. Try this, Open konqueror. Change to Tree View or Detailed List View. At the bottom of the file pane, "right click" on any part of the blank white space. From the popup menu, select Properties. The dialog should show "Type: Folder." At the right side of the "Type" information line, select the tiny wrench icon. In the subsequent "Edit File Type inode/directory" dialog, select the Embedding tab. In the Services Preferences Order list box, move Tree View or Detailed List View to the top. Save. You also can do this in kcontrol -> File Associations -> inode -> directory. Now try saving your konqueror profile. I always have hated icon view mode. Darrell

1 0

konqueror (filemanagment) NOT saving view preferences in konquerorrc
by David C. Rankin 04 Feb '14

04 Feb '14

All, For some reason, konqueror --profile filemanagement is not saving the needed settings to remember view mode in ~/.trinity/share/config/konquerorrc. In R14 after setting konqueror and saving view profile filemanagement I have the following relevant entries in konquerorrc: [MainView Settings] BackRightClick=false OpenMiddleClick=true [ModeToolBarServices] external=konq_treeview This results in the viewmode reverting to iconview after every change in view like viewing man:/ ,etc.. Comparing to my other kde3 installs I find: [MainView Settings] BackRightClick=false OpenMiddleClick=true ToggableViewsShown=konq_sidebartng ViewMode=konq_treeview [ModeToolBarServices] external=gvdirpart konq_iconview=konq_iconview konq_listview=konq_treeview Which shows explicitly the konq_treeview mode save for the default "ViewMode" and for "konq_listview". Without the default "ViewMode" and without the "konq_listview" definition, konqueror reverts to iconview each time viewmode changes. Please check and confirm whether have "ViewMode" or "konq_listview" or "konq_iconview" entries in your konquerorrc. I have no clue what change would prevent konqueror from saving these settings in konquerorrc, but something has. Additionally, the checkboxes that indicate which viewmode is selected seem to be missing or covered by icons in the 'View'->'ViewMode' menu. Can anyone confirm that as well? I have Treemode selected, but it is almost impossible to tell: http://www.3111skyline.com/dl/dt/trinity/ss/konqueror-ViewModeIndicator.jpg -- David C. Rankin, J.D.,P.E.

1 0

Re: [trinity-devel] R14 translation German
by Darrell Anderson 04 Feb '14

04 Feb '14

>Translations are currently a problem because we need first to >update 'po' >files. I intend that this will be one of the tasks for maintanance >release R14.0.2. I don't speak or read additional languages, but I would like to see i18n files receive attention too. I try to remember to update the i18n files when I make changes in the main files, but I don't always remember (I'm working on updates now to match some recent patches). Considering all of the renaming and rebranding changes made in git, I suspect the i18n files are in horrible shape. We have made changes to the top level help handbooks. I am certain no related updates have been made in the i18n files. There is the challenge of when we update screen captures to update the i18n versions too. That probably does not require a native language speaker, but does require toggling to the other language to create the screen capture. Part of our focus when we address the i18n files should be to develop a guideline so as a group we can update i18n files as much as possible when we modify the main files. Darrell

1 0

Re: [trinity-devel] R: [trinity-devel] Keyboard issues
by Darrell Anderson 04 Feb '14

04 Feb '14

>Walk Through Desktops=Win+Tab >Walk Through Desktops(Reverse)=Win+Shift+Tab > >Maximize Window=Win+Shift+Up >Maximize Window Vertically=Win+Up >Minimize Window=Win+Down > >Switch to Next Desktop=Win+Right >Switch to Previous Desktop=Win+Left > >Window to Next Desktop=Win+Alt+Right >Window to Previous Desktop=Win+Alt+Left > >You really should try them. You will see how seamless 4 desktops >really become... Why? I can do all of that without the Win keys. On my main desktop I use a Northgate Omnikey Ultra. There are no Win keys. >I've seen the win key all over the place. On my current laptop it >is next to the left-alt key -- love it~ I'm referring to the right Win key. The left Win key doesn't do anything on my system. I want to disable the right Win key because I am tired of the popup menus appearing when I inadvertently bump the key. I spent about a half-hour last night trying to figure out how to disable the right Win key. I still haven't found a way. I'd settle for an xorg.conf solution too if I can fid one. Darrell

3 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels