Re: [DNG] automount Was: Re: A better default windows manager

2015-07-28 Thread kpb
On Tue, 28 Jul 2015 00:09:45 -0400
Steve Litt sl...@troubleshooters.com wrote:

 Cheer up Svante. This isn't for your corporation's web servers, it's
 for the guy with a desktop, the system's only user, a guy who already
 has root but just doesn't want to do su all the time, who just wants
 automounting to happen.
 

That guy would be me. 

I think that xfce4 with automounting enabled will cover most of us 
desktop/laptop users as a (suggested) default. xfce4 works with 2d or even VESA 
video and so can work on older machines. 

xfce4 can be made to look like Windows XP (panel at the bottom, notifications 
on the right and applications on a menu on the left) which almost all of my 
family, friends, neighbours and students are familiar with. That reduces the 
'unfamiliarity' of e.g. a laptop handed round a meeting or an old desktop in a 
cafe for Web surfing.

cheers
-- 
keithpeter
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] automount Was: Re: A better default windows manager

2015-07-28 Thread KatolaZ
On Tue, Jul 28, 2015 at 09:29:09AM +0100, kpb wrote:
 On Tue, 28 Jul 2015 00:09:45 -0400
 Steve Litt sl...@troubleshooters.com wrote:
 
  Cheer up Svante. This isn't for your corporation's web servers, it's
  for the guy with a desktop, the system's only user, a guy who already
  has root but just doesn't want to do su all the time, who just wants
  automounting to happen.
  
 
 That guy would be me. 
 
 I think that xfce4 with automounting enabled will cover most of us 
 desktop/laptop users as a (suggested) default. xfce4 works with 2d or even 
 VESA video and so can work on older machines. 
 
 xfce4 can be made to look like Windows XP (panel at the bottom, notifications 
 on the right and applications on a menu on the left) which almost all of my 
 family, friends, neighbours and students are familiar with. That reduces the 
 'unfamiliarity' of e.g. a laptop handed round a meeting or an old desktop in 
 a cafe for Web surfing.
 

I genuinely don't understand the familiarity argument, at all. Any
Windows XP user is able to get around with the OSX GUI in a few hours,
and will probably master it in two days. And the OSX GUI is the
farthest thing you can imagine from Windows XP

Isn't it that we have been too much concerned about how dumb a dumb
user can be? Or is it just that GNOME, KDE  Co.  ended up sucking
really a lot in their psychotic quest to emulate other GUIs instead of
proposing something genuinely new when they had the opportunity to do
so? The last true revolution in GUIs was NeXTSTEP, 25 years
ago. What came after was just a plethora of mix-and-match of existing
things...

YetAnotherRant

KatolaZ

-- 
[ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ]
[ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ]
[ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ]
[ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ]
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] automount Was: Re: A better default windows manager

2015-07-28 Thread Svante Signell
On Tue, 2015-07-28 at 00:09 -0400, Steve Litt wrote:
 On Mon, 27 Jul 2015 10:10:29 +0200
 Svante Signell svante.sign...@gmail.com wrote:
 
  On Sun, 2015-07-26 at 23:17 -0500, T.J. Duchene wrote:

   Mounting should be restricted to only the most experienced users,
   never embedded in the software so every user can across the board.
   The default setup on too many Linux machines reminds me of Windows.
  
  Too sad to see this on GNU/Linux :(
 
 Cheer up Svante. This isn't for your corporation's web servers, it's
 for the guy with a desktop, the system's only user, a guy who already
 has root but just doesn't want to do su all the time, who just wants
 automounting to happen.

To clarify: The annoying issue with windows is that e.g. if you put in
a CD in the reader, some application starts automatically depending on
the CD contents. This behaviour as default is also annoying on GNU/Linux.

 There are a million different use cases, and on some of them
 automounting makes sense. Other times, running a command as a normal
 user makes more sense. Other times, only someone with root should be
 mounting.

Even if automounting sometimes makes sense, it should be easy
configurable! I have not found that on Windows OS versions, maybe I did
not dig enough. However, on Devuan GNU/Linux that would be adding value
to user experience.

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] automount, mount, and USB sticks

