- Arch-general - lists.archlinux.org

[arch-general] Overreactions. Was Re: When will Arch switch to Upstart
by Denis A. Altoé Falqueto 20 Jan '11

20 Jan '11

On Thu, Jan 20, 2011 at 5:07 AM, Madhur Ahuja <ahuja.madhur(a)gmail.com> wrote: > On Wed, Jan 19, 2011 at 2:50 PM, Madhur Ahuja <ahuja.madhur(a)gmail.com> wrote: >> Ubuntu and Fedora has already embraced it. >> >> Any ideas when will Arch switch to upstart based booting system ? >> >> http://upstart.ubuntu.com/ >> >> Thanks, >> Madhur >> > > Ok, Some people have suggested that I am trolling just because I have > not replied in *12* hours to any ideas. > > Guys, this is not the case. I am quite new to Open source and > community driven projects and by the replies I am getting the fair > idea that its the initiative which somebody like me will have to take > or arch will not switch to Upstart because of its philosophy. > > I get that and will keep in mind in my further discussions on this > mailing lists. Yeah, I understand your point, but, please, don't feel burned by the flames. There are always some people that answer with an excessively angry tone, without a good justification. Go figure... That thread helped me to discover about systemd (thanks to C. Anthony Risinger for the high level answers), so it was not in vain. I'll really never understand why people answer with anger to a sincere question. Yeah, maybe you're not on a good mood, but maybe that is another reason to refrain to discuss. I'll not cite any names, because this is not a witch hunt. Just would like to make people think (yeah, I'm a dreamer... :-)) So, thanks for the discussion :-) -- A: Because it obfuscates the reading. Q: Why is top posting so bad? ------------------------------------------- Denis A. Altoe Falqueto Linux user #524555 -------------------------------------------

1 0

[arch-general] fetchmail/spamassassin error after update
by David C. Rankin 19 Jan '11

19 Jan '11

Guys, There seems to be a bug in the sa-learn path in either fetchmail or some other package that causes fetchmail to fail: <snip> sh: /usr/bin/perlbin/vendor/sa-learn: No such file or directory *.*****************.***************.***********fetchmail: error writing message text <snip> 14:38 phoenix:/srv/http/vhosts/drr> which sa-learn /usr/bin/vendor_perl/sa-learn I don't know where the /usr/bin/perlbin/vendor/sa-learn call is made (I presume fetchmail somewhere), but it looks like it needs to be updated to /usr/bin/vendor_perl/sa-learn. Is this a config change I need to fix somewhere or is this something that got overlooked in the spamassassin update? -- 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

2 1

Re: [arch-general] [aur-general] Please settle 'base' in 'depends' for all
by Dieter Plaetinck 19 Jan '11

19 Jan '11

On Wed, 19 Jan 2011 13:20:58 +0100 Thomas Bächler <thomas(a)archlinux.org> wrote: > Am 19.01.2011 08:08, schrieb Allan McRae: > > If we want to be really pedantic about dependencies, we should list > > _ALL_ dependencies and not remove the ones that are dependencies of > > dependencies. > > Why don't we just do the correct thing: > > If package A depends on package B, and B depends on C, then A might > depend on C explicitly because it accesses C directly. Or it might > only depend on indirectly C because B accesses C. We should reflect > that in dependencies (in the first case, A depends on C, in the > second case it doesn't). > > The result is this: Whenever the dependencies of B change (e.g., C is > removed), A will still work correctly. > I'm also fan of this. The added correctness (both informational and system robustness) justifies the little overhead, imho. Dieter

1 0

[arch-general] Please settle 'base' in 'depends' for all
by Kaiting Chen 19 Jan '11

19 Jan '11

Okay everyone, every time I ask I get a different answer. According to Dziedzic and Allan 'glibc' does *not* belong in 'depends'. Also Dziedzic votes that *no* package in 'base' should be in 'depends'. Can we settle once and for all what the correct policy is? And then can we update the wiki page and all of these packages http://www.archlinux.org/packages/core/i686/glibc/so that they reflect the policy? --Kaiting. -- Kiwis and Limes: http://kaitocracy.blogspot.com/

