[Gentoo / Paludis] Profile is deprecated

[Verwijderd]

Heren van het goede leven,

Ik heb het probleem dat mijn Gentoo NAS beweert dat het gekozen profile deprecated is, maar ik heb al 10.0/server als profile staan.. Onlangs was dat nog 2008.0/server maar heb inmiddels geswitched.

Als ik paludis --report doe om de GLSA warnings te kijken:

Bash:

# paludis -r
Current state of the system

paludis@1258714259: [WARNING e.profile.deprecated] In thread ID '27488':
  ... In program paludis -r:
  ... When performing report action from command line:
  ... When executing report task:
  ... When loading profiles '/usr/portage/profiles/default/linux/amd64/2008.0' for repository 'gentoo':
  ... When using directory '/usr/portage/profiles/default/linux/amd64/2008.0':
  ... Profile directory '/usr/portage/profiles/default/linux/amd64/2008.0' is deprecated. See the file '/usr/portage/profiles/default/linux/amd64/2008.0/deprecated' for details
Finished processing 273 packages. 0 errors.

Als ik dan kijk welk gekozen profiel ik heb:

Bash:

# eselect profile list
Available profile symlink targets:
  [1]   default/linux/amd64/10.0
  [2]   default/linux/amd64/10.0/desktop
  [3]   default/linux/amd64/10.0/developer
  [4]   default/linux/amd64/10.0/no-multilib
  [5]   default/linux/amd64/10.0/server *
  [6]   hardened/linux/amd64/10.0
  [7]   hardened/linux/amd64/10.0/no-multilib
  [8]   selinux/2007.0/amd64
  [9]   selinux/2007.0/amd64/hardened
  [10]  selinux/v2refpolicy/amd64
  [11]  selinux/v2refpolicy/amd64/desktop
  [12]  selinux/v2refpolicy/amd64/developer
  [13]  selinux/v2refpolicy/amd64/hardened
  [14]  selinux/v2refpolicy/amd64/server

De symlink /etc/make.profile staat gewoon goed ook...

Bash:

# ls -l /etc/ | grep make.profile
lrwxrwxrwx 1 root       root     55 Nov 20 11:50 make.profile -> ../usr/portage/profiles/default/linux/amd64/10.0/server

Wie weet waarom Paludis loopt te whinen? http://www.gentoo.org/doc/en/gentoo-upgrading.xml#general zegt ook niks omdat het niet is bijgewerkt


Overigens zie ik nu dat dat ding CHMOD 777 heeft, lijkt me ook niet zo practisch Hoe kan ik op een goeie manier checken of er geen domme permissies staan op mission critical bestanden?

/edit

Blijkbaar mag toch aleen root die symlink aanpassen, daar zorgt de 'l' zeker voor. Mijn kennis over filemode gaat niet verder dan de 3 getalletjes 777 of 750 ofzo aan het end

[ Voor 6% gewijzigd door Verwijderd op 20-11-2009 12:05 . Reden: aangepaste info ]

[Verwijderd]

777 betekent dat de owner group en everybody aan het bestand mogen komen
kortom iedereen mag alles met het bestand doen.

Volgens mij benader je dat bestand aleen met root rechten.
dus geef hem 770 (dan mag alleen de root gebruiker en root groep er alles mee doen)

voor de duidelijkheid:
het 1e getal staat voor de owner de 2e voor de groep de 3e voor anybody

(tel wat je aan rechten wilt hebben bij elkaar op)
4 = read
2 = write
1 = execute
0 = geen rechten


(dit is verder geen oplossing voor je probleem alleen een stukje veiligheid)

[ Voor 8% gewijzigd door Verwijderd op 20-11-2009 12:54 ]

[chaotik]

Portage gaat -- voor zover ik weet -- expliciet uit van /etc/make.profile als profile directory. Paludis pakt dat anders aan en maakt de profile directory configureerbaar per repository.

Check dus even je /etc/paludis/repositories/gentoo.conf file en verander de regel die begint met

code:

profiles = [...]

in

code:

profiles = ${ROOT}/etc/make.profile

[Verwijderd]

Ja dank je chaotik, hij stond inderdaad hard ingesteld op het ouwe profiel in gentoo.conf. Opgelost dus!

ahimza, ik weet hoe die rechten werken, maar blijkbaar mag ik ondanks dat de mode op 777 staat, de link toch niet aanpassen als andere user dan root. Ik gebruik geen ACL.

[ Voor 3% gewijzigd door Verwijderd op 23-11-2009 13:58 ]

[laurencevde]

Symlinks worden altijd met 777 getoond, en met de user/group van het doel. De effectieve rechten worden van het doel meegenomen.

[Verwijderd]

Aargh stom van me, thanks voor de opheldering. Mijn probleem is iig opgelost hiermee.