- Arch-general - lists.archlinux.org

[arch-general] Driver for this camera ?
by Nilesh Govindarajan 12 May '10

12 May '10

Hi, I have a Digilife DDV-660 camera which can take still photos, movies, voice record and mp3 play. After some research I think DDV-660 and DDV-7000 have the same driver, but neither seems to be available in kdegraphics-kamera Any ideas how to ? -- Nilesh Govindarajan Site & Server Administrator www.itech7.com मेरा भारत महान ! मम भारत: महत्तम भवतु !

2 1

[arch-general] Arch shutdown because of firefox
by Handsome Cheung 11 May '10

11 May '10

hi all, I am a newbie for ArchLinux. My computer often shuts down suddenly when I browse web site. It brings me to TTY and said "The system is going down for system halt NOW!". I found that is because of the crash of flash plugin of firefox. And my question is why the crash of firefox can cause my computer shuts down? PS. my system environment: Arch + awesome, no DE. Thanks! hc

10 15

[arch-general] PKGBUILD parser
by Andre "Osku" Schmidt 11 May '10

11 May '10

Well, my second rewrite seems also come to a dead-end, and before i rewrite this again, i was hoping someone here could give me tips on what would be the best method to parse a PKGBUILD file ? you can play with my latest fail here: http://osku.de/dump/pkgbuild.js/test-pkgbuild.html @todo parseBuild() fails if you have } in body @todo some array content in PKGBUILD mix ' and ", so this fails ATM... (and the test-pkgbuild.html somehow doesn't parse build() on every second run...) cheers .andre

9 16

[arch-general] Removing padevchooser and paman
by Jan Steffens 10 May '10

10 May '10

I would like to remove these two packages from community and move them to unsupported (AUR). Both are marked as obsolete by upstream[1] and weren't updated since 2007. padevchooser is a notification area app that allows choosing default sinks and sources, as well as starting some other PulseAudio applications. It has been obsoleted by pavucontrol, which also allows much finer control over sink and source usage. paman is a diagnostic tool that provides information similar to "pacmd list", as well as allowing control of stream volumes (provided by pavucontrol) and playing samples from the cache (pacmd play-sample). Your thoughts? 1: http://pulseaudio.org/wiki/PerfectSetup

4 7

[arch-general] extra/hibernate-script out of date -> new version
by Guillaume ALAUX 10 May '10

10 May '10

Hi everyone, As stated by "mrbrich" in this thread [1], package extra/hibernate-script [2] is out of date (old version 1.99 ; new version should be 2.0). I made this new one [3] that installs fine but I can't test it. Could anyone using it give it a try please? Thanks Guillaume ALAUX [1] http://bbs.archlinux.org/viewtopic.php?id=95899 [2] http://www.archlinux.org/packages/extra/i686/hibernate-script/ [3] http://archlinux.alaux.net/hibernate-script-2.0-2.src.tar.gz

3 5

Re: [arch-general] [arch-dev-public] [signoff] kernel26 2.6.33.3-2 (and aufs2)
by Marek Otahal 10 May '10

10 May '10

On Sunday 09 of May 2010 15:55:17 Pierre Schmitz wrote: > On Sat, 8 May 2010 00:04:43 +0200, Dieter Plaetinck <dieter(a)plaetinck.be> > > wrote: > > On Sun, 02 May 2010 17:49:13 +0200 > > > > Pierre Schmitz <pierre(a)archlinux.de> wrote: > >> This new kernel just exports some additional symbols for aufs2 which > >> was updated to a new snapshot. This should hopefully fix some issues > >> with the .33 kernel and aufs. Related aufs packages are: aufs2 > >> 2.6.33_20100425-2 and aufs2-util 20100422-1 > >> > >> In addition to regular sign-off some feedback about aufs would be > >> nice; especially if you use archiso. > > > > http://build.archlinux.org/isos/archlinux-2010.05.07-netinstall-i686.iso > > boots fine on my system. signoff i686. > > > > once i have rebuilt images (with correct copyright statement) i will > > let the community test, then you'll have a bit more feedback about how > > well it works ;) > > > > Dieter > > It seems to be fine in x86_64 and the aufs bugs are confirmed to be fixed > with this version. So, I'll move these to core/extra. Hello, please just test a bit more the new kernel, I have just rebooted to the new 2.6.33.3-2 kernel and got kernel panic on Init: ..something about missing symbols, failed exec and 52 - I didn't take notes of that and don't know if it's logged somewhere (?) I'm using [testing], i686, and encrypted disk, but this probably occurred before this. I'll retest when I have time.. Anybody else experiencing this? Thanks and have a nice day Mark -- Marek Otahal :o)

7 13

[arch-general] PKGBUILD contributor, maintainer, author...
by Andre "Osku" Schmidt 09 May '10

09 May '10

