gmane.comp.freedesktop.hal

urgent help required

amit pansuria — 2012-08-30T11:10:01

I m using hal utilinity on my linux (RHEL 5.5) to find the number of USB
devices connected to system

my problem is that when I connect two usb pen drive it shows correctly

now at run time when I unplug one of pen drive and re- run my script it
still shows two pen drive

ideally it shoud show only one after unplug.

I have write following script

for udi in $(/usr/bin/hal-find-by-capability --capability storage)
 do
        device=$(hal-get-property --udi $udi --key block.device)
        vendor=$(hal-get-property --udi $udi --key storage.vendor)
        model=$(hal-get-property --udi $udi --key storage.model)
        echo "udi=$udi ** device=$device ** vendor=$vendor ** model=$model"
        if [[ $(hal-get-property --udi $udi --key storage.bus) = "usb" ]]
        then
          parent_udi=$(hal-find-by-property --key block.storage_device
--string $udi)
          mount=$(hal-get-property --udi $parent_udi --key
volume.mount_point)
          echo "mount = $mount"
          label=$(hal-get-property --udi $par

hal daemon not running properly

DarkKnight BrightWarrior — 2012-07-24T12:07:07

Hi,

I am using,
HAL package version: 0.5.11
D-Bus Message Bus Daemon 1.4.1
udevd version 141

Hald daemon is not able to run properly or not getting ready. Please see
the output of following commands run in order.
**
*#hald --daemon=no --verbose=yes*
01:41:53.787 [I] hald.c:669: hal 0.5.11
01:41:53.791 [I] hald.c:734: Will not daemonize
01:41:53.793 [I] hald_dbus.c:5381: local server is listening at
unix:abstract=/var/run/hald/dbus-fdOgWxBCbV,guid=07be019bfc1f2a4f7d1c1c3a000017e3
01:41:53.819 [I] ck-tracker.c:387: got seat
'/org/freedesktop/ConsoleKit/Seat1'
01:41:53.822 [I] ck-tracker.c:338: Got all sessions on seat
'/org/freedesktop/ConsoleKit/Seat1'
01:41:53.822 [I] ck-tracker.c:414: Got seats
01:41:53.822 [I] ck-tracker.c:796: Got seats and sessions
01:41:53.859 [I] hald_runner.c:301: Runner has pid 19023
Runner started - allowed paths are
'/usr/libexec:/usr/lib/hal/scripts:/usr/bin'
01:41:53.873 [I] hald_runner.c:182: runner connection is 0x59fa8
01:41:53.949 [W] osspec.c:373: Unable to open /proc/mdst

[PATCH 1/2] Don't close file descriptor twice

Thomas Jarosch — 2011-10-05T20:14:46

Detected by "cppcheck"

Please CC: comments.

Signed-off-by: Thomas Jarosch <thomas.jarosch< at >intra2net.com>
---
 hald/linux/probing/probe-video4linux.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/hald/linux/probing/probe-video4linux.c b/hald/linux/probing/probe-video4linux.c
index b055720..9faf009 100644
--- a/hald/linux/probing/probe-video4linux.c
+++ b/hald/linux/probing/probe-video4linux.c
< at >< at > -147,6 +147,7 < at >< at > main (int argc, char *argv[])
 libhal_device_free_changeset (cset);
 
 close (fd);
+fd = 0;
 
 ret = 0;

[PATCH 2/2] Fix mismatching allocation/deallocation

Thomas Jarosch — 2011-10-05T20:15:17

Detected by "cppcheck"

Please CC: comments.

Signed-off-by: Thomas Jarosch <thomas.jarosch< at >intra2net.com>
---
 hald/freebsd/probing/freebsd_dvd_rw_utils.c |   14 +++++++-------
 1 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/hald/freebsd/probing/freebsd_dvd_rw_utils.c b/hald/freebsd/probing/freebsd_dvd_rw_utils.c
index c004916..130d8a3 100644
--- a/hald/freebsd/probing/freebsd_dvd_rw_utils.c
+++ b/hald/freebsd/probing/freebsd_dvd_rw_utils.c
< at >< at > -45,7 +45,7 < at >< at > scsi_command_new_from_cdrom (HFPCDROM *cdrom)
 static void
 scsi_command_free (ScsiCommand * cmd)
 {
-free (cmd);
+g_free (cmd);
 }
 
 static void
< at >< at > -107,7 +107,7 < at >< at > get_dvd_r_rw_profile (HFPCDROM *cdrom)
 if (scsi_command_transport (cmd, READ, list, len)) {
 /* GET CONFIGURATION failed */
 scsi_command_free (cmd);
-free (list);
+g_free (list);
 return -1;
 }
 
< at >< at > -170,7 +170,7 < at >< at > get_dvd_r_rw_profile (HFPCDROM *cdrom)
 }
 
 scsi_command_free (cmd);
-free (list);
+g_free (list);
 
 return retval;
 
< at >< at > -230,7 +230,7 < at >< at >

Re: hal & UPS with serial port

