Slackware

Sziasztok.

Legtöbbször a címben szereplő néhány prg. (ifconfig, iwconfig, majd dhcpcd) segítségével megyek fel vezeték nélküli hálózatra, egyszerű parancssorban.

Egy ideje használtam a wicd-t, mely valami megmagyarázhatatlan anomália miatt nem volt képes működni. Szerintem firmware-csere után az USB-s kártyám meg a python2.6 valamit bekavart, képtelen voltam kinyomozni a hiba okát, nem törődtem vele. Ha parancssorban megy, minek wicd?

Ha viszont nem ismert hálózatra megyek, bele kell túrnom saját csatlakozó scriptembe, ez meg néha fárasztó.

A wifite program ugyan parancssoros, de python alapú. Ez sem hajlandó rendesen működni, ráadásul egészen mást csinál, mint amit akarok. Célom egy free hálózatlistázás tömören,majd 1-2 klaviatúrán (nem egéren) történő klikk és csatlakozás.

A kérdésem rövid:

ismertek olyan programot, scriptet, ami hasonló, mint a wicd, de nem python alapú és parancssoros?

kernel: 3.5.3,
rendszer: slack13.37-salix

Sziasztok.

Egy KDE alapú salixom van, és telepítéskor véletlenül ON-ra állítottam annak idején a numlockot.
Azóta a .profile fájlokba beleírtam tüneti kezelésképpen a
numlockx off
parancsot, de ez nem hat ki a suspend to RAM utáni újraélesztés után felveendő állapotra.

Kérdésem:
telepítéskor a slackware hova írja belé a numlock állapotára vonatkozó ON vagy OFF beállítást?

Grafikus felületen a KDE csodálatos, de idegesítő GUI-ján offra kapcsoltam a numlockot, de hatástalan.
Két fájllal kísérleteztem eddig, alább vannak:

a[acpi]$ cat /etc/rc.d/rc.numlock
#!/bin/sh
# Activate numlock on the console

case $1 in
start)
for t in 1 2 3 4 5 6 7 8 ; do
setleds +num < /dev/tty$t > /dev/null
done
;;
stop)
for t in 1 2 3 4 5 6 7 8 ; do
setleds -num < /dev/tty$t > /dev/null
done
;;
*)
echo "Usage: rc.numlock {start|stop}"
exit 1
;;
esac

######## a fenti fájlt nem piszkáltam, jön a másik gyanús file:

a[acpi]$ cat /etc/acpi/suspend2ram.sh
#!/bin/sh
if [ -e "/etc/acpi/power.lock" ]
then
exit 0
fi

if grep -q mem /sys/power/state ; then

echo "0 0 0 0">/proc/sys/kernel/printk

# asus+ :
WLANP=`cat /proc/acpi/asus/wlan`
if [ $WLANP == 1 ]; then
/etc/acpi/wlan.sh poweroff
fi

# asus+ : turn off webcam
CAMP=`cat /proc/acpi/asus/camera`
if [ $CAMP == 1 ] ; then
killall -9 ucview.real
fi
echo 0 > /proc/acpi/asus/camera

# asus+ : save the brightness value
BRN=`cat /proc/acpi/asus/brn`

# save system clock, if needed
# reset numlock - system wakes with numlock off
/usr/bin/numlockx off # itt kínlódtam ezzel

# flush the buffers to disk
sync

echo -n "mem" > /sys/power/state

# restore system clock, if needed
# reload network drivers, if needed
# restart the networking

# wait for X display to come up
sleep 3

# asus+ : turn on backlight
echo $BRN > /proc/acpi/asus/brn

# asus+ : signal the acpid to unlock a flag from suspend.
# (sleep 12;killall -SIGALRM acpid )&

# asus+ :
echo 0 > /proc/acpi/asus/wlan
sleep 2
if [ $WLANP == 1 ]; then
/etc/acpi/wlan.sh poweron
fi

fi

exit 0
a[acpi]$

Sziasztok.

Az eset szerintem egyedi, eddig nem találtam még rá megoldást.

Egy KDE alapú Salixot pakoltam fel egyik gépemre, melyen előtte fluxboxos salixot meg 13.37-es slackware-t használtam évekig, problémamentesen.

Eddig mindig el tudtam indítani X-en GUI-s programot is rootként (pl. terminálból indítva su-val, vagy fluxbox menüjéből indítva "exec gksu command"-dal).
Most viszont nem.

