Re: [Kde-hardware-devel] Solid BoF at Akademy

Hello, On Wednesday 13 August 2014 12:15:18 Jan Grulich wrote: > I would like to inform that we decided to arrange a Solid BoF at > Akademy on Tuesday in the second room after lunch. If you are > interested in Solid stuff, including Plasma Networkmanagement, > KScreen, Powerdevil, Bluedevil etc. y

Re: [Kde-hardware-devel] OSX/MacPorts KDE CI System: Build failed for framework solid

On Thursday 03 July 2014 13:31:16 Kevin Ottens wrote: > On Thursday 03 July 2014 10:08:13 David Faure wrote: > > On Thursday 03 July 2014 09:22:45 Kevin Ottens wrote: > > > On Thursday 03 July 2014 09:12:17 Marko Käning wrote: > > > > > Please pick one A

Re: [Kde-hardware-devel] [Patch included] Re: OSX/MacPorts KDE CI System: Build failed for framework solid

Hello, On Thursday 03 July 2014 12:08:00 k...@privat.broulik.de wrote: > > I will come up with a Windows later today. > > Nevermind, Windows battery builds. (Though Solid unconditionally uses > QtDBus which is not available on Windows by default) Right, I was missing a few commits locally... Tha

Re: [Kde-hardware-devel] OSX/MacPorts KDE CI System: Build failed for framework solid

On Thursday 03 July 2014 10:08:13 David Faure wrote: > On Thursday 03 July 2014 09:22:45 Kevin Ottens wrote: > > On Thursday 03 July 2014 09:12:17 Marko Käning wrote: > > > > Please pick one ASAP. > > > > > > Yes, please! > > > > You can help

Re: [Kde-hardware-devel] OSX/MacPorts KDE CI System: Build failed for framework solid

On Thursday 03 July 2014 09:12:17 Marko Käning wrote: > > Please pick one ASAP. > > Yes, please! You can help us there though, please locally revert the commit I mentioned, and confirm if that fixes the build for solid and allows to build all the way up to tier 3. I guess you might need to reve

Re: [Kde-hardware-devel] OSX/MacPorts KDE CI System: Build failed for framework solid

Hello, On Wednesday 02 July 2014 08:33:01 Marko Käning wrote: > on OSX solid fails to build because of this: > > --- > /Users/marko/WC/KDECI-builds/solid/src/solid/devices/backends/iokit/iokitdev > ice.cpp:227:25: error: allocating an object of abstract class type > 'Solid::Backends::IOKit::Batte

Re: [Kde-hardware-devel] Review Request 117339: Add timeToFull/timeToEmpty, recall notice and FullyCharged to Solid::Battery

changed some backend API but didn't adjust win or iokit backends. Those ones are likely broken since it got in. - Kevin Ottens On June 5, 2014, 10:24 a.m., Kai Uwe Broulik wrote: > > --- > This is an automatically genera

Re: [Kde-hardware-devel] Review Request 111964: Basic declarative (QML) interface for Solid

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/111964/#review38911 --- Ship it! Ship It! - Kevin Ottens On Aug. 29, 2013, 5:06

Re: [Kde-hardware-devel] Review Request 111964: Basic declarative (QML) interface for Solid

> On Aug. 29, 2013, 4:28 p.m., Kevin Ottens wrote: > > tier1/solid/src/imports/CMakeLists.txt, line 12 > > <http://git.reviewboard.kde.org/r/111964/diff/4/?file=185592#file185592line12> > > > > Hm, just spotting it now. Do you really need all of that? In fact

Re: [Kde-hardware-devel] Review Request 111964: Basic declarative (QML) interface for Solid

board.kde.org/r/111964/#comment28707> ditto. - Kevin Ottens On Aug. 29, 2013, 3:56 p.m., Ivan Čukić wrote: > > --- > This is an automatically generated e-mail. To reply,

Re: [Kde-hardware-devel] Review Request 111964: Basic declarative (QML) interface for Solid

ith Qt Quick 26 and KF42?? ;-) tier1/solid/src/imports/devices.h <http://git.reviewboard.kde.org/r/111964/#comment28703> I think we generally put mutable on the same line than the rest of the declaration (kind of part of the type name). - Kevin Ottens On Aug. 29, 2013, 10:57 a.m., Ivan Čukić wrote

Re: [Kde-hardware-devel] Review Request 111964: Basic declarative (QML) interface for Solid