Richard Hughes — 2011-09-15T16:11:12

2011/9/14 Grzesiek Sójka <pld< at >sojka.co>:

Just uninstall hal. Hal is dead upstream and no longer maintained.

Richard.
_______________________________________________
hal mailing list
hal< at >lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/hal

hal & UPS with serial port

Grzesiek Sójka — 2011-09-14T18:25:42

Hi there.

Recently I updated to hal-0.5.14 (I do not remember the previous 
version). The problem is that after starting hald my UPS (connected via 
serial port) immediately switches off.

Please help. I already lost some data.

Regards

Greg

Debian

John Larysz — 2011-07-25T20:01:14

I am trying to get hal to configure on an  armel architecture machine with
build 2.6.29-00236-g4f8dbbb-dirty. It's not going well.

 

How can I tell if hal is even running? I can't see anything in ps -ef and I
can't find any error messages.

 

 

     John

HAL mount result differs if invoked by HAL

潘图 — 2011-06-26T14:18:12

Hi,

in order to have my msdos device being able to use correct charset i am
using a fuse module. Here is what I do:

root> mount_msdosfs -L zh_CN.GBK /dev/msdosfs/device /mnt/tmp
root> fusexmp_fh
-oallow_other,modules=iconv:subdir,from_code=GBK,subdir=/mnt/tmp
/media/CW-P7EOS-X

This allows me to have chinese/japanese Names in the Folder/File Name
even if created on windows.

If I do not use the fusexmp_fh, but only the mount_msdosfs, all
filenames with chin/jap names in it will be displayed as (invalid encoding).

No I have created a wrapper with the name mount_msdosfs and move the
actual binary to another place. This wrapper does the 2 commands above
automatically.

So when I am under my gnome environment and plug in my USB Device with
msdos filesystem, HAL calls the mount_msdosfs (which is now the wrapper)
and this script does the two commands above.



The only problem is, that the result differ, if invoked by HAL or if
invoked manually.

If I call the wrapper script, everything works well, if HAL does

Hey

2011-05-31T22:21:53

Hello  I just wanted to share this opportunity with you, I've been making 200-300 dollars a day and I started only a week ago. Check out this news article and it will show you how to get started, it's definitely easy enough for you :)! http://news7cnbc.com/money

need help with hald on MacOS

Cuga — 2011-05-16T00:43:25

I need help debugging a problem with hald!

I'm building an X11 window manager under XQuartz/MacOS 10.6.7. I'm not using Fink or Macports. I'm installing everything in POSIX-compliant locations (/usr/local).

Dbus-1.5.0 and hal-0.5.11 both compile and install fine, but I can't get hald to run. It throws messages and quits.

The X11 wm I'm using requires dbus-session, and optionally uses dbus-system and hal for hardware-specific modules. Dbus is running properly. The X11 wm is successfully connecting to dbus-session which is being launched by launchd. 

I can launch dbus-daemon --system, either by hand at the terminal, or with launchd. I get the same results either way. The pid and socket files are created as expected and the daemon runs in the background without error. However hald does not start up properly after this. The hald man page suggests starting hald by hand in verbose mode, which I have tried, with results shown below. hald quits and gives me some messages I don't understand. I've tried re-compili

Re: [PATCH] ConsoleKit.conf: fix explicit missing destination

Lennart Poettering — 2011-05-10T17:30:41


Doesn't apply on current git. Can you rebase please?



Lennart

Keymapping

David Woodfall — 2011-04-24T02:07:33

Hi, I have a usr9600 phone which acts as an extra keyboard and I'm
trying to map keys 1-0 to keypad 1-0:

         <append key="input.keymap.data" type="strlist">0x02:KP1</append>
         <append key="input.keymap.data" type="strlist">0x03:KP2</append>
         <append key="input.keymap.data" type="strlist">0x04:KP3</append>
         <append key="input.keymap.data" type="strlist">0x05:KP4</append>
         <append key="input.keymap.data" type="strlist">0x06:KP5</append>
         <append key="input.keymap.data" type="strlist">0x07:KP6</append>
         <append key="input.keymap.data" type="strlist">0x08:KP7</append>
         <append key="input.keymap.data" type="strlist">0x09:KP8</append>
         <append key="input.keymap.data" type="strlist">0x0a:KP9</append>
         <append key="input.keymap.data" type="strlist">0x0b:KP0</append>

lshal shows the mappings but they aren't working. I got the codes with 
scankey -s and I've also tried using xev which show different keycodes.

I've also tried <merge> instead

[PATCH] ConsoleKit.conf: fix explicit missing destination

Auke Kok — 2011-04-11T21:04:22

The last rule in the dbus system.d conf does not explicitly list the 
destination, which would give problems if a potential other target has 
the same path. Caught by an automated MeeGo build check.

Signed-off-by: Auke Kok <auke-jan.h.kok< at >intel.com>

