Re: user perms

On 12/8/23 12:11, David Wright wrote: On Mon 13 Jun 2022 at 19:03:47 (-0400), gene heskett wrote: On 6/13/22 14:36, Greg Wooledge wrote: On Mon, Jun 13, 2022 at 01:56:12PM -0400, gene heskett wrote: >> I appear as user 1000 seem to be stuck behind some sort of a >> permissions wall. > > SHOW.

Re: user perms

On Mon 13 Jun 2022 at 19:03:47 (-0400), gene heskett wrote: > On 6/13/22 14:36, Greg Wooledge wrote: > > On Mon, Jun 13, 2022 at 01:56:12PM -0400, gene heskett wrote: >> > > I appear as user 1000 seem to be stuck behind some sort of a >> > permissions wall. > > SHOW. US. > > I got tired of fighti

Re: TBird mail (was: user perms)

On 07/12/2022 15:02, gene heskett wrote: And when I find it. the prefs.js file does not contain any of the strings mentioned in the reply I quoted and everyone but you have clipped. Am I to add these below? According to the top of the file, t-bird must be stopped before editing as it saves thi

Re: TBird mail (was: user perms)

On 12/6/22 22:53, Max Nikulin wrote: On 07/12/2022 06:58, gene heskett wrote: profiledir: what or where is this "profiledir:"? after sudo updatedb today, I find Querying search engine "thunderbird profile directory" gives https://support.mozilla.org/en-US/kb/profiles-where-thunderbird-stores-

Re: TBird mail (was: user perms)

On 07/12/2022 06:58, gene heskett wrote: profiledir: what or where is this "profiledir:"? after sudo updatedb today, I find Querying search engine "thunderbird profile directory" gives https://support.mozilla.org/en-US/kb/profiles-where-thunderbird-stores-user-data http://kb.mozillazine.org/Pr

Re: TBird mail (was: user perms)

On Tue, Dec 06, 2022 at 06:58:20PM -0500, gene heskett wrote: > gene@coyote:~$ locate prefs.js > /home/amanda/.mozilla/firefox/nz58vim6.default-esr/prefs.js > /home/gene/.local/share/digikam/QtWebEngine/Default/user_prefs.json > /home/gene/.local/share/kmail2/QtWebEngine/Default/user_prefs.json >

Re: TBird mail (was: user perms)

On 6/18/22 19:26, Chuck Zmudzinski wrote: Going thru some old email and found I had tagged this message which contains some unfinished business someone might clarify now: On 6/15/22 7:14 AM, Felix Miata wrote: gene heskett composed on 2022-06-15 06:34 (UTC-0400): What the heck is this verti

Re: user perms

On Fri 17 Jun 2022 at 18:14:41 (-0400), gene heskett wrote: > On 6/17/22 16:29, Anssi Saari wrote: > > gene heskett writes: > > > > > I just did all that, so now I have an /etc/rc.local but not an rc-local > > > but he changes from rc.local to rc-local in the middle. confusing. > > > > > > So wh

Re: TBird mail (was: user perms)

On 6/15/22 7:14 AM, Felix Miata wrote: > gene heskett composed on 2022-06-15 06:34 (UTC-0400): > > > What the heck is this vertical bar it uses for a quote level > > That's taken care of here with one or both of these two entries in prefs.js > in the > profiledir: > > user_pref("mail.quoteas

Re: user perms

On 6/17/22 16:29, Anssi Saari wrote: gene heskett writes: I just did all that, so now I have an /etc/rc.local but not an rc-local but he changes from rc.local to rc-local in the middle. confusing. So which is it. I originally created an rc.local, changed it to rc-local, and back with mv. The

Re: user perms

gene heskett writes: > I just did all that, so now I have an /etc/rc.local but not an rc-local > but he changes from rc.local to rc-local in the middle. confusing. > > So which is it. I originally created an rc.local, changed it to > rc-local, and back with mv. The script file is /etc/rc.local b

Re: user perms