Hello Arch, i'm doing (for fun) a PKGBUILD parser in javascript, and now as i was testing it with random PKGBUILD files from AUR, i noticed that there is more than one way people use to define authors... (/usr/share/PKGBUILD.proto shows only "Contributor") till now i've found: - Contributor - Maintainer - Author so i wonder what others should i parse ? or could you/we make a standard ? cheers .andre

7 7

[arch-general] Err... Why is gvim now conflicting with vim?
by David C. Rankin 09 May '10

09 May '10

Guys, I have had vim and gvim installed side by side for 6 months+, today during update, pacman wanted to remove vim because it now conflicts with gvim. So I removed gvim and updated. What is the conflict? Why a conflict now when there hasn't been one in the past? Just checking... -- 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

25 29

[arch-general] audacious segfaults; can debug because of dependencies
by Frédéric Perrin 08 May '10

08 May '10

Hello list, I tried audacious for a change this morning, but it segfaulted on visualisation change[1]. From the look of the backtrace[2], and seeing that glib was updated a couple of days ago, a simple rebuild of the package should be sufficient. I would normally have submitted that to the bug tracker, but didn't as : - it requires login to a web interface; - I can't test the suggested fix as audacious' PKGBUILD has a depends on audacious-plugins, and audacious-plugins has a makedepends on audacious. 1. - Steps to reproduce : - start playing a webradio, it happened with the MP3 flux from frequence3.fr - right click on the interface, select "Visualisation / Type de visualisation", try each one in order then back to the first one, "Analyseur". 2. % gdb audacious [...snip...] (gdb) run Starting program: /usr/bin/audacious [Thread debugging using libthread_db enabled] [New Thread 0xb718ab70 (LWP 12470)] [New Thread 0xb5f4fb70 (LWP 12471)] [New Thread 0xb492bb70 (LWP 12472)] [New Thread 0xb3fffb70 (LWP 12473)] [Thread 0xb3fffb70 (LWP 12473) exited] [New Thread 0xb3fffb70 (LWP 12474)] [Thread 0xb3fffb70 (LWP 12474) exited] [New Thread 0xb3fffb70 (LWP 12475)] [New Thread 0xb373fb70 (LWP 12476)] [New Thread 0xb2f1eb70 (LWP 12477)] [Thread 0xb2f1eb70 (LWP 12477) exited] [Thread 0xb373fb70 (LWP 12476) exited] [Thread 0xb3fffb70 (LWP 12475) exited] [New Thread 0xb3fffb70 (LWP 12478)] [New Thread 0xb373fb70 (LWP 12479)] [New Thread 0xb2f1eb70 (LWP 12480)] [Thread 0xb492bb70 (LWP 12472) exited] Program received signal SIGSEGV, Segmentation fault. 0xb618d444 in ui_vis_expose () from /usr/lib/audacious/General/skins.so (gdb) bt #0 0xb618d444 in ui_vis_expose () from /usr/lib/audacious/General/skins.so #1 0xb7c6d1f4 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #2 0xb7a55b99 in g_type_class_meta_marshal () from /usr/lib/libgobject-2.0.so.0 #3 0xb7a57252 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #4 0xb7a66b75 in signal_emit_unlocked_R () from /usr/lib/libgobject-2.0.so.0 #5 0xb7a6f593 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #6 0xb7a6f9b6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #7 0xb7d9ec46 in gtk_widget_event_internal () from /usr/lib/libgtk-x11-2.0.so.0 #8 0xb7c6ba41 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #9 0xb7ae1d51 in _gdk_window_process_updates_recurse () from /usr/lib/libgdk-x11-2.0.so.0 #10 0xb7ae1cfd in _gdk_window_process_updates_recurse () from /usr/lib/libgdk-x11-2.0.so.0 #11 0xb7b13a04 in _gdk_windowing_window_process_updates_recurse () from /usr/lib/libgdk-x11-2.0.so.0 #12 0xb7add63c in gdk_window_process_updates_internal () from /usr/lib/libgdk-x11-2.0.so.0 #13 0xb7adf3f7 in gdk_window_process_all_updates () from /usr/lib/libgdk-x11-2.0.so.0 #14 0xb7adf47b in gdk_window_update_idle () from /usr/lib/libgdk-x11-2.0.so.0 #15 0xb7abcbc8 in gdk_threads_dispatch () from /usr/lib/libgdk-x11-2.0.so.0 #16 0xb7f3b041 in g_idle_dispatch () from /usr/lib/libglib-2.0.so.0 #17 0xb7f3ef72 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #18 0xb7f3f750 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0 #19 0xb7f3fdfb in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #20 0xb7c6a439 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #21 0xb618323e in skins_init () from /usr/lib/audacious/General/skins.so #22 0x08056e3c in ?? () #23 0xb786cb96 in __libc_start_main () from /lib/libc.so.6 #24 0x08050a21 in ?? () -- Fred

1 0

[arch-general] Arch Linux release Schedule
by Keith Hinton 08 May '10

