May 2010 - Arch-general - lists.archlinux.org

[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

Re: [arch-general] [arch-dev-public] vnc remove
by Mauro Santos 04 May '10

04 May '10

On 05/04/2010 08:29 PM, Andrea Scarpino wrote: > Hi, > upstream stopped developing open source version time ago and tigervnc is the > replacement. > I'll move it to AUR, if no one has objections. > It is a pitty that it stopped being maintained upstream and thus needs to be put in AUR, because it still works really well if you choose the settings correctly, specially the full screen mode. The alternative, tightvnc, seems to have the fullscreen mode still broken and with no solution in sight (it seems to be a known problem with tightvnc for a long long time). -- Mauro Santos

1 0

[arch-general] Brasero Wont Copy Disks
by Carlos Mennens 04 May '10

04 May '10

I just installed Brasero to burn / copy disks. I first added my user 'carlos' to the 'optical' group. However when I try and copy a disk on my machine, I get an immediate error that says it fails. Then when I save the log, it's blank. It has no details as to why the copy failed. Anyone know what I can do to resolve this and allow my machine to burn / copy disks? I know my optical drive is running fine because I booted from Ubuntu Live CD and was able to copy a disk fine. Thanks for any help!

5 5

[arch-general] What is Arch doing vis-a-vis MySQL v. MariaDB?
by David C. Rankin 04 May '10

04 May '10

Guys, Ran into a shock this morning when on one of my 2 lingering suse boxes updates replaced MySQL with MariaDB. After a brief bit of research, it seems that Monte (one of the MySQL devs) forked mysql into mariadb from the mysql code base in the 12/2009 timeframe when Oracle bought Sun to preserve MySQL and prevent against any funny business by Oracle in the future. According to statements made by Oracle, it is under an obligation to the EU to continue mysql largely in its present form and continue to enhance and make it freel available as part of the purchase. (See Oracle Statement): http://www.oracle.com/us/corporate/press/042364 Suse evidently went with MariaDB and it was somewhat disconcerting to learn about the switch during an update. Has Arch considered what it will do in this situation, MariaDB?, MySQL? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

2 2

[arch-general] New device-mapper, lvm2 and cryptsetup packages in testing
by Thomas Bächler 03 May '10

03 May '10

I put updated device-mapper/lvm2 2.02.64 and cryptsetup 1.1.1-rc2 packages to testing. These packages enable udev synchronization to finally get rid of all race conditions related to udev rules. I also cleaned up the PKGBUILDs massively and removed all static binaries and libraries from the packages. Before cryptsetup can move to core, we obviously need to wait for the final 1.1.1 release, and libpopt, libgcrypt and libgpg-error need to move from /usr/lib to /lib, so that initscripts are able to open encryption even if /usr isn't available yet. Pleae give feedback on these packages.

2 1