dev/ttyS3 > crw-rw 1 root dialout 188, 0 Jun 13 12:12 /dev/ttyUSB0 > crw-rw 1 root dialout 188, 1 Jun 13 12:12 /dev/ttyUSB1 > crw-rw 1 root dialout 188, 2 Jun 13 12:12 /dev/ttyUSB2 > crw-rw 1 root dialout 188, 3 Jun 13 12:12 /dev/ttyUSB3 > crw-rw 1 root dial

Re: user perms

rw 1 root dialout 188, 2 Jun 13 12:12 /dev/ttyUSB2 crw-rw 1 root dialout 188, 3 Jun 13 12:12 /dev/ttyUSB3 crw-rw 1 root dialout 188, 4 Jun 13 12:12 /dev/ttyUSB4 I didn't find a rule which sets the perms for these to 0660 but something does that for me. This rule comes with

Re: user perms

ee edition too with limited features. I now have that one installed on an sd card in a reader, works fine. I rebooted, found it in the bios, and ran it one pass, no errors. It does not!! That's what I'm screaming about. It sets the perms so only root can use them. I just plugged at

Re: user perms

2 Jun 13 12:12 /dev/ttyUSB2 crw-rw 1 root dialout 188, 3 Jun 13 12:12 /dev/ttyUSB3 crw-rw 1 root dialout 188, 4 Jun 13 12:12 /dev/ttyUSB4 I didn't find a rule which sets the perms for these to 0660 but something does that for me. This rule comes with the udev package itself so it sh

Re: user perms

o from Passmark goes for $44 today. They have a free edition too with limited features. > It does not!! That's what I'm screaming about. > It sets the perms so only root can use them. I just > plugged at least one of them in: > root@coyote:/lib/udev/rules.d# ls -l /dev/t

Re: user perms

ces to gene:gene, and 0777 which should have fixed heyu, but it didn't so I put it back to original. So the problem after the 32nd install, and 2 reboots because I downloaded the memtest86, v9.4 free version put it on a sd card in a card reader, and ran it one pass with zero errors, and the perm

Re: user perms

f about email quoting … ] > Generally I can. but a reboot fixes things so I have to do it > all over again at every reboot, just because this list refuses > to answer a simple question about setting the perms on 2 > devices that are identified as /dev/ttyUSB*. Anyone reading this list can see

Re: memtest (was: user perms)

On Wed, Jun 15, 2022 at 07:26:25AM -0400, Felix Miata wrote: > gene heskett composed on 2022-06-15 06:34 (UTC-0400): > > > I have had to replace some memory, but now memtest can't > > be found, I guess because it is a 16 bit build, and can't be > > changed. But it ran ON THIS 6 core i5, probably 8

Re: memtest (was: user perms)

gene heskett composed on 2022-06-15 06:34 (UTC-0400): > I have had to replace some memory, but now memtest can't > be found, I guess because it is a 16 bit build, and can't be > changed. But it ran ON THIS 6 core i5, probably 8 or 9 times > pre bullseye. > So what replaces it? From the thread abo

Re: TBird mail (was: user perms)

gene heskett composed on 2022-06-15 06:34 (UTC-0400): > What the heck is this vertical bar it uses for a quote level That's taken care of here with one or both of these two entries in prefs.js in the profiledir: user_pref("mail.quoteasblock", false); user_pref("mail.quoted_graph

Re: user perms

ix logrotate to service the logs in /home/$USER/logs where there's no perms problem because the $USER owns the whole path. No idea what this is all about, sorry. The above s/b one quote level but tbird won't lt me fix it. and now my additional reply is munged, backspaces or Del's wi

Re: user perms

is when will the developers understand that > > > stuff that runs as a $USER, needs one of two changes, either a .conf file > > > someplace readable by the $USER that tells things like t-bird, running as > > > the user, can have write privs to /var/log, /or/ an entry i

Re: user perms

, /or/ an entry in that *.conf so logging can be done instead of just gobbling up the denial w/o bothering to tell the user it can't open the log. Its trivial to fix logrotate to service the logs in /home/$USER/logs where there's no perms problem because the $USER owns the whole path. No idea

Re: user perms

On Mon, 13 Jun 2022 19:03:47 -0400 gene heskett wrote: > > Kmail5 is buggier than road kill in June, but t-bird is more like > August, so > > I'm looking for a mailer that actually works. tbirds sort filters > don't, and > > they think everybody uses only html, so word wrap doesn't work So I

