Re: [arch-general] Updated to gnome 3.16 and I'm getting the "oh no. Something has gone wrong. All extensions have been disabled as a precaution" error.
On 21.4.2015 21:15, Dinesh Narayan wrote: Yes I'm getting the error as soon as I log in. No I can't get to open GDM On Tue, 21 Apr 2015 6:43 pm Christian Demsar wrote: On Mon, Apr 20, 2015, at 11:04 PM, Dinesh Narayan wrote: Hey guys, Updated the system last night and right how I'm not able to see the DM. Gnome is popping the "oh no. Something has gone wrong. All extensions have been disabled as a precaution" error. Can anyone help me here. Kernel : 3.19.3.3 I'm getting a similar problem when displaying to an external monitor, but I can't reproduce it at will. Are you getting the message as soon as you log in? Can you get to GDM (if you're using GDM)? -- vixsomnis Well, start by checking your journalctl -b output for any clues.
Re: [arch-general] libgnutls problem
On 20.04.2015 00:12, Sławek Kapłoński wrote: > Thanks for help. I just tried to install it again from AUR (with yaourt) > but I got some error when compiling it: > > muttlib.o: In function `mutt_adv_mktemp': > muttlib.c:(.text+0x2698): warning: the use of `mktemp' is dangerous, better > use `mkstemp' > mutt_ssl_gnutls.o: In function `tls_negotiate': > mutt_ssl_gnutls.c:(.text+0x1aae): undefined reference to > `gnutls_protocol_set_priority' > collect2: error: ld returned 1 exit status > Makefile:643: polecenia dla obiektu 'mutt' nie powiodły się > make[2]: *** [mutt] Błąd 1 > make[2]: Opuszczenie katalogu > '/tmp/yaourt-tmp-slawek/aur-mutt-patched/src/mutt-1.5.23' > Makefile:859: polecenia dla obiektu 'all-recursive' nie powiodły się > make[1]: *** [all-recursive] Błąd 1 > make[1]: Opuszczenie katalogu > '/tmp/yaourt-tmp-slawek/aur-mutt-patched/src/mutt-1.5.23' > Makefile:538: polecenia dla obiektu 'all' nie powiodły się > make: *** [all] Błąd 2 > > For now I change pkgbuild file and replaced "--with-gnutls" with > "--with-ssl" - it works but I have to dig deeper to find out why it is > not building properly with default flags. > > Thx once again for Your help :) > > -- > Best regards / Pozdrawiam > Sławek Kapłoński > sla...@kaplonski.pl > That's a package bug and should be reported to the package maintainer. It appears the following patch may fix your problem: http://dev.mutt.org/hg/mutt/rev/48f5e2a51809?revcount=120 -- Note: My last name is not Krejzi. signature.asc Description: OpenPGP digital signature
Re: [arch-general] libgnutls problem
On 19.04.2015 23:26, Sławek Kapłoński wrote: > Hello, > > After Your reply I checked once again what mutt I have installed and I > got: > mutt-patched 1.5.23-4 > which was probably installed from AUR. > I removed it, upgrade system and installed mutt from arch repositories > (mutt-1.5.23-2-x86_64). This version is working fine. So it is only > problem with mutt-patched package. > Can You tell me then where I should report sucj problem? > If it is an AUR package, you need to rebuild it yourself and keep track of such things yourself. -- Note: My last name is not Krejzi. signature.asc Description: OpenPGP digital signature
Re: [arch-general] libgnutls problem
On 19.04.2015 23:12, Sławek Kapłoński wrote: > Hello, > > After today upgrade of system I got some problems with mutt client. When > I want to start it I got errors like: > > mutt: error while loading shared libraries: libgnutls.so.28: cannot open > shared object file: No such file or directory > > So I checked what was upgraded and with what it could be related. After > downgrading packages: > nettle and gnutls > mutt starts working properly. But after that I want to run spotify and it > fails with error: > > /usr/share/spotify/spotify-client/spotify: error while loading shared > libraries: libgnutls.so.30: cannot open shared object file: No such file or > directory > > So it looks that for spotify I should have this newest gnutls installed. > Is it "common" bug or only I have something broken in my packages? > And second question, can I have installed two versions of package somehow? > File a bug report against mutt package in the arch bug tracker. It wasn't rebuilt for gnutls-3.4.0. -- Note: My last name is not Krejzi. signature.asc Description: OpenPGP digital signature
Re: [arch-general] libicuuc.so.54: cannot open shared object
On 13.4.2015 11:29, arnaud gaboury wrote: gabx@hortensia ➤➤ ~ % R /usr/lib64/R/bin/exec/R: error while loading shared libraries: libicuuc.so.54: cannot open shared object file: No such file or directory gabx@hortensia ➤➤ ~ % mypac icu 306:icu 55.1-1 386:lib32-icu 54.1-1 gabx@hortensia ➤➤ ~ % ls -al /usr/lib32/libicuio.so.54 lrwxrwxrwx 1 root root 16 Oct 22 02:14 /usr/lib32/libicuio.so.54 -> libicuio.so.54.1* This issue is quite new, R never complain about this lib. How can I solve this issue? Thank you If that's an AUR package, you need to rebuild it yourself.
Re: [arch-general] LightDM GTK+ Greeter 2.0.0
On 02/25/2015 04:52 PM, ProgAndy wrote: > Am 25.02.2015 um 16:33 schrieb Pablo Lezaeta Reyes: >>> Hi all, >>> >>> Version 2.0.0 of the LightDM GTK greeter was released about week ago. >>> This release drops GTK2 support. >>> >> That's ironic, Xfce recommend lightdm as DM for the gtk2 theme, and the >> upcomimng xfce-gtk-engine 3.1 drop gtk3 support. > gtk3 already dropped support for theme engines, so fixing the xfce gtk3 > engine would be wasted effort. No, they did not, that would be a feature for GTK+4. They just discourage people from using it and they keep telling them to just use css. I suppose you meant that gnome-themes-standard dropped the gtk+3 engine and you are right, simply because Adwaita doesn't require it anymore. -- Note: My last name is not Krejzi. signature.asc Description: OpenPGP digital signature
Re: [arch-general] LightDM GTK+ Greeter 2.0.0
On 02/25/2015 04:33 PM, Pablo Lezaeta Reyes wrote: >> Hi all, >> >> Version 2.0.0 of the LightDM GTK greeter was released about week ago. >> This release drops GTK2 support. >> > That's ironic, Xfce recommend lightdm as DM for the gtk2 theme, and the > upcomimng xfce-gtk-engine 3.1 drop gtk3 support. > From what I saw, it didn't drop it. It just disabled it by default, which makes sense given that the desktop is GTK+2 only and they don't want to unnecessary pull in the gtk+3 dep only for the engine. >> Therefore I propose to rename the current "lightdm-gtk3-greeter" into >> "lightdm-gtk-greeter" and drop the legacy "lightdm-gtk2-greeter" to AUR. > looking oxygen keep the gtk3 in AUR gtk3 only themes tend to use gtk3 and > gtk2 only thend to use gtk or gtk2, I will preffer keep the 3 in the name. >> I could keep "lightdm-gtk2-greeter" around for a while in [community] if >> some people want me to (I'm thinking people using MATE for example, >> but it's going towards GTK3 anyway), but keep in mind that you can use >> LXDM instead if you really need a GTK2 display manager. > Or Xfce4 users, the upcoming xfce4 release is gtk2, and only after that the > migration to gtk3 will start. > so a gtk2-greeter will be apreciated until xfce drop gtk2, and dont forget > that LXDM is now presumably unmaintained or in low maintainance since they > migrate to QT >> >> If there aren't any objections by the end of the week, I'll proceed with my >> proposal. >> > Me > >> Cheers, > -- Note: My last name is not Krejzi. signature.asc Description: OpenPGP digital signature
Re: [arch-general] glx module is not loaded
On 01/24/2015 04:50 PM, SpinFlo wrote: > 2015-01-24 16:43 GMT+01:00 Armin K. : >> What does "file /usr/lib/xorg/modules/extensions/libglx.so" say? >> >> -- >> Note: My last name is not Krejzi. >> > > lrwxrwxrwx 1 root root 16 ene 19 16:12 > /usr/lib/xorg/modules/extensions/libglx.so -> libglx.so.346.35 > And what does "file /usr/lib/xorg/modules/extensions/libglx.so.346.35" return? -- Note: My last name is not Krejzi. signature.asc Description: OpenPGP digital signature
Re: [arch-general] glx module is not loaded
On 01/24/2015 04:40 PM, SpinFlo wrote: > └───╼ pkgfile /usr/lib/xorg/modules/extensions/libglx.so > extra/mesa-libgl > extra/nvidia-304xx-libgl > extra/nvidia-340xx-libgl > extra/nvidia-libgl > What does "file /usr/lib/xorg/modules/extensions/libglx.so" say? -- Note: My last name is not Krejzi. signature.asc Description: OpenPGP digital signature
Re: [arch-general] glx module is not loaded
On 01/24/2015 04:25 PM, arnaud gaboury wrote: > /etc/X11/xorg.conf.d/10-modules.conf > -- > Section "Module" > Load"glx" > EndSection > --- > > ~/.local/share/xorg/Xorg.o.log > --- > [19.596] (II) "glx" will be loaded. This was enabled by default > and also specified in the config file. > [19.596] (II) LoadModule: "glx" > [19.598] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so > [19.598] (EE) Failed to load > /usr/lib/xorg/modules/extensions/libglx.so: > /usr/lib/xorg/modules/extensions/libglx.so: cannot open shared object > file: No such file or directory > [19.598] (II) UnloadModule: "glx" > [19.598] (II) Unloading glx > [19.598] (EE) Failed to load module "glx" (loader failed, 7) > -- > > gabx@hortensia ➤➤ ~/bin % ls -al /usr/lib/xorg/modules/extensions/libglx.so > lrwxrwxrwx 1 root root 11 Jan 12 16:16 > /usr/lib/xorg/modules/extensions/libglx.so -> libglx.xorg* https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/xorg-server#n123 It's part of xorg-server. Which xorg-server (version) are you using? > gabx@hortensia ➤➤ ~/bin % > > gabx@hortensia ➤➤ ~/bin % myps Xorg > 146:gabx 2010 2009 1 Jan17 tty1 01:57:21 /usr/bin/Xorg.bin > -nolisten tcp vt1 > > > I use nouveau driver, start my x session on console with $ xinit > > Why is libglx.so not seen when it exists indeed ? > > Thank you for hints > -- Note: My last name is not Krejzi. signature.asc Description: OpenPGP digital signature
[arch-general] community svntogit stuck
FYI, in case someone who maintains it looks at the mailing list, I must inform you that community svntogit web interface is stuck at the same commit for more than 24 hours now. https://projects.archlinux.org/svntogit/community.git/log/ -- Note: My last name is not Krejzi. signature.asc Description: OpenPGP digital signature
Re: [arch-general] GDM
On 11/12/2014 08:08 PM, Frank Zimmermann wrote: > Am Donnerstag, den 06.11.2014, 06:07 +0100 schrieb Frank Zimmermann: > >> >> Yes I do have a German keyboard layout. However, the link you sent is of >> no help since when I followit I do not have the chance to change the >> keyboard settings for GDM (Anmeldebildschirm). >> For the non Geman speaking readres, the link suggest to go to >> settings-keyboard. In the bottom left is a link that leads to the >> language and region settings where on the screenshot of Akendo's link >> there is the opportunity to click on the top right on login view whichI >> do not have :-O >> >> KR Frank >> > > This is really weird. I've checked on another machine and there is the > possibility to change keyboard layout for GDM in the Gnome Control > Center, but not here! > KR Frank > Do you have IBus installed? -- Note: My last name is not Krejzi. signature.asc Description: OpenPGP digital signature
Re: [arch-general] several missing /run/xxx after systemd update in testing
On 11/03/2014 03:30 AM, Genes Lists wrote: > > This seems to be the 'right' commit upstream from Lennart: > > http://cgit.freedesktop.org/systemd/systemd/commit/?id=919699ec301ea507edce4a619141ed22e789ac0d > Yes. Go ahead and file a bug report in arch bug tracker. -- Note: My last name is not Krejzi. signature.asc Description: OpenPGP digital signature
Re: [arch-general] several missing /run/xxx after systemd update in testing
On 11/03/2014 02:25 AM, Genes Lists wrote:
> I dug in logs more and find these - is this a packaging bug made visible
> by systemd-217 or something else?
>
> Machine A) .. systemd[1]: Cannot add dependency job for unit
> cups.socket, ignoring: Unit cups.socket failed to load: No such file or
> directory.
> ... systemd[1]: Cannot add dependency job for unit cups.path, ignoring:
> Unit cups.path failed to load: No such file or directory.
These got renamed to org.cups.cupsd.{service,path,socket}
> ... systemd[1]: Cannot add dependency job for unit rpc-idmapd.service,
> ignoring: Unit rpc-idmapd.service failed to load: No such file or
> directory.
This got renamed to nfs-idmapd.service
> ... systemd[1]: Found ordering cycle on basic.target/start
> ... systemd[1]: Breaking ordering cycle by deleting job
> systemd-update-utmp.service/start
> ... systemd[1]: Job systemd-update-utmp.service/start deleted to break
> ordering cycle starting with basic.target/start
> ... systemd[1]: Found ordering cycle on basic.target/start
> ... systemd[1]: Breaking ordering cycle by deleting job
> systemd-tmpfiles-setup.service/start
> ... systemd[1]: Job systemd-tmpfiles-setup.service/start deleted to
> break ordering cycle starting with basic.target/start
>
> Machine B (this one failed to start mysqld)
> .. systemd[1]: Found dependency on NetworkManager-wait-online.service/start
> .. systemd[1]: Found dependency on basic.target/start
> .. systemd[1]: Breaking ordering cycle by deleting job
> systemd-tmpfiles-setup.service/start
> No.. systemd[1]: Job systemd-tmpfiles-setup.service/start deleted to
> break ordering cycle starting with basic.target/start
> .. systemd[1]: Stopped Switch Root.
>
> ... systemd[1]: Cannot add dependency job for unit rpc-idmapd.service,
> ignoring: Unit rpc-idmapd.service failed to load: No such file or
> directory.
> ... systemd[1]: Found ordering cycle on basic.target/start
> ... systemd[1]: Found dependency on sysinit.target/start
> ...systemd[1]: Found dependency on systemd-tmpfiles-setup.service/start
> ...systemd[1]: Found dependency on systemd-journal-flush.service/start
> ... systemd[1]: Found dependency on remote-fs.target/start
> ...systemd[1]: Found dependency on mnt-Name-mirror.mount/start
> ...systemd[1]: Found dependency on network.target/start
>
Remove the mentioned files manually from /etc/systemd/system hierarchy
and enable the new ones and see if you're lucky.
--
Note: My last name is not Krejzi.
signature.asc
Description: OpenPGP digital signature
Re: [arch-general] several missing /run/xxx after systemd update in testing
On 11/03/2014 02:12 AM, Genes Lists wrote: > On 11/02/2014 08:07 PM, Armin K. wrote: >> systemctl status systemd-tmpfiles-setup > > Thanks - here's what I get on machine A (the mysql server): > > systemctl status systemd-tmpfiles-setup > ● systemd-tmpfiles-setup.service - Create Volatile Files and Directories >Loaded: loaded > (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static) >Active: inactive (dead) > Docs: man:tmpfiles.d(5) >man:systemd-tmpfiles(8) > > > And on machine B - stunnel : > > # systemctl status systemd-tmpfiles-setup > ● systemd-tmpfiles-setup.service - Create Volatile Files and Directories > > >Loaded: loaded > (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static) > > >Active: inactive (dead) > > > Docs: man:tmpfiles.d(5) > > >man:systemd-tmpfiles(8) > > ... systemd[1]: Job systemd-tmpfiles-setup.service/start deleted to > break ordering cycle starting with basic.target/start > ...Job systemd-tmpfiles-setup.service/start deleted to break ordering > cycle starting with basic.target/start > ...Job systemd-tmpfiles-setup.service/start deleted to break ordering > cycle starting with basic.target/start Maybe this patch would help? http://pkgs.fedoraproject.org/cgit/systemd.git/tree/0001-units-don-t-order-journal-flushing-afte-remote-fs.ta.patch It fixes a dependency for a service which starts before systemd-tmpfiles-setup as I see. -- Note: My last name is not Krejzi. signature.asc Description: OpenPGP digital signature
Re: [arch-general] several missing /run/xxx after systemd update in testing
On 11/03/2014 02:05 AM, Genes Lists wrote: > >I posted about stunnel failing after systemd update - then I found > that php-fpm has same problem - issue of course only shows up after a > boot when /run is re-created. > > Now I have found that mariadb won't start either - same reason - > missing /run/mysqld directory (so cannot create socket) > > My work around is to copy the service files to /etc/systemd/system > and edit them to add ExecStartPre lines to create /run/xxx and adjust > ownership. > > Anyway - be warned if you have things failing to start this just > might be your problem too!! > > gene/ I remember one of your mails mentioned a failure in systemd-tmpfiles service. So, just to verify - can you check this command: systemctl status systemd-tmpfiles-setup -- Note: My last name is not Krejzi. signature.asc Description: OpenPGP digital signature
Re: [arch-general] Upgrade of KDE
On 08/20/2014 10:16 PM, Sławek Kapłoński wrote: > Hello, > > Today I update my system with pacman and there was kde upgrade to 4.14.0 > version. Now I have problem that "kontact" don't want to start. When I > check akonadi in akonadiconsole I saw that there is errors as below (I > paste only errors results). Do You know is it related to Arch's kde > packages and I should wait to new upgrade or maybe this is bug in kde > and I should report it directly on kde? > > Thanks in advance > Slawek Kaplonski > > Akonadi Server Self-Test Report > === > > Test 5: ERROR > > > MySQL server log contains errors. > Details: The MySQL server error log file ' href='skins/larry/home/slawek/.local/share/akonadi/db_data/mysql.err'>/home/slawek/.local/share/akonadi/db_data/mysql.err' > contains errors. > > File content of '/home/slawek/.local/share/akonadi/db_data/mysql.err': > 2014-08-20 20:21:29 7f65ab14c780 InnoDB: Warning: Using > innodb_additional_mem_pool_size is DEPRECATED. This option may be > removed in future releases, together with the option > innodb_use_sys_malloc and with the InnoDB's internal memory allocator. > 140820 20:21:29 [Note] InnoDB: Using mutexes to ref count buffer pool pages > 140820 20:21:29 [Note] InnoDB: The InnoDB memory heap is disabled > 140820 20:21:29 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins > 140820 20:21:29 [Note] InnoDB: Compressed tables use zlib 1.2.8 > 140820 20:21:29 [Note] InnoDB: Using Linux native AIO > 140820 20:21:29 [Note] InnoDB: Using CPU crc32 instructions > 140820 20:21:29 [Note] InnoDB: Initializing buffer pool, size = 80.0M > 140820 20:21:29 [Note] InnoDB: Completed initialization of buffer pool > 140820 20:21:29 [Note] InnoDB: Highest supported file format is Barracuda. > 140820 20:21:29 [Note] InnoDB: 128 rollback segment(s) are active. > 140820 20:21:29 [Note] InnoDB: Waiting for purge to start > 140820 20:21:29 [Note] InnoDB: Percona XtraDB (http://www.percona.com) > 5.6.19-67.0 started; log sequence number 344986041 > 140820 20:21:29 [Note] Plugin 'FEEDBACK' is disabled. > 140820 20:21:29 [ERROR] Can't open and lock privilege tables: Table > 'mysql.servers' doesn't exist > 140820 20:21:29 [Warning] Can't open and lock time zone table: Table > 'mysql.time_zone_leap_second' doesn't exist trying to live without them > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'cond_instances' has the wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'events_waits_current' has the wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'events_waits_history' has the wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'events_waits_history_long' has the wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'events_waits_summary_by_host_by_event_name' has > the wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'events_waits_summary_by_instance' has the wrong > structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'events_waits_summary_by_thread_by_event_name' has > the wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'events_waits_summary_by_user_by_event_name' has > the wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'events_waits_summary_by_account_by_event_name' has > the wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'events_waits_summary_global_by_event_name' has the > wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'file_instances' has the wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'file_summary_by_event_name' has the wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'file_summary_by_instance' has the wrong structure > 140820 20:21:29 [ERROR] Native table 'performance_schema'.'host_cache' > has the wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'mutex_instances' has the wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'objects_summary_global_by_type' has the wrong > structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'performance_timers' has the wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'rwlock_instances' has the wrong structure > 140820 20:21:29 [ERROR] Native table 'performance_schema'.'setup_actors' > has the wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'setup_consumers' has the wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'setup_instruments' has the wrong structure > 140820 20:21:29 [ERROR] Native table > 'performance_schema'.'setup_objects' has the wrong structure > 140820 20:21:29 [ERROR] Native table 'performance_schema'.'setup_timers' > has the wrong structure > 140820 20:21:29 [ERROR] Native tabl
Re: [arch-general] Dependency Hell
On 07/15/2014 03:27 PM, Chris Tonkinson wrote:
> Hi all,
>
> I have ZFS (from AUR) and VirtualBox (from Community) installed. The
> problem is that these both dependend typically on very specific kernel
> versions, and usually ("usually" being a subjective and ill-defined term
> slanted by when and how often I update my system; at least once per day)
> cause dependency failures which prevent *ANY* upgrades from being processed.
>
> As such, my /etc/pacman.conf contains an ignore declaration:
>
> IgnorePkg = linux zfs-git spl-git virtualbox virtualbox-host-dkms
> virtualbox-host-modules
>
> So once in a while, I'll comment out my IgnorePkg and attempt a system
> update and expect it to fail because getting the kernel, ZFS, and
> VirtualBox all to line up at the same time feels like, to quote Scotty,
> "trying to hit a bullet with a smaller bullet, whilst wearing a
> blindfold, riding a horse."
>
> Is there any graceful solution here? Clearly the three won't (can't)
> ALL be bleeding edge simultaneously, but is there a sane workaround to
> keep them as-current-as-possible without pacman barfing on everything
> else. It's not immediately obvious to me how to combine IgnorePkg,
> HoldPkg, and NoUpgrade to achieve the desired result.
>
> Thanks,
> -Chris
>
If vbox is installed from community, then its module should always be
built against latest kernel in [extra]. That means that zfs-git is only
one that causes the problems. Removing it, installing all updates, then
reinstalling it might be a way forward. Welcome to Archlinux/AUR
combination.
--
Note: My last name is not Krejzi.
signature.asc
Description: OpenPGP digital signature
Re: [arch-general] spamassassin and perl-net-dns fail to find nameserver
On 06/05/2014 10:27 PM, Florian Pritz wrote:
> Hi,
>
> I've worked around the error caused by net-dns being a developer
> release, but SA still fails to find nameservers so DNSBL checks will not
> be used.
>
> If you have the same problem add 'dns_server 127.0.0.1' or similar to
> your /etc/mail/spamassassin/local.cf or better yet figure out why it
> fails and contact the right people.
>
> I currently don't have enough time to take a good look at the issue, but
> I figured I should probably write this so you can at least properly
> block spam.
>
> Happy mailing and sorry for all the perl breakage. Ideas on how to
> prevent them (library soname? sadly that seems unsupported by upstream
> afaict) are very welcome.
>
Speaking of soname, I have been using that one on my custom Linux OS. I
borrowed it from Debian. The script part is down below:
make libperl.so.${VER} SHRPLDFLAGS='$(LDDLFLAGS)
-Wl,-soname,libperl.so.${MAJOR_VER}'
ln -s libperl.so.${VER} libperl.so.${MAJOR_VER}
ln -s libperl.so.${MAJOR_VER} libperl.so
...
rm -f ${DEST}/usr/lib/perl/${MAJOR_VER}/CORE/libperl.so
rm -f ${DEST}/usr/lib/perl/${MAJOR_VER}/CORE/libperl.so.${MAJOR_VER}
mv ${DEST}/usr/lib/perl/${MAJOR_VER}/CORE/libperl.so.${VER} ${DEST}/usr/lib
ln -sf libperl.so.${VER} ${DEST}/usr/lib/libperl.so.${MAJOR_VER}
ln -sf libperl.so.${MAJOR_VER} ${DEST}/usr/lib/libperl.so
...
--
Note: My last name is not Krejzi.
Re: [arch-general] CA certifcates
On 05/30/2014 05:15 AM, Eduardo Machado wrote: > 2014-05-29 5:30 GMT-03:00 Timothée Ravier : > >> On 29/05/2014 04:30, Eduardo Machado wrote: >>> But... This week, after a system upgrade both Firefox and Chrome, >>> stopped to reflect this, even after i did all the above process >>> again. >>> >>> Firefox and Chrome are not using the ca-certificates package? Is >>> there a way to do what i'm trying to do (a central point to manage >>> certificates for all apps, especially browsers)? >> >> Fedora has been working on something close to what you'd want: one place >> to manage all certificates: >> >> http://fedoraproject.org/wiki/Features/SharedSystemCertificates >> >> I don't know how hard it would be integrate this into Arch Linux. >> > > I will study this so i can help. Anyone already looking into this? > > But what was strange for me was that doing the steps i listed above it > worked at Arch some months ago... > > Do you know where Firefox or Chrome look for this list of CA certs? > > Firefox uses certificates from NSS database which is I believe compiled into NSS library (the same file is used to generate most if not all of ca-certificates though). I presume chrome/ium does the same. >> >>> And, a last question, is there a way to run a script after a >>> specific package upgrade? >> >> I think this has been discussed at some point but this hasn't been >> implemented yet as far as I remember. >> >> -- >> Timothée Ravier >> > > Thanks for the answer. > -- Note: My last name is not Krejzi.
Re: [arch-general] Creating a Desktop Sound Scheme
On 05/06/2014 09:48 PM, Hunter Jozwiak wrote: > Hi all. I've been searching around on the internet, trying to track > down information on this topic, but I can't find a clear cut guide. > So, my question is this: how do you make your own sound notification > scheme for Gnome? > http://www.freedesktop.org/wiki/Specifications/sound-theme-spec/ -- Note: My last name is not Krejzi.
Re: [arch-general] Using Wayland/Weston in ArchLinux
On 04/25/2014 10:38 PM, pplive wrote: > Dear all, > > I have installed ArchLinux on a virtual machine hosted by my > VirtualBox. The desktop I picked is enlightenment > > I have also installed wayland/weston by pacman. > > I tried to play with weston according to the following page: > > https://wiki.archlinux.org/index.php/wayland > > If I just run weston, I can create a window, and I can configure the > height/width of the window. > > However, when I tried "weston-launch", there is an error message > > "weston-launch must be run from a virtual terminal" > As the message says, it must be run from a VT (tty). Since you're using VBox, you won't be able to run it from VT with standard configuration. VBox doesn't have proper graphics stack for that. fbdev backend works though weston-launch -- --backend=fbdev-backend.so > When I tried "weston-flower", the error information is as follows: > "error: XDG_RUNTIME_DIR not set in the environment. > failed to connect to Wayland display: NO such file or directory > failed to create display: No such file or directory" > No compositor (weston) running in the session you are starting weston-flower from? XDG_RUNTIME_DIR should be set by systemd at login. > Did I miss something? Can somebody provide me some hints? > > Thanks so much! > > Best regards, > Alex > -- Note: My last name is not Krejzi.
Re: [arch-general] How do I preserve changes to okular.desktop?
On 04/19/2014 10:07 PM, Chris Moline wrote: > Hi, every time I upgrade okular chrome starts opening two instances. One > has a dialong saying it couldn't find '%I' and the other has the document I > want. All I have to do to fix it is to remove %I from the .desktop file. > How do I preserve this change across upgrades? Alternatively, how do I get > the '%I' to be expanded properly? > > Sorry if this is asked a lot. My search-fu was not up to the task. > Have you tried putting it in ~/.local/share/applications ? -- Note: My last name is not Krejzi.
Re: [arch-general] cyrus-sasl problems
On 04/12/2014 02:49 PM, Łukasz Michalski wrote: > Hi, > > Today I upgraded arch and have problems with sasl 2.1.26: > > [root@black etc]# sasldblistusers2 -f /etc/sasldb2.broken > listusers failed > > I can dump and recreate this file with db_dump and db_load, but even > after that sasldblistuser2 and saslpasswd refuse to use this file. > > I can use sasl 2.1.15 from other distro read and update this file, but > on all my arch distros sasl 2.1.26 refuses to read it. > > I can create plain new file with saslpasswd and it works correctly. > > Anyone had similar problems? > > Regards, > Łukasz Archlinux builds cyrus-sasl with gdbm instead of berkeley db nowadays. Maybe that's your issue. You could try rebuilding cyrus-sasl with berkeley db support and see if it fixes your issue. -- Note: My last name is not Krejzi.
[arch-general] svntogit stuck
In case some of the people responsible for it are reading this: svn2git is stuck for 2 days without any changes although the packages are being upgraded. I can't even examine changes for packages through al.o/packages anymore. -- Note: My last name is not Krejzi.
Re: [arch-general] GNOME Software: Status and integrable?
On 03/26/2014 01:26 AM, Karol Babioch wrote: > Hi, > > now that GNOME 3.12 has been released and probably will hit the repos in > the next couple of days/weeks, I'm wondering what the current status of > "Software" is [1]? This is an application similar to an app store in the > mobile world. > > I couldn't find it in the repos, and I wouldn't expect it to even work > without some patching, because obviously it would have to be integrated > into the packet management system. The only reference I could find in > regards to Arch Linux was a forum thread from last year [2], which > basically ended up in a mess without any real answers. > > On the other hand I may have missed it, because GNOME is really good in > using generic terms like "Software" and "Web" to name their > applications, which are not great to search for :'(. > > I'm not interested in another flame war about GNOME, when it hits the > repos and things like that. I just want to know whether this particular > application is available/works and if not what the technical hurdles > would be to make it work and whether it is feasible to get it working in > the near term. Arguably users of Arch Linux are expected to know how to > use use the command line (including pacman) and I'm fine with that, but > I wouldn't mind to be able to browse an app store, just for the fun of > it ;). > > Best regards, > Karol Babioch > > [1]: https://wiki.gnome.org/Design/Apps/Software > [2]: https://bbs.archlinux.org/viewtopic.php?id=170223 > Not that I am much aware of the state of this, but from what I've seen, the package requires packagekit. Archlinux packagekit package is fairly old and I doubt that it can be used by gnome-software. There was a thread on one of archlinux mailing lists regarding packagekit not so long ago, but even after that thread, packagekit still remained at version 0.7 which was released 2 years ago, while 0.8 (maybe even 0.9) is the latest available version. -- Note: My last name is not Krejzi.
Re: [arch-general] graphical display management
On 03/19/2014 09:17 PM, message wrote: > Readers, > > According to the command 'pacman -Q -e | less', gdm is shown as > installed. The command 'startx' doesn't start gdm, but instead the same > graphical manager that starts following the test procedure. > > How to start gdm? > gdm is a daemon, not something that's started with startx. systemctl start gdm, as root. systemctl enable gdm will enable it to always start at boot. -- Note: My last name is not Krejzi.
Re: [arch-general] [arch-dev-public] Upgrading Apache to 2.4
On 03/07/2014 12:39 AM, Anatol Pomozov wrote: > Hi > > + php maintainer > > On Thu, Mar 6, 2014 at 3:05 PM, Rene Pasing wrote: >> Hi Anatol, >> >> On 03/06/2014 10:48 PM, Anatol Pomozov wrote: >>> Apache 2.4 has been moved from [testing] to [extra] and now available >>> for everyone. Please update your setup, follow the migration >>> instructions https://httpd.apache.org/docs/trunk/upgrading.html and >>> report any problems. Thanks everyone. >> >> I get the following error: >> >> Mar 06 23:59:34 VAIO-ARCH apachectl[697]: [Thu Mar 06 23:59:34.072638 >> 2014] [:crit] [pid 699:tid 139754760394624] Apache is running a threaded >> MPM, but your PHP Module is not compiled to be threadsafe. You need to >> recompile PHP. >> Mar 06 23:59:34 VAIO-ARCH apachectl[697]: AH00013: Pre-configuration failed >> Mar 06 23:59:34 VAIO-ARCH systemd[1]: httpd.service: control process >> exited, code=exited status=1 >> Mar 06 23:59:34 VAIO-ARCH systemd[1]: Failed to start Apache Web Server. >> Mar 06 23:59:34 VAIO-ARCH systemd[1]: Unit httpd.service entered failed >> state. >> >> I will switch to php-fpm soon, but nevertheless... Just wanted you to be >> aware... ;-) > > Sounds like a bug to me. Mind filing one at bugs.archlinux.org? > > Pierre, I found some information in Google+ related to apache24 > package in aur: "The only thing was that I had to recompile PHP to be > thread-safe. It was '--enable-zts' parameter, I think...". The flag > sounds like a solution for this bug. > Default mpm in apache is thread safe one. You need to switch to non-thread safe one (prefork?) in order to use mod_php5 with apache2.4 -- Note: My last name is not Krejzi.
Re: [arch-general] [Bad fix?] was Re: No user sound - only root has access alsamixer on virtualbox?
On 2.2.2014 22:01, David C. Rankin wrote:
On 02/01/2014 10:43 PM, Armin K. wrote:
On 02/02/2014 05:23 AM, David C. Rankin wrote:
On 02/01/2014 08:54 PM, Armin K. wrote:
Seems like you installed pulseaudio but you aren't running it.
pulseaudio usually runs as normal user and not as root user - that's why
root uses "raw alsa", and normal user uses "alsa through pulseaudio".
Hmm.. You are correct. But installing pulseaudio-alsa which provides
/etc/asound.conf:
# Use PulseAudio by default
pcm.!default {
type pulse
fallback "sysdefault"
hint {
show on
description "Default ALSA Output (currently PulseAudio Sound Server)"
}
}
ctl.!default {
type pulse
fallback "sysdefault"
}
Has always taken care of this automatically before. However, this is the first
build of Trinity on Arch that does not rely on hal, so there may be more
required to get sound going for normal users. I have started pulseaudio, but as
of yet, I cannot get sound configured and working. Sound has always been tricky
when it is not working. Here, apparently root works just fine using "raw alsa",
but then what to do for the users. I'll keep picking around, if you have any
other suggestions, please let me know. Thanks.
Well, pulseaudio-alsa is installed by default with pulseaudio iirc, so
you'll always get that. pulseaudio daemon is started by a startup file
in /etc/xdg/autostart, but I believe it can be dbus activated when
something requests it - yet you still need to have a valid dbus session
in either cases - be it dbus-launch-ed one or (not really sure 'bout
this one) the one started with systemd user session.
Following your suggestions, I examined the files in /etc/xdg/autostart and I
tried about ever combination of inits to get sound going, but failed each time
to get any sound as user. However, this was one of those frustrating situations
where I decided to try adding the user to the audio group and tested everything
without success, but I left the user as a member of the group when the system
was shut down. Apparently, that is all that it took, because when I started the
system this morning - sound began automatically playing beautifully. All the
settings in TDE are the default 'Autodetect' sound system settings and I made no
config file changes.
After reading the forum posts that recommended adding the user to the audio
group, then reading the wiki pages Warning: don't do it, I'm left curious what I
should do in this situation. For whatever reason, sound would not play in TDE
until the user was added to the audio group and the system restarted. So what
does this tell me isn't working correctly such that non-root users don't have
sound access unless in the audio group? Obviously, for Arch, the standard is to
not have users in the audio group to prevent breaking fast-user-switching, etc.
What process then must be incorporated and relied upon to make this work
correctly?
According to
https://wiki.archlinux.org/index.php/Advanced_Linux_Sound_Architecture (footnote
[1] under Installation) sound access was provided to users via Consolekit in the
past. Consolekit is no longer part of Arch. I have kept basic build of TDE for
Arch totally reliant on Arch packages, so I would like to solve the sound
problem in the proper way so that this desktop is a seamless addition to Arch.
What is the best approach to finding a solution to this sound issue?
You shouldn't need to have user member of any group that granted access
to the any kind of hardware nowadays. That's handled by logind, which is
a replacement for ConsoleKit.
But, if you start your DE via .xinitrc, you need to make xserver start
on the same VT in order to preserve valid systemd session. Also, you
should have a user dbus daemon started, as I already pointed out.
If you are starting your DE via some kind of Display Manager, and given
that it uses PAM, its PAM file need to contain systemd pam file in
session section, unless you include system files.
https://wiki.archlinux.org/index.php/Xinitrc#Getting_started - Scroll
down to the note right before "Configuration"
https://wiki.archlinux.org/index.php/General_Troubleshooting#Session_permissions
Re: [arch-general] No user sound - only root has access alsamixer on virtualbox?
On 02/02/2014 05:23 AM, David C. Rankin wrote:
> On 02/01/2014 08:54 PM, Armin K. wrote:
>> Seems like you installed pulseaudio but you aren't running it.
>> pulseaudio usually runs as normal user and not as root user - that's why
>> root uses "raw alsa", and normal user uses "alsa through pulseaudio".
>
> Hmm.. You are correct. But installing pulseaudio-alsa which provides
> /etc/asound.conf:
>
> # Use PulseAudio by default
> pcm.!default {
> type pulse
> fallback "sysdefault"
> hint {
> show on
> description "Default ALSA Output (currently PulseAudio Sound Server)"
> }
> }
>
> ctl.!default {
> type pulse
> fallback "sysdefault"
> }
>
> Has always taken care of this automatically before. However, this is the first
> build of Trinity on Arch that does not rely on hal, so there may be more
> required to get sound going for normal users. I have started pulseaudio, but
> as
> of yet, I cannot get sound configured and working. Sound has always been
> tricky
> when it is not working. Here, apparently root works just fine using "raw
> alsa",
> but then what to do for the users. I'll keep picking around, if you have any
> other suggestions, please let me know. Thanks.
>
Well, pulseaudio-alsa is installed by default with pulseaudio iirc, so
you'll always get that. pulseaudio daemon is started by a startup file
in /etc/xdg/autostart, but I believe it can be dbus activated when
something requests it - yet you still need to have a valid dbus session
in either cases - be it dbus-launch-ed one or (not really sure 'bout
this one) the one started with systemd user session.
--
Note: My last name is not Krejzi.
Re: [arch-general] No user sound - only root has access alsamixer on virtualbox?
On 02/02/2014 03:14 AM, David C. Rankin wrote: > Guys, > > I've run into a problem with sound on a new archlinux guest install on > virtualbox (v4.36). Only root can see/access the sound system. From the asla > page, I've tried 'alsactl init' and I've also tried adding user to the audio > group as mentioned in old forum pages, but still only root sees sound. The > guest > is a fully updated Arch install (with updates through today) Here are the > details: > > As user: > > 19:46 valhalla:~> alsamixer > cannot open mixer: No such file or directory > > 19:51 valhalla:~> cat /proc/asound/cards > 0 [I82801AAICH]: ICH - Intel 82801AA-ICH > Intel 82801AA-ICH with STAC9700,83,84 at irq 11 > > 19:53 valhalla:~> lsmod | grep snd > snd_intel8x0 23757 0 > snd_ac97_codec 89404 1 snd_intel8x0 > ac97_bus 878 1 snd_ac97_codec > snd_pcm63880 2 snd_ac97_codec,snd_intel8x0 > snd_page_alloc 5978 2 snd_intel8x0,snd_pcm > snd_timer 14946 1 snd_pcm > snd44598 4 snd_ac97_codec,snd_intel8x0,snd_timer,snd_pcm > soundcore 4386 1 snd > > 20:00 valhalla:~> aplay -l > aplay: device_list:268: no soundcards found... > > 20:00 valhalla:~> aplay -L > null > Discard all samples (playback) or generate zero samples (capture) > pulse > PulseAudio Sound Server > default > Default ALSA Output (currently PulseAudio Sound Server) > > As root: > > [20:01 valhalla:/home/david] # alsamixer (works fine) > No protocol specified > xcb_connection_has_error() returned true > > [20:02 valhalla:/home/david] # aplay -l > List of PLAYBACK Hardware Devices > card 0: I82801AAICH [Intel 82801AA-ICH], device 0: Intel ICH [Intel > 82801AA-ICH] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > > [20:02 valhalla:/home/david] # aplay -L > null > Discard all samples (playback) or generate zero samples (capture) > pulse > PulseAudio Sound Server > default > Default ALSA Output (currently PulseAudio Sound Server) > sysdefault:CARD=I82801AAICH > Intel 82801AA-ICH, Intel 82801AA-ICH > Default Audio Device > front:CARD=I82801AAICH,DEV=0 > Intel 82801AA-ICH, Intel 82801AA-ICH > Front speakers > surround40:CARD=I82801AAICH,DEV=0 > Intel 82801AA-ICH, Intel 82801AA-ICH > 4.0 Surround output to Front and Rear speakers > surround41:CARD=I82801AAICH,DEV=0 > Intel 82801AA-ICH, Intel 82801AA-ICH > 4.1 Surround output to Front, Rear and Subwoofer speakers > surround50:CARD=I82801AAICH,DEV=0 > Intel 82801AA-ICH, Intel 82801AA-ICH > 5.0 Surround output to Front, Center and Rear speakers > surround51:CARD=I82801AAICH,DEV=0 > Intel 82801AA-ICH, Intel 82801AA-ICH > 5.1 Surround output to Front, Center, Rear and Subwoofer speakers > iec958:CARD=I82801AAICH,DEV=0 > Intel 82801AA-ICH, Intel 82801AA-ICH > IEC958 (S/PDIF) Digital Audio Output > > I have since removed the user from audio group since it didn't help. I > cannot > find a solution. Any thoughts? > Seems like you installed pulseaudio but you aren't running it. pulseaudio usually runs as normal user and not as root user - that's why root uses "raw alsa", and normal user uses "alsa through pulseaudio". -- Note: My last name is not Krejzi.
Re: [arch-general] libgcrypt.so.20 missing
On 01/13/2014 07:08 PM, Mark E. Lee wrote: > Salutations! > > After an upgrade of my entire system, I am now unable to install > packages or run any programs that depend on libgcrypt. I get the > following error : libgrypt.so.20 not found. > > Looking at my pacman logs it seems that This error appeared after an > update to pth (2.0.7-4 -> 2.0.7-5). I've downgraded the package but it > doesn't seem to solve the issue. > > Regards, > Mark > libgcrypt.so.20 is part of libgcrypt-1.6.0 which is in [core]. I believe it has been moved there recently, so try to run pacman -Syu again. -- Note: My last name is not Krejzi.
Re: [arch-general] Patch for update-mime-info slowness
On 5.12.2013 20:10, Lukas Jirkovsky wrote: On Thu, Dec 5, 2013 at 7:37 PM, Gaetan Bisson wrote: [2013-12-04 15:00:31 -0500] Sébastien Leblanc: I am kind of annoyed by the time it takes to update the MIME database Please, please, please. Bug reports and feature requests go to: I'm not sure whether this should classify as a bug report. Back to the topic. Lately, I have been annoyed by that, too. Maybe it's some recent change (or I just didn't notice it before). I concur, syncing something like MIME database that can be easily rebuild in case an unlikely filesystem corruption occurs seems kinda stupid. Lukas It's a "feature". It happened on 1.1 -> 1.2 upgrade, and I believe that this commit may be the culprit: http://cgit.freedesktop.org/xdg/shared-mime-info/commit/?id=b58fea97ee1579517ced6091b7bd52d788fc01bb You can try reverting it yourself and then rebuilding the package to see if this is the actual problem. If it is, I suggest you report bug to shared-mime-info maintainers (bugs.fd.o).
Re: [arch-general] apache 2.4
On 11/20/2013 05:21 AM, Caleb Cushing wrote: > I'm just curious as to why we're still on apache-2.2, at one point I think > I assumed it was a php thing, but php-5.5 got lauched a bit ago and I can > think of at least one php application I tried to run which wouldn't work on > it, so that's probably not it. > I've posted few patches back in July for Apache 2.4 enablement, but I got no attention from JGC at all. Note that php patch isn't correct one - php 5.5 seems to explicitly need zts enabled using --enable-maintainer-zts in order to get PHP5 apache module to work with Apache 2.4. https://mailman.archlinux.org/pipermail/arch-general/2013-July/033772.html
Re: [arch-general] Wayland Support in Gnome 3.10
On 09/25/2013 10:02 PM, Armin K. wrote: > On 09/25/2013 09:13 PM, Jan Alexander Steffens wrote: >> On Wed, Sep 25, 2013 at 6:08 PM, kristof wrote: >>> I'm not entirely savvy with all the details but from my understanding, >>> GNOME 3.10 will be featuring a Wayland tech preview, meaning that it can >>> (optionally?) use the wayland protocol to manage graphics and windows >>> and all that fun stuff. >>> >>> Are we going to compile this support by default? Does anyone know how >>> and if we'll be able to switch back and forth between Xorg and Wayland? >> >> It's all just ad-hoc in 3.10. For example, GDM has no support for Wayland. >> >> What you're supposed to do is log in on a VT (in text mode) and then >> run "gnome-session --session=gnome-wayland" to start the GNOME Shell. >> Alternatively, run "gnome-shell --wayland" from X to get a nested >> shell. >> >> However, at least for me it doesn't work at the moment: The shell >> launched from text mode just aborts with a trap, and the nested shell >> errors with: >> (gnome-shell-wayland:12690): Clutter-CRITICAL **: Unable to initialize >> Clutter: Failed to connected to any renderer due to constraints >> >> I'm a bit puzzled about how to fix this. I have Intel Sandy Bridge >> graphics, and the needed features of cogl and clutter are enabled. >> Insight welcome. >> >> I've already tried adding XWayland (xorg-server from xwayland branch >> with --enable-wayland, as well as xf86-video-wayland), but that didn't >> change anything. It's likely XWayland is needed anyway, but it seems >> my current problem is another one. >> > > You can use "mutter-launch -- gnome-shell-wayland --wayland" from a VT. > The clutter error seems to be there because cogl wasn't built with x11 > egl platform, but you shouldn't be getting that anyways. It's a bit ugly > when starting it this way (ie, nearly impossible to shut it down - > keybindings don't work, no vt switch), but it seems to start. > > Also, xwayland is required for gnome-shell-wayland to fire up. > Update, gnome-session --session=gnome-wayland works only as root when started from VT (for me). For some reason, xwayland dies when ran as normal user and gnome-shell-wayland traps.
Re: [arch-general] Wayland Support in Gnome 3.10
On 09/25/2013 09:13 PM, Jan Alexander Steffens wrote: > On Wed, Sep 25, 2013 at 6:08 PM, kristof wrote: >> I'm not entirely savvy with all the details but from my understanding, >> GNOME 3.10 will be featuring a Wayland tech preview, meaning that it can >> (optionally?) use the wayland protocol to manage graphics and windows >> and all that fun stuff. >> >> Are we going to compile this support by default? Does anyone know how >> and if we'll be able to switch back and forth between Xorg and Wayland? > > It's all just ad-hoc in 3.10. For example, GDM has no support for Wayland. > > What you're supposed to do is log in on a VT (in text mode) and then > run "gnome-session --session=gnome-wayland" to start the GNOME Shell. > Alternatively, run "gnome-shell --wayland" from X to get a nested > shell. > > However, at least for me it doesn't work at the moment: The shell > launched from text mode just aborts with a trap, and the nested shell > errors with: > (gnome-shell-wayland:12690): Clutter-CRITICAL **: Unable to initialize > Clutter: Failed to connected to any renderer due to constraints > > I'm a bit puzzled about how to fix this. I have Intel Sandy Bridge > graphics, and the needed features of cogl and clutter are enabled. > Insight welcome. > > I've already tried adding XWayland (xorg-server from xwayland branch > with --enable-wayland, as well as xf86-video-wayland), but that didn't > change anything. It's likely XWayland is needed anyway, but it seems > my current problem is another one. > You can use "mutter-launch -- gnome-shell-wayland --wayland" from a VT. The clutter error seems to be there because cogl wasn't built with x11 egl platform, but you shouldn't be getting that anyways. It's a bit ugly when starting it this way (ie, nearly impossible to shut it down - keybindings don't work, no vt switch), but it seems to start. Also, xwayland is required for gnome-shell-wayland to fire up.
Re: [arch-general] swap not always enabled?
On 09/14/2013 08:16 PM, phanisvara wrote: > normally conky tells me that i'm using 0% swap. just now i noticed it > showing, "no swap%," which looked strange. issuing "swapon -a" as > root changed the display back to "0%." > > now i'm wondering if i missed something, systemd changes perhaps, > that swap doesn't get switched on unless it's needed, or if something > went wrong on my machine. > > didn't notice any unmerged .pacnew files, but will check again... > I've noticed that too after upgrade to systemd 207. I wouldn't notice it if VMware player didn't complain that I have no swap.
Re: [arch-general] remote poweroff with systemd
On 08/06/2013 09:01 AM, phanisvara wrote: > On Monday 05 Aug 2013 18:39:22 Fons Adriaensen wrote: >> ssh -t remote1 "sudo /sbin/init 0" >> ssh -t remote2 "sudo /sbin/init 0" >> >> etc. This has worked well for years. >> >> Recently the machines were upgraded and mow use systemd. >> I replaced the original commands by >> >> ssh -t remote1 "sudo telinit 0" > > i've had problems with clean shutdown since systemd, too, and what's > working for me i "shutdown -h now" instead of the systemd commands > i've come across. i'm using this on virtual machines only, but don't > see why it shouldn't work on real remote boxes as well. > > this doesn't hang the ssh session, or cause any other problems i've > seen yet. > Why not poweroff? Anyways, telinit and shutdown are symlinks to systemctl, so you are actualy using systemd commands :P
Re: [arch-general] Apache 2.4 revisited
On 07/11/2013 04:44 PM, Thomas Bächler wrote: > Am 11.07.2013 15:45, schrieb Armin K.: >>> As a side note, apache24 uses event_mpm by default, but you might need >>> to change to prefork one to use PHP module. Also, with apache 2.4 you >>> can use php-fpm via mod_proxy as described at [3] >>> >>> As for the perl module, I had to use svn checkout of the httpd24 branch. >>> Patch was getting way to big to ship in package. >>> >>> Regards >>> >>> [1] >>> https://mailman.archlinux.org/pipermail/arch-general/2012-October/031777.html >>> [2] http://blackprince.net63.net/apache24/ >>> [3] https://wiki.apache.org/httpd/PHP-FPM >>> > > Using php-fpm with mod_proxy_fastcgi sounds interesting. Personally, I > don't care whether mod_php breaks or not, since using fpm even on small > installations seems like the superior method. > >> Sigh, no one seems to care. Well, nothing strange. Patches will remain >> on the site in case someone needs them. > > You might try to write an email to jgc directly, since I have no idea if > he reads arch-general at all. He stated in the past that "nothing works > with Apache 2.4", I have no idea if your post will convince him otherwise. > > Good idea, I've sent him a mail off list. Also, mod php doesn't break, but fpm seems to be better and faster alternative.
Re: [arch-general] Apache 2.4 revisited
On 07/07/2013 12:35 AM, Armin K. wrote: > Hello, > > I've wondered why no one upgraded Apache to 2.4 after being available > for so long. Then I stumbled upon an answer on this list where it has > been said that 2.4 breaks too many packages [1]. > > I've taken some time to verify what does it break, and fixed all > packages from [extra] and [community] which had direct dependency on the > "apache" package (mod_whatever ones). > > The mod_fcgid, mod_wsgi2 and mod_wsgi just need simple rebuilds against > newer versions. > > PHP case was somehow strange. I had to modify some configure switches. > Without --disable-cgi I'd get undefined references at build time and > without --with-apsx=/usr/bin/apsx I'd get undefined references at run time. > > For other ones, I've found patches online and assembled them for direct > applying in Archlinux svn (I used svn add and svn diff) > > In case someone is interested, patches can be found at [2]. It's free > hosting, so it might "suck" sometimes. > > I've tested the packages against apache24 package from AUR. By tested, I > mean compiled, loaded into httpd and checked that httpd doesn't fail to > start. > > As a side note, apache24 uses event_mpm by default, but you might need > to change to prefork one to use PHP module. Also, with apache 2.4 you > can use php-fpm via mod_proxy as described at [3] > > As for the perl module, I had to use svn checkout of the httpd24 branch. > Patch was getting way to big to ship in package. > > Regards > > [1] > https://mailman.archlinux.org/pipermail/arch-general/2012-October/031777.html > [2] http://blackprince.net63.net/apache24/ > [3] https://wiki.apache.org/httpd/PHP-FPM > Sigh, no one seems to care. Well, nothing strange. Patches will remain on the site in case someone needs them.
Re: [arch-general] Can't store passwords with subversion 1.8.0
On 07/10/2013 01:11 PM, Oliver Kraitschy wrote: > Hello everyone, > > since the update to subversion 1.8.0 i can't make subversion store passwords. > It asks for the password with every command i execute. > > I also tried to tell subversion explicitely to store passwords and to store > them in plaintext with the following settings in the servers config file: > > store-passwords = yes > store-plaintext-passwords = yes > > But that didn't do the trick, either. > > So did anyone encounter the same problem or am i just doing something wrong? > > Thanks in advance. > > Oliver > I don't know if it's any help, but you can try using gnome-keyring or kwallet (depending on the desktop) to store subversion passwords. Note that gnome-keyring can be run on desktops other than GNOME (Xfce, maybe lxde and such).
[arch-general] Apache 2.4 revisited
Hello, I've wondered why no one upgraded Apache to 2.4 after being available for so long. Then I stumbled upon an answer on this list where it has been said that 2.4 breaks too many packages [1]. I've taken some time to verify what does it break, and fixed all packages from [extra] and [community] which had direct dependency on the "apache" package (mod_whatever ones). The mod_fcgid, mod_wsgi2 and mod_wsgi just need simple rebuilds against newer versions. PHP case was somehow strange. I had to modify some configure switches. Without --disable-cgi I'd get undefined references at build time and without --with-apsx=/usr/bin/apsx I'd get undefined references at run time. For other ones, I've found patches online and assembled them for direct applying in Archlinux svn (I used svn add and svn diff) In case someone is interested, patches can be found at [2]. It's free hosting, so it might "suck" sometimes. I've tested the packages against apache24 package from AUR. By tested, I mean compiled, loaded into httpd and checked that httpd doesn't fail to start. As a side note, apache24 uses event_mpm by default, but you might need to change to prefork one to use PHP module. Also, with apache 2.4 you can use php-fpm via mod_proxy as described at [3] As for the perl module, I had to use svn checkout of the httpd24 branch. Patch was getting way to big to ship in package. Regards [1] https://mailman.archlinux.org/pipermail/arch-general/2012-October/031777.html [2] http://blackprince.net63.net/apache24/ [3] https://wiki.apache.org/httpd/PHP-FPM
Re: [arch-general] Why is webkitgtk2 flagged out of date?
On 06/10/2013 01:29 AM, Karol Blazewicz wrote: https://www.archlinux.org/packages/extra/i686/webkitgtk2/ Flagged out-of-date on 2013-03-27 Last Updated: 2013-05-06 19:52 UTC Actualy it's very well up to date, but GTK+2 version. 1.10.2 is the last version supporting GTK+2 AND GStreamer 0.10. Version 2.0.2 supports GTK+2 but not GStreamer 0.10. There are some legacy apps which still use GStreamer 0.10 and WebKit GTK+2. Having WebKit GTK+2 linked to GStreamer 1.0 while an app is using GStreamr 0.10 would result in a disaster (Rhythmbox had such problems before it was ported to GStreamer 1.0).
Re: [arch-general] libxml2 out of date
On 05/02/2013 03:20 AM, Anatol Pomozov wrote: Hi On Wed, Apr 24, 2013 at 2:47 PM, Anatol Pomozov wrote: Hi On Tue, Apr 23, 2013 at 5:49 AM, Hussam Al-Tayeb wrote: On Tuesday 23 April 2013 09:05:33 Ross Lagerwall wrote: Hi, Is there a reason (other than lack of time) that libxml2 has not been updated from 2.8 to 2.9 (now 2.9.1)? Regards As far as I can tell, it breaks a lot of applications. I believe the next question is "Hussam, Jan is there anything we can do to make libxml2 upgrade happen?" Let me put this statement other way: I have some time that I would like to contribute it back to Linux Arch. Trying to resolve libxml2 upgrade issues seems a useful task. Could anyone provide me more information about libxml upgrade problems? Jan, you are the maintainer should know it. If it brakes apps then could you give me the list? I'll try to look at it. I would like to help there too. I wanted to email the maintainer about libxslt and cyrus-sasl packages and see how can I help to resolve the issues that prevent the packages from being upgraded. Count me in. FYI, I've already upgraded those packages on another distro and they appear to work flawlessly.
Re: [arch-general] gnome 3.7
On 03/29/2013 04:54 AM, Kyle wrote: There is currently some breakage with GDM in the gnome-unstable repository. I was unable to get GNOME 3.8 started. I got the following assertion errors in my logs, but I can't begin to decode them. Mar 28 20:17:31 pc.kyle.tk gdm-launch-environment][2749]: GLib-CRITICAL: g_variant_compare: assertion `!g_variant_is_container (a)' failed Mar 28 20:17:31 pc.kyle.tk gdm-launch-environment][2749]: GLib-CRITICAL: g_variant_compare: assertion `!g_variant_is_container (a)' failed ~Kyle http://kyle.tk/ Both GNOME Shell and GDM are still on 3.6.x versions while most components have been updated to 3.8 versions. It's possible that something introduced breakage to old versions or something needs a rebuild ... I'd wait for all GNOME 3.8 packages to become available before trying gnome-unstable.
[arch-general] community svntogit broken for a few days
It just displays the same thing for some time ...
Re: [arch-general] [arch-dev-public] BIND10? No, thanks.
On 03/20/2013 03:39 PM, Gaetan Bisson wrote: [2013-03-20 15:14:19 +1100] Gaetan Bisson: Deprecation of bind and dnsutils I've just moved dnsutils to [extra] and orphaned it as well as bind. This announcement is postponed as long as somebody can manage to keep BIND alive... Why not keep bind9? ... It has not been abandoned upstream and I see no conflicts between bind9 and bind10 - think gtk+2 and gtk+3 ... Both can exist on the same system, but I doubt that two bind daemons can run at the same time.
Re: [arch-general] Svntogit doesn't show new entries
On 03/16/2013 09:06 AM, Armin K. wrote: Last commits are 26 hours ago packages repo seems okay now, but community repo is still "broken" - last commit 36 hours ago.
[arch-general] Svntogit doesn't show new entries
Last commits are 26 hours ago
Re: [arch-general] Optirun sees no mouse, refuses to load
On 03/11/2013 04:22 PM, Szymon Szydełko wrote: On Mon, Mar 11, 2013 at 2:41 PM, Armin K. wrote: On 03/11/2013 03:24 PM, Szymon Szydełko wrote: On Mon, Mar 11, 2013 at 1:53 PM, Armin K. wrote: It's not that I understand much from logs (aside that you might need xf86-input-kbd, too) but it seems that the problem is on the kernel side. Does "nvidia" kernel module exist? Is it loaded when you run optirun? Yup, kbd also is installed, yup, nvidia module exist, yup, when I start optirun it loads this module. Regards, Szymon So, can you post your kernel log? You can dump journalctl -b output to a file and pastebin it ... You can use --no-pager for easier redirect to file. Here it is: http://paste.kde.org/693482/ Hm, I notice the module loads properly at first try: mar 11 13:02:47 arch.local kernel: nvidia: module license 'NVIDIA' taints kernel. mar 11 13:02:47 arch.local kernel: Disabling lock debugging due to kernel taint mar 11 13:02:47 arch.local kernel: nvidia :01:00.0: enabling device (0006 -> 0007) mar 11 13:02:47 arch.local kernel: vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=none mar 11 13:02:47 arch.local kernel: NVRM: loading NVIDIA UNIX x86_64 Kernel Module 313.26 Wed Feb 27 13:04:31 PST 2013 There's also this mar 11 13:02:57 arch.local bumblebeed[383]: modprobe: FATAL: Module bbswitch not found. mar 11 13:02:57 arch.local bumblebeed[383]: [ 20.959851] [ERROR]Module bbswitch could not be loaded (timeout?) mar 11 13:02:57 arch.local bumblebeed[383]: [ 20.959868] [WARN]No switching method available. The dedicated card will always be on. mar 11 13:02:57 arch.local bumblebeed[383]: [ 20.960960] [INFO]/usr/sbin/bumblebeed 3.1 started What's "bbswitch" anyways? As I said, I never used bumblebee, but that might be a source of your problems. If you google for NVRM: failed to copy vbios to system memory. You can notice someone having problems with bumblbee earlier. https://forums.gentoo.org/viewtopic-p-7170644.html?sid=ae50b258eb14d94f32442d23dc3c381f#7170644 If this is true then you might not be able to use it at all. Another issue is this one https://github.com/Bumblebee-Project/Bumblebee/issues/111#issuecomment-4602070 And you can find one on Arch forums, too https://bbs.archlinux.org/viewtopic.php?id=153678
Re: [arch-general] Optirun sees no mouse, refuses to load
On 03/11/2013 03:24 PM, Szymon Szydełko wrote: On Mon, Mar 11, 2013 at 1:53 PM, Armin K. wrote: It's not that I understand much from logs (aside that you might need xf86-input-kbd, too) but it seems that the problem is on the kernel side. Does "nvidia" kernel module exist? Is it loaded when you run optirun? Yup, kbd also is installed, yup, nvidia module exist, yup, when I start optirun it loads this module. Regards, Szymon So, can you post your kernel log? You can dump journalctl -b output to a file and pastebin it ... You can use --no-pager for easier redirect to file.
Re: [arch-general] Optirun sees no mouse, refuses to load
On 03/11/2013 01:59 PM, Szymon Szydełko wrote: As you can see, it's an XORG error. The "module does not exist" means that you don't have xf86-whatever-whatever package. mouse_drv module is provided by xf86-video-mouse. But it shouldn't be looking for it unless you specified it in xorg.conf ... I could be wrong though, I don't have nvidia nor I have used the program you use ... It should be "xf86-input-mouse" ... Sorry. https://www.archlinux.org/packages/?q=xf86-input-mouse Thanks, this moved the issue further: now what I have is: szymon@arch ~ % optirun glxgears [ERROR]Cannot access secondary GPU - error: [XORG] (EE) NVIDIA(0): Failed to initialize the NVIDIA GPU at PCI:1:0:0. Please and excerpt from dmesg: NVRM: failed to copy vbios to system memory. NVRM: RmInitAdapter failed! (0x30:0x:756) NVRM: rm_init_adapter(0) failed and from /var/log/Xorg.8.log: http://paste.kde.org/693368/ (Paste since this one is very long.) Any ideas? Xorg is black magic for me, it's logs aren't better. Thanks in advance, Szymon It's not that I understand much from logs (aside that you might need xf86-input-kbd, too) but it seems that the problem is on the kernel side. Does "nvidia" kernel module exist? Is it loaded when you run optirun?
Re: [arch-general] Optirun sees no mouse, refuses to load
On 03/11/2013 12:52 PM, Armin K. wrote: On 03/11/2013 01:40 AM, Szymon Szydełko wrote: Hi archers, I've been runing AL for some time, and, after more games has been added to steam lib, play them. So I've moved to bumlebee setup, in order to exploit my beefy GFX 660. Well, that's what I've got: szymon@arch /etc/X11/xorg.conf.d % optirun -vv glxgears [ 2103.749413] [DEBUG]Reading file: /etc/bumblebee/bumblebee.conf [ 2103.750131] [DEBUG]optirun version 3.1 starting... [ 2103.750178] [DEBUG]Active configuration: [ 2103.750206] [DEBUG] bumblebeed config file: /etc/bumblebee/bumblebee.conf [ 2103.750234] [DEBUG] X display: :8 [ 2103.750262] [DEBUG] LD_LIBRARY_PATH: /usr/lib/nvidia-bumblebee:/usr/lib32/nvidia-bumblebee [ 2103.750300] [DEBUG] Socket path: /var/run/bumblebee.socket [ 2103.750341] [DEBUG] Accel/display bridge: auto [ 2103.750372] [DEBUG] VGL Compression: proxy [ 2103.750433] [DEBUG]Using auto-detected bridge virtualgl [ 2103.787266] [INFO]Response: No - error: [XORG] (EE) Failed to load module "mouse" (module does not exist, 0) [ 2103.787296] [ERROR]Cannot access secondary GPU - error: [XORG] (EE) Failed to load module "mouse" (module does not exist, 0) [ 2103.787311] [DEBUG]Socket closed. [ 2103.787331] [ERROR]Aborting because fallback start is disabled. [ 2103.787343] [DEBUG]Killing all remaining processes. O RLY, no mouse module? Now, a bit stripped inxi output: szymon@arch ~ % inxi -v 4 System:Host: arch.local Kernel: 3.8.2-1-ck x86_64 (64 bit, gcc: 4.7.2) Desktop: KDE 4.10.1 (Qt 4.8.4) Distro: Arch Linux Machine: System: LENOVO product: Lenovo IdeaPad Y580 version: Lenovo IdeaPad Y580 Mobo: LENOVO model: Product Name version: Mainboard version Bios: LENOVO version: 5DCN38WW(V2.05) date: 06/26/2012 CPU: Dual core Intel Core i5-3210M CPU (-HT-MCP-) cache: 3072 KB flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 9980.7 Clock Speeds: 1: 1200.00 MHz 2: 1200.00 MHz 3: 1200.00 MHz 4: 1200.00 MHz Graphics: Card-1: Intel 3rd Gen Core processor Graphics Controller bus-ID: 00:02.0 Card-2: NVIDIA Device 0fd4 bus-ID: 01:00.0 X.Org: 1.13.3 drivers: intel (unloaded: vesa) Resolution: 1366x768@60.0hz GLX Renderer: Mesa DRI Intel Ivybridge Mobile GLX Version: 3.0 Mesa 9.1 Direct Rendering: Yes Network: Card-1: Intel Centrino Wireless-N 2200 driver: iwlwifi ver: in-tree: bus-ID: 03:00.0 IF: wlan0 state: up mac: xx:xx:xx:xx:xx:xx What I do wrong? Cheese, Pizza & Tacos Szymon Szydełko PS. I haven't any video "Driver" clauses in xorg.conf.d - there are only evdev and synaptics references. PPS. I use nvidia-bumblebee-ck driver and corresponding kernel, but on arch' mainline, everything is the same. As you can see, it's an XORG error. The "module does not exist" means that you don't have xf86-whatever-whatever package. mouse_drv module is provided by xf86-video-mouse. But it shouldn't be looking for it unless you specified it in xorg.conf ... I could be wrong though, I don't have nvidia nor I have used the program you use ... It should be "xf86-input-mouse" ... Sorry. https://www.archlinux.org/packages/?q=xf86-input-mouse
Re: [arch-general] Optirun sees no mouse, refuses to load
On 03/11/2013 01:40 AM, Szymon Szydełko wrote: Hi archers, I've been runing AL for some time, and, after more games has been added to steam lib, play them. So I've moved to bumlebee setup, in order to exploit my beefy GFX 660. Well, that's what I've got: szymon@arch /etc/X11/xorg.conf.d % optirun -vv glxgears [ 2103.749413] [DEBUG]Reading file: /etc/bumblebee/bumblebee.conf [ 2103.750131] [DEBUG]optirun version 3.1 starting... [ 2103.750178] [DEBUG]Active configuration: [ 2103.750206] [DEBUG] bumblebeed config file: /etc/bumblebee/bumblebee.conf [ 2103.750234] [DEBUG] X display: :8 [ 2103.750262] [DEBUG] LD_LIBRARY_PATH: /usr/lib/nvidia-bumblebee:/usr/lib32/nvidia-bumblebee [ 2103.750300] [DEBUG] Socket path: /var/run/bumblebee.socket [ 2103.750341] [DEBUG] Accel/display bridge: auto [ 2103.750372] [DEBUG] VGL Compression: proxy [ 2103.750433] [DEBUG]Using auto-detected bridge virtualgl [ 2103.787266] [INFO]Response: No - error: [XORG] (EE) Failed to load module "mouse" (module does not exist, 0) [ 2103.787296] [ERROR]Cannot access secondary GPU - error: [XORG] (EE) Failed to load module "mouse" (module does not exist, 0) [ 2103.787311] [DEBUG]Socket closed. [ 2103.787331] [ERROR]Aborting because fallback start is disabled. [ 2103.787343] [DEBUG]Killing all remaining processes. O RLY, no mouse module? Now, a bit stripped inxi output: szymon@arch ~ % inxi -v 4 System:Host: arch.local Kernel: 3.8.2-1-ck x86_64 (64 bit, gcc: 4.7.2) Desktop: KDE 4.10.1 (Qt 4.8.4) Distro: Arch Linux Machine: System: LENOVO product: Lenovo IdeaPad Y580 version: Lenovo IdeaPad Y580 Mobo: LENOVO model: Product Name version: Mainboard version Bios: LENOVO version: 5DCN38WW(V2.05) date: 06/26/2012 CPU: Dual core Intel Core i5-3210M CPU (-HT-MCP-) cache: 3072 KB flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 9980.7 Clock Speeds: 1: 1200.00 MHz 2: 1200.00 MHz 3: 1200.00 MHz 4: 1200.00 MHz Graphics: Card-1: Intel 3rd Gen Core processor Graphics Controller bus-ID: 00:02.0 Card-2: NVIDIA Device 0fd4 bus-ID: 01:00.0 X.Org: 1.13.3 drivers: intel (unloaded: vesa) Resolution: 1366x768@60.0hz GLX Renderer: Mesa DRI Intel Ivybridge Mobile GLX Version: 3.0 Mesa 9.1 Direct Rendering: Yes Network: Card-1: Intel Centrino Wireless-N 2200 driver: iwlwifi ver: in-tree: bus-ID: 03:00.0 IF: wlan0 state: up mac: xx:xx:xx:xx:xx:xx What I do wrong? Cheese, Pizza & Tacos Szymon Szydełko PS. I haven't any video "Driver" clauses in xorg.conf.d - there are only evdev and synaptics references. PPS. I use nvidia-bumblebee-ck driver and corresponding kernel, but on arch' mainline, everything is the same. As you can see, it's an XORG error. The "module does not exist" means that you don't have xf86-whatever-whatever package. mouse_drv module is provided by xf86-video-mouse. But it shouldn't be looking for it unless you specified it in xorg.conf ... I could be wrong though, I don't have nvidia nor I have used the program you use ...
Re: [arch-general] RFC: Mesa and shared LLVM libraries
On 03/03/2013 09:04 PM, Armin K. wrote: Hello everyone, First, I am aware that ArchLinux is against patching packages to implement some features, but this might be worth the effort. Tom Stellard of AMD has announced a R600 backend patch against LLVM 3.2 few days ago [1]. It's basically his repository (llvm-amdgpu-snapshot) diffed against upstream LLVM (llvm). By applying the patch to ArchLinux LLVM package, one could benefit from enabling Mesa to link against LLVM shared library. Doing so, space would be saved and so the memory at runtime, too (I guess since it will use shared mappings). I've done some work regarding that. I've managed to split libLLVM-3.2.so from llvm package and put it into libllvm package. The package is a bit big though - the shared library contains all (~100) static libraries linked into one single library. The result is like this: Targets (1): libllvm-3.2-5 Total Installed Size: 21.77 MiB Building MesaLib against shared libLLVM-3.2.so saves space drastically. For all MesaLib produced packages, the output is like this one: Targets (6): ati-dri-9.1-2 intel-dri-9.1-2 mesa-9.1-2 mesa-libgl-9.1-2 nouveau-dri-9.1-2 svga-dri-9.1-2 Total Installed Size: 82.13 MiB Net Upgrade Size: -282.07 MiB 260 MB saved ... Looks nice to me. R600 backend will be part of LLVM 3.3 anyways, and this can be used in the future without patching anything. I am attaching patches for llvm and mesa PKGBUILDs to incorporate these changes. Do as you may please. If someone is interested in forwarding this to -dev-public list it would be nice. Have a nice evening. (As a side note, somehow llvm tarball sha256sum was wrong when I downloaded it). [1] http://lists.freedesktop.org/archives/mesa-dev/2013-March/035561.html Hm, it seems that attachments are blocked mesa.patch http://paste.debian.net/plainh/638c2e73 llvm.patch http://paste.debian.net/plainh/bd11c4da As another side note, the 0003 patch available on Tom Stellard's web site fails to apply with "patch already applied".
[arch-general] RFC: Mesa and shared LLVM libraries
Hello everyone, First, I am aware that ArchLinux is against patching packages to implement some features, but this might be worth the effort. Tom Stellard of AMD has announced a R600 backend patch against LLVM 3.2 few days ago [1]. It's basically his repository (llvm-amdgpu-snapshot) diffed against upstream LLVM (llvm). By applying the patch to ArchLinux LLVM package, one could benefit from enabling Mesa to link against LLVM shared library. Doing so, space would be saved and so the memory at runtime, too (I guess since it will use shared mappings). I've done some work regarding that. I've managed to split libLLVM-3.2.so from llvm package and put it into libllvm package. The package is a bit big though - the shared library contains all (~100) static libraries linked into one single library. The result is like this: Targets (1): libllvm-3.2-5 Total Installed Size: 21.77 MiB Building MesaLib against shared libLLVM-3.2.so saves space drastically. For all MesaLib produced packages, the output is like this one: Targets (6): ati-dri-9.1-2 intel-dri-9.1-2 mesa-9.1-2 mesa-libgl-9.1-2 nouveau-dri-9.1-2 svga-dri-9.1-2 Total Installed Size: 82.13 MiB Net Upgrade Size: -282.07 MiB 260 MB saved ... Looks nice to me. R600 backend will be part of LLVM 3.3 anyways, and this can be used in the future without patching anything. I am attaching patches for llvm and mesa PKGBUILDs to incorporate these changes. Do as you may please. If someone is interested in forwarding this to -dev-public list it would be nice. Have a nice evening. (As a side note, somehow llvm tarball sha256sum was wrong when I downloaded it). [1] http://lists.freedesktop.org/archives/mesa-dev/2013-March/035561.html
[arch-general] Svntogit looks broken
Hi, are there any problems with Archlinux' svntogit? Latest changes are shown from ~22 hours ago.
Re: [arch-general] [arch-dev-public] mesa packaging, libGL handling
On 02/15/2013 08:27 PM, Jan Steffens wrote: On Fri, Feb 15, 2013 at 8:16 PM, Sven-Hendrik Haase wrote: Can't you build them with shared llvm libs? Nope, we don't have any. Building LLVM with cmake instead of autotools creates them, but that approach has other problems. Actualy, you can. Archlinux uses llvm-amdgpu-snapshot which is Tom Stellard's snapshot. In 9.1-devel, --with-llvm-shared-libs is turned on by default if you use --enable-opencl. On the other side, LLVM contains a shared library, enabled by --enable-shared, called libLLVM-.so (ie libLLVM-3.2.so) located in llvm libdir (/usr/lib/llvm in Archlinux) which contains ALL of static libraries linked into ONE SHARED library. On the other hand, you can use CMake and build all of static libraries as shared. The first mentioned works for me very well. I am not sure what's the condition of that in Mesa 9.0 world. But 9.1 should be out in no time, so it shouldn't matter. Note, this is not from Archlinux. I use custom built system with custom built packages $ ldd /usr/lib/dri/r600_dri.so linux-vdso.so.1 (0x7fffd47ff000) libllvmradeon9.2.0.so => /usr/lib/libllvmradeon9.2.0.so (0x7fd514ba8000) libffi.so.6 => /usr/lib/libffi.so.6 (0x7fd5149a) libexpat.so.1 => /usr/lib/libexpat.so.1 (0x7fd514777000) libpthread.so.0 => /lib/libpthread.so.0 (0x7fd51455b000) libdl.so.2 => /lib/libdl.so.2 (0x7fd514357000) libdrm.so.2 => /usr/lib/libdrm.so.2 (0x7fd51414b000) libdrm_radeon.so.1 => /usr/lib/libdrm_radeon.so.1 (0x7fd513f41000) libLLVM-3.2.so => /usr/lib/llvm/libLLVM-3.2.so (0x7fd51274d000) $ du -sh /usr/lib/dri/r600_dri.so 5.7M/usr/lib/dri/r600_dri.so $ du -sh /usr/lib/gallium-pipe/pipe_r600.so 2.4M/usr/lib/gallium-pipe/pipe_r600.so (no /usr/lib/gbm/pipe_whatever.so anymore, since pipes are shared by gbm and opencl) Compared to 20MB Archlinux ones.
Re: [arch-general] [arch-dev-public] [RFC] Add Wayland/Weston
On 02/12/2013 05:51 PM, Tom Gundersen wrote: On Tue, Feb 12, 2013 at 5:42 PM, Andreas Radke wrote: Am Sat, 9 Feb 2013 17:35:27 +0100 schrieb Andreas Radke : Since cairo will also depend on that libegl then every system will pull in Wayland. Is this really needed? If we can't build it in a different way we directly need to move Wayland to extra. -Andy Bump. If we agree that we want to start to support Wayland in Arch we need to move Wayland libs to the extra repo. Then I can build Mesa making use of it in libegl. This shouldn't harm anything else and wayland libs are a pretty small pkg (when we drop the static libs). So who's going to move it to extra and wants to maintain it there? I could build it but will not use it myself anytime soon. I'll be happy to maintain Wayland, so I'll take it over and move it to [extra]. -t Hello, and thank you for adding Wayland into Extra. There is now another smaller problem. In order to make use of Wayland with GTK+3, libxkbcommon should be moved into extra first. Can anyone do that? Lot of GTK+3 apps can be ran in Weston using GDK_BACKEND=wayland.
Re: [arch-general] [arch-dev-public] [RFC] Add Wayland/Weston
Dana 9.2.2013 17:35, Andreas Radke je napisao: Now that Wayland has landed in Community I can build Mesa with support for Wayland. This leads to a new dependency in libegl: libegl E: Dependency wayland detected and not included (libraries ['usr/lib/libwayland-server.so.0', 'usr/lib/libwayland-client.so.0'] needed in files ['usr/lib/egl/egl_gallium.so','usr/lib/libEGL.so.1.0.0']) Since cairo will also depend on that libegl then every system will pull in Wayland. Is this really needed? If we can't build it in a different way we directly need to move Wayland to extra. -Andy libEGL.so is linked to libwayland libraries so there is really no way to split it unless you produce libegl-wayland package that includes libEGL and libwayland-egl and make default libegl package ship libEGL without Wayland deps (would be needed to be rebuilt twice). I've already filled a bug for libgbm package ... It doesn't install pipe_* and egl_gallium.so in /usr/lib/libgbm (althrough maybe egl_gallium.so should be installed in libegl package) https://bugs.archlinux.org/task/33780
[arch-general] RFC: Catalyst and Hybrid Graphics
Hello,
I have been playing with Catalyst on ArchLinux in order to get my Hybrid
Graphics working. Catalyst supports PowerXpress 4.0+ in Linux, so
muxless graphics can work.
It took me some time to get it to work, I had to workaround many stuff.
Here follows:
First thing that I was bothered with is that
/usr/lib/fglrx/switchlib{GL,glx} were missing.
Their purpose is to switch /usr/lib/libGL.so.1 and
/usr/lib/xorg/modules/extensions/libglx.so to either AMD (Catalyst) or
Intel (Mesa and Xorg) libraries.
Each one is called with "intel" or "amd" as an argument, and both must
exit sucessfully with "echo amd" or "echo intel" after getting the job done.
I've managed to "fool" Catalyst by creating dummy files.
#!/bin/bash
echo amd
exit 0
By default, aticonfig --initial will use AMD (Discrete) GPU, so the
current installation seems to be okay. I'll continue with other issues
that can arise later in this mail.
Next major problem is that fglrx will load intel driver, which,
unfortunately can't be installed by default since it depends on
intel-dri, which depends on libgl which is in conflict with
catalyst-utils package (doh). I had to rebuild it without intel-dri
dependency to get this working.
On why intel driver is necesary, I can answer the following:
Most newer hybrid graphics are muxless, they do not have hardware
multiplexer and you can't select on which GPU you want to output.
Instead, Discrete GPU is just wired to Integrated one and is meant only
for Processing while it is on Integrated GPU to display anything passed
from the Discrete GPU. For more information on this term, you may want
to look at DRI PRIME and DMA BUF (An open source solution for this
mess). So in fact, intel driver is needed since it is used for 2D and
stuff, where fglrx only does the encoding/decoding stuff.
How to fix it?
Well, I couldn't think of any nice way to fix this. Debian has their
alternatives system so they can have multiple libGL installed and set
with alternatives. Gentoo does the same with their eselect stuff or
whatever it's called.
Since aticonfig --px-dgpu tells xorg.conf to use Discrete (AMD) GPU, it
also runs /usr/lib/fglrx/switchlib{GL,glx} with "amd" as parameter in
order to "make" /usr/lib/libGL.so.1 and
/usr/lib/xorg/modules/extensions/libglx.so point to AMD provided
libraries. aticonfig --px-igpu would switch to Mesa libGL.so.1 and Xorg
Server libglx.so which are, you know, not present when catalyst-utils
are installed. (Xserver libglx.so is present, but it's useless without
Mesa's libGL.so.1).
On how to solve this I can only think of making another package (part of
Mesa source package) called something like intel-dri-hybrid (which
depends on catalyst-utils and can only be used with it) that installs
Intel DRI drivers and libGL.so.1 into some nonstandard place or just
renamed to something else like libGL-intel.so.1. Also, it would be
necesary to make /usr/lib/fglrx/switchlib{GL,glx} to correctly switch
(symlinks should do it, but carefully) between AMD and Open Source libGL
and libglx.
I haven't done this yet but some may want to use this - not everyone
wants to use Discrete GPU always - especially when on battery. I can say
that power consumption on my laptop has dropped even though I always
disabled Discrete GPU via vgaswitcheroo (radeon driver).
Any comments and suggestions are welcome. I can try to implement
something if necesary, it's just the question if my suggestions are good
enough and will be accepted.
I appologize for any gramatical mistakes.
