- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] [PATCH 1/2] checkpkg: Use temporary working directory
by Evangelos Foutras 05 Jul '10

05 Jul '10

On 05/07/10 04:18, Eric Bélanger wrote: > Signed-off-by: Eric Bélanger<snowmaniscool(a)gmail.com> > --- > checkpkg | 8 ++++++++ > 1 files changed, 8 insertions(+), 0 deletions(-) > > diff --git a/checkpkg b/checkpkg > index 47fb672..7765d80 100755 > --- a/checkpkg > +++ b/checkpkg > @@ -27,6 +27,12 @@ if [ "$arch" == 'any' ]; then > CARCH='any' > fi > > +TEMPDIR=$(mktemp /tmp/checkpkg-script.XXXX) > +rm $TEMPDIR > +mkdir -p $TEMPDIR mktemp can be called with the -d switch and it will create a directory instead of a file. I believe that's the preferable way to go about it. > + > +cd $TEMPDIR > + > for _pkgname in ${pkgname[@]}; do > pkgfile=${_pkgname}-${pkgver}-${pkgrel}-${CARCH}${PKGEXT} > oldstylepkgfile=${_pkgname}-${pkgver}-${pkgrel}${PKGEXT} > @@ -90,3 +96,5 @@ for _pkgname in ${pkgname[@]}; do > echo "No filename differences for $_pkgname." > fi > done > + > +echo "Files saved to $TEMPDIR"

2 1

[arch-general] ftp.gigabit.nu / ftp.archlinux.se shutting down
by Rickard Eriksson 05 Jul '10

05 Jul '10

Cut from the forum where my co-admin first put this up, however it got closed with reason "trolling"... This mirror will shut down in the upcoming days. Few funny facts: * We never got contacted by anyone before we got added in the official mirror list. We just posted this thread and all of the sudden it appeared. No verification of whom we were and what our intension were. * ArchLinux is fundamentally unscalable in the package manager aspect. * ArchLinux puts the trust in the hands of every mirror owner and their security. ftp.archlinux.se is the prime example of a machine vulnerable to all sorts of things. This affect YOUR security. This is why it's being put down. If the ArchLinux authors would start signing packages this would not be a risk to you. * We posted a suggestion of this in 2006. http://bugs.archlinux.org/task/5331 -- This is 4 years of insecurity. * We recommend all of you to switch to a distribution caring about user security and atleast signs their packages. Most RPM and APT based distros does this (Ubuntu, Debian, RedHat, CentOS, SuSE, OpenSuSE, etc etc etc). Have fun. :-) Yours, Mikael & Rickard

5 5

[arch-general] Bashification of initscripts for moderate speedup
by Victor Lowther 03 Jul '10

03 Jul '10

I have spent some time over the last month or so rewriting the Arch initscripts in idiomatic bash -- since they rely on bash-specific features, trying to keep them fairly POSIX is rather a waste of time and a net performance loss -- using bash-style conditionals is about 30% faster when nothing needs to be touched on the filesystem and about 200% easier to read, and you can use bash regexps in place of most trivial uses of sed, grep, and awk when mangling parameters or variables -- the fewer short-lived processes we fork the better. You can browse changes I have made in the git repo @ http://git.fnordovax.org/arch-initscripts/log/?h=bashification and you can checkout my changes to play around with from git://fnordovax.org/~victor/arch-initscripts There is a gigantic whitespace fixup patch at the end, all it does is fix all the whitespace errors I introduced while hacking and reformat everything to a consistent indentation style (emacs shell-script mode, if you are interested). I have tested these changes on a VM and on my local laptop. I inlcuded a PKGBUILD that will build an initscripts-git package, but be sure to backup and restore your rc.*local, inittab, and rc.conf files because they will get nuked the first time you install it. Questions, comments, flames, etc. welcome. I can also spam the list with patches if y'all really want. -- Victor Lowther LPIC2 UCP RHCE

12 31

[arch-general] Last Updates w/kernel 2.6.33.4-1 -> 2.6.34-2 broke radeon driver for RS690M cards
by David C. Rankin 03 Jul '10

03 Jul '10

Guys, Just updated my laptop's spare drive and something in the last set up updates, which included the kernel, really affected the radeon driver badly. It's almost like I am back running in framebuffer mode. I'm not quite sure where to start troubleshooting as I am not familiar at all with the changes kms introduced into the radeon driver soup, but I suspect that may be where the problem lies. I have no xorg.conf, so if there are config issues, it's with the default config. When I updated to the 2.6.33 kernel (2.6.33.4-1), I was ecstatic. The radeon driver was working the best I had ever seen it. Heat control was much better and frame rate had almost quadrupedaled and compiz worked great. IIRC, I even posted here giving kudos to the devs on how good it was working. With the update to 2.6.34-2, it is worse than ever before. Specifically, compiz will no longer run -- it just whitescreens. (usually a problem with the driver NOT being loaded). However, in this casee, all of the radeon modules are loaded: [01:10 alchemy:/home/david] # lsmod | grep rad radeon 790145 2 ttm 45713 1 radeon drm_kms_helper 23740 1 radeon drm 162265 4 radeon,ttm,drm_kms_helper i2c_algo_bit 5071 1 radeon i2c_core 18364 5 radeon,i2c_piix4,drm_kms_helper,drm,i2c_algo_bit The biggest problem with the new packages is HEAT. We are now back to the point where the heat generated by the gpu and driver makes it uncomfortable to rest your palms on the palm-rest to type. I don't know where to start looking. The Xorg.0.log isn't that remarkable at all. The only things that stand out are: [ 36.790] (II) UnloadModule: "fbdev" [ 36.790] (EE) Failed to load module "fbdev" (module does not exist, 0) ** from earlier discussions, this is no big deal IIRC [ 37.526] is imortant (WW) RADEON(0): Direct rendering disabled [ 37.526] (II) RADEON(0): Acceleration disabled ** this doesn't look good. I guess it means no DRI -- why is the question? I know DRI is important to compiz and I'm fairly sure dri was working with the last kernel/radeon driver combination. The difference between the setup with 2.6.33 and 2.6.34 is day and night. Also, the color in thunderbird has gone green -- literally. My normal dark gray message background is now green. I guess this is somehow related to the driver issue. The full Xorg.0.log and a screenshot of green tbird are here: http://www.3111skyline.com/dl/bugs/Archlinux/Xorg.0.log http://www.3111skyline.com/dl/bugs/Archlinux/green-tbird.jpg I'm not sure where to start with this problem, with the xf86-video-ati package or with the kernel? What say the gurus? -- 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 -- 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 -- 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

5 7

[arch-general] Licensing of Arch Wiki content
by Ananda Samaddar 03 Jul '10

03 Jul '10

I notice it's all under GFDL 1.2. I'm wanting to use a Gentoo doc for the Arch Security stuff but it's under a CC-SA attribution license which is incompatible with GFDL. Would it be possible to allow Wiki content under a CC licenses? I can't see it being too controversial a choice, as in CC licenses are now widely accepted. Even the venerable RMS uses CC licenses for his personal stuff as does a lot of the FSF/GNU stuff. Ananda

8 12

[arch-general] Catalyst-test
by Madhurya Kakati 03 Jul '10

03 Jul '10

Hi, I haven't upgrade to Xorg 1.8 yet. The problem is that i am using catalyst-test driver i.e fglrx on my system. So i wanted to know if there will be any problems if i upgrade to Xorg 1.8. The reason i am asking this question is because of this "To get it work with xorg-server >= 1.8 (when it will arrive in [extra] repo) you need patched xorg-server, you may get it from [catalyst-test-xorg18] repo, more here: http://bbs.archlinux.org/viewtopic.php?pid=740353#p740353"

6 12

[arch-general] [signoff] lvm2/device-mapper 2.02.69-1
by Eric Bélanger 02 Jul '10

02 Jul '10

Hi, lvm2/device-mapper 2.02.69-1 are in testing. Changes: * Upstream update * Moved dmeventd man page from lvm2 to device-mapper package Please test and signoff. Users signoffs are welcomed. Eric ChangeLog: lvm2: Version 2.02.69 - 30th June 2010 ================================ Fix vgremove to allow removal of VG with missing PVs. (2.02.52) Add metadata/vgmetadatacopies to lvm.conf. Add --metadataignore to pvcreate and vgextend. Add vg_mda_copies, pv_mda_used_count and vg_mda_used_count to reports. Describe --vgmetadatacopies in lvm.conf and other man pages. Add --[vg]metadatacopies to select number of mdas to use in a VG. Make the metadata ignore bit control read/write metadata areas in a PV. Add pvchange --metadataignore to set or clear a metadata ignore bit. Refactor metadata code to prepare for --metadataignore / --vgmetadatacopies. Ensure region_size of mirrored log does not exceed its full size. Generate liblvm2app exported symbols from header file. Preload libc locale messages to prevent reading it in memory locked state. Fix handling of simultaneous mirror image and mirrored log image failure. device-mapper: Version 1.02.51 - 30th June 2010 ================================ Generate libdevmapper exported symbols from header file.

1 0

[arch-general] help unravelling dmesg
by aerospace1028＠hotmail.com 30 Jun '10

30 Jun '10

I was wondering if someone might be able to explain this to me. I was reading the output from dmesg, and found the following entry. CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Please use nf_conntrack.acct=1 kernel parameter, acct=1 nf_conntrack module option or sysctl net.netfilter.nf_conntrack_acct=1 to enable it. I'm still learning my way around as far as system administration goes. I'm not familiar with nf_conntrack. I tried adding net.netfilter.nf_conntrack_acct=1 to the end of my /etc/sysctl.conf file, but the messagestill persisted after re-boot. Can anyone point me to an explination (A) what the message means? (B) if I need to worry about it? (C) how to activate nf_conntrack_acct if I so choose? I'm not doing anything fancy here, just running arch on a laptop. As I said, I'm still learning, but not apposed to expanding my limitte knowledge of linux. _________________________________________________________________ The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multiaccount&ocid=PID28…

2 1

Re: [arch-general] Bashification of initscripts for moderate speedup
by aerospace1028＠hotmail.com 30 Jun '10

30 Jun '10

>Message: 9 >Date: Wed, 30 Jun 2010 18:48:37 +0200 >From: Philipp ?berbacher <hollunder(a)lavabit.com> >Subject: Re: [arch-general] Bashification of initscripts for moderate >speedup >To: arch-general <arch-general(a)archlinux.org> >Message-ID: <1277916464-sup-8123@eris> >Content-Type: text/plain; charset=UTF-8 > >Excerpts from Aaron Griffin's message of 2010-06-30 17:55:40 +0200: >> On Wed, Jun 30, 2010 at 10:00 AM, Caleb Cushing <xenoterracide(a)gmail.com> wrote: >> > On Tue, Jun 29, 2010 at 1:57 PM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: >> >> I have no idea where the number came from, but both 80 and 132 are >> >> standard column widths used for normal and wide terminals. >> > >> > should be 78 columns I do believe that's the standard for kernel/git >> > it allows for email comments more easily apparently. >> >> No, physical terminals went to 80 columns. The 78 number was likely >> related to editor chrome, such as line numbering... I'm not sure of >> the details. >> >> I believe email typically has 78 width due to the fact that "> " is >> expected for replies. > >I also read about 72, and it's my current setting for vim when editing >mails, but I have no idea where that comes from... I'm not sure if this helps or not. When i learned the fortran 77 standard, it utilized columns 7-72, anything in column 1 signified a comment, col 2-5 were reserved for labels, col 6 marked a continuation line, and columns 73-80 had significance I can't recall. The strict layout had historical significance related to punch-cards, which I believe ran 80 columns wide. The f90 standard I believe expanded the usable codespace to 132 columns, but I'm not sure exactly how that number became astandard. I think the punch-card thing might be where the 80 column value comes from though. I'm just not sure which is the chicken and which the egg. _________________________________________________________________ The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multiaccount&ocid=PID28…

1 0

[arch-general] perl-xml-parser vs. perlxml: dependency probs
by Lou Garou 30 Jun '10

30 Jun '10

Is anybody else getting dependency errors involving the attempted replacement of perlxml by perl-xml-parser? I've got libxml-perl and perl-sml-dom both requiring perlxml, thus stopping the replacement. Should I just sit tight and let the backroom boyz fix it?

3 7