January 2008 - Arch-general - lists.archlinux.org

[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

[arch-general] KDE4 Anyone?
by Rodrigo Coacci 21 Jan '08

21 Jan '08

So have anyone got up and running with KDE4 on Arch? I know about kdemod testing, but they miss some dependencies (tapioca-qt, strigi...), so to do those by hand i'd prefer to do all myself :-P Also, any ideas on when we'll get KDE4 on extra or even testing? -- Cheers Rodrigo A computer is like air conditioning: it becomes useless when you open windows. ~Linus Torvalds

7 11

[arch-general] question about vlc package
by François Charette 18 Jan '08

18 Jan '08

Today I needed to look at a video stream (with firefox) that required the vlc mozilla plugin. So I installed the vlc package but was surprised that it does not provide the plugin. The latter is in AUR/unsupported (as vlc-plugin) and requires building the whole beast just to have that one little .so file. Being a TU I could move vlc-plugin to community, but I first wanted to ask whether there is any compelling reason for not providing it with the vlc package in the first place? Thanks, F

4 4

[arch-general] Subversion error?
by Loui 17 Jan '08

17 Jan '08

Hello! I don't know if this should go in flyspray because I'm using testing pkgs and such so I'll just write here. I think subversion needs to be rebuilt to link to the new Perl. I get an error when using git-svn /usr/bin/perl: symbol lookup error: /usr/lib/perl5/site_perl/current/i686-linux-thread-multi/auto/SVN/_Core/_Core.so: undefined symbol: Perl_Tstack_sp_ptr I built 1.4.6 it myself and it got past that error but I hit another one: Bad URL passed to RA layer: Unrecognized URL scheme for 'http://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad' at /usr/bin/git-svn line 1043 I also removed subversion-neon.patch because a hunk failed... maybe it was needed? I don't know. I admit I don't really know what's going on. Can someone smarter than me help me out? Thanks!

3 5

[arch-general] arch32 -> arch64 migration without reinstalling
by bardo 17 Jan '08

17 Jan '08

Since I've already got a 32bit laptop, I was thinking of migrating my Core 2 Duo to arch64 (as a TU it would be really helpful for building new packages and helping the other packagers). Now, this desktop is my main system, so I'm not really happy with the idea of reinstalling and reconfiguring everything (given that, at this time, I have more than 1700 installed packages). So here's the idea: is it crazy to dump the package list, boot from a cd, change my mirrors in x86_64, change pacman's installation root to my mounted disks, reinstall the world and then check for *.pac*? Is there any risk I can't see in doing this? Thanks, Corrado

3 3

[arch-general] FreeNX issues
by Sergey Manucharian 16 Jan '08

16 Jan '08

Hi, Yesterday I've installed FeeNX for the first time. First of all I've found that "nxloadconfig" sets in LD_PRELOAD a path to libXrender.so.1.2, but the actual library is libXrender.so.1.2.2 and there is no corresponding link. Ok, this issue is fixed simply (but it's a bug, right?). Now when I run nxclient and get the remote desktop (xfce), I cannot run some programs, e.g. mc, mplayer - they just crash with segfault. Could somebody give me the direction to fix it? Any ideas? Thanks. Cheers, Sergey

1 0

Re: [arch-general] [arch-dev-public] Arch Schwag
by Jaroslaw Swierczynski 15 Jan '08

15 Jan '08

They do ship to Europe but I'm not satisfied with their product quality. I bought a mug and a baseball jersey. While the mug is great, the printings on the jersey are poor and I would expect more from the material. -- Jaroslaw Swierczynski <swiergot(a)gmail.com> www.archlinux.org | www.juvepoland.com

2 1