Sikerült felraknom egy gksu-t (GKsu version 2.0.2), ha júzerként indítom a kritikus programot, akkor csak így indul el:
$ gksu gparted
megjelenik a gksu dialógusdoboza a jelszó-bekéréssel, majd minden rendben.
Ugynezt a prg-t ha már rootként indítanám gksu nélkül, már semmi eredmény, csak ez:

a[/]$ su
Password:
root[/]# gparted
No protocol specified

(gpartedbin:9389): Gtk-WARNING **: cannot open display: :0.0
root[/]#

Az összes többi, rendszergazdát igénylő GUI-s programomnál ez a helyzet.

Szerintetek ez micsoda?

Sziasztok!

Van egy Slackware 13.37 alapú szerverünk, amin Wowza fut. Valamint van egy webkameránk, ami alaw és ulaw (G.711) valamint G.728 hangot tud kiadni magából. Ha az rtsp linket közvetlenül megnyitom pl windows alatt,akkor van hang, viszont ha a szerverről cvlc-vel nyitom meg akkor nincs hang, valamint a wowza általi rtmp-ben sincs hang.

Arra tippelek esetleg valami csomag hiányozhat Slackware alól.
Van valami ötletetek?

Köszönöm.

Sziasztok.

Gondoltam, hogy a fluxboxos salix-slackware distriben ha nem tudom beizzítani a Kdenlive videoszerkesztőt, akkor jó lesz minden, ha egy gépre a kde héjjal rendelkező salixot húzom fel.

Így is lett. A kdenlive a fejlesztő honlapjáról letöltve fel is mászott, az mlt-t kellett csak külön felrakni neki, mert az alapértelmezett repókban régebbi van.

Csakhogy most jön a bökkenő.
Hiába megy most a kdenlive, felmászott egy tonnányi kde alkalmazás is a giccsekkel...

Fluxboxot majd visszarakom, ha a további problémákkal is megküzdöttem.

wxgtk halott, gtk-s programok egy része meg ezt mondja:

No protocol specified
Error: Unable to initialize gtk, is DISPLAY set properly?

további programok (melyek nincsenek repókban) emigyen fordulnának:

checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for PACKAGE... configure: error: Package requirements (gtk+-2.0 gdk-2.0 gconf-2.0 libxml-2.0 libsoup-2.4 bluez) were not met:

No package 'libsoup-2.4' found
No package 'bluez' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables PACKAGE_CFLAGS
and PACKAGE_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

root[tangogps-0.99.4]#

Egyelőre rengeteg hibajelenségem van, nem értem az okát.
Salixon "belül" is vannak eltérések?
Ha vaami KDE-s, akkor abszolút nincs benne gtk oly módon, hogy még egy vadiúj gimp sem fordul le? (mert most ez is fennáll ám)

Sziasztok!

A 13.37 telepítése után a boot felénél megváltozik a szöveg felbontása, kb 1280x1024-re.

Az első részt a lilo.conf-ban tudom állítani és reagál is rá, de bármire állítom a felénél akkor is átvált apróra.

Próbáltam a grafikus felületen állítani (xorg.conf), hátha ott már átvált, de arra sem reagált és belépés után az mc is 1280-as lesz.

Hol tudnám ezt beállítani, segítsetek légy szíves.

Üdv.
PL

Sziasztok.

Valami démon ülhet a gépemen, de biztosan nem rootkit, azt szerintem sikeresen végigmértem.

Az eset a következő.

Néhány programom (pl. qlandkarte nevű GIS program) Qt környezetben fut, így az kell neki, sok-sok *.so.4 fájllal a /usr/lib könyvtárban.
Ezen fájlok néha egyszerűen eltűnnek, oly módon veszem észre ezt, hogy nem indulnak a programok, melyek igénylik őket.

Írtam egy kis scriptet, ami visszasymlinkeli őket a helyükre, ez így néz ki:

#!/bin/bash

ln -s /usr/lib/qt/lib/libQtGui.so.4 /usr/lib
ln -s /usr/lib/qt/lib/libQtCore.so.4 /usr/lib
ln -s /usr/lib/qt/lib/libQtNetwork.so.4 /usr/lib
ln -s /usr/lib/qt/lib/libQtXml.so.4 /usr/lib
ln -s /usr/lib/qt/lib/libQtSql.so.4 /usr/lib
ln -s /usr/lib/qt/lib/libQtDBus.so.4 /usr/lib
ln -s /usr/lib/qt/lib/libQtWebKit.so.4 /usr/lib
ln -s /usr/lib/qt/lib/libQtXmlPatterns.so.4 /usr/lib
ln -s /usr/lib/qt/lib/libQtOpenGL.so.4 /usr/lib