Re: user perms

On Tue 14 Jun 2022 at 12:22:05 -0500, David Wright wrote: > On Mon 13 Jun 2022 at 19:03:47 (-0400), gene heskett wrote: > > On 6/13/22 14:36, Greg Wooledge wrote: > > > On Mon, Jun 13, 2022 at 01:56:12PM -0400, gene heskett wrote: >> > > > I appear as user 1000 seem to be stuck behind some sort o

Re: user perms

On Tue, Jun 14, 2022 at 12:22:05PM -0500, David Wright wrote: > On Mon 13 Jun 2022 at 19:03:47 (-0400), gene heskett wrote: > > On 6/13/22 14:36, Greg Wooledge wrote: > > > On Mon, Jun 13, 2022 at 01:56:12PM -0400, gene heskett wrote: >> > > > I appear as user 1000 seem to be stuck behind some sor

Re: user perms

e readable by the $USER that tells things like t-bird, running as > the user, can have write privs to /var/log, /or/ an entry in that *.conf so > logging can be done instead of just gobbling up the denial w/o bothering > to tell the user it can't open the log. Its trivial to fix logrotate

Re: user perms

On 2022-06-14 00:03, gene heskett wrote: I'm looking for a mailer that actually works. tbirds sort filters don't, and they think everybody uses only html, so word wrap doesn't work So I'm doing this by hand.. I'd have thought if you've got PCs in different buildings Dovecot, Roundcube, Sei

Re: perms

On 6/13/22 14:49, mick crane wrote: On 2022-06-13 19:11, Andrew M.A. Cater wrote: Hi Gene, For CUPS - you can use lpadmin from a terminal as a command line. Open a konsole terminal, su - inside it, then use lpadmin Just looking to see if I could remember how to add a cups printer noticed th

Re: user perms

, can have write privs to /var/log, /or/ an entry in that *.conf so logging can be done instead of just gobbling up the denial w/o bothering to tell the user it can't open the log. Its trivial to fix logrotate to service the logs in /home/$USER/logs where there's no perms problem beca

Re: user perms

On 13/06/2022 18:39, Felix Miata wrote: Eduardo M KALINOWSKI composed on 2022-06-13 16:29 (UTC-0400): And Gene is one of a few users that never help themselves, even when repeatedly told what to do and what not to do. Just wait until your wife of 60 years is gone and you're 89. See how you li

Re: user perms

Eduardo M KALINOWSKI composed on 2022-06-13 16:29 (UTC-0400): > And Gene is one of a few users that never help themselves, even when > repeatedly told what to do and what not to do. Just wait until your wife of 60 years is gone and you're 89. See how you like having no one there to talk to any m

Re: user perms

On 13/06/2022 15:33, Greg Wooledge wrote: Why the hell do you CONTINUE to make these vague statements with NO demonstration of what the actual problem is? And why do you continue asking for the same things, knowing that they won't be provided? Not that your request in invalid - certainly if

Re: MC settings (was: user perms)

Joe composed on 2022-06-13 20:03 (UTC+0100): > I don't know if you know this, but when you close mc the *current* > version of the config file is re-saved. So if you edited the file in > mc, the new version will be overwritten. That's an unfortunate default, not carved in stone. Turn off auto sav

Re: perms

On Mon, 13 Jun 2022 19:46:13 +0100 mick crane wrote: > On 2022-06-13 19:11, Andrew M.A. Cater wrote: > > Hi Gene, > > > > For CUPS - you can use lpadmin from a terminal as a command line. > > > > Open a konsole terminal, su - inside it, then use lpadmin > > Just looking to see if I could rem

Re: user perms

On Mon, 13 Jun 2022 13:56:12 -0400 gene heskett wrote: > I can't modify screen colors in any terminal or in mc, and mc's > colors are all so alike I can only read a directory list which is in > a different color, if I want to read a file, I have to use nano. > I don't know if you know this, bu

Re: user perms

