All,
A positive note. After the latest set of updates to Arch, tde 3513-sru
continues to run without issue. Fingers crossed that the last of the upstream
bombs have already been detonated...
--
David C. Rankin, J.D.,P.E.
Now that I have a Mounting tab I can see why we were not communicating fully in the previous thread. :-) I'm starting a new thread so we start on the same page.
With that dialog enabled, I now see you are using UUIDs in mediamanagerrc. I was unable to see that previously because without the underlying code being compiled that caused the missing Mounting tab, those features of TDEHW were not working. :-)
I don't know your TDEHW FIXME to-do list. So please accept my apology if I am covering topics you already know. :-)
* You already know about the problem of retaining the same icon label across different physical ports. Now that I have access to device-specific mounting options, I can see that mediamangerrc contains mounting options per UUID, but TDEHW remains confused about applying icon labels. From what I think I see after multiple insertions/removals of the same device across three different USB ports, TDEHW is assigning icon labels based upon device nodes rather than UUID. You mentioned in a previous post you saw the problem in the code, so I'll watch for a patch.
* Some features of the Mounting dialog are missing, which are reflected respectively in mediamanagerrc too. Here are some screenshots, the first set from a HAL system and the second set from TDEHW:
HAL:
http://humanreadable.nfshost.com/trinity/build_logs/mounting-dialog-floppy-…http://humanreadable.nfshost.com/trinity/build_logs/mounting-dialog-usb-hal…
TDEHW:
http://humanreadable.nfshost.com/trinity/build_logs/mounting-dialog-floppy-…http://humanreadable.nfshost.com/trinity/build_logs/mounting-dialog-usb-tde…
Missing features:
Generic Mount Options:
Quiet
Filesystem Specific Mount Options:
Flushed IO
Mount as user
Short names
Here is a mediamanagerrc set of HAL configurations:
[/org/freedesktop/Hal/devices/volume_uuid_4840_B9DA]
atime=false
flush=true --> Missing
mountpoint=/media/buffalo_1gb
quiet=false --> Missing
ro=false
shortname=lower --> Missing
sync=false
uid=true --> Missing
utf8=true
Here are the same UUID settings under TDEHW:
[4840-B9DA]
atime=false
automount=true
mountpoint=/media/buffalo_1gb
ro=false
sync=false
use_defaults=false
utf8=true
* Safely Remove does not work. That is, using that option will unmount the device but does not remove the icon from the desktop.
* Eject does not work with CDs/DVDs.
* Icon appearance times remain weird, some fast, some very slow.
* Does TDEHW poll floppy drives? The floppy Mounting dialog (Unmounted Floppy icon) has a check box to mount automatically, but the option does not yet seem implemented.
Darrell
I'm attempting to build 'tdenetwork' from the latest git source but it's
failing. The errors begin with;
tdenetwork/kopete/protocols/groupwise/libgroupwise/securestream.h:43:22:
error: QCA has not been declared
I've seen this mentioned in recent list history but from what I read, it
was apparently fixed. As mentioned in the posts I read, it builds
successfully with;
-DBUILD_KOPETE_PROTOCOL_GROUPWISE=OFF
-DBUILD_KOPETE_PROTOCOL_JABBER=OFF
but that is surely not the answer?
I have _fairly_ recently built this but not on x86_64. Anybody any pointers?
MIke.
--
Any question is easy if you know the answer!
Please share any Trinity related progress or news for the week of Aug. 25 to Sep. 1!
In addition to a bug tracker report, the information will be shared with the trinity-devel and trinity-users mail lists as well as the Trinity RSS feed.
In the hope of encouraging short term goals, I am going to include a section called "Bug Report Focus," which will be intended to help developers and testers focus on areas needing help. I'll include only three bug reports each week. That list will change as the bugs are resolved.
My proposed Bug Report Focus for the next week:
Bug report 1169 Build issue: koffice FTBFS with libwpd >= 0.9
Bug report 976 "My Documents" device is broken
Bug report 975 Apps do not honor/use the Documents location set in user-dirs.dirs
The proposed Bug Report Focus is subject to change based upon feedback received through this email.
I'll post the news release Tuesday.
Thank you!
Darrell
Darrell,
please, a few days ago I have added to TDE another localization package -
gwenview-i18n. Also contains some docbook documentations. Please can you
help with docbook modifications and branding issues?
Thank you
Slavek
--
Tim,
1. Does TDEHWLIB require pmount? Although available as a third-party package --- something similar to PPAs --- pmount is not a stock package in Slackware. Slackware 14.0 no longer supports HAL but supports udisks, udisks2, and upower.
2. If -DWITH_HAL=ON and -DWITH_TDEHWLIB=ON, does TDEHWLIB override during run-time? If yes, can TDEHWLIB be disabled at run-time, or only during compiling?
Darrell
Today I tried to adjust the volume in kmix. I am unable to open the kmix mixer window.
I deleted the kmix rc files and started kmix. The window opens empty, only a window frame.
This is a recent GIT build, short version 7877. Not the most recent but recent.
Would somebody please confirm?
Darrell
As a side conversation to my previous post, one way we can keep Trinity in the spot light is regular news updates at the web site and RSS feed. A simple summary keeps us in the news. Consider the good feelings of receiving the following examples in a weekly RSS feed:
==============================================
Trinity Weekly Report Aug. 25 - Aug. 31
Bug Reports Resolved:
594 Critical konqueror does not save site certificates
1189 Major Build issue: kstreamripper package is empty
946 Normal Build issue: kstreamripper FTBFS
338 Normal Missing translations for some applications
Trinity News:
Slavek Banko shared that the 3.5.13.1 SRU (Software Release Update) is only a few patches away from being ready for testing with official tarballs.
Timothy Pearson submitted a slew of TDEHWLIB patches to the GIT development branch. TDEHWLIB is the eventual Trinity hardware detection layer replacement for HAL.
==============================================
==============================================
Trinity Weekly Report Aug. 18 - Aug. 24
Bug Reports Resolved:
1133 Blocker Build issue: Missing LDFLAGS in autotools causing several FTBFS on Mageia 2
1072 Blocker KOffice localization missing
843 Blocker Tools provided by Qt3 conflict with ones from Qt4
1181 Major Build issue: tdebase FTBFS with BUILD_TSAK=on on RHEL6
1148 Major Build issue: pykdeextensions 3.5.13 FTBFS on Mandriva 2011 x86_64
1177 Normal kmix crash when quit in Fedora 16
1158 Normal Build issue: kstreamripper HTML documentation in wrong folder
1155 Normal Build issue: kpicosim FTBFS: not a string literal error
632 Minor Keramik window decoration does not work
1013 Trivial Kandy (from kdepim) has no icon in application menu
Enhancement Requests Fulfilled:
1180 tsak dialog boxes are displayed even if tsak is not built
1143 Build issue: kuickshow documentation is built even when kuickshow is not built
1123 Please add KOrganizer holiday region for Slovakia
Trinity News:
Francois Andriot announced that updated 3.5.13 packages are available for Fedora XX. Visit http://???? for those updates.
==============================================
Darrell
A proposal: We rename 3.5.13.1 to 3.5.14 and release Real Soon Now. We rename R14 to R15.
We do some serious testing with the version changes to ensure our build scripts work. We set a goal to release 3.5.14 within a month. We stop twiddling our thumbs and move forward.
Few people are going to pay attention that 3.5.13.1 is available. Not to mention that after almost a year we release only an SRU version? People will pay more attention that 3.5.14 is available. Basic marketing psychology.
Yes, currently 3.5.14 (3.5.13.1) does not support a HAL-less system. We add Serghei's udisks support and run some serious short term testing. Even if udisks support is incomplete, within the month we advertise that 3.5.14 offers partial support for HAL-less systems and that R15 will provide full support.
The free/libre software world moves fast. Trinity has not been in the news in any meaningful way for almost a year. Users are not going to wait for Trinity. People forget.
The latest challenges with automounting means some serious work ahead before R15 can be released, not to mention that the bug tracker continues to grow with little resolution progress. We are falling behind.
Not a great image. We decide whether Trinity is going to move forward or become a niche piece of software used only by a relatively few people.
The longer we proverbially fiddle while Rome burns, the easier users forget about Trinity. We release 3.5.14 because we need a stable release, which 3.5.13 was not and the current R14 is not, and because we need to get Trinity back into the news.
The current R14 (proposed R15) has too many bugs and build issues to be considered for release in the near future. How long do we keep fiddling? We should release 3.5.14 Real Soon Now.
We get serious about releasing something Real Soon Now to keep Trinity in the news, or accept our fate as a niche project.
We can do this if we get serious. Or we keep picking the lint out of our belly buttons.
Basically, summer vacation needs to end. :-)
Thoughts?
Darrell