> On Aug. 28, 2013, 3:31 p.m., Kevin Ottens wrote: > > tier1/solid/src/declarative/devices.h, line 73 > > <http://git.reviewboard.kde.org/r/111964/diff/2/?file=178383#file178383line73> > > > > Should be "empty" for the property name. > >

Re: [Kde-hardware-devel] Review Request 111964: Basic declarative (QML) interface for Solid

> On Aug. 28, 2013, 3:31 p.m., Kevin Ottens wrote: > > tier1/solid/src/CMakeLists.txt, line 2 > > <http://git.reviewboard.kde.org/r/111964/diff/2/?file=178381#file178381line2> > > > > Better name it import, that seems to be the usual name for this type o

Re: [Kde-hardware-devel] Review Request 111964: Basic declarative (QML) interface for Solid

rg/r/111964/#comment28670> Still no space after & but I'll stop pointing out that one. :-) tier1/solid/src/declarative/solidextensionplugin.cpp <http://git.reviewboard.kde.org/r/111964/#comment28671> Looks like a typo indeed. tier1/solid/src/declarative/solidextensionplugi

Re: [Kde-hardware-devel] Review Request 110841: Fix build with udisks2 backend enabled

> On June 5, 2013, 6:56 p.m., Lukáš Tinkl wrote: > > Ship It! > > Kevin Ottens wrote: > This change was wrong, it actually undo work previously done by George > Goldberg. > See his commit e1d5e73ef26233694b87367dfcc50d857e278827. > > This pa

Re: [Kde-hardware-devel] Review Request 110841: Fix build with udisks2 backend enabled

> On June 5, 2013, 6:56 p.m., Lukáš Tinkl wrote: > > Ship It! This change was wrong, it actually undo work previously done by George Goldberg. See his commit e1d5e73ef26233694b87367dfcc50d857e278827. This patch being already submitted it should be reverted, and the missing uses of Q_DECLARE_TR

Re: [Kde-hardware-devel] upnp backends, what to do with them?

On Tuesday 09 October 2012 19:35:04 Alex Fiestas wrote: > For some weeks/months now the upnp backend as not been building with this > error: > > libHUpnp.a(hmulticast_socket.o): > (.data.rel.ro._ZTVN5Herqq4Upnp16HMulticastSocketE[_ZTVN5Herqq4Upnp16HMultica > stSocketE]+0xe8): undefined reference to

Re: [Kde-hardware-devel] Meaningful names in Device::description

On Wednesday 03 October 2012 13:19:42 Alex Fiestas wrote: > Last weekend I patched up 3 pieces of software adding the following logic: > > On pluggable/removeable devices, use Device::Product, if not use > Description. > > The idea is to show the product name for things like cd-drivers or > pendriv

Re: [Kde-hardware-devel] Help on fixing bug: 270233

On Sunday 22 April 2012 05:32:20 Alex Fiestas wrote: > I have been trying to figure out how this bug is possible but so far I can't > see any fault in our code :/ > > There for I'm asking for help to comprehend how this is possible and hope > that we are able to fix this damn crash. > > https://bug

Re: [Kde-hardware-devel] Identifying iPod and iPhone-like devices using Solid

On Wednesday 23 November 2011 00:03:30 Alex Fiestas wrote: > On 11/22/2011 11:55 PM, Alex Fiestas wrote: > > What is basic information? is basic information the path where Music is > > located ? is basic information what kind of mimetypes they can play? Yes and yes. But we never got that far. Note

Re: [Kde-hardware-devel] Identifying iPod and iPhone-like devices using Solid

On Tuesday 22 November 2011 23:11:08 Alex Fiestas wrote: > Storage + M-P-I: Not much to do I think, amarok and relevant > applications should use m-p-i directly, though maybe we can create a > small library to share code and be sure that we won-t have to re-write > 20 applications when somebody dec

Re: [Kde-hardware-devel] Review Request: Set dbus timeout for the unmount call to infinite

> On Sept. 9, 2011, 6:44 p.m., Dario Freddi wrote: > > solid/solid/backends/udisks/udisksstorageaccess.cpp, line 298 > > > > > > Don't know if this patch has been submitted yet, but just in case, this > > call shou

Re: [Kde-hardware-devel] Force 2011 (Solid Sprint)

