- Arch-general - lists.archlinux.org

[arch-general] Patching in PKGBUILDS
by Mark Lee 03 Jan '14

03 Jan '14

Salutations, While debugging a libva-intel-driver issue, I found that makepkg was not reporting failures to patch source files. Is there a reason behind this behavior? Regards, Mark P.S. Happy New Year! -- Mark Lee <mark(a)markelee.com>

3 4

Re: [arch-general] arch-general Digest, Vol 110, Issue 18
by Mark Lee 01 Jan '14

01 Jan '14

On Tue, 2013-12-31 at 22:33 -0500, arch-general-request(a)archlinux.org wrote: > On Tue, 31 Dec 2013 19:39:03 +0100 > Thomas B?chler <thomas(a)archlinux.org> wrote: > > > Really? Who? > > Hmm, me. Intel atom here... > > > You are suggesting not changing to a sane default because some > packages > > (especially in the AUR) have crappy maintainers. That's hardly a > reason > > for anything. > > A sane default would probably be $(nproc)-1. But in general, is it a > good > idea to have calls to binaries in a config file? So far, makepkg.conf > doesn't > have anything like this. > > Happy new year, > Leonid. > Salutations, What if there is one core? What would be the output of make -j0? If makepkg.conf is to avoid binary calls, where else could this be placed? Would it be added directly to /usr/bin/makepkg as a flag that can be toggled in makepkg.conf? Regards, Mark -- Mark Lee <mark(a)markelee.com>

2 1

Re: [arch-general] build and test packages automatically
by Mark Lee 01 Jan '14

01 Jan '14

On Wed, 2013-12-25 at 21:12 -0500, arch-general-request(a)archlinux.org wrote: > Am Sonntag, den 22.12.2013, 19:51 +0800 schrieb Guangyu Zhang: > > [?] and to show the status of all packages which is just like > > the buildd <http://www.debian.org/devel/buildd/> in Debian. > > For my small repository I created a website? which lists all the > packages in the repository with a button to check the status. > It compares the version with the one in [AUR] but it could be adopted > to > check the status in CVS. > Of course it doesn?t build the packages automatically. > > Regards, > coderkun Salutations, Something similar was discussed on the Arch message board: https://bbs.archlinux.org/viewtopic.php?id=159304 I have experience with building computational servers; with enough funding for operational and startup costs, I'd like to build a cluster of AMD APUs computers for quantum chemistry, Arch Linux test packaging, and automated git building. It would be like a render/compiling farm. Regards, Mark -- Mark Lee <mark(a)markelee.com>

1 0

Re: [arch-general] Patching in PKGBUILDS
by Mark Lee 01 Jan '14

01 Jan '14

On Tue, 2013-12-31 at 23:02 -0500, Mark Lee wrote: > On Wed, 2014-01-01 at 04:58 +0100, Jan Alexander Steffens wrote: > > On Wed, Jan 1, 2014 at 4:51 AM, Mark Lee <mark(a)markelee.com> wrote: > > > My patch command was given in the build() section of the PKGBUILD: > > > > > > build() { > > > cd "${srcdir}/${pkgname}-${pkgver}"; > > > patch -Np1 -i "${srcdir}/i965_rendering.patch" > > > ./configure --prefix=/usr > > > make > > > } > > > > > > While debugging libva-intel-driver, I applied the rendering patch via > > > the PKGBUILD only to find later that it wasn't actually applied. Makepkg > > > didn't stop building the package even though it failed to apply the > > > patch. > > > > Nothing wrong with that snippet; the problem lies somewhere else. Did > > you actually watch the patch fail and makepkg continue? Are you sure > > the package you have installed came from this PKGBUILD? > > I rebuilt and installed the package from the PKGBUILD (makepkg -s -r -i) > multiple times. After finding that nothing was working, I grew > suspicious and examined the src folder of the PKGBUILD to find that the > source was not patched. Incidentally the correct code was "patch -p1 -i" > not "patch -Np1 -i". > > Regards, > Mark Salutations, Scratch that, I just checked my records and I used a lower cased "n" instead of "N". I just tried it with "patch -Np1 -i" and it works, but "patch -np1 -i" doesn't. Regards, Mark -- Mark Lee <mark(a)markelee.com>

2 1

[arch-general] FreeRDP
by Ben Hagan 30 Dec '13

30 Dec '13

It would appear that FreeRDP in community needs to be updated to 1.1. There is a 1.1 stable branch in their repo, and it implements some changes that make freerdp much better to use. I flagged the package as being out of date a few weeks ago, but it looks like it got unflagged. I flagged it again, hopefully emailing this list will give it some traction. If this is the wrong place for this, please forgive my noobosity and politely redirect me through the proper channels.

2 1

[arch-general] PCRE 8.34-1 Upgrade breaks expected regex behavior for MediaWiki
by Peter Baldridge 30 Dec '13

30 Dec '13

Hello All, The most recent upgrade to pcre 8.34-1 seems to disallow group names starting with a digit. A quote from the PCRE news.txt [1]: > "Perl no longer allows group names to start with digits, so I have made this change also in PCRE." I found this bug report[2] on the mediawiki site that apparently has a working patch though I'll probably just downgrade until the patch is in the official package. This breaks my MediaWiki install with the following error in the httpd/error.log: >PHP Warning: preg_match(): Compilation failed: group name must start with a non-digit at offset 8 in /usr/share/webapps/mediawiki/includes/MagicWord.php on line 907 I'm not sure how Arch would handle this since it is an upstream bug. If someone needs any other info let me know. [1] http://pcre.org/news.txt [2] https://bugzilla.wikimedia.org/show_bug.cgi?id=58640 -- Pete

2 1

[arch-general] ★ General Discussion about Arch Linux, Nicolás de la torre te dejó un mensaje...
by Nicolás de la torre 30 Dec '13

30 Dec '13

Nicolás de la torre te dejó un mensaje... Este mensaje es personal. Sólo vos y su remitente tienen acceso a él y te recordamos que lo podés eliminar en cualquier momento. Si querés responder podés hacerlo desde el chat. Para leer tu mensaje, cliqueá en el siguiente link: http://us1.badoo.com/01212612809/in/ZGlxk-etVAI/?lang_id=105&g=57-0-4&m=21&… Si al hacer clic en el link de este mensaje no funciona, copiá y pegalo en la barra de tu navegador. Este email es parte del proceso de entrega del mensaje enviado por Nicolás de la torre. Si recibiste este email por error, por favor ignoralo. En un breve periodo de tiempo va a ser eliminado del sistema. ¡Divertite! El Equipo de Badoo Recibiste este email de Badoo Trading Limited (dirección postal a continuación). Si no querés recibir futuras comunicaciones por parte de Badoo, por favor cliqueá acá para desactivarlas. https://us1.badoo.com/impersonation.phtml?lang_id=105&email=arch-general%40…. Badoo Trading Limited es una sociedad de responsabilidad limitada registrada en Inglaterra y Gales con número 7540255 y domicilio en Media Village, 131 - 151 Great Titchfield Street, Londres, W1W 5BB.

1 0

[arch-general] Locale Changed
by Silvio Siefke 29 Dec '13

29 Dec '13

Hello, i use XFCE and when i now start i become all in english but i has write the locales in german. I not understand i do nothing make restart and now the GTK Programms in English, XFCE in English, VLC in English. siefke ~ $ cat /etc/locale.conf export LC_DATE=de_DE.utf8 export LC_NUMERIC=de_DE.utf8 export LC_TIME=de_DE.utf8 export LANG=de_DE.utf8 siefke ~ $ cat /etc/vconsole.conf KEYMAP=de-latin1 siefke ~ $ cat .bashrc | grep LANG export LANG=de_DE.UTF-8 siefke ~ $ cat .xinitrc | grep LANG export LANGUAGE=de_DE.utf8 export LANG=de_DE.utf8 I really not understand why now most Programs in English. Can someone give me an advice. Thanks for help & Nice day Silvio

6 10

[arch-general] svntogit interface issue
by Leonid Isaev 26 Dec '13

26 Dec '13

Hi, I just noticed that svntogit interface at archlinux.org is few days behind SVN. For example systemd is still listed in trunk with pkgrel=5, while [testing] has pkgrel=9. Is this a known problem? Thanks and happy holidays, -- Leonid Isaev GnuPG key: 0x164B5A6D Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D

1 0

[arch-general] -Bsymbolic-functions
by Olivier Langlois 26 Dec '13

26 Dec '13

>From https://sourceware.org/binutils/docs/ld/Options.html#Options -Bsymbolic-functions When creating a shared library, bind references to global function symbols to the definition within the shared library, if any. This option is only meaningful on ELF platforms which support shared libraries. I have discovered this ld switch by seeing it offered in the alsa-lib configure script: --enable-symbolic-functions use -Bsymbolic-functions option if available (optmization for size and speed) My limited knowledge of how shared libraries work is that code refering to a 'so' function jump in a location containing a second jump to the address of the loaded symbol and this second jump instruction gets patched when the 'so' is loaded. So my understanding of the switch is that activating just go directly to the function without any indirection. Could it be interesting to make this switch standard in makepkg.conf? Has this ever been discussed in the past? The only potential problem that I can foresee with its usage is for programs 'hijacking' symbols by being preloaded first. The 2 programs that I know doing this are: trickle and glc but I am sure that there are many others.

1 0