ln -s /usr/lib/libmysqlclient.so /usr/lib/libmysqlclient.so.16

ln -s /usr/lib/qt/lib/libQtOpenGL.so.4 /usr/lib
ln -s /usr/lib/qt/lib/libQtScript.so.4 /usr/lib

exit 0

Látható, hogy a mysqlclient az nem qt-alkatrész, de az is eltűnik.
A varázslóscript lefutása után megy minden, majd pár nap múlva megint eltűnnek ezek nekem, hogy örüljek.

Gyanakvás:

előfordulhat, hogy valami a slapt-get-ben annak idején megszakadt, és a crontab elindít valamit, majd abbahagyja, mert nem tud honnan frissíteni?

Hogyan lehet utánajárni, hogy a régóta nem használt slapt-get-em szórakoztat-e?

-clean és -autoclean kapcsolókkal történő takarítások mindig megtörténtek.

Sziasztok.

Gondoltam, hogy 2.6 után megnzem, mit is tesz velem a 2.8-as Gimp...
( ftp://ftp.gimp.org/pub/gimp/v2.8/gimp-2.8.0.tar.bz2 )

Három csomagot kellett lépésenként frissítenem, de utána jött a glib nevű, amitől megijedtem.
Ez mindig teljes rendszervisszaállítást igényelt nálam, mert nem értettem az egész összeomlási folyamatot. Azt olvastam akkoriban, hogy ez a glib valami mindent átfogó valami. Aztán backup vissza és balga módon nem törődtem többé az akkori hiba okával.

Most itt van megint. Szóval a gimp fordítása közben ez a végkimenet a configure után.

checking for BABL... yes
checking for GEGL... yes
checking for ATK... yes
checking for pkg-config... (cached) /usr/bin/pkg-config
checking pkg-config is at least version 0.16... yes
checking for GLIB - version >= 2.30.2... no
*** Could not run GLIB test program, checking why...
*** The test program failed to compile or link. See the file config.log for the
*** exact error that occured. This usually means GLIB is incorrectly installed.
configure: error: Test for GLIB failed. See the file 'INSTALL' for help.

root[gimp-2.8.0]# make
make: *** No targets specified and no makefile found. Stop.
root[gimp-2.8.0]#

Látható, hgy a babl, gegl és atk (ez a három volt a configure szerint régi) csomagok után majdnem azonnal a glib jön.

Szerintetek hogyan kezdjek neki a glibnek?
(Már archiváltam a jelenlegi állapotaimat)

glibre rákerestem, ezt leltem:
http://pkgs.org/search/?keyword=glib&search_on=name&distro=105&arch=32-… (slackware13.37)

Sziasztok!

unionfs és aufs buherálásába szeretnék kezdeni, megnézni egyáltalán, hogy mik is ezek.
Azonban az fs listám a procban egyiket sem tartalmazza, csak a hasonló jellegű squashfs-t, de azt nagyon. (ki is használom rendesen...)

Hogyan lehet egy éppen letöltött, de még nem lefordított kernel forráskódban módszeres alapossággal végrehajtani egy ilyen fájlrendszer-hozzáadó foltozást?

kernelem:
http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.4.3.tar.bz2

unionfs-em:
-rw-r--r-- 1 a users 79740 jún 16 22:34 unionfs-2.5.11_for_2.6.9-final.diff.gz

aufs-t még nem vadásztam le

Sziasztok!

hw: zotac diksless

Memória kártyáról (sdhc 16GB) szeretnék bootolni. A rendszer
(slack 13.37, gyári) szépen feltelepül, a lilo lefut.

A biosban az usb_drive-ra HD emuláció be van állítva.

A boot folyamat elindul, majd kernelpánikkal leáll, azt
reklamálva, hogy addjuk meg a helyes root eszközt.

Kipróbálva:
-----------

lilo: MBR-ben, root-ban
indító usb_stick legyártásával

stb, stb...

A telepítőrendszer sda1-nek látja a kártyát, felmountolva,
chroot-tal indítható a telepített rendszer.

Szeretném, ha magától elindulna az egész, mintha
winchesterről bootlna. Lehetséges-e ez, vagy csak illúzió?
(Egyelőre a live-usb-t mellőzném, macerás.)

A válaszokat, tippeket előre is köszönöm, üdvözlettel:
meditor