--- a/data/ConsoleKit.conf2011-04-11 14:01:34.813582580 -0700
+++ b/data/ConsoleKit.conf2011-04-11 14:01:53.255582574 -0700
< at >< at > -140,7 +140,8 < at >< at >
      <allow send_destination="org.freedesktop.ConsoleKit"
             send_interface="org.freedesktop.ConsoleKit.Session"
             send_member="GetIdleSinceHint"/>
-    <allow send_interface="org.freedesktop.ConsoleKit.Session"
+    <allow send_destination="org.freedesktop.ConsoleKit"
+           send_interface="org.freedesktop.ConsoleKit.Session"
             send_member="SetIdleHint"/>
    </policy>

Re: keymapping

Robby Workman — 2011-04-24T04:59:05

On Sun, 24 Apr 2011 05:42:59 +0100
David Woodfall <dave< at >dawoodfall.net> wrote:



Oh, yeah, still used hal in 13.1.  Not sure what's going on
there, and to be frank (and likely disappointing), I really
don't have much inclination to work on that since we're on
the verge of a new release (and hal is mostly dead anyway,
especially wrt xorg)...

-RW

Re: Re: keymapping

David Woodfall — 2011-04-24T04:42:59

On (23:19 23/04/11), Robby Workman <rw< at >rlworkman.net> put forth the proposition:

Even the xorg in slack 13.1? (By the way xorg/hal does see the
keyboard and set layout etc. just not the maps)

Re: keymapping

Robby Workman — 2011-04-24T04:19:46

On Sun, 24 Apr 2011 03:27:46 +0100
David Woodfall <dave< at >dawoodfall.net> wrote:



It's because recent Xorg uses udev instead of hal for this.

-RW

keymapping

David Woodfall — 2011-04-24T02:27:46

Hi, I have a usr9600 phone which acts as an extra keyboard and I'm
trying to map keys 1-0 to keypad 1-0:

         <append key="input.keymap.data" type="strlist">0x02:KP1</append>
         <append key="input.keymap.data" type="strlist">0x03:KP2</append>
         <append key="input.keymap.data" type="strlist">0x04:KP3</append>
         <append key="input.keymap.data" type="strlist">0x05:KP4</append>
         <append key="input.keymap.data" type="strlist">0x06:KP5</append>
         <append key="input.keymap.data" type="strlist">0x07:KP6</append>
         <append key="input.keymap.data" type="strlist">0x08:KP7</append>
         <append key="input.keymap.data" type="strlist">0x09:KP8</append>
         <append key="input.keymap.data" type="strlist">0x0a:KP9</append>
         <append key="input.keymap.data" type="strlist">0x0b:KP0</append>

lshal shows the mappings but they aren't working. I got the codes with
scankey -s and I've also tried using xev which show different
keycodes.

I've also tried <merge> instead

Re: What replaces this part of HAL?

Martin Pitt — 2011-02-24T14:51:49

Hello Tom,

Tom Horsley [2011-02-24  8:43 -0500]:

You should instead listen to the uevent which adds (or changes) the
/dev/input/eventXX device node. That's what hal catches as well, and
it just translates that into a D-BUS signal.


Again, these will create a new USB device (/dev/bus/usb/..) with an
ID_GPHOTO2 property.


It's all udev with uevents (which is also HAL's main input source,
apart from some CD-ROM polling which went into udisks).

Also, "is going away" is a bit of an understatement, it's really quite
dead. GNOME switched over a year ago, KDE and XFCE finished the
transition a couple of months back (see [1]). The major distros don't
even install it by default any more, or at least switched hal to D-BUS
activation so that it doesn't run all the time and cost extra boot
time/CPU/battery power, and just gets started for the odd old program.

Martin

[1] https://wiki.ubuntu.com/Halsectomy

What replaces this part of HAL?

Tom Horsley — 2011-02-24T13:43:37

I keep reading that HAL is going away, yet I have programs
that use bits and pieces of HAL, and I can't for the life
of me deduce what the "official" replacement for this
functionality is. For instance:

When my USB mouse is plugged/unplugged, I get DBUS messages
which allow me to re-run my xinput settings for the mouse
to properly configure the buttons and acceleration.

When my PTP cameras are plugged/unplugged, I also get DBUS
messages (with the HAL udi string), so I can do hal queries
to dig up properties like the USB bus and device numbers
so I can open the camera with libgphoto2.

So that's my question: If HAL really is going away, what
is supposed to replace this kind of notification mechanism
for newly plugged devices?

Re: hald-addon-cpufreq broken on newer kernels

Ozan Çağlayan — 2011-02-17T20:54:53

Ignore hald-addon-cpufreq, that was a misnomer. The problem is in the 
ACPI parsing stuff.

hald-addon-cpufreq broken on newer kernels

Ozan Çağlayan — 2011-02-17T20:52:31

Hi,

I don't know if this deserves a fix but some removals in /proc on newer 
kernels causes hald-addon-cpufreq to not correctly identify processors.

In:
http://cgit.freedesktop.org/hal/tree/hald/linux/acpi.c

< at > line 559.

The linux.acpi_path does no longer provide the "info" file.

Regards,