Re: [OT] Last Avidemux appimage
On 11/19/2016 12:04 PM, maderios wrote: Hi Last Avidemux appimage is available for all Debian versions or any other Linux distro here. It works fine. https://www.fosshub.com/Avidemux.html/avidemux_2.6.15.appImage http://fixounet.free.fr/avidemux/news.html Greetings I feel much better about it once it is accepted in the repos. Ric -- My father, Victor Moore (Vic) used to say: "There are two Great Sins in the world... ..the Sin of Ignorance, and the Sin of Stupidity. Only the former may be overcome." R.I.P. Dad. http://linuxcounter.net/user/44256.html
Last Call: VIETNAM TAX BRIEFING (Kuala Lumpur 8 Dec 2016)
VIETNAM TAX BRIEFING Understanding and Managing Tax Compliance in Vietnam Empire Hotel, Subang Jaya Thursday 8th December 2016 (0900 - 1230) This half-day workshop is delivered by Chor Ghee, the Executive Director of Tricor Vietnam. Based in Vietnam since 2007, Chor Ghee has supported many foreign companies in entering Vietnam through M&A and new investment licensing application, as well as providing taxation, financial management and business advisory support for multinational clients. Program Outline 1. Vietnam Taxes in a Nut-shell * Tax system and administration * Corporate income tax * Value Added Tax * Personal Income Tax * Tax incentives 2. Corporate Income Tax Planning for Inbound Investment * Corporate structure (Debt/ Equity) and tax planning * Holding company structure and double tax agreement * Deductible and non-deductible expenses: Tax Invoice system * Cross border and intercompany transactions * Tax aspects for M&A * Tax incentives 3. VAT - Planning and Effective administration * Case Study: Manufacturing and exporting company (VAT refund for start-up costs and imports) 4. Withholding Tax * Foreign Contractors' Withholding Tax System * Case study - Foreign contractor signing EPC contract with Vietnamese oil & gas company 5. Personal Income Tax * Tax rates, residence status, and tax administration / compliance system * Typical tax planning strategies * Tax equalization * Chief Representative and Legal Representative - Tax exposure * WORKSHOP AND VENUE * VIETNAM TAX BRIEFING Understanding and Managing Tax Compliance in Vietnam One World Hotel, Petaling Jaya Thursday 8th December 2016 (0900 - 1230) * SPEAKER* Lim Chor Ghee, Executive Director, Tricor Vietnam * EVENT CONSULTANTS * Mr EC Tan +6012-2916 617 Email: eve...@peligotraining.com In Kuala Lumpur: Peligo Link Sdn Bhd (670106-K) Suite 33-01, 33rd Floor, Menara Keck Seng 203 Jalan Bukit Bintang 55100 Kuala Lumpur Singapore: Indochina Link Pte Ltd (20071E) 10 Anson Road #15-14 International Plaza Singapore 079903 Ho Chi Minh City: Indochina Link Pte Ltd (HCMC) Mr Nguyen Le Anh Binh HP: +84 93321 3273 (Vietnam) * FEE * Early Birds! Pay By 25th Nov 2016 RM 720 * per person 10% discount for groups of 3 Normal Price RM 880 * per person 10% discount for groups of 3 (* Before GST. Half Day Workshop - Morning coffee / refreshment provided) * SUPPORTING ORGANIZATIONS * * Tricor Vietnam Co., Ltd (www.vn.tricorglobal.com) * Reanda Vietnam / Vietvalues Audit (http://www.reanda-international.com) For event flyer, please enter this weblink into your browser: http://www.peligotraining.com/CourseDetails/2016%20Nov%20Vietnam%20Tax%20Briefing%20-%20KL(1).pdf * EVENT ORGANIZER * Peligo Link Sdn Bhd (670106-K) Suite 33-01, 33rd Floor, Menara Keck Seng 203 Jalan Bukit Bintang 55100 Kuala Lumpur Anti-spam policy: We respect your privacy. If you do not wish to receive further communications from us, please reply this e-mail with the message "NO SPAM PLEASE".
Re: Setting up reportbug
On 11/20/2016 02:07 PM, Gary Roach wrote: > I have tried several times to set up debians reportbug. I do not have an > MTA installed and further I don't whant an MTA installed. I use Mozilla > firebird (icedove) mail client and am a happy camper. But every time I > try to report a bug, reportbug starts wanting an MTA. How do I get > around this problem. Can I get around this problem. This account with > verizon.net (aol now) is what I wish to use for all of my technical email. If you answer the prompts in the right way, 'reportbug' will connect to a Debian mail server. I fumble my way through the prompts whenever I need to report a bug, and eventually figure it out. I don't know if/where this is document (glancing at 'man reportbug', I don't see it). Use the 'script' command to start capturing your console session, then run 'reportbug', and try to figure it out. Type 'exit' to get out of 'script'. Cut and paste your session into a reply if you're still stuck. David
Re: hplip and use of the "driver plugin"
On 11/20/2016 02:52 PM, Brian wrote: On Sat 19 Nov 2016 at 16:38:20 -0500, Jape Person wrote: On 11/19/2016 03:09 PM, Brian wrote: Sorry to be awkward, but what does "it's" refer to? Uh, I'm the awkward one here. That's why I'm asking for help. Not at all. I've learned a thing or two from this thread. For example, I hadn't appreciated the extent to which the laserjet multifunction devices were dependent on the plugin, whereas the MFP inkjets are not (for now). Yes, I believe I saw statements on the hp site indicating that they intend to start supporting more and more devices, including new inkjet MFPs, with the driver-plugin model. The plugin contains *.fw files and libraries. A firmware file is uploaded to the printer when it is switched on. Quite what the libraries do I do not know but my assumption is they are involved in this and the host-based management of the printer. Enlightenment would be appreciated. Let's not start with unreasonable expectations. The likelihood that I will enlighten you in such a matter is vanishingly small. Others are reading this thread too. :) I didn't find any information this specific about the driver plugin. If you can steer me toward the relevant information I would appreciate it. I read information at all the links that seemed as though they could be pertinent from the hplipopensource.com location. The plugin can be downloaded from openprinting.org and its contents examined. Or install it with hp-plugin and look at /usr/share/hplip to see what you get. Delete the files by hand afterwards. Firmware appears to be only for a few specific printers and it is the faxing, scanning and printing libraries which are used for the majority (or perhaps all) of multifunctionals. Closed source; we cannot tell. I'll look at that. I had ASSumed that there was a different driver-plugin for each different model, so didn't even look at the direct download option. So, are you saying that nothing within that driver plugin gets invoked by or interacts with the host system? It's just some firmware that gets copied to the printer and some libraries which reside on the host and which interact with the printer. If that's the case, then my concern about the driver plugin is a tempest in a teapot. No, I am not saying that. I think hplip looks for and interacts with the libraries if they are needed for a particular device. Last time I set up a print queue (without having the printer) for a device which needed a plugin, CUPS relayed an error message from the hpcups driver. It is something I need to look into when I have the time. I'd stick with your original concern. Yup. I'm going to just slowly dog this thing until I've learned enough to suit me. Since I'm an old dog, slowly dogging means it'll take some time. I did learn that the "pagewide" MFPs do not (at least so far) require the driver plugin. I found them listed under "other" in the supported devices database, so I didn't notice them at first. I am not at all familiar with this technology. As I understand it, those things use a page-wide stationary printer head with over 40,000 nozzles to put pigment and dye on the paper. I think they said the print engine has no moving parts. Only the paper moves. One presumes they're not counting the parts the user has to REmove and REplace to keep them working. 8-) The pagewide versions of the 477 series cost more than the laser versions, by quite a margin. But, if I can convince myself that the technology will be reliable and not terribly expensive to support, I might give it a shot. It still would seem to beg the question as to why the system would be designed this way. But I'm not a printer hardware designer, and I don't know what requirements are placed on those guys by the production and delivery schedules. Maybe it's just a workaround to help HP get the most up-to-date stuff out the door in the most timely manner possible. Dunno. It could be as simple as HP licensing software from elsewhere for printing and scanning and not having the rights to open source it. From their point of view re-inventing the wheel doesn't make sense. For me, I'd take an HP laser multifunctional because I would want the copying facility. For you. you may have to widen your search to other vendors to get separate printing and scanning devices. It depends, also, on how pragmatic a user is. HP could be seen as a responsive, trustworthy and reliable company. The fact is that most printer manufacturers have some element of non-free software as part of their modern offerings at the inexpensive end of their product line. Yes. I was just a little appalled that my own lack of acumen wrt this driver model was about to have me putting something I didn't really want on my system. At least HP has done a good job of providing a reliable one-stop-shopping process for Linux users who need printing support. Having the hplip package right there in the repository certai
Re: hplip and use of the "driver plugin"
My apologies. Accidentally replied using another e-mail address from our business. I'm resending from the proper account, jap...@comcast.net. On 11/20/2016 02:52 PM, Brian wrote: On Sat 19 Nov 2016 at 16:38:20 -0500, Jape Person wrote: On 11/19/2016 03:09 PM, Brian wrote: Sorry to be awkward, but what does "it's" refer to? Uh, I'm the awkward one here. That's why I'm asking for help. Not at all. I've learned a thing or two from this thread. For example, I hadn't appreciated the extent to which the laserjet multifunction devices were dependent on the plugin, whereas the MFP inkjets are not (for now). Yes, I believe I saw statements on the hp site indicating that they intend to start supporting more and more devices, including new inkjet MFPs, with the driver-plugin model. The plugin contains *.fw files and libraries. A firmware file is uploaded to the printer when it is switched on. Quite what the libraries do I do not know but my assumption is they are involved in this and the host-based management of the printer. Enlightenment would be appreciated. Let's not start with unreasonable expectations. The likelihood that I will enlighten you in such a matter is vanishingly small. Others are reading this thread too. :) I didn't find any information this specific about the driver plugin. If you can steer me toward the relevant information I would appreciate it. I read information at all the links that seemed as though they could be pertinent from the hplipopensource.com location. The plugin can be downloaded from openprinting.org and its contents examined. Or install it with hp-plugin and look at /usr/share/hplip to see what you get. Delete the files by hand afterwards. Firmware appears to be only for a few specific printers and it is the faxing, scanning and printing libraries which are used for the majority (or perhaps all) of multifunctionals. Closed source; we cannot tell. I'll look at that. I had ASSumed that there was a different driver-plugin for each different model, so didn't even look at the direct download option. So, are you saying that nothing within that driver plugin gets invoked by or interacts with the host system? It's just some firmware that gets copied to the printer and some libraries which reside on the host and which interact with the printer. If that's the case, then my concern about the driver plugin is a tempest in a teapot. No, I am not saying that. I think hplip looks for and interacts with the libraries if they are needed for a particular device. Last time I set up a print queue (without having the printer) for a device which needed a plugin, CUPS relayed an error message from the hpcups driver. It is something I need to look into when I have the time. I'd stick with your original concern. Yup. I'm going to just slowly dog this thing until I've learned enough to suit me. Since I'm an old dog, slowly dogging means it'll take some time. I did learn that the "pagewide" MFPs do not (at least so far) require the driver plugin. I found them listed under "other" in the supported devices database, so I didn't notice them at first. I am not at all familiar with this technology. As I understand it, those things use a page-wide stationary printer head with over 40,000 nozzles to put pigment and dye on the paper. I think they said the print engine has no moving parts. Only the paper moves. One presumes they're not counting the parts the user has to REmove and REplace to keep them working. 8-) The pagewide versions of the 477 series cost more than the laser versions, by quite a margin. But, if I can convince myself that the technology will be reliable and not terribly expensive to support, I might give it a shot. It still would seem to beg the question as to why the system would be designed this way. But I'm not a printer hardware designer, and I don't know what requirements are placed on those guys by the production and delivery schedules. Maybe it's just a workaround to help HP get the most up-to-date stuff out the door in the most timely manner possible. Dunno. It could be as simple as HP licensing software from elsewhere for printing and scanning and not having the rights to open source it. From their point of view re-inventing the wheel doesn't make sense. For me, I'd take an HP laser multifunctional because I would want the copying facility. For you. you may have to widen your search to other vendors to get separate printing and scanning devices. It depends, also, on how pragmatic a user is. HP could be seen as a responsive, trustworthy and reliable company. The fact is that most printer manufacturers have some element of non-free software as part of their modern offerings at the inexpensive end of their product line. Yes. I was just a little appalled that my own lack of acumen wrt this driver model was about to have me putting something I didn't really want on my system. At least HP has done a good job of providing a reliable one
Setting up reportbug
I have tried several times to set up debians reportbug. I do not have an MTA installed and further I don't whant an MTA installed. I use Mozilla firebird (icedove) mail client and am a happy camper. But every time I try to report a bug, reportbug starts wanting an MTA. How do I get around this problem. Can I get around this problem. This account with verizon.net (aol now) is what I wish to use for all of my technical email. Gary R.
Re: MURPHY'S LAW RULES - was [Re: Coercing sane file permissions -- site specific]
On Sun 20 Nov 2016 at 14:25:16 -0600, Richard Owlett wrote: > On 11/19/2016 12:51 PM, Richard Owlett wrote: > >I use fat16 and fat32 formatted USB flash drives for _EXACTLY_ > >*ONE* purpose. > >It is to transfer data to/from a Windows machine. > >There is NO [nor will there ever be] a network connection between > >them. > > > >When I plug one into my Debian machine I want totally unfettered > >read/write access. > >[when logged in as root or *ANY* user ID] > > > > > >HOW? > >{any one notice a tone of frustration ;/} > > > > Just now, using the "Places" entry on MATE's menu bar I was able to: > 1. mount the specific flash drive that triggered this 'plaint. > 2. edit the *SPECIFIC* text file that Pluma would only open as "READ ONLY". > That had been "straw that broke the camel's back". You are saying you have solved your problem? It no longer exists? It may not have existed in the first place? You didn't know what you were doing? Can we now get back to normal service? Questions; questions. Feel free to ignore them. > This has me wondering if the objectionable reaction was *before* OR *after* > having run > gsettings set org.mate.media-handling automount false You can wonder as much as you want. Nobody has access to the system you are on. Wondering will not get anyone anywhere. > For another project, I was already intending to create a custom preseed.cfg. > That will allow me to do _functionally_ identical installs [only physical > difference being the target partition of the installation procedure.]. > > Is there a standard log file that will record *ALL* operator GUI *OR* > command line actions *AND* the system's response? journalctl? > I've the time but am short on test procedure design skills. You've got the time but have you got the inclination? (I feel I'm quoting someone but haven't a clue who it is). -- Brian.
MURPHY'S LAW RULES - was [Re: Coercing sane file permissions -- site specific]
On 11/19/2016 12:51 PM, Richard Owlett wrote: I use fat16 and fat32 formatted USB flash drives for _EXACTLY_ *ONE* purpose. It is to transfer data to/from a Windows machine. There is NO [nor will there ever be] a network connection between them. When I plug one into my Debian machine I want totally unfettered read/write access. [when logged in as root or *ANY* user ID] HOW? {any one notice a tone of frustration ;/} Just now, using the "Places" entry on MATE's menu bar I was able to: 1. mount the specific flash drive that triggered this 'plaint. 2. edit the *SPECIFIC* text file that Pluma would only open as "READ ONLY". That had been "straw that broke the camel's back". This has me wondering if the objectionable reaction was *before* OR *after* having run gsettings set org.mate.media-handling automount false For another project, I was already intending to create a custom preseed.cfg. That will allow me to do _functionally_ identical installs [only physical difference being the target partition of the installation procedure.]. Is there a standard log file that will record *ALL* operator GUI *OR* command line actions *AND* the system's response? I've the time but am short on test procedure design skills.
Re: Coercing sane file permissions -- site specific
Le decadi 30 brumaire, an CCXXV, Joe a écrit : > Conceptually so, but some means of mounting USB sticks do not involve > the user explicitly issuing a mount command. Yet, eventually it involves mount and options. The OP's task now is to find out what system is used to automagically mount USB sticks and how to set the options. Hence the need to know about the options: Tomas' answer was indeed the right one. signature.asc Description: Digital signature
Re: hplip and use of the "driver plugin"
On Sat 19 Nov 2016 at 16:38:20 -0500, Jape Person wrote: > On 11/19/2016 03:09 PM, Brian wrote: > > > >Sorry to be awkward, but what does "it's" refer to? > > > > Uh, I'm the awkward one here. That's why I'm asking for help. Not at all. I've learned a thing or two from this thread. For example, I hadn't appreciated the extent to which the laserjet multifunction devices were dependent on the plugin, whereas the MFP inkjets are not (for now). > >The plugin contains *.fw files and libraries. A firmware file is uploaded to > >the printer when it is switched on. Quite what the libraries do I do not > >know but my assumption is they are involved in this and the host-based > >management of the printer. Enlightenment would be appreciated. > > > > Let's not start with unreasonable expectations. The likelihood that I will > enlighten you in such a matter is vanishingly small. Others are reading this thread too. :) > I didn't find any information this specific about the driver plugin. If you > can steer me toward the relevant information I would appreciate it. I read > information at all the links that seemed as though they could be pertinent > from the hplipopensource.com location. The plugin can be downloaded from openprinting.org and its contents examined. Or install it with hp-plugin and look at /usr/share/hplip to see what you get. Delete the files by hand afterwards. Firmware appears to be only for a few specific printers and it is the faxing, scanning and printing libraries which are used for the majority (or perhaps all) of multifunctionals. Closed source; we cannot tell. > So, are you saying that nothing within that driver plugin gets invoked by or > interacts with the host system? It's just some firmware that gets copied to > the printer and some libraries which reside on the host and which interact > with the printer. If that's the case, then my concern about the driver > plugin is a tempest in a teapot. No, I am not saying that. I think hplip looks for and interacts with the libraries if they are needed for a particular device. Last time I set up a print queue (without having the printer) for a device which needed a plugin, CUPS relayed an error message from the hpcups driver. It is something I need to look into when I have the time. I'd stick with your original concern. > It still would seem to beg the question as to why the system would be > designed this way. But I'm not a printer hardware designer, and I don't know > what requirements are placed on those guys by the production and delivery > schedules. Maybe it's just a workaround to help HP get the most up-to-date > stuff out the door in the most timely manner possible. Dunno. It could be as simple as HP licensing software from elsewhere for printing and scanning and not having the rights to open source it. >From their point of view re-inventing the wheel doesn't make sense. For me, I'd take an HP laser multifunctional because I would want the copying facility. For you. you may have to widen your search to other vendors to get separate printing and scanning devices. It depends, also, on how pragmatic a user is. HP could be seen as a responsive, trustworthy and reliable company. The fact is that most printer manufacturers have some element of non-free software as part of their modern offerings at the inexpensive end of their product line. > At any rate, I can probably fulfill my requirements my buying a little more > hardware than I had originally intended. And I appreciate the efforts you > and Henrique have made on my behalf. > > If I should learn anything interesting from HP tech support I'll try to come > back with it. Considering HP say they do not offer Linux support directly, you are doing well. -- Brian.
Re: Coercing sane file permissions -- site specific
On Sun 20 Nov 2016 at 19:41:59 +, Joe wrote: > On Sun, 20 Nov 2016 19:45:27 +0100 > Nicolas George wrote: > > > Le decadi 30 brumaire, an CCXXV, Joe a écrit : > > > Tomas' answer contains *a* solution, for a specific device. > > > > Tomas' answer points to the umask mount option. Since all current > > reasonable methods for accessing an USB stick in FAT end up using the > > mount system call, it is THE solution. > > > > Conceptually so, but some means of mounting USB sticks do not involve > the user explicitly issuing a mount command. A user cannot issue the command 'mount /dev/foo mnt -oumask=000'. Well, she/he can - but it won't get them anywhere. -- Brian
Re: Coercing sane file permissions -- site specific
On Sun, 20 Nov 2016 19:45:27 +0100 Nicolas George wrote: > Le decadi 30 brumaire, an CCXXV, Joe a écrit : > > Tomas' answer contains *a* solution, for a specific device. > > Tomas' answer points to the umask mount option. Since all current > reasonable methods for accessing an USB stick in FAT end up using the > mount system call, it is THE solution. > Conceptually so, but some means of mounting USB sticks do not involve the user explicitly issuing a mount command. -- Joe
Re: Coercing sane file permissions -- site specific
Le decadi 30 brumaire, an CCXXV, Joe a écrit : > Tomas' answer contains *a* solution, for a specific device. Tomas' answer points to the umask mount option. Since all current reasonable methods for accessing an USB stick in FAT end up using the mount system call, it is THE solution. Regards, -- Nicolas George signature.asc Description: Digital signature
Re: Coercing sane file permissions -- site specific
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Nov 20, 2016 at 12:19:49PM -0500, The Wanderer wrote: > On 2016-11-20 at 11:46, Joe wrote: > > > On Sun, 20 Nov 2016 15:14:47 +0100 wrote: > > >> Sorry I can't offer more details: I'm not "in" the intricacies of > >> desktop environments. For me, they are too intricate and finicky, > >> therefore I prefer to run without. > >> > >> I mount my media explicitly. > > > > So do I. If I don't want a USB stick mounted, I don't plug it in. > > That's not explicit; it's invoking the implicit mount which your system > is configured to execute upon the device being connected. Exactly. Perhaps I was too concise. With "explicit" I meant that I always issue the mount command in a command line myself. [a couple of good reasons elided] > I imagine there may be other possibilities... Yes: file system code is not well tested with malicious file systems. There may be an exploit lurking there. If I don't trust the USB stick, I don't mount it right away, but I might want to have a look at the raw data (or perhaps mount it from a VM). > > I don't want any applications or media to autorun, but I do want the > > filesystems mounted. > > That's an entirely reasonable usage pattern, but it is not explicit > mounting, and there are legitimate reasons why someone might want > different behavior. Agreed. The nice thing is that each one of us can have her/his own way :-) regards - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlgx4pUACgkQBcgs9XrR2kbR3wCcDFsQE/NzevtX24rhmRRx68SO u+sAn1sd8r4VK2r9I0W2zggmKxqZRZqM =NfNc -END PGP SIGNATURE-
Re: Coercing sane file permissions -- site specific
On Sun 20 Nov 2016 at 13:58:04 +, Joe wrote: > I'm running sid with systemd, with absolutely nothing in /etc/fstab > which refers to USB sticks, but nonetheless any USB stick inserted is > recognised and automounted under /media/joe (maybe immediately and maybe > on access, I'm not sure, but it shows instantly in file managers) with > everything in a FAT partition having ownership of joe:me and > permissions of 644. Ext partitions have their own permissions, as > expected. This is done through the agency of the udisks2 daemon and gvfs. -- Brian.
Re: Coercing sane file permissions -- site specific
On Sun 20 Nov 2016 at 07:40:17 -0600, Richard Owlett wrote: > On 11/20/2016 7:29 AM, Brian wrote: > > > >Doesn't pmount fit the bill if all you want is to read/write? > > No. > > Maybe the problem is D.E. specific? I'm using MATE and thus Caja as > file-manager. TBH, the problem as such isn't clear to me. You have USB stick which is formatted FAT16 (say). I'd expect after plugging it into your Debian machine 'lsblk' would show the device and its partitions. Does this happen? Then something like pmount sdg1 would put the mount point as /media/sdg1. Does this happen? > On top menu-bar Places will list identifiers for mountable devices. > Clicking the "identifier" will "mount" the identified device. > It will use information available from /etc/fstab and/or pmount.allow . > Neither appears to have an entry equivalent to "any FAT filesystem on > plugable device". What I'm unclear about is whether this is a question which is about the DE being used. I cannot see the problem being DE specific, either. In GNOME and Xfce the USB device would show up left hand pane of Nautilus. Mounting is by right clicking on it. pmount has nothing to do with the mounting. -- Brian.
Re: Coercing sane file permissions -- site specific
On 2016-11-20 at 11:46, Joe wrote: > On Sun, 20 Nov 2016 15:14:47 +0100 wrote: >> Sorry I can't offer more details: I'm not "in" the intricacies of >> desktop environments. For me, they are too intricate and finicky, >> therefore I prefer to run without. >> >> I mount my media explicitly. > > So do I. If I don't want a USB stick mounted, I don't plug it in. That's not explicit; it's invoking the implicit mount which your system is configured to execute upon the device being connected. Unless you are explicitly issuing a command which says "mount this device to this path", you are not _explicitly_ mounting the media; it either is not being mounted at all, or is being mounted automatically. Connecting a device does not equal issuing a command to mount it. > If I do plug it in, apart from formatting, why would I not want it > mounted? Perhaps because you know the drive is damaged, such that the mount attempt will fail (and might hang, or even spawn zombie processes), and you don't want the system attempting to access it unnecessarily. Perhaps because there are multiple filesystems on the device, and you only want to mount one of them. (Perhaps you even want to refrain from updating access timestamps which get updated on mount or unmount; I believe there are filesystems which include that behavior.) Perhaps because you want to _choose_ where to mount it to, according to criteria specific to the case at hand, rather than relying on whatever global defaults are configured. Perhaps because you want to dump an unmodified copy of the filesystem to a file on local disk, without risking the filesystem being modified during the mount / unmount process. I imagine there may be other possibilities... > I don't want any applications or media to autorun, but I do want the > filesystems mounted. That's an entirely reasonable usage pattern, but it is not explicit mounting, and there are legitimate reasons why someone might want different behavior. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Re: Coercing sane file permissions -- site specific
On Sun, 20 Nov 2016 15:14:47 +0100 wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Sun, Nov 20, 2016 at 01:58:04PM +, Joe wrote: > > On Sun, 20 Nov 2016 13:33:51 +0100 > > Nicolas George wrote: > > > > > Le decadi 30 brumaire, an CCXXV, Richard Owlett a écrit : > > > > Not as I read them. > > > > > > Then you did not read correctly. > > > > > > > They give methods of handling an explicitly specified > > > > device. > > > > > > Tomas' answer contains the solution to your problem: the umask > > > mount option. This it, no more no less. > > > > > > To know how to actually use it, re-read Tomas' answer, RTFM, RTFW > > > or hire a consultant. But you have your answer. > > > > Tomas' answer contains *a* solution, for a specific device. > > > > There *is* a generic answer, which requires no fstab entry, but I > > have to admit that I haven't a clue what it is. > > This is your desktop environment doing it for you (noticed how it > mounts under /media/joe? Guess what happens if you had set up > another user and "were logged in as" this other user? /media/joe > or rather /media/otheruser? That's it). Well done. I assumed it was a lower level than that, as usbmount wasn't DE-specific. I'm running Xfce, hence the Thunar file manager, which I don't use, and apparently thunar-volman which does automounting. It doesn't show up in an apt-cache search for automount. > > Of course the DE doesn't do the mount directly, but relies on > pmount or something similar. I don't have pmount installed. > > Sorry I can't offer more details: I'm not "in" the intricacies of > desktop environments. For me, they are too intricate and finicky, > therefore I prefer to run without. > > I mount my media explicitly. > So do I. If I don't want a USB stick mounted, I don't plug it in. If I do plug it in, apart from formatting, why would I not want it mounted? I don't want any applications or media to autorun, but I do want the filesystems mounted. -- Joe
Re: Coercing sane file permissions -- site specific
On Sun, 20 Nov 2016 08:10:09 -0600 Richard Owlett wrote: > Do you have a file named "pmount.allow"? > Web searches turn up references to it, but haven't found any > details on syntax and/or examples. > > > I don't have pmount installed. I tried it years ago, when I was having usbmount trouble, and now can't remember why, but it wasn't the right answer. -- Joe
Re: Coercing sane file permissions -- site specific
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Nov 20, 2016 at 10:15:40AM -0500, rhkra...@gmail.com wrote: > Ok, I tried it on Jessie, and it works essentially the same way, with a few > slight differences: > >* when the USB stick shows up in dolphin, it does not show the mount > point, > instead it says something like "Removable 8MiB device" > >* if I then go to a CLI and look under media, I find the device listed as > follows, and can access the files: > > e.g., ls /media//84BE-2329. > > I don't know where the "84BE-2329" comes from, but it seems to be associated > with the USB stick, as it is the same on both machines. This is most probably the file system label. regards - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlgxyPIACgkQBcgs9XrR2kbAyQCfUYTkXNPySLQJBoGVpNrmFnpM oQsAn3QXRq6bRZ0DvPNpJ5BmsqSsUrmQ =KEyc -END PGP SIGNATURE-
Re: Coercing sane file permissions -- site specific
Ok, I tried it on Jessie, and it works essentially the same way, with a few slight differences: * when the USB stick shows up in dolphin, it does not show the mount point, instead it says something like "Removable 8MiB device" * if I then go to a CLI and look under media, I find the device listed as follows, and can access the files: e.g., ls /media//84BE-2329. I don't know where the "84BE-2329" comes from, but it seems to be associated with the USB stick, as it is the same on both machines. On Sunday, November 20, 2016 09:38:21 AM rhkra...@gmail.com wrote: > I'll answer with something a little bit like Joe's answer. On my daily > working machine, which uses Wheezy, I use Dophin as a file manager. > > After I plug in a USB stick, after a few seconds (maybe up to 20??), a new > entry appears on the left hand list of partitions in Dolphin. If I click > on that, the files are displayed in the (current working) pane of Dolphin, > and I can use the mouse to drag and drop them, open them, or similar. > > The top of that dophin pane shows where the device is mounted, for example, > /media/84BE-2329/. > > If I then go to a CLI and refer to that mountpoint, I can access the files. > > To anticipate an answer to your potential next question, there is no > pmount.allow file on this computer. > > I may try the same thing on my future daily working machine, using Jessie > (and, iiuc, systemd or whatever it is called). If I try that, I'll let you > know. > > On Sunday, November 20, 2016 08:58:04 AM Joe wrote: > > There *is* a generic answer, which requires no fstab entry, but I have > > to admit that I haven't a clue what it is. > > > > I'm running sid with systemd, with absolutely nothing in /etc/fstab > > which refers to USB sticks, but nonetheless any USB stick inserted is > > recognised and automounted under /media/joe (maybe immediately and maybe > > on access, I'm not sure, but it shows instantly in file managers) with > > everything in a FAT partition having ownership of joe:me and > > permissions of 644. Ext partitions have their own permissions, as > > expected. > > > > This all Just Works, and I have no idea what configuration it depends > > on. "I didn't build this," sid basically builds and rebuilds itself, so > > I tend to keep my fingers out of the works. I do know that USB sticks > > were a real pain with usbmount, which *sometimes* mounted the entire > > device instead of the partitions, and at some point, things just > > started working better. > > > > There is nothing in /etc/polkit-1, /etc/udev or /etc/udisks2 referring > > to USB sticks, which are the most likely suspects as far as I can see. > > Presumably the culprit is systemd, as usual, so possibly someone more > > knowledgable about this beast can finish my part-answer.
All settings are lost at logout
After a journey in GNU/Linux for some years via Suse, Ubuntu and Linux Mint for Debian (LMDE) I finally decided to take the step into the master himself, Debian. So I downloaded the live ISO file and started the install process of Debian 8.6 with Mate and Marco window manager from a usb memory stick on my H-P laptop. The first try went quite well and the system came up running. But I made some mistakes when installing some programs, so I started it over in a clean reinstall. All partitions except the /home partition were reused but formatted. Also this time the "virgin" system was working well, and I started the job with installing all the applications I wanted. First, however, I installed the nVidia video driver, as I have never got Nouveau work as I want. I have an external screen connected via hdmi and that one has never got any image from Nouveau. Well this is another question, and despite quite a lot of effort to solve that, I have resigned and accept using nVidia which works quite well. Next thing to do before the application install process, was to remove the PulseAudio, which does note work very good together with some of the applications I want. So finally the turn had come to the real adaptation work. First I installed some music writing programs: LilyPond and Denemo, Ardour3 and Jack. Next came Mozilla Thunderbird. And so it went on with, the GNU Emacs and a few other programs, all of which I have been using for many years without any problems. At this this stage all looked very fine, and I decided to restart the computer. The first observation was that suddenly all the devices defined and mounted in /etc/fstab appeared as icons on the desktop, and I could not remove them. Next was that all of my settings of Caja file manager were gone. I use to make some personal adaptation: first I prefer one mouse click to open a file from the icon, the list view instead of icon view and a few other options like these. Until now all of these settings has been saved and restored at every login, but now they are lost and has to be redone every time. The same deals with the wi-fi password, I have to write it in at every login. Next observation is that I can add no program starters to the panel. Well, yes, I can add one starter, but no more, they do not appear there. I can remove the first icon, and add another one, but still just one. Creating them, even more than one, on the desktop causes no problem. If all these effects come from the same source I do not know, but I suspect they do. Some package might have unintentionally been removed, but if so I have not been able to find out which one. I have made reinstalls of al lot of them, e.g. mate-panel, but without any result. Could anyone find the common factor, I would appreciate it. If nothing else I will of course make a new reinstall, but it takes a good deal of time, and I feel it ought to be unnecessary. Regards Kaj
Re: Coercing sane file permissions -- site specific
On Sun 20 Nov 2016 at 08:10:09 -0600, Richard Owlett wrote: > On 11/20/2016 7:58 AM, Joe wrote: > > > >This all Just Works, and I have no idea what configuration it depends > >on. "I didn't build this," sid basically builds and rebuilds itself, so > >I tend to keep my fingers out of the works. I do know that USB sticks > >were a real pain with usbmount, which *sometimes* mounted the entire > >device instead of the partitions, and at some point, things just > >started working better. > > > >There is nothing in /etc/polkit-1, /etc/udev or /etc/udisks2 referring > >to USB sticks, which are the most likely suspects as far as I can see. > >Presumably the culprit is systemd, as usual, so possibly someone more > >knowledgable about this beast can finish my part-answer. > > > > Do you have a file named "pmount.allow"? > Web searches turn up references to it, but haven't found any details on > syntax and/or examples. /etc/pmount.allow is created when pmount is installed. The manual tells you everything you need to know about it. With "/dev/sda1" as a line in the file you can mount the partition with 'pmount sda1'. I'd not think you would need to populate pmount.allow for a removable device. -- Brian.
Re: Coercing sane file permissions -- site specific
I'll answer with something a little bit like Joe's answer. On my daily working machine, which uses Wheezy, I use Dophin as a file manager. After I plug in a USB stick, after a few seconds (maybe up to 20??), a new entry appears on the left hand list of partitions in Dolphin. If I click on that, the files are displayed in the (current working) pane of Dolphin, and I can use the mouse to drag and drop them, open them, or similar. The top of that dophin pane shows where the device is mounted, for example, /media/84BE-2329/. If I then go to a CLI and refer to that mountpoint, I can access the files. To anticipate an answer to your potential next question, there is no pmount.allow file on this computer. I may try the same thing on my future daily working machine, using Jessie (and, iiuc, systemd or whatever it is called). If I try that, I'll let you know. On Sunday, November 20, 2016 08:58:04 AM Joe wrote: > There *is* a generic answer, which requires no fstab entry, but I have > to admit that I haven't a clue what it is. > > I'm running sid with systemd, with absolutely nothing in /etc/fstab > which refers to USB sticks, but nonetheless any USB stick inserted is > recognised and automounted under /media/joe (maybe immediately and maybe > on access, I'm not sure, but it shows instantly in file managers) with > everything in a FAT partition having ownership of joe:me and > permissions of 644. Ext partitions have their own permissions, as > expected. > > This all Just Works, and I have no idea what configuration it depends > on. "I didn't build this," sid basically builds and rebuilds itself, so > I tend to keep my fingers out of the works. I do know that USB sticks > were a real pain with usbmount, which *sometimes* mounted the entire > device instead of the partitions, and at some point, things just > started working better. > > There is nothing in /etc/polkit-1, /etc/udev or /etc/udisks2 referring > to USB sticks, which are the most likely suspects as far as I can see. > Presumably the culprit is systemd, as usual, so possibly someone more > knowledgable about this beast can finish my part-answer.
Re: Coercing sane file permissions -- site specific
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Nov 20, 2016 at 06:08:51AM -0600, Richard Owlett wrote: > On 11/19/2016 2:33 PM, to...@tuxteam.de wrote: [mount options, fstab] > Those don't address my problem definition. > Having a USB flash drive with a fat16/fat32 file system in hand, on > inserting drive I wish full read/write access. > After all, a FAT filesystem has no concept of ownership. > What's wrong? As others pointed out, they do, and then... they don't. Sorry, I had too narrow a perspective to the problem, You seem to expect your media to be mounted automatically (typically by the desktop environment; that's what DEs do), I have no desktop environment and issue the mount commands whenever I need them; thus the mount options came naturally to me. For Gnome and Gnome-like desktops, I think "pmount" is the mount wrapper which ultimately invokes mount whenever the kernel detects new media (the kernel communicates this event via the udev system, someone (?) picks it up and invokes pmount. Pmount's job is to do the necessary magic as superuser -- more or less). I'm a bit out of my depth wrt desktop environments in general. Based on pmount's man page [1] pmount.allow (which you mentioned in another post) only lets you whitelist devices, not give them any mount options, alas. If I had to do it *and* if I wanted auto-mounting (which I very much not want), I'd hack my way around in /etc/udev/rules.d. Perhaps some desktop environment savvy folks can chime in. regards [1] https://linux.die.net/man/1/pmount - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlgxtLEACgkQBcgs9XrR2kb3YgCeKxYo0ph9Z9za8ErE/8+L1rTC xb4AniWKxGNQfXAVdjsfuvPda27mrGwa =cvUs -END PGP SIGNATURE-
Re: Coercing sane file permissions -- site specific
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Nov 20, 2016 at 01:58:04PM +, Joe wrote: > On Sun, 20 Nov 2016 13:33:51 +0100 > Nicolas George wrote: > > > Le decadi 30 brumaire, an CCXXV, Richard Owlett a écrit : > > > Not as I read them. > > > > Then you did not read correctly. > > > > > They give methods of handling an explicitly specified device. > > > > Tomas' answer contains the solution to your problem: the umask mount > > option. This it, no more no less. > > > > To know how to actually use it, re-read Tomas' answer, RTFM, RTFW or > > hire a consultant. But you have your answer. > > Tomas' answer contains *a* solution, for a specific device. > > There *is* a generic answer, which requires no fstab entry, but I have > to admit that I haven't a clue what it is. This is your desktop environment doing it for you (noticed how it mounts under /media/joe? Guess what happens if you had set up another user and "were logged in as" this other user? /media/joe or rather /media/otheruser? That's it). Of course the DE doesn't do the mount directly, but relies on pmount or something similar. Sorry I can't offer more details: I'm not "in" the intricacies of desktop environments. For me, they are too intricate and finicky, therefore I prefer to run without. I mount my media explicitly. regards - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlgxr9cACgkQBcgs9XrR2kYE9QCdHcMYikUu3syn6IzIVxWsyRuU sIMAn3ymPHEqBq/nYB+I5U3ZPTMBzkts =JGkN -END PGP SIGNATURE-
Re: Coercing sane file permissions -- site specific
On 11/20/2016 7:58 AM, Joe wrote: On Sun, 20 Nov 2016 13:33:51 +0100 Nicolas George wrote: Le decadi 30 brumaire, an CCXXV, Richard Owlett a écrit : Not as I read them. Then you did not read correctly. They give methods of handling an explicitly specified device. Tomas' answer contains the solution to your problem: the umask mount option. This it, no more no less. To know how to actually use it, re-read Tomas' answer, RTFM, RTFW or hire a consultant. But you have your answer. Tomas' answer contains *a* solution, for a specific device. There *is* a generic answer, which requires no fstab entry, but I have to admit that I haven't a clue what it is. I'm running sid with systemd, with absolutely nothing in /etc/fstab which refers to USB sticks, but nonetheless any USB stick inserted is recognised and automounted under /media/joe (maybe immediately and maybe on access, I'm not sure, but it shows instantly in file managers) with everything in a FAT partition having ownership of joe:me and permissions of 644. Ext partitions have their own permissions, as expected. This all Just Works, and I have no idea what configuration it depends on. "I didn't build this," sid basically builds and rebuilds itself, so I tend to keep my fingers out of the works. I do know that USB sticks were a real pain with usbmount, which *sometimes* mounted the entire device instead of the partitions, and at some point, things just started working better. There is nothing in /etc/polkit-1, /etc/udev or /etc/udisks2 referring to USB sticks, which are the most likely suspects as far as I can see. Presumably the culprit is systemd, as usual, so possibly someone more knowledgable about this beast can finish my part-answer. Do you have a file named "pmount.allow"? Web searches turn up references to it, but haven't found any details on syntax and/or examples.
Re: Coercing sane file permissions -- site specific
On Sun, 20 Nov 2016 13:33:51 +0100 Nicolas George wrote: > Le decadi 30 brumaire, an CCXXV, Richard Owlett a écrit : > > Not as I read them. > > Then you did not read correctly. > > > They give methods of handling an explicitly specified device. > > Tomas' answer contains the solution to your problem: the umask mount > option. This it, no more no less. > > To know how to actually use it, re-read Tomas' answer, RTFM, RTFW or > hire a consultant. But you have your answer. Tomas' answer contains *a* solution, for a specific device. There *is* a generic answer, which requires no fstab entry, but I have to admit that I haven't a clue what it is. I'm running sid with systemd, with absolutely nothing in /etc/fstab which refers to USB sticks, but nonetheless any USB stick inserted is recognised and automounted under /media/joe (maybe immediately and maybe on access, I'm not sure, but it shows instantly in file managers) with everything in a FAT partition having ownership of joe:me and permissions of 644. Ext partitions have their own permissions, as expected. This all Just Works, and I have no idea what configuration it depends on. "I didn't build this," sid basically builds and rebuilds itself, so I tend to keep my fingers out of the works. I do know that USB sticks were a real pain with usbmount, which *sometimes* mounted the entire device instead of the partitions, and at some point, things just started working better. There is nothing in /etc/polkit-1, /etc/udev or /etc/udisks2 referring to USB sticks, which are the most likely suspects as far as I can see. Presumably the culprit is systemd, as usual, so possibly someone more knowledgable about this beast can finish my part-answer. -- Joe
Re: Coercing sane file permissions -- site specific
On 11/20/2016 7:29 AM, Brian wrote: On Sat 19 Nov 2016 at 19:51:06 -0600, Richard Owlett wrote: On 11/19/2016 5:07 PM, Brian wrote: On Sat 19 Nov 2016 at 12:51:58 -0600, Richard Owlett wrote: I use fat16 and fat32 formatted USB flash drives for _EXACTLY_ *ONE* purpose. It is to transfer data to/from a Windows machine. There is NO [nor will there ever be] a network connection between them. No connection to the internet. No connection to the local network. Has a Debian machine ever been so emasculated? Plus it has nothing to do with the problem posed. When I plug one into my Debian machine I want totally unfettered read/write access. [when logged in as root or *ANY* user ID] The recent thread "parted is ALMOST suitable" has a post with the line Wheezy has /etc/udev/rules.d/91-permissions.rules; Jessie doesn't. Perhaps if you reread that portion of the thread and ask yourself: Wheezy has /etc/udev/rules.d/91-permissions.rules; what would happen if Jessie did too? {any one notice a tone of frustration ;/} No. But we will waited with baited breath for you to report back on the suggestion. *NON SRQUITURE* (s) Sorry. I took "unfettered read/write" access as a user to mean partition/format in addition to writing a file to the disk. Doesn't pmount fit the bill if all you want is to read/write? No. Maybe the problem is D.E. specific? I'm using MATE and thus Caja as file-manager. On top menu-bar Places will list identifiers for mountable devices. Clicking the "identifier" will "mount" the identified device. It will use information available from /etc/fstab and/or pmount.allow . Neither appears to have an entry equivalent to "any FAT filesystem on plugable device".
Re: Coercing sane file permissions -- site specific
On Sat 19 Nov 2016 at 19:51:06 -0600, Richard Owlett wrote: > On 11/19/2016 5:07 PM, Brian wrote: > >On Sat 19 Nov 2016 at 12:51:58 -0600, Richard Owlett wrote: > > > >>I use fat16 and fat32 formatted USB flash drives for _EXACTLY_ *ONE* > >>purpose. > >>It is to transfer data to/from a Windows machine. > >>There is NO [nor will there ever be] a network connection between them. > > > >No connection to the internet. No connection to the local network. Has a > >Debian machine ever been so emasculated? Plus it has nothing to do with > >the problem posed. > > > >>When I plug one into my Debian machine I want totally unfettered read/write > >>access. > >>[when logged in as root or *ANY* user ID] > > > >The recent thread "parted is ALMOST suitable" has a post > >with the line > > > > Wheezy has /etc/udev/rules.d/91-permissions.rules; Jessie doesn't. > > > >Perhaps if you reread that portion of the thread and ask yourself: > > > > Wheezy has /etc/udev/rules.d/91-permissions.rules; what would happen > > if Jessie did too? > > > >>{any one notice a tone of frustration ;/} > > > >No. But we will waited with baited breath for you to report back on the > >suggestion. > > > > > *NON SRQUITURE* (s) Sorry. I took "unfettered read/write" access as a user to mean partition/format in addition to writing a file to the disk. Doesn't pmount fit the bill if all you want is to read/write? -- Brian.
Re: Coercing sane file permissions -- site specific
On 11/20/2016 6:33 AM, Nicolas George wrote: Le decadi 30 brumaire, an CCXXV, Richard Owlett a écrit : Not as I read them. Then you did not read correctly. https://manned.org/fstab.5 states " The first field (fs_spec). This field describes the block special device or remote filesystem to be mounted. ... LABEL= or UUID= may be given instead of a device name. This is the recommended method, as device names are often a coincidence of hardware detection order, and can change when other disks are added or removed. For example, `LABEL=Boot' or UUID=3e6be9de-8139-11d1-9106-a43f08d823a6'. (Use a filesystem- specific tool like e2label(8), xfs_admin(8), or fatlabel(8) to set LABELs on filesystems). It's also possible to use PARTUUID= and PARTLABEL=. These partitions identifiers are supported for example for GUID Partition Table (GPT). " They give methods of handling an explicitly specified device. Tomas' answer contains the solution to your problem: the umask mount option. This it, no more no less. On 11/19/2016 2:33 PM, to...@tuxteam.de wrote: Use the "umask" option when mounting the file system. Umask is supposed to be the bits *not* to set in the file permissions. That would be mount /dev/foo mnt -oumask=000 That works for an explicit value of "foo". Maybe the problem is D.E. specific? I'm using MATE and thus Caja as file-manager. On top menu-bar Places will list identifiers for mountable devices. Clicking the "identifier" will "mount" the identified device. It will use information available from /etc/fstab and/or pmount.allow . Neither appears to have an entry equivalent to "any FAT filesystem on plugable device". To know how to actually use it, re-read Tomas' answer, RTFM, RTFW or hire a consultant. But you have your answer.
Re: Coercing sane file permissions -- site specific
Le decadi 30 brumaire, an CCXXV, Richard Owlett a écrit : > Not as I read them. Then you did not read correctly. > They give methods of handling an explicitly specified device. Tomas' answer contains the solution to your problem: the umask mount option. This it, no more no less. To know how to actually use it, re-read Tomas' answer, RTFM, RTFW or hire a consultant. But you have your answer. signature.asc Description: Digital signature
Re: Coercing sane file permissions -- site specific
On 11/20/2016 6:11 AM, Nicolas George wrote: Le decadi 30 brumaire, an CCXXV, Richard Owlett a écrit : Those don't address my problem definition. Yes, they do. Tomas' answer was exactly the correct one to your problem. Not as I read them. They give methods of handling an explicitly specified device. Be it specified by LABEL, UUID, or designation in the /dev/sdX hierarchy. I wish _generic_ handling. In this use case I _generic_ means "any USB flash device with FAT file system". E.G. when I pick up a flash drive that has information written by my Windows machine I have *NO* a priori knowledge of "LABEL, UUID, or designation in the /dev/sdX hierarchy." Something missing somewhere :< PEBSAK ?
Re: Coercing sane file permissions -- site specific
Le decadi 30 brumaire, an CCXXV, Richard Owlett a écrit : > Those don't address my problem definition. Yes, they do. Tomas' answer was exactly the correct one to your problem. -- Nicolas George signature.asc Description: Digital signature
Re: Coercing sane file permissions -- site specific
On 11/19/2016 2:33 PM, to...@tuxteam.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, Nov 19, 2016 at 12:51:58PM -0600, Richard Owlett wrote: I use fat16 and fat32 formatted USB flash drives for _EXACTLY_ *ONE* purpose. It is to transfer data to/from a Windows machine. There is NO [nor will there ever be] a network connection between them. When I plug one into my Debian machine I want totally unfettered read/write access. [when logged in as root or *ANY* user ID] HOW? {any one notice a tone of frustration ;/} Use the "umask" option when mounting the file system. Umask is supposed to be the bits *not* to set in the file permissions. That would be mount /dev/foo mnt -oumask=000 (of course just 0 would suffice. Old rituals and that ;-) For more options, you separate them with comma, like so mount /dev/foo mnt -ouid=richard,gid=richard,umask=003 supposing you want the files to belong to user (uid) "richard" and group (gid) "richard" and want to take away write perm from others. The details are in the "mount" man page, under "FILESYSTEM SPECIFIC MOUNT OPTIONS", "Mount options for fat". You can set the options in the fstab, if you make an entry there (fourth field, see man fstab). regards - -- t Those don't address my problem definition. Having a USB flash drive with a fat16/fat32 file system in hand, on inserting drive I wish full read/write access. After all, a FAT filesystem has no concept of ownership. What's wrong?
DBus error: how to fix.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I last upgraded my Wheezy installation on 2016-11-11. Ever since, whenever I run "apt-get update" or "apt-get upgrade", at the end the following message appears: Error: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ExecFailed: Failed to execute program /usr/lib/dbus-1.0/debus-daemon-launch-helper: Success That directory exists and the script file (if that is what it is) is also exists. Is there something that script file should do but cannot do for some reason? Ken Heard -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlgxc20ACgkQlNlJzOkJmTeX6ACfdoxwiKVBWSb8PDhVMuPFokD2 x24AnifiEwAXyHboKORmCWV64cBeKCir =KumC -END PGP SIGNATURE- -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.