Re: hal, hald wont start

I ment `haldaemon' ... is it necessary that root is a member of messagebus and haldaemon groups?

Re: hal, hald wont start

I did look into var log, I didn't find anything troubling. ls /var/log apt btmp dmesgdmesg.1.gz dpkg.log installer.logwtmp boot ConsoleKit dmesg.0 dmesg.2.gz fsck lastlog ls -l /var/run total 24 drwxr-xr-x 2 messagebus guest 4096 2009-11-09 23:58 dbus drwxrwx--- 2 root

Re: hal, hald wont start

Jakub Daniel, le Tue 10 Nov 2009 01:10:35 +0100, a écrit : > Starting Hardware abstraction layer: haldinvoke-rc.d:initscript hal, action > "start" failed. Could you check that /var/run/hald exists and belong to haldaemon? > I am unable to get any other data as now log is created as far as i know.

hal, hald wont start

Hello every time dpkg tries to run /etc/init.d/hal it dies with error message invoke-rc.d: initscript hal, action "start" failed. Whole line: Starting Hardware abstraction layer: haldinvoke-rc.d:initscript hal, action "start" failed. I am unable to get any other data as now log is created as f

grub vs st_dev (aka fsid) / st_rdev

Hello, Currently, grub has no way to know which /dev/ entries corresponds to /boot and /. Its detection mechanism is to run stat /, which on Linux notably gives Device: 306h/774d Inode: 2 Links: 29 i.e. st_dev is (3,6), and it also runs stats on /dev/*, notably /dev/hda6: Devic

Re: GNU Hurd Installation

Hello I was wondering whether there was a way how to boot GNU/Hurd in qemu without having boot floppy. If there is anybody who knows that it would be probably You as You contribute to Hurd greatly. thanks Jakub

Re: Mercurial vs. git

Hello This discussion is quite interesting. I would say that the major problem with git is it does not come with enough documentation. If you want to use mercurial you just type hg help, and what you get is comprehensive enough to allow you to clone a repo, add your changes, and publish your pat

Re: [PATCH 2/3] Implement mountee startup.

Hi, On Thu, Nov 05, 2009 at 12:29:54PM +0100, olafbuddenha...@gmx.net wrote: > > > > > > Why are you passing O_READ, anyways?... > > > > > > > > The flags which I pass to start_mountee are used in opening the > > > > port to the root node of the mountee. (I'm sure you've noticed > > > > this; I

Re: OT: automation

Hi, Am Donnerstag, 5. November 2009 14:24:55 schrieb olafbuddenha...@gmx.net: > > alt-F2 -> gg:google search -> enter -> konqueror starts the search. > > It's stupid to have such a feature *within* some program. Such stuff > should be handled globally. See my recent rant: > >http://tri-ceps

Re: Mercurial vs. git

Hi, Am Donnerstag, 5. November 2009 13:56:09 schrieb olafbuddenha...@gmx.net: > I can see though how Git can be problematic for people who try to learn > it bit by bit... > Must be talking past each other here... This is about *me* doing *my* > work efficiently in *my* repository. How efficientl

Re: OT: automation

Am Freitag, 6. November 2009 09:22:14 schrieb olafbuddenha...@gmx.net: -snip many variations of find-sed-xargs- > The Right (TM) alternative is simply: > >find -print0|xargs -0 Does it manage spaces in filenames? > Yeah, escaping in sed script can get really messy when not quoting the > w

Re: snapshotting/versioning filesystems (was: subhurds etc.)

Am Freitag, 6. November 2009 21:51:08 schrieb olafbuddenha...@gmx.net: > > As far as I know they didn't have atomic commits back then - am I > > right in that? What I mean is if they tried to version single files (like cvs) or just the filesystem state (like Mercurial / Git / ...). > > How exac