08 May '10

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

5 5

[arch-general] [signoff] kernel26 2.6.33.3-2 (and aufs2)
by Pierre Schmitz 07 May '10

07 May '10

This new kernel just exports some additional symbols for aufs2 which was updated to a new snapshot. This should hopefully fix some issues with the .33 kernel and aufs. Related aufs packages are: aufs2 2.6.33_20100425-2 and aufs2-util 20100422-1 In addition to regular sign-off some feedback about aufs would be nice; especially if you use archiso. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

4 3

Re: [arch-general] [arch-dev-public] Redefining [testing] and a new [staging] repo
by Ray Kohler 07 May '10

07 May '10

On Fri, May 7, 2010 at 1:40 PM, Pierre Schmitz <pierre(a)archlinux.de> wrote: > On Fri, 7 May 2010 12:13:33 -0500, Aaron Griffin <aaronmgriffin(a)gmail.com> > wrote: >> So in effect, it seems we're saying the same things, except I am using >> REPO_NAME="foo-rebuild" for each rebuild "foo", and you are using >> REPO_NAME="staging" for *all* rebuilds. > > Somehow yes, but the detail is quite important. But a already existing > repo will make things a lot easier. Maybe its worth to manually create a > separate repo but probably not for just a few. We also sometimes upload > packages somewhere to share or let others grab them from our home dirs on > gerolde. Such a repo would simplify this and induce a general work flow for > e.g. rebuilds. > > But still, the main intention is to make testing more usable to get more > feedback and in turn have less bugs in core/extra. > >> This can already be done, the staging dir just needs to be added to the >> server. >> >> It would, however, need to be excluded from rsync if you want that. > > Sure, the implementation of this is a peace of cake: mostly a mkdir and > maybe adding some shortcuts to devtools and dbscripts to have something > like stagingpkg and staging2extra etc.. This makes me wonder, what about the TUs and [community-testing]? The current use of that repo would make it seem sensible to rename it to [community-staging] instead, since it's rare there's anything in there but in-progress rebuilds. Or should there be a pair of [community-testing] and [community-staging]? Sorry about adding complexity to this, as I realize that makes it less likely that it actually gets implemented...

2 1

Re: [arch-general] [arch-dev-public] Redefining [testing] and a new [staging] repo
by Ray Kohler 07 May '10

07 May '10

On Fri, May 7, 2010 at 12:44 PM, Pierre Schmitz <pierre(a)archlinux.de> wrote: > Hi all, > > here is another crazy idea I was thinking about for some days. This should > improve our overall package quality and simplify our work flow. The > problem > with out current [testing] repository are these: > * it is only used by very few people. Most of the times we don't get much > feedback until packages are moved to core or extra > * it is often in a inconsistent state; especially during incomplete so > name bump rebuilds > * sometimes packages are known to be broken or unstable > > On the other side we are sometimes in need of some intermediate > repository. For example single people stack a pile of packages in their > home dirs until they can be moved to a repo at once. We have also seen > temporary repos like jpng to manage larger rebuilds. > > My idea is to redefine the testing repo and introduce a new staging one. > (remember the good old days? ;-)) > With the implementation of the package pooling moving packages between > repos can be done with nearly no overhead. So ideally > we should be able to use testing more often, even for a very short period > like a > day. > > proposal for [testing] > * never push any known-to-be-broken packages here (for example incomplete > rebuilds) > * candidates for core are put here > * ideally new builds of important/critical packages or major rebuilds can > be put here to test them by a larger audience. > * don't put any package in here which are never meant to be moved to > core/extra. (like experimental alpha software etc.) > > proposal for [staging] > * this repo should only used by devs and tus > * it is not meant to be used on a production system > * it should only be enabled in a packages build environment (chroot) > * this could be even excluded from outbound rsync. Due to package pooling > packages would still be propagated. And moving those packages to other > repos will be "instantly". > > Summing things up more packages should be passed through testing, more > users should be able to use testing without breaking their systems and we > don't have to make them reading the high traffic arch-dev-public list. We > also should be able to collaborate more in packaging: Dev A puts a new lib > into [staging] and another one can start rebuild other packages using that > lib. Another common use case would be large builds like KDE we usually > start packaging one week before release. Till now those were put into > users' staging dirs and the other devs had to manually download them, > create a local repo and install them. > > So, what do you think about this idea? Even though I'm just a user, I'd like to add my support to this idea. I even considered proposing it myself less than a month ago. I run [testing], since I want to contribute to finding problems before they reach [core] and [extra], but I don't like having to deal with [testing] having rebuilds in it. I have never broken my systems by a bad package in [testing] but have unfortunately pulled incomplete rebuilds a few times now. I guess the point of this post is to show that there is at least one user who cares enough about this idea to speak up for it. I suspect there are others who don't run [testing] now who would begin doing so if this plan were implemented.

3 2

[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

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