4 3

[arch-general] Xfce 4.8 thunar/ristretto issues
by Ricky Thomson 19 Jan '11

19 Jan '11

Hello Having 2 minor problems with xfce since the update to 4.8. First problem is that no thumbnails are being cached/displayed by thunar anymore. I have tried deleting ~/.thumbnails and all xfce related config files in ~/. Previously i had installed the xfce4-goodies package so i believe the thumbnailers "scripts/programs" are on my system. How to fix this? Second problem, when opening ristretto (xfce image viewer) for example several images in one folder, the arrow buttons to display the next image in the folder are unclickable/unresponsive. Gets kind of awkward trying to view several images quickly. As i said i have tried deleting config files under ~/ which might be "broken" from the upgrade. So i'm not too sure what to do. Packages in question: ---------------------- thunar 1.2.0-1 ristretto 0.0.91-1 Thanks in advance.

6 7

[arch-general] kde4 Okular + Hp Laserjet PCL 4/5 driver - prints greyscale inversed
by David C. Rankin 18 Jan '11

18 Jan '11

Guys, Don't know whether this is kde4 or the print drivers, but saving a google maps map as pdf and then printing in Okular using a HP Laserjet 4 via the HP Laserjet PCL 4/5 driver prints the maps in inverse greyscale (i.e. the whole page is black with the roads shown in white). I've checked the driver settings and regardless of whether you specify greyscale or color, the inverse printing is the same. Prints fine from windows. Where to file the bug? Print drivers or kde? -- 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 3

[arch-general] wxpython in Arch?
by Jorge Almeida 18 Jan '11

18 Jan '11

