- Arch-general - lists.archlinux.org

[arch-general] [xmonad] Screenshot of all workspaces?
by Nick Stepa 07 May '10

07 May '10

Hello all! I use xmonad and want to make screenshot of all workspaces at once. How can I do it? Plz don`t say: "For each workspace - switch to it and use scrot" (=

4 3

[arch-general] [signoff] kernel26-lts 2.6.32.12-1
by Tobias Powalowski 07 May '10

07 May '10

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 tpowa(a)archlinux.org

2 2

[arch-general] Is preload really working ??
by Nilesh Govindarajan 07 May '10

07 May '10

Hi, I'm running preload since about two months, but I haven't seen any improvement in program startup times especially firefox, which I launch and close every now and then. -- Nilesh Govindarajan Site & Server Administrator www.itech7.com मेरा भारत महान ! मम भारत: महत्तम भवतु !

9 12

[arch-general] about arch
by Juan Diego Tascón 06 May '10

06 May '10

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.

7 7

[arch-general] BTRFS integration
by C Anthony Risinger 06 May '10

06 May '10

hello, i maintain an unofficial btrfs initcpio hook in AUR: http://aur.archlinux.org/packages.php?ID=33376 the hook provides rollback support among other (future) features. hook is also required for anyone using a multi-device btrfs setup. i would like to start/be included in discussion involving btrfs integration into AIF, and other aspects of Arch. i think it would be nice for users to be able to have the option to use the new filesystem by default-ish, and have the tools needed to work with it. specifically, it would be really neat to have "rollback" support in a "rolling" distro. people would likely be more willing to ride the edge of the testing repo if they knew they could simply reboot and all could be well again when things did break. right now, the rollback feature provided by the hook is volatile, but this is only an implementation detail. what i mean by this is once you rollback, you CANNOT promote the "rollback" subvolume to be the new "active" (default) subvolume; you must fix the default subvolume manually and reboot again. anything you do in rollback mode will be lost on the next rollback. this is something i intend to change, but i need some input from other developers. what i propose is to do away with installing the system onto the default subvolume (like a typical installation); system will be installed to it's own subvolume (/root/__active). something like this: . ├── home │ ├── __active │ ├── __rollback │ ├── snap_11-11-1111_11-11-11 │ └── snap_22-22-2222_22-22-22 └── root ├── __active ├── __rollback ├── snap_11-11-1111_11-11-11 └── snap_22-22-2222_22-22-22 this is the "subroot" structure; underneath your / [root]. "." is the original default subvolume. /root/__active is your "primary" (default) system. /root/ __rollback is a volatile copy of a /root/snap_XX (you boot into this [__rollback] when you "rollback"). since snap_XX gets copied to __rollback... if you decide you want to ditch your changes to __active (since it's messed up anyways), you just replace __active with __rollback (delete/rename), reboot, and voilà! your system's __active subvolume works again, and none of your snapshots got messed with. same logic for /home/__active and /home/__rollback (and snap_XX) except you wouldn't have to reboot... maybe we can create login manager ([xkg]dm) hooks to remount your home folder with a "rollback" on the next logout or something? who knows. we could take a snapshot after install (on the very first boot), called "__original" or something, then users would always have a copy of their system immediately after installation; they could revert/use/delete that if they wanted to at any time. however, this setup would require mounting the default subvolume somewhere else in order to gain access to the "subroot" structure, but it would guarantee that you could not destroy your system no matter what you did to your / [root]. any ideas on this? my attempts to generate interest in the forums are falling on deaf ears so i thought i'd try my luck here. thanks, C Anthony

5 10

Re: [arch-general] [arch-dev-public] [toolchain] gcc 4.5 breakage
by Rogutės Sparnuotos 06 May '10

06 May '10

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

3 2

Re: [arch-general] [arch-dev-public] lts kernel bump to .32 series?
by Guilherme M. Nogueira 06 May '10

06 May '10

On Wed, May 5, 2010 at 1:33 PM, Tobias Powalowski <t.powa(a)gmx.de> wrote: > Hi guys, > i have some time tomorrow, shall we bump the old .27 lts kernel to the new > LTS > kernel series .32? > I would also like to provide binary modules for this series then. > 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. Don't know if this is relevant, but it doesn't hurt to tell. -- Guilherme M. Nogueira "Any sufficiently advanced technology is indistinguishable from magic." - Arthur C. Clarke

4 4

[arch-general] Compiz Application Switcher(Ctrl+Tab) crashes X Server
by PT M. 06 May '10

06 May '10

i have quite a "standard" suite: [xorg18], [testing], intel-dri, Gnome, Compiz. when active Application Switcher of compiz several times(using Ctrl+Tab) in sequence, X server crashes. What I got in /var/log/Xorg.0.log, seemed to be caused by the intel-dri, is it still lack of stability in X 1.8? [ 32338.970] Backtrace: [ 32338.970] 0: /usr/bin/Xorg (xorg_backtrace+0x3b) [0x80deeab] [ 32338.970] 1: /usr/bin/Xorg (0x8048000+0x63c25) [0x80abc25] [ 32338.970] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb787c40c] [ 32338.971] 3: /usr/lib/xorg/modules/dri/i965_dri.so (0xb6f35000+0x108cf) [0xb6f458cf] [ 32338.971] 4: /usr/lib/xorg/modules/dri/i965_dri.so (0xb6f35000+0x253ec) [0xb6f5a3ec] [ 32338.971] 5: /usr/lib/xorg/modules/dri/i965_dri.so (0xb6f35000+0x254ca) [0xb6f5a4ca] [ 32338.971] 6: /usr/lib/xorg/modules/dri/i965_dri.so (0xb6f35000+0xd3bd1) [0xb7008bd1] [ 32338.971] 7: /usr/lib/xorg/modules/extensions/libglx.so (0xb7489000+0xb06a) [0xb749406a] [ 32338.971] 8: /usr/lib/xorg/modules/extensions/libglx.so (0xb7489000+0x34b05) [0xb74bdb05] [ 32338.971] 9: /usr/lib/xorg/modules/extensions/libglx.so (0xb7489000+0x375cf) [0xb74c05cf] [ 32338.971] 10: /usr/bin/Xorg (0x8048000+0x216df) [0x80696df] [ 32338.971] 11: /usr/bin/Xorg (0x8048000+0x1a485) [0x8062485] [ 32338.971] 12: /lib/libc.so.6 (__libc_start_main+0xe6) [0xb75bab96] [ 32338.971] 13: /usr/bin/Xorg (0x8048000+0x1a071) [0x8062071] [ 32338.971] Segmentation fault at address (nil) [ 32338.971] Fatal server error: [ 32338.971] Caught signal 11 (Segmentation fault). Server aborting [ 32338.971] [ 32338.971] Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 32338.971] Please also check the log file at "/var/log/Xorg.0.log" for additional information. -- Arch Linuxer, Pythoner, Geek --> Blog: http://apt-blog.net

1 0

[arch-general] perl 5.12
by Caleb Cushing 05 May '10

05 May '10

Is there a timeline for perl 5.12 entering testing? I realize it's an important not to be jumped into thing... but I don't see any bugs that are obviously holding it up... so I'm just curious why it hasn't entered testing yet. -- Caleb Cushing http://xenoterracide.blogspot.com

2 3

[arch-general] Dev Jr Question
by Marcelo Alaniz 05 May '10

05 May '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi All, I am new on this list, but not with Arch Linux, I've read in http://www.archlinux.org/news/496/ that you were or are looking for junior dev. I was thinking to apply to become a TU but now, I am not sure If it's better to apply to become dev jr, what will be the difference?. Is there any official announcement about new "dev jr" or something that you will show? any status or something?. Well just this curiosity, thanks for your time guys! - -- ingnucious Lua Development KunFu Python Dev Cloud Computing PGP ID: 0x4EB5FE12 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) iEYEARECAAYFAkvgQ2wACgkQ0bw3ME61/hJA9QCfYDeGXMjv4xBrHevZtHD0VTSW yIsAniHk/4fEQ9QoQj9joRvpU7E+xElq =unoq -----END PGP SIGNATURE-----

3 2