- Arch-general - lists.archlinux.org

[arch-general] quiet kernel parameter
by Meyithi 06 Aug '11

06 Aug '11

Does anybody know the difference between the quiet kernel parameter and loglevel=4 parameter? All of the info I can find states that they should be identical, and /proc/sys/kern -- Jason Steadman http://www.meyithi.com/ http://twitter.com/meyithi

4 13

Re: [arch-general] [arch-dev-public] kernel26 -> linux move compat symlinks
by Heiko Baums 06 Aug '11

06 Aug '11

Am Fri, 05 Aug 2011 14:54:07 +0200 schrieb Thomas Bächler <thomas(a)archlinux.org>: > 3) As it is now, new installations will end up with compat symlinks. > This is only supposed to be for updates, not for new installations. Wouldn't it be better to put it to post_upgrade instead of post_install? Heiko

2 2

Re: [arch-general] [arch-dev-public] kernel26 -> linux move compat symlinks
by cantabile 06 Aug '11

06 Aug '11

On 08/06/2011 12:19 PM, Thomas Bächler wrote: > If you want it to be KISS, let's not provide any backward compatibility > and add an install message telling people to change their bootloader. > Excellent idea. ;) Users are expected to read pacman's output anyway (or suffer the consequences). -- cantabile "Jayne is a girl's name." -- River

3 2

[arch-general] Arch dumping more info than before during boot after updating.
by Madhurya Kakati 06 Aug '11

06 Aug '11

Hi, I ran pacman -Syu and now I am seeing more info than shown before during boot. VERBOSE is set to 3 in rc.conf. Whats happening? Any changes to boot process? Thanks

3 4

[arch-general] Emacs version error?
by XeCycle 05 Aug '11

05 Aug '11

There seems to be something wrong about the Emacs version number. > ----------------------------------------- > $ LC_ALL=C sudo pacman -Syu --ignore octave > :: Synchronizing package databases... > core is up to date > extra is up to date > community is up to date > catalyst is up to date > :: Starting full system upgrade... > warning: emacs: local (23.3-1) is newer than extra (23.3a-1) > warning: octave: ignoring package upgrade (3.4.2-1 => 3.4.2-2) > there is nothing to do > ----------------------------------------- -- Carl Lei (XeCycle) Department of Physics, Shanghai Jiao Tong University OpenPGP public key: 7795E591 Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591

3 2

[arch-general] FYI: https-everywhere 1.0 supports Arch Linux
by Thomas Bächler 05 Aug '11

05 Aug '11

I just noticed that after updating the firefox plugin https-everywhere to version 1.0, Arch Linux is supported by default. We already redirect the bbs, wiki and bugs site to https by default. With https-everywhere, firefox will also use the https versions of aur, www, projects and all other *.archlinux.org sites. This is a good addition and I hope people appreciate that we offer https for all our sites.

1 0

[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