On Monday 15 August 2011 23:29:44 Alex Fiestas wrote: > So, we're going to do it in Madrid last year place, same Hotel same > Food, same Beer and I hope that with new people onboard :p Well, apparently we'll have Lukas this time! Yay! > The sprint has been registered here: > https://sprints.kde.o

[Kde-hardware-devel] Re: Not receiving Solid::DeviceNotifier deviceRemoved() SIGNAL

On Friday 29 July 2011 20:39:30 Christian Esken wrote: > Am Donnerstag, 7. Juli 2011, 23:37:34 schrieb Kevin Ottens: > > Hello, > > > > Hm, apparently no one picked up that thread... > > > > On Saturday 18 June 2011 17:48:27 Christian Esken wrote: > > &g

[Kde-hardware-devel] Fwd: Re: Trouble with udisks-daemon caused by solid

Hello, Now that sounds more like a real issue. Regards. -- Forwarded Message -- Subject: Re: Trouble with udisks-daemon caused by solid Date: Wednesday 27 July 2011, 17:04:37 From: Andreas Roth To: kde-core-de...@kde.org On 2011-07-27 10:34, Kevin Ottens wrote: > On Tues

[Kde-hardware-devel] Re: Fwd: Trouble with udisks-daemon caused by solid

On Wednesday 27 July 2011 18:51:01 Ben Cooksley wrote: > Forwarding this to the solid list... FYI, I replied just now on kde-core-devel. Looks like an issue in Amarok aggressively polling on libsolid in some cases. @Alex: That clearly asks for this dynamic device list we were talking about during

[Kde-hardware-devel] Re: Not receiving Solid::DeviceNotifier deviceRemoved() SIGNAL

Hello, Hm, apparently no one picked up that thread... On Saturday 18 June 2011 17:48:27 Christian Esken wrote: > If somebody can give me a hint where to start I can try to investigate. > I am quite in a hurry, because I would like to see it fixed in KDE4.7. You should try by checking if UDevMana

[Kde-hardware-devel] Re: Should we remove "Information Sources"?

On Sunday 12 June 2011 00:30:34 Alex Fiestas wrote: > So, should I proceed and delete it? any objections? It's ready to be removed IMO. Maybe the only blocker could be network management as it's the only one with more than one usable backend at that point. Regards. -- Kévin Ottens, http://erv

[Kde-hardware-devel] Re: 4.7 Release is coming, are we ready?

On Saturday 11 June 2011 22:48:35 Alex Fiestas wrote: > UPnP: What's the status? Same as 4.6 unfortunately... It's too bad, we're in theory really close to get that to work but the required polish didn't happen. :-/ Regards. -- Kévin Ottens, http://ervin.ipsquad.net KDAB - proud patron of KDE,

[Kde-hardware-devel] Re: Review Request: Fill in vendor and model names using Solid's udev backend when possible

Souza wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://git.reviewboard.kde.org/r/101270/ > --- > > (Updated May 2, 2011, 1:43 p.m.) > > > Review request

[Kde-hardware-devel] Re: Review Request: Fill in vendor and model names using Solid's udev backend when possible

lly generated e-mail. To reply, visit: > http://git.reviewboard.kde.org/r/101270/ > --- > > (Updated May 2, 2011, 12:01 p.m.) > > > Review request for Solid, Kevin Ottens and Alex Fiestas. > > > Summary > --

[Kde-hardware-devel] Re: Proposed addition to Solid::Processor

On Wednesday 20 April 2011 23:07:39 David Hubner wrote: > I am looking to create a patch that would add a new public member to > show if a processor was 32bit or 64bit. It should be easy to add to the > udev backend, the hal backend would need some assembler[1]. I would > thinking calling the publi

[Kde-hardware-devel] Announcing new chief metalworker

Hello dear metalworkers, As some of you might know, I've been working on the hardware awareness in the KDE community since my very first contribution in 2003. It all started because as a user I wanted a couple of icons in Kicker and from there I just kept digging lower in the stack. In paralle

[Kde-hardware-devel] Re: Solid fake computer question

On Tuesday 5 April 2011 12:41:39 Sebastian Trüg wrote: > *Please CC me as I am not subscribed.* > > I need to fake a NetworkShare component for a unit test and am trying > the following. However, Device::findByType(NetworkShare) does not return > it: Looks like the fake backend implementation of

[Kde-hardware-devel] Re: Review Request: Add NetworkShare interface

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100815/#review2261 --- Ship it! Looks good. - Kevin On March 25, 2011, 11:15 a.m.,

