Re: [arch-general] Built packages of GCC 5

2014-12-02 Thread Kalrish Bäakjen
You are right about libstdc++. I believe it's the same for all the other libraries that the gcc-libs package carries. About Clang, I use it already, but it is always better to test with several compilers. However, some features I use have only been introduced recently (in GCC). I cannot cross compi

[arch-general] Built packages of GCC 5

2014-12-02 Thread Kalrish Bäakjen
Hello, I am working on a nasty machine that is slow and sporadically freezes, which makes it unable to compile anything that takes a bit of effort. I would like to try GCC's development version, but it's not possible to build it locally. Do you know of any (unofficial) respository that offers i686

Re: [arch-general] fstab and root filesystem

2014-08-29 Thread Kalrish Bäakjen
nted as > such, and that ext2/3/4 can store flags within itself, see -o under > tune2fs(8). > > -- > Oliver Temlin > > > On Fri, Aug 29, 2014 at 2:04 PM, Kalrish Bäakjen > wrote: > > > > Hello, > > I have been playing with the initramfs, and I noticed

[arch-general] fstab and root filesystem

2014-08-29 Thread Kalrish Bäakjen
Hello, I have been playing with the initramfs, and I noticed that the root filesystem is mounted in read-write mode in early init. Since, by the time /etc/fstab is available, the filesystem on which it resides (presumably, the root filesystem) is already mounted, and mounting it is anyway early in

Re: [arch-general] e2fsprogs installation failed

2014-06-04 Thread Kalrish Bäakjen
Hello, Perhaps you could manually download the package tarballs (from the Arch official repositories web interface) and extract the pertinent files from them where they belong. As a last resort, you could boot an Arch Live environment and use pacstrap after mounting the relevant partitions: # pac

Re: [arch-general] Package management

2014-01-07 Thread Kalrish Bäakjen
On Sun, Jan 5, 2014 at 3:07 PM, Kalrish Bäakjen < > kalrish.ant...@gmail.com> > > wrote: > > > > > > Hello, > > > > > > Before starting, I'd like to remind that we're all humans, so we can > > > discuss these ideas politely and m

Re: [arch-general] Package management

2014-01-06 Thread Kalrish Bäakjen
I'm sorry. My idea now seems much worse (and it wouldn't be worth implementing it). Regards, and thanks for your time, Kalrish On Jan 6, 2014 8:11 AM, "Rashif Ray Rahman" wrote: > On 6 January 2014 09:26, Kalrish Bäakjen wrote: > > Note, however, that the model

Re: [arch-general] Package management

2014-01-05 Thread Kalrish Bäakjen
, Kalrish On Jan 6, 2014 1:54 AM, "David C. Rankin" wrote: > On 01/05/2014 08:07 AM, Kalrish Bäakjen wrote: > > These were all the ideas. If you haven't understood something, please > > ask. Thanks, > > Kalrish > > All are good ideas, but I think they w

Re: [arch-general] MAKEFLAGS remodelation

2014-01-05 Thread Kalrish Bäakjen
I didn't realize what you explain. However, there's no need to use MAKEFLAGS inside the PKGBUILD; it seems 'make' automatically takes its value from the environment if it is present. With respect to the default value, I think it is a sane default to use 'nproc'; PKGBUILDs for applications that can

Re: [arch-general] Package management

2014-01-05 Thread Kalrish Bäakjen
ly benchmark each; I could also have two versions of the same library if both are needed. Regards, Kalrish On Jan 5, 2014 8:26 PM, "Leonardo Dagnino" wrote: > 2014/1/5 Kalrish Bäakjen : > > Hello, > > > > Thanks for your explanation. I understand that it's not pos

Re: [arch-general] MAKEFLAGS remodelation

2014-01-05 Thread Kalrish Bäakjen
My goal was to make it generic. SCons and Waf support the "-j" option, but that is coincidental. MAKEFLAGS is for make; why tweak it to make it work with other build systems? And, if other build systems support some options (for debugging, for output supression, for whatever), we need a way to tell

Re: [arch-general] MAKEFLAGS remodelation

2014-01-05 Thread Kalrish Bäakjen
Hello, I'm sorry for the confusion. A little research reveals that make automatically recognises the MAKEFLAGS environmental variable. (I didn't know it, and I used to add $MAKEFLAGS to each make invocation.) I agree that a change in makepkg.conf should reflect a change in the base-devel group. H

[arch-general] MAKEFLAGS remodelation

2014-01-05 Thread Kalrish Bäakjen
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 p

Re: [arch-general] Package management

2014-01-05 Thread Kalrish Bäakjen
Hello, Thanks for your explanation. I understand that it's not possible to maintain every version of a package (and, as you've pointed out, it goes against The Arch Way). However, it could still be useful for AUR packages, or even official ones (I can't check it, but I was told that Arch keeps off

[arch-general] Package management

2014-01-05 Thread Kalrish Bäakjen
Hello, Before starting, I'd like to remind that we're all humans, so we can discuss these ideas politely and making use of nothing more than reason. I am NOT a pedantic person looking to impose my will; please, excuse me if you feel I'm doing it. I hope this turns into an interesting conversation,