debianfragen

FreeBSD, Gentoo, openSUSE, CentOS, Ubuntu, Debian
theomega
Userprojekt
Userprojekt
Posts: 696
Joined: 2003-01-27 14:36

debianfragen

Post by theomega »

Hallo leute

habe mal zwei Fragen:

1. wie kann ich die aktuellste php version per apg get draumachen? bis jetzt ist 4.1 drauf, oder muß ich selber kompilen

2. wie bekomm ich den midnight-commander farbig?

danke
TO

hellc@t
Posts: 91
Joined: 2003-05-16 05:30
Location: Berlin

Re: debianfragen

Post by hellc@t »

zu 2.

in /etc/mc/mc.ini

ist die Konfiguratiopnsdatei.
Dort gibt es folgenden Abschitt:

Code: Select all

[Colors]
color_terminals=linux,xterm-debian,screen,xterm-color
Das musst du wahrscheinlich anpassen...
Aber was genau?

hmmm...wer weiss mehr?

...
man mc
?

mfg
Hellc@t

Code: Select all


man mc
Colors
The Midnight Commander will try to detect if your terminal supports color using the terminal database and your terminal
name. Sometimes it gets confused, so you may force color mode or disable color mode using the -c and -b flag respec­
tively.

If the program is compiled with the Slang screen manager instead of ncurses, it will also check the variable COLORTERM,
if it is set, it has the same effect as the -c flag.

You may specify terminals that always force color mode by adding the color_terminals variable to the Colors section of
the initialization file. This will prevent the Midnight Commander from trying to detect if your terminal supports color.
Example:
[Colors]
color_terminals=linux,xterm
color_terminals=terminal-name1,terminal-name2...

The program can be compiled with both ncurses and slang, ncurses does not provide a way to force color mode: ncurses
uses just the information in the terminal database.

The Midnight Commander provides a way to change the default colors. Currently the colors are configured using the envi­
ronment variable MC_COLOR_TABLE or the Colors section in the initialization file.

In the Colors section, the default color map is loaded from the base_color variable. You can specify an alternate color
map for a terminal by using the terminal name as the key in this section. Example:

[Colors]
base_color=
xterm=menu=magenta:marked=,magenta:markselect=,red

The format for the color definition is:

<keyword>=<foregroundcolor>,<backgroundcolor>:<keyword>= ...

The colors are optional, and the keywords are: normal, selected, marked, markselect, errors, input, reverse, gauge; Menu
colors are: menu, menusel, menuhot, menuhotsel; Dialog colors are: dnormal, dfocus, dhotnormal, dhotfocus; Help colors
are: helpnormal, helpitalic, helpbold, helplink, helpslink; Viewer color is: viewunderline; Special highlighting colors
are: executable, directory, link, device, special, core; Editor colors are: editnormal, editbold, editmarked.

input determines the color of input lines used in query dialogs.

gauge determines the color of the filled part of the progress bar (gauge), which shows how many percent of files were
copied etc. in a graphical way.

The dialog boxes use the following colors: dnormal is used for the normal text, dfocus is the color used for the cur­
rently selected component, dhotnormal is the color used to differentiate the hotkey color in normal components, whereas
the dhotfocus color is used for the highlighted color in the currently selected component.

Menus use the same scheme but uses the menu, menusel, menuhot and menuhotsel tags instead.

Help uses the following colors: helpnormal is used for normal text, helpitalic is used for text which is emphasized in
italic in the manual page, helpbold is used for text which is emphasized in bold in the manual page, helplink is used
for not selected hyperlinks and helpslink is used for selected hyperlink.

Special highlight colors determine how files are displayed when file highlighting is enabled (see the section on Lay­
out). directory is used for directories or symbolic links to directories; executable for executable files; link is used
for symbolic links which are neither stalled nor linked to a directory; stalledlink is used for stalled symbolic links;
device - character and block devices; special is used for special files, such as FIFOs and IPC sockets; core is for core
files.

The possible colors are: black, gray, red, brightred, green, brightgreen, brown, yellow, blue, brightblue, magenta,
brightmagenta, cyan, brightcyan, lightgray and white. And there is a special keyword for transparent background. It is
'default'. The 'default' can only be used for background color. Example:
[Colors]
base_color=normal=white,default:marked=magenta,default
starte den mc mal mit:

Code: Select all

mc -c
Last edited by hellc@t on 2003-11-12 23:31, edited 2 times in total.

cybton
Posts: 71
Joined: 2003-05-11 15:15

Re: debianfragen

Post by cybton »