2015-07-28 Thread Hendrik Boom
On Tue, Jul 28, 2015 at 01:08:26PM -0700, Gregory Nowak wrote:
 On Tue, Jul 28, 2015 at 03:17:11PM -0400, Hendrik Boom wrote:
  Of course I have to guess whether the device has 
  been plugged in as /dev/sdb, or /dev/sde, or whatever.  In case of 
  (frequent) doubt, I switch to a root console with control-alt-F1 and a 
  login, unplug the device, and plug it in again.  It will the tell me 
  after a while, that a new device has been inserted, and tell me what 
  /dev/sd* name it has dynamically installed.  I end up, as root, 
  mounting the device with root as the owner.  It's usually a USB stick 
  with one of the ubiquitous Microsoft file systems used on USB sticks, 
  and all the files can be read or writen by root only.
 
 There is a much easier way. Instead of switching consoles and
 guessing, just plug the device in, and look at the last screen full of
 the output from dmesg.

Yes, that would have been easier.

 Also, if you're mounting on your own laptop, it
 will usually have one hd, /dev/sda. When you plug in a usb device, it
 will probably have /dev/sdb. If you unplug it, and plug in the same
 device, or plug in another stick, it will probably have /dev/sdb
 still.

For whatever reason, there was a time when it kept picking new letters 
if I umounted the stick, took it ouot, and put another in.  Maybe there 
was a bug somewhere then?  But I could not rely on it always being 
/dev/sdb.

 So, you could just put a line in /etc/fstab which will allow a
 normal user to mount /dev/sdb1 for example to whatever directory you
 want. All you would have to do as a normal user is to type:
 mount /dev/sdb1
 after plugging in the drive, and you should be able to find its'
 contents under whatever directory you specified in fstab.

Truth is, I no longer trust it to be consistent.

-- hendrik

 
 Greg
 
 
 -- 
 web site: http://www.gregn.net
 gpg public key: http://www.gregn.net/pubkey.asc
 skype: gregn1
 (authorization required, add me to your contacts list first)
 If we haven't been in touch before, e-mail me before adding me to your 
 contacts.
 
 --
 Free domains: http://www.eu.org/ or mail dns-mana...@eu.org
 ___
 Dng mailing list
 Dng@lists.dyne.org
 https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] A better default windows manager

2015-07-28 Thread John Jensen
I know it's decided that XFCE will be the default, which is fine, and as a
simply end user I'll be happy with a functional system. I do have a
question though. I find JWM to be quite flexible, although I've still much
to try and learn about configuring it. It seems to do about everything a
person would want in a very small memory footprint. Does a WM like this
have to pull done a lot of libraries that would be native(?) to XFCE to run
the programs a typical user would want and does this increase a WMs
footprint to that more like XFCE?

My appologies for my popping into these conversations. You all, typically,
are talking way over my head; but, I find this process fascinating and
thanks for all your work.

John
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


[DNG] Devuan infrastructure mirror

2015-07-28 Thread salsa-dev
Hi!

I'm interested in mirroring the Devuan build infrastructure in case my galaxy 
is disconnected from universe.

Could you please keep in mind this option while building the infrastructure now.

To my understanding the project source code and documentation (some knowledge 
base also) should be replicapable and it is a great thing you keep it in one 
place in Gitlab. Other infrustructure components could be deployed and 
configured in an automated way with some DevOps magic.

#Serge
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] automount Was: Re: A better default windows manager

2015-07-28 Thread Steve Litt
On Tue, 28 Jul 2015 11:38:08 +0200
Svante Signell svante.sign...@gmail.com wrote:

 On Tue, 2015-07-28 at 00:09 -0400, Steve Litt wrote:
  On Mon, 27 Jul 2015 10:10:29 +0200
  Svante Signell svante.sign...@gmail.com wrote:
  
   On Sun, 2015-07-26 at 23:17 -0500, T.J. Duchene wrote:
 
