- Arch-general - lists.archlinux.org

[arch-general] script to reformat 'pacman -Ss' output into 2 readable columns (prevents blindness)
by David C. Rankin 11 Aug '10

11 Aug '10

Guys, I developed a script to help me read the output of pacman -Ss in 2 nicely formatted columns. The output of 'pacman -Ss srchterm' drives me nuts trying to read down the package names and descriptions with all the tab indented and wrapped text -- so I fixed it. Download the script here: http://www.3111skyline.com/dl/Archlinux/scripts/srch2list.sh The script takes this: extra/ttf-khmer 5.0-2 TTFont collection for Khmer (Cambodia) extra/ttf-linux-libertine 4.4.1-3 Serif (Libertine) and Sans Serif (Biolinum) OpenType fonts with large Unicode coverage extra/ttf-mph-2b-damase 001.000.4.dfsg.2-2 Super-Unicode TTFont covering full Plane 1, and the following scripts: Armenian, Buginese, Cherokee, Cypriot Syllabary, Cyrillic, Deseret, Georgian, Asomtavruli, Nuskhuri but no Mkhedruli, Glagolitic, Gothic, Greek, Hanunoo, Hebrew, Latin, Limbu, Linear B, Old Italic, Old Persian cuneiform, Osmanya, Shavian, Syloti Nagri, Tai Le, Thaana, Tifinagh, Ugaritic, Vietnamese extra/ttf-ms-fonts 2.0-3 Core TTF Fonts from Microsoft and turn it into this: ttf-khmer TTFont collection for Khmer (Cambodia) ttf-linux-libertine Serif (Libertine) and Sans Serif (Biolinum) OpenType fonts with large Unicode coverage ttf-mph-2b-damase Super-Unicode TTFont covering full Plane 1, and the following scripts: Armenian, Buginese, Cherokee, Cypriot Syllabary, Cyrillic, Deseret, Georgian, Asomtavruli, Nuskhuri but no Mkhedruli, Glagolitic, Gothic, Greek, Hanunoo, Hebrew, Latin, Limbu, Linear B, Old Italic, Old Persian cuneiform, Osmanya, Shavian, Syloti Nagri, Tai Le, Thaana, Tifinagh, Ugaritic, Vietnamese ttf-ms-fonts Core TTF Fonts from Microsoft or with the '-d' option for semi-doublespace: ttf-khmer TTFont collection for Khmer (Cambodia) ttf-linux-libertine Serif (Libertine) and Sans Serif (Biolinum) OpenType fonts with large Unicode coverage ttf-mph-2b-damase Super-Unicode TTFont covering full Plane 1, and the following scripts: Armenian, Buginese, Cherokee, Cypriot Syllabary, Cyrillic, Deseret, Georgian, Asomtavruli, Nuskhuri but no Mkhedruli, Glagolitic, Gothic, Greek, Hanunoo, Hebrew, Latin, Limbu, Linear B, Old Italic, Old Persian cuneiform, Osmanya, Shavian, Syloti Nagri, Tai Le, Thaana, Tifinagh, Ugaritic, Vietnamese ttf-ms-fonts Core TTF Fonts from Microsoft The script needs 1 input. That is a filename 'srchfile' that contains the output from 'pacman -Ss srchterm > srchfile' There are 2 options, '-h or --help' gives a brief description and '-d' which causes the output to be essentially double-spaced. (each package description remains single spaced if it requires multiple lines, but a blank line is included between package descriptions) On the todo list is having the script take the input from stdin and eliminate the srchfile. NOTE: the '-d' option goes AFTER the filename. (I'll make the cli input position independent in the next version) The script does some pretty cool stuff and has some of my favorite funtions for the bash addicts out there. It reads 'srchfile' and formats the output in two columns 'pkgname' and 'description'. The pkgname column width is adjusted to the longest filename and the description column (in multiple lines, if necessary) spans the remainder of the xterm width leaving a one-char margin on the right. To make reading easier the description is parsed before being output so that descriptions that span multiple lines only break on spaces and not words while staying withing the column width. The column widths are dynamic based on the terminal window size. (via obtaining the terminal width and height from stty output). (for some reason, $COLUMNS and $LINES are not available in my scripts?? environment? exports?) The script was fun to write as it incorporated a good many of the finer points of bash. It is also well commented so if you are learning bash, or want to learn, this script can be a useful tool for some of the cooler things that can be done with arrays and strings using index manipulation and substring parsing/parameter substitution. The ultimate goal was to make the pacman search output readable, and I think this makes reading the search results *much* easier, at least for me. I guess what I should do for the next version is just incorporate the pacman -Ss call into the script itself and simply read the output of the search directly into the input array instead of reading the input file into an array. Simple enough, but I'll have to put that out as the next revision. Give this a whirl and see what you think. Let me know what works and what doesn't and also how I do things better/cleaner than I have currently done them. Who knows, maybe we will look at 'zenity --list' and provide a gui output next time :p 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

