August 2011 - Arch-general - lists.archlinux.org

[arch-general] Enforcing CFLAGS in PKGBUILDs
by Lukas Fleischer 05 Aug '11

05 Aug '11

In the course of a discussion with the xwax [1] developer, I was asked the question why we would override CFLAGS (optimization levels, in particular) if upstream already provides them. Given that there are in fact loads of packages in our repositories that seem to follow this practice (`grep -- '-O[0-9]' /var/abs/*/*/PKGBUILD` reveals some of those), I'm forwarding this question to the ML. My own opinion is that we shouldn't patch anything here. While using the same optimization flags for all packages might result in some kind of consistency, one of our main guidelines - not to do any unnecessary modifications - is kind of violated here. We should trust upstream having chosen any explicit optimization flags with care (in some cases, enforcing optimization flags might even lead to heavy performance impacts - although this is unlikely to happen). I am aware that there are some corner cases for sure, for which I'd say overriding CFLAGS is okay. However, this shouldn't be common practice, imho. Opinions? Link to the original thread (for clarification) [2]. [1] http://www.xwax.co.uk/ [2] http://sourceforge.net/mailarchive/forum.php?thread_name=1108042258340.847%…

5 8

Re: [arch-general] Plasma-desktop in KDE 4.7 can not start up [Solved]
by Leon Feng 05 Aug '11

05 Aug '11

2011/8/3 Paul Gideon Dann <pdgiddie(a)gmail.com> > On Wednesday 03 Aug 2011 22:25:37 Leon Feng wrote: > > 2011/8/3 Paul Gideon Dann <pdgiddie(a)gmail.com> > > > > > Are you getting a crash report from KDE? Also, have you checked for > > > relevant > > > information in the xorg-server log? > > > > No everything is ok in xorg-server. After kill plasma-desktop, I can > login > > kde. Start krunner ,Firefox and other application can star up. Alt + Tab > is > > used to switch them. So X is working normally. > > > > And KDE is not crashed. It seems plasma-desktop is runnig into a infinit > > loop. It takes 100% CPU power with nothing output to console. > > You may find strace helpful in figuring out what it's trying to do, or > maybe > attach to it with gdb to get a backtrace? > > What video driver are you using, by the way? > After debuging by gdb, problem is caused by digital clock plasmoid not handle zh_CN locale very well. Remove it or change Locale to "C" fix the problem. Bug reported as https://bugs.kde.org/show_bug.cgi?id=279434 Thanks for all people helped. Leon > > Paul >

1 0

Re: [arch-general] Enforcing CFLAGS in PKGBUILDs
by Kyle 05 Aug '11

05 Aug '11

It seems to me that CFLAGS should only be overridden on a per system basis in the makepkg configuration. Of course they could also be set in a local PKGBUILD or in AUR, but packages in the repos should stay as close to upstream as possible. It should also be noted that suggesting working optimizations upstream can also yield good results. Sent from my Wishdroid :)

1 0

[arch-general] Installation of libreoffice
by Hector Martinez-Seara 04 Aug '11

04 Aug '11

Hi, I'm aware that recently there has been some changes in libreoffice package. The problem is that yesterday I updated my system and surprisingly only libreoffice-common was updated. By that I mean that I mean that not base, writer, impress... were available after the update, they dissapered. Moreover, if I make "pacman -S libreoffice" only "libreoffice-common" is targeted and there is no traces of libreoffice-calc, libreoffice-base, libreoffice-draw.... The thing is that there seems to be a container called libreoffice which it is suppose to contain all this basic packages but in my case only installs "libreoffice-common". What I'm doing wrong? I hope it is not expected that we install one by one the components we want. Thanks in advance, Hector -- Hector Martínez-Seara Monné mail: hseara(a)gmail.com Tel: +34656271145 Tel: +358442709253

12 24

[arch-general] liberoffice 3.4.2 strange behaviour with odt files
by Shridhar Daithankar 04 Aug '11

04 Aug '11

