Re: [arch-general] Arch Linux release Schedule
Am Freitag 07 Mai 2010 schrieb Keith Hinton: > Hi all. > I remember way back when Aaron G posted about how Arches goal would be to > release every four months or so to keep up with regular kernel releases > and frequent ISO images. However, I remember the last official Iso was in > August of 2009. > I am not saying that that is bad or anything. > I am curious why there hasn't been a release since that time period? > I never figured that out. > I did send an email to our fine Arch Linux leader using a GMail address-and > am curious if that address just isn't checked? I did send Aaron some other > interesting emails of late as well. > But I haven't received anything-though being a leader of a project such as > Arch Linux must take up a lot of time. > > Take care! > Regards, --Keith There are test images (release cycle approx. 2 weeks): http://bbs.archlinux.org/viewtopic.php?id=95503 There is archboot (release cylce approx. a month - 6 weeks): http://bbs.archlinux.org/viewtopic.php?id=94687 and all work probably fine. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
[arch-general] Arch Linux release Schedule
Hi all. I remember way back when Aaron G posted about how Arches goal would be to release every four months or so to keep up with regular kernel releases and frequent ISO images. However, I remember the last official Iso was in August of 2009. I am not saying that that is bad or anything. I am curious why there hasn't been a release since that time period? I never figured that out. I did send an email to our fine Arch Linux leader using a GMail address-and am curious if that address just isn't checked? I did send Aaron some other interesting emails of late as well. But I haven't received anything-though being a leader of a project such as Arch Linux must take up a lot of time. Take care! Regards, --Keith
Re: [arch-general] about arch
On 05/06/10 19:40, Ng Oon-Ee wrote: On Thu, 2010-05-06 at 18:54 -0400, Baho Utot wrote: On 05/06/10 08:20, Diogo Franco wrote: On 05/ 6/10 06:08 AM, Juan Diego Tascón wrote: outdated: "Arch also offers an [unsupported] section in the Arch Linux User Repository (AUR), which contains over 9,000 build scripts" It should say "over 21.000 build scripts". IT'S OVER NINE THOUSND!! Due to the incredible power of 9000, anything above 9000 will be above anything. http://www.lurkmore.com/wiki/9000 I think it is well over 0x2400 You, sir, win the award for best Linux-nerd answer of the week =) Thanks
Re: [arch-general] about arch
On Thu, 2010-05-06 at 18:54 -0400, Baho Utot wrote: > On 05/06/10 08:20, Diogo Franco wrote: > > On 05/ 6/10 06:08 AM, Juan Diego Tascón wrote: > >> outdated: "Arch also offers an [unsupported] section in the Arch Linux > >> User Repository (AUR), which contains over 9,000 build scripts" It > >> should say "over 21.000 build scripts". > > IT'S OVER NINE THOUSND!! > > > > Due to the incredible power of 9000, anything above 9000 will be above > > anything. > > > > http://www.lurkmore.com/wiki/9000 > > I think it is well over 0x2400 You, sir, win the award for best Linux-nerd answer of the week =)
Re: [arch-general] about arch
On 05/06/10 08:20, Diogo Franco wrote: On 05/ 6/10 06:08 AM, Juan Diego Tascón wrote: outdated: "Arch also offers an [unsupported] section in the Arch Linux User Repository (AUR), which contains over 9,000 build scripts" It should say "over 21.000 build scripts". IT'S OVER NINE THOUSND!! Due to the incredible power of 9000, anything above 9000 will be above anything. http://www.lurkmore.com/wiki/9000 I think it is well over 0x2400
Re: [arch-general] BTRFS integration
On Wed, 5 May 2010 18:49:44 -0500 C Anthony Risinger wrote: > any other ideas besides rollbacks and an original snapshot that btrfs > could be used for? IIRC it supports data checksumming. about the whole snapshot/volume naming thing: do what you think is best. i cannot advise you because i don't know btrfs. however you mentioned compatibility with older kernels and older btrfs versions. i wouldn't worry too much about that, by the time we actually support btrfs, kernel .33 and such will be behind us ;) Dieter
Re: [arch-general] intel video & suspend
Excerpts from Isaac Dupree's message of Thu, 06 May 2010 14:32 -0400: > On 05/06/10 11:49, Sergey Manucharian wrote: > > Hi folks, > > > > Regularly I put my ThinkPad R61 into suspend twice a day, and > > everything worked perfectly until 2.6.32 and 2.6.33 kernels. > > > > Now from time to time (≈ once a week) when I wake it up, the screen > > remains black in both X and text console. Nothing can bring it back, > > What about suspending again, perhaps waiting a few seconds, and > resuming again? Does that have a chance to help? (It helps me on my > Intel card's graphic glitches sometimes. I can do it easily because > closing the laptop lid causes suspend, and opening it causes > wake-up...) I tried that too with no success, next time will try to suspend again for longer time... The bad thing is that it may work properly next 50 times - it's not easily reproducible. Sergey
Re: [arch-general] intel video & suspend
On 05/06/10 11:49, Sergey Manucharian wrote: Hi folks, Regularly I put my ThinkPad R61 into suspend twice a day, and everything worked perfectly until 2.6.32 and 2.6.33 kernels. Now from time to time (≈ once a week) when I wake it up, the screen remains black in both X and text console. Nothing can bring it back, What about suspending again, perhaps waiting a few seconds, and resuming again? Does that have a chance to help? (It helps me on my Intel card's graphic glitches sometimes. I can do it easily because closing the laptop lid causes suspend, and opening it causes wake-up...)
[arch-general] [signoff] kernel26-lts 2.6.32.12-1
Hi guys, first try of lts bump to .32 series: - udev-compat is not needed anymore for this kernel - updated lts config to this kernel series - lzma compression is now used With this LTS release, i want to provide binary kernel modules too. Shall the binary modules be part of [core] then too, if the kernel26 module is there too? Thanks for feedback and input. Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] [arch-dev-public] [toolchain] gcc 4.5 breakage
On Thu, May 6, 2010 at 3:25 PM, Rogutės Sparnuotos wrote: > > All this is probably unrelated to http://gcc.gnu.org/PR43987, but perhaps > it will save some time for someone, as your post about busybox helped me. > I'll wait for a new gcc package before reporting a gcc bug. > IMO you should report it now, especially considering that the current package is a stable gcc release.
[arch-general] intel video & suspend
Hi folks, Regularly I put my ThinkPad R61 into suspend twice a day, and everything worked perfectly until 2.6.32 and 2.6.33 kernels. Now from time to time (≈ once a week) when I wake it up, the screen remains black in both X and text console. Nothing can bring it back, but everything else works just fine. No errors in logs either. The suspend is done with: # echo -n mem >/sys/power/state (just the stock /etc/acpi/handler.sh of acpid package) I have Intel GM965 card and run xorg-server-1.7.6-3. Driver: xf86-video-intel-2.10.0-1 I found that there are a couple of patches [1,2] for i915 and intel bios were made in Nov-Dec 2009 to fix such problems, and they were supposed to be in 2.6.33, but my problem persists. Does anybody have ideas/info? Thanks, Sergey [1] http://bbs.archlinux.org/viewtopic.php?id=87828 [2] https://patchwork.kernel.org/patch/62734/
Re: [arch-general] Is preload really working ??
On Thu, May 6, 2010 at 10:40 AM, Nilesh Govindarajan wrote: > On 05/06/2010 01:58 PM, Johannes Held wrote: >> >> solsTiCe d'Hiver: >>> >>> One of the ways to speed up firefox is to put your ~/.mozilla in a tmpfs >>> (doing it the right way, else you loose your data). This have been >>> discussed somewhere I think. >>> How else ? >> >> You mean that wikientry? >> http://wiki.archlinux.org/index.php/Speed-up_Firefox_using_tmpfs >> > > I did this to test how well tmpfs works for me: > > mv .mozilla /dev/shm/moz > ln -s /dev/shm/moz .mozilla > > There was some difference, but not too much as expected. > > -- > Nilesh Govindarajan > Site & Server Administrator > www.itech7.com > मेरा भारत महान ! > मम भारत: महत्तम भवतु ! > You should look into the Vacuum Places Improved addon for Firefox It defrags the sqlite places file. https://addons.mozilla.org/en-US/firefox/addon/13878 -- Alexander Lam
Re: [arch-general] [arch-dev-public] lts kernel bump to .32 series?
On Wed, May 5, 2010 at 3:20 PM, Alexander Lam wrote: > > If I remember correctly, the .32 series has a bug with Intel cards that > > causes screen flickering and the patch that corrects this was only merged > in > > the .33 series > > > > During the .32 series I tried a few arch releases and they all caused the > > flickering in my laptop, > > so I rolled back and went from .31 to .33 when it was released. > > For .32 did you try setting i915's powersave parameter to 0? > I did try and it didn't work. At least with the releases I tried. But, even so, it's a workaround, isn't it? -- Guilherme M. Nogueira "Any sufficiently advanced technology is indistinguishable from magic." - Arthur C. Clarke
Re: [arch-general] [arch-dev-public] [toolchain] gcc 4.5 breakage
Am 06.05.2010 15:25, schrieb Rogutės Sparnuotos: > I wasted a lot of time yesterday: > > 1. Compiled the kernel from git (for radeon stuff), rebooted. > 2. 'ninit' segfaulted, 'ls' from busybox segfaulted. > 3. Read your mail about busybox breakage, upgraded busybox with >-fno-tree-pta, but... the same segfaults with kernels compiled by >gcc-4.5. The busybox in the repositories is still built with gcc 4.4 - otherwise nobody would be able to boot. I'll be building a new version soon though, which is why I discovered this problem in the first place. > 4. Played with the kernel config for hours until finding out that >CONFIG_CC_OPTIMIZE_FOR_SIZE=y causes the segfaults (and only on >x86_64). > > I wonder whether this is something more specific to my setup, or nobody > is compiling kernels with CONFIG_CC_OPTIMIZE_FOR_SIZE=y on x86_64 with > gcc-4.5 (building with gcc-4.4 works)... At least in Arch, we don't use that option for our kernels. It is pretty bad that this breaks. signature.asc Description: OpenPGP digital signature
Re: [arch-general] Is preload really working ??
On 05/06/2010 01:58 PM, Johannes Held wrote: solsTiCe d'Hiver: One of the ways to speed up firefox is to put your ~/.mozilla in a tmpfs (doing it the right way, else you loose your data). This have been discussed somewhere I think. How else ? You mean that wikientry? http://wiki.archlinux.org/index.php/Speed-up_Firefox_using_tmpfs I did this to test how well tmpfs works for me: mv .mozilla /dev/shm/moz ln -s /dev/shm/moz .mozilla There was some difference, but not too much as expected. -- Nilesh Govindarajan Site & Server Administrator www.itech7.com मेरा भारत महान ! मम भारत: महत्तम भवतु !
Re: [arch-general] Is preload really working ??
On 05/06/2010 01:51 PM, solsTiCe d'Hiver wrote: preload works for what it is made. It is not made to speed up firefox startup time. Firefox loads a bunch of sqlite files in your /home. This and other things might explain your slow startup time of firefox. One of the ways to speed up firefox is to put your ~/.mozilla in a tmpfs (doing it the right way, else you loose your data). This have been discussed somewhere I think. How else ? Please complain about Firefox for its slow startup time and not about preload for not speeding it up. Try chromium if you want quick startup time ;-) I can't leave firefox for it has my favorite addons :) I have chromium too, but I use it less often when I want to check mail, facebook, etc. - normally five minute tasks. -- Nilesh Govindarajan Site & Server Administrator www.itech7.com मेरा भारत महान ! मम भारत: महत्तम भवतु !
Re: [arch-general] [arch-dev-public] [toolchain] gcc 4.5 breakage
Thomas Bächler (2010-05-06 09:45): > Am 06.05.2010 09:44, schrieb Thomas Bächler: > > Am 05.05.2010 02:46, schrieb Allan McRae: > >> Interesting... Does fixing the aliasing fix this one too? I see no > >> upstream bug reports that seem related so you should follow it up there. > >> I will pull in a new gcc-4.5 snapshot next week when I do the > >> glibc-2.12 toolchain rebuild so hopefully that may contain a fix that I > >> am missing... > > > > There is no fix in the latest 4.5 branch (or trunk) yet. > > http://gcc.gnu.org/PR43987 has more details. > > > > Basically, the problem is caused by -ftree-fta, which is on by default > > with -O1 and higher (and also -Os, which I use for busybox). The bug can > > be worked around with -fno-tree-fta until a fix becomes available. > > > > Writing is difficult - it's -free-pta and -fno-tree-pta, of course. I wasted a lot of time yesterday: 1. Compiled the kernel from git (for radeon stuff), rebooted. 2. 'ninit' segfaulted, 'ls' from busybox segfaulted. 3. Read your mail about busybox breakage, upgraded busybox with -fno-tree-pta, but... the same segfaults with kernels compiled by gcc-4.5. 4. Played with the kernel config for hours until finding out that CONFIG_CC_OPTIMIZE_FOR_SIZE=y causes the segfaults (and only on x86_64). I wonder whether this is something more specific to my setup, or nobody is compiling kernels with CONFIG_CC_OPTIMIZE_FOR_SIZE=y on x86_64 with gcc-4.5 (building with gcc-4.4 works)... All this is probably unrelated to http://gcc.gnu.org/PR43987, but perhaps it will save some time for someone, as your post about busybox helped me. I'll wait for a new gcc package before reporting a gcc bug. -- -- Rogutės Sparnuotos P.S. The only good thing about the wasted time was that I found out how to use qemu for testing: $ qemu-system-x86_64 -kernel bzImage -initrd initrd.img
Re: [arch-general] about arch
On 05/ 6/10 06:08 AM, Juan Diego Tascón wrote: outdated: "Arch also offers an [unsupported] section in the Arch Linux User Repository (AUR), which contains over 9,000 build scripts" It should say "over 21.000 build scripts". IT'S OVER NINE THOUSND!! Due to the incredible power of 9000, anything above 9000 will be above anything. http://www.lurkmore.com/wiki/9000
Re: [arch-general] about arch
On Thu 06 May 2010 18:08 +0900, Juan Diego Tascón wrote: > I was reading the "about" page (http://www.archlinux.org/about/) in > the archlinux website and I noticed that this line is a little > outdated: "Arch also offers an [unsupported] section in the Arch Linux > User Repository (AUR), which contains over 9,000 build scripts" It > should say "over 21.000 build scripts". WHAT?! NINE THOUSAND?!
Re: [arch-general] about arch
On 06/05/10 19:15, Thomas Bächler wrote: Am 06.05.2010 11:08, schrieb Juan Diego Tascón: And one more question: is there a proposed starting date or a proposed selection procedure or just additional information for the Junior Developer scheme? I sent an email to Allan (@archlinux.org) the day it opened but I have not received any reply yet, I am starting to think that I sent it to the wrong email address. You sent it to the right address. There is a large number of applications, someone has to actually go through them all and evaluate them. Personally, I had the time to read the first 11 when they first started coming in, but since then had no more time. Yes there was a lot of applications, far more than I expected! I have started the process of going through them all and the comments mde by other devs and had hoped to have this done by the weekend but that looks unlikely. So hopefully soon... Allan
Re: [arch-general] about arch
Am 06.05.2010 11:08, schrieb Juan Diego Tascón: > And one more question: is there a proposed starting date or a proposed > selection procedure or just additional information for the Junior > Developer scheme? I sent an email to Allan (@archlinux.org) the day it > opened but I have not received any reply yet, I am starting to think > that I sent it to the wrong email address. You sent it to the right address. There is a large number of applications, someone has to actually go through them all and evaluate them. Personally, I had the time to read the first 11 when they first started coming in, but since then had no more time. signature.asc Description: OpenPGP digital signature
[arch-general] about arch
Good day amigos, I was reading the "about" page (http://www.archlinux.org/about/) in the archlinux website and I noticed that this line is a little outdated: "Arch also offers an [unsupported] section in the Arch Linux User Repository (AUR), which contains over 9,000 build scripts" It should say "over 21.000 build scripts". And one more question: is there a proposed starting date or a proposed selection procedure or just additional information for the Junior Developer scheme? I sent an email to Allan (@archlinux.org) the day it opened but I have not received any reply yet, I am starting to think that I sent it to the wrong email address. Have a nice day. Chao.
Re: [arch-general] Is preload really working ??
solsTiCe d'Hiver : > One of the ways to speed up firefox is to put your ~/.mozilla in a tmpfs > (doing it the right way, else you loose your data). This have been > discussed somewhere I think. > How else ? You mean that wikientry? http://wiki.archlinux.org/index.php/Speed-up_Firefox_using_tmpfs -- Gruß, Johannes http://hehejo.de signature.asc Description: PGP signature
Re: [arch-general] Is preload really working ??
preload works for what it is made. It is not made to speed up firefox startup time. Firefox loads a bunch of sqlite files in your /home. This and other things might explain your slow startup time of firefox. One of the ways to speed up firefox is to put your ~/.mozilla in a tmpfs (doing it the right way, else you loose your data). This have been discussed somewhere I think. How else ? Please complain about Firefox for its slow startup time and not about preload for not speeding it up. Try chromium if you want quick startup time ;-)