Giter Club home page Giter Club logo

packages-community's Introduction

packages-community's People

Contributors

abchk1234 avatar alexandruianu avatar boredland avatar budimanjojo avatar chrysostomus avatar codesardine avatar coffeeking avatar excalibur1234 avatar fademind avatar felixonmars avatar fhdk avatar fmf437 avatar jonathonf avatar joshirio avatar kibojoe avatar kirek avatar korrode avatar laladala avatar manjaroroland avatar mati865 avatar napcok avatar oberon-manjaro avatar oberon2007 avatar okcy1016 avatar philmmanjaro avatar photon89 avatar scachemaille avatar ste74 avatar telephone avatar thanosapostolou avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

packages-community's Issues

Menulibre does not work in Python 3

Menulibre does not open after a fresh install.
The solution is edit manually the file /usr/lib/python3.4/site-packages/menulibre/util.py and change the instruction psutil.get_pid_list() for psutil.pids().
The project is aimed to Python 2 then I think the best solutions is do a fork.
Can I help with that?

Tox package uses deprecated client

The client in the Tox package, ProjectTox-Qt-GUI, has been deprecated for ages. Please switch to uTox or qTox, or remove it altogether ("stable" packages of alpha rolling-release software that hasn't had a single release yet is silly).

dkms.service runs after systemd-modules-load

Hi.

The issue is, that because systemd-modules-load runs before dkms, it loads old modules (eg. vboxdrv and related) before dkms has a chance to rebuild them (when needed). Sometimes it's ok because the old modules don't load due to "Exec format error" but there's at least one case where loading them causes a kernel oops (when new kernel has lock debugging enabled but old modules were built with a kernel that hadn't - if I remember correctly).

Currently, for me, the date/time when systemd-modules-load and dkms got started is seen below (although this is not the only way that I know dkms gets started after systemd-modules-load - the other way was reading dmesg and seeing how old modules failed to load, though dkms loaded them after recompilation):

$ systemctl status system-modules-load
● system-modules-load.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)
[emacs@manji ~]$ systemctl status systemd-modules-load
● systemd-modules-load.service - Load Kernel Modules
   Loaded: loaded (/usr/lib/systemd/system/systemd-modules-load.service; static)
   Active: failed (Result: exit-code) since Fri 2014-07-11 00:15:24 CEST; 2h 21min ago
     Docs: man:systemd-modules-load.service(8)
           man:modules-load.d(5)
  Process: 1582 ExecStart=/usr/lib/systemd/systemd-modules-load (code=exited, status=1/FAILURE)
 Main PID: 1582 (code=exited, status=1/FAILURE)

(ignore the failure, it's because nfs wasn't built into the kernel, and I didn't have enough time yet to see how to disable systemd-modules-load from trying to load them EDIT: fixed that, I had to uninstall nfs-utils package because it put the nfs text inside this file /usr/lib/modules-load.d/nfs-utils.conf very sneaky ;) 'cause I was looking only in /etc/mod*/)

$ systemctl status dkms
● dkms.service - Dynamic Kernel Modules System
   Loaded: loaded (/usr/lib/systemd/system/dkms.service; enabled)
   Active: active (exited) since Fri 2014-07-11 00:15:27 CEST; 2h 21min ago
  Process: 2299 ExecStart=/usr/lib/systemd/scripts/dkms start (code=exited, status=0/SUCCESS)
 Main PID: 2299 (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/dkms.service

I didn't not find any immediately obvious solution to this although I tried(but I don't have enough knowledge - beginner), for example putting a Before=systemd-modules-load.service into dkms.service seemed to have no effect.

Thanks.

PS: I'm reporting this here (probably wrongly) because dkms is from community (pacman-wise).
PS2: this issue is probably the same on archlinux too - note that I have recompiled the kernel manually, ergo maybe I am missing something and this happens only for me (this=the fact that dkms runs after s-m-l; not that i got kernel oops or Exec format error)