[Kde-hardware-devel] Re: Review Request: Add NetworkShare interface

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100815/#review2123 --- See comments below. Also for some reason you adjusted the other

[Kde-hardware-devel] Re: segmentation fault in tutorial3

On Monday 21 March 2011 11:59:53 Joel Bodenmann wrote: > > Running in a VM? We got that feedback that for some VMs those don't > > report any processor... We can hardly do anything about that apart > > indeed removing the assumption from the tutorial that we'll always get a > > processor. > > I am

[Kde-hardware-devel] Re: segmentation fault in tutorial3

On Sunday 20 March 2011 18:29:15 Lamarque Vieira Souza wrote: > Em Sunday 20 March 2011, Joel Bodenmann escreveu: > > Hi guys, > > > > I saw that the tutorial3 in kdeexamples/solid makes a segmentation fault. > > I > > > > found out that the problem is in line 49 in the tutorial3.cpp: > >

[Kde-hardware-devel] Re: Review Request: Add NetworkShare interface

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100815/#review1852 --- A few adjustments are needed IMO. solid/solid/backends/upower/

[Kde-hardware-devel] Re: Review Request: Fix issue where solid fails to compile using the most recent version (0.9) of HUPnP

ly, visit: > http://git.reviewboard.kde.org/r/100768/ > --- > > (Updated March 2, 2011, 5:40 p.m.) > > > Review request for Solid and Kevin Ottens. > > > Summary > --- > > The HUPnP backend does n

[Kde-hardware-devel] libimobiledevice

Dear metalworkers, I just got the following BR on my radar: https://bugs.kde.org/show_bug.cgi?id=267701 Not exactly sure what to do about that one, I couldn't care less about iOS based devices to be honest because I don't own any of them. That said, I fully see the need, and we might want to su

[Kde-hardware-devel] Re: Review Request: Typo patch

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100780/#review1729 --- Ship it! Straightforward! - Kevin On March 2, 2011, 8:20 a.m

[Kde-hardware-devel] Re: Solid::Control usage

On Sunday 13 February 2011 17:14:34 Michael Zanetti wrote: > Just an update on this topic from my side: I have implemented a backend > structure for KRemoteControl this week, moved (or better copied) the lirc > backend to there and already removed the dependency to Solid::Control from > kde-utils.

[Kde-hardware-devel] Re: Congratulations, we did it!

On Monday 24 January 2011 12:51:13 Alex Fiestas wrote: > KDE 4.6.0 has been tagged [1] having a rock solid support to run in a > hal-free system, and I think that we should be proud of that :) Heh, you beat me to it. I was waiting the official release though. ;-) > Now is time to celebrate and t

[Kde-hardware-devel] Re: Review Request: Add a resumingFromSuspend signal to PowerManager::Notifier

08:24) > > > Review request for Solid and Kevin Ottens. > > > Summary > --- > > This patch adds a method to connect to the resumingFromSuspend signal > provided by the KDE Power Management system. In addition, I added a method to > detect its availability

[Kde-hardware-devel] Re: kdebase-workspace and kdebase-runtime git repos to validate

On Tuesday 14 December 2010 01:22:38 Ian Monroe wrote: > So kdelibs and kdebase are switching to Git, probably not Dec 20/21 as > was previously thought, but at the release of 4.6.0. > > Whether its next week or next month though, its pretty soon. :) > > I have three work-in-progress repos, the f

[Kde-hardware-devel] Re: UDev subsystems whitelist

On Monday 3 January 2011 23:10:06 Alex Fiestas wrote: > On 01/03/2011 07:45 PM, Kevin Ottens wrote: > > I've been wondering about firewire as well, but so far I don't see any > > use for it, the few cases relevant for our frontend api are caught by > > udisks afai

[Kde-hardware-devel] Re: Review Request: Add a resumingFromSuspend signal to PowerManager::Notifier

> On 2011-01-03 18:50:58, Kevin Ottens wrote: > > No go API wise IMO. Only the signal should be in the public API and that's > > it, anything else is showing implementation details to the outside I think. > > Dario Freddi wrote: > Well, the main rationale beh

[Kde-hardware-devel] Re: Review Request: Add a resumingFromSuspend signal to PowerManager::Notifier

