After some months, the situation looks quite similar:
These two packages are meta-packages, is it normal for this type of packages not to exist on gitlab.manjaro.org?
Okay, I just checked few of the following packages, most of them do not exist in the GitLab repositories.
syslinux4 libtimezonemap manjaro-artwork-extra manjaro-artwork-icons manjaro-artwork-openbox pam_encfs le3cell-artwork-wallpapers manjaro-users-artwork-wallpapers
So much artworks, are they even up to date with Manjaro brand? Maybe these packages could be archived in order to preserve every contribution, but they are probably not useful anymore.
But why an old version of
syslinux is still in the repository
pam_encfs is 5 years behind the AUR version.
plymouth-theme-manjaro-very-elegant ttf-aboriginal-sans ttf-lohit-fonts ttf-myanmar3 ttf-thaana-fonts xdg-su bar-aint-recursive enlightenment-manjaro-themes faenzaflattr-black-icon-theme faenzaflattr-darkdecoration-icon-theme faenzaflattr-darkplasma-icon-theme faenzaflattr-green-icon-theme faenzaflattr-grey-icon-theme faenzaflattr-icon-theme kdeicons-kfaenza lightdm-another-gtk-greeter lightdm-another-gtk-greeter-themes lxdm-manjaro-theme-openbox manjaro-circle-icons manjarobox-evolution-themes manjarobox-legacy-postinstall-scripts manjarobox-legacy-themes menda-lxqt-panel nitrux-icon-theme open-dyslexic-fonts pekwm-menu raktpdf sysvinit timeset tmpwatch volumeicon-gtk2 xboomx xfce4-weather-plugin-menda-circle-icons
Wow, apparently we have support for
Out-of-date version of an old project involved with root authentication, called
Another good amount of probably outdated artwork that could be archived.
mkinitcpio-nfs-utils gcc49 lha advcp bdf-zevv-peep deepin-trash econnman emacs-speechd-el faenza-icon-theme fbmenu-manjaro fbmenugen fluxbox-wallpapers gnome-themes-maia go-packages i3-theme-dark i3-theme-dust i3-wallpapers keyboardctl locale-info maia-xfce-icon-theme menda-circle-icon-theme mygtkmenu nouvegnomegray-icon-theme numix-manjaro-themes numix-reborn-icon-themes numix-reborn-wallpapers open-fuse-iso open-fuse-iso-term pdf2img-c plasma5-themes-menda preload pyplanemode sakis3g sddm-menda-theme srandrd sxiv-rifle timeset-gui tintin ttf-dejavu-sans-mono-powerline ttf-font-icons ttf-montserrat unified-manjaro-themes-openbox xfce-theme-numix-reborn xwinfo lib32-libindicator-gtk2 lib32-libindicator-gtk3
I guess that users of
gcc49 could survive with the up-to-date AUR package.
Why is there a Manjaro overlay for
mkinitcpio-nfs-utils? It is actively maintained by ArchLinux.
I didn't check every single package (yet, please help me!) but I guess the situation is similar for others too.
mhwd-ati gfxboot manjaro-backgrounds manjaro-firmware manjaro-syslinux-theme plasma-gpg-agent plasma-ssh-agent ruby-hashie ruby-json ruby-osdn-cli ruby-osdn-client ruby-typhoeus andromeda-icon-theme andromeda-wallpaper artwork-fluxbox awoken-icon-theme awoken-icon-theme-light brandr bspwm-ruler cbatticon-gtk2 conky-cli console-solarized fisherman fluxbox-theme-manjaro fluxbox-theme-vertex-maia gtk-theme-e17gtk gtk-theme-numix-solarized gtk-theme-stylishdark hal-flash jwm-artwork jwm-documentation jwm-wallpapers jwmconf kde-servicemenus-pkg-tools kde1-kdebase kde1-kdelibs lua-clock-i3 lua-clock-manjaro lxdm-manjaro-theme manj-grub manjaro-pantheon-settings manjaro-xdg-menu mdsplib mediterraneannight-theme menda-themes menda-themes-dark mhwd-tui mygtkmenui numix-themes-archblue oblogout-manjaro oysttyer pantheon-wallpapers plasma5-themes-andromeda pmenu prpltwtr qt1 sddm-andromeda-qt-theme sddm-andromeda-theme sunflower tintwizard ultraflatorange-icon-theme wpa_tui xcursor-chameleon-pearl xcursor-chameleon-pearl-deepin xcursor-maia xcursor-menda xcursor-rezowhite
mhwd-ati is still in the repository, I guess this is a leftover from the old situation about AMD/ATI video cards, as far as I know Manjaro only supports free drivers now, isn't it?
sunflower is out-of-date by 2 years compared to AUR, and why is it a community package? Okay, it had users in 2017, I guess there are still today.
I stop at 2016 for now because the list becomes too massive otherwise (already 156 packages!), but I think this problem should be addressed. The best way to start the cleanup would be to check for packages already maintained by Arch, it shouldn't be too complex to automate this (sorry, here is late and I need to sleep ).