On 6/13/2022 2:33 PM, Greg Wooledge wrote: On Mon, Jun 13, 2022 at 01:56:12PM -0400, gene heskett wrote: I appear as user 1000 seem to be stuck behind some sort of a permissions wall. SHOW. US. No need to shout in all caps. Why the hell no need for language You're a goddamned 20+ year Li

Re: perms

On 2022-06-13 19:11, Andrew M.A. Cater wrote: Hi Gene, For CUPS - you can use lpadmin from a terminal as a command line. Open a konsole terminal, su - inside it, then use lpadmin Just looking to see if I could remember how to add a cups printer noticed that I am in lpadmin group in /etc/grou

Re: user perms

On Mon, Jun 13, 2022 at 01:56:12PM -0400, gene heskett wrote: > I appear as user 1000 seem to be stuck behind some sort of a permissions > wall. SHOW. US. Why the hell do you CONTINUE to make these vague statements with NO demonstration of what the actual problem is? It would take you FIVE SECO

Re: perms

Hi Gene, For CUPS - you can use lpadmin from a terminal as a command line. Open a konsole terminal, su - inside it, then use lpadmin For the other issues: if you really want to do another install, go ahead - this time, maybe try UEFI ? All the very best, as ever, Andy Cater

user perms

Greetings all; I appear as user 1000 seem to be stuck behind some sort of a permissions wall. I can't modify screen colors in any terminal or in mc, and mc's colors are all so alike I can only read a directory list which is in a different color, if I want to read a file, I have to use nano.

Re: nother problem I can't access my crontab, no perms

On 5/20/19 8:40 PM, Gene Heskett wrote: >> I would tend to believe that execution of "crontab" related >> commands will benefit from the proper UIDs when operating. On >> my machine, at the same working directory, I have: >> >> $ sudo ls -lR >> .: >> total 0 >> drwx-wx--T 2 roo

Re: nother problem I can't access my crontab, no perms

On Monday 20 May 2019 02:21:20 pm Étienne Mollier wrote: > Good Day Gene, > > On coyote, /var/spool/cron contained: > > drwx-wx--T 2 root systemd-timesync 4096 Mar 31 09:15 crontabs > > ^^^ > You can't go through this "crontab" directory if you are not > root, or a member of the group

Re: nother problem I can't access my crontab, no perms

Good Day Gene, On coyote, /var/spool/cron contained: > drwx-wx--T 2 root systemd-timesync 4096 Mar 31 09:15 crontabs ^^^ You can't go through this "crontab" directory if you are not root, or a member of the group systemd-timesync. That includes that you can't read any file below, even

Re: nother problem I can't access my crontab, no perms

On Monday 20 May 2019 11:58:45 am Gene Heskett wrote: > Gut an ls -lR of /var/spool shows they are an exact copy of the wheezy > files. With mine own by me. > > What did I screw up now. I had noticed my kmail spam folder was > filling up because my cron scripts aren't running as scheduled. > Othe

nother problem I can't access my crontab, no perms

Gut an ls -lR of /var/spool shows they are an exact copy of the wheezy files. With mine own by me. What did I screw up now. I had noticed my kmail spam folder was filling up because my cron scripts aren't running as scheduled. Otherwise I haven't touched it since installing stretch. Any clues

Re: Qs re: ActiveDirectory authentication & perms

private groups." I at first tried to manually create a group for each user (using only a couple as tests), but found that doesn't work because the group name in /etc/groups is not recognized when using the AD setup. So I decided I'd have to chown the ownership of all the files t

Re: Qs re: ActiveDirectory authentication & perms

Kent West wrote: > I'm not quite sure what questions to ask... > > I have a Debian box used by 10 or 12 people on a university campus; ... snip... > After considerable hair-pulling, I've managed to get the box to > authenticate using their AD credentials, ... snip ... > Since it's just a dozen

Re: Qs re: ActiveDirectory authentication & perms

On Mon, May 22, 2017 at 9:59 AM, Kent West wrote: > I'm not quite sure what questions to ask... > > I have a Debian box used by 10 or 12 people on a university campus; most > of them are using it just as file-storage via Samba from their Windows/Macs > boxes; a few are ssh'ing into it, etc, for o

