- Arch-general - lists.archlinux.org

[arch-general] Java and/or MySQL geeks required
by Nilesh Govindarajan 21 Apr '10

21 Apr '10

Hi, Please do not consider this another spam message because it is not. I am not sending this as an advertisement. Me and my friend are doing a project to write a simplified ebook for students of high school in India. The syllabus has been changed a lot and the students have been introduced to the world of FOSS. The current physical book authors are completely Windows centered, so students will not have any examples, screenshots in Linux. At present, there are no contributors. So, all those who are Java and/or MySQL experts and are willing to share their knowledge under CC-By-SA or CC-SA (Creative Commons) license without any royalty are humbly requested to reply to nilesh.3892 at gmail dot com The project page is located at http://cbse065.eduvid.in/ Again I'm sorry if this disturbed you. -- Nilesh Govindarajan Site & Server Administrator www.itech7.com मेरा भारत महान ! मम भारत: महत्तम भवतु !

4 5

[arch-general] Serial To USB Adapter
by Carlos Mennens 20 Apr '10

20 Apr '10

Guys, I have a Keyspan USB to Serial adapter. Now I am trying to be able to connect to a Cisco switch via console serial cable using the Minicom utility. My problem is I don't know how to tell Minicom that my serial device is connected to /dev/ttyUSB0 or maybe it already knows & I just don't know how to use it... Code: [carlos@tuna ~]$ dmesg | grep tty console [tty0] enabled 00:06: ttyS0 at I/O 0x3f8 (irq = 5) is a 16550A usb 5-2: Keyspan 1 port adapter converter now attached to ttyUSB0 Does anyone know how I can tell my Arch system that I have a USB to serial adapter connected to my machine?

8 8

Re: [arch-general] [arch-announce] Vim/GVim 7.2.411 Update
by José M. Prieto 19 Apr '10

19 Apr '10

2010/4/19 Arch Linux: Recent news updates: Daniel Griffiths <announce(a)archlinux.org>: > Daniel Griffiths wrote: > > Users of vim/gvim should take note! The recently released update of vim/gvim > (7.2.411) introduces a few important changes. * We have moved vim/gvim to a > single PKGBUILD following the splitpkg format. * If you have gvim installed, the > update will inform you that vim conflicts with gvim. This is the expected > behavior. Installation of vim and gvim separately is no longer required, the > gvim package now installs vim as well. * Installation of either vim or gvim will > pull in a new dependency, vim-runtime. The files included in vim-runtime were > pre-existing in both the gvim and vim packages. This update allows a cleaner > update path for future vim/gvim updates. Enjoy! > > URL: http://www.archlinux.org/news/495/ AFAICS the vim package does not include ruby support, but as said in this [1] forum thread, vim now supports ruby 1.9. Is there something I am missing or could ruby be enabled again? [1] http://bbs.archlinux.org/viewtopic.php?id=65031

2 1

[arch-general] package manager overlay script
by Andre "Osku" Schmidt 19 Apr '10

19 Apr '10

Hello, im getting tired to be forced to remember many different options for various package managers on different distros. so i did a little script that allows me to do like "asd install foo" on any distro i got that script installed, and it will install the package using the systems package manager. so, before i hack this script to a better state, i was wondering does this kind of script/project already exist ? cheers .andre

7 8

[arch-general] did my 4/10/10:pacman -Syu: destabilized e17's run command dialog??
by Joe(theWordy)Philbrook 18 Apr '10

18 Apr '10

Actually, I'm not sure if this is thanks to E17 itself or specific to Arch... And it's no big deal anyway because: A) e17 is "under heavy development", (And I know that means it's unstable) B) I've already got a workaround that works for me... But I'd like to understand what happened a little better. First you should know that I'm a multi-Linux/multi-boot kind of guy, and that in every distro I install I depend on their package management system to keep me out of dependency hel^Hck... ;-7 Of all my currently installed distros, Arch is the one that seems most likely to install an unadulterated upstream package, rather than a distro specific {modified} version. And e17 is definitely a "package" that I wouldn't even attempt to install by hand. Thus the fact that the only e17 on my laptop that this has happened to is the one in Arch, doesn't make it distro specific. It probably only means the Arch e17 is more fully updated... At least that's mt best guess. Anyway I'm not sure what the e17 version number that I installed to Arch sometime since my mid March initial installation of Arch itself was, but as of now the e17 help about lists it as "Enlightenment 0.16.999.063". Prior to this recent pacman -Syu, e17's run prompt worked normally. Afterwards it's become fussy what the first character I input into it is. That is I usually start opera via the run prompt and when I type "o" the command history displays the last instance of the command And I can in fact start opera. I also use firefox, though I usually start that from inside alpine. Today I tried to start firefox from the run prompt. But as soon as I type an "f" into the first character position of the command input field, I get a pop-up error telling me that "Enlightenment SEGV'd" That also advises me to compile everything with "-g in CFLAGS" So far, the the restore button succeeds in restarting e17 without closing any open applications... But of course I didn't get firefox. I can start firefox from an xterm. And I tested that I can type "of" into the run prompt without an immediate SEGV But I can't type an f as the first character. I haven't tested the whole alphabet, But I also can't type a command starting with "b" or "/" as the first character. Though just because I'm stubborn I can tell you that I can start firefox [via e17's run prompt] with: "~/../../usr/bin/firefox" (go figure) I did say I've got a work around that works for me... I've also got XFCE installed as a back-up desktop, so I've reassigned the keybinding I used to pull up e17's run prompt with, to "/usr/bin/xfrun4". Which is works just fine. How can I a regular "Joe user", figure out if this is an actual E17 bug or if it's an Arch specific thing??? -- | ~^~ ~^~ | <?> <?> Joe (theWordy) Philbrook | ^ J(tWdy)P | \___/ <<jtwdyp(a)ttlc.net>>

