Hozzászólások
-
Bejegyzés
-
A reactost-t próbáltam, de még a saját fájlböngészõje is hibás, nemhogy,amikor ráklikkeltem egy exe-re, akkor azt írta ki, nem win32 alkalmazás. 🙁 De grafikus freedosnak, vagy 3.1 helyett biztos jó! 🙁
Tényleg, react alá hogyan telepítesz, hogy ne írjon ki hibát?
Köszike!
[align=right][snapback]149530[/snapback][/align]Ez sajnos így van. De azt hiszem, hogy talán a windows commander valamelyik korai változatával jól elboldogult, és ezenkívül a „run” menü is megy (talán???)
Õszintén idõhiány miatt csak az NVidia driver volt az egyetlen, amit feltelepítettem…
ällítólag léteznek olyan (egyszerûbb!) windows freeware-ek is, amit már úgy írtak meg, hogy ROS alatt is menjenek…
Sok okosság van a ReactOS forumban, meg ha rákeresel keresõvel a ReactOS szóra, akkor néhány guru weboldalán olyanokat találsz, amit még a ROS oldalon sem…
Péter
Némi reménysugár a megrögzött wine-osoknak:
Itt. Az érintett egy bekezdést bemásolom, mert elég nehéz megtalálni…
Make a ghostscript driver that uses Wine to print
When we are going to support native Windows printer drivers, this is going to allow ghostscript to use any of the existing gazillion printer drivers out there. This is still a virtualization project, but at the printing subsystem level. The complementary project (use ghostscript to print from Wine) has been implemented, and working just fine.Nos, ha ezt megcsinálják, akkor – mivel az a driver virtualizációt jelentené – valószínûleg pillanatok alatt más eszközök drivereire is kijönne a megoldás.
Nem,nem jutott el. De közben megkerültem a problémát, feltettem egy VMware-t a gépre és most Windows alól vetítem ki a Linux virtuális gépet. Nem ideális megoldás, de mûködik.
Ami az érdekes, hogy láttam már elõadókat Linuxos (Debian, Redhat, Suse) laptopokat kivetíteni.
Ott ül a fél ország A NET elõtt
[align=right][snapback]148016[/snapback][/align]Ezt csak szeretnék az IHM-nél 😀 😀 :D…
/etc/X11/xinit/.xinitrc
vagy
~/.xstartup
[align=right][snapback]149371[/snapback][/align]vagy elindítod a gnome-vezérlõpultban a Haladót, majd a munkameneteket. Ha ide felveszel egy progit, vagy egy scriptet, akkor az le fog futni a bejelentkezés után (a gnome indulásakor), és csak annál a felhasználónál, aki beállította.
Megj: Ez csak akkor jó, ha Gnome-ot használsz…Péter
Akkor az UHU alapból X serveren fut?
Akkor hogy lépjek ki belõle?
Kösz!A segítség szó szerint értendõ, nem mondjuk aki csak mondja a magáét, hanem segítõ szándéka van.
:blush:
[align=right][snapback]149373[/snapback][/align]‘init 3’ parancsot add ki egy root jogú terminálban.
Nem. Ne is keresd.
[align=right][snapback]147788[/snapback][/align]Nálam ez már a görénykedés határát súrolja. Kisbetûnek kiosztottam egy „fekete pontot” (feljegyezve a monitorom melletti „kockapapír”-tömbbe 😀 😀 :D)
Péter
apt-gettel nyomtam fel ezeket: kernel-image-2.4.27-2-386, kernel-headers-2.4.27-2-386, kernel-source-2.4.27
szóval jónak kéne lenni…
[align=right][snapback]147908[/snapback][/align]Nekem is kernelforrás problémára hivatkozva állt le UHU alatt az nvidia telepítés, de a valós megoldás az volt, hogy a biosban vissza kellett állítani az „Assign IRQ for VGA”-t yesre. Ugyanis a linux driver nem ment enélkül nálam, csak a windows driver.
Péter
2. Az UHU-Vezérlõpultban elõzõleg kiválasztott szolgáltatások nem indulnak
automatikusan. Pld.: cupsd, smbd, lisa szolgáltatások.Esetleg ez direkt van így ?
[align=right][snapback]147364[/snapback][/align]Ezt én is tapasztaltam, az oka valami olyasmi lehet, hogy az elindítandó szolgáltatások listáját még a liveconfig betöltés elõtt (tehát a CD-s gyári beállítású) változatnak megfelelõen definiálja. Ezután, bár az megváltozik a conf betöltésekor, de nem foglalkozik vele.
Viszont ezzel párhuzamosan, ha egy a CD-s beállítással is lefutó, de a liveconfig betöltés után induló szolgáltatás maga változik meg, akkor az a konfigurációmentésben foglaltak szerint fog menni, nem pedig a gyári beállítással.
Nálam ez úgy meg, hogy a soros egér (imputattach) file-ját átírtam:/etc/init.d/imputattach:
Code:#!/bin/sh
#
# /etc/init.d/inputattach
#
# (C) 2004
# Pozsár Balázs
#
# This file is originally part of the UHU-Linux distribution.
# Distributable under GPL v2.
#
# Ez a fájl eredetileg az UHU-Linux disztribúció része.
# A GPL v2 licenc szerint terjeszthetõ.
## —————————————————————————–
DAEMON=/sbin/inputattach
NAME=”inputattach”
DESC=”Soros egér”# —————————————————————————–
[ -f /etc/init.d/common ] && . /etc/init.d/common || {
echo „Hiba a /etc/init.d/common beolvasása közben” >&2
exit 1
}loaddefaults „$NAME”
case „$1” in
start)
echo -n „$DESC ($NAME) inicializálása”
if [ -f /etc/sysconfig/mice/protocol -a -f /etc/sysconfig/mice/port ]; then
protocol=”$(</etc/sysconfig/mice/protocol)"
port="$(</etc/sysconfig/mice/port)"
port="/dev/${port#/dev/}"
start-stop-daemon –oknodo –start –quiet –exec "$DAEMON" — "$protocol" "$port" –daemon
fi && echo "$OK" || echo "$ERR"
/home/uhulive/.netswapstart.rc
service cron start
service cupsd start
;;
stop)
echo -n "$DESC ($NAME) leállítása"
start-stop-daemon –oknodo –stop –quiet –exec "$DAEMON"
echo "$OK"
service cupsd stop
service cron stop
/home/uhulive/.netswapstop.rc
;;
esacexit 0
A .netswapstart.rc és .netswapstop.rc file-ok sima bash scriptek, a swap és hálózati diskimage file-ok csatolását végzik el automatikusan, lehetõvé téve, hogy pl. a /usr/local írható legyen (így van nekem thunderbirdöm is a live alatt… :D).
a service indítási parancsok pedig magukért beszélnek… 😀Hosszú távon az lehetne megoldás, ha a késõbbi live-okban nem szolgáltatás lenne a liveconfig betöltés, így a szolgáltatások indítása elõtt megtörténhetne a konfigurációbetöltés.
Péter
Hibaüzenetet kaptam az UHU-1.2 alá telepített CVS-Cedega-tól ami a következõ:
gcc -MMD -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fno-keep-static-consts -D__const=const -fno-strict-aliasing -D__int8=char -D__int16=short -D__int32=int „-D__int64=long long” -fPIC -D__WINE__ -D_USER32_ -D_WINABLE_ -D_REENTRANT -o dde/ddeml16.o dde/ddeml16.c
/bin/sh: dde/ddeml16.d: Nem létezõ fájl vagy könyvtár
make[2]: *** [dde/ddeml16.o] Error 1
make[2]: Leaving directory `/root/.WineCVS/sources/cvscedega/winex/dlls/user’
make[1]: *** [user/libuser32.so] Error 2
make[1]: Leaving directory `/root/.WineCVS/sources/cvscedega/winex/dlls’
make: *** [dlls] Error 2
Error in MakeTry fixing the error based on the output above, and
run the script again, without paramaters (Eg: WineCVS.sh)
Ez a sztem fontos része a hosszú hibaüzenetnek.
Kit tud vmi okosat????
u.i: http://pogisan.uw.hu/ innen szedtem sok ötletet, néhány apróbb hibával…
[align=right][snapback]146080[/snapback][/align]Keress rá a korábbi cedega témákra, én úgy emlékszem, hogy a CVS-ben a depend file-ok (*.d) nem (vagy csak részben) vannak benne (talán szándékosan???), és manuálisan meg kell õket csinálni – 0 byte-os hosszúságúra. De pontosat csak a fórumkeresõvel kiadott oldalakon fogsz találni…
Péter
legutóbbi hsz