Re: [arch-general] script to reformat 'pacman -Ss' (2nd Version)
On 08/07/2010 03:52 AM, Simon Stoakley wrote: Been messing around with this a little, added pacman -Qs option, single space option (-d default) and some colours. Wrapped it in a function so can call it pacside [-qs] schstring. Thought I'd put it back up in case anyone's interested. Excellent, thanks. As discussed earlier, I have re-written the input routine and add a number of new capabilities to the original script I did. The biggest change is the script now simply accepts a searchTerm and calls pacman -Ss from within the script. You can still pass the script a saved search file and it will parse it as it did originally. What is really cool (I think), is that you can specify the command line parameters "In Any Order" and NO flags are necessary to tell the script whether to call pacman or read a file for results. If the file exists, the script reads it, if no file matching the command line parameter exists, then it calls pacman. The new version is here: http://www.3111skyline.com/dl/Archlinux/scripts/srch2list.sh Just run it without options or with -h | --help to get the full usage information: Usage: srch2list.sh srchTerm [srchfName] [-d|--double] [-h|--help] [-z|--zenity] [-w|--write filename] srch2list.sh provides formatted output for 'pacman -Ss srchTerm'. The output is provided in two columns (package name)(description). The columns are dynamically sized so the package name column is wide enough for the longest package name returned, and the description fills the remaining space provided by the terminal while leaving a one character margin at the right-hand side. You can now read the search results without going blind. The script will also parse a previous pacman search saved with 'pacman -Ss >srchfName.' If you provide both a srchTerm and srchfName, the search will be performed and the srchfName ignored. The remaining options are as follows: Options: NOTE: options can be given in any order, flags must be separate: '-d -z' NOT '-dz' -d | --double option controls single/double spaced output. -h | --helpdisplay this help message. -w | --write filename write search results to 'filename'. -z | --zenity provide graphical output using 'zenity --list' (requires zenity) Two additional testing options (no effect on script): -v | --verbose dump select variables to the screen. -a | --array dump the array contents to the screen (requires -v option) Enjoy. -- 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
Re: [arch-general] Gallium by default for radeon?
I'm wondering how was it going with dri and xorg state trackers in gallium3d stack on ATI chips? Actually AFAIK the mesa stack is ready for r300g, but there are a lot of work need to be done for other parts(at least testing work). For r600g, it's only get quite initial texture support recently. And the interface of it is changing dramatically at present, so it's far from being a default option. On Mon, Aug 9, 2010 at 4:58 AM, Muhammed Uluyol wrote: > Does this enable r600g? I think it would be great for r300g to be used by > default but r600g is not there yet. >
[arch-general] parallel printer set up with archlinux
I almost have everything working. The foomatic-rip driver Panasonic/Epson is reported as unavailable by lpstat -d /dev/lp0 -p . If that's in the foomatic-db package I downloaded, what should I use to locate it in all of those files? The printer won't be handling any postscript and is only intended to print out text files.
Re: [arch-general] my intro
On 09.08.2010 01:33, Jude DaShiell wrote: > I found the aur link on the archlinux.org page but so far, pacman > isn't searching and accessing aur. Is this something that can be done > or is this better done with a different tool? > You should try installing an AUR helper, it will make your life somewhat easier. See here: http://wiki.archlinux.org/index.php/AUR_Helpers For most people, yaourt probably works fine but so will packer, clyde, slurpy, cower, bauerbill etc etc. This is Arch Linux, and we need 24 AUR helpers. -- Sven-Hendrik
Re: [arch-general] my intro
I found the aur link on the archlinux.org page but so far, pacman isn't searching and accessing aur. Is this something that can be done or is this better done with a different tool? On Sun, 8 Aug 2010, Sven-Hendrik Haase wrote: On 08.08.2010 04:02, Jude DaShiell wrote: I install chris brannon's talking arch linux a little earlier this weekend. It was not the first Linux I've installed either. I use the talking version since I can't see anything at all. For as small a Linux as this is it's impressive. We need a foomatic-rip package though because my parallel printer probably won't work well otherwise and that makes it difficult for those helping me shop to read my grocery lists. I have already built and got astrolog running on archlinux and for free accurate horoscopes that's a good choice. I could probably package it for this Linux if there's enough interest. Another problem probably of interest to a larger audience is no command line spreadsheet programs are yet available. I can probably put some things together for that too. I'll definitely do that for myself and again if there's enough interest I can probably build something and make it available. I do use orca and gnome a little, but the graphical user environment isn't my normal living space while at home. I'm required to use Windows at work so I figure while I'm at home I get to choose my operating systems and my operating system interfaces. I don't want the two environments getting confused with each other. Hey Jude, foomatic-rip should be included in the foomatic-filters package. astrolog is available in AUR (http://aur.archlinux.org/packages.php?ID=32863). There are two tools I know of for CLI spreadsheets. sc and oleo. Both have AUR packages available. Nice to see Arch being used by blind users. Good job, Chris. -- Sven-Hendrik
Re: [arch-general] my intro
There were two accessibility developments that made this possible. First the speakup project http://www.linuxspeakup.org/ was the first. Then there was the espeakup project. The Linux Speakup project made Linux talk over a set ofhardware speech synthesizers. Then the espeakup project added onto the Linux speakup project by using a system's sound card and speakers rather than a hardware speech synthesizer. After that, Chris Brannon put it altogether in the form of a talking arch linux installation disk. That was announced on the speakup mailing list and I'm interested in installing what accessible Linux flavors that are available so I know how to do that in the future. Another thing is with each Linux installation I learn things about security and other considerations and those get applied to future installations. I also get to learn lots about my hardware, not all of it good but not all of it bad either.On Sat, 7 Aug 2010, David C. Rankin wrote: On 08/07/2010 09:20 PM, Sven-Hendrik Haase wrote: Nice to see Arch being used by blind users. Good job, Chris. Wow! I commend you Jude for your shear moxie in getting a Linux distro up and running which is no small task for people with 20/20 vision. And the setup from Chris, I'll have to check that out. Just thinking out what that would entail, from the initial boot, the install and finally to a running OS without the sight sense, that is nothing short of incredible. How do you do it? Seriously, what tools are available that, I guess in some sense, must speak the prompts so you know what's going on? Just curious more than anything else. The only thing I can think of is some type of modification to the prompt that would process the prompt though an OCR utility and then to a text-to-speech app, but what about before that setup is installed? That's pretty amazing and sounds like some cool technology. Best of luck and if you need any help, just ask -- or type. (although by the sound of it, I may be the one asking you for help). -- 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
Re: [arch-general] AUR build of kdemod3-kipi-plugins fails on QString::QString( data->appName() ); ?
On 08/08/2010 02:01 PM, Tavian Barnes wrote: The error was introduced with gcc 4.5, to comply with the C++ standard. It is simply a bug in their code, which can be fixed by changing the line to "m_hostName = QString( data->appName() );" or possibly by specifying "-fpermissive" in CFLAGS. Tavian, Thank you. That's what I did and the kipi-plugins built fine. I've dropped a note in AUR with the package to advise everyone else. I guess when others run into problems with AUR packages, they just move on to something else. I can't see me being the first one to run into in. Thanks again. -- 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
Re: [arch-general] Gallium by default for radeon?
Does this enable r600g? I think it would be great for r300g to be used by default but r600g is not there yet.
[arch-general] Gallium by default for radeon?
Hey everybody, I wondered whether we should switch the default radeon driver stack over to gallium3d. I've been running gallium3d for a few months now and with every stack rebuild from git it only gets faster and neater. I haven't encountered any stability issues yet (or at least not any the standard drivers did not have). I think the speed and OpenGL compatibility are well worth it for our users. Since I'm toying around quite a lot with games and Ogre3D I know that shader support and overall speed now make the radeon + gallium3d drivers a viable replacement for the rather unlikeable catalyst drivers, even for gaming. For those who want to try it, build your gallium stack using my AUR package (http://aur.archlinux.org/packages.php?ID=38090). Upstream says that almost all current development efforts flow into gallium3d and radeon KMS. Perhaps we should take the hint? What do you think? -- Sven-Hendrik
Re: [arch-general] AUR build of kdemod3-kipi-plugins fails on QString::QString( data->appName() ); ?
On 7 August 2010 20:35, David C. Rankin wrote: > Guys, > > Just messing around tweaking out kdemod3 with all the updates I can > find, I was working to build kdemod3-kipi-plugins. > http://aur.archlinux.org/packages.php?ID=24800 > > This package build now failes with the error: > > cdarchiving.cpp: In constructor > `KIPICDArchivingPlugin::CDArchiving::CDArchiving(KIPI::Interface*, QObject*, > KAction*)': > cdarchiving.cpp:77:52: error: cannot call constructor `QString::QString' > directly > cdarchiving.cpp:77:52: error: for a function-style cast, remove the > redundant `::QString' > make[4]: *** [cdarchiving.lo] Error 1 > make[4]: Leaving directory > > The line in cdarchiving.cpp is: > > m_hostName = QString::QString( data->appName() ); > > Googling, there are other packages that have the m_hostName assignment in > the same manner so I don't know what the issue is. Is there some build > environment misconfig such that the build is calling the incorrect Qt for > kde4? How would I check? > > 90+ percent of all the kdemod3 updates build just fine, so I don't > think it is a generic problem. Any thoughts on what to check? > > I have also posted this message at AUR with the package as well. I've > done what it said and removed the the redundant `::QString' and it seems to > be building for now. I'm unsure how bad this change might hose me. (what - > worst case a bad hostname in the cdarchiving module?) How bad could removing > the (whatever you call it? class reference?) be? > > Thanks for any help or thoughts you might have. > > -- > 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 > The error was introduced with gcc 4.5, to comply with the C++ standard. It is simply a bug in their code, which can be fixed by changing the line to "m_hostName = QString( data->appName() );" or possibly by specifying "-fpermissive" in CFLAGS. -- Tavian Barnes
Re: [arch-general] [signoff] mdadm-3.1.3-1
On Sat, Aug 7, 2010 at 12:34 AM, Tobias Powalowski wrote: > This is a bugfix/stability release over 3.1.2 Signoff x86_64
Re: [arch-general] Shouldn't pacman restart dovecot after update?
At Samstag, 7. August 2010 23:07 Guus Snijders wrote: > In that case, try: > lsof | grep " DEL " Okay, with the update of util-linux-ng checking of the deleted files makes sense because a lot of files use /lib/libuuid.so.1.3.0. I create this MINI script for this: # cat /usr/local/bin/scan_deleted_files.sh #!/bin/sh # list of deleted files echo 'COMMAND PID USER FD TYPE DEVICE SIZE/OFFNODE NAME' lsof -n | grep ' DEL ' See you, Attila
Re: [arch-general] Packages Translate.
I don't need help, I need contributions and people to help maintain translations. If it is done once and then left to rot, it would be hard to justify it's use. I think the first step would be to see if other foreign language users are willing to help and maintain translations, and from there go to work seeing how the Django internationalization would work. -Dan On Sun, Aug 8, 2010 at 11:00 AM, Netanel Shine wrote: > So, do you need some help? > > On Sun, Aug 8, 2010 at 6:19 PM, Dan McGee wrote: > >> On Sat, Aug 7, 2010 at 9:44 AM, Netanel Shine >> wrote: >> > Why Archlinux dont allow translation of the packages part in the site >> like >> > in the AUR? >> >> No one has stepped forward to make it happen, and the very few of us >> that work on the site don't see it as a priority. >> >> -Dan >> > > > > -- > Netanel Shine >
Re: [arch-general] Packages Translate.
So, do you need some help? On Sun, Aug 8, 2010 at 6:19 PM, Dan McGee wrote: > On Sat, Aug 7, 2010 at 9:44 AM, Netanel Shine > wrote: > > Why Archlinux dont allow translation of the packages part in the site > like > > in the AUR? > > No one has stepped forward to make it happen, and the very few of us > that work on the site don't see it as a priority. > > -Dan > -- Netanel Shine
Re: [arch-general] [signoff] kernel26 2.6.34.2-1 & intel pageflipping
On Tuesday 03 August 2010 19:29:32 Thomas Bächler wrote: > Am 03.08.2010 16:19, schrieb Stefano Avallone: > > There are a number of fixes about pageflipping with drm/i915 in the > > changelog of 2.6.34.2. So, I installed this new kernel and rebuilt > > xf86-video-intel without the patch to disable pageflipping. I have a G45 > > graphics and I suffered from frequent hangs with previous kernel > > versions and a 2D driver with pageflipping enabled. Now, using 2.6.34.2 > > and pageflipping enabled, I had my desktop running for 6 hours and no > > hangs occurred so far. I'll keep it running and report back if an hang > > occurs. > > Thank you for this, please keep reporting it. We actually don't want to > have page flipping disabled indefinitely. I continued using my desktop PC with intel G45 graphics, kernel 2.6.34.2 and intel driver with pageflipping enabled and no hangs occurred. Everything seems to work fine. I also compiled the intel 2D driver with pageflipping enabled on a notebook with intel GM965 graphics. I noticed an annoying issue: every few minutes (part of) the screen went black for an istant, maybe during a refresh. Then, I installed kernel 2.6.35 and this issue seems to be gone. I hope more people could test it, but I believe it is safe to enable pageflipping in the intel xorg driver with kernel 2.6.35. cheers, Stefano
Re: [arch-general] Packages Translate.
On Sat, Aug 7, 2010 at 9:44 AM, Netanel Shine wrote: > Why Archlinux dont allow translation of the packages part in the site like > in the AUR? No one has stepped forward to make it happen, and the very few of us that work on the site don't see it as a priority. -Dan
Re: [arch-general] my intro
"David C. Rankin" writes: > Seriously, what tools are available that, I guess in some > sense, must speak the prompts so you know what's going on? These tools are known as screenreaders. They usually provide at least two functions: 1. Speak text as it appears, and 2. Allow the user to manually review the contents of the screen. > The only thing I can think of is some type of modification to > the prompt that would process the prompt though an OCR utility and > then to a text-to-speech app, It's simpler than that. No OCR is involved, since the text is already machine-readable. > but what about before that setup is > installed? That's pretty amazing and sounds like some cool technology. The software is available on my custom ISO image. The system starts talking shortly after someone boots a machine with a CD or USB stick containing that image. He or she does the install, taking care to add some extra packages at the end of the process. After rebooting from the HD, the system should start speaking. -- Chris Website: http://the-brannons.com/
Re: [arch-general] Initial AIF localization support (patch)
On 08/08/2010 01:25 PM, jesse jaara wrote: For the past few days I have been working on adding support for localization in AIF. I think I have marked every string that contains text that can be translated, but it is possible that i have missed some. Also there is some work to be done in the makefile, as I couln't figure out how to make for loops in it. Also the code to the language selection screen sint working, yet. I will try to get that to work. I hope some one familiar whit the AIFs codebase would check this out and corret if something is wrong. If this isint turned down as waste of ?something? or something else, I will translate this into Finnish, also Im alredy translating the offical installation guide to finnish 1/3 redy I think. :D i suggest to send everything on arch-releng mailing list -- Ionuț
[arch-general] Initial AIF localization support (patch)
For the past few days I have been working on adding support for localization in AIF. I think I have marked every string that contains text that can be translated, but it is possible that i have missed some. Also there is some work to be done in the makefile, as I couln't figure out how to make for loops in it. Also the code to the language selection screen sint working, yet. I will try to get that to work. I hope some one familiar whit the AIFs codebase would check this out and corret if something is wrong. If this isint turned down as waste of ?something? or something else, I will translate this into Finnish, also Im alredy translating the offical installation guide to finnish 1/3 redy I think. :D
Re: [arch-general] Shouldn't pacman restart dovecot after update?
At Samstag, 7. August 2010 23:07 Guus Snijders wrote: > In that case, try: > lsof | grep " DEL " > > Note the spaces before and after DEL. > After checking it again, i noted that lsof uses caps for the type, so we > can drop the -i from grep. This idea is better and now i have to wait for an update which will use deleted files. Only for the stast it is not unusually that apps use deleted files: # lsof -n | grep ' DEL ' firefox1832 arpad DEL REG0,4 1998849 /SYSV kwin 3815 arpad DEL REG0,4 0 /SYSV The way of an rpm based system with using RPMDELETE as the flag seems easier to find out such files. Is there a analog way possible for pacman? I never take a look after an update with pacman. See you, Attila
Re: [arch-general] Firefox & Opera Plugins on the fritz?
On 07/21/2010 09:29 PM, David Rosenstrauch wrote: On 07/21/2010 07:16 PM, David C. Rankin wrote: Guys, My weather page has stopped working in both Firefox and Opera. I think it is a plugin issue. Can anyone else view this weather loop from the National Weather Service? http://radar.weather.gov/radar.php?rid=SHV&product=N0R&overlay=1110&loop=yes WFM If so what plugin does it take. If not -- what do you think is wrong? Adobe flash player. (http://aur.archlinux.org/packages.php?ID=25402) DR Good to be with you brother - problem solved :) The fact that this was a x86_64 box completely slipped my mind. The universal plugin did just what it was supposed to do: ==> Installing missing dependencies... resolving dependencies... looking for inter-conflicts... Targets (42): lib32-zlib-1.2.5-2 lib32-libjpeg-8.0.2-1 lib32-libtiff-3.9.4-1 lib32-glib2-2.24.1-1 lib32-atk-1.30.0-1 lib32-libxrender-0.9.6-1 lib32-libpng-1.4.3-1 lib32-expat-2.0.1-5 lib32-freetype2-2.4.1-1 lib32-fontconfig-2.8.0-1 lib32-pixman-0.18.2-1 lib32-xcb-util-0.3.6-1 lib32-cairo-1.8.10-1 lib32-libxft-2.1.14-1 lib32-pango-1.28.1-1 lib32-libxfixes-4.0.5-1 lib32-libxcursor-1.1.10-1 lib32-libxinerama-1.1-1 lib32-libxrandr-1.3.0-1 lib32-libxi-1.3-2 lib32-libgpg-error-1.7-3.1 lib32-libgcrypt-1.4.5-2.1 lib32-opencdk-0.6.6-1.1 lib32-libtasn1-2.6-1 lib32-lzo2-2.03-1 lib32-ncurses-5.7-3 lib32-readline-6.1.002-1 lib32-gnutls-2.8.6-1 lib32-dbus-core-1.2.24-1 lib32-libcap-2.19-1 lib32-avahi-0.6.25-3.1 lib32-libcups-1.4.4-1 lib32-openssl-1.0.0.a-2 lib32-db-4.8.26-2 lib32-heimdal-1.3.3-1 lib32-pcre-8.02-1 lib32-gtk2-2.20.1-2 lib32-alsa-lib-1.0.23-2 lib32-nspr-4.8.4-1 lib32-sqlite3-3.6.23.1-1 lib32-nss-3.12.6-3 lib32-curl-7.21.0-1 Installed, restarted FF, then: http://radar.weather.gov/radar.php?rid=SHV&product=N0R&overlay=1110&loop=yes worked like a champ! Thanks David. -- 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
Re: [arch-general] my intro
On 8 August 2010 11:05, David C. Rankin wrote: > Seriously, what tools are available that, I guess in some sense, must > speak the prompts so you know what's going on? Just curious more than > anything else. Jude is not the only one, there are a lot more users like him running Linux. Chris's addition makes it far easier for blind users to get up and running with Arch, specifically. Without screen readers, though, this wouldn't have been possible. So, technology wins again, followed closely by perserverance. -- GPG/PGP ID: B42DDCAD