What did I miss? I'm new to Arch, so maybe I failed to do something obvious. I was a Gentoo user and I know that python configuring is not always trivial. Maybe something should have been done after installing the packages? I checked that there is no WiKi page for wxpython, and the python page doesn't help. Neither does googling... TIA Jorge Almeida $ pacman -Q wxpython wxpython 2.8.11.0-2 $ pacman -Q wxgtk wxgtk 2.8.11-2 $ python Python 3.1.3 (r313:86834, Dec 1 2010, 12:35:23) [GCC 4.5.1 20101125 (prerelease)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import wx Traceback (most recent call last): File "<stdin>", line 1, in <module> ImportError: No module named wx

3 4

[arch-general] Alex Matviychuk wants to stay in touch on LinkedIn
by Alex Matviychuk 18 Jan '11

18 Jan '11

LinkedIn ------------ General, I'd like to add you to my professional network on LinkedIn. - Alex Matviychuk Alex Matviychuk Software Engineer Japan Confirm that you know Alex Matviychuk https://www.linkedin.com/e/j2jirp-gj2k8868-1k/isd/2161969956/yna0iLD9/ -- (c) 2010, LinkedIn Corporation

3 2

[arch-general] xfce4's terminal does not understand unicode/utf8?
by Nicolas Bigaouette 17 Jan '11

17 Jan '11

Hi all, I have set LOCALE="fr_CA.utf8" in rc.conf since I installed Arch some years ago. Since then, I was using KDE and I could see utf8 characters in the terminal. I've switched to Xfce 4.6 some weeks ago but now I get "??" in the terminal whenever I use UTF8 characters. When I type "locale" locally, I get: LANG= LC_CTYPE="POSIX" LC_NUMERIC="POSIX" LC_TIME="POSIX" LC_COLLATE="POSIX" LC_MONETARY="POSIX" LC_MESSAGES="POSIX" LC_PAPER="POSIX" LC_NAME="POSIX" LC_ADDRESS="POSIX" LC_TELEPHONE="POSIX" LC_MEASUREMENT="POSIX" LC_IDENTIFICATION="POSIX" LC_ALL= But when I connect through ssh (from a KDE machine), I get this: LANG=fr_CA.utf8 LC_CTYPE="fr_CA.utf8" LC_NUMERIC="fr_CA.utf8" LC_TIME="fr_CA.utf8" LC_COLLATE="fr_CA.utf8" LC_MONETARY="fr_CA.utf8" LC_MESSAGES="fr_CA.utf8" LC_PAPER="fr_CA.utf8" LC_NAME="fr_CA.utf8" LC_ADDRESS="fr_CA.utf8" LC_TELEPHONE="fr_CA.utf8" LC_MEASUREMENT="fr_CA.utf8" LC_IDENTIFICATION="fr_CA.utf8" LC_ALL= What's wrong here?? terminal 0.4.5-1 (xfce4) Thanks! N

2 1

[arch-general] Problems to install bootchart
by Darío 17 Jan '11

17 Jan '11

Hi! i have a problem to install bootchart from pacman and open this file type, because when i write tar -xzvf file.tar.gz the following message appears: error: 'bootchart': no se pudo encontrar o leer el paquete (could not find or read the package) on yaourt -S bootchart conflicts for install acct: ==> Downloading bootchart PKGBUILD from AUR... x fix-inittab-regex.patch x PKGBUILD x bootchart.install x bootchart-render bootchart 0.9-9 : Boot Process Performance Visualization ( Unsupported package: Potentially dangerous ! ) ==> Edit PKGBUILD ? [Y/n] ("A" to abort) ==> ------------------------------------ ==> n ==> bootchart dependencies: - sh (already installed) - apache-ant (already installed) - java-environment>=6 (already installed) - acct (building from AUR) ==> Edit bootchart.install ? [Y/n] ("A" to abort) ==> --------------------------------------------- ==> n ==> Continue building bootchart ? [Y/n] ==> ----------------------------------- ==> ==> Building and installing package ==> Install or build missing dependencies for bootchart: ==> Downloading acct PKGBUILD from AUR... x PKGBUILD x acct.install Comment by: bash on Sat, 13 Nov 2010 14:43:24 +0000 * moved from [extra] Comment by: speps on Sun, 14 Nov 2010 16:05:08 +0000 @all Package owned and updated. First Submitted: Sat, 13 Nov 2010 14:43:17 +0000 acct 6.5.5-1 : The GNU Accounting Utilities provide login and process accounting utilities for GNU/Linux and other systems. ( Unsupported package: Potentially dangerous ! ) ==> Edit PKGBUILD ? [Y/n] ("A" to abort) ==> ------------------------------------ ==> n ==> acct dependencies: - glibc (already installed) ==> Edit acct.install ? [Y/n] ("A" to abort) ==> ---------------------------------------- ==> n ==> Continue building acct ? [Y/n] ==> ------------------------------ ==> ==> Building and installing package ==> WARNING: Building package as root is dangerous. Please run yaourt as a non-privileged user. ==> Creando el paquete: acct 6.5.5-1 (dom ene 16 18:15:23 ART 2011) ==> Comprobando Dependencias en tiempo de Ejecución... ==> Comprobando Dependencias en tiempo de Compilación... ==> Obteniendo Fuentes... -> Descargando acct-6.5.5.tar.gz... --2011-01-16 18:15:23-- http://ftp.gnu.org/gnu/acct/acct-6.5.5.tar.gz Resolviendo ftp.gnu.org... 140.186.70.20 Connecting to ftp.gnu.org|140.186.70.20|:80... conectado. Petición HTTP enviada, esperando respuesta... 200 OK Longitud: 747225 (730K) [application/x-gzip] Saving to: `acct-6.5.5.tar.gz.part' 100%[======================================>] 747.225 228K/s in 3,2s 2011-01-16 18:15:27 (228 KB/s) - `acct-6.5.5.tar.gz.part' saved [747225/747225] ==> Validando el archivo fuente con md5sums... acct-6.5.5.tar.gz ... Aprobado ==> Descomprimiendo fuentes... -> Extrayendo acct-6.5.5.tar.gz con bsdtar ==> Iniciando build()... (Starting build) checking build system type... Invalid configuration `i686-pc-linux-': machine `i686-pc-linux' not recognized configure: error: /bin/sh ./config.sub i686-pc-linux- failed Abortando... (Aborting) ==> ERROR: Makepkg was unable to build acct. ==> Restart building acct ? [y/N] apparently seems to be a problem with settings of the PC architecture, but my pc is i686 Thanks to all Dario

3 2