8 21

[arch-general] Fwd: [arch-dev-public] Fwd: Junior Developer Mentor Scheme
by ALAUX, Guillaume 11 Aug '10

11 Aug '10

---------- Forwarded message ---------- From: Tobias Powalowski <t.powa(a)gmx.de> Date: 2 August 2010 21:46 Subject: [arch-dev-public] Fwd: Junior Developer Mentor Scheme To: Public mailing list for Arch Linux development < arch-dev-public(a)archlinux.org> ---------- Weitergeleitete Nachricht ---------- Betreff: Junior Developer Mentor Scheme Datum: Montag 02 August 2010, 14:44:06 Von: Tajidin Abd <tajidinabd(a)archlinux.us> An: tpowa(a)archlinux.org Hello there Tobias I had seen in past News something about bringing more contributors to Archlinux. I did email Allan in regards to this but so far no reply back. I was wondering is this still open for users to contribute the Project. Perhaps i need to post something in the devs mailing list to get more opinion about this. I mean I am a contributor to Fedora Project. I would hope since Arch is a smaller project it can bit more transparent in regards to this. Also it will take the load off other contributors. Any suggestions would be appreciated Tajidin ---------------------------------------------------- --------- -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org Hi there, Have I missed some news about the "Junior Mentor Scheme"? I guess this is over but I haven't heard of it since it was launched. Do we have new junior devs/TUs? If "yes" then kudos. Guillaume

1 0

[arch-general] upgreade 4.4.5 -> 4.5.0 problems
by Caleb Cushing 11 Aug '10

11 Aug '10

hmmm not sure what do here (previously owned by kdebase-runtime) should I just force this? error: failed to commit transaction (conflicting files) kdebase-workspace: /usr/lib/kde4/kstyle_oxygen_config.so exists in filesystem kdebase-workspace: /usr/lib/kde4/plugins/styles/oxygen.so exists in filesystem kdebase-workspace: /usr/share/apps/kstyle/themes/oxygen.themerc exists in filesystem kdebase-workspace: /usr/share/apps/kstyle/themes/qtcde.themerc exists in filesystem kdebase-workspace: /usr/share/apps/kstyle/themes/qtcleanlooks.themerc exists in filesystem kdebase-workspace: /usr/share/apps/kstyle/themes/qtgtk.themerc exists in filesystem kdebase-workspace: /usr/share/apps/kstyle/themes/qtmotif.themerc exists in filesystem kdebase-workspace: /usr/share/apps/kstyle/themes/qtplastique.themerc exists in filesystem kdebase-workspace: /usr/share/apps/kstyle/themes/qtwindows.themerc exists in filesystem kdebase-workspace: /usr/share/doc/kde/html/en/kcontrol/paths/common exists in filesystem kdebase-workspace: /usr/share/doc/kde/html/en/kcontrol/paths/index.cache.bz2 exists in filesystem kdebase-workspace: /usr/share/doc/kde/html/en/kcontrol/paths/index.docbook exists in filesystem kdebase-workspace: /usr/share/doc/kde/html/en/kcontrol/paths/paths.png exists in filesystem seems these were previously owned by kdegames-kpat should there be a replaces somewhere? kdegames-kpatience: /usr/bin/kpat exists in filesystem kdegames-kpatience: /usr/share/applications/kde4/kpat.desktop exists in filesystem kdegames-kpatience: /usr/share/apps/kconf_update/kpat_update_cardwidth.upd exists in filesystem kdegames-kpatience: /usr/share/apps/kpat/kpatui.rc exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/clubs.png exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/common exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/diamonds.png exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/hearts.png exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/index.cache.bz2 exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/index.docbook exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/man-kpat.6.docbook exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/playfield.png exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/spades.png exists in filesystem kdegames-kpatience: /usr/share/icons/hicolor/128x128/apps/kpat.png exists in filesystem kdegames-kpatience: /usr/share/icons/hicolor/16x16/apps/kpat.png exists in filesystem kdegames-kpatience: /usr/share/icons/hicolor/22x22/apps/kpat.png exists in filesystem kdegames-kpatience: /usr/share/icons/hicolor/32x32/apps/kpat.png exists in filesystem kdegames-kpatience: /usr/share/icons/hicolor/48x48/apps/kpat.png exists in filesystem kdegames-kpatience: /usr/share/icons/hicolor/64x64/apps/kpat.png exists in filesystem -- Caleb Cushing http://xenoterracide.com

