- Arch-general - lists.archlinux.org

[arch-general] gambas2 splitted package
by Laurent Carlier 01 May '10

01 May '10

Attached is a source package for a gambas2 splitted package. The PKGBUILD is pretty huge due to some workaround, and to the fact that it produce several gambas2* packages, following recommendations from http://www.gambasdoc.org/help/howto/package A meta package is produced too, for migration facility from the monolitic package. Of course, comments are welcome, as it's my first officially proposed PKGBUILD. Regards, Laurent Carlier

2 3

[arch-general] A good twitter client for KDE
by Nilesh Govindarajan 01 May '10

01 May '10

Yeah I'm reopening this topic because I'm yet to find any good twitter client for KDE. I was using choqok till now and loved it but recently an update to it broke it, now it would show read tweets as unread when I quit and launch it again. Qwit isn't that much impressive because it doesn't show me number on the systray. So there isn't anything except the plasmoid, firefox-echofon or chrome-chromed bird ? PS: GNOME isn't installed on my machine so give clients which don't need GNOME libs. -- Nilesh Govindarajan Site & Server Administrator www.itech7.com मेरा भारत महान ! मम भारत: महत्तम भवतु !

1 0

[arch-general] Free Arch Linux Shell Account
by Kaiting Chen 01 May '10

01 May '10

Hi, I posted this in the forums a couple weeks ago, just thought that I would copy it here in case anyone was still interested. Hi, I've a couple of Linode's with spare resources so I thought that I would offer some free shell accounts. There are three servers in total each running Arch Linux hosted in a Newark, New Jersey datacenter. The following packages are installed: abs 2.3.4.1-1, alpine 2.00-9, anyterm 1.1.29-1, apache 2.2.15-2, aria2 1.9.2-1, aspell 0.60.6-4, bash-completion 1.1-3, bc 1.06-7, bitlbee 1.2.6a-1, boost 1.41.0-1, cabal-install 0.8.0-2, cairo 1.8.10-1, ccache 2.4-5, centerim 4.22.9-3, certificates 2010-1, cherrypy 3.1.2-1, clisp 2.48-1, cpulimit 1.1-1, cuneiform 0.9.0-1, curl 7.20.1-1, darcs 2.4.1-1, dictionaries 2010-1, distcc 3.1-3, documentation 2010-1, dovecot 1.2.11-2, ecl 10.4.1-1, elinks 0.11.7-3, emacs-full 23.1-5, erlang R13B04-3, fish 1.23.1-2, fontforge 20090923-2, fortune-mod 1.99.1-4, freeimage 3.13.1-1, freetalk 3.2-4, gdb 7.1-2, ghc 6.12.1-4, ghostscript 8.71-3, git 1.7.1-1, gnupg 1.4.10-2, gnupg2 2.0.15-1, gnuplot 4.2.6-1, graphicsmagick 1.3.12-1, gtk2 2.20.0-2, guile 1.8.7-2, htop 0.8.3-1, icecast 2.3.2-3, imagemagick 6.6.1.4-1, intltool 0.41.1-1, ipsec-tools 0.7.3-2, iptables 1.4.7-1, irssi 0.8.15-1, libcups 1.4.3-2, lilypond 2.12.3-2, links 2.2-4, lua 5.1.4-4, lynx 2.8.7-2, maxima 5.20.1-3, mcabber 0.10.0-2, memcached 1.4.5-1, mercurial 1.5.1-1, monit 5.0.3-2, mysql 5.1.46-2, naim 0.11.8.3.2-1, nano 2.2.4-1, ne 2.0.3-1, nethack 3.4.3-4, nfs-utils 1.2.2-2, ngspice 20-1, nss_ldap 264-2, ntp 4.2.6-3, ocaml 3.11.2-1, octave 3.2.3-3, openldap 2.4.21-2, openssh 5.4p1-4, openvpn 2.1.1-2, pacman 3.3.3-5, pam_ldap 184-3, pango 1.28.0-1, parrot 2.3.0-1, perl 5.10.1-5, php-full 5.3.2-6, postfix 2.7.0-2, postgis 1.5.1-1, postgresql 8.4.3-2, python 2.6.5-3, python-jinja 2.4.1-1, python3 3.1.2-3, quota-tools 3.17-1, r 2.10.1-1, rpcbind 0.2.0-1, rsync 3.0.7-1, rsyslog 5.4.0-1, rtorrent 0.8.6-2, ruby 1.9.1_p378-2, rxvt-unicode 9.07-1, sbcl 1.0.37-1, screen 4.0.3-8, slrn 0.9.9p1-6, sphinx 0.9.9-1, spidermonkey 1.7.0-3, subversion 1.6.9-5, system 2010-1, tcl 8.5.8-1, tcsh 6.17.00-1, tesseract 2.04-3, texlive 2009-1, tin 1.8.3-7, tk 8.5.8-2, tmux 1.2-2, toolchain 2010-1, tree 1.5.3-1, ttf-dejavu 2.30-2, unzip 6.0-5, valgrind 3.5.0-3, vifm 0.5-2, vim-full 7.2.411-1, vixie-cron 4.1-11, vsftpd 2.2.2-3, w3m 0.5.2-5, weechat 0.3.2-1, xinetd 2.3.14-5, xorg-xauth 1.0.4-1, zsh 4.3.10-3 I've omitted most dependencies to shorten that list. If a package is requested I'll be happy to install it as long as it is reasonable and secure. You'll be free to run web applications in Python, Ruby, Perl, PHP, etc. You will automatically have a PostgreSQL account with the ability to create databases and if requested you will also be given your own LDAP tree. In addition you'll also have an email account that can be forwarded or accessed via IMAP or POP3. Feel free to compile software. There's also a whole slew of mathematical, statistical, and scientific software installed so feel free to run mathematical simulations etc. Each server has a 3GB /tmp partition of which most likely 2.8GB will be accessible to users who need the space temporarily (for compilation, etc.). I'm thinking right now that I'd like to allocate 256MB to each users to start off with and see how things work out from there. Uptime so far hasn't been fantastic but the servers have been undergoing a lot of changes lately so once everything is set I'm anticipating pretty good uptime. Basically all I'm asking for in return is that if you see a security hole or something stupid to let me know. I don't expect anyone to look for anything at all but if something happens to catch your attention please forward your concerns to me. Thanks. I am offering 24MB, 96MB, and 256MB accounts. Please make a reasonable estimate as to how much disk space you will use. You will be able to "upgrade" or "downgrade" later but please make a reasonable estimate now because changing that option later is a lot of work for me. Remember that /tmp has 2.8GB and is the recommended place to do compiling and such. If you'd like an account please reply on the list or email me at kaiting.chen(a)kiwilight.com. I need your first and last name as well as your email address. I also need to know whether or not you would like LDAP access. When your account is created you'll receive an email with your temporary password and the instructions for SSH'ing into your server. Please read the information in that email carefully. Also note that the servers have a first.last name username scheme which I really like so unfortunately I can't accommodate custom usernames. If you have a serious problem with this please email me and we can discuss a solution. -- Kiwis and Limes: http://kaitocracy.blogspot.com/

