- Arch-general - lists.archlinux.org

Re: [arch-general] Bad pyqt 4.8.2-2 package -- on rit?
by Damjan 21 Jan '11

21 Jan '11

>> This is happening because somebody forgot to bump pkgrel and switched >> manually the packages. > Yes is my fault. Pyqt was removed from database some days ago, I create a new > package but I forgot to upload it as 4.8.2-3. Anyway a new pyqt package is > coming and will fix this for everyone without -Syy. While you're at it please correct these too: ( 7/10) upgrading python2-qt [#####################################] 100% New optional dependencies for python2-qt python-pengl: enable OpenGL 3D graphics in PyQt applications qscintilla: QScintilla API The first optional dep should be python2-opengl and the second one python2-qscintilla, perhaps? -- дамјан

2 1

[arch-general] my arch installation and base system configuration experience
by Juan R. de Silva 21 Jan '11

21 Jan '11

I've just completed my Arch GNOME base installation and basic configuration and would like to share the experience, if anyone is interested. :-) 1. I performed base Arch install from within my host system - Ubuntu 10.04 following the Wiki instructions. I must say that was extremely enjoyable experience. The installation process itself was real fun and interesting, and went smoothly without any problems except 2 minor glitches: a) The documentation said that a copy of the Beginners' Guide would be found in /usr/share/aif/docs/official_installation_guide_en after botting into base system, but it was not there and the directory did not exist. This was really a minor glitch since an immediate and easy workaround was pacman -S lynx, and I was up and running reading the doc from the web. b) The documentation promised an option of a selective gnome and gnome- extra group install with pacman but it was not given. Any workaround (discussed on this group) appeared not to worthy to mess up with (I am a lazy boy) and I ended up installing both groups in their entirety. 2. I was amazed by the wealth, quality and consistency of documentation available to users on Arch wiki. I would say Arch is the best documented distro I've come across so far. Now I have plenty of time to test the system thoroughly but the beginning is very encouraging. My compliments to Arch team.

1 0

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

21 Jan '11

On 01/19/2011 02:54 PM, Thaddeus Nielsen wrote: > A quick google search on sa-learn will show you this is a spamassassin > issue and has nothing to do with fetchmail. > > T. > Thanks T. I finally found the reference to the upstream bug and patches here: https://bbs.archlinux.org/viewtopic.php?id=100206 However, there seem to be multiple patches and it is unclear what is referenced by patch3 at the end. I'll play with it and see if I can get it working... Since it is upstream, I won't file a bug here unless somebody wants me to. Any need? -- 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

[arch-general] Bad pyqt 4.8.2-2 package -- on rit?
by David C. Rankin 21 Jan '11

21 Jan '11

Guys, In upgrading several boxes (both i686 and x86_64) on first attempt, I get: :: File pyqt-4.8.2-2-x86_64.pkg.tar.xz is corrupted. Do you want to delete it? [Y/n] Choosing Y and restarting the update works fine. If it were only on one box, I'd say sure, I got a bad download, but this has happened 3 times in a row. Looking at mirrorlist, it might be the packages on rit. Here is my mirrorlist: 15:27 archangel:~> noc /etc/pacman.d/mirrorlist Server = ftp://mirror.rit.edu/archlinux/$repo/os/x86_64 Server = http://mirror.rit.edu/archlinux/$repo/os/x86_64 <snip> Any other way to narrow it down? pacman.log didn't add anything further. -- 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

4 5

[arch-general] is udev-164 a safe solution at the moment
by Attila 20 Jan '11

20 Jan '11

Hi, still again after every 20 or 30 new boot udev-165 hangs both pc's with archlinux. So my question is that if i step back to udev-164 will there be problems with the initscripts or any other plans what you the devs have in the near future? If yes than i can (or have to) live with this because it is very seldom and therefore very hard to find out what is the problem. See you, Attila

3 3

[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