On Thu, Jan 26, 2012 at 16:01, Yury G. Kudryashov wrote:
> Le 26 января 2012 15:35:08 Kay Sievers a écrit :
>> On Thu, Jan 26, 2012 at 14:48, Yury G. Kudryashov
> wrote:
>> > From: "Yury G. Kudryashov"
>> >
>> > Prefix all IMPORT{program} st
On Thu, Jan 26, 2012 at 14:48, Yury G. Kudryashov wrote:
> From: "Yury G. Kudryashov"
>
> Prefix all IMPORT{program} strings with @slashlibdir@ to produce absolute
> paths
> in the output 80-udisks.rules file.
It is built into udev since almost forever that programs in /lib/udev/
do not need an
On Tue, Dec 6, 2011 at 20:16, Serghei Amelian wrote:
> Hello,
>
> It is possible to enumerate CPUs using libudev? If yes, how?
No, it isn't at the moment. The kernel is a total mess with the cpu
devices, they are invisible to udev's coldplug. We might be able to
fix that soon.
Kay
__
On Sat, Oct 15, 2011 at 18:25, Lars Schotte wrote:
> i have here a minor problem that dbus spams in my messages file growing
> it to a few megabytes with the statement that the battery status did
> not change, what is not a surprise, isn't it?
>
> here are the messages i get:
>
> Oct 15 18:22:42 h
On Mon, Jun 13, 2011 at 18:01, David Zeuthen wrote:
> By not having things like the SystemInternal property, we nicely
> sidestep all these problems and our software becomes easier to write,
> maintain and use. And more importantly, it becomes easier to debug.
> And it reduces pressure on support
On Tue, Mar 1, 2011 at 13:33, Karel Zak wrote:
> On Tue, Mar 01, 2011 at 01:09:56PM +0100, Kay Sievers wrote:
>> Btrfs is like a network filesystem, it has no backing device.
>
> but for example NFS is consistent:
>
> $ stat --format "%d" /mnt/store/a
> 41
issue now.
>> Please review the patch attached to this mail.
>>
>> On Sat, Feb 26, 2011 at 12:12 AM, Kay Sievers wrote:
>> > On Fri, Feb 25, 2011 at 14:47, PCMan wrote:
>> >> I made a small patch against the latest udisks in git after hacking HAL
>> &
On Fri, Feb 25, 2011 at 14:47, PCMan wrote:
> I made a small patch against the latest udisks in git after hacking HAL daemon
> and it works. Please review the patch. Thanks a lot.
>
> https://bugs.freedesktop.org/attachment.cgi?id=43798&action=edit
mtab is officially dead now, even in mount(8). P
On Tue, 2010-08-31 at 11:15 +0100, Bastien Nocera wrote:
> On Thu, 2010-08-26 at 05:44 -0600, Joey Lee wrote:
> > Dear all experts,
> >
> > I am working on implement function key features in gnome-settings-daemon
> > to control wlan/bluetooth/wan. There have some use case need control
> > rfkill
On Mon, Oct 11, 2010 at 22:13, Stef Bon wrote:
> I've added some logging when an event triggered udev. I've seen some things
> like:
>
> DEVPATH=/devices/virtual/bdi/cifs-57
>
> What does it represent?
> I'm working (as you may know) with a construction which mounts (and
> unmounts) cifs shares, s
On Mon, Oct 11, 2010 at 18:13, Andrey Borzenkov wrote:
> One thing that was present in HAL and that seems to be missing in
> replacements is screen backlight brightness control. Are there any
> plans to add it to upower?
It's controlled by X xrandr these days. Stuff like g-p-m can just talk
to X
On Mon, Oct 4, 2010 at 17:42, Kay Sievers wrote:
> On Mon, Oct 4, 2010 at 17:30, Stef Bon wrote:
>
>> To be sure, the command
>>
>> udisk --poll-for-media /dev/sr0
>>
>> results in:
>> : > ps aux | grep udisks | grep -v grep
>> root 279
On Mon, Oct 4, 2010 at 17:30, Stef Bon wrote:
> To be sure, the command
>
> udisk --poll-for-media /dev/sr0
>
> results in:
> : > ps aux | grep udisks | grep -v grep
> root 2792 0.0 0.0 14408 3060 ? SNl 12:09 0:00
> /usr/lib/udisks/udisks-daemon
> root 2793 0.0 0.0 588
On Mon, Oct 4, 2010 at 17:05, Stef Bon wrote:
>>> But still stays why not:
>>>
>>> udisks --poll-for-removeable-media
>>>
>>> in stead of
>>>
>>> udisks --poll-for-media /dev/sr0
>>
>> That's a one-shot command, not a switch to enable something in the
>> daemon that keeps polling. It should act on
On Mon, Oct 4, 2010 at 16:14, Stef Bon wrote:
> On 10/04/2010 03:03 PM, David Zeuthen wrote:
> I see also a difference in the way udev handles cdroms. cdroms inserted or
> ejected are reported as change, while an inserted usb stick is reported as
> adding a device (and removal: remove a device)
On Mon, Jun 14, 2010 at 10:23, Richard Hughes wrote:
> On 14 June 2010 09:20, Kay Sievers wrote:
>> On Mon, Jun 14, 2010 at 09:56, Richard Hughes wrote:
>>> On 14 June 2010 03:07, Victor Lowther wrote:
>>>> GCC was complaining about int and ssize_t being differnt
On Mon, Jun 14, 2010 at 09:56, Richard Hughes wrote:
> On 14 June 2010 03:07, Victor Lowther wrote:
>> GCC was complaining about int and ssize_t being differnt types.
>> Make it quit doing that.
>
> Applied, thanks.
You would better use %zi instead.
Kay
_
On Wed, Apr 28, 2010 at 12:19, Patrice Dumas wrote:
> On Wed, Apr 28, 2010 at 11:51:58AM +0200, Kay Sievers wrote:
>>
>> It should be reasonable simple to let X provide internally a generic
>> sysfs backlight driver which can be wired up from individual drivers
>> like
On Wed, Apr 28, 2010 at 11:56, Martin Pitt wrote:
> So, would it be possible to move these ACPI bits into X itself, and
> fall back to them if the driver does not support backlight setting
> itself? Then we would have X, and only X, as the userspace API to
> control backlight.
Yeah, Intel is alre
On Wed, Apr 28, 2010 at 11:38, Richard Hughes wrote:
> Sorry to open an old wound, but it looks like radeon won't be adding
> BACKLIGHT into the driver, ever.
>
> https://bugs.freedesktop.org/show_bug.cgi?id=27859
That surely all belongs into the X server below the randr interface.
The intel driv
On Thu, Mar 11, 2010 at 07:53, Alex Launi wrote:
> Hello hardware hackers who make life on Linux possible,
> I'm working on updating Banshee Media Player to the modern age. Currently
> Banshee is heavily dependent on HAL which makes it not so usable on more
> modern distributions which have all bu
On Tue, Jan 19, 2010 at 23:00, David Zeuthen wrote:
> On Tue, 2010-01-19 at 11:41 -0800, Linus Torvalds wrote:
>> My wife has a embroidery machine that acts as a USB memory stick when
>> plugged into a computer through its USB port. It has a truly stunning
>> read speed of 15kB/s (yes, really), a
On Fri, Jan 15, 2010 at 02:48, Benjamin K. Stuhl
wrote:
> I'm (slowly) working on writing a udisks/upower/udev/... backend for
> KDE's hardware abstraction layer ("Solid"), and I've run into a
> substantial functionality loss with udisks: there doesn't seem to be a
> replacement for HAL's EjectP
On Thu, Dec 3, 2009 at 12:44, Richard Hughes wrote:
> 2009/12/3 Kay Sievers :
>> As far as I know, Mac OS has hybrid only, no separate hibernate. Vista
>> has hybrid by default, but (custom) hibernate can be triggered from
>> the interface. Both do not have the simple (unsa
On Thu, Dec 3, 2009 at 11:18, Richard Hughes wrote:
> 2009/12/2 Martin Pitt :
>> Personally I find this more appealing. To me, hybrid mode seems
>> conceptually closer to suspend than to hibernate, just with a safety
>> net (and of course a much longer suspend time).
>
> What does Windows 7 and OS
On Fri, Nov 27, 2009 at 09:58, Martin Pitt wrote:
> Victor Lowther [2009-11-26 21:44 -0600]:
>> Definitly -- we want to cut over to a native format anyways, so we would be
>> packaging up the quirks database separate from pm-utils and hal in any case
>> -- sorta like the way hal and hal-info are s
On Wed, Oct 7, 2009 at 14:46, Davide Bettio wrote:
>> That the old and stupid MSDOS partitions don't support anything useful
>>is no reason not to support partition labels. You might want to read:
>> http://en.wikipedia.org/wiki/GUID_Partition_Table#Partition_entries_.28LBA_2.E2.80.9333.29
>
> We
On Wed, Oct 7, 2009 at 14:25, Davide Bettio wrote:
> I can't understand what PartitionLabel property is meant to be.
> Usually labels are stored in the filesystem and moreover the most common
> partition table type hasn't got any support for labels.
> I suggest you to rename it to Label or to File
On Mon, Aug 17, 2009 at 12:00, Danny Haak wrote:
> I am currently writing a piece of software that needs to know which USB
> devices are attached to the computer. For that, I am using Mono,
> DeviceKit, NDesk Dbus and Ben Gamari's DeviceKit-Sharp managed bindings.
There is no D-Bus service to do t
On Thu, Jul 30, 2009 at 04:07, Martin Pitt wrote:
> Peter Hutterer [2009-07-30 14:13 +1000]:
>> The X server uses libhal to connect to HAL and asks it for the device list
>> (libhal_find_device_by_capability(.. "input" ...)
>
> The libudev counterpart would be udev_enumerate_*() [1] with scanning f
On Thu, Jul 30, 2009 at 00:13, Peter Hutterer wrote:
> I have poked at libudev a bit today in a weak effort to look what's required
> to switch the X server over. I'd be happy if someone else takes over at
> this, but right now I don't see this happening for 1.7 anyway. Especially
> since the udev
pci:00/:00:1a.0/usb3/3-1/3-1:1.0 --unbind
MFG:Brother;CMD:PJL,PCL,PCLXL;MDL:HL-2070N series;CLS:PRINTER;
Cheers,
Kay
commit a7be5b0a6d8e5b1a177caa9b10817f2fe34d3e25
Author: Kay Sievers
Date: Tue Jul 21 01:08:14 2009 +0200
extras: printer query callout
diff --git a/configure.ac b/configure.ac
index 69c115d
On Tue, Jul 14, 2009 at 09:24, Martin Pitt wrote:
> Hello all,
>
> Tim Waugh [2009-07-13 21:40 +0100]:
>> To recap on why this data needs to be stored: we need the device ID,
>> obtained from the device at connection time, at the point where the
>> device has already been disconnected. This is so
On Mon, Jul 6, 2009 at 12:31, Richard Hughes wrote:
> 2009/7/6 Kay Sievers :
>> Is FULL and EMPTY really a state of the device like CHARGING
>> DISCHARGING? Wouldn't it be two different things what's currently
>> "done with it" and what's "in th
On Mon, Jul 6, 2009 at 10:59, Richard Hughes wrote:
> At the moment DK-p has the following status values:
>
> DKP_DEVICE_STATE_UNKNOWN,
> DKP_DEVICE_STATE_CHARGING,
> DKP_DEVICE_STATE_DISCHARGING,
> DKP_DEVICE_STATE_EMPTY,
> DKP_DEVICE_STATE_FULLY_CHARGED,
>
> Thi
On Sun, Jul 5, 2009 at 10:51, Richard Hughes wrote:
> 2009/7/3 Richard Hughes :
>> How's that for a compromise?
>
> Ohh, forgot to add, I've reverted the stuff from DeviceKit-power and
> g-p-m as I wanted to make a release on Monday, and don't want to
> release code in one release that we remove/mo
On Sat, Jul 4, 2009 at 18:31, David Zeuthen wrote:
> On Fri, 2009-07-03 at 20:08 +0200, Christophe Fergeau wrote:
>> Hi,
>>
>> 2009/7/3 David Zeuthen :
>> >
>> > - the name to use in the UI
>> > - should I be using "$Vendor $Model" - seems I should only
>> > be using "$Model" cf
>> >
>>
On Fri, Jul 3, 2009 at 17:57, David Zeuthen wrote:
> Adding this
> backlight stuff to DeviceKit-power is a bad thing to do since this
> belongs in the display server. We all agree on that it seems.
> So please revert the patch and let's get on with our lives.
Yes, please.
Please add the interfa
On Fri, Jul 3, 2009 at 17:08, Richard Hughes wrote:
> If ajax ripped support out for non all X drivers that didn't support
> KMS (even though we all know KMS is the future) then the people with
> no display output would get rightly pissed off.
Well, you have the choice which people to piss off no
On Fri, Jul 3, 2009 at 16:13, David Zeuthen wrote:
> (As a matter of fact, we've learned the really hard way (with HAL) that
> it doesn't work that way. And while HAL made things a bit better in the
> short-term, HAL is an unmaintable piece of crap that we're finally close
> to getting rid of now.
On Fri, Jul 3, 2009 at 16:01, Richard Hughes wrote:
> 2009/7/3 David Zeuthen :
>> It's completely wrong to do this as this, for example, will break
>> multi-monitor setups. You should know very well that it's outside the
>> scope of DeviceKit-power to do this - instead, I believe, you want to
>> fi
On Thu, Jul 2, 2009 at 17:21, David Zeuthen wrote:
> On Thu, 2009-07-02 at 16:12 +0100, Richard Hughes wrote:
>> I really don't want to teach
>> gnome-power-manager about the niceties of dmidecode just so it can
>> choose the default policy in a sane way.
>
> No, just make g-p-m read settings from
On Thu, Jul 2, 2009 at 17:12, Richard Hughes wrote:
> 2009/7/2 Kay Sievers :
>> Yeah, it's a bit dangerous.
>
> Yes, I think virtual devices are a quick way back to the HAL mess.
> That's why I wanted to merge the data back to where it came from, so
> to speak
On Thu, Jul 2, 2009 at 17:09, Scott James Remnant wrote:
> On Thu, 2009-07-02 at 16:32 +0200, Kay Sievers wrote:
>
>> No, better don't stuff things into the dmi device, not all platforms have
>> that.
>>
> If they don't have a dmi device, then they won't
On Thu, Jul 2, 2009 at 17:01, David Zeuthen wrote:
> On Thu, 2009-07-02 at 16:46 +0200, Kay Sievers wrote:
>> On Thu, Jul 2, 2009 at 16:35, Richard Hughes wrote:
>> > 2009/7/2 Kay Sievers :
>> >> No, better don't stuff things into the dmi device, not all platfor
On Thu, Jul 2, 2009 at 16:35, Richard Hughes wrote:
> 2009/7/2 Kay Sievers :
>> No, better don't stuff things into the dmi device, not all platforms have
>> that.
>
> Then where in the database should this data go?
There is no place in udev so far. We can't do
On Thu, Jul 2, 2009 at 16:11, Richard Hughes wrote:
> One of the nice things about DMI data is that it gives you the form
> factor of the device, so you can choose sensible defaults for laptops,
> servers and handhelds. This data is exported in HAL, but not
> DeviceKit-*
>
> What about something li
On Thu, Jul 2, 2009 at 10:14, Richard Hughes wrote:
> I'm trying to fix UPS support in DeviceKit-power. It's basically all
> down to incorrect udev rules. The device I'm trying to match is the
> last one in the chain, i.e. the one with DEVNAME=/dev/usb/hiddev0 :
> It's easy to match all devices wi
On Sun, Jun 21, 2009 at 14:46, Jonathan Matthew wrote:
> What's the plan for maintaining the device DB? The .ini files currently
> don't contain the information required to build the udev rules, and it
> seems a bit odd to keep updating the .fdi file after HAL is gone.
Yeah, HAL will go away and
On Tue, Jun 16, 2009 at 10:02, Martin Pitt wrote:
> Hello again,
>
> Martin Pitt [2009-06-16 9:17 +0200]:
>> * TODO: nicer names for .ini files
>
> Done now, they use the vendor name as prefix and the model name if
> available. Files updated.
>
>> This is a pretty comprehensive example of a "nor
On Mon, Jun 15, 2009 at 19:20, Geoffrey Leach wrote:
> I'm running Fedora 11 on a laptop. Every minute or so, devkit-daemon
> fires up and runs at 100% CPU for 30 seconds, turning on the fan. This
> is really annoying.
That sounds weird. Care to run:
udevadm monitor
at the same time, and see if
On Thu, Jun 4, 2009 at 17:21, David Zeuthen wrote:
> On Thu, 2009-06-04 at 16:14 +0200, Martin Pitt wrote:
>> I wrote a first patch against libgphoto2 to add a new "udev 136" mode
>> to print-camera-list. Patch and details on
>>
>> https://sourceforge.net/tracker/?func=detail&aid=2801117&group_id=
On Fri, May 29, 2009 at 15:31, Stef Bon wrote:
> Is there some other way to tell the new devkit for disks not to ignore
> the disk, but not to mount it
The policy is in your user session, not at the system level, just like
it was with HAL. You need to tell Nautilus not to request the mounting
of
On Fri, May 15, 2009 at 22:44, Rick L. Vinyard, Jr.
wrote:
> One of my projects is conexus-gtkmm and is one of the listed Fedora
> dependencies.
>
> I'd like to migrate away from HAL, but I'm a bit unclear how to do it. In
> short, the UI widgets are using HAL for serial and network device
> enume
On Thu, May 14, 2009 at 14:35, Davide Bettio wrote:
> It seems that according to dbus specs dashes aren't allowed, so all the
> properties have wrong names (like daemon-version).
> According to the specs, «Interface, signal, method, and property names are
> "WindowsStyleCaps", note that the first
On Sat, May 9, 2009 at 12:39, Martin Pitt wrote:
> I committed my stuff to udev-extras trunk now.
Looks good. Thanks for doing this.
> I don't see it on
> http://git.kernel.org/?p=linux/hotplug/udev-extras.git;a=summary yet,
> but I do see it in "git log" on master.k.o. I guess there's some
> c
On Thu, May 7, 2009 at 15:58, Martin Pitt wrote:
> Kay Sievers [2009-05-07 13:50 +0200]:
>> Only if you do ="[Cc][Aa][Ss][Ee]". :)
>
> Oh, *headdesk*, indeed. Since I'm generating them mostly
> automatically, that shouldn't be a problem. Looks weird, but
On Thu, May 7, 2009 at 09:08, Martin Pitt wrote:
> Kay Sievers [2009-05-06 1:16 +0200]:
>> > Originally I intended this to become a script which we can run
>> > permanently to maintain keymaps in hal-info side by side with the new
>> > udev-extras rules. However,
On Thu, May 7, 2009 at 13:00, Martin Pitt wrote:
> Kay Sievers [2009-05-07 12:29 +0200]:
>> > Done. I put the keymaps themselves into /lib/udev/keymaps/ for now
>> > (instead of /usr/share/udev/keymaps/, as in my first sketch).
>>
>> Ah, i see. What'
On Thu, May 7, 2009 at 11:58, Martin Pitt wrote:
> Kay Sievers [2009-05-06 1:16 +0200]:
>> > - Would you prefer using input-utils or a copy of the input-kbd
>> > script in udev-extras?
>>
>> I think, we should put all of that, including the binary, in a subd
On Tue, May 5, 2009 at 23:09, Martin Pitt wrote:
> I now wrote a small hackish script (current version: [1]) which
> convers a set of keymap fdi files into udev rules:
Cool.
> Originally I intended this to become a script which we can run
> permanently to maintain keymaps in hal-info side by si
On Tue, May 5, 2009 at 13:21, Martin Pitt wrote:
> I got quite the hang of adding model specific keymaps to hal-info
> these days, and I wondered what the replacement of hal-setup-keymap
> will be in the new udev/DK world?
>
> I didn't find any existing discussion about this. Is someone already
>
On Sat, May 2, 2009 at 02:33, Patrice Dumas wrote:
> On Sun, Apr 26, 2009 at 04:22:46PM +0200, Kay Sievers wrote:
>>
>> interface. At that point, the block stuff will be disabled in HAL.
>>
>> power/battery/UPS handling from HAL. At this point, the part of HAL
>>
On Mon, Apr 27, 2009 at 09:43, Richard Hughes wrote:
> On Sun, 2009-04-26 at 16:22 +0200, Kay Sievers wrote:
>> DeviceKit-power will use libudev, and take over the all the
>> power/battery/UPS handling from HAL. At this point, the part of HAL
>> will be disabled.
>
On Sun, Apr 26, 2009 at 23:45, Michael Biebl wrote:
> Afaics, no such work has been done yet within hal, which allows to
> disable the different components.
Yeah, that will be done, when we consider the stuff to be ready. It
will be pretty easy to that, I expect.
> On the other hand, gnome-power
On Sun, Apr 26, 2009 at 05:54, Michael Biebl wrote:
> 2009/4/6 Kay Sievers :
>>
>> But the base DeviceKit daemon, that is just an event multiplexer, may
>> go away and get replaced by udev itself. We will send an update on
>> this the next weeks, when we do a final d
On Mon, Apr 6, 2009 at 11:48, Michael Biebl wrote:
> I noticed, that all DeviceKit packages install their udev rules files
> into /etc/udev/rules.d
>
> Isn't that deprecated by now (yet still supported) and one should use
> /lib/udev/rules.d instead?
It should, yes. All system supplied rules are
On Wed, Mar 4, 2009 at 10:19, Richard Hughes wrote:
> On Tue, 2009-03-03 at 17:06 -0500, David Zeuthen wrote:
>> On Tue, 2009-03-03 at 09:38 +, Richard Hughes wrote:
>> > Are you planning on shipping DeviceKit _and_ udev-extras in F11, or will
>> > the latter obsolete the former?
>>
>> I think
On Sat, Dec 13, 2008 at 16:23, Alasdair G Kergon wrote:
> On Sat, Dec 13, 2008 at 03:28:20PM +0100, Kay Sievers wrote:
>> On Sat, Dec 13, 2008 at 02:30, Dave Wysochanski wrote:
>> > Note that by scanning a single PV we may not be able to answer
>> > definitively what
ation when a device is added.
>
> On Fri, 2008-12-05 at 17:20 +0100, Kay Sievers wrote:
>> - dm/LVM tools export information about dm/LVM devices
>> in =\n format, not other format will work
>>
>
> I'm assuming by this, you're meaning something similar to
On Fri, Dec 5, 2008 at 16:24, David Zeuthen <[EMAIL PROTECTED]> wrote:
> Sorry for not replying earlier, I wanted to reply, but typing up a
> coherent and hopefully useful reply turned out to take some time
>
> On Mon, 2008-11-24 at 14:52 -0500, Dave Wysochanski wrote:
>> I'm a developer on the LVM
On Thu, 2008-09-11 at 00:20 +0200, Kay Sievers wrote:
> On Fri, 2008-08-29 at 22:39 +0200, Kay Sievers wrote:
> > To integrate DeviceKit properly with udev, udev provides a shared
> > library libudev now, wich is used by the DeviceKit daemon with this
> > patch, to retrieve ud
72 matches
Mail list logo
