- Arch-general - lists.archlinux.org

[arch-general] [initscripts] Please revert last commit 757f653
by Gerardo Exequiel Pozzi 24 Aug '09

24 Aug '09

Hi Please revert the last commit[#1], mounting /dev as NOEXEC is incorrect. This break nvidia GLX extension, vmware, mplayer and possible others programs that uses mmap() with execute privilege. PS: I guess that setting a size is "redundant" Thanks. [#1] http://projects.archlinux.org/?p=initscripts.git;a=commitdiff;h=757f653b8c9… -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

2 2

Re: [arch-general] [arch-dev-public] [initscripts] Please revert last commit 757f653
by Gerardo Exequiel Pozzi 24 Aug '09

24 Aug '09

Jan de Groot wrote: > On Mon, 2009-08-24 at 01:25 +0200, Thomas Bächler wrote: > >> Jan de Groot schrieb: >> >>> On Sun, 2009-08-23 at 19:06 -0300, Gerardo Exequiel Pozzi wrote: >>> >>>> Hi >>>> >>>> Please revert the last commit[#1], mounting /dev as NOEXEC is incorrect. >>>> This break nvidia GLX extension, vmware, mplayer and possible others >>>> programs that uses mmap() with execute privilege. >>>> >>>> PS: I guess that setting a size is "redundant" >>>> >> I already asked Gerardo in private: Can anyone provide any reference as >> to why noexec will prevent programs from working? >> > > Some applications like the ones mentioned in the original post will mmap > files in /dev/ with the PROT_EXEC flag. When the filesystem is mounted > as noexec, these mmap operations will fail. Even if the program doesn't > execute anything used in the mmap operation, the whole mmap operation > will just fail when this flag is set on a noexec filesystem. > > > Exactly Example of starting X with nvidia: (EE) NVIDIA(0): Unable to map device node /dev/zero with read, write, and (EE) NVIDIA(0): execute privileges. The GLX extension will be disabled on (EE) NVIDIA(0): this X screen. Please see Chapter 8: Common Problems in (EE) NVIDIA(0): the README for more information. (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

[arch-general] git_patch
by Laszlo Papp 23 Aug '09

23 Aug '09

Hello! I've attached a patch for git PKGBUILD. It has got a small extension to install the contrib/ folder too, like in other distribution, e.g. Ubuntu/Debian! I need for it because of post-receive-email script to get notification about commit. Best Regards, Laszlo Papp

3 3

[arch-general] PHP 5.3 - just takes a bit of reconfiguring, but then works fine
by David C. Rankin 23 Aug '09

23 Aug '09

Listmates, In case any of you pull php 5.3 from testing and suddenly have all your web apps die, I thought I would pass along a few heads-up to save you reinventing the wheel. First Peirre Schmitz put out a few notes on the arch-dev list that provided the answer, but there was a lot that had to be read between the lines to appreciate the notes. I run several php intensive apps (eGroupware, Gallery2, and to a lesser extent squirrelmail) all of which went south when the 5.3 upgrade occurred (well, all of php went south with the upgrade, but it was purely a new configuration issue). The short version of what is required to put php5.3 in place? (1) You need to use the php.ini.pacnew file you will find in /etc/php and merge your php.ini setting into it; (2) You will need to rework the following 2 settings: open_basdir = include_path = ".:..." Specifically, you will need to pay careful attention to any trailing '/'s you have on the path definitions (or prefixes in the case of include_path) because any trailing slash now prevents php from descending further than the specified directory in search of any includes or opens it is looking for. This is what really cost a bit to time to chase down. Note, the changes are not all 5.3, but the effect of the changes in 5.3 will expose any error in the entries. I had 5.2.9 running fine, but I had a few extra '/'s terminating search paths that somehow worked, but in 5.3 that wouldn't fly. (3) PHP5.3 split php for arch into a number of different packages. From Pierre's post: php php-apache php-cgi php-curl php-enchant php-gd php-gmp php-intl php-ldap php-mcrypt php-odbc php-pear php-pgsql php-pspell php-snmp php-sqlite php-tidy php-xsl You will need to install what you need and see the post in arch-dev for specifics of sqlite, (what's needed for Ver. 2, and Ver 3.), etc... (4) After you install the packages, you will now need to specifically uncomment any of the extensions you need to load or have loadable from withing php.ini. (eg. extension=mysql.so; extension=odbc.so; extension=openssl.so, etc...) After going through this bit of unintended learning, PHP 5.3 is working smoothly as far as I can tell, logs are clean, a few derprecated warning for things that will disappear in php 6, but other than that, nothing. The last issue I found in php 5.3 is it checks for the absence mysql_free_result after mysql queries and warns if it isn't found. This may be something I just didn't notice in the earlier releases, but it provided the opportunity to clean up a few. That's it, hope it saves somebody a few extra minutes of time. -- 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

1 0

[arch-general] Can I downgrade the nvidia driver w/o downgrading the kernel?
by David C. Rankin 22 Aug '09

22 Aug '09

Listmates, I was going to test the nvidia driver fan issue by downgrading to the next older version of the driver with: [19:34 archangel:/srv/www] # pacman -U /var/cache/pacman/pkg/nvidia-180.51-1-x86_64.pkg.tar.gz /var/cache/pacman/pkg/nvidia-utils-180.51-1-x86_64.pkg.tar.gz loading package data... checking dependencies... error: failed to prepare transaction (could not satisfy dependencies) :: nvidia: requires kernel26<2.6.30 But as somewhat expected, I got the dependency error shown above. It may not be possible, but if the nvidia install on arch just compiles the driver against the kernel, then I don't see why not. But then again if it is something that has changed from a module to a part of the kernel during that period of time (or something similar), then I could see why the older driver couldn't be compiled against the new kernel. Before trying anything I would regret, I thought I would ask. Is it possible? If so, how? Is "-d" OK here? Worst case, I just end up in runlevel 3 reinstalling the current driver again, right? -- 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

6 7

[arch-general] rxvt-unicode patch
by Laszlo Papp 21 Aug '09

21 Aug '09

Hello! I try to write here, because of the bugs.archlinux.org problems. I've got a small patch for rxvt-unicode package to build from AUR, something similar in case of community/rxvt-unicode-color256! Best Regards, Laszlo Papp

2 2

[arch-general] Weird png corruption issue from Gwenview using "crop" -> "Save As" -> to a smb share
by David C. Rankin 21 Aug '09

21 Aug '09

Listmates: Very strange bug with gwenview. I have bugged it with kde, but would like any confirmation and insight you might have that will help narrow the bug down. Here is the description pulled from my bug report: Gwenview has been completely reinstalled and the corruption still occurs. In fact, I have produced 3 corrupt files in a row using this scenario. The latest: http://www.3111skyline.com/download/openSUSE_bugs/kde4/screenshots/gwenview… Try this scenario and see if you still get a good crop: (1) Grab a screenshot of a window in ksnapshot (2) Choose "Open with" -> Gwenview (3) Crop the image, after pressing the final "crop", choose "File" -> "Save As" (4) Save to a smb share (5) Confirm file is corrupt or good and let me know. I tried saving the file with gwenview to my local disk and also saving it to the smb share. Both using the "File" -> "Save As" after a crop. When I save to the smb share, the corrupt image is about 250 bytes bigger than the good file: -rw-r--r-- 1 david dcr 37489 2009-08-08 20:23 gwenview-crop-save-03.png (corrupt) -rw-r--r-- 1 david dcr 37231 2009-08-08 20:37 gwenview-crop-save-03.scp2server.png (good) The file I saved locally and then scp'ed to the server is fine: http://www.3111skyline.com/download/openSUSE_bugs/kde4/screenshots/gwenview… I have confirmed this behavior on two boxes running suse but haven't been able to confirm it or rule it out on Arch. If you have a few minutes to try, I'd appreciate it. Thanks. -- 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

3 4

[arch-general] Problems with install Iso
by richard terry 21 Aug '09

21 Aug '09

Hullo all, I tried to ask this a couple of days ago and for some reason it ended up as a flame war about chakra between people I don't even know and I'm not sure what triggered it, so I'll try again. I've used arch for many years and always been happy (I actually run it on 5-6 machines which I maintain ok). My laptop got a libreadline file problem after upgrading, so after backing up I just decided to reformat the drive the the latest arch linux iso I downloaded last weekend intending hence to use kde4.3, and have been spectacularly unsuccessful in getting the drive formatted using the install iso. with the /arch/setup program I tried auto to do the whole drive (it was a brand new seagate 500gig HDD) > no action, just sat there. I tried using CFDISK > create partitions > then the setting the mount points didn't recognise any partitions were there. After a couple of reboots and retries it did recognise the partition was there, but wouldn't let me allocate mount points. On one occasion it allowed me to allocated mount points but then just died. To prove to myself that it wasn't the drive I tried the chakra alpha on it which recognised the partitions and installed ok but this I've removed as I want arch proper. I'm at a loss to know where to head because this is my software developement machine (private not in any way related to a business) and I've been reduced to using xfce4 (not that bad actually) on an old drive, but all my email is in kmail (7+ years of it) which I don't want to have to import into thunderbird and kmail won't run on the machine with the corrupted installation. So, is there anyone who could give me a hint as where to proceed - I've tried re-downloading the iso and reburning it and the md5's are ok. Rescue disks or Knoppix read the partitions fine. Is there any way I can paritition and format with an external tool, then use the command line to install a base arch system so I can bypass the installer? Any help, even if you answer off list would be appreciated. Regards Richard

5 5

[arch-general] nvidia card - fans are really cranked up after the latest driver update a week or so ago
by David C. Rankin 21 Aug '09

21 Aug '09

Listmates, I have been chasing an issue on Arch having to do with the 8800GT in it. A couple of weeks ago there was a driver update from Nvidia that has caused the fans on my video card to really take off. With all drivers before that there wasn't a noise issue. The box is dual boot with openSuSE 11.0 so I can confirm that this is an arch/nvidia issue. Has anyone else noticed fan speed increases on your NV cards here lately? If so, any solutions?? -- 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 6

[arch-general] Seahorse crash
by Francesco Groccia 19 Aug '09

19 Aug '09

Hi, when I try to sign a file (command: 'seahorse-tool -s file.ext'), Seahorse crashes with this message: ### ** (seahorse-tool:6760): CRITICAL **: prompt_signer: assertion `GPG_IS_OK (gerr)' failed ### That means I don't use seahorse nautilus integration. Additional info: Arch64 seahorse 2.26.2-1 gnome 2.26.3 What happened?

1 0