-
Fototrend
Arch Linux topik
Új hozzászólás Aktív témák
-
BoB
Topikgazda
válasz
urandom0
#9088
üzenetére
Ez nem "is", ez egy új akció.
A rendes chrome stabil csomag (értsd: ami alatt évek óta elérhető) neve google-chrome, ez mellé csinált valaki egy google-chrome-stable csomagot tegnapelőtt, majd tegnap hozzárakta a rosszindulatú kódot.
Szóval akinek korábban a normális chrome volt fent nincs érintve, csak az aki tegnap leszedte ezt a kamu chrome csomagot.
De egyébként pl a gdox csomag is ilyen volt 3 napja: [link]
-
BoB
Topikgazda
Pont ezt mondom (az emberek nem értik mi az AUR).
Az AUR nem egy tároló, nem tartalmaz csomagokat így nincs mit ellenőrizni sem
Rövidebb -hosszabb kódot tartalmaz ami bárki felrakhat, ez a kód fogja egy 3-dik féltől automatizálva letölteni és valahogy telepíteni a valamit. Legalábbis ez a cél, de a kód bármi lehet.
Ezt lehet ellenőrizni, de pont ezért nem itt lesz a kártékony kód, hanem abban amit letölt a netről (ahogy történt most is). Ami szintén bárhonnan bármi lehet.Az meg hogy a user felismerje a kártékony kódot egy doksi alapján
Ezt te sem gondoltad komolyan.Számtalan alkalommal kiberbiztonsági szakemberek siklottak át (és automatizált szoftverek is) a kártékony kód felett.
Akkor egy átlag ember aki még a programozás alapjait sem ismeri mit akar ellenőrzni egy doksi alapján?
-
#9048
BoB
Topikgazda
IstvánLászló
#9047
BoB
Topikgazda
válasz
IstvánLászló
#9047
üzenetére
A flatpak 2016 május 18-án került be az Arch repóba a 0.6.0 -ás verzióval (most 1.16.0-ál tart), kicsit le vagy maradva
Egyébként miért ne használhatnád?
-
#9002
BoB
Topikgazda
IstvánLászló
#9001
BoB
Topikgazda
válasz
IstvánLászló
#9001
üzenetére
"A tárólókat az első reboot után átállítottam,arch saját tárólóíra"
Ha van olyan program ami nincs benne az arch tárolóiban, akkor az nem fog frissülni.
"A saját iso készítése érdekelne"
Pontosan mi a célod?
-
BoB
Topikgazda
-
BoB
Topikgazda
Ehez szerintem a google a legjobb megoldás.
Hivatalos oldalon van lista ilyen 3rd repókról (ez nem jelenti azt hogy az összes szerepel is): [link]
Ha el akarod kerülni a repó felvételt a bennük való kereséshez, javaslom a böngésződből csináld, vagy írj rá scriptet ami megteszi.
-
-
BoB
Topikgazda
Kificamítani? Egyénfüggő de van akinél 10 centis ugrás is elég.
root-ot tiltani:
# passwd -l rootEngedélyezni újra:
# passwd -u root
Mielőtt tiltod azért győződj meg róla hogy a normál felhasználóddal tdod használni a sudo-t (és nem csak korlátozottan), valamint hogy a sudoers nem úgy van konfigolva hogy a root jelszavát kell beírni amikor használod (hanem a normál user jelszavát kéri).
-
BoB
Topikgazda
válasz
attilav2
#8916
üzenetére
" ha minden igaz firmware-ból végzi automatikusan, semmilyen rendszer beállítást nem igényel"
Legalábbis ez az infó terjeng a linux kezdő topikban.
Csinálj egy fstrim-et. Mi a kimenet? Trim-elni fog.
Csinálj még egyet, nem fog trimmelni mert nincs mit.
Hozz létre egy fájlt tetszőleges mérettel. (pl. dd if=/dev/random of=./testfile bs=4M count=1) ez egy darab 4M méretű fájl.
Töröld le.
Csinálj még egy trimet, láss csodát, pont 4M adat trimmelődött.
Szerinted nvme esetén egy SATA parancsot akar kiadni az fstrim mert a fejlesztők annyira hülyék, vagy inkább egy nvme parancsot? (deallocate)
-
BoB
Topikgazda
Tisztázzuk: az Arch Linux ARM nem Arch Linux. Más emberek csinálják, egy port.
Másrészt Chrome sosem volt Arch-on, csak Chromium, de AUR-ban elérhető.
Telepítésnél éppen ezért fogalmam sincs hogy ezen az ARM-os porton hogy és mit csináltak a mirror-okkal.
Eygébként telepítésnél én ezt használom erre a szkriptemben:
pacman -Sypacman --noconfirm --needed -S reflectorreflector --verbose --country 'Germany' -l 200 -p https --sort rate --save /etc/pacman.d/mirrorlistsed -i '/ftp/ s/^/#/'pacman -S archlinux-keyring -
BoB
Topikgazda
The sshd service needs to be restarted after upgrading to openssh-9.8p1
After upgrading to
openssh-9.8p1, the existing SSH daemon will be unable to accept new connections (see https://gitlab.archlinux.org/archlinux/packaging/packages/openssh/-/issues/5).
When upgrading remote hosts, please make sure to restart the sshd service usingsystemctl try-restart sshdright after upgrading.
We are evaluating the possibility to automatically apply a restart of the sshd service on upgrade in a future release of the openssh-9.8p1 package. -
BoB
Topikgazda
-
BoB
Topikgazda
https://archlinux.org/news/increasing-the-default-vmmax_map_count-value/
The vm.max_map_count paramater will be increased from the default
65530value to1048576.This change should help address performance, crash or start-up issues for a number of memory intensive applications, particularly for (but not limited to) some Windows games played through Wine/Steam Proton. Overall, end users should have a smoother experience out of the box with no expressed concerns about potential downsides in the related proposal on arch-dev-public mailing list.
This
vm.max_map_countincrease is introduced in the2024.04.07-1release of the filesystem package and will be effective right after the upgrade.Before upgrading, in case you are already setting your own value for that parameter in a
sysctl.dconfiguration file, either remove it (to switch to the new default value) or make sure your configuration file will be read with a higher priority than the/usr/lib/sysctl.d/10-arch.conffile (to supersede the new default value). -
BoB
Topikgazda
[Making dbus-broker our default D-Bus daemon]
We are making dbus-broker our default implementation of D-Bus, for improved performance, reliability and integration with systemd.
For the foreseeable future we will still support the use of dbus-daemon, the previous implementation. Pacman will ask you whether to install dbus-broker-units or dbus-daemon-units. We recommend picking the default.
-
BoB
Topikgazda
Changes to default password hashing algorithm and umask settings
With shadow >=4.14.0, Arch Linux's default password hashing algorithm changed from SHA512 to yescrypt.Furthermore, the
umasksettings are now configured in/etc/login.defsinstead of/etc/profile.This should not require any manual intervention.
-
BoB
Topikgazda
[ansible-core >= 2.15.3-1 update may require manual intervention
As of
ansible-core 2.15.3, upstream moved documentation and examples to a separate dedicated repository (see the related changelogs).
This means that, starting from version2.15.3theansible-corepackage will stop shipping documentation and a default configuration example under/etc/ansible/ansible.cfg.Regarding the documentation, it is available online: https://docs.ansible.com/
As for the configuration file, as explained in the wiki, a base config can be generated with the following command:ansible-config init --disabled > ansible.cfg
After updating fromansible-core<=2.15.2-1to >=2.15.3-1, everyone using a custom global Ansible configuration file stored under/etc/ansible/ansible.cfgwill have their configuration saved as apacsavefile.
To restore it, run the following command:mv /etc/ansible/ansible.cfg.pacsave /etc/ansible/ansible.cfg -
BoB
Topikgazda
budgie-desktop >= 10.7.2-6 update requires manual intervention
When upgrading from budgie-desktop 10.7.2-5 to 10.7.2-6, the package mutter43 must be replaced with magpie-wm, which currently depends on mutter. As mutter43 conflicts with mutter, manual intervention is required to complete the upgrade.
First remove mutter43, then immediately perform the upgrade. Do not relog or reboot between these steps.
pacman -Rdd mutter43
pacman -Syu
-
BoB
Topikgazda
OpenBLAS >= 0.3.23-2 update requires manual intervention
The openblas package prior to version 0.3.23-2 doesn't ship optimized LAPACK routine and CBLAS/LAPACKE interfaces for compatibility. This decision has been reverted now, and the ability to choose a different default system BLAS/LAPACK implementation while keeping openblas installed is now provided to allow future co-installation of BLIS, ATLAS, etc.
The default BLAS implementation will be used for most packages like NumPy or R. Please install "blas-openblas" and "blas64-openblas" to make OpenBLAS the default BLAS implementation, just like the old behavior.
Unfortunately you will get errors on updating if you currently have OpenBLAS installed as the default BLAS implementation:
error: failed to prepare transaction (could not satisfy dependencies) :: installing openblas (0.3.23-2) breaks dependency 'blas' required by cblas :: installing openblas (0.3.23-2) breaks dependency 'blas' required by lapack
Please append your preferred default BLAS implementation to the regular -Syu command line to get around it. For example:
pacman -Syu blas-openblas
orpacman -Syu blas -
-
BoB
Topikgazda
-
BoB
Topikgazda
[link]
wxWidgets 3.2 provides a Qt frontend in addition to the GTK3 one, so packages have been renamed from wxgtk- to wxwidgets-. The GTK2 frontend is no longer provided. If you have wxgtk2 installed, the upgrade will fail witherror: failed to prepare transaction (could not satisfy dependencies) :: removing wxgtk-common breaks dependency 'wxgtk-common' required by wxgtk2
In such case, uninstall wxgtk2 first and then proceed with the upgrade.
-
BoB
Topikgazda
válasz
growler
#8433
üzenetére
NVME-t ugyanúgy kell trimmelni, annak nyilván nem a TRIM SATA parancs megy ki, hanem az nvme deallocate, ami ugyanazt csinálja.
Te is meggyőződhetsz róla NVME esetén, csinálj egy fstrim-et, hozz létre egy 1GB-os fájlt, töröld le, majd újra fstrim. Látni fogod hogy pont 1GB lett trimmelve.
Az NVME és SATA SSD belső működése ugyanaz, csak az interfész más.
Lényeg, hogy az fstrim parancs az eszköznek megfelelő parancsot fogja küldeni amivel trimmelni fog a meghajtó. Ez a felhasználó számára transzparens.
De ezt a Wiki is írja: [link]
-
BoB
Topikgazda
Mivel Arch linuxról beszélünk, ezért kell külön foglalkozni vele.
Nincs trim folyamatosan automatikusan, csak ha magadnak beállítottad (másképpen kifejezve a discard nem kerül be az fstab-ba csak úgy magától).
Sem a periodic trim nincs beállítva.
Azaz neked kell választanod hogy melyiket használod, vagy nem használod egyiket sem (bár nem látom ez miért lenne jó).
SATA vs NVME között valóban nincs különbség a felhasználó szempontjából ilyen téren.
A véletlen törlések ellen meg nem az a megoldás hogy az ember kikapcsolja a trim-et (ez elég kókány géza lenne
) -
BoB
Topikgazda
-
-
BoB
Topikgazda
-
BoB
Topikgazda
-
-
BoB
Topikgazda
Moving to Zstandard images by default on mkinitcpio
As linux-lts moved to the 5.10 version, all official kernels of Arch Linux now support zstd compressed initramfs images, so mkinitcpio is switching to zstd compressed images by default with version 30, which is currently on [testing].
If, for any reason, you are using a kernel version prior to 5.9, make sure to change mkinitcpio.conf COMPRESSION to use one of the compressors supported, like gzip, otherwise you will not be able to boot images generated by mkinitcpio. -
BoB
Topikgazda
válasz
Shyciii
#7701
üzenetére
A zstd elég gyors, de be lehet állítani a tömörítés mértékét is a sebességg kárára / előnyére (mondjuk máshol is). (erre váltottak az arch csomagok tömörítésénél is).
Ráadásul ha Arch-ot használsz előbb említett okok miatt ez mindenképpen fent lesz már.
wiki.archlinux.org/index.php/Archiving_and_compression#Compression_tools
Új hozzászólás Aktív témák
BoB- Mini-ITX
- Rezsicsökkentés, spórolás (fűtés, szigetelés, stb.)
- Battlefield 6
- Fotók, videók mobillal
- iPhone topik
- Rendkívül ütőképesnek tűnik az újragondolt Apple tv
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Műholdas AI chippel fedné le a bolygót a Samsung
- Lexus, Toyota topik
- BestBuy topik
- További aktív témák...
- GYÖNYÖRŰ iPhone 13 mini 128GB Starlight -1 ÉV GARANCIA -Kártyafüggetlen, MS3613
- BESZÁMÍTÁS! Gigabyte Z170X-Ultra Gaming Z170 chipset alaplap garanciával hibátlan működéssel
- Jo Nesbo: LEOPÁRD (nem olvasott)
- Új és használt laptopok , üzletitől a gamerig , kedvező áron. Garanciával !
- Bomba ár! Dell Latitude 5300 - i5-8GEN I 8-16GB I 256SSD I 13,3" I HDMI I Cam I W11 I Gari!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest