- Arch-general - lists.archlinux.org

[arch-general] Who is confused, pacman or me?
by Neil Darlow 26 Jan '08

26 Jan '08

Hi, I did a pacman -Syu this morning and it warned me that: local etracer-0.35-6 is newer than etracer-0.4-1 I'm not sure how that came about. Is this a pacman or pkgbuild problem? My system is i686. Regards, Neil Darlow

3 3

[arch-general] ghc x86_64 missing OpenGL?
by sam lee 25 Jan '08

25 Jan '08

Hi. >From the web page of ghc package, http://archlinux.org/packages/search/?q=ghc, it does include OpenGL bindings. However, on x86_64, ghc has different maintainer and it seems to use different PKGBUILD. Is this intentional? Any plans for including all of extralibs (which includes OpenGL bindings) into ghc package for x86_64 ? Or, make ghc-extralibs as a separate package? Thank you. Sam Lee.

3 2

[arch-general] Repo Filename Search?
by Kevin Monceaux 25 Jan '08

25 Jan '08

Arch Enthusiasts, Does Arch Linux have a utility to search for packages that provide a particular file? I came across qfile via the wiki and tried it but can't seem to get it to work. Kevin http://www.RawFedDogs.net http://www.WacoAgilityGroup.org Bruceville, TX Si hoc legere scis nimium eruditionis habes. Longum iter est per praecepta, breve et efficax per exempla!!!

4 4

[arch-general] makepkg not stripping bin/libs
by Mark Constable 24 Jan '08

24 Jan '08

makegpkg 3.1.1 line ~752 has this... find {,usr/{,local/},opt/}{bin,lib,sbin} -type f and I can't see how that will ever work, and it doesn't for me, however this does work (for me)... find -regex ".+/bin/.+" -o -regex ".+/lib/.+" -o -regex ".+/sbin/.+" -type f I recently rebuilt kdemod4 and it ended up being 1.9Gb whereas it should have been around >400Mb. --markc

1 0

[arch-general] Pacman-3.1.1-1 not reading 'provides' field
by Ravi Desai 24 Jan '08

24 Jan '08

Hey, I'm using pacman-3.1.1-1 from testing, and have installed kdemod-4.0. I'm not able to install lyx since lyx requires qt and asks for qtmod to be removed. However, 'pacman -Qi qtmod' has the following --- Provides : qt 4.3.3 --- How do I solve this problem? Is it a bug? Should I file a bug report? I looked at bugs.archlinux.org, but couldn't find anything similar. Thanks, Ravster

5 4

Re: [arch-general] [arch-dev-public] Updating 'man'
by Grigorios Bouzakis 23 Jan '08

23 Jan '08

On Wed, Jan 23, 2008 at 11:19:19AM -0600, Aaron Griffin wrote: > > LESSCHARSET > > But that only affects less, and not man pages. It's a fine line, but I > know at least a few people that don't use less as their MANPAGER Those people should. If color is the reason for using most, see http://nion.modprobe.de/blog/archives/572-less-colors-for-man-pages.html I have added that to the Wiki too: http://wiki.archlinux.org/index.php/Post_Installation_Tips#Getting_a_colore… Less is much more powerful than most. Greg

5 6

[arch-general] Does pacman support "noarch" now?
by 甘露 23 Jan '08

23 Jan '08

All fonts do not need a "i686" or "x86_64" option but in my memory pacman doesn't support noarch, which makes PKGBUILDs for fonts unable to compile without a unnecessary line. Thanks.

6 12

[arch-general] makepkg running as root
by richard terry 23 Jan '08

23 Jan '08

Sometimes I build packages from AUR, and (obviously wrongly), do this as root. Today I got this message: ==> ERROR: Running makepkg as root is a BAD idea and can cause permanent, catastrophic damage to your system. If you wish to run as root, please use the --asroot option. Can someone explain. Richard

11 15

[arch-general] makepkg running as root
by richard terry 22 Jan '08

22 Jan '08

On Tue, 22 Jan 2008 02:42:10 pm you wrote: > On Jan 21, 2008 9:33 PM, richard terry <rterry(a)gnumed.net> wrote: > > Sometimes I build packages from AUR, and (obviously wrongly), do this as > > root. > > > > Today I got this message: > > > > ==> ERROR: Running makepkg as root is a BAD idea and can cause > > permanent, catastrophic damage to your system. If you > > wish to run as root, please use the --asroot option. > > > > Can someone explain. > > What's to explain that that message didn't already explain? Just what it could do to your system. See the attatched PKGBUILD (which I adapted from an old one in AuR) I tried to compile it as myself, and it crashed at the end of the build, (sorry didn't keep messages), saying something about not being able to write to some directory or other (ok, so I'm not a geek!!!). When I re-built it as root it worked fine. BTW, could you/someone checkout this PKGBUILD file and tell me what's wrong with the way I've adapted it (I'm assuming its not correct, though it works as I did it with no understanding of what I'm doing. Thanks. Richard

3 2

[arch-general] Qt3 path setting, is it right?
by Neil Darlow 22 Jan '08

22 Jan '08

Hi, I've been building bouml (from AUR) successfully until Qt4 arrived. Examining the build failure it appears that although QTDIR is correctly set for Qt3, the placement of QTDIR/bin at the end of PATH in qt3.sh results in Qt4's qmake taking precedence over that of Qt3. For bouml's build mechanism (no ./configure involved) this leads to qmake-generated files containing resource paths of Qt4. I've managed to get the build to work by placing QTDIR/bin at the head of PATH, using a sed command, but it's seems hackish to me. Is the sourcing of qt3.sh from /etc/profile.d a sensible idea? Would it be better provided as part of the qt3 package and sourced into the PKGBUILD's environment directly? And, surely, placing QTDIR/bin at the end of PATH is not a good idea? Regards, Neil Darlow

2 1