2 1

Re: [arch-general] parallel printer status with archlinux
by Jude DaShiell 11 Aug '10

11 Aug '10

That did it. All that was needed was to include cups in the daemons line and the cupsd daemon now starts up automatically.

1 0

[arch-general] parallel printer set up status
by Jude DaShiell 11 Aug '10

11 Aug '10

I found out for the missing driver to install ghostscript and now the driver isn't missing anymore. I plan to put cupsd in the daemons line of rc.conf probably at its end and that should prevent errors from popping up and the inability for cupsd to come up automatically on boot up.

1 0

[arch-general] [signoff] kernel26 2.6.34.3-1
by Thomas Bächler 10 Aug '10

10 Aug '10

Upstream update. This package is NOT in testing (2.6.35 currently resides there), but at: http://dev.archlinux.org/~thomas/kernel26/ Please sign off.

1 0

[arch-general] [python-scipy] in community-testing WAS scipy issue
by Angel Velásquez 10 Aug '10

10 Aug '10

Hi, I've uploaded a new release of python-scipy with this change applied (read above Fabrizio's e-mail). I did some tests, but I don't know certainly if this change will break other stuff... I would like to have some feedback from SciPy users. Thanks ---------- Forwarded message ---------- From: Fabrizio Castellano <castella(a)phys.ethz.ch> Date: Mon, Aug 9, 2010 at 8:01 PM Subject: scipy issue To: angvp(a)archlinux.com.ve Hello Angel I'm Fabrizio, a happy user of the python-scipy package on x86_64 platform, anyway today I noticed a problem. In scipy-0.8.0/scipy/special/cephes/mconf.h, line 111 there is: #define UNK 1 this should set the arithmetic used by scipy.special to "unknown". In fact in the file scipy-0.8.0/scipy/special/cephes/airy.c there is: #ifdef UNK #define MAXAIRY 25.77 #endif #ifdef DEC #define MAXAIRY 25.77 #endif #ifdef IBMPC #define MAXAIRY 103.892 #endif #ifdef MIEEE #define MAXAIRY 103.892 #endif this limits evaluation of Airy functions to 25.77 for UNK arithmetic, while leaving 103.892 for the IBMPC arithmetic (the one used in x86 processors I think). I think they do this because they don't want to introduce architecture-specific code, but this is quite a limitation in the use of the airy function in scipy, and probably other things in scipy suffer from this UNK too. I manually recompiled scipy changing the #define UNK into #define IBMPC and it works. I think the #define UNK should be changed to a #define IBMPC by default in the arch repository. This would make the arch package match better with the x86 architectures. What do you think? Best Fabrizio Castellano -- Angel Velásquez angvp @ irc.freenode.net Arch Linux Developer / Trusted User Linux Counter: #359909 http://www.angvp.com

1 0

Re: [arch-general] [arch-dev-public] FluxBB update round two
by Florian Pritz 10 Aug '10

10 Aug '10