Mounting should be restricted to only the most experienced
users, never embedded in the software so every user can across
the board. The default setup on too many Linux machines reminds
me of Windows.
   
   Too sad to see this on GNU/Linux :(
  
  Cheer up Svante. This isn't for your corporation's web servers, it's
  for the guy with a desktop, the system's only user, a guy who
  already has root but just doesn't want to do su all the time, who
  just wants automounting to happen.
 
 To clarify: The annoying issue with windows is that e.g. if you put in
 a CD in the reader, some application starts automatically depending on
 the CD contents. This behaviour as default is also annoying on
 GNU/Linux.

I would never, ever, EVER enable automatic application start upon
media/device insertion. My mama didn't raise no fool. I was only
talking about mounting the thing to /mnt/whatever. That's all.


 
  There are a million different use cases, and on some of them
  automounting makes sense. Other times, running a command as a normal
  user makes more sense. Other times, only someone with root should be
  mounting.
 
 Even if automounting sometimes makes sense, it should be easy
 configurable! I have not found that on Windows OS versions, maybe I
 did not dig enough. However, on Devuan GNU/Linux that would be adding
 value to user experience.

The thing I envision is configurable in that if you don't want it you
don't install it :-). I spoze it wouldn't be too difficult to enable
the user to define which /dev devices get automounted.

SteveT

Steve Litt 
July 2015 featured book: Rapid Learning for the 21st Century
http://www.troubleshooters.com/rl21
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] automount Was: Re: A better default windows manager

2015-07-28 Thread Steve Litt
On Tue, 28 Jul 2015 09:51:08 +0100
KatolaZ kato...@freaknet.org wrote:

  xfce4 can be made to look like Windows XP (panel at the bottom,
  notifications on the right and applications on a menu on the left)
  which almost all of my family, friends, neighbours and students are
  familiar with. That reduces the 'unfamiliarity' of e.g. a laptop
  handed round a meeting or an old desktop in a cafe for Web surfing.
  
 
 I genuinely don't understand the familiarity argument, at all. 

I think I can explain it.

 Any
 Windows XP user is able to get around with the OSX GUI in a few hours,
 and will probably master it in two days. 

I've always had a lot of trouble operating Macs.

 And the OSX GUI is the
 farthest thing you can imagine from Windows XP

I don't see it that way. IIRC OSX has a start menu, which is the major
user interface entry point of Win95/XP.

To me, things that are far from Windows XP are Windowmaker, Unity,
Gnome3, and TWM. No start menu, and in the cases of Unity and Gnome3, no
deterministic menu at all: The menu depends on past usage (you can't
make this up, folks).

 
 Isn't it that we have been too much concerned about how dumb a dumb
 user can be? 

Of course we've been much to concerned about how dumb a dumb user can
be. However, in the case of window managers,  not so much.

I hate Bill Gates. But I have to give him one thing: When he was
designing Win95, he had a bunch of users sit down and work, and M$
people watched. For Win95, Bill Gates came up with a UI that was pure
genius: A start menu button that said start, and then you get walked
level by level through a menu. It's just plain obvious, and there are
no downsides. I don't know why so many window managers, and Windows
itself, walked away from that interface. You could take a newly arrived
Martian, sit him down at a Win95 (or default LXDE) computer, and he'd
just start working.


 Or is it just that GNOME, KDE  Co.  ended up sucking
 really a lot in their psychotic quest to emulate other GUIs instead of
 proposing something genuinely new when they had the opportunity to do
 so? 

AFAIK, KDE is still a Win95 type interface with a deterministic start
menu. I banned all KDE libraries from my computers for a completely
different reason.

Gnome is a perfect example of your observation of sucking a really a
lot in their psychotic quest to emulate other GUIs. When Win7 came out
with that fuzzy we know what you want menu, Gnome switched from the
Gnome2 deterministic start menu to the Gnome3 hey, relax, we know what
you want, just go with the flow interface.

 The last true revolution in GUIs was NeXTSTEP, 25 years
 ago. What came after was just a plethora of mix-and-match of existing
 things...

If Windowmaker at all resembles NeXTStep, I'm not a fan. After a decade
of trying, Windowmaker is still unfathomable to me. Also, what's so
great about new? I'd prefer good to new every day of the week,
and personally, I've seen little positive or negative correllation
between new and good.

But I digress: We're talking about the *default* window manager. It
should be something obvious, and Xfce configured with a start button
and taskbar is obvious. From there, you can switch to a NeXTStep type
thing, and I can switch to a modified Openbox plus dmenu. Neither of
which I'd wish on an uninitiated user.

SteveT

Steve Litt 
July 2015 featured book: Rapid Learning for the 21st Century
http://www.troubleshooters.com/rl21
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] automount, mount, and USB sticks

2015-07-28 Thread James Powell
Eventually, and I kinda realized this, work may be needed to write a udisks 
replacement for vdev that can work off vdev without loosing functionality to 
udisks using applications and file managers, especially for non-Linux systems.

Nothing fancy, but as long as it works and allows for some level of control for 
admins, I don't have a problem with it.

Thoughts?

From: Hendrik Boommailto:hend...@topoi.pooq.com
Sent: ‎7/‎28/‎2015 7:45 PM
To: dng@lists.dyne.orgmailto:dng@lists.dyne.org
Subject: Re: [DNG] automount, mount, and USB sticks

On Tue, Jul 28, 2015 at 01:08:26PM -0700, Gregory Nowak wrote:
 On Tue, Jul 28, 2015 at 03:17:11PM -0400, Hendrik Boom wrote:
  Of course I have to guess whether the device has
  been plugged in as /dev/sdb, or /dev/sde, or whatever.  In case of
  (frequent) doubt, I switch to a root console with control-alt-F1 and a
  login, unplug the device, and plug it in again.  It will the tell me
  after a while, that a new device has been inserted, and tell me what
  /dev/sd* name it has dynamically installed.  I end up, as root,
  mounting the device with root as the owner.  It's usually a USB stick
  with one of the ubiquitous Microsoft file systems used on USB sticks,
  and all the files can be read or writen by root only.

 There is a much easier way. Instead of switching consoles and
 guessing, just plug the device in, and look at the last screen full of
 the output from dmesg.

Yes, that would have been easier.

 Also, if you're mounting on your own laptop, it
 will usually have one hd, /dev/sda. When you plug in a usb device, it
 will probably have /dev/sdb. If you unplug it, and plug in the same
 device, or plug in another stick, it will probably have /dev/sdb
 still.

For whatever reason, there was a time when it kept picking new letters
if I umounted the stick, took it ouot, and put another in.  Maybe there
was a bug somewhere then?  But I could not rely on it always being
/dev/sdb.

 So, you could just put a line in /etc/fstab which will allow a
 normal user to mount /dev/sdb1 for example to whatever directory you
 want. All you would have to do as a normal user is to type:
 mount /dev/sdb1
 after plugging in the drive, and you should be able to find its'
 contents under whatever directory you specified in fstab.

Truth is, I no longer trust it to be consistent.

-- hendrik


 Greg


 --
 web site: http://www.gregn.net
 gpg public key: http://www.gregn.net/pubkey.asc
 skype: gregn1
 (authorization required, add me to your contacts list first)
 If we haven't been in touch before, e-mail me before adding me to your 
 contacts.

 --
 Free domains: http://www.eu.org/ or mail dns-mana...@eu.org
 ___
 Dng mailing list
 Dng@lists.dyne.org
 https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] automount, mount, and USB sticks

2015-07-28 Thread Steve Litt
On Tue, 28 Jul 2015 20:09:06 -0700
James Powell james4...@hotmail.com wrote:

 
 From: Hendrik Boommailto:hend...@topoi.pooq.com
 Sent: ‎7/‎28/‎2015 7:45 PM
 To: dng@lists.dyne.orgmailto:dng@lists.dyne.org
 Subject: Re: [DNG] automount, mount, and USB sticks
 
 On Tue, Jul 28, 2015 at 01:08:26PM -0700, Gregory Nowak wrote:
  On Tue, Jul 28, 2015 at 03:17:11PM -0400, Hendrik Boom wrote:
   Of course I have to guess whether the device has
   been plugged in as /dev/sdb, or /dev/sde, or whatever.  In case of
   (frequent) doubt, I switch to a root console with control-alt-F1
   and a login, unplug the device, and plug it in again.  It will
   the tell me after a while, that a new device has been inserted,
   and tell me what /dev/sd* name it has dynamically installed.  I
   end up, as root, mounting the device with root as the owner.
   It's usually a USB stick with one of the ubiquitous Microsoft
   file systems used on USB sticks, and all the files can be read or
   writen by root only.
 
  There is a much easier way. Instead of switching consoles and
  guessing, just plug the device in, and look at the last screen full
  of the output from dmesg.
 
 Yes, that would have been easier.
 
  Also, if you're mounting on your own laptop, it
  will usually have one hd, /dev/sda. When you plug in a usb device,
  it will probably have /dev/sdb. If you unplug it, and plug in the
  same device, or plug in another stick, it will probably
  have /dev/sdb still.
 
 For whatever reason, there was a time when it kept picking new letters
 if I umounted the stick, took it ouot, and put another in.  Maybe
 there was a bug somewhere then?  But I could not rely on it always
 being /dev/sdb.
 
  So, you could just put a line in /etc/fstab which will allow a
  normal user to mount /dev/sdb1 for example to whatever directory you
  want. All you would have to do as a normal user is to type:
  mount /dev/sdb1
  after plugging in the drive, and you should be able to find its'
  contents under whatever directory you specified in fstab.
 
 Truth is, I no longer trust it to be consistent.
 
 -- hendrik
 
 
  Greg



 JAMES POWELL SAID 
 Eventually, and I kinda realized this, work may be needed to write a
 udisks replacement for vdev that can work off vdev without loosing
 functionality to udisks using applications and file managers,
 especially for non-Linux systems.
 
 Nothing fancy, but as long as it works and allows for some level of
 control for admins, I don't have a problem with it.
 
 Thoughts?
 JAMES POWELL SAID 

A glimpse at https://wiki.archlinux.org/index.php/Udisks shows this
udisks thing to be so thoroughly entangled with programs subsumed by
systemd that it's just too much work. dbus, polkit, you have to enmesh
it with how much stuff just to mount something.

Just to inject some humor into it, see this section:

https://wiki.archlinux.org/index.php/Udisks#inotify

Yeah, that's right: Arch is recommending that the actual plug-in
detection be done with inotify, the isolated-from-systemd that I was
going to use for my automounter if I got 20 people and Jude is using to
replace part of udev.

Meanwhile, as far as I can see, their entanglement with polkit does
nothing more than my idea about sudo. Does anyone see any reason why
polkit should be assumed more secure than sudo?

And dbus? The only reason I can think of for dbus is so our good
friends at Freedesktop.Org can have their desktop environment can phone
in the request to unmount. About those phone-in requests via dbus: Is
there any reason we can't have a program called Devuan Control Center
that becomes the *real* place the user goes in order to tell the
computer to unmount, reboot, poweroff, log out, etc. Seriously, why
should mounting and unmounting, manually or automatically, have
*anything* to do with a GUI? They're OS functions.

I think rewriting udisks is a snipe hunt: we need to make a clean
break, in my opinion. Otherwise we'll be forever chasing Lennart's
latest great idea of the week.

SteveT

Steve Litt 
July 2015 featured book: Rapid Learning for the 21st Century
http://www.troubleshooters.com/rl21
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] automount, mount, and USB sticks

2015-07-28 Thread Jude Nelson
On Tue, Jul 28, 2015 at 11:09 PM, James Powell james4...@hotmail.com
wrote:

  Eventually, and I kinda realized this, work may be needed to write a
 udisks replacement for vdev that can work off vdev without loosing
 functionality to udisks using applications and file managers, especially
 for non-Linux systems.

 Nothing fancy, but as long as it works and allows for some level of
 control for admins, I don't have a problem with it.

 Thoughts?


If all udisks2 needs from the device manager is libudev (or libgudev), then
we should be good to go as-is.  Libgudev should work unmodified with
libudev-compat.

However, replacing udisks[2] with a suite of simple setuid or setgid
programs that implement the equivalent functionality might be a better
long-term solution.  It would be much easier to hook into a GUI, for
example, and if done right, it would remove the need for polkit and dbus
integration.

