librairie introuvable sur mageia
librairie introuvable sur mageia
Packaging
Mussardum Membre non connecté
-
- Voir le profil du membre Mussardum
- Inscrit le : 16/04/2020
libnl-3-dev
libnl-genl-3-dev
lipcap-dev
pkg-config
Une application me demande ces librairies lors de son installation.
Est il possible de les trouver pour Mageia ?
Merci
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
lib64nl3-devel
ou
libnl3-devel si c'est un système 32b.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Pour apprendre à pêcher :
Code BASH :
urpmq -y genl lib64nl-genl3_200 urpmq -y cap ... lib64cap-devel lib64cap-ng-devel ... urpmq -y pkg ... pkgconf pkgconf-m4 pkgconf-pkg-config ...
Tu pourrais préciser ce que tu souhaites compiler. Peut être est-il déjà présent.
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
urpmf libnl
...
lib64nl3-devel:/usr/lib64/libnl-3.so
...
stroibe974 Membre non connecté
-
- Voir le profil du membre stroibe974
- Inscrit le : 13/08/2018
- Groupes :
-
Modérateur
Mussardum :
Une application me demande ces librairies lors de son installation.
Est il possible de les trouver pour Mageia ?
Une application me demande ces librairies lors de son installation.
Est il possible de les trouver pour Mageia ?
Je suis assez inquiet : si tu installais cette application correctement, le système ne serait pas en train de te demander ces dépendances sans te proposer de solution…
Je te recommande vivement de regarder cette page du wiki sur l'installation des logiciels dans Mageia. Il y a fort à parier que tu sois en train de reproduire une méthode d'installation de Windowsien (c'est-à-dire aller chercher une application sur un site web et essayer de l'installer comme si c'était un setup.exe), ce qui risque de te conduire rapidement à la catastrophe…
Mageia 8 (64bits) - Plasma - Intel Core i7-8700K @ 3.70Ghz - 16Go RAM
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Vu le type des bibliothèques demandées, il s' agit probablement d' un application orientée réseau...
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Mussardum Membre non connecté
-
- Voir le profil du membre Mussardum
- Inscrit le : 16/04/2020
Sur Mageia, ça semble moins évident :(
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
A partir du fichier zip du dépot git https://github.com/aircrack-ng/mdk4,
Code BASH :
[usertest@mageia7-test ~]$ cd Téléchargements/ [usertest@mageia7-test Téléchargements]$ mkdir mdk4 [usertest@mageia7-test Téléchargements]$ cd mdk4 [usertest@mageia7-test mdk4]$ unzip ../mdk4 mdk4/ mdk4-master.zip [usertest@mageia7-test mdk4]$ unzip ../mdk4-master.zip Archive: ../mdk4-master.zip [...] [usertest@mageia7-test mdk4]$ cd mdk4-master/ [hide][code=bash][usertest@mageia7-test mdk4-master]$ make make -C src clean make[1] : on entre dans le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src » rm -f mdk4 rm -f debug.o helpers.o mac_addr.o linkedlist.o greylist.o dumpfile.o packet.o brute.o osdep.o channelhopper.o ghosting.o fragmenting.o rm -f ../test *.o make -C osdep clean make[2] : on entre dans le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src/osdep » make -C radiotap clean make[3] : on entre dans le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src/osdep/radiotap » rm -f *.o make[3] : on quitte le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src/osdep/radiotap » rm -f libosdep.a *.o .os.* make[2] : on quitte le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src/osdep » make -C attacks clean make[2] : on entre dans le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src/attacks » rm -f attacks.o auth_dos.o beacon_flood.o countermeasures.o deauth.o dummy.o eapol.o fuzzer.o ieee80211s.o probing.o wids.o *.o make[2] : on quitte le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src/attacks » make[1] : on quitte le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src » make -C src make[1] : on entre dans le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src » make -C osdep make[2] : on entre dans le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src/osdep » Building for Linux make[3] : on entre dans le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src/osdep » gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -fPIC -I.. -c -o osdep.o osdep.c gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -fPIC -I.. -c -o network.o network.c gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -fPIC -I.. -c -o file.o file.c gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -fPIC -I.. -c -o linux.o linux.c linux.c: Dans la fonction « openraw »: linux.c:1513:63: warning: la comparaison de la constante « 6 » avec une expression booléenne est toujours fausse [-Wbool-compare] if (set_monitor( dev, iface, fd ) && !dev->drivertype == DT_ORINOCO ) ^~ linux.c:1513:63: warning: le non logique est toujours appliqué au membre de gauche de la comparaison [-Wlogical-not-parentheses] linux.c:1513:46: note: ajoutez des parenthèses autour de l'expression du membre de gauche pour ne plus recevoir cet avertissement if (set_monitor( dev, iface, fd ) && !dev->drivertype == DT_ORINOCO ) ^~~~~~~~~~~~~~~~ ( ) linux.c:1523:67: warning: la comparaison de la constante « 6 » avec une expression booléenne est toujours fausse [-Wbool-compare] if (set_monitor( dev, iface, fd ) && !dev->drivertype == DT_ORINOCO ) ^~ linux.c:1523:67: warning: le non logique est toujours appliqué au membre de gauche de la comparaison [-Wlogical-not-parentheses] linux.c:1523:50: note: ajoutez des parenthèses autour de l'expression du membre de gauche pour ne plus recevoir cet avertissement if (set_monitor( dev, iface, fd ) && !dev->drivertype == DT_ORINOCO ) ^~~~~~~~~~~~~~~~ ( ) Au plus haut niveau: linux.c:2057:13: warning: « linux_close » défini mais pas utilisé [-Wunused-function] static void linux_close(struct wif *wi) ^~~~~~~~~~~ linux.c:1048:12: warning: « linux_set_channel » défini mais pas utilisé [-Wunused-function] static int linux_set_channel(struct wif *wi, int channel) ^~~~~~~~~~~~~~~~~ linux.c: Dans la fonction « do_linux_open.constprop »: linux.c:1937:37: warning: la sortie de la directive « %s » peut être tronquée en écrivant jusqu'à 255 octets dans une région dont la taille est 113 [-Wformat-truncation=] "/sys/class/net/%s/device/rtap_iface", this_iface->d_name); ^~ linux.c:1936:17: note: « snprintf » écrit entre 34 et 289 octets dans une destination dont la taille est 128 snprintf(r_file, sizeof(r_file), ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ "/sys/class/net/%s/device/rtap_iface", this_iface->d_name); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ linux.c:1906:9: warning: la limite spécifiée par « strncpy » dépend de la longueur de l'argument source [-Wstringop-overflow=] strncpy(dev->main_if, iface, strlen(iface)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ linux.c:1911:9: warning: la limite spécifiée par « strncpy » dépend de la longueur de l'argument source [-Wstringop-overflow=] strncpy(iface, buf, strlen(buf)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ linux.c: Dans la fonction « get_battery_state »: linux.c:2310:13: warning: argument 1 nul où un non-nul est attendu [-Wnonnull] closedir(batteries); ^~~~~~~~~~~~~~~~~~~ In file included from linux.c:40: /usr/include/dirent.h:149:12: note: dans un appel à la fonction « closedir » déclarée ici extern int closedir (DIR *__dirp) __nonnull ((1)); ^~~~~~~~ linux.c:2318:78: warning: la sortie de la directive « %s » peut être tronquée en écrivant jusqu'à 255 octets dans une région dont la taille est 109 [-Wformat-truncation=] snprintf(battery_info, sizeof(battery_info), "/proc/acpi/battery/%s/info", this_battery->d_name); ^~ linux.c:2318:13: note: « snprintf » écrit entre 25 et 280 octets dans une destination dont la taille est 128 snprintf(battery_info, sizeof(battery_info), "/proc/acpi/battery/%s/info", this_battery->d_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ linux.c:2330:37: warning: la sortie de la directive « %s » peut être tronquée en écrivant jusqu'à 255 octets dans une région dont la taille est 109 [-Wformat-truncation=] "/proc/acpi/battery/%s/state", this_battery->d_name); ^~ linux.c:2329:13: note: « snprintf » écrit entre 26 et 281 octets dans une destination dont la taille est 128 snprintf(battery_state, sizeof(battery_state), ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ "/proc/acpi/battery/%s/state", this_battery->d_name); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ linux.c:2289:40: warning: la sortie de la directive « %s » peut être tronquée en écrivant jusqu'à 255 octets dans une région dont la taille est 106 [-Wformat-truncation=] "/proc/acpi/ac_adapter/%s/state", this_adapter->d_name); ^~ linux.c:2288:13: note: « snprintf » écrit entre 29 et 284 octets dans une destination dont la taille est 128 snprintf(battery_state, sizeof(battery_state), ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ "/proc/acpi/ac_adapter/%s/state", this_adapter->d_name); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -fPIC -I.. -c -o linux_tap.o linux_tap.c Dans la fonction « ti_do_open_linux.constprop », mis en ligne depuis « ti_open_linux » à linux_tap.c:192:7, mis en ligne depuis « ti_open » à linux_tap.c:207:9: linux_tap.c:72:5: warning: la sortie de « strncpy » peut être tronquée en copiant 15 octets depuis une chaîne de longueur 63 [-Wstringop-truncation] strncpy(priv->tl_ifr.ifr_name, priv->tl_name, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ sizeof(priv->tl_ifr.ifr_name) - 1); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -fPIC -I.. -c -o radiotap/radiotap.o radiotap/radiotap.c gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -fPIC -I.. -c -o common.o common.c ar cru libosdep.a osdep.o network.o file.o linux.o linux_tap.o radiotap/radiotap.o common.o ranlib libosdep.a touch .os.Linux make[3] : on quitte le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src/osdep » make[2] : on quitte le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src/osdep » gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -g -O3 -Wall -Wextra -c -o debug.o debug.c gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -g -O3 -Wall -Wextra -c -o helpers.o helpers.c gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -g -O3 -Wall -Wextra -c -o mac_addr.o mac_addr.c gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -g -O3 -Wall -Wextra -c -o linkedlist.o linkedlist.c gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -g -O3 -Wall -Wextra -c -o greylist.o greylist.c gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -g -O3 -Wall -Wextra -c -o dumpfile.o dumpfile.c gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -g -O3 -Wall -Wextra -c -o packet.o packet.c packet.c: Dans la fonction « create_ieee_hdr »: packet.c:13:3: warning: cette instruction « if » ne protège pas… [-Wmisleading-indentation] if (!fragment) seqno++; seqno %= 0x1000; ^~ packet.c:13:27: note: …cette instruction, mais l'indentation de cette dernière est trompeuse car elle fait croire qu'elle est gardée par le « if » if (!fragment) seqno++; seqno %= 0x1000; ^~~~~ gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -g -O3 -Wall -Wextra -c -o brute.o brute.c gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -g -O3 -Wall -Wextra -c -o osdep.o osdep.c osdep.c: Dans la fonction « osdep_init_txpowers »: osdep.c:180:5: warning: la limite spécifiée par « strncpy » (16) est égale à la taille de la destination [-Wstringop-truncation] strncpy(wreq.ifr_name, osdep_iface_out, IFNAMSIZ); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ osdep.c:219:3: warning: la limite spécifiée par « strncpy » (16) est égale à la taille de la destination [-Wstringop-truncation] strncpy(wreq.ifr_name, osdep_iface_in, IFNAMSIZ); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ osdep.c: Dans la fonction « osdep_random_txpower »: osdep.c:266:5: warning: la limite spécifiée par « strncpy » (16) est égale à la taille de la destination [-Wstringop-truncation] strncpy(wreq.ifr_name, osdep_iface_out, IFNAMSIZ); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ osdep.c:283:3: warning: la limite spécifiée par « strncpy » (16) est égale à la taille de la destination [-Wstringop-truncation] strncpy(wreq.ifr_name, osdep_iface_in, IFNAMSIZ); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -g -O3 -Wall -Wextra -c -o channelhopper.o channelhopper.c channelhopper.c:48:26: warning: l'initialisation de « pthread_t » {alias « long unsigned int »} depuis « void * » transforme un pointeur en entier sans transtypage [-Wint-conversion] pthread_t chan_sniffer = NULL; ^~~~ channelhopper.c: Dans la fonction « error_handler »: channelhopper.c:155:46: warning: paramètre « nla » inutilisé [-Wunused-parameter] static int error_handler(struct sockaddr_nl *nla, struct nlmsgerr *err, ~~~~~~~~~~~~~~~~~~~~^~~ channelhopper.c: Dans la fonction « finish_handler »: channelhopper.c:163:42: warning: paramètre « msg » inutilisé [-Wunused-parameter] static int finish_handler(struct nl_msg *msg, void *arg) ~~~~~~~~~~~~~~~^~~ channelhopper.c: Dans la fonction « ack_handler »: channelhopper.c:170:39: warning: paramètre « msg » inutilisé [-Wunused-parameter] static int ack_handler(struct nl_msg *msg, void *arg) ~~~~~~~~~~~~~~~^~~ channelhopper.c: Dans la fonction « valid_handler »: channelhopper.c:186:45: warning: paramètre « arg » inutilisé [-Wunused-parameter] int valid_handler(struct nl_msg *msg, void *arg) ~~~~~~^~~ channelhopper.c: Dans la fonction « handle_channels »: channelhopper.c:328:50: warning: paramètre « state » inutilisé [-Wunused-parameter] static int handle_channels(struct nl80211_state *state, struct nl_msg *msg) ~~~~~~~~~~~~~~~~~~~~~~^~~~~ Au plus haut niveau: channelhopper.c:240:14: warning: « dfs_state_name » défini mais pas utilisé [-Wunused-function] static char *dfs_state_name(enum nl80211_dfs_state state) ^~~~~~~~~~~~~~ gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -g -O3 -Wall -Wextra -c -o ghosting.o ghosting.c gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -g -O3 -Wall -Wextra -c -o fragmenting.o fragmenting.c make -C attacks make[2] : on entre dans le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src/attacks » cc -g -O3 -Wall -Wextra -c -o attacks.o attacks.c cc -g -O3 -Wall -Wextra -c -o auth_dos.o auth_dos.c cc -g -O3 -Wall -Wextra -c -o beacon_flood.o beacon_flood.c cc -g -O3 -Wall -Wextra -c -o countermeasures.o countermeasures.c cc -g -O3 -Wall -Wextra -c -o deauth.o deauth.c cc -g -O3 -Wall -Wextra -c -o dummy.o dummy.c cc -g -O3 -Wall -Wextra -c -o eapol.o eapol.c cc -g -O3 -Wall -Wextra -c -o fuzzer.o fuzzer.c cc -g -O3 -Wall -Wextra -c -o ieee80211s.o ieee80211s.c cc -g -O3 -Wall -Wextra -c -o probing.o probing.c probing.c: Dans la fonction « create_probe_req »: probing.c:236:3: warning: déclaration implicite de la fonction « add_ssid_set »; vouliez-vous utiliser « get_ssid_len » ? [-Wimplicit-function-declaration] add_ssid_set(&probe, ssid); ^~~~~~~~~~~~ get_ssid_len probing.c:237:3: warning: déclaration implicite de la fonction « add_rate_sets » [-Wimplicit-function-declaration] add_rate_sets(&probe, 1, 1); ^~~~~~~~~~~~~ probing.c:240:25: warning: les cibles pointées dans le passage de l'argument 2 de « stpcpy » diffèrent dans la plage signée [-Wpointer-sign] stpcpy(popt->proceed, ssid); ^~~~ In file included from probing.c:4: /usr/include/string.h:451:14: note: « const char * restrict » attendu mais l'argument est de type « unsigned char * » extern char *stpcpy (char *__restrict __dest, const char *__restrict __src) ^~~~~~ cc -g -O3 -Wall -Wextra -c -o wids.o wids.c make[2] : on quitte le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src/attacks » make -C attacks make[2] : on entre dans le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src/attacks » make[2]: rien à faire pour « all ». make[2] : on quitte le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src/attacks » gcc -g -W -Wall -O3 -D_FILE_OFFSET_BITS=64 -D_REVISION=mdk4-v1 -DCONFIG_LIBNL30 -DCONFIG_LIBNL -I/usr/include/libnl3 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-array-bounds -g -O3 -Wall -Wextra mdk4.c osdep/libosdep.a debug.o helpers.o mac_addr.o linkedlist.o greylist.o dumpfile.o packet.o brute.o osdep.o channelhopper.o ghosting.o fragmenting.o attacks/attacks.o attacks/auth_dos.o attacks/beacon_flood.o attacks/countermeasures.o attacks/deauth.o attacks/dummy.o attacks/eapol.o attacks/fuzzer.o attacks/ieee80211s.o attacks/probing.o attacks/wids.o -o mdk4 -lnl-genl-3 -lnl-3 -lm -Losdep -losdep -lpthread -lpcap make -C attacks make[2] : on entre dans le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src/attacks » make[2]: rien à faire pour « all ». make[2] : on quitte le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src/attacks » make[1] : on quitte le répertoire « /home/usertest/Téléchargements/mdk4/mdk4-master/src » [usertest@mageia7-test mdk4-master]$ ls[/code][/hide] AUTHORS CHANGELOG common.mak COPYING docs/ Makefile man/ README.md src/ TODO useful_files/ [usertest@mageia7-test mdk4-master]$ cd src [usertest@mageia7-test src]$ ls attacks/ channelhopper.c debug.h dumpfile.o ghosting.c greylist.h helpers.o mac_addr.c manufactor.h osdep/ packet.c test.c brute.c channelhopper.h debug.o fragmenting.c ghosting.h greylist.o linkedlist.c mac_addr.h mdk3_old.c osdep.c packet.h brute.h channelhopper.o dumpfile.c fragmenting.h ghosting.o helpers.c linkedlist.h mac_addr.o mdk4* osdep.h packet.o brute.o debug.c dumpfile.h fragmenting.o greylist.c helpers.h linkedlist.o Makefile mdk4.c osdep.o pcap.h [usertest@mageia7-test src]$ file mdk4 mdk4 mdk4.c [usertest@mageia7-test src]$ file mdk4 mdk4: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=62ef5320e023f3d2c0c8b4cdb328a7ccf95deda7, for GNU/Linux 3.2.0, with debug_info, not stripped [usertest@mageia7-test src]$ ldd mdk4 linux-vdso.so.1 (0x00007ffe953de000) libnl-genl-3.so.200 => /lib64/libnl-genl-3.so.200 (0x00007fdac2ec6000) libnl-3.so.200 => /lib64/libnl-3.so.200 (0x00007fdac2ea2000) libm.so.6 => /lib64/libm.so.6 (0x00007fdac2d60000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fdac2d3f000) libpcap.so.1 => /lib64/libpcap.so.1 (0x00007fdac2cf4000) libc.so.6 => /lib64/libc.so.6 (0x00007fdac2b2a000) /lib64/ld-linux-x86-64.so.2 (0x00007fdac2ef2000)
En terme de paquets installés:
Code BASH :
[usertest@mageia7-test src]$ rpm -qa | grep libnl- libnl-genl3_200-3.4.0-3.mga7 [usertest@mageia7-test src]$ rpm -qa | grep lib64nl lib64nl3_200-3.4.0-3.mga7 lib64nl-route3_200-3.4.0-3.mga7 lib64nl-genl3_200-3.4.0-3.mga7 lib64nl-xfrm3_200-3.4.0-3.mga7 lib64nl-nf3_200-3.4.0-3.mga7 lib64nl-idiag3_200-3.4.0-3.mga7 lib64nl-cli3_200-3.4.0-3.mga7 lib64nl3-devel-3.4.0-3.mga7 [usertest@mageia7-test src]$ rpm -qa | grep lib64pcap lib64pcap1-1.9.1-1.mga7 lib64pcap-devel-1.9.1-1.mga7 [usertest@mageia7-test src]$ urpmf --name mdk4 [usertest@mageia7-test src]$ [usertest@mageia7-test src]$ locate pkg-config /usr/bin/pkg-config /usr/bin/x86_64-mageia-linux-gnu-pkg-config /usr/lib64/python2.7/site-packages/numpy/core/lib/npy-pkg-config /usr/lib64/python2.7/site-packages/numpy/core/lib/npy-pkg-config/mlib.ini /usr/lib64/python2.7/site-packages/numpy/core/lib/npy-pkg-config/npymath.ini /usr/lib64/python3.7/site-packages/numpy/core/lib/npy-pkg-config /usr/lib64/python3.7/site-packages/numpy/core/lib/npy-pkg-config/mlib.ini /usr/lib64/python3.7/site-packages/numpy/core/lib/npy-pkg-config/npymath.ini /usr/share/bash-completion/completions/pkg-config /usr/share/man/man1/pkg-config.1.xz [usertest@mageia7-test src]$ rpm -q --whatprovides /usr/bin/pkg-config pkgconf-pkg-config-1.6.1-1.mga7 [usertest@mageia7-test src]$
Après c' est une compilation sous Mageia 7 ( donc il faut d' abord faire la migration d' abord !
).
Édité par nic80 Le 17/04/2020 à 23h17
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Qu'est-ce que t'apporte le RPM de plus ?
Pouvoir installer les man-pages,
Pouvoir mettre à jour avec un autre RPM plus récent,
Pouvoir désinstaller sans laisser de trace,
etc !
Voici la Spec :
mdk4.spec.txt
Comment je construis le paquet :
j'installe rpmbuild (il est possible d'utiliser bm)
urpmi rpmbuild
je mets le fichier spec dans mon dossier d'utilisateur dans rpmbuild/SPECS
mkdir ~/rpmbuild/SPECS
mv ~/Téléchargements/mdk4.spec.txt ~/rpmbuild/SPECS/mdk4.spec
Puis je lance une construction (qui télécharge aussi les sources): (et PAS en root )
rpmbuild -ba ~/rpmbuild/SPECS/mdk4.spec --undefine=_disable_source_fetch
tu devrais voir ton paquet que tu peux installer dans le dossier RPMS/x86_64 (si tu as un PC 64bits !)
urpmi ./rpmbuild/RPMS/x86_64/mdk4-4.1-1.mga7.x86_64.rpm
On remercie Wally (aussi mainteneur de XFCE) sur IRC qui m'a bien aidé à trouvé un bug et à appliquer un Patch !
Édité par Jybz Le 18/04/2020 à 08h24
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
L' installation de rpmbuild crée automatiquement l' architecture des répertoires de construction ( RPMS,BUILD,SPECS,SOURCES, etc...) ?
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Si tu exécutes rpmbuild avec en argument un fichier src.rpm, il créé les dossiers SOURCES, SPECS, s'il tente une construction de paquet, il créé le dossier BUILD, s'il réussi l'étape de préparation et la compilation, il créé le dossier BUILDROOT pour installer, au final, si l'installation se passe bien, il créé le répertoire RPMS et SRPMS (si tu n'as jamais utilisé de src.rpm) et les sous répertoires (le cas échéant) noarch, x86_64, etc.
Mussardum Membre non connecté
-
- Voir le profil du membre Mussardum
- Inscrit le : 16/04/2020
Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
Jybz :
Sinon, tu peux faire ta propre compilation, et ton propre paquet RPM !
Qu'est-ce que t'apporte le RPM de plus ?
Pouvoir installer les man-pages,
Pouvoir mettre à jour avec un autre RPM plus récent,
Pouvoir désinstaller sans laisser de trace,
etc !
Qu'est-ce que t'apporte le RPM de plus ?
Pouvoir installer les man-pages,
Pouvoir mettre à jour avec un autre RPM plus récent,
Pouvoir désinstaller sans laisser de trace,
etc !
Alors ça ça marche une fois sur 100
. Je l'ai testé plusieurs fois pour voir ce que ça donnait et je n'ai jamais réussi à aller au bout de la création d'un paquet.
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Yuusha :
Alors ça ça marche une fois sur 100 . Je l'ai testé plusieurs fois pour voir ce que ça donnait et je n'ai jamais réussi à aller au bout de la création d'un paquet.
Jybz :
Sinon, tu peux faire ta propre compilation, et ton propre paquet RPM !
Qu'est-ce que t'apporte le RPM de plus ?
Pouvoir installer les man-pages,
Pouvoir mettre à jour avec un autre RPM plus récent,
Pouvoir désinstaller sans laisser de trace,
etc !
Qu'est-ce que t'apporte le RPM de plus ?
Pouvoir installer les man-pages,
Pouvoir mettre à jour avec un autre RPM plus récent,
Pouvoir désinstaller sans laisser de trace,
etc !
Alors ça ça marche une fois sur 100
. Je l'ai testé plusieurs fois pour voir ce que ça donnait et je n'ai jamais réussi à aller au bout de la création d'un paquet.Oui, c'est sorcier.
Je fais des incantations magiques dans le chaudron.
Bon aussi, j'y était dessus depuis hier soir, j'ai trouver des erreurs, des bogues genre incompréhensible, dont la solution est "ajouter un espace après" et "passer à la ligne" entre la définition d'une variable et l'exécution. Et c'est wally qui a trouvé de patch sur github.
Mais plus on en fait, plus ça va.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie