Bug#568313: dpkg-statoverride

2010-02-03 Thread Brandon
ve (video is static gid). Also, I think that the debian policy manual should explain why dpkg-statoverride is necessary when using dynamic uid/gids, and why it is necessary when debconf changes permissions. It's probably obvious to some, but it wasn't to me, and I am sure plenty of other people reading it. -Brandon signature.asc Description: PGP signature

Bug#568313: Suggestion: forbid the use of dpkg-statoverride in postinst scripts, except for --list

2010-02-03 Thread Brandon
ions would still be wrong. I don't know of another way around that. Using dpkg-statoverride in postinst is a messy solution, but the only one I can think of that keeps the permissions correct during that window when the uid or gid are dynamic. -Brandon On Wed, 03 Feb 2010 15:49:39 -0800 Russ

Bug#568313: Suggestion: forbid the use of dpkg-statoverride in postinst scripts, except for --list

2010-02-03 Thread Brandon
Then some time later, that no longer required root permissions, so gpg was set to 755. If dpkg never overwrote permissions, then gpg would not have been able to update these permissions on upgrade. -Brandon signature.asc Description: PGP signature

Bug#568313: Suggestion: forbid the use of dpkg-statoverride in postinst scripts, except for --list

2010-02-03 Thread Brandon
> leaving windows on every upgrade when they have the wrong permissions? Oh. I know what this means now. I was thinking of glass windows. Or maybe MS Windows. There is no point in time where the user would have the wrong permissions, as long as the package scripts are done correctly. -Bran

Bug#568313: Suggestion: forbid the use of dpkg-statoverride in postinst scripts, except for --list

2010-02-03 Thread Brandon
in No. You have to check for overrides first, and only chown/chmod if there aren't any in place. You have to do this regardless of which method you use. > leaving windows on every upgrade when they have the wrong permissions? I don't know what this means. -Brandon signature.asc Description: PGP signature

Bug#568313: Suggestion: forbid the use of dpkg-statoverride in postinst scripts, except for --list

2010-02-03 Thread Brandon
"true" ] ; then chown sysuser:root $i chmod 4755 $i fi fi done The corresponding code to remove the override when the package is purged would be: nothing. -Brandon signature.asc Description: PGP signature

Bug#568313: Suggestion: forbid the use of dpkg-statoverride in postinst scripts, except for --list

2010-02-03 Thread Brandon
ide, because you set it in the rules file and it is included in the package binary. In the case that you can't set it in the rules file, it would be set in the postinst file at the exact same time that the maintainer would otherwise be using dpkg-statoverride. In other words, there is no situation where this would be true. -Brandon signature.asc Description: PGP signature

Bug#568313: Suggestion: forbid the use of dpkg-statoverride in postinst scripts, except for --list

2010-02-03 Thread Brandon
(this is easier anyway) 2) forbid the use of dpkg-statoverride, except for getting a list of the preferences already set by the administrator. -Brandon signature.asc Description: PGP signature

Bug#89038: Stellangebot in Deutschland sehr gut verdienen nur 5 bis 15std. in Woche

2007-10-02 Thread Cherie Brandon
Zerix Intern.Transver Manager: Maksim Kovalski 109153 Moskau leningradskiy 337/2 Tel +7 984-641-1756 Arbeiten Sie endlich für sich selbst! Sie wollen sich beruflich verändern ? Sie kommen in ihrem job nicht wie gewünscht voran und wollen eine neuen karriere-kurs einschlagen? Dann sollten wir un

Re: proving a bug is gone

1998-11-09 Thread Brandon Mitchell
ght now. Something to think about: what about programs that have a gui interface and libraries, how do you want to test those? Ok, you can make sure only programers are packaging libraries, but that's a pain. Brandon +--- ---+ | Brandon Mitchell * [EMAIL PROTECTED] * http://bhmit1.home.ml.org/ | | Sometimes you have to release software with bugs. - MS Recruiter |

Re: /var/mail back to /var/spool/mail

1998-06-03 Thread Brandon S. Allbery KF8NH
| login on an SGI to check. +--->8 Irix cut over with the 5.0 release. SCO and DEC have been the major holdouts, but SCO switched with the UnixWare quasi-merge. BSD is now using it as well. -- brandon s. allbery [team os/2][linux][japh] [EMAIL PROTECTED] system admin

Re: /var/mail back to /var/spool/mail

1998-06-02 Thread Brandon S. Allbery KF8NH
r *not* to see the Linux community follow a Microsoft-ish "we have the users, we will dictate the course as we see fit" course. -- brandon s. allbery [team os/2][linux][japh] [EMAIL PROTECTED] system administrator, ece facilities [EMAIL PROTECTED] ca

Re: Filesystem Hierarchy Standard 2.0 (fwd)

1997-11-04 Thread Brandon Mitchell
erested. However, my concern about user-written programs accessing old directories should probably be stressed. Even if debian can make the switch without a problem, shouldn't we give the users a bit of time to adjust? Comments/criticisms are more than welcome on this, Brandon P.S. I forgot t

Re: Filesystem Hierarchy Standard 2.0 (fwd)

1997-11-02 Thread Brandon Mitchell
[ This was originally on debian-devel, then private email, and now to debian-poilicy for comments. Note, I'm not subscribed to the policy list, so you'll have to cc me if you want my input. --Brandon ] On Sun, 2 Nov 1997, Christian Schwarz wrote: > Please don't do t