grub-customizer not building

I need advice for this one...

/usr/include/glibmm-2.4/glibmm/refptr.h:98:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::~RefPtr() [with T_CppObject = Glib::Binding]’ used but never defined
   inline ~RefPtr() noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:107:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::RefPtr(const Glib::RefPtr<T_CppObject>&) [with T_CppObject = Glib::Binding]’ used but never defined
   inline RefPtr(const RefPtr& src) noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:101:19: warning: inline function ‘Glib::RefPtr<T_CppObject>::RefPtr(T_CppObject*) [with T_CppObject = Glib::ByteArray]’ used but never defined
   explicit inline RefPtr(T_CppObject* pCppObject) noexcept;
                   ^
/usr/include/glibmm-2.4/glibmm/refptr.h:98:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::~RefPtr() [with T_CppObject = Glib::ByteArray]’ used but never defined
   inline ~RefPtr() noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:107:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::RefPtr(const Glib::RefPtr<T_CppObject>&) [with T_CppObject = Glib::ByteArray]’ used but never defined
   inline RefPtr(const RefPtr& src) noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:98:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::~RefPtr() [with T_CppObject = Gio::Mount]’ used but never defined
   inline ~RefPtr() noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:107:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::RefPtr(const Glib::RefPtr<T_CppObject>&) [with T_CppObject = Gio::Mount]’ used but never defined
   inline RefPtr(const RefPtr& src) noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:98:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::~RefPtr() [with T_CppObject = Gio::Drive]’ used but never defined
   inline ~RefPtr() noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:107:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::RefPtr(const Glib::RefPtr<T_CppObject>&) [with T_CppObject = Gio::Drive]’ used but never defined
   inline RefPtr(const RefPtr& src) noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:98:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::~RefPtr() [with T_CppObject = Gio::File]’ used but never defined
   inline ~RefPtr() noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:107:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::RefPtr(const Glib::RefPtr<T_CppObject>&) [with T_CppObject = Gio::File]’ used but never defined
   inline RefPtr(const RefPtr& src) noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:95:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::RefPtr() [with T_CppObject = Gio::DBus::InterfaceInfo]’ used but never defined
   inline RefPtr() noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:98:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::~RefPtr() [with T_CppObject = Gio::DBus::InterfaceInfo]’ used but never defined
   inline ~RefPtr() noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:95:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::RefPtr() [with T_CppObject = Gio::Cancellable]’ used but never defined
   inline RefPtr() noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:98:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::~RefPtr() [with T_CppObject = Gio::Cancellable]’ used but never defined
   inline ~RefPtr() noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:95:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::RefPtr() [with T_CppObject = Glib::MainContext]’ used but never defined
   inline RefPtr() noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:98:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::~RefPtr() [with T_CppObject = Glib::MainContext]’ used but never defined
   inline ~RefPtr() noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:98:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::~RefPtr() [with T_CppObject = Gio::Volume]’ used but never defined
/usr/include/glibmm-2.4/glibmm/refptr.h:107:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::RefPtr(const Glib::RefPtr<T_CppObject>&) [with T_CppObject = Gio::Volume]’ used but never defined
   inline RefPtr(const RefPtr& src) noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:98:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::~RefPtr() [with T_CppObject = Pango::LayoutLine]’ used but never defined
   inline ~RefPtr() noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:107:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::RefPtr(const Glib::RefPtr<T_CppObject>&) [with T_CppObject = Pango::LayoutLine]’ used but never defined
   inline RefPtr(const RefPtr& src) noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:95:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::RefPtr() [with T_CppObject = Gdk::Device]’ used but never defined
   inline RefPtr() noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:98:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::~RefPtr() [with T_CppObject = Gdk::Device]’ used but never defined
   inline ~RefPtr() noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:98:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::~RefPtr() [with T_CppObject = Gtk::TreeModel]’ used but never defined
/usr/include/glibmm-2.4/glibmm/refptr.h:107:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::RefPtr(const Glib::RefPtr<T_CppObject>&) [with T_CppObject = Gtk::TreeModel]’ used but never defined
   inline RefPtr(const RefPtr& src) noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:160:23: warning: inline function ‘T_CppObject* Glib::RefPtr<T_CppObject>::operator->() const [with T_CppObject = Gtk::Printer]’ used but never defined
   inline T_CppObject* operator->() const noexcept;
                       ^
/usr/include/glibmm-2.4/glibmm/refptr.h:160:23: warning: inline function ‘T_CppObject* Glib::RefPtr<T_CppObject>::operator->() const [with T_CppObject = Glib::ByteArray]’ used but never defined
/usr/include/glibmm-2.4/glibmm/refptr.h:170:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::operator bool() const [with T_CppObject = Glib::ByteArray]’ used but never defined
   inline operator bool() const noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:160:23: warning: inline function ‘T_CppObject* Glib::RefPtr<T_CppObject>::operator->() const [with T_CppObject = Gio::Mount]’ used but never defined
   inline T_CppObject* operator->() const noexcept;
                       ^
/usr/include/glibmm-2.4/glibmm/refptr.h:170:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::operator bool() const [with T_CppObject = Gio::Mount]’ used but never defined
   inline operator bool() const noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:160:23: warning: inline function ‘T_CppObject* Glib::RefPtr<T_CppObject>::operator->() const [with T_CppObject = Gio::Drive]’ used but never defined
   inline T_CppObject* operator->() const noexcept;
                       ^
/usr/include/glibmm-2.4/glibmm/refptr.h:170:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::operator bool() const [with T_CppObject = Gio::Drive]’ used but never defined
   inline operator bool() const noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:160:23: warning: inline function ‘T_CppObject* Glib::RefPtr<T_CppObject>::operator->() const [with T_CppObject = Gio::File]’ used but never defined
   inline T_CppObject* operator->() const noexcept;
                       ^
/usr/include/glibmm-2.4/glibmm/refptr.h:170:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::operator bool() const [with T_CppObject = Gio::File]’ used but never defined
   inline operator bool() const noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:160:23: warning: inline function ‘T_CppObject* Glib::RefPtr<T_CppObject>::operator->() const [with T_CppObject = Gio::Volume]’ used but never defined
   inline T_CppObject* operator->() const noexcept;
                       ^
/usr/include/glibmm-2.4/glibmm/refptr.h:170:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::operator bool() const [with T_CppObject = Gio::Volume]’ used but never defined
   inline operator bool() const noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:160:23: warning: inline function ‘T_CppObject* Glib::RefPtr<T_CppObject>::operator->() const [with T_CppObject = Pango::LayoutLine]’ used but never defined
   inline T_CppObject* operator->() const noexcept;
                       ^
/usr/include/glibmm-2.4/glibmm/refptr.h:170:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::operator bool() const [with T_CppObject = Pango::LayoutLine]’ used but never defined
   inline operator bool() const noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:160:23: warning: inline function ‘T_CppObject* Glib::RefPtr<T_CppObject>::operator->() const [with T_CppObject = Gtk::RecentInfo]’ used but never defined
   inline T_CppObject* operator->() const noexcept;
                       ^
/usr/include/glibmm-2.4/glibmm/refptr.h:170:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::operator bool() const [with T_CppObject = Gtk::RecentInfo]’ used but never defined
   inline operator bool() const noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:170:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::operator bool() const [with T_CppObject = Gtk::TreeModel]’ used but never defined
/usr/include/glibmm-2.4/glibmm/refptr.h:160:23: warning: inline function ‘T_CppObject* Glib::RefPtr<T_CppObject>::operator->() const [with T_CppObject = Gtk::TreeModel]’ used but never defined
   inline T_CppObject* operator->() const noexcept;
                       ^