zu 1)

Das geht ganz einfach. Geht nicht über apt-get, aber einfach sources laden und entpacken - compilieren - make - make install und php.ini kompieren. Apache neu starten und alles läuft :)

kase
Posts: 1031
Joined: 2002-10-14 22:56

Re: debianfragen

Post by kase »

zu 1:

Einfach auf apt-get.org gehen, und nach einem PHP4 Backport für Woody suchen...

Du solltest du den ersten Treffern diesen "Hit" haben:
http://debian.moolfreet.com/

Dort ist beschrieben, was du machen musst, um die komplett fertigen Packages zu installieren. Es wird mom die Version 4.3.4 angeboten, was glaube ich die aller neuste ist.

theomega
Userprojekt
Userprojekt
Posts: 696
Joined: 2003-01-27 14:36

Re: debianfragen

Post by theomega »

danke, beide Probleme sind gelößt, hätte aber noch eine Frage zu den Updates:

warum ist php so alt? Und warum bekomme ich kein Update wenn ich "apt-get update" machen? ist das ein spezielles php-problem, weil wenn die security-relevaten teile auch alle so alt sind, dann ist das ja nicht so toll. Ich denke da an Apache, postfix usw.

cybton
Posts: 71
Joined: 2003-05-11 15:15

Re: debianfragen

Post by cybton »

ICh denke das hat seinen Grund.

Denke die alte PHP Version läuft stabiler.

captaincrunch
Userprojekt
Userprojekt
Posts: 7066
Joined: 2002-10-09 14:30
Location: Dorsten

Re: debianfragen

Post by captaincrunch »

warum ist php so alt? Und warum bekomme ich kein Update wenn ich "apt-get update" machen?
Sofern du dich mal ein wenig mit der Debian-Philosophie befasst, weißt du warum.
ist das ein spezielles php-problem, weil wenn die security-relevaten teile auch alle so alt sind, dann ist das ja nicht so toll.
Security-spezifische Patches fließen auch in die "alten" Versionen mit ein.
DebianHowTo
echo "[q]sa[ln0=aln256%Pln256/snlbx]sb729901041524823122snlbxq"|dc

theomega
Userprojekt
Userprojekt
Posts: 696
Joined: 2003-01-27 14:36

Re: debianfragen

Post by theomega »

könntest du mich mal über die debain-phylisophie aufklären. Ich weiß nur, das die nächste stable-version erst für nächstes Jahr erwartet wird und das woody, schon ein bischen älter ist (3/4 Jahr?)

cybton
Posts: 71
Joined: 2003-05-11 15:15

Re: debianfragen

Post by cybton »


captaincrunch
Userprojekt
Userprojekt
Posts: 7066
Joined: 2002-10-09 14:30
Location: Dorsten

Re: debianfragen

Post by captaincrunch »

Lies einfach mal :
ne reasonable question some people ask is why we have stable releases at
all. A fair number of people are happily running testing and unstable on
their desktops and servers, and if they're not already as secure, reliable
and featureful as stable is, they can certainly be made to be. The
key difference that we want to keep is updates: testing and unstable
will change the way your system works in small ways quite regularly,
requiring constant attention from a sysadmin to ensure the system still
does what it's supposed to. By contrast, the regular security updates and
occassional point releases of stable generally make a point of not adding
any new features, nor breaking *any* behaviour admins or users might
be relying on. Basically, it's the difference between having a sysadmin
spending fifteen minutes every day or week tweaking your server to keep
it running, or having a sysadmin come in for a week once a year to do a
major upgrade. In some environments the latter is by far the more feasible
option, and it's there that Debian stable releases are most useful.

One major issue for these types of users is predictability: you don't
want to schedule your admins to come on site, then find you need to do
a major Debian upgrade a month later, and have to bring them back out.
The same argument applies even more so to people trying to pre-install
Debian and ship it to people: if features you need are only available
in testing/unstable, you either need to wait an indeterminate amount of
time until a release happens or maintain a possibly large set of security
updates in a timely fashion yourself.

So one thing we've been working on, and will continue to work on, is
ensuring we can plan a release well in advance of it happening, and that
our plans actually pan out. One of the functions of setting as aggressive
a goal as we are this time is to see just how effective we can be.



The other goal of our "releases", using the term more loosely to refer to
our daily releases of packages in suites other than stable, is to support
people who *are* willing to tweak their system on a daily or weekly
basis. The tradeoff still to be made here is one of "features" versus
"reliability"; the value of new changes, versus the risk that the changes
will break something you need. Essentially we want to allow people to make
a choice between newer software that we're confident works fairly well,
and software that's as new as possible, possibly so new we can't make any
promises at all about it. We're trying to make this distinction with the
"testing" and "unstable" suites, letting people choose to take all their
software one way or the other, or using pinning, just some of it.