2 3

[arch-general] NDN Messages
by Mauro Santos 18 Apr '10

18 Apr '10

Is it just me or is everyone getting something like this when posting to [arch-general]: "Sorry. Your message could not be delivered to: Joey Kingery (Mailbox has been deleted. Try re-entering the address.)" It is not the first time I have received this and it does not seem to be a temporary problem, is there any way to avoid getting this message or solving the problem? -- Mauro Santos

3 4

[arch-general] ImportError: libssl.so.0.9.8: -- do I just rebuild the AUR packages?
by David C. Rankin 18 Apr '10

18 Apr '10

Guys, After the latest openssl updates, the AUR packages for createrepo and repoview are failing. I know it must be the result of the openssl changes. My question is, "in situations like this do I just try rebuilding the AUR packages, or does the maintainer have to make updates to accommodate the changes?" The errors received are: Checking for presence of sqlite metadata in /home/backup/rpms/factory_11.0 sqlite metadata tables found --> updating Update of metadata (sqlite) --> Failed Signing the repository after update... OK Updating/Creating repoview index and HTML pages... Traceback (most recent call last): File "/usr/share/createrepo/genpkgmetadata.py", line 26, in <module> import rpm File "/usr/lib/python2.6/site-packages/rpm/__init__.py", line 7, in <module> from _rpm import * ImportError: libssl.so.0.9.8: cannot open shared object file: No such file or directory gpg: no default secret key: bad passphrase gpg: signing failed: bad passphrase Traceback (most recent call last): File "/usr/bin/repoview", line 46, in <module> from rpmUtils.miscutils import compareEVR File "/usr/lib/python2.6/site-packages/rpmUtils/miscutils.py", line 18, in <module> of which: "ImportError: libssl.so.0.9.8: cannot open shared object file: No such file or directory" seems to be the primary error. I am not familiar enough with openssl to know if this can be cured by a simple rebuild, a symlink, or whether the openssl changes were significant enough to require a reworking of the AUR package by the maintainer. 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

5 13

Re: [arch-general] [arch-dev-public] [signoff] ed-1.4-2
by Ray Kohler 18 Apr '10

18 Apr '10

On Sun, Apr 18, 2010 at 12:17 AM, Allan McRae <allan(a)archlinux.org> wrote: > Add "sh" dep to ensure availability for install script, compress info pages. > > Signoff both, > Allan How about handling http://bugs.archlinux.org/task/18718 (remove ed and bin86 from base-devel)?

1 0

Re: [arch-general] [arch-dev-public] xorg-server 1.8 repository
by Ray Kohler 18 Apr '10

18 Apr '10

On Sun, Apr 4, 2010 at 4:56 PM, Jan de Groot <jan(a)jgc.homeip.net> wrote: > Things todo before this merges to extra: > - Fix xf86-video-siliconmotion, xf86-video-unichrome, xf86-video-nouveau I'm curious as to what this means. In particular, what's broken with nouveau? Does it not compile, or not work properly? And is this with the source snapshot in [extra], or some newer version?

3 2

Re: [arch-general] [arch-dev-public] [signoff] gcc-4.5 toolchain rebuild
by Emmanuel Benisty 17 Apr '10

17 Apr '10

Hi, On Fri, Apr 16, 2010 at 7:32 PM, Allan McRae <allan(a)archlinux.org> wrote: > The gcc-4.5 toolchain rebuild is in [testing]. Here is a summary of the > changes I made: > > gcc-4.5.0-1: > upstream update > add new deps (libmpc, libelf) > enable link time optimization > tidy up configure > add c89 and c99 launcher scripts (POSIX compatibility) Just out of curiosity, what is the plan regarding this issue (quoted from the gcc changelog): On x86 targets, code containing floating-point calculations may run significantly slower when compiled with GCC 4.5 in strict C99 conformance mode than they did with earlier GCC versions. This is due to stricter standard conformance of the compiler and can be avoided by using the option -fexcess-precision=fast; Thanks.

4 4