- > > (Updated 2010-12-15 14:05:42) > > > Review request for Solid and Kevin Ottens. > > > Summary > --- > > This patch adds a method to connect to the resumingFromSuspend signal > provided by the KDE Power Management system. In a

[Kde-hardware-devel] Re: Hal-less status (implemented interfaces)

On Sunday 19 December 2010 20:45:35 Alex Fiestas wrote: > We're close to accomplish one of our goals, a KDE 4.6 which doesn't > depends on HAL and 100% retrocompatible, good work to everyone! Congrats for taking the torch and running away with it on that one! Was badly needed, it's really appreci

[Kde-hardware-devel] Re: UDev subsystems whitelist

On Friday 31 December 2010 17:25:39 Alex Fiestas wrote: > Hi there > > In order to fix the "deviceAdded/removed" signals in the udevBackend > we've to set a whitelist of the subsystems we're interested on. > > So far this is the list: > video4linux > processor > sound > tty > dvb > net > usb // M

[Kde-hardware-devel] Re: UDev subsystems whitelist

On Friday 31 December 2010 18:01:06 David Hubner wrote: > What about SATA/SCSI? SATA drives can be hotswapped so add, remove > signals would be useful there. That's covered by the UDisks backend. Regards. -- Kévin Ottens, http://ervin.ipsquad.net KDAB - proud patron of KDE, http://www.kdab.com

[Kde-hardware-devel] KDE/kdelibs/solid

SVN commit 1206281 by ervin: Seems the new backends now work good enough. So retire the old HAL backend on Linux, it's still the default on other unices though. On Linux it can be reactivated using the SOLID_HAL_LEGACY environment variable. CCMAIL: kde-hardware-devel@kde.org BUG: 258638 M +17

[Kde-hardware-devel] Re: Addition of resumingFromSuspend signal on Solid::PowerManagement::Notifier

On Friday 3 December 2010 12:41:29 Tulio Magno Quites Machado Filho wrote: > I'm facing a problem with the current implementation of the DBUS > service org.kde.Solid.PowerManagement. > As I understood, the DBUS signal > org.kde.Solid.PowerManagement.resumingFromSuspend is provided by Power > Devil,

[Kde-hardware-devel] Re: Any API to be notified when the system gets back from hibernation?

On Wednesday 1 December 2010 18:55:38 Sebastian Kügler wrote: > On Wednesday, December 01, 2010 17:51:15 Carlos Olmedo Escobar wrote: > > I will use the dbus interface while the > > Solid::PowerManagement::Notifier is not ready. > > For 4.6, you'll pretty much have to, as new features in the API i

[Kde-hardware-devel] Re: Any API to be notified when the system gets back from hibernation?

On Wednesday 1 December 2010 16:28:46 Lukáš Tinkl wrote: > Dne Út 30. listopadu 2010 22:04:41 Sebastian Kügler napsal(a): > > Hi Carlos, > > > > On Tuesday, November 30, 2010 17:18:32 Carlos Olmedo Escobar wrote: > > > I need my app to detect when the system gets back from an hibernation, > > > is

[Kde-hardware-devel] Re: UDev backend

On Monday 29 November 2010 11:19:13 Rafael Fernández López wrote: > I want to transmit you that I've no time at the moment to maintain the UDev > backend. Trying to do so right now would be a hard irresponsibility. Noted. Who's up for the challenge then? Lately, I think that mostly Pino and Alex

[Kde-hardware-devel] Re: Review Request: Implement UDevManager::devicesFromQuery()

--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5992/#review9019 --- Ship it! Minor styling issue, apart from that good to commit. /

[Kde-hardware-devel] Re: Review Request: UDev: provide DvbInterface implementation

--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5993/#review9018 --- Ship it! Minor nitpicks, otherwise I didn't see anything inherent

[Kde-hardware-devel] Re: Review Request: Kill Solid::Control::PowerManager

e.org/r/5994/ > --- > > (Updated 2010-11-28 14:34:28) > > > Review request for Solid and Kevin Ottens. > > > Summary > --- > > This patch removes Solid::Control::PowerManager. It includes also needed > changes to b

[Kde-hardware-devel] Re: Solid description and "How we work"

On Saturday 27 November 2010 19:30:23 Alex Fiestas wrote: > > > How we work: > > > http://community.kde.org/Solid/HowWeWork > > > > I added some more information regarding the yearly meetings. It's very > > likely that we'll have a similar scheme in 2011, so I described that. > > Are you ok with