On 10.08.2010 07:05, Dan McGee wrote: > Order deny,allow > Deny from all > Allow from 99.140.196.156 > ErrorDocument 403 "<html><head><title>Down for > maintenance</title></head><body><div align='center'><h1>The Arch Linux > main site is down for maintenance.<br />Please try again > later.</h1><img > src='http://dev.archlinux.org/~dan/funny-pictures-cat-wonders-if-he-is-broken.jpg' > /></div></body></html>" > > -Dan I suggest using the correct error code (503) which prevents bots from indexing the error page: RewriteEngine On RewriteCond %{REQUEST_URI} !^/error/.*$ RewriteCond %{REMOTE_ADDR} !^127\.0\.0\.1$ Header always set Retry-After "3600" RewriteRule .* - [R=503] ErrorDocument 503 "<same as above>" This only allows the access to /error/ (if not needed just remove the line) or from the IP (multiple IPs -> multiple lines or matching regexps) -- Florian Pritz -- {flo,bluewind}(a)server-speed.net

1 0

[arch-general] libgnomekbd 2.31.5-1
by ALAUX, Guillaume 10 Aug '10

10 Aug '10

Hi everyone, I am experiencing this bug<https://bugzilla.gnome.org/show_bug.cgi?id=618727> in libgnomekbd that makes gnome-settings-daemon crash gnome with a segfault here. It is fixed<http://ftp.gnome.org/pub/gnome/sources/libgnomekbd/2.31/libgnomekbd-2.31.5.…>in the latest libgnomekbd 2.31.5 <http://ftp.gnome.org/pub/gnome/sources/libgnomekbd/2.31/>. Unfortunately we only have version 2.30.2-1 in extra<http://www.archlinux.org/packages/?q=libgnomekbd> . I've had a look into testing repo but can't find any newer AL version (maybe one I'm forgetting?). Here is the PKGBUILD from extra with updated uri and sum. "signoff" i686. I have only been testing for like 10 minutes but gnome-settings-daemon doesn't make gnome crash anymore ; just this error message I will have to figure out: ** (gnome-settings-daemon:8347): WARNING **: Failed to acquire org.gnome.SettingsDaemon ** (gnome-settings-daemon:8347): WARNING **: Could not acquire name Thanks, Guillaume

2 2

[arch-general] gnome 'slab' menu from AUR - howto add items in the 'System' area?
by David C. Rankin 09 Aug '10

09 Aug '10

Guys I have used the slab menu in Gnome on opensuse and yesterday I and installed it on Arch Linux from AUR which used the newest source package from: http://ftp.gnome.org/pub/GNOME/sources/gnome-main-menu/0.9/gnome-main-menu-… The AUR packages were: (main-menu) http://aur.archlinux.org/packages.php?ID=24048 (libslab dependency) http://aur.archlinux.org/packages.php?ID=30243 Here is a screenshot of the slab menu on suse showing the System area and the apps I'm trying to place there: (56k) http://www.3111skyline.com/dl/img/ss/gnome/slabMenuSystemArea.jpg The favorites, documents and places parts of the menu work fine in Arch, but I can't figure out how to add apps to the area to the right-hand-side under the "System" heading. In opensuse all I had to do was to: (1) first drag an app from favorites onto the system area and it would be added to the end of the system area list, then; (2) I could just order it where I wanted it in the system list by clicking it again and dragging it up into the list. Now in 0.9.15, when I drag anything to the system area, it will *not* let me drop it. The app icons just *shoots* back over to the favorites area. What I notice is with the AUR package is: you get no "rectangular bounding box" around the system area (or status area) when you drag anything from the favorites area over to the right side of the menu. This tells me something isn't working right, but I don't know what in Gnome would conceivably be responsible for drawing the bounding box to indicate the system area is ready to receive an icon being dropped in it. I have been through gconf-editor and confirmed: /desktop/gnome/applications/main-menu/lock-down/user_modifiable_system_area is checked to allow a user to add something to the system area.... I have also logged in a root just to test whether that makes any difference and it doesn't. I don't know what kind of help I can expect since it is an AUR package, but I thought I would post here and see if anybody knew what the trick was or knew gnome well enough to know what might be responsible for accepting drag-n-drop input? I have contacted the AUR maintainer and struck out. I have also contacted the earlier developers whose addresses I found in the change log, but haven't had a response. So... Anybody know offhand what the trick is? cc: gnome development list -- 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 1