Re: Qs re: ActiveDirectory authentication & perms

Kent West wrote: > I'm not quite sure what questions to ask... > > I have a Debian box used by 10 or 12 people on a university campus; most > of them are using it just as file-storage via Samba from their > Windows/Macs boxes; a few are ssh'ing into it, etc, for other usages; some > have web site

Qs re: ActiveDirectory authentication & perms

I'm not quite sure what questions to ask... I have a Debian box used by 10 or 12 people on a university campus; most of them are using it just as file-storage via Samba from their Windows/Macs boxes; a few are ssh'ing into it, etc, for other usages; some have web sites on it. For years their acco

Re: permissions: can you force ACL to be effective over unix perms?

On Sat, Jan 18, 2014 at 7:07 AM, Joel Rees wrote: > I have a little more time to work through what you originally wrote, > sans certain assumptions I had when I originally responded. > > (And I didn't intend to post this off-list, so I'm posting it again, on list. > > Note -- if you aren't sure ho

Re: permissions: can you force ACL to be effective over unix perms?

ake your results to an appropriate dev list and ask questions. Frankly, I am still surprised that you express surprise at the results and are looking for something different. (What you are looking for, I can't tell.) > I then re-removed unix g w perm: # chmod g-w ftptest > IE: > drwxr-

Re: permissions: can you force ACL to be effective over unix perms?

Le 15/01/2014 00:21, Bob Goldberg a écrit : On Tue, Jan 14, 2014 at 7:13 AM, Joel Rees > wrote: Caveat. I don't have the patience to work with ACLs, mostly because I can't see how they could really work without bringing a system to its knees. To be hones

Re: permissions: can you force ACL to be effective over unix perms?

On Tue, Jan 14, 2014 at 05:21:18PM -0600, Bob Goldberg wrote: > I have 2 classes of users - SFTP users (customers), and SFTP managers > (company users that manage customer data). > > I want a highly secure and privacy safe SFTP server. But I also want it to > appear to users as simple and easy as

Re: permissions: can you force ACL to be effective over unix perms?

help you, probably the reason why it's > received little attention. > > > good point; noted, and TY. > > > On 11/01/14 10:50, Bob Goldberg wrote: > > > > This action causes unix perms to OVERRIDE acl perms - NOT what I want > > Then y

Re: permissions: can you force ACL to be effective over unix perms?

On Tue, Jan 14, 2014 at 7:13 AM, Joel Rees wrote: > Caveat. I don't have the patience to work with ACLs, mostly because I > can't see how they could really work without bringing a system to its > knees. > > To be honest - ACL's were by far my first choice for solving my problem. There is no doubt

Re: permissions: can you force ACL to be effective over unix perms?

t; > good point; noted, and TY. > On 11/01/14 10:50, Bob Goldberg wrote: > > > > This action causes unix perms to OVERRIDE acl perms - NOT what I want > > Then you'll have to find another way to achieve what you want. > > *ACL should never override UNIX perms*. A

Re: permissions: can you force ACL to be effective over unix perms?

On 15/01/14 00:13, Joel Rees wrote: > Caveat. I don't have the patience to work with ACLs, mostly because I > can't see how they could really work without bringing a system to its > knees. > > On Tue, Jan 14, 2014 at 8:04 AM, Bob Goldberg wrote: >> [...] >>> I may be wrong here, but how could ACL

Re: permissions: can you force ACL to be effective over unix perms?

t;> permissions system randomly without opening tons of new opportunities >> for discovering vulnerabilities? > > > ACLs DO OVERRIDE the native permissions - that's THE WHOLE POINT OF HAVING > THEM !! They DO NOT do so "randomly" - man setfacl, and see that,

Re: permissions: can you force ACL to be effective over unix perms?

On Sat, Jan 11, 2014 at 09:41:19AM +0900, Joel Rees wrote: > But I may be wrong.I don't use ACLs. This normally sets alarm bells off in my head... > I may be wrong here, but how could ACLs override the native > permissions system randomly without opening tons of new opportunities > for discoveri

Re: permissions: can you force ACL to be effective over unix perms?

; I then re-removed unix g w perm: # chmod g-w ftptest > IE: > drwxr-s---+ 3 rootchadm 4096 Jan 9 14:12 ftptest > > This action causes unix perms to OVERRIDE acl perms - NOT what I want Then you'll have to find another way to achieve what you want. *ACL should

Re: permissions: can you force ACL to be effective over unix perms?

Joel; i'm confused by your comments, which i'll address individually; with apologies in advance to the group for length, and content: On Fri, Jan 10, 2014 at 6:41 PM, Joel Rees wrote: > On Sat, Jan 11, 2014 at 8:50 AM, Bob Goldberg wrote: > > > > So - Is there a

Re: permissions: can you force ACL to be effective over unix perms?

st > this, unfortunately, changes unix perm to = 770 > IE: V > drwxrWs---+ 3 rootchadm 4096 Jan 9 14:12 ftptest > > I then re-removed unix g w perm: # chmod g-w ftptest > IE: > drwxr-s---+ 3 rootchadm 4096 Jan 9 14:12 ftptest > > This action causes unix perms to

permissions: can you force ACL to be effective over unix perms?

9 14:12 ftptest I then re-removed unix g w perm: # chmod g-w ftptest IE: drwxr-s---+ 3 rootchadm 4096 Jan 9 14:12 ftptest This action causes unix perms to OVERRIDE acl perms - NOT what I want: IE: root@wheezy:/home/chtest/home# getfacl ftptest # file: ftptest # owner: root # group: chadm

Re: "reset" perms and ownerships

On Mi, 23 oct 13, 20:57:30, Bob Proulx wrote: > > The dlocate command is a > fast indexed 'dpkg -S' command. You will likely need to 'apt-get > install dlocate' to have it but it is so much faster than 'dpkg -S' > that it is very useful to install. Cool! Thanks for the tip, Andrei -- http://w

Re: "reset" perms and ownerships

Mário Barbosa wrote: > sudo chown -R : / > ... and then came back to me for help. Oh my goodness! > I'm a sysadmin on the RH/CentOS camp, and my confort level with > apt-* and dpkg* is extremely low. > > Is there anything like "rpm -V" on the debian toolset? I'm trying to > avoid "punishing him"

Re: "reset" perms and ownerships

var/cache/apt/archives it should not involve any downloading, and you will skip the installer's questions. Between the purge and reinstalling, you could probably change back every ownership and perms to root in / (except /home of course) and remove users and groups which could have been ins

Re: "reset" perms and ownerships

packages. Then, installing them back, if you know what you need. Given that you still have the files in /var/cache/apt/archives it should not involve any downloading, and you will skip the installer's questions. Between the purge and reinstalling, you could probably change back every ownership a

Re: "reset" perms and ownerships

ly? Software binaries in /usr? Configuration files in /etc? Other stuff in /var? Upon further investigation, here's what was done: sudo chown -R : / wow... he really did that on /. You could add to the lesson to never use recursive changes on root directory I guess... Maybe simply ch

Re: "reset" perms and ownerships

everything (ownerships of /etc and /var being just two examples). I think you might have solutions, but what has been changed, exactly? Software binaries in /usr? Configuration files in /etc? Other stuff in /var? Upon further investigation, here's what was done: sudo chown -R : / M

Re: "reset" perms and ownerships

rk, because configuration files won't be modified ( it removes and installs, not purge and installs ). I think you might have solutions, but what has been changed, exactly? Software binaries in /usr? Configuration files in /etc? Other stuff in /var? Maybe simply changing back the perms and ow

"reset" perms and ownerships

Hi, ( this is most likely a RTFM question, please just point me to the right FM) One inexperienced colleague just something along the likes of... "sudo chown : / ; sudo chmod /" (it's actually a little more elaborate than that, but you get the picture) ... and then came back to me for help.

Re: wheezy Audio Works for Root, Dies for User and it's not Perms.

On Tue, May 15, 2012 at 7:32 PM, Martin McCormick wrote: >        After purging and restoring pulseaudio and all the > applications that needed it, I started looking at .pulse in my > home directory as I didn't put it there to begin with. I > expected to find it empty and there was the cause of

.pulse causes no sound (was ... Re: wheezy Audio Works for Root, Dies for User and it's not Perms.)

On Tue, May 15, 2012 at 09:32:09PM -0500, Martin McCormick wrote: > After purging and restoring pulseaudio and all the > applications that needed it, I started looking at .pulse in my > home directory as I didn't put it there to begin with. I Creating another user would have produced the sam

Re: wheezy Audio Works for Root, Dies for User and it's not Perms.

Getting much closer! Chris Bannister writes: > Was the netinst ISO a daily-build? There was some talk of one of the > daily-build ISO's being faulty, I don't know in which way the fault > would manifest itself though, and I don't know which one. It was Daily Build 6 or 7 but read on. > Have you

Re: wheezy Audio Works for Root, Dies for User and it's not Perms.

On Tue, 15 May 2012 06:27:43 -0500, Martin McCormick wrote: > The system in question has one user account and that account is in the > audio group. The errors do not look like the traditional > permission-related problems. Here is a sample of what happens. It has > never worked once since the whe

Re: wheezy Audio Works for Root, Dies for User and it's not Perms.

On Tue, May 15, 2012 at 08:54:09AM -0500, Martin McCormick wrote: > I used the wheezy netinst ISO image to run the install and my > home directory was created from the installation media and the > problem was immediately noticed. Since then, I copied my home > directory from a working system to thi

Re: wheezy Audio Works for Root, Dies for User and it's not Perms.

Chris Bannister writes: > Does it work for another user? Temporarily create one to find out. Good suggestion. > Dont like the look of "/usr/share/alsa/pulse-alsa.conf may be old or > corrupted: consider to remove or fix it" That looks bad all right until root runs the same command, accesses the

Re: wheezy Audio Works for Root, Dies for User and it's not Perms.

On Tue, May 15, 2012 at 06:27:43AM -0500, Martin McCormick wrote: > Script started on Tue 15 May 2012 05:29:48 AM CDT > martin@m:~$ aplay -l > List of PLAYBACK Hardware Devices > ALSA lib conf.c:1220:(parse_def) show is not a compound > ALSA lib conf.c:1686:(snd_config_load1) _toplevel_:2

wheezy Audio Works for Root, Dies for User and it's not Perms.

The system in question has one user account and that account is in the audio group. The errors do not look like the traditional permission-related problems. Here is a sample of what happens. It has never worked once since the wheezy installation. Script started on Tue 15 May 2012 05:29:48

Re: Problem with file perms

Cosme" <[EMAIL PROTECTED]> wrote > about 'Problem with file perms': > > Executing "ls -l" inside > > /var/run I get: > > > >?- ? ? ? ? ? klogd.pid > >?- ? ? ? ?

Re: Problem with file perms

Boyd Stephen Smith Jr. <[EMAIL PROTECTED]>: > On Tuesday 04 November 2008, "Rodrigo Cosme" <[EMAIL PROTECTED]> wrote=20 > about 'Problem with file perms': > > Executing "ls -l" inside > > /var/run I get: > &

Re: Problem with file perms

On Tuesday 04 November 2008, "Rodrigo Cosme" <[EMAIL PROTECTED]> wrote about 'Problem with file perms': > Executing "ls -l" inside > /var/run I get: > >?- ? ? ? ? ? klogd.pid >?- ? ? ?

Problem with file perms

Hi, all. Here is the deal. I tried to restart syslogd after a minor change in the configuration file and for some reason the log daemon won't start anymore. The initialization messages show that there's something wrong with two files: klogd.pid and syslogd.pid. Executing "ls -l" inside /var/run I

Re: /dev/tty perms for xlinks2

Kent West <[EMAIL PROTECTED]> wrote: > Andrei Popescu wrote: > > Kent West <[EMAIL PROTECTED]> wrote: > > > > > >> A few days ago xlinks2 was mentioned on this list and I decided to > >> give it a try. > >> > >> When I try to run it from within X as a normal user, no problem. > >> > >> When I t

Re: /dev/tty perms for xlinks2

Andrei Popescu wrote: Kent West <[EMAIL PROTECTED]> wrote: A few days ago xlinks2 was mentioned on this list and I decided to give it a try. When I try to run it from within X as a normal user, no problem. When I try to run it outside of X as root, no problem. When I try to run it outside

Re: /dev/tty perms for xlinks2

Kent West <[EMAIL PROTECTED]> wrote: > A few days ago xlinks2 was mentioned on this list and I decided to > give it a try. > > When I try to run it from within X as a normal user, no problem. > > When I try to run it outside of X as root, no problem. > > When I try to run it outside of X as a n

Re: /dev/tty perms for xlinks2

Cassiano Leal wrote: Try 'links2 -g'. Since I've never used xlinks2, I can't say wether they're the same thing. Worth a shot, though! [EMAIL PROTECTED]:~$ cat /usr/bin/xlinks2 #!/bin/sh links2 -g "$@" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble?

Re: /dev/tty perms for xlinks2

Kent West wrote: Michael Pobega wrote: On Mon, Mar 26, 2007 at 02:15:21PM -0500, Kent West wrote: A few days ago xlinks2 was mentioned on this list and I decided to give it a try. When I try to run it from within X as a normal user, no problem. When I try to run it outside of X as root, no

Re: /dev/tty perms for xlinks2

Michael Pobega wrote: On Mon, Mar 26, 2007 at 02:15:21PM -0500, Kent West wrote: A few days ago xlinks2 was mentioned on this list and I decided to give it a try. When I try to run it from within X as a normal user, no problem. When I try to run it outside of X as root, no problem. When I

Re: /dev/tty perms for xlinks2

On Mon, Mar 26, 2007 at 02:15:21PM -0500, Kent West wrote: > A few days ago xlinks2 was mentioned on this list and I decided to give > it a try. > > When I try to run it from within X as a normal user, no problem. > > When I try to run it outside of X as root, no problem. > > When I try to run

/dev/tty perms for xlinks2

A few days ago xlinks2 was mentioned on this list and I decided to give it a try. When I try to run it from within X as a normal user, no problem. When I try to run it outside of X as root, no problem. When I try to run it outside of X as a normal user, I get an error about opening /dev/tty0

Re: Basing new file permissions on current dir perms

On Fri, 2004-01-09 at 14:05, Alex Malinovich wrote: > On Fri, 2004-01-09 at 11:36, Monique Y. Herman wrote: > > On 2004-01-09, Rob Sims penned: [...] > > > chmod g+s mydirectory > > > > > > Note that changing the directory's group will clear the sticky bit. > > > -- Rob > > > > > > > That will not

Re: Basing new file permissions on current dir perms

On Fri, 2004-01-09 at 11:36, Monique Y. Herman wrote: > On 2004-01-09, Rob Sims penned: > > On Friday 09 January 2004 05:06 am, Alex Malinovich wrote: > >> Lets say I have a directory called mydirectory. The permissions are > >> as follows: > >> > >> drwxrwxr-x root mygroup > > > > ... > > > >> Wh

Re: Basing new file permissions on current dir perms

On 2004-01-09, Rob Sims penned: > On Friday 09 January 2004 05:06 am, Alex Malinovich wrote: >> Lets say I have a directory called mydirectory. The permissions are >> as follows: >> >> drwxrwxr-x root mygroup > > ... > >> What I want, is a way to force the default permissions for new files >> in t

Re: Basing new file permissions on current dir perms

On Friday 09 January 2004 05:06 am, Alex Malinovich wrote: > Lets say I have a directory called mydirectory. The permissions are as > follows: > > drwxrwxr-x root mygroup ... > What I want, is a way to force the default permissions for new files in > this directory to be: > > -rw-rw-r-- myuser

Basing new file permissions on current dir perms

This seems like it should be simple enough, yet it's not working that way. Here's essentially what I want to do: Lets say I have a directory called mydirectory. The permissions are as follows: drwxrwxr-x root mygroup If a user who is part of mygroup, say myuser, creates a new file within mydirec

struggling with mysql perms (woody)

I created two users with grant; obdba with select,insert,index,file and other privileges and obdbu with select only privileges. Flushed privileges. Mysqlaccess shows the correct perms for database 'properties' (the only database) for each user although when I try logging in as eith

  1   2   >