[Kde-hardware-devel] Re: Solid description and "How we work"

On Friday 26 November 2010 14:27:23 Alex Fiestas wrote: > I'm starting to setup our wiki pages, they're not ready (yet) but I've > wrote a couple of things that need community agreetment. Very nice initiative! > Description of "What Solid is" > http://community.kde.org/Solid/#Description FYI I

[Kde-hardware-devel] Re: XRandR, first steps

On Thursday 25 November 2010 23:43:17 Alex Fiestas wrote: > As you may know (the sprinters surely do), I'm planning to work on XRandR > support in KDE, this includes not only user applications but also tools for > developers. > [...] Cool to see you're still planning to work on it. Looking forward

[Kde-hardware-devel] Re: Review Request: Implement full Processor support in UDev backend

--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5892/#review8992 --- Ship it! Good to go IMO. - Kevin On 2010-11-25 22:34:50, Alex

[Kde-hardware-devel] Re: Review Request: Implement full Processor support in UDev backend

--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5892/#review8971 --- Almost there! Only a tiny styling issue (sorry for not spotting it

[Kde-hardware-devel] Re: Review Request: Implement full Processor support in UDev backend

--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5892/#review8962 --- Fairly expensive info to retrieve, but somewhat in limited amount

[Kde-hardware-devel] Re: Review Request: Implement full Processor support in UDev backend

--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5892/#review8903 --- Sorry, it doesn't cut it unfortunately... Turns out that using /pr

[Kde-hardware-devel] Re: kdelibs broken on non-Linux Unixes

On Saturday 13 November 2010 03:24:35 Raphael Kubo da Costa wrote: > (Please keep me CC'ed as I'm not subscribed). > > After the commits which have introduced the linux_dvd_rw_utils.* > files, kdelibs does not compile on !Linux Unixes anymore -- I couldn't > build it here on FreeBSD, and CDash rep

[Kde-hardware-devel] Re: Help needed: Make libsolid 4.6 running without HAL

On Wednesday 10 November 2010 03:35:53 Rafael Fernández López wrote: > I have been working today on the UDev backend to get it in shape. Some > comments: > > I can't remember exactly how the discussion of the > needed-to-be-implemented interfaces was, so, from bugzilla I > understand the next: >

[Kde-hardware-devel] Re: Help needed: Make libsolid 4.6 running without HAL

On Tuesday 9 November 2010 12:30:52 Adriaan de Groot wrote: > On Tuesday, November 09, 2010 01:44:57 am Rafael Fernández López wrote: > > Tomorrow I am going to spend (for the first time on the UDev backend) > > some hours on it (> 5), so I really expect to have something more than > > what we have

[Kde-hardware-devel] Re: Help needed: Make libsolid 4.6 running without HAL

On Tuesday 9 November 2010 01:44:57 Rafael Fernández López wrote: > Tomorrow I am going to spend (for the first time on the UDev backend) > some hours on it (> 5), so I really expect to have something more than > what we have right now. > > I will sum up the progress in the kde-hardware-devel, but

[Kde-hardware-devel] Re: Review Request: Few minor improvments for UDisks solid backend manager...

--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5797/#review8573 --- trunk/KDE/kdelibs/solid/solid/backends/udisks/udisksmanager.h

[Kde-hardware-devel] Re: Review Request: Few minor improvments for UDisks solid backend manager...

On Monday 8 November 2010 23:54:22 Dawit Alemayehu wrote: > > On 2010-11-08 22:36:14, Kevin Ottens wrote: > > On 2010-11-08 22:36:14, Kevin Ottens wrote: > > > trunk/KDE/kdelibs/solid/solid/backends/udisks/udisksmanager.h, line 58 > > > <http://svn.reviewboard.

[Kde-hardware-devel] Help needed: Make libsolid 4.6 running without HAL

Dear metalworkers, At the end of Forge 0, we entered for the left over tasks of the sticky note board. Some of them got marked as "release_blocker" because we need them to be solved in order to reach our 4.6 goal of having a libsolid running only on the new generation of backends, leaving the H

[Kde-hardware-devel] Re: Review Request: Few minor improvments for UDisks solid backend manager...

--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5797/#review8571 --- Only minor whitespace issues. Also could you remove the foreach->Q

[Kde-hardware-devel] Re: Review Request: Use new KDE Power Management System's PolicyAgent for suppressing sleep and screen power management