-Jude

 --
 From: Hendrik Boom hend...@topoi.pooq.com
 Sent: ‎7/‎28/‎2015 7:45 PM
 To: dng@lists.dyne.org
 Subject: Re: [DNG] automount, mount, and USB sticks

  On Tue, Jul 28, 2015 at 01:08:26PM -0700, Gregory Nowak wrote:
  On Tue, Jul 28, 2015 at 03:17:11PM -0400, Hendrik Boom wrote:
   Of course I have to guess whether the device has
   been plugged in as /dev/sdb, or /dev/sde, or whatever.  In case of
   (frequent) doubt, I switch to a root console with control-alt-F1 and a
   login, unplug the device, and plug it in again.  It will the tell me
   after a while, that a new device has been inserted, and tell me what
   /dev/sd* name it has dynamically installed.  I end up, as root,
   mounting the device with root as the owner.  It's usually a USB stick
   with one of the ubiquitous Microsoft file systems used on USB sticks,
   and all the files can be read or writen by root only.
 
  There is a much easier way. Instead of switching consoles and
  guessing, just plug the device in, and look at the last screen full of
  the output from dmesg.

 Yes, that would have been easier.

  Also, if you're mounting on your own laptop, it
  will usually have one hd, /dev/sda. When you plug in a usb device, it
  will probably have /dev/sdb. If you unplug it, and plug in the same
  device, or plug in another stick, it will probably have /dev/sdb
  still.

 For whatever reason, there was a time when it kept picking new letters
 if I umounted the stick, took it ouot, and put another in.  Maybe there
 was a bug somewhere then?  But I could not rely on it always being
 /dev/sdb.

  So, you could just put a line in /etc/fstab which will allow a
  normal user to mount /dev/sdb1 for example to whatever directory you
  want. All you would have to do as a normal user is to type:
  mount /dev/sdb1
  after plugging in the drive, and you should be able to find its'
  contents under whatever directory you specified in fstab.

 Truth is, I no longer trust it to be consistent.

 -- hendrik

 
  Greg
 
 
  --
  web site: http://www.gregn.net
  gpg public key: http://www.gregn.net/pubkey.asc
  skype: gregn1
  (authorization required, add me to your contacts list first)
  If we haven't been in touch before, e-mail me before adding me to your
 contacts.
 
  --
  Free domains: http://www.eu.org/ or mail dns-mana...@eu.org
  ___
  Dng mailing list
  Dng@lists.dyne.org
  https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
 ___
 Dng mailing list
 Dng@lists.dyne.org
 https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

 ___
 Dng mailing list
 Dng@lists.dyne.org
 https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] automount, mount, and USB sticks

2015-07-28 Thread Hendrik Boom
On Tue, Jul 28, 2015 at 09:29:09AM +0100, kpb wrote:
 On Tue, 28 Jul 2015 00:09:45 -0400
 Steve Litt sl...@troubleshooters.com wrote:
 
  Cheer up Svante. This isn't for your corporation's web servers, it's
  for the guy with a desktop, the system's only user, a guy who already
  has root but just doesn't want to do su all the time, who just wants
  automounting to happen.
  
 
 That guy would be me. 
 
 I think that xfce4 with automounting enabled will cover most of us 
 desktop/laptop users as a (suggested) default. xfce4 works with 2d or even 
 VESA video and so can work on older machines. 

Over the years the state of mounting USB drives has steadily 
deteriorated on my Debian Jessie laptop.

I have done regular upgrades, have dumped gnome3 and KDE4, have removed 
systemd, but mostly it has been the regular updates that seem to have 
made things worse.  Perhaps the Debian developers have managed to 
wrangle systemd into a form that would have worked better recently, 
but if so I have no knowledge of it. I have my doubts.

I now use xfce.

Automounting has never been satisfactory, but the the ability to mount 
has gone from bad to worse, auto or not.

Once, it would automount, but as the wrong user.  I would have to 
become root and unmount it, then mount it as myself.

Once, an icon for the device would appear on my screen that I 
could click to mount.