/usr/include/glibmm-2.4/glibmm/refptr.h:98:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::~RefPtr() [with T_CppObject = Gtk::TreeStore]’ used but never defined
   inline ~RefPtr() noexcept;
          ^
/usr/include/glibmm-2.4/glibmm/refptr.h:98:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::~RefPtr() [with T_CppObject = Gtk::ListStore]’ used but never defined
/usr/include/glibmm-2.4/glibmm/refptr.h:98:10: warning: inline function ‘Glib::RefPtr<T_CppObject>::~RefPtr() [with T_CppObject = Gtk::SizeGroup]’ used but never defined
CMakeFiles/grub-customizer.dir/build.make:542: recipe for target 'CMakeFiles/grub-customizer.dir/src/main/gtk-client.cpp.o' failed
make[2]: *** [CMakeFiles/grub-customizer.dir/src/main/gtk-client.cpp.o] Error 1
CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/grub-customizer.dir/all' failed
make[1]: *** [CMakeFiles/grub-customizer.dir/all] Error 2
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2

compiz v0.8 packages are needing a C++11 ABI rebuild

Seems the older compiz series is broken due the C++11 ABI bump:

compiz (core) - Error: Couldn't load plugin '/usr/lib/compiz/libccp.so' : /usr/lib/libcompizconfig.so.0: undefined symbol: _ZNK6google8protobuf7Message11GetTypeNameEv
compiz (core) - Error: Couldn't load plugin 'ccp'

We either fix those packages or remove them.

Shared library error with command-not-found

hello,

I have this error message when I try to run cnf-lookup or cnf-populate.

cnf-lookup: error while loading shared libraries: libboost_system.so.1.58.0: cannot open shared object file: No such file or directory

I've checked and I have libboost_system.so in /usr/lib

nemo 2.8.6.r20.gf539ba5-1

Hello,

The latest version of nemo here, 2.8.6.r20.gf539ba5-1, breaks the "--no-desktop" functionality of nemo. Rolling back to just 2.8.6 (which is the latest version in the regular arch repositories) has worked fine. I am using manjaro-xfce and this issue affects all my systems.

I noticed someone else reporting this same issue under linuxmint/nemo#1097 and they were asked to report it here but they did not, hence I am.

Thanks

my package packnroll doesn't show in the repository lists

I wrote a package called packnroll, that helps casual packagers and experienced packagers doing the package process and it is already packaged here in packages-community, but it doesn't show in the repository lists of octopi to install it. I refreshed the repository lists many times in this lasts weeks, but the problem remains.

[sddm-maia-theme] depends

sddm-maia-theme needs a plasma depend.

There is no description or something hinting the greeter will only run if a plasma install is present.
If no plama present, you get a white screen.

Pulseaudio 6.0

Is this still needed? I remember we added them because some users had problems with pulseaudio 7...

pacman -S acpi_call fails to run depmod because ARCH instead of MANJARO

TL;DR: and also puts the module in the wrong directory (/usr/lib/modules/extramodules-3.15-ARCH/)

Hi.
cat: /usr/lib/modules/extramodules-3.15-ARCH/version: No such file or directory
source code causing the error is here: https://projects.archlinux.org/svntogit/community.git/tree/trunk/acpi_call.install?h=packages/acpi_call

the problem is ARCH is there in the code instead of MANJARO
and this happens in PKGBUILD file also: https://projects.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/acpi_call

which puts the module in this folder:

$ ls -la /usr/lib/modules/extramodules-3.15-ARCH/
total 12
drwxr-xr-x 2 root root 4096 11.07.2014 02:20 ./
drwxr-xr-x 9 root root 4096 11.07.2014 02:16 ../
-rw-r--r-- 1 root root 3992 01.07.2014 08:37 acpi_call.ko.gz

correct folder, in my case, is:

$ ls -la /usr/lib/modules/extramodules-3.15-MANJARO/
total 3192
drwxr-xr-x 2 root root    4096 11.07.2014 02:01 ./
drwxr-xr-x 9 root root    4096 11.07.2014 02:16 ../
-rw-r--r-- 1 root root 3122433 09.07.2014 04:49 fglrx.ko.gz
-rw-r--r-- 1 root root  128841 01.07.2014 23:02 ndiswrapper.ko.gz
-rw-r--r-- 1 root root      17 09.07.2014 04:33 version

I didn't try to make a solution yet because you guys know better how to do that.
Thank you for your time and consideration ;)

firefox-firetray-appind & thunderbird-firetray-appid are now renamed to firefox-firetray & thunderbird-firetray.. 0.5.4 release is out which merges the appind branch into master.

firefox-firetray-appind & thunderbird-firetray-appid are now renamed to firefox-firetray & thunderbird-firetray.. 0.5.4 release is out which merges the appind branch into master. They need to be rebuilt please..

https://github.com/manjaro/packages-community/blob/master/firefox-firetray/PKGBUILD
https://github.com/manjaro/packages-community/blob/master/thunderbird-firetray/PKGBUILD

new pkg rootmenu file conflicts

@Chrysostomus, well this is not so trivial, because people who already have bspwm-scripts installed and want to install rootmenu now will run into this problem:

error: failed to commit transaction (conflicting files)
rootmenu: /usr/bin/BspwmDesktopMenu exists in filesystem
rootmenu: /usr/bin/BspwmWindowMenu exists in filesystem
rootmenu: /usr/bin/bspwm-menu exists in filesystem
rootmenu: /usr/bin/dlogoutmenu exists in filesystem

This needs to be sorted with conflicts/replaces/provides ... something - I'm too tired tonight to still be able to think straight ;)
Lets sort this out tomorrow.
Maybe some of the experienced here have the right idea meanwhile :)
Good night!

Re: [0.8.13] Kernels, KDE Apps 15.04.2, Cinnamon 2.6, Mate 1.10

Issue with compiz08-mate>>