1 0

[arch-general] Time for an arch-security mailing list?
by Ananda Samaddar 30 Apr '10

30 Apr '10

Does anyone agree with this? If so how do I go about requesting the creation of such a list? The list would be for discussion around security in Arch, implementations and user/dev input etc. It seems like package signing has moved up the agenda now and I've also got a few things I'd like to suggest but I feel we'd be better served by a separate mailing list for security. Ananda

6 5

[arch-general] Crisp Rendering Fonts
by Carlos Mennens 30 Apr '10

30 Apr '10

Is there any suggestion on Arch Linux running Gnome 2.6.30 to improve the crisp / clearness of my fonts? I installed the latest available nVidia drivers & under 'Appearance' > 'Fonts' > 'Details', I show the following: * Resolution: 98 dots per square inch. * Smoothing: Subpixel (LCD) * Hinting: Slight * Subpixel Order; RGB It just never seems as clear and crisp when I compare side by side to Ubuntu or Windows 7. The font clarity is notable difference beween Arch and I would like to change this. Any help and or tips would be greatly appreciated! -Carlos

5 8

[arch-general] perl prereleases request to make official decision to deviate from general guidleines
by Caleb Cushing 30 Apr '10

30 Apr '10

I'm working on a PKGBUILD for perl 5.12 and I notice that it's providing 20 some odd prerelease modules. I'm annoyed but I can't do anything about it. The general PKGBUILD guidelines say use the same as upstream unless there is a hyphen. so for a perl prerelease of 0.90_1 that guideline follows to release it as exactly the same. However 0.90_1 is == 0.90.1 and greater than 0.90 which it is a prerelease for on cpan. I'd like to suggest that for perl the official guideline be to make the version 0.90_pre1 Dist::Zilla a release automation tool also allows for using a format _TRIAL which is not yet popular on cpan but does happen should pacman add a _trial ? to the list of options? I think we could just use _pre here too. -- Caleb Cushing http://xenoterracide.blogspot.com

2 3

[arch-general] 4k sector drives
by Caleb Cushing 30 Apr '10

30 Apr '10

has anyone installed arch on one of these drives? thinking about buying a pair and running them mirrored... but not sure if everything will be working optimal. note: since I'll have to migrate off an existing drive I can use the tools installed on that to partition it first. Is there anything I should know first? -- Caleb Cushing http://xenoterracide.blogspot.com

8 15

[arch-general] [signoff] linux-atm 2.5.1-1
by Tobias Powalowski 30 Apr '10

30 Apr '10

Hi guys, bump to latest version please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] How to take screenshot of ring switcher ?
by Nilesh Govindarajan 30 Apr '10

30 Apr '10

Hi, I want to impress my friend by showing them the Windows 7 Look on Linux and persuade them to ditch Windows and use Linux. I have enabled compiz and some effects. Anybody knows how to take screenshot of the Ring Switcher ? -- Nilesh Govindarajan Site & Server Administrator www.itech7.com मेरा भारत महान ! मम भारत: महत्तम भवतु !

11 18

[arch-general] Package signing
by Aleksis Jauntēvs 29 Apr '10

29 Apr '10

Hello, The idea is to implement package signing for Arch similar to rpm GPG package signing. Short description follows. Use case for developers: 1. Dev bulds package with f.e. "-sign" switch. 2. Dev enters passphrase. 3. makepkg builds the package and creates detached signature (now we have 2 files *.tar.xz and *.sig). 4. The two files togeather are distributed to the repos as package with signature. Package installation: Pacman additionally downloads the signature the signature file and verifies the package. Problems: 1. Where to store the package signature file? It is more convenient and logical to keep the package as a single file. Rpm packages uses binary format and the signatures are stored inside. 2. GPG key sharing. Rpm-like distros like fedora and RHL use a single key for signing all their stable packages, but I think their build system is centralised. Is it safe to share one key among all package developers? 3.. Implementation: 1. Add package verification suport in lipalpm (using gpgme or gpg executable as rpm does). 2. Add package signing in makepkg script 3. Patch pacman, add option to turn the package signing ON or Off. 4. Add support for signed package distribution if needed (see Problems #1) 5. Include Arch public pgp key in /etc/pacman.d/..(??) Discussion about this and also other ways for package signing(md5,..) are welcome! -- Alekss

12 24