Re: [arch-general] [arch-announce] Forum Update in Progress
On Friday 30 Jul 2010 at 10:51 Peter Lewis wrote: Now it's done, the fonts are all big! Is it just my eyes, or can they be made smaller again (the fonts, not my eyes)? Ah, just realised that the forum has different themes :-) Excellent work, thanks! Pete.
Re: [arch-general] Better NILFS2 Support
On Thu, 22 Jul 2010 15:47:24 -0700 Alex Matviychuk alex...@gmail.com wrote: I just spent some time setting up my new laptop with an SSD to use NILFS2 as its root filesystem and I'm very pleased with the performance. In an effort to get better support for NILFS2 in arch I've added a request to move nilfs-utils to the base group and submitted a patch to initscripts to bring up the nlfs_cleanerd daemon if root is formatted as NILFS2. If NILFS2 is used on other partitions the mount command brings up the daemon on it's own. These two bugs should make it easier to add NILFS2 support to the Arch Installation Framework. Related bugs here, patch comments welcome: http://bugs.archlinux.org/task/20260 http://bugs.archlinux.org/task/20261 Cheers, alexmat good stuff Alex. Now who wants to patch aif? (should be trivial if the FS behaves like the others). Dieter
Re: [arch-general] pacman segfault problem
On Sat, 2010-07-31 at 11:06 -0700, b1 wrote: On Sat, 2010-07-31 at 01:50 +0200, Sven-Hendrik Haase wrote: On 30.07.2010 22:27, b1 wrote: ~~ Any help is greatly appreciated. Thanks Benedikt Use the Arch install medium and its working pacman and set the install dir to your system. Assume your pacman database is corrupt as well so discard it. Reinstall at least base and base-devel into your mounted system from the live medium and copy the resulting db. This will only make pacman recognize packages contained in base and base-devel when you're booting back into your system but at least pacman will be working again. -- Sven-Hendrik Hello Sven Thanks for your reply. I did what you suggested. I bootet the Arch linux live cd, removed the old databse, installed base and base-devel, copied the resulting db and rebooting. After readding users, adapting rc.conf and another reboot, I was able to log in. Now pacman -Syu works without errors (However has nothing to update at the moment, so I cant really tell). However I also saved a complete list of packages before doing the live-cd thing, in order to restore them now. Unfortunatelly I once again ran into the problem. Many packages work just fine, however a pacman -S pulseaudio segfaults again, with the already known error message. Therefore I assumed it had something to do with my package cache. I did a pacman -Scc However no success. Still getting the segfault. Is there any other place pacman keeps information about packages like pulseaudio? Any ideas what I could do? Anyone having any idea, what the problem might be? Again every hint is very appreciated. Thanks Benedikt Ok, I nearly managed to restore all packages, however the following packages cause the segfault: gstreamer0.10-pulse lib32-pulseaudio libquicktime pavucontrol pavumeter pulseaudio ttf-liberation Interestingly the installation via pacman -fU URL succeeds and with pacman -fS PACKAGE fails. Is there some debugging version of pacman? For use with gdb to track down the problem. Or do I have to compile it from source and if so, what flags do I have to set? Thanks Benedikt
Re: [arch-general] Better NILFS2 Support
On Thu, 22 Jul 2010 15:47:24 -0700 Alex Matviychuk alex...@gmail.com wrote: In an effort to get better support for NILFS2 in arch I've added a request to move nilfs-utils to the base group I don't think that nilfs-utils should be moved to the base group. I agree with moving it to [core] but not to base, because base is assumed to be installed on every computer and packages in the base group are usually not listed in the depends array of a PKGBUILD. On the contrary I think there could be some other file system tools like jfsutils, lvm2 and xfsprogs be removed from the base group (not from [core]). They probably should be automatically installed if a partition is formatted with one of these filesystems by AIF. But usually people who are using these filesystems know what they are doing and know that they have to select these packages for installation. Heiko
Re: [arch-general] Better NILFS2 Support
On Sun, 1 Aug 2010 16:46:33 +0200 Heiko Baums li...@baums-on-web.de wrote: I don't think that nilfs-utils should be moved to the base group. I agree with moving it to [core] but not to base, because base is assumed to be installed on every computer and packages in the base group are usually not listed in the depends array of a PKGBUILD. On the contrary I think there could be some other file system tools like jfsutils, lvm2 and xfsprogs be removed from the base group (not from [core]). I think this explanation makes sense. I just found this back: http://wiki.archlinux.org/index.php/User:Allan/Base_Cleanup So indeed, it seems like the goal is to remove all non-essential things (reiserfs, xfs, ..) from base. They probably should be automatically installed if a partition is formatted with one of these filesystems by AIF. But usually people who are using these filesystems know what they are doing and know that they have to select these packages for installation. Actually it's fairly trivial to preselect those packagas based on the filesystems used during the filesystem step. I believe some of it is already implemented in aif. Dieter
Re: [arch-general] pacman segfault problem
On Sun, Aug 1, 2010 at 11:14 AM, b1 fo...@b1online.de wrote: On Sat, 2010-07-31 at 11:06 -0700, b1 wrote: On Sat, 2010-07-31 at 01:50 +0200, Sven-Hendrik Haase wrote: On 30.07.2010 22:27, b1 wrote: ~~ Any help is greatly appreciated. Thanks Benedikt Use the Arch install medium and its working pacman and set the install dir to your system. Assume your pacman database is corrupt as well so discard it. Reinstall at least base and base-devel into your mounted system from the live medium and copy the resulting db. This will only make pacman recognize packages contained in base and base-devel when you're booting back into your system but at least pacman will be working again. -- Sven-Hendrik Hello Sven Thanks for your reply. I did what you suggested. I bootet the Arch linux live cd, removed the old databse, installed base and base-devel, copied the resulting db and rebooting. After readding users, adapting rc.conf and another reboot, I was able to log in. Now pacman -Syu works without errors (However has nothing to update at the moment, so I cant really tell). However I also saved a complete list of packages before doing the live-cd thing, in order to restore them now. Unfortunatelly I once again ran into the problem. Many packages work just fine, however a pacman -S pulseaudio segfaults again, with the already known error message. Therefore I assumed it had something to do with my package cache. I did a pacman -Scc However no success. Still getting the segfault. Is there any other place pacman keeps information about packages like pulseaudio? Any ideas what I could do? Anyone having any idea, what the problem might be? Again every hint is very appreciated. Thanks Benedikt Ok, I nearly managed to restore all packages, however the following packages cause the segfault: gstreamer0.10-pulse lib32-pulseaudio libquicktime pavucontrol pavumeter pulseaudio ttf-liberation Interestingly the installation via pacman -fU URL succeeds and with pacman -fS PACKAGE fails. Is there some debugging version of pacman? For use with gdb to track down the problem. Or do I have to compile it from source and if so, what flags do I have to set? Compiling it from source is the easiest way. For flags, I'd use the PKGBUILD as an example of what you should pass to configure. Once built you can run it from the source tree (./src/pacman/pacman). -Dan
Re: [arch-general] Better NILFS2 Support
Am Sonntag 01 August 2010 schrieb Dieter Plaetinck: On Sun, 1 Aug 2010 16:46:33 +0200 Heiko Baums li...@baums-on-web.de wrote: I don't think that nilfs-utils should be moved to the base group. I agree with moving it to [core] but not to base, because base is assumed to be installed on every computer and packages in the base group are usually not listed in the depends array of a PKGBUILD. On the contrary I think there could be some other file system tools like jfsutils, lvm2 and xfsprogs be removed from the base group (not from [core]). I think this explanation makes sense. I just found this back: http://wiki.archlinux.org/index.php/User:Allan/Base_Cleanup So indeed, it seems like the goal is to remove all non-essential things (reiserfs, xfs, ..) from base. They probably should be automatically installed if a partition is formatted with one of these filesystems by AIF. But usually people who are using these filesystems know what they are doing and know that they have to select these packages for installation. Actually it's fairly trivial to preselect those packagas based on the filesystems used during the filesystem step. I believe some of it is already implemented in aif. Dieter My 2 cents about nilfs, I have added it to archboot environment some time ago. To integrate it into an installer it is plain not usable, because the kernel doesn't know it. All usual filesystem utilities like blkid etc. don't recognize it. Sure it will be an optional filesystem in the future, but it should be supported by the kernel and major filesystem and core utiltities in a sane way. 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] Better NILFS2 Support
On Sun, Aug 1, 2010 at 10:30 AM, Tobias Powalowski t.p...@gmx.de wrote: Am Sonntag 01 August 2010 schrieb Dieter Plaetinck: On Sun, 1 Aug 2010 16:46:33 +0200 Heiko Baums li...@baums-on-web.de wrote: I don't think that nilfs-utils should be moved to the base group. I agree with moving it to [core] but not to base, because base is assumed to be installed on every computer and packages in the base group are usually not listed in the depends array of a PKGBUILD. On the contrary I think there could be some other file system tools like jfsutils, lvm2 and xfsprogs be removed from the base group (not from [core]). I think this explanation makes sense. I just found this back: http://wiki.archlinux.org/index.php/User:Allan/Base_Cleanup So indeed, it seems like the goal is to remove all non-essential things (reiserfs, xfs, ..) from base. They probably should be automatically installed if a partition is formatted with one of these filesystems by AIF. But usually people who are using these filesystems know what they are doing and know that they have to select these packages for installation. Actually it's fairly trivial to preselect those packagas based on the filesystems used during the filesystem step. I believe some of it is already implemented in aif. Dieter My 2 cents about nilfs, I have added it to archboot environment some time ago. To integrate it into an installer it is plain not usable, because the kernel doesn't know it. All usual filesystem utilities like blkid etc. don't recognize it. Sure it will be an optional filesystem in the future, but it should be supported by the kernel and major filesystem and core utiltities in a sane way. Except that I've seen it running on his root partition on a booting laptop without any of these problems you speak of... -Dan
Re: [arch-general] [PATCH 01/48] Bashification of initscripts
On Sat, Jul 31, 2010 at 11:54 AM, Thomas Bächler tho...@archlinux.org wrote: Am 31.07.2010 18:44, schrieb Victor Lowther: On Fri, Jul 23, 2010 at 5:51 PM, Thomas Bächler tho...@archlinux.org wrote: Am 23.07.2010 22:58, schrieb Victor Lowther: After looking over it again, you are correct -- split into array does not do The Right Thing here. It will be easy to fix -- by the time you read this it will have been fixed and rebased back into bashification-redux. It is, thanks. I'll have to look at that in more detail when I am less tired. When that's done, I can release new initscripts so we can do lng testing. How goes the rest of the review? I only wanted to have a closer look at the cryptsetup patch before I pull this into master. But as you noticed, I didn't take the time to do so yet. No problem. Anything I can do to help?
Re: [arch-general] Better NILFS2 Support
Am Sonntag 01 August 2010 schrieb Dan McGee: On Sun, Aug 1, 2010 at 10:30 AM, Tobias Powalowski t.p...@gmx.de wrote: Am Sonntag 01 August 2010 schrieb Dieter Plaetinck: On Sun, 1 Aug 2010 16:46:33 +0200 Heiko Baums li...@baums-on-web.de wrote: I don't think that nilfs-utils should be moved to the base group. I agree with moving it to [core] but not to base, because base is assumed to be installed on every computer and packages in the base group are usually not listed in the depends array of a PKGBUILD. On the contrary I think there could be some other file system tools like jfsutils, lvm2 and xfsprogs be removed from the base group (not from [core]). I think this explanation makes sense. I just found this back: http://wiki.archlinux.org/index.php/User:Allan/Base_Cleanup So indeed, it seems like the goal is to remove all non-essential things (reiserfs, xfs, ..) from base. They probably should be automatically installed if a partition is formatted with one of these filesystems by AIF. But usually people who are using these filesystems know what they are doing and know that they have to select these packages for installation. Actually it's fairly trivial to preselect those packagas based on the filesystems used during the filesystem step. I believe some of it is already implemented in aif. Dieter My 2 cents about nilfs, I have added it to archboot environment some time ago. To integrate it into an installer it is plain not usable, because the kernel doesn't know it. All usual filesystem utilities like blkid etc. don't recognize it. Sure it will be an optional filesystem in the future, but it should be supported by the kernel and major filesystem and core utiltities in a sane way. Except that I've seen it running on his root partition on a booting laptop without any of these problems you speak of... -Dan Yes sure i believe it works, my concerns are more that the main tools just don't support it, which makes it imho more complicated to implement the installation support. 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] New Xorg nv / nouveau
Hello all, The system I reported on in my previous post does seem to work, but graphical performance is *very* slow. (xorg 1.8, nv, nvidia Quadro FX 770M) This problem is obvious for xterm (for the first time in years I had to revert to a native X font to get any speed) and also quite evident in Emacs. Just displaying 4 audio level bargraph meters (using XPutImage to repaint the part that has changed) raises the CPU usage for X from almost nothing to 85%. To compare, an 8 years old machine also running Arch, xorg 1.7 and nv has no problem at all doing 200 of the same meters, barely reaching 10% CPU usage. As do a number of other machines, all running Arch and using nv or nouveau. I've read I all could find, tried everything I could imagine, but so far there have not found any solution. There is something wrong, and it starts with xorg 1.8 refusing to use nouveau - even if this module is loaded X insists on using its own driver. Before I installed nv it used vesa, which failed to use the display at its native resolution. All of this with the standard install of xorg, and just two files in /etc/X11/xorg.conf.d, one fairly general and the other preventing a Thinkpad's attitide sensors to be seen as a mouse. Ciao, -- FA There are three of them, and Alleline.
Re: [arch-general] community/jre and community/jdk packages are out of date - PKGBUILD proposal
On 31 July 2010 12:37, ALAUX, Guillaume guilla...@alaux.net wrote: On 31 July 2010 12:23, Ionuț Bîru ib...@archlinux.org wrote: On 07/31/2010 01:08 PM, ALAUX, Guillaume wrote: On 31 July 2010 11:51, Ionuț Bîruib...@archlinux.org wrote: On 07/31/2010 12:22 PM, ALAUX, Guillaume wrote: I have pretty much the same request about Tomcat... should I wait for Dan to get back in business? send me everything Hi Ionuț, I just need to test one last thing on x64 when at home on Sunday and will send it right away. Thanks are you updating to the new stable series? -- Ionuț The 5.5.30 yes. Well actually the update is hardly just a version change. You can already get it here and use ithttp://github.com/galaux/abs/blob/master/tomcat_current/PKGBUILD . done I would also like to propose this new package tomcat-admin http://github.com/galaux/abs/tree/master/tomcat_current-adminthat provides the administration webapp. These have been tested on i686 and x64. upload it in aur and if it gets enough votes maybe somebody will move it into community. -- Ionuț upload it in aur and if it gets enough votes maybe somebody will move it into community. Hum... I should have thought about that ! There it ishttp://aur.archlinux.org/packages.php?ID=39306 . Thanks. Hi Ionut, Hi everyone, As said earlier, I have some changes to the tomcat package that I would like to share: * Fixed the userdel tomcat in tomcat.install that did not delete the user/group * Changed $arch from ('i686' 'x86_64') to ('any') (Java is supposed to be cross-platform right?) * Removed --with-java=/usr/lib/jvm/java-6-openjdk from ./configure options - ./configure uses the $JAVA_HOME variable automatically so there shouldn't be any need for that option - $JAVA_HOME needs to be set to the path of JVM we build against but this is a Java pre-requisite anyway - This allows Tomcat to be built and run from virtually any JVM (tested with openjdk6 and jdk/jre from Sun/Oracle) * Core files moved from /opt/tomcat to /usr/share/tomcat (Java Packaging Guidelineshttp://wiki.archlinux.org/index.php/Java_Package_Guidelines#Arch_Java_Packaging ) * Log file moved from /opt/tomcat/logs/catalina.log to /var/log/tomcat/ * Conf files moved from /opt/tomcat/conf to /etc/tomcat * Webapps folders moved from /opt/tomcat/webapps to /srv/http/tomcat/webapps * Cleaned startup script /etc/rc.d/tomcat to use variables from /etc/conf.d/tomcat I have tested these changes on i686 and x86_64 and with openjdk6 and jdk/jre: that installs, runs and web applications work to. Source package enclosed. What do you think? Do some of these changes look useful to you? -- Guillaume
Re: [arch-general] Better NILFS2 Support
Yes sure i believe it works, my concerns are more that the main tools just don't support it, which makes it imho more complicated to implement the installation support. So here is what I needed to mess with to get it working: Kernel: Version 2 of the filesystem, known as NILFS2, is included in Linux kernel 2.6.30. Works out of the box with the most recent arch kernel. mkinitcpio.conf: I just added: MODULES=nilfs2 I wonder if this is something that can be easily added to the filesystems hook. /boot/grub/menu.lst: kernel /vmlinuz26 root=/dev/sda3 ro rootfstype=nilfs2 AIF would need to take this into account, but seems easy enough. Initscripts: I provided a patch here: http://bugs.archlinux.org/task/20260 No other troubles as far as I know. Is there anything I'm missing? Let me know where I can help, this is an awesome filesystem. Blazing fast and when I delete or overwrite things on accident, it's so cool to just mount a snapshot from like an hour ago without having to set anything up in advance, and without even unmounting my root fs. Cheers, Alex
[arch-general] [namcap] [PATCH] Check for packages that should be 'any'
If a package has no elf files but is not 'any', throw a warning saying that the package could be 'any'. --- Namcap/anyelf.py | 18 ++ namcap-tags |1 + 2 files changed, 11 insertions(+), 8 deletions(-) diff --git a/Namcap/anyelf.py b/Namcap/anyelf.py index f3414af..c037ff0 100644 --- a/Namcap/anyelf.py +++ b/Namcap/anyelf.py @@ -33,20 +33,22 @@ class package: def short_name(self): return anyelf def long_name(self): - return If package is 'any' architecture, check for ELF files + return Check for ELF files to see if a package should be 'any' + architecture def prereq(self): return extract def analyze(self, pkginfo, data): ret = [[], [], []] - if pkginfo.arch and pkginfo.arch[0] != 'any': - return ret found_elffiles = [] - os.path.walk(data, scanelf, found_elffiles) - if len(found_elffiles) 0: - for i in found_elffiles: - ret[0].append((elffile-in-any-package %s, i)) - + + if pkginfo.arch and pkginfo.arch[0] == 'any': + if len(found_elffiles) 0: + for i in found_elffiles: + ret[0].append((elffile-in-any-package %s, i)) + else: + if len(found_elffiles) == 0: + ret[1].append((no-elffiles-and-not-any-package, ())) return ret def type(self): diff --git a/namcap-tags b/namcap-tags index acb8e9c..4040136 100644 --- a/namcap-tags +++ b/namcap-tags @@ -47,6 +47,7 @@ missing-license :: Missing license missing-maintainer :: Missing Maintainer tag missing-checksums :: Missing checksums missing-url :: Missing url +no-elffiles-and-not-any-package :: No ELF files and not an any package non-fhs-info-page %s :: Non-FHS info page (%s) found. Use /usr/share/info instead non-fhs-man-page %s :: Non-FHS man page (%s) found. Use /usr/share/man instead not-a-common-license %s :: %s is not a common license (it's not in /usr/share/licenses/common/) -- 1.7.1.1
[arch-general] No updates in a while - Is this the 'untiered mirror' thing?
Guys, It is rare I go a week without some type of update. My last update was: [2010-07-25 04:49] upgraded wavegain (1.2.8-1 - 1.2.8-2) Looking at archdev-public, there is a 7/24 no more untiered mirrors post from Roman about the need to shut down mirrors. Is this what is behind no more updates for me? If so, what do I need to change in my mirror list, pacman.conf, etc. to make sure I can get updates again? If it is just because Arch is perfect and there will no longer be a need for any updates -- I'm good with that too. Just let me know :p -- 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