- Arch-general - lists.archlinux.org

[arch-general] libgsf update
by Myra Nelson 19 Dec '11

19 Dec '11

What is the proper procedure for updating libgsf. Per the commit message libgnome-gsf was dropped because upstream dropped it. When trying to update the following error occurs. error: failed to prepare transaction (could not satisfy dependencies) :: libgsf-gnome: requires libgsf=1.14.21. I realize I can complete the update by pacman -Suf or pacman -Rdd libgsf-gnome then install the libgsf update but would think this would be handled by an install file included with the package. I would prefer not to bork my box so I thought I would ask first for a change. Thanks for your assistance. Myra -- Life's fun when your sick and psychotic!

3 14

[arch-general] glibc update broke time display
by Geert Hendrickx 18 Dec '11

18 Dec '11

glibc-2.14.1-3 broke time display for me. It displays UTC regardless of /etc/localtime or TZ environment variable. Downgrading fixed it again. # date Sun Dec 18 09:35:36 UTC 2011 # ls -l /etc/localtime lrwxrwxrwx 1 root root 35 Dec 1 20:02 /etc/localtime -> /usr/share/zoneinfo/Europe/Brussels # TZ=Europe/Brussels date Sun Dec 18 09:35:41 Europe 2011 # TZ=CET date Sun Dec 18 09:35:45 CET 2011 # TZ=foobar date Sun Dec 18 09:35:49 foobar 2011 # pacman -S glibc warning: downgrading package glibc (2.14.1-3 => 2.14.1-2) [...] # date Sun Dec 18 10:36:09 CET 2011 Geert -- geert.hendrickx.be :: geert(a)hendrickx.be :: PGP: 0xC4BB9E9F This e-mail was composed using 100% recycled spam messages!

3 3

[arch-general] Fwd: [Haskell-cafe] Announce: The Haskell Platform 2011.4
by Bernardo Barros 17 Dec '11

17 Dec '11

---------- Forwarded message ---------- From: Don Stewart <dons00(a)gmail.com> Date: Sat, Dec 17, 2011 at 1:04 PM Subject: [Haskell-cafe] Announce: The Haskell Platform 2011.4 To: haskell(a)haskell.org, haskell-cafe <haskell-cafe(a)haskell.org>, "haskell-platform(a)projects.haskell.org" <Haskell-platform(a)projects.haskell.org> We're pleased to announce the release of the Haskell Platform: a single, standard Haskell distribution for everyone. Download the Haskell Platform 2011.4.0.0: http://haskell.org/platform/ The specification, along with installers (including Windows, Apple and Unix installers for a full Haskell environment) are available. The Haskell Platform is a single, standard Haskell distribution for every system, in the form of a blessed library and tool suite for Haskell distilled from the thousands of libraries on Hackage, along with installers for a wide variety of systems. It saves developers work picking and choosing the best Haskell libraries and tools to use for a task. When you install the Haskell Platform, you get the latest stable compiler, an expanded set of core libraries, additional development tools, and cabal-install – so you can download anything else you need from Hackage. What you get is specified here: http://hackage.haskell.org/platform/contents.html Thanks! -- The Platform Infrastructure Team P.S. Special thanks to Mark Lentczner for his excellent work on this release.

1 0

Re: [arch-general] signoff linux-3.1.5-1
by David C. Rankin 17 Dec '11

17 Dec '11

All, I haven't seen tpowa's normal kernel signoff, so just dropping a note it's good on multiple x86_64 and i686 boxes here. Only issue this time, which I haven't seen in the past 4-5 kernels, was the x86_64 MSI box that had a problem with the boot image being placed in a location that leaves the box unable to boot with grub. This is just a Russian Roulette issue with this one box. All others server & desktop installs updated fine. -- David C. Rankin, J.D.,P.E.

3 4

[arch-general] Accented characters in X terminal?
by Magnus Therning 16 Dec '11

16 Dec '11