d 2010-11-08 09:08:57) > > > Review request for Solid and Kevin Ottens. > > > Summary > --- > > With recent commits in kdebase/workspace/powerdevil, the KDE Power Management > System has gained a new shiny PolicyAgent for handling inhibition requests, > now with the

[Kde-hardware-devel] Re: Review Request: Use new KDE Power Management System's PolicyAgent for suppressing sleep and screen power management

> This is an automatically generated e-mail. To reply, visit: > http://svn.reviewboard.kde.org/r/5729/ > --- > > (Updated 2010-11-06 15:32:55) > > > Review request for Solid and Kevin Ottens. >

[Kde-hardware-devel] Re: Solid upower backend and kdeinit crash...

Hello, Adding kde-hardware-devel in CC, as that's likely where the authors of that code are hiding. ;-) Cheers. On Friday 29 October 2010 19:48:49 Dawit A wrote: > Hi, > > The upower backend, more specifically the XRandrBrightness class, > causes kdeinit to crash on my system when you come ba

[Kde-hardware-devel] Re: Review Request: Use new KDE Power Management System's PolicyAgent for suppressing sleep and screen power management

svn.reviewboard.kde.org/r/5729/ > --- > > (Updated 2010-10-29 17:01:09) > > > Review request for Solid and Kevin Ottens. > > > Summary > --- > > With recent commits in kdebase/workspace/powerdevil, the KDE Power Ma

[Kde-hardware-devel] Re: kcm randr

Hello, There's been people talking about that one during Forge 0 (the first Solid sprint). So adding the relevant mailing-list in CC in case some metalworkers react to that. ;-) Regards. On Tuesday 26 October 2010 13:48:58 Felix Mauch wrote: > Hej all together, > > There is one thing in KDE t

[Kde-hardware-devel] Re: PowerDevil 2 UPower backend commited

On Wednesday 13 October 2010 02:14:05 Alex Fiestas wrote: > I just committed the UPower backend under > kdebase/workspace/powerdevil/daemons/backends/upower Awesome! Good job! Regards. -- Kévin Ottens, http://ervin.ipsquad.net KDAB - proud patron of KDE, http://www.kdab.com signature.asc Des

[Kde-hardware-devel] Re: Solid & Firewire devices

On Saturday 9 October 2010 23:58:47 jb wrote: > No. I am not getting files from the camcorder, I grab a video stream > through the firewire interface (using a programm called dvgrab). That's > the common way to grab video from a DV or HDV camcorder. I see, indeed it'd qualify more to a Video inter

[Kde-hardware-devel] Re: Solid & Firewire devices

On Wednesday 22 September 2010 23:55:46 jb wrote: > On Wednesday 22 September 2010 23:45:33 Kevin Ottens wrote: > > On Wednesday 22 September 2010 23:23:00 jb wrote: > > > So my question is: is there a way to query the ieee1394 devices through > > > Solid? > >

[Kde-hardware-devel] Solid Sprint 2010 Minutes

Hello metalworkers, So that you know, all the notes taken by our fearless Will are now available on the wiki page of the sprint. I just dumped them there: http://community.kde.org/Solid/Sprint2010#Minutes Regards. -- Kévin Ottens, http://ervin.ipsquad.net KDAB - proud patron of KDE, http://www

[Kde-hardware-devel] Re: Kanban Wall of Solid Notes

Hello metalworkers, I filled most of the items relevant for libsolid as reports in bugzilla. The ones we really want for a HAL free 4.6 release are marked as release_blocker. If you take a look at it you will see that most are filled against the UDev backend, so please synchronize with Rafael a

[Kde-hardware-devel] Re: Gem found in the bugzilla

On Sunday 3 October 2010 02:30:53 David Hubner wrote: > On 02/10/2010 14:57, Kevin Ottens wrote: > > I think the reporter is right that it might be more efficient here to > > build a small task force running to the different projects involved to > > propose patches for th

[Kde-hardware-devel] Gem found in the bugzilla

Hello dear metalworkers, While going through a lot of triaging today of our bugreports I found a really nice one (result of a KDE Forum Brainstorm): https://bugs.kde.org/show_bug.cgi?id=220305 I think the reporter is right that it might be more efficient here to build a small task force running

[Kde-hardware-devel] Re: Wacomtablet moved to kdereview

