On 15/05/12 21:07, Arun Raghavan wrote:
>> 1) Did you sleep through the /usr and initramfs flamewars?
>> http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken
>
> You seem to have missed the bit that this has nothing at all to do with
> systemd.
>
I guess the systemd in the url m
On 16 May 2012 05:21, Walter Dnes wrote:
> On Wed, May 16, 2012 at 12:44:59AM +0200, Stelian Ionescu wrote
>> On Tue, 2012-05-15 at 18:38 -0400, Walter Dnes wrote:
>> > On Tue, May 15, 2012 at 11:26:03AM -0700, Greg KH wrote
>> > > What specifically is your objection to udev today? Is it doing th
On Tue, May 15, 2012 at 07:51:03PM -0400, Walter Dnes wrote:
> On Wed, May 16, 2012 at 12:44:59AM +0200, Stelian Ionescu wrote
> > On Tue, 2012-05-15 at 18:38 -0400, Walter Dnes wrote:
> > > On Tue, May 15, 2012 at 11:26:03AM -0700, Greg KH wrote
> > > > What specifically is your objection to udev
I asked what I thought was a simple developer-type question. I don't
want this to become a public flamewar. If anybody wants to discuss the
issue with me further, please email directly to me and not the list.
--
Walter Dnes
On Wed, May 16, 2012 at 12:44:59AM +0200, Stelian Ionescu wrote
> On Tue, 2012-05-15 at 18:38 -0400, Walter Dnes wrote:
> > On Tue, May 15, 2012 at 11:26:03AM -0700, Greg KH wrote
> > > What specifically is your objection to udev today? Is it doing things
> > > you don't like? Too big? Something
On Tue, 2012-05-15 at 18:38 -0400, Walter Dnes wrote:
> On Tue, May 15, 2012 at 11:26:03AM -0700, Greg KH wrote
> > What specifically is your objection to udev today? Is it doing things
> > you don't like? Too big? Something else?
>
> Today, it requires an initramfs if /usr is not physically
On Tue, May 15, 2012 at 11:26:03AM -0700, Greg KH wrote
> On Tue, May 15, 2012 at 01:55:23AM -0400, Walter Dnes wrote:
> >
> > After some more Google-searching. it looks like the "official
> > channels" way is via /etc/mdev.conf. Note that this is on a system with
> > busybox[mdev] and no udev.
On Wed, May 16, 2012 at 1:59 AM, Walter Dnes wrote:
> On Tue, May 15, 2012 at 02:32:57AM -0400, Olivier Cr?te wrote
>> On Tue, 2012-05-15 at 01:05 -0400, Walter Dnes wrote:
>> > I *DON'T WANT* "a serious framework", I want a lightweight device
>> > manager... period... end of story. Stick with
On Tue, May 15, 2012 at 02:32:57AM -0400, Olivier Cr?te wrote
> On Tue, 2012-05-15 at 01:05 -0400, Walter Dnes wrote:
> > I *DON'T WANT* "a serious framework", I want a lightweight device
> > manager... period... end of story. Stick with the unix principle of one
> > app doing one thing well. m
On Tue, May 15, 2012 at 9:21 PM, Greg KH wrote:
> I know of no such problem with udisks, have you reported them to the
> upstream developers?
As I said, it's just what I hear — perhaps it's the usual retrograde
whining. I should probably just try udisks-glue, the only issue I see
is that it depen
On Tue, May 15, 2012 at 01:05:57AM -0400, Walter Dnes wrote:
> On Tue, May 15, 2012 at 04:56:15AM +0300, Maxim Kammerer wrote
>
> > I don't know at what state udev was 3 or 4 years ago, but mdev can:
> >
> > 1. Populate /dev (now unnecessary due to devtmpfs).
> > 2. Handle ownership, permissions
On Tue, May 15, 2012 at 01:55:23AM -0400, Walter Dnes wrote:
> On Mon, May 14, 2012 at 06:23:36PM -0700, Greg KH wrote
>
> > So you need to implement stuff such that you are not dependant on the
> > bus type. If you see a new disk, act on it, it's that simple.
> >
> > But note, please do not be
On Tue, May 15, 2012 at 04:56:15AM +0300, Maxim Kammerer wrote:
> On Tue, May 15, 2012 at 4:23 AM, Greg KH wrote:
> > We learned that this is not a good idea at all, and should be left to
> > userspace helper applications
> > that listen for dbus messages.
>
> Could you perhaps expand a bit on t
On Tue, May 15, 2012 at 1:32 AM, Olivier Crête wrote:
> On Tue, 2012-05-15 at 01:05 -0400, Walter Dnes wrote:
>> I *DON'T WANT* "a serious framework", I want a lightweight device
>> manager... period... end of story. Stick with the unix principle of one
>> app doing one thing well. mdev is eno
On Tue, 2012-05-15 at 01:05 -0400, Walter Dnes wrote:
> I *DON'T WANT* "a serious framework", I want a lightweight device
> manager... period... end of story. Stick with the unix principle of one
> app doing one thing well. mdev is enough for the vast majority of people.
For the people who don
On Mon, May 14, 2012 at 06:23:36PM -0700, Greg KH wrote
> So you need to implement stuff such that you are not dependant on the
> bus type. If you see a new disk, act on it, it's that simple.
>
> But note, please do not be automounting disks from uevents directly.
After some more Google-searc
On Tue, May 15, 2012 at 04:56:15AM +0300, Maxim Kammerer wrote
> I don't know at what state udev was 3 or 4 years ago, but mdev can:
>
> 1. Populate /dev (now unnecessary due to devtmpfs).
> 2. Handle ownership, permissions and symlinks to /dev nodes once they
> appear, according to simple rules
On Mon, May 14, 2012 at 06:23:36PM -0700, Greg KH wrote:
> Actually with all the hype about mdev these days, why not just use a 3
> year old version of udev (or maybe 4), that is probably what mdev is at
> as far as functionality goes. Why not just fork udev from then and go
> forward from that?
On Tue, May 15, 2012 at 4:23 AM, Greg KH wrote:
> We learned that this is not a good idea at all, and should be left to
> userspace helper applications
> that listen for dbus messages.
Could you perhaps expand a bit on those reasons? E.g., I had good
experience with the following short script fo
On Mon, May 14, 2012 at 03:53:53AM -0400, Walter Dnes wrote:
> After some Google-searching, I think I've figured out how to implement
> automounting under mdev. I'd like to put in as much sanity-checking
> into the script as possible. Right now I have 1 USB stick plugged in as
> /dev/sdb. Th h
On Mon, May 14, 2012 at 12:09:23PM -0400, Mike Frysinger wrote:
> On Monday 14 May 2012 03:53:53 Walter Dnes wrote:
> > My question... is this API stable or deprecated? I.e. can I count on
> > it being around for a while? I figure this question is a developer type
> > question rather than ordin
> "OC" == Olivier Crête writes:
OC> And I'm sure it works fine with udev?
It automounts when plugged in, if that is what you mean. (In fact each
partition does; the one in fstab(5) where it should and the one not in
fstab in a mount point based on its label.)
And the dev files get removed
>> My USB drive reports 0.
WD> You're right. Same for me. Thanks for pointing it out.
The removable flag specifies whether the drive has removable media;
before flash drives only things like floppy, optical, zip, etc drives
had removable==1. It also would be accurate for flash card readers.
On Mon, May 14, 2012 at 12:31:25PM -0400, James Cloos wrote
> WD> cat /sys/block/sda/removable
> WD> 0
>
> Note that a 0 there does not imply that the device cannot hotplug.
>
> My USB drive reports 0.
You're right. Same for me. Thanks for pointing it out.
--
Walter Dnes
On Mon, 14 May 2012 12:56:39 -0400
Olivier Crête wrote:
> On Mon, 2012-05-14 at 12:31 -0400, James Cloos wrote:
> > WD> cat /sys/block/sda/removable
> > WD> 0
> >
> > Note that a 0 there does not imply that the device cannot hotplug.
> >
> > My USB drive reports 0.
>
> And I'm sure it works fin
On Mon, 2012-05-14 at 12:31 -0400, James Cloos wrote:
> WD> cat /sys/block/sda/removable
> WD> 0
>
> Note that a 0 there does not imply that the device cannot hotplug.
>
> My USB drive reports 0.
And I'm sure it works fine with udev?
"Those who do not understand udev are condemned to reinvent i
WD> cat /sys/block/sda/removable
WD> 0
Note that a 0 there does not imply that the device cannot hotplug.
My USB drive reports 0.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
On Monday 14 May 2012 03:53:53 Walter Dnes wrote:
> My question... is this API stable or deprecated? I.e. can I count on
> it being around for a while? I figure this question is a developer type
> question rather than ordinary user type.
if userspace is relying on stuff in /sys, then it's part
On Mon, May 14, 2012 at 03:53:53AM -0400, Walter Dnes wrote:
> After some Google-searching, I think I've figured out how to implement
> automounting under mdev. I'd like to put in as much sanity-checking
> into the script as possible. Right now I have 1 USB stick plugged in as
> /dev/sdb. Th h
After some Google-searching, I think I've figured out how to implement
automounting under mdev. I'd like to put in as much sanity-checking
into the script as possible. Right now I have 1 USB stick plugged in as
/dev/sdb. Th hard drive is /dev/sda. The "removable" data is readable
like so...
30 matches
Mail list logo
