- Arch-general - lists.archlinux.org

[arch-general] Building in clean chroot
by Baho Utot 02 Jun '09

02 Jun '09

I keep getting these errors when building packages from extra Is there a way to "turn off" this or do I have to manually do this every time it rears its ugly head? Proceed with installation? [Y/n] checking package integrity... checking for file conflicts... error: failed to commit transaction (conflicting files) error: could not prepare transaction /usr/share/info/dir exists in both 'libksba' and 'libassuan' libksba: /usr/share/info/dir exists in filesystem libassuan: /usr/share/info/dir exists in filesystem Errors occurred, no packages were upgraded. Thanks

3 2

Re: [arch-general] [arch-dev-public] Vim plugins updated
by Henning Garus 02 Jun '09

02 Jun '09

On Sun, May 31, 2009 at 6:24 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: > I just went though all the vim-* packages and updated them to the > latest versions, as well as changed their install location to match > the new vim layout. Please let me know if there are any problems with > the new packages. > > These should move to [extra] whenever vim leaves [testing]. > There are some other packages which use the old vim layout. In extra: cmake (/usr/share/vim/{syntax/cmake-syntax.vim,indent/cmake-indent.vim) mercurial (usr/share/vim/syntax/HGAnnotate.vim) clisp puts some files into /usr/share/vim/vimfiles/after/ which is still in my runtimepath with vim from testing. There are more packages in community, which will have to be changed when vim goes to extra: clewn icomplete pacman-contrib txt2tags vim-*

2 1

Re: [arch-general] SRCDEST="/path/to/folder"
by Baho Utot 01 Jun '09

01 Jun '09

On Sun, 2009-05-31 at 23:37 +1000, Allan McRae wrote: > Allan McRae wrote: > > Baho Utot wrote: > >> I am Building in a clean chroot according to the wiki > >> > >> The Chroot sub-directory is /home/Chroot/root > >> > >> I have set SRCDEST="/sources" in the makepkg in /home/Chroot/root/etc > >> and then > >> mkdir /home/Chroot/root/sources chmod 777 /home/Chroot/root/sources > >> > >> Is this correct to get makepkg to store the sources in that > >> sub-directory? > >> > >> It presently doesn't work for me or I did something wrong. > >> > >> Can anyone help? > >> > > > > As far as makepkg goes, it should store the sources in /sources. But > > my guess is makechrootpkg is moving the source files from there to the > > directory you launched it from. Have not actually looked at this though. > > Or an even better explanation (which also could be wrong), it puts them > in the rw portion of the union filesystem and that gets cleared. > > I think the message to take from this is that this setup will probably > not work... > > Allan > > Ok I'll have to fix my build script to do it

2 2

Re: [arch-general] [signoff] lvm2-2.02.47-1
by Eric Bélanger 31 May '09

31 May '09

On Sun, May 24, 2009 at 3:23 PM, Eric Bélanger <snowmaniscool(a)gmail.com> wrote: > Hi, > > lvm2-2.02.47-1 is in testing. Minor upstream updates (from 2.02.45). > Please test/signoff. > > Eric > > bump. Anyone? I believe only another dev use this so signoff from users would be good.

2 1

[arch-general] agg 2.5-2 i686 build error
by Baho Utot 31 May '09

31 May '09

Building in a clean chroot per wiki gcc version 4.4.0 20090505 (prerelease) (GCC) ==> Making package: agg 2.5-2 i686 (Sun May 31 12:35:08 UTC 2009) libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../include -I../../../include -I -march=athlon -O2 -pipe -fomit-frame-pointer -c agg_platform_support.cpp -fPIC -DPIC -o .libs/libaggplatformX11_la-agg_platform_support.o /bin/sh ../../../libtool --tag=CXX --mode=link g++ -I../../../include -I -march=athlon -O2 -pipe -fomit-frame-pointer -version-info 2:4:0 -L -o libaggplatformX11.la -rpath /usr/lib libaggplatformX11_la-agg_platform_support.lo -lX11 libtool: link: require no space between `-L' and `-o' make[3]: *** [libaggplatformX11.la] Error 1

2 3

[arch-general] SRCDEST="/path/to/folder"
by Baho Utot 31 May '09

31 May '09

I am Building in a clean chroot according to the wiki The Chroot sub-directory is /home/Chroot/root I have set SRCDEST="/sources" in the makepkg in /home/Chroot/root/etc and then mkdir /home/Chroot/root/sources chmod 777 /home/Chroot/root/sources Is this correct to get makepkg to store the sources in that sub-directory? It presently doesn't work for me or I did something wrong. Can anyone help?

2 2

[arch-general] Fix or not fix? install scriptlets with user handling.
by Gerardo Exequiel Pozzi 30 May '09

30 May '09

Hi, Many package manage user/groups in many differents ways. (no much problem here) Many do things like: @ when installed 1) check if not user foo exists then create it 2) check if not group foo exists then create it @when removed 1) remove the user foo (without check) 2) remove the group foo (without check) Because by default the option USERGROUPS_ENAB is set to yes, when user "foo" is removed also the group "foo" is removed, so the groupdel command will fail, then pacman show the message: "error: scriptlet failed to execute correctly". The solution is trivial, check with getent before remove, just like some packages do it before create the user. My question here, is there interest in resolving this? Currently I have the choice of those who fail (both extra and comunity). Do you send a report to everyone who fail to flyspray with the patch (low priority)? Also I can unify the user creation step, some .install check with "grep" and others with "getent". I prefer the proper getent method. The only package in [core] that have this issue is dbus-core [#1] and is actually reported. [#1] http://bugs.archlinux.org/task/14810 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

15 32

Re: [arch-general] [arch-dev-public] .so bump - icu 4.2
by Gerardo Exequiel Pozzi 30 May '09

30 May '09

Andreas Radke wrote: > I'm just loading new icu up to testing. This will requiere rebuilds > (from our packages webside): > > * brltty > * go-openoffice > * libflashsupport > * libwebkit > * openoffice-base > * openoffice-base-beta > * openoffice-base-devel > * tin > > > I'll do the rebuilds one by one. This will take some time especially > for the OOo packages... > > Please report if more packages will need a rebuild. > > -Andy > > Yes, [extra] is OK and this is from [community] dwdiff-1.5.2-1 libfbclient-2.1.2.18118-1 open-vm-tools-2009.04.23-5 openttd-0.7.0-1 parrot-1.0.0-3 sword-1.5.11-3 xiphos-3.0.1-2 yaz-3.0.45-1 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

[arch-general] pidgin memory leak?
by Gregory T Helton 30 May '09

30 May '09

Noticed this when my music started skipping and glanced at my conky to see 3.82gb memory usage (out of 4). I had to kill the process with `killall -9 pidgin`. I've also noticed pidgin locking up more often with 100% cpu usage on one core lately. ps before I killed it: kano 26176 0.5 86.1 5454392 3490168 ? Rl May27 8:42 pidgin Is anyone else having problems with pidgin? My gf's laptop with ubuntu doesn't seem to have any problems, so I wonder if it maybe an arch issue.

7 8

Re: [arch-general] http://bugs.archlinux.org/task/14873
by Baho Utot 30 May '09

30 May '09

On Sat, 2009-05-30 at 09:53 +1000, Allan McRae wrote: > Baho Utot wrote: > > On Sat, 2009-05-30 at 09:25 +1000, Allan McRae wrote: > > > >> Baho Utot wrote: > >> > >>> This bug was closed with "It is not a bug " and BTW you solution is > >>> wrong. > >>> > >>> Flac fails with "command not found line 20" when built under clean > >>> chroot > >>> > >>> > >>> This is line 20: > >>> > >>> patch -p1 < ../flac-1.2.1-gcc-4.3-includes.patch || return 1 > >>> > >>> Please fix > >>> > >>> > > > > Do you have patch in your chroot? > > > > Yes the chroot was installed with base base-devel sudo as per wiki > > And the chroot fuction/built the entire abs/core so it should be > > working. > > > > I am building extra alphbeticaly and it stops on flac after fixing flac > > to > > > > patch -p1 -i ${startdir}/flac-1.2.1-gcc-4.3-includes.patch || return 1 > > > > it works. > > > > That is why I entered a bug report. > > > > > >>> As a side note which is correct ${startdir}/patch.file or > >>> ${srcdir}/patch.file > >>> > >>> I have be disciplined for both > >>> > >>> > >> As a general rule, you never should use $startdir in a PKGBUILD. > >> > >> > > > > I have seen $startdir in a lot of PKGBUILDs in core and extra, what is > > wrong using it? > > > > $startdir is no longer guaranteed to have any relationship to $srcdir. > $srcdir is where the source files from the "source" array get copied so > you should use that. The packages in the main repos are graually > getting change to reflect that. > > BTW, what is up with your emails coming in to the mailing list several > hours earlier than what you replied to. It is getting annoying... > > Allan Don't know. The clock displayed in gnome is right to UTC and local. I may have started with my using evolution rather that thunderbird. I have used evolution to post all my emails for the month of June. I use to have ntp running but after I did a clean install with gnome as my desktop I havn't set it up. I'll look into it and install ntp Thanks for letting me know.

2 2