Hello, I just faced a strange problem with libreoffice 3.4.2. An old odt file, created with libreoffice 3.4.1, around jul 20. Today when I went to open it with libreoffice 3.4.2, I was asked for filter selection, the available options being - Help Content - ODF chart - Openoffice.org 1.0 chart Clearly it is somehow confused and unable to open the file. kword can open the file just fine. Of course the formatting is not the same and I don't want to reformat it. Google didn't have much to offer on this. Any help is appreciated. Thanks. -- Regards Shridhar

4 4

[arch-general] Fwd: Corrected tarballs for Emacs 23.2 and 23.3.
by Bernardo Barros 04 Aug '11

04 Aug '11

---------- Forwarded message ---------- From: Chong Yidong <cyd(a)stupidchicken.com> Date: Tue, Aug 2, 2011 at 1:05 PM Subject: Corrected tarballs for Emacs 23.2 and 23.3. To: info-gnu-emacs(a)gnu.org GNU Emacs 23.2 and 23.3 were released absent grammar files from which the parsers used in its CEDET component were generated. These grammar files should have been included, as they constitute part of the real source code. New versions of the tarballs that include these files have been uploaded to the GNU FTP server at ftp://ftp.gnu.org/gnu/emacs/emacs-23.2a.tar.bz2 ftp://ftp.gnu.org/gnu/emacs/emacs-23.2a.tar.gz ftp://ftp.gnu.org/gnu/emacs/emacs-23.3a.tar.bz2 ftp://ftp.gnu.org/gnu/emacs/emacs-23.3a.tar.gz All redistributors are urged to upgrade to these revised releases. Their md5sums are: 981cd3764b71115835801b3f4ef081c1 emacs-23.2a.tar.gz 3bb6d13489610c9c105625a89d689485 emacs-23.2a.tar.bz2 20aef9ea5b5bf8050d39f8b1e96a1c04 emacs-23.3a.tar.gz f2cf8dc6f28f8ae59bc695b4ddda339c emacs-23.3a.tar.bz2 Note also that the FSF has granted permission to distribute the old Emacs 23.1 and 23.2 releases, notwithstanding the absence therein of the grammar files. This permission extends to versions with unrelated modifications, provided those versions comply with GNU GPL version 3 in all other respects. See Richard Stallman's message at http://lists.gnu.org/archive/html/emacs-devel/2011-08/msg00035.html Thank you, and sorry for any inconvenience caused. _______________________________________________ Info-gnu-emacs mailing list Info-gnu-emacs(a)gnu.org https://lists.gnu.org/mailman/listinfo/info-gnu-emacs

1 0

[arch-general] [signoff] lilo-23.2-2
by Tobias Powalowski 04 Aug '11

04 Aug '11

Hi guys, - fixed kernel and initramfs name for linux 3.0 please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [arch-general] Installation of libreoffice
by Vince Baldwin 03 Aug '11

03 Aug '11

I ran pacman -Syu on two different machines yesterday, one with KDE and one with xfce. Neither asked me for anything to do with the language and it reverted to German until I installed libreoffice-en-US. The default US English had worked fine prior. I also had to do "pacman -S libreoffice-{base,calc,impress,writer,math,draw} to get everything running again as per the wiki on libreoffice. -Vince

1 0

[arch-general] [signoff] pcmciautils-018-1
by Tom Gundersen 03 Aug '11

03 Aug '11

Hi guys, I pushed an update to pcmciautils mainly to remove our custom udev rules file, which is no longer correct (after my recent changes to udev), and replace it with the upstream one. Since I was at it I also updated to the latest upstream release. I don't have the hardware to test this, and neither does tpowa, so I encourage signoffs also from general in the hopes that someone still cares about pcmcia. Please signoff both arches. Cheers, Tom

1 0

[arch-general] Plasma-desktop in KDE 4.7 can not start up
by Leon Feng 03 Aug '11

03 Aug '11

Hi, After upgrade to KDE 4.7, plasma-desktop can not start anymore. Login in from kdm will stop at the splash screen. Switch to console by ctrl + alt + F1 and then run "top" plasma-desktop is using 100% CPU. Run "pkill plasma-desktop" , Login continue. But screen is black. I check .xsession-error file and found nothing special. Does anyone encounter the same problem? How to find more info to track down this problem? Thanks.

3 5