- Arch-general - lists.archlinux.org

[arch-general] [signoff] linux-3.2.12-1
by Tobias Powalowski 21 Mar '12

21 Mar '12

Hi guys, please signoff 3.2.12 series for both arches. package is not in testing, please grab it from here: http://dev.archlinux.org/~tpowa/linux/ This will move to [core] directly, because 3.3 is in [testing]. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

Re: [arch-general] [arch-dev-public] Cleaning up orphaned packages
by Lukas Fleischer 21 Mar '12

21 Mar '12

On Fri, Feb 24, 2012 at 04:19:25PM +0100, Pierre Schmitz wrote: > Hi all, > > while the rebuild of unsigned packages is about to be finished we > should start to think about our orphaned packages. ATM there about 430 > of them in core and extra 1); some of them are 8probably) not needed by > any other package 2) > > Here is my proposal: > * Everybody please review the list and adopt packages that you use and > might be willing to maintain. > * If you maintain a package that depends on an orphan, please adopt it. > It does not make sense to depend on an maintained package. Note that > packages can have mroe than one maintainer; so you should share the > workload. > * If a TU wants to maintain an orphan that is currently in [extra], > please let us know. I remember that some packages were hold back and weren't moved to [community] on former [extra] cleanups, even though they didn't have a maintainer (I'm not sure about the reasons anymore; I remember some of them were used on gerolde or so, not sure if that is still relevant). You should probably double-check these. Apart from that, +1 to this idea. I already checked the list of unneeded orphans and there's >20 packages I'd like to maintain if they aren't picked up in [extra]... > * Maybe we can also have a small team that adopts all orphans that > nobody wants to adopt on their own but is needed. Sounds like a good idea as well, at least for packages that are easy to maintain ("easy" meaning that upstream releases don't require much more work than bumping the pkgver and updating checksums). Packages that require a packager, who actually uses them, can still be dropped/moved. > > The goal should be to adopt all needed/wanted orphans and remove > everything else. > > Greetings, > > Pierre > > > 1) > https://www.archlinux.org/packages/?sort=&arch=any&arch=x86_64&repo=Core&re… > 2) https://www.archlinux.org/devel/reports/unneeded-orphans/ > > -- > Pierre Schmitz, http://pierre-schmitz.com

10 15

[arch-general] a bit more script
by pete 20 Mar '12

20 Mar '12

Hi folks . Sorry to be a pain but i am still having a bit of fun (or not as the case may be) with scripting here thanks to previous help i have for f in *jpg ; do echo "<a class=\"highslide\" href=\"$f\" onclick=\"return hs.expand(this)\"><img src=\"thumbs/\"$f\"></a>" ; done > awardgallery.html which works well and generates <a class="highslide" href="img_0004.jpg" onclick="return hs.expand(this)"><img src="thumbs/"img_0004.jpg"></a> The slight problem is in this part <img src="thumbs/"img_0004.jpg"> thumbs is a sub dir off the main photos with thumbnails in it they are named img_0004_s.jpg and i can get it to pick this fact up that means i have an edit job every time . help with mods please folks Thanks pete . -- Linux 7-of-9 3.2.11-1-ARCH #1 SMP PREEMPT Thu Mar 15 09:19:02 CET 2012 x86_64 AMD Phenom(tm) 9600B Quad-Core Processor AuthenticAMD GNU/Linux

3 8

[arch-general] pacman ignore packages by pattern?
by XeCycle 20 Mar '12

20 Mar '12

Hello, Is it possible for pacman to ignore packages by a pattern like --ignore xorg-*? I remember the painful days I've spent when using catalyst, so I switched to xf86-video-ati, so as not to be bothered by xorg packages. --ignoregroup xorg won't work perfectly, since not all xorg packages belong to that group. But some packages do need to be in sync with xorg-server, e.g. xorg-server-common. It will be handy if I can just put "IgnorePkg = xorg-*" in my /etc/pacman.conf. Thank you. -- 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

7 12

[arch-general] Why has the version numbering of gnome-desktop package changed?
by Hector Martinez-Seara 20 Mar '12

20 Mar '12

Hi, I find weird the new version of gnome-desktop my system wants me to upgrade: "extra/gnome-desktop 3.2.1-1 -> 1:3.2.1-1" It is just a typo or the change was on purpose. Hector -- Hector Martínez-Seara Monné mail: hseara(a)gmail.com Tel: +34656271145 Tel: +358442709253

4 5

[arch-general] Start a daemon, show a syntax error
by 大熊 20 Mar '12

20 Mar '12

No matter I manual start any a daemon, I always see a error shown on console: /etc/rc.d/functions: line 506: syntax error near unexpected token `(' /etc/rc.d/functions: line 506: ` done < <(findmnt -mrunRo TARGET,FSTYPE,OPTIONS /) But it seem that the daemon can run correctly, so should I need to fix it and how to fix it ?

8 23

[arch-general] Can't boot, root device not found
by Josh Silard 20 Mar '12

20 Mar '12

Hi list, I recently performed an update of udev and my kernel and after this I am unable to boot the normal kernel or the fallback. When I try I get this error: ERROR: Unable to find root device '/dev/disk/by-uid/03619a2f-908f-4724-ba4b-1fb3985e382b' You are being dropped to a recovery shell Type 'exit' to try and continue booting sh: can't access tty; job control turned off Typing exit results in me dropping to another shell and if done repeatedly a kernel panic. I attempted to boot via the grub console using the sda device block but I came up with the same error. When I look in /dev through the recovery console that comes up the sda* blocks aren't present. I need to know if there is a way to do this without entirely reformatting my system, I also don't have easy access to another computer but I have an android phone. Any assistance is greatly appreciated. Josh

7 11

[arch-general] ../libtool: line 2083: ark_part.cpp: command not found?
by David C. Rankin 19 Mar '12

19 Mar '12

Guys, I need help, or a link, to find out why libtool isn't working. libtool is attempting to use an undeclared variable as a command. The libtool file generated includes (beginning at line 2071): # func_to_tool_file ARG LAZY # converts the file name ARG from $build format to toolchain format. Return # result in func_to_tool_file_result. If the conversion in use is listed # in (the comma separated) LAZY, no conversion takes place. func_to_tool_file () { $opt_debug case ,$2, in *,"$to_tool_file_cmd",*) func_to_tool_file_result=$1 ;; *) $to_tool_file_cmd "$1" func_to_tool_file_result=$func_to_host_file_result ;; esac } # end func_to_tool_file The tdeutils build fails at make on the very first file (ark_part.cpp). The line that fails is line 2083: 2083| $to_tool_file_cmd "$1" The problem is '$to_tool_file_cmd' is never declared in 'libtool' resulting in the error: ../libtool: line 2083: ark_part.cpp: command not found Basically, libtool is trying to execute 'ark_part.cpp' as the command since '$to_tool_file_cmd' is never declared or initialized and is just blank in the command '$to_tool_file_cmd "$1"'. What I need to learn is whether this is a libtool problem or whether it is a tdeutils problem. tdeutils from the same source builds fine on slack, debian, etc.., so I wonder if this is a libtool version problem or something similar. I am building in an arch chroot and he PKGBUILD file used does: cd ${srcdir}/${pkgname#*-} cp /usr/share/aclocal/libtool.m4 ./admin cp /usr/share/libtool/config/ltmain.sh ./admin make -f admin/Makefile.common ./configure \ --prefix=${TDEDIR} \ --with-qt-dir=${QTDIR} \ --sysconfdir=/etc \ --localstatedir=/var \ --enable-debug=full \ --enable-closure make The complete error, which I don't fully understand is: /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -D_LARGEFILE64_SOURCE -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -fno-builtin -g3 -fno-inline -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT ark_part.lo -MD -MP -MF .deps/ark_part.Tpo -c -o ark_part.lo ark_part.cpp ../libtool: line 2083: ark_part.cpp: command not found I have also tried 'make SHELL=/bin/bash' after googling that the environment could cause shell extension issues if part was done with bash and make was using sh, but that made no difference. Anybody familiar with libtool know if this is a libtool problem or if this is a problem with the tdeutil code? If it is libtool, any work-arounds? -- David C. Rankin, J.D.,P.E.

2 3

[arch-general] An empty /etc/crontab file maybe needed bo be add in to package filesystem.
by 郑文辉(Techlive Zheng) 19 Mar '12

19 Mar '12

Due to cronie doesn't contain an /etc/crontab anymore, there are losts of msgs of missing crontab as shown below in errors.log. > /usr/sbin/crond[1236]: (root) CAN'T OPEN (/etc/crontab): No such file or directory

6 17

Re: [arch-general] mach64 "undefined symbol: xf86MapDomainMemory" fix
by Ionut Biru 19 Mar '12

19 Mar '12

On 03/19/2012 05:41 AM, Daniel F. Savarese wrote: > > Anyone using the xf86-video-mach64 package who has had their X server > fail after updating to xorg-server 1.12, reporting > "undefined symbol: xf86MapDomainMemory", you can get it working again > by applying the following patch (I've inlined it because I don't know > if the mailing list accepts attachments). This is an upstream issue > fixed in revision control, so there's no point opening a bug report. > It will be resolved when a new release of xf86-video-mach64 becomes available. > report a bug report. > --- src/atividmem.c.orig 2012-03-18 23:01:56.666029002 -0400 > +++ src/atividmem.c 2012-03-18 23:03:28.809154407 -0400 > @@ -84,7 +84,11 @@ > if (!pATI->pBank) > return; > > +#ifndef XSERVER_LIBPCIACCESS > xf86UnMapVidMem(iScreen, pATI->pBank, 0x00010000U); > +#else > + (void) pci_device_unmap_legacy(pATI->PCIInfo, pATI->pBank, 0x00010000U); > +#endif > > pATI->pBank = NULL; > } > @@ -219,9 +223,14 @@ > * No relocation, resizing, caching or write-combining of this > * aperture is supported. Hence, the hard-coded values here... > */ > - pATI->pBank = xf86MapDomainMemory(iScreen, VIDMEM_MMIO_32BIT, > - Tag, 0x000A0000U, 0x00010000U); > - > +#ifndef XSERVER_LIBPCIACCESS > + pATI->pBank = xf86MapDomainMemory(iScreen, VIDMEM_MMIO_32BIT, > + Tag, 0x000A0000U, 0x00010000U); > +#else > + (void) pci_device_map_legacy(Tag, 0x000A0000U, 0x00010000U, > + PCI_DEV_MAP_FLAG_WRITABLE, > + &pATI->pBank); > +#endif > if (!pATI->pBank) > return FALSE; > > > -- Ionuț

1 0