On Wednesday 29 September 2010 23:36:57 Aaron J. Seigo wrote: > also looking at the DBus service, realize that this: > >foreach(const Solid::Device &device, Solid::Device::allDevices()) { > > is probably very slow (many seconds) on most systems that will have a > tablet connected to them.

[Kde-hardware-devel] Re: Review Request: Solid support for docking stations

gt; > > Review request for Solid and Kevin Ottens. > > > Summary > --- > > Solid support for laptop docks. Should enable a fix for bko#185460. > > > This addresses bug 185460. > https://bugs.kde.org/show_bug.cgi?id=185460 > > > Diffs >

[Kde-hardware-devel] Re: Review Request: complete fstab solid backend

On Sunday 26 September 2010 01:36:16 Friedrich W. H. Kossebau wrote: > Good to see that you already implemented the task I took at Akademy, cmp. > http://techbase.kde.org/Projects/Solid/Meetings/Akademy2010 > > Thanks for giving me more time for other stuff :) Yeah, we kind of noticed you being s

[Kde-hardware-devel] Re: Partitions from lvm/luks not listed by Solid yet? (was: Re: Filelight into kdereview (again))

On Sunday 26 September 2010 00:29:59 Friedrich W. H. Kossebau wrote: > But, still a problem with this, though guess one with Solid, so cc:ing > them: I actually have two partitions on my hard disk, one small partition > mounted as "/boot" (but only one ;) ) and one provided by lvm (for > encryption

Re: [Kde-hardware-devel] Solid & Firewire devices

On Wednesday 22 September 2010 23:23:00 jb wrote: > when using solid-hardware like this: > > solid-hardware nonportableinfo 'guid' > > with the guid of my firewire device as shown in > Solid::Device::allDevices(), I get a list of properties that are > interesting to me (Camera name, vendor, ...).

Re: [Kde-hardware-devel] Sprint 2010 budget approved!

On Monday 13 September 2010 21:12:28 Alex Fiestas wrote: > I have added a section in the Solid Sprint wiki page: > http://community.kde.org/Solid/Sprint2010#Agenda > > Go ahead and add your topics! OK, I added a couple. The most important ones to me were already there. Topic #1 being the "metalw

Re: [Kde-hardware-devel] [Sprint] Hotel rooms confirmation

On Wednesday 15 September 2010 12:34:57 Sebastian Kügler wrote: > On Wednesday, September 15, 2010 12:02:45 Dario Freddi wrote: > > P.S.: I am happy with sharing room with anyone if that is more cost > > effective. > > Yes, sharing a room is definitely a good idea (and I think called for, > since

Re: [Kde-hardware-devel] Solid Sprint, deciding the date.

On Wednesday 8 September 2010 12:17:29 Alex Fiestas wrote: > Catering: My partners want to sponsor some catering, an idea I'm not > against of course :p, I need to know if anybody is vegetarian/vegan, in > the list of attendees everybody has "none" as food preference. Oops, I updated my column now

Re: [Kde-hardware-devel] Solid Sprint, deciding the date.

On Thursday 26 August 2010 12:37:04 Sebastian Kügler wrote: > Check double rooms, it's often not a lot more expensive, but can obviously > hold two persons. And who wouldn't share a room with nice people like ... > erm ... someone come up with a nice person! ;-) You? ... OK, almost if we ignore yo

Re: [Kde-hardware-devel] Solid Sprint, deciding the date.

On Saturday 21 August 2010 23:54:10 Albert Astals Cid wrote: > A Dissabte, 21 d'agost de 2010, Kevin Ottens va escriure: > > I guess we already have a clear winner so far. ;-) > > > > October 1st is when we've the most key people available. > > Is that a

Re: [Kde-hardware-devel] Review Request: complete fstab solid backend

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/5077/#review7149 --- Ship it! Only one minor whitespace issue, please fix it and commit ri

Re: [Kde-hardware-devel] Solid Sprint, deciding the date.

On Friday 13 August 2010 15:00:56 Alex Fiestas wrote: > The duration will be from Friday to Sunday, if many people are able to > stay more, maybe we can change that (from Wednesday to Sunday?) It'll be a first, I think friday to sunday will be OK. Also longer you generally won't have many people

Re: [Kde-hardware-devel] Review Request: complete fstab solid backend

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/5077/#review7148 --- Almost ready to go, spotted mostly minor issues which would qualify fo

  1   2   3   4   >