ode: [Select]
saarlo@saarlo-pc ~]$ sudo pacman -Syyu
[sudo] Passwort für saarlo:
:: Synchronisiere Paketdatenbanken...
core 134,6 KiB 149K/s 00:01 [######################] 100%
totem 992,0 B 0,00B/s 00:00 [######################] 100%
extra 1858,6 KiB 284K/s 00:07 [######################] 100%
community 2,9 MiB 192K/s 00:16 [######################] 100%
multilib 161,5 KiB 116K/s 00:01 [######################] 100%
pipelight 72,3 KiB 161K/s 00:00 [######################] 100%
:: Starte vollständige Systemaktualisierung...
Warnung: liboobs: Lokale Version (3.0.0-3) ist neuer als community (3.0.0-0.3)
:: mate-media-pulseaudio durch community/mate-media ersetzen? [J/n] j
:: mate-settings-daemon-pulseaudio durch community/mate-settings-daemon ersetzen? [J/n] j
Warnung: system-tools-backends: Lokale Version (2.10.2-5) ist neuer als community (2.10.2-0.3)
Löse Abhängigkeiten auf...
Suche nach in Konflikt stehenden Paketen...
Fehler: Konnte den Vorgang nicht vorbereiten (Kann Abhängigkeiten nicht erfüllen)
:: compiz08-mate: benötigt mate-window-manager

Philm wrote to me:
@saarlo: Hmm, seems we have to rebuild this package compiz08-mate somehow. You can try this

sudo pacman -Rdd compiz08-mate
sudo pacman -Syu
sudo pacman -S compiz08-mate

If it can't be installed please do:

sudo pacman -Sdd compiz08-mate

...and fill out a bugreport.

...i had to do "sudo pacman -Sdd compiz08-mate".

LG

saarlo55

Vertex-maia-gtk3 is broken

@Oberon2007 The theme does not work as intended. I think I might have made a mistake adding it, when I dod not have the know how to make it work. Sorry for wasting everybodys time.

Should we just drop it? Or spend further time trying to fix it? I'm not sure if anyone but myself would have use for it.

Upgrade 'engrampa-thunar' to v1.10.0

Engrampa is now v1.10.0 (released 5th of May).

Creating the package (v1.10.0) locally resulted in an error with caja_schema_fix.patch failing to patch. I commented out the patch and the package creation worked. I've tested it locally and everything is in working order.

^ I'm unsure if the patch is still required as it appears they've added conditionals for the caja scheme. (I only did a quick browse).

Vicky PKGBUILD doesn't need install instructions ...

Vicky PKGBUILD doesn't need install instructions like these:
install -Dm755 "Vicky" "${pkgdir}/usr/bin/vicky"
install -Dm644 "vicky.desktop" "${pkgdir}/usr/share/applications/vicky.desktop"
install -Dm644 "resource/icons/vicky24.png" "${pkgdir}/usr/share/icons/vicky.png"
install -Dm644 "resource/icons/vicky24.png" "${pkgdir}/usr/share/icons/hicolor/24x24/apps/vicky.png"
install -Dm644 "resource/icons/vicky128.png" "${pkgdir}/usr/share/icons/hicolor/128x128/apps/vicky.png"
install -Dm644 "LICENSE" "${pkgdir}/usr/share/licenses/vicky/LICENSE"

It already have it in vicky.pro file install instructions (of qmake) and then when make is executed it will be there in makefile to be installed by make install

palemoon 25-7-2

Someone one the German forum pointed out that palemoon-bin 25-7-2 has been available in the AUR for a while now. No idea how urgent it is to adopt the update but just wanted to let you know.

deepin-gettext-tools

I have added deepin-gettext-tools to community because I need it as a makedepends for other deepin pkgs. I see now that it exists also as an arch-pkg. When I remove the overlay pkg now, will the arch-community pkg become available automatically or @philmmanjaro do you have to explicitly "pluck" it from there?

can someone help with [espeak] please!?

cd dictsource && ESPEAK_DATA_PATH=/build/espeak/src/espeak-1.48.15 LD_LIBRARY_PATH=../src: ../src/espeak --compile=af && cd ..
Can't read data file: '/build/espeak/src/espeak-1.48.15/espeak-data/phontab'
Failed to load espeak-data
Makefile:2666: recipe for target 'espeak-data/af_dict' failed
make[1]: *** [espeak-data/af_dict] Error 1
make[1]: Leaving directory '/build/espeak/src/espeak-1.48.15'
Makefile:597: recipe for target 'all' failed
make: *** [all] Error 2

request 3 new packages in repo

Overview: https://forum.manjaro.org/index.php?topic=18150.msg172738#msg172738

We already have:

firefox-kde

Request:

https://aur.archlinux.org/packages/thunderbird-kde-opensuse/

  1. thunderbird-kde-opensuse , update to 31.3.0-1 with same patches and rename to "thunderbird-kde"

Not related to Plasma 5 specially but to D.E's that require appindicator support, add my packages..

  1. https://aur.archlinux.org/packages/thunderbird-firetray-appind-git/
  2. https://aur.archlinux.org/packages/firefox-firetray-appind-git/

Just remove -git syntax

advcp

Is it necessary to have this in base group?
It comes from community repo, and base group should only have core repo packages.

[steam-manjaro] steam ignores optirun

Ever since steam/steam-native were replaced with steam-manjaro I can no longer run steam with optirun properly.

Reproducing

My usual command:
env STEAM_RUNTIME=0 HOME=/home/user/documents/games XDG_DATA_HOME=/home/user/documents/games/.local/share XDG_CONFIG_HOME=/home/user/documents/games/.config optirun steam
However, testing suggests that all those env vars does not matter so I get the same result with e. g. env STEAM_RUNTIME=1 optirun steam

Config

Dell Inspiron 7720
Linux hostname 3.18.13-1-MANJARO #1 SMP PREEMPT Sat May 16 09:35:03 UTC 2015 x86_64 GNU/LinuxLinux hostname 3.18.13-1-MANJARO #1 SMP PREEMPT Sat May 16 09:35:03 UTC 2015 x86_64 GNU/Linux

  • mhwd-gpu --status
Using default
Default lib32 support: true
:: status
  lib32-libGl: '/usr/lib32/mesa/libGL.so.1.2.0'
  lib32-libGLESv1: '/usr/lib32/mesa/libGLESv1_CM.so.1.1.0'
  lib32-libGLESv2: '/usr/lib32/mesa/libGLESv2.so.2.0.0'
  lib32-libEGL: '/usr/lib32/mesa/libEGL.so.1.0.0'
  libGl: '/usr/lib/mesa/libGL.so.1.2.0'
  libGLESv1: '/usr/lib/mesa/libGLESv1_CM.so.1.1.0'
  libGLESv2: '/usr/lib/mesa/libGLESv2.so.2.0.0'
  libEGL: '/usr/lib/mesa/libEGL.so.1.0.0'
  libglx: '/usr/lib/xorg/modules/extensions/libglx.xorg'
  xorg configuration file: '/etc/X11/mhwd.d/intel.conf'
  • /etc/bumblebee/bumblebee.conf
[bumblebeed]
VirtualDisplay=:8
KeepUnusedXServer=false
ServerGroup=users
TurnCardOffAtExit=true
NoEcoModeOverride=false
Driver=nvidia
XorgConfDir=/etc/bumblebee/xorg.conf.d

[optirun]
Bridge=primus
VGLTransport=proxy
PrimusLibraryPath=/usr/lib/primus:/usr/lib32/primus
AllowFallbackToIGC=false

[driver-nvidia]
KernelDriver=nvidia
PMMethod=auto
LibraryPath=/usr/lib/nvidia:/usr/lib32/nvidia
XorgModulePath=/usr/lib/nvidia/xorg/,/usr/lib/xorg/modules
XorgConfFile=/etc/bumblebee/xorg.conf.nvidia
  • /etc/bumblebee/xorg.conf.nvidia
Section "ServerLayout"
    Identifier "Layout0"
    Option "AutoAddDevices" "false"
EndSection
Section "Device"
    Identifier  "Device1"
    Driver      "nvidia"
    BusID       "PCI:1:0:0"
    VendorName "NVIDIA Corporation"
    Option "NoLogo" "true"
    Option "UseEDID" "false"
    Option "UseDisplayDevice" "none"
    Option "ConnectedMonitor" "DFP"
EndSection
  • /etc/mkinitcpio.conf
MODULES="i915 bbswitch"
BINARIES=""
FILES=""
HOOKS="base udev autodetect modconf block keyboard keymap plymouth resume filesystems fsck"

Results

  • steam 1.0.0.49-2 and steam-native 1.0.0.49-8.1 (good)
    desktop 1_019
  • steam-manjaro (bad)
    desktop 1_018

python-efl needs to been updated

reported by forum PM:

The message they sent you was:

Hi Phil,

I see you are the maintainer on this package and apologize if you have already received messages about it, but the package in the stable repository (1.15) is out of date and causes Econnman to crash. Like Palo in this message https://forum.manjaro.org/index.php?topic=32265.msg264288#msg264288, I just downloaded the pkgbuild from the AUR (for 1.17), compiled and installed it, which has brought Econnman back to life.

As chief guru I know you must have just tons of free time to compile little packages like this ::), but when you get the chance, could you update python-efl in the repositories?

Best,
aguador

firefox & firefox-kde

Something is weird with both FF packages in unstable.

FF lost theme support.

FF-kde needs rebuild against icu-57 eventually.

$ firefox
XPCOMGlueLoad error for file /usr/lib/firefox/libxul.so:
libicui18n.so.56: cannot open shared object file: No such file or directory
Couldn't load XPCOM.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.