Our primary failure here is that in order to keep testing as current as
we can, we're skimping on keeping unstable as new as we might otherwise.
This includes being slow to upload released software that we're not as
confident with, and being very hesitant to upload CVS versions of packages
at all. These aren't necessarily bad choices. They are, however, choices
we should be aiming to leave up to our users, not making ourselves.
Quelle : http://lists.debian.org/debian-devel-an ... 00010.html
DebianHowTo
echo "[q]sa[ln0=aln256%Pln256/snlbx]sb729901041524823122snlbxq"|dc

jamesb
Posts: 661
Joined: 2002-05-08 15:35
Location: Karlsruhe

Re: debianfragen

Post by jamesb »

Ein Update auf PHP 4.3.3 sollte relativ einfach sein:
http://packages.qa.debian.org/p/php4.html - da ganz unten links die Sourcen, .dsc und .diff downloaden. Dann mit "dpkg-source -x phpblabla.dsc" das ganze auspacken, in das erzeugte Verzeichnis wechseln und ein "debuild" ausführen.
Eventuell fehlen noch ein paar dev-Packete, ansonsten landen im nächsthöheren Verzeichnis ein paar .deb-Dateien, die du mit dpkg -i installieren kannst.

JamesB

PS: Such' mal im Forum ein bisschen nach "Backport", vielleicht hast du mehr Glück als ich und findest einen Link von dea auf sein Backporting-Howto.

theomega
Userprojekt
Userprojekt
Posts: 696
Joined: 2003-01-27 14:36

Re: debianfragen

Post by theomega »

kase seine Sache hat geholfen, das war ein guter Tipp, danke! Nochmal zur sercurity, heißt das, wenn ich mein System mit apt-get update update, sicherheitslücken schon gestopft werden?

captaincrunch
Userprojekt
Userprojekt
Posts: 7066
Joined: 2002-10-09 14:30
Location: Dorsten

Re: debianfragen

Post by captaincrunch »

Nochmal zur sercurity, heißt das, wenn ich mein System mit apt-get update update, sicherheitslücken schon gestopft werden?
Ja
DebianHowTo
echo "[q]sa[ln0=aln256%Pln256/snlbx]sb729901041524823122snlbxq"|dc

theomega
Userprojekt
Userprojekt
Posts: 696
Joined: 2003-01-27 14:36

Re: debianfragen

Post by theomega »

dann bin ich ja bruhigt. Danke nochmal an die macher vom Debian-Howto, hat mir sehr geholfen, mit ausnahme von qmail, daran bin ich gescheitert. Ist jetzt auch egal, postfix läuft auch gut!

kase
Posts: 1031
Joined: 2002-10-14 22:56

Re: debianfragen

Post by kase »

In extremer Kurzform (naja, so kurz isses nun doch net ^^)...

Debian setzt aus Stabilitätsgründen nur sehr "erprobte" (mal vorsichtig ausgedrückt) und damit eher ältere Versionen ein. Natürlich fließen Sicherheitsupdates in den neueren Versionen bei Debian automatisch mit einem "apt-get update && apt-get upgrade" mit in die älteren Versionen ein.

Bei den meisten Sachen merkst du nicht wirklich, dass die benutzte Version alt ist. Du merkst nur, dass dein Server eben sogut wie nie abstürzt und absolut stabil läuft. Allerdings finde auch ich, dass es Debian trotzdem manchmal etwas "übertreibt". Manche Pakete sind nicht nur alt, sondern wirklich aus der Steinzeit. Aber genau aus diesem Grund gibt es ja diese sogenannten "Backports", wie du sie zB auf http://www.apt-get.org findest. Oftmals bieten auch die "Package Maintainer" (Personen, die die Pakete herstellen und up2date halten) selbst Pakete an, mit neueren Versionen, die zugeschnitten sind auf Debian Woody (stable). zB PostgreSQL: http://people.debian.org/~elphick//postgresql/#woody

Im groben und ganzen finde ich Debian aber in Sachen Stabilität und Security, aber auch in Sachen "Komfort" und "einfacher Handhabung" ungeschlagen, und braucht man mal eine neuere Version, benutzt man wie gesagt einfach einen Backport. Zumindest bei mir kommt nur Debian auf InternetServer.