Re: [kde] Qtdmm
Am Dienstag 28 August 2012, 14:51:30 schrieb Peter Nikolic: > On Tue, 28 Aug 2012 12:48:29 +0200 > > Thorsten Schnebeck wrote: > > Hmm, maybe a distribution issue? Here I use Kubuntu 12.04 with KDE > > 4.9.00 and qtdmm 0.8.13 starts fine (using qt3lib-mt). > > > > HTH > > > > Thorsten > > Hu looks like qt3lib-mt does not exists for Arch i will have to go > turn AUR upside down thanks for the heads up .. > > > Pete ups, its libqt3-mt :-) http://www.archlinux.org/packages/extra/i686/qt3/files/ shows /opt/qt/lib/libqt-mt.so.3 and this should work. But qtdmm need to find the correct lib. "ldd" is your friend :-) Bye Thorsten ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Qtdmm
On Tue, 28 Aug 2012 12:48:29 +0200 Thorsten Schnebeck wrote: > > Hmm, maybe a distribution issue? Here I use Kubuntu 12.04 with KDE > 4.9.00 and qtdmm 0.8.13 starts fine (using qt3lib-mt). > > HTH > > Thorsten Hu looks like qt3lib-mt does not exists for Arch i will have to go turn AUR upside down thanks for the heads up .. Pete -- Quinton Motor Club Ltd , Registered in England 946724 Registered Office , Whale & Co , Suit 2 146 High Street Burton on Trent Staffs DE14 1JE ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Qtdmm
On Mon, 27 Aug 2012 23:59:06 + (UTC) Duncan <1i5t5.dun...@cox.net> wrote: > Peter Nikolic posted on Mon, 27 Aug 2012 11:21:45 +0100 as excerpted: > > > I useed to use Qtdmm on the older system at home but that box died > > so the rebuilt box is up to date KDE 4.9.00 now qtdmm doe not run > > i have been looking around for something to replace it with does > > anyone know of something or even if qtdmm is being ported > > FWIW, a quick google told me that qtdmm is qt-based (qt2 and qt3, > apparently not ported to qt4) digital multimeter readout and recorder > software. IOW, it's designed to hook up to a specific type of > electronic meter hardware, without which it's likely to be rather > useless. > > At this point, it's a pretty safe bet that if it hasn't been ported > to qt4 already, it's not going to be. Qt4 has been mature for some > time now, and development effort is now focused on qt5 (which was due > for a beta about now, but what with qt ownership transfer from Nokia, > the beta has been delayed a bit), so while existing qt4-based apps > (including all of kde4) are likely to continue to be supported for > awhile, if it's not on qt4 yet, chances are it's not now going to be > ported. > > There's a smaller chance it'd be ported to qt5, skipping qt4, but > that's not likely either, as if it hasn't been ported by now, chances > are that it's basically dead, unless someone else decides to pick up > development. > > > Replacement is the next question. It's here where even a short > description like I provided above would have been helpful, as there's > a fair chance that people might not know what qtdmm is, but still > know about a replacement, if they knew what they were looking for a > replacement for. > > The first thing I'd suggest is doing the google I just did, if > necessary to find contact details for the author, then get in touch > with him and simply ask. Maybe it simply hasn't been ported because > there's already a better solution available, and he can suggest > that. Or maybe all he needs to know is that someone's still using > the app and is interested. It could be he's done the port already, > and just didn't think anyone was interested any longer so he never > posted it. It's simple enough to ask, and you'll never know if you > don't. > > > Beyond that... I'm not an expert in the area by far, but what > immediately struck me when looking at the screenshots is how similar > the graphs looked to the routine voltage, power, etc, computer status > graphs I run more or less constantly, here. There's at least two > whole entire kernel driver areas dedicated to drivers for sensors of > that type, and quite a variety of software that can hook into them to > drive graphing, logging, etc. lm_sensors is lower level userland > software that can be used to program and read these sensors and > output to the text terminal or to a file, and there's a whole host of > GUI software that builds on that. ksysguard (aka system monitor), the > yasp-scripted plasmoid, and superkaramba are all kde4 based software > that can be used for this, and there's gkrellem and various > gdesklets, konqy, etc, for gtk and non-kde use. > > But, what I do NOT know is how well that existing software works with > generally external sensors, as its more common use and the way I use > it here is to report on the computer's own system sensors. I AM > sufficiently familiar with yasp-scripted and superkaramba at least, > that I know if there's lower level drivers/software available for > those external sensors that can make the information available either > as text files (perhaps in the kernel's /sys tree) or output it to the > text console as STDOUT, it's very possible to scrape that data and > display it in the yasp-scripted or superkaramba GUI as text, > bar-graphs or plotter/ line-graphs, as desired, because I do just > that, file or STDOUT scraping, for a number of the outputs I display > running plotters for, updating them once a second, here. > > The big question, then, is whether there's drivers or user-mode > software available to take the raw output as presented by the > external device and present it as a text file or as STDOUT. Chances > are, especially for relatively common devices, yes. Linux has better > support for this sort of thing now than ever before, with a lot of > hardware manufacturers specifically cooperating with the Linux > community to ensure that drivers are available for their hardware. > > That would explain why this specific specialized software hasn't been > ported -- no need as there's much more widely applicable general > solutions now available. > > But... not being a specialist in the area, I really don't know the > specifics. > > There are most likely area specific mailing lists and/or web forums > available, that would have better information. I'd suggest googling, > maybe something line your hardware brand and model, and "linux" (with > or without "driv
Re: [kde] Qtdmm
Am Montag 27 August 2012, 11:21:45 schrieb Peter Nikolic: > Hi folks . > > I useed to use Qtdmm on the older system at home but that box died so > the rebuilt box is up to date KDE 4.9.00 now qtdmm doe not run i have > been looking around for something to replace it with does anyone know > of something or even if qtdmm is being ported > > TIA Pete Hmm, maybe a distribution issue? Here I use Kubuntu 12.04 with KDE 4.9.00 and qtdmm 0.8.13 starts fine (using qt3lib-mt). HTH Thorsten ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Qtdmm
Peter Nikolic posted on Mon, 27 Aug 2012 11:21:45 +0100 as excerpted: > I useed to use Qtdmm on the older system at home but that box died so > the rebuilt box is up to date KDE 4.9.00 now qtdmm doe not run i have > been looking around for something to replace it with does anyone know of > something or even if qtdmm is being ported FWIW, a quick google told me that qtdmm is qt-based (qt2 and qt3, apparently not ported to qt4) digital multimeter readout and recorder software. IOW, it's designed to hook up to a specific type of electronic meter hardware, without which it's likely to be rather useless. At this point, it's a pretty safe bet that if it hasn't been ported to qt4 already, it's not going to be. Qt4 has been mature for some time now, and development effort is now focused on qt5 (which was due for a beta about now, but what with qt ownership transfer from Nokia, the beta has been delayed a bit), so while existing qt4-based apps (including all of kde4) are likely to continue to be supported for awhile, if it's not on qt4 yet, chances are it's not now going to be ported. There's a smaller chance it'd be ported to qt5, skipping qt4, but that's not likely either, as if it hasn't been ported by now, chances are that it's basically dead, unless someone else decides to pick up development. Replacement is the next question. It's here where even a short description like I provided above would have been helpful, as there's a fair chance that people might not know what qtdmm is, but still know about a replacement, if they knew what they were looking for a replacement for. The first thing I'd suggest is doing the google I just did, if necessary to find contact details for the author, then get in touch with him and simply ask. Maybe it simply hasn't been ported because there's already a better solution available, and he can suggest that. Or maybe all he needs to know is that someone's still using the app and is interested. It could be he's done the port already, and just didn't think anyone was interested any longer so he never posted it. It's simple enough to ask, and you'll never know if you don't. Beyond that... I'm not an expert in the area by far, but what immediately struck me when looking at the screenshots is how similar the graphs looked to the routine voltage, power, etc, computer status graphs I run more or less constantly, here. There's at least two whole entire kernel driver areas dedicated to drivers for sensors of that type, and quite a variety of software that can hook into them to drive graphing, logging, etc. lm_sensors is lower level userland software that can be used to program and read these sensors and output to the text terminal or to a file, and there's a whole host of GUI software that builds on that. ksysguard (aka system monitor), the yasp-scripted plasmoid, and superkaramba are all kde4 based software that can be used for this, and there's gkrellem and various gdesklets, konqy, etc, for gtk and non-kde use. But, what I do NOT know is how well that existing software works with generally external sensors, as its more common use and the way I use it here is to report on the computer's own system sensors. I AM sufficiently familiar with yasp-scripted and superkaramba at least, that I know if there's lower level drivers/software available for those external sensors that can make the information available either as text files (perhaps in the kernel's /sys tree) or output it to the text console as STDOUT, it's very possible to scrape that data and display it in the yasp-scripted or superkaramba GUI as text, bar-graphs or plotter/ line-graphs, as desired, because I do just that, file or STDOUT scraping, for a number of the outputs I display running plotters for, updating them once a second, here. The big question, then, is whether there's drivers or user-mode software available to take the raw output as presented by the external device and present it as a text file or as STDOUT. Chances are, especially for relatively common devices, yes. Linux has better support for this sort of thing now than ever before, with a lot of hardware manufacturers specifically cooperating with the Linux community to ensure that drivers are available for their hardware. That would explain why this specific specialized software hasn't been ported -- no need as there's much more widely applicable general solutions now available. But... not being a specialist in the area, I really don't know the specifics. There are most likely area specific mailing lists and/or web forums available, that would have better information. I'd suggest googling, maybe something line your hardware brand and model, and "linux" (with or without "driver"). It's quite possible there's already quite a variety of supported software available and you don't even know it. =:^) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord
[kde] Qtdmm
Hi folks . I useed to use Qtdmm on the older system at home but that box died so the rebuilt box is up to date KDE 4.9.00 now qtdmm doe not run i have been looking around for something to replace it with does anyone know of something or even if qtdmm is being ported TIA Pete -- Linux voyager 3.4.9-1-ARCH #1 SMP PREEMPT Wed Aug 15 18:59:31 CEST 2012 x86_64 GNU/Linux ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