I just noticed that I no longer get accented characters in my terminals (I've tested lxterminal and gnome-terminal so far). Instead of the Swedish characters "åäö" I get "???". Far from ideal. This used to work a while ago (we're talking days, possibly weeks). As you notice it works well in non-terminals (like in Chromium where I've writing this). Anyone else seeing the same behaviour? A search turned up this answer-less forum post[1] , if there's an answer then I'll re-post it there too :) /M [1]: https://bbs.archlinux.org/viewtopic.php?id=131000 -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus

6 11

[arch-general] How do I uncomment a locale?
by Grant McDuling 16 Dec '11

16 Dec '11

Hi, I am busy installing Arch core and am stuck at configuring the locale-gen part of the process. I am asked to uncomment the locales I need. Does this mean to delete them? There is a long list of them and I presume I need to delete all except the Australian ones (in my case). Do I simply delete them from this screen? Grant McDuling Writer http://www.amazon.com/Grant-McDuling/e/B004UTH35M

8 9

[arch-general] Packages popularity feedback
by Ricardo Catalinas Jiménez 15 Dec '11

15 Dec '11

Is there any way to give Arch Linux developers feedback about which packages are more popular (# of installations). Maybe it could be useful for them when deciding which new packages to support and which one to drop from the repository. As far as I know it exists Debian Popularity Contest, which gives this kind of feedback. Regards -- Ricardo (http://r.untroubled.be/)

2 2

[arch-general] a plea for python 2
by Evan Martin 15 Dec '11

15 Dec '11

Hello, I'm a recent Arch user, a refugee from Ubuntu. I was attracted to Arch because I was tired of Ubuntu forcing their new software on me -- it seemed the Arch way was to allow you to use bleeding edge if you wanted it, but to not fork upstream. So it was with some surprise that I discovered that Arch made /usr/bin/python point to something other than Python 2. This differs from every other system (not only other Linuxes, but also [as I learned from bug reports I received] OS X and even python.exe on Windows). I appreciate that y'all want to use the bleeding edge, and it completely consistent with my understanding of Arch that you would only provide Python 3 by default as well as write your system scripts use Python 3. (I write this mail with some trepidation as I fear a response like "STFU noob Arch is bleeding edge", which is emphatically not a response to the issue I'm actually raising.) What I don't understand is why you're manually patching upstream software to rewrite references from /usr/bin/python to /usr/bin/python2. This sort of forking is exactly the sort of divergence (like how Ubuntu modified their GTK to add their own specific hooks) that I was fleeing from when I came to Arch. :( You can see in the references below that it appears this is contrary to how upstream thinks it should work. It means that I can't download any random project (such as Chromium) and build it without first applying Arch-specific patches. And upstreams like Chromium can't change to support Arch's divergence without breaking their code on non-Arch systems. As a software developer, I am now getting contacted by users where my software doesn't work on Arch. I even applied a patch submitted by an Arch user to make my code use "python2" only to discover it broke my software on Mac and Windows. So my questions for you are 1) Is it intentional that I am unable to use software from upstream like Django unmodified? Am I expected to only install software from the Arch repositories, where it has been patched by Arch devs to work on Arch? (See below for more on Django.) 2) Should I change the software I write to attempt to detect when I'm on an Arch system and adjust scripts/etc. accordingly? (I can't just "fix it" because there is no /usr/bin/python2 on existing systems like Macs.) Both of those seem pretty unsatisfactory. Help! Here are some additional references, if they help you any. - Upstream Python dev believes that code that uses /usr/bin/python when it wanted Python 3 is wrong: http://mail.python.org/pipermail/python-dev/2009-April/088864.html - According to Google's Code search, there are likely around 80,000 existing Python scripts that are broken by this change. (Note that searching for /usr/bin/python[^23] doesn't work, you have to search for /usr/bin/python then subtract out the ones ending in 2 or 3: http://codesearch.google.com/#search/&q=/usr/bin/python%20lang:python&type=… http://codesearch.google.com/#search/&q=/usr/bin/python%5B23%5D%20lang:pyth… ) - As a random example, here's a script from the Django project (which I chose for this mail as an example of a high-profile Python program) that uses 'python' when it means Python 2: https://code.djangoproject.com/svn/django/trunk/tests/runtests.py Here's their statement on Python 3: https://docs.djangoproject.com/en/dev/faq/install/#can-i-use-django-with-py… And here's the PKGBUILD, which patches around this: http://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=p… - Here's a project of mine where on AUR they've attempted to patch around the python/python2 thing in the PKGBUILD: http://aur.archlinux.org/packages/ni/ninja-git/PKGBUILD However, the patch is not sufficient, which lead to another bug report. - A Python developer discusses how Python3 is very different from Python2, making it very difficult as a developer to support both: http://lucumr.pocoo.org/2011/12/7/thoughts-on-python3/

12 16

Re: [arch-general] Accented characters in X terminal? (Solved)
by Magnus Therning 15 Dec '11

15 Dec '11

On Thu, Dec 15, 2011 at 09:51, Magnus Therning <magnus(a)therning.org> wrote: > On Wed, Dec 14, 2011 at 21:07, Mauro Santos <registo.mailling(a)gmail.com> wrote: > [...] >> Thinking better about it, check your pacman logs for any font updates >> and try setting the terminal emulator to use a different font, maybe to >> a font that renders properly in other places like a text editor. > > There is nothing that stands out, and changing the font doesn't > improve things at all :( > > I also tried logging into Gnome3 (using GDM) and then I do get the > accented characters, in both lxterminal and gnome-terminal. > > /M I'm not sure why, but the locale wasn't set properly by lxdm. I added the line export LANG=sv_SE.utf8 into ~/.xprofile to make sure it was set before lxsession is invoked and now everything is fine again. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus

1 0

[arch-general] Pacman update fails to commit transaction
by Grant McDuling 14 Dec '11

14 Dec '11

I have my new system up and running and am delighted. However, when running packman -Syu to update, all appeared to be progressing well with all sorts of downloads happening but at the end the message says: Checking package integrity, checking for file conflicts, error: failed to commit transaction (conflicting files).initscripts: /etc/profile.d/locale.sh exists in filesystem. Errors occurred, no packages were upgraded. What do you suggest? Grant McDuling Writer http://www.amazon.com/Grant-McDuling/e/B004UTH35M

4 7