Later, I wowld have to open the file manager to get the icon on which I 
could open a menu that allowed me to mount.  But the system would think 
of a place to mount it and add it to /dev.  Great if I wanted to go on 
using the file manager to manipulate it.  Not so great of I had to 
guess the mount point.

Later, I was told I did not have the privileges needed to do 
the mount, but it would let me mount it anyway if I entered the root 
password.

Nowadays, it won't even let me enter the root password to identify 
myself as privileged.

I can only mount by opening a terminal, becoming root, and typing in a 
mount command.  Of course I have to guess whether the device has 
been plugged in as /dev/sdb, or /dev/sde, or whatever.  In case of 
(frequent) doubt, I switch to a root console with control-alt-F1 and a 
login, unplug the device, and plug it in again.  It will the tell me 
after a while, that a new device has been inserted, and tell me what 
/dev/sd* name it has dynamically installed.  I end up, as root, 
mounting the device with root as the owner.  It's usually a USB stick 
with one of the ubiquitous Microsoft file systems used on USB sticks, 
and all the files can be read or writen by root only.

Now I also use the sshfs file system on my laptop, to access most of my 
files, which are kept on a server at home.  I mount it as myself.  
Then the ssh file systtem won't allow anyone other than me to read 
or write it.

In particular, I can't execute cp from the usb stick to my home server, 
either as myself or as root.  I end up cp'ing it to my laptop as 
root, chown'ing it to be mine as root, and then copyying it to the 
server as myself.  Woe be to me if the laptop doesn't have enough 
temporary disk space.

Of course, I suppose I could establish a second sshfs connection as 
root, but I really think it's getting too complicated by now.

Now I realize that there are circumstances where all this is necessary 
for security reasons.  But when it's my laptop and a USB stick my 
friend (one of them who uses Windows, another uses Mac, by the way) 
hands to me, 
it is 
crazy that I can just stick the thing into almost anybody's 
machine in the coffee shop and they can read and write it, but not my 
Jessie laptop.

Now I don't need automounting.  But I do  need to be able to read and 
write ordinary unencrypted USB sticks withoug haveing to become root 
and guess a device names, and then still have trouble.

Please make this easier.  My friends see me struggling with this and 
thank God they are not using Linux.  Poor PR, if nothing else.
I get asked why I use Linux if it gives me such trouble.

-- hendrik
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] automount, mount, and USB sticks

2015-07-28 Thread Gregory Nowak
On Tue, Jul 28, 2015 at 03:17:11PM -0400, Hendrik Boom wrote:
 Of course I have to guess whether the device has 
 been plugged in as /dev/sdb, or /dev/sde, or whatever.  In case of 
 (frequent) doubt, I switch to a root console with control-alt-F1 and a 
 login, unplug the device, and plug it in again.  It will the tell me 
 after a while, that a new device has been inserted, and tell me what 
 /dev/sd* name it has dynamically installed.  I end up, as root, 
 mounting the device with root as the owner.  It's usually a USB stick 
 with one of the ubiquitous Microsoft file systems used on USB sticks, 
 and all the files can be read or writen by root only.

There is a much easier way. Instead of switching consoles and
guessing, just plug the device in, and look at the last screen full of
the output from dmesg. Also, if you're mounting on your own laptop, it
will usually have one hd, /dev/sda. When you plug in a usb device, it
will probably have /dev/sdb. If you unplug it, and plug in the same
device, or plug in another stick, it will probably have /dev/sdb
still. So, you could just put a line in /etc/fstab which will allow a
normal user to mount /dev/sdb1 for example to whatever directory you
want. All you would have to do as a normal user is to type:
mount /dev/sdb1
after plugging in the drive, and you should be able to find its'
contents under whatever directory you specified in fstab.

Greg


-- 
web site: http://www.gregn.net
gpg public key: http://www.gregn.net/pubkey.asc
skype: gregn1
(authorization required, add me to your contacts list first)
If we haven't been in touch before, e-mail me before adding me to your contacts.

--
Free domains: http://www.eu.org/ or mail dns-mana...@eu.org
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng