- Arch-general - lists.archlinux.org

[arch-general] Default value of "j" in makeflags of makepkg.conf
by Mark Lee 06 Jan '14

06 Jan '14

Salutations, I was wondering if we could change the default value for j in MakeFlags in makepkg.conf to "-j$(nproc)". This would allow makepkg to scale the number of threads per pc as default. Regards, Mark -- Mark Lee <mark(a)markelee.com>

15 33

[arch-general] MAKEFLAGS remodelation
by Kalrish Bäakjen 06 Jan '14

06 Jan '14

Hello, Some projects (e.g., mpv, in community) are moving from Autotools to other build systems. I think we should create a JOBS variable indicating the number of parallel jobs, leaving MAKEFLAGS for make-specific options. We could also implement SCONSFLAGS, WAFFLAGS,… although that may be a bit premature. The reason behind this is that a given build system might not understand "-j N". (And, also, for SCons projects, the "-Q" flag could be desired.) In the proposed model, each PKGBUILD would appropiately tell the build system how many jobs to do in parallel, or ignore the setting. As an extra question, may I ask why aren't MAKEFLAGS used in official PKGBUILDs? I mean, as in: make ${MAKEFLAGS} Perhaps make automatically fetches options from the environment? Or maybe because package construction is automated in a server and other processes are running in other cores? Thanks, Kalrish

4 9

Re: [arch-general] Default value of "j" in makeflags of makepkg.conf
by Isaac Dupree 04 Jan '14

04 Jan '14

On 01/03/2014 04:03 PM, Mark Lee wrote: > On Fri, 2014-01-03 at 15:55 -0500, Isaac Dupree wrote: >> On 01/03/2014 10:37 AM, Anatol Pomozov wrote: >>> Using -j$(cpunum) is a sane default that saves a lot of time to users. >> >> I agree, but for the record, 'nice' and scheduling are no panacea in my >> experience. It's fine for CPU loads, but compilations are also >> disk-heavy (which mattered when I used a spinning disk) and sometimes >> RAM-heavy (-j8 on my pet C++ project uses 2GB of RAM, which could push >> other programs I'm using into swap). >> >> -Isaac >> >> > > Salutations, > > I got to ask why you are running make with 8 threads on a system with > only 2 GB of ram? Heh. Well, I have 8 GB of RAM, but I'm often using most of it already. $(nproc) is 8 because there are 4 cores with each with hyperthreading (Intel Core i7). The project builds roughly at the same speed on this box at anywhere from -j4 to -j8; if that generalizes to other projects and there's an easy way to count cores not hyperthreads, cores might be a better Arch default. Shrugs. There are quite a few 4GB i7 systems out there too. Quad core ARM systems are another point on the cores-to-RAM-ratio spectrum. Probably most code doesn't consume 256 MB RAM per GCC invocation. C++'s templates and lack of module system... -Isaac

2 1

[arch-general] USB S-ATA Adapter
by Silvio Siefke 03 Jan '14

03 Jan '14

Hello, my Notebook is broken and so i buy a Adapter that i can take my Data from the Harddisk. siefke ~ $ lsusb Bus 001 Device 003: ID 0402:9665 ALi Corp. Gateway Webcam Bus 001 Device 004: ID 174c:5106 ASMedia Technology Inc. Transcend StoreJet 25M3 siefke ~ $ ls /dev | grep sd sda sda1 sda2 sdb SDB is the HDD but i can not mount and fdisk give nothing out. siefke ~ $ sudo fdisk -l [sudo] password for siefke: Disk /dev/sda: 232,9 GiB, 250059350016 bytes, 488397168 sectors Units: Sektoren of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x47a0cee0 Gerät Boot Start Ende Blocks Id System /dev/sda1 2048 4196351 2097152 82 Linux swap / Solaris /dev/sda2 * 4196352 488397167 242100408 83 Linux Has someone an idea or can i forget it? Thank you for help & Nice Day Silvio

5 4

[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