- Arch-general - lists.archlinux.org

[arch-general] python-distribute is deprecated and merged back into setuptools.
by Shani Hadiyanto Pribadi 17 Aug '13

17 Aug '13

Hello, python-distribute is merged back into setuptools and deprecated. [1] http://mail.python.org/pipermail/distutils-sig/2013-March/020126.html [2] http://pythonhosted.org/setuptools/merge.html I'm not sure where to report this since the bug report is not for out of date package. Here is the new PKGBUILD for python-setuptools-0.9.8: [3] https://gist.github.com/shanipribadi/6210208 Altough setuptools 1.0 will be out very soon (mercurial repo is already at 1.0b1, pypi is still at 0.9.8) Thank you.

3 2

[arch-general] aur-general post acknowledgement
by 1007380＠gmail.com 17 Aug '13

17 Aug '13

Your message entitled [Classroom] RESEND: Introduction to Package Maintenance was successfully received by the aur-general mailing list. List info page: https://mailman.archlinux.org/mailman/listinfo/aur-general Your preferences: https://mailman.archlinux.org/mailman/options/aur-general/1007380%40gmail.c…

2 1

[arch-general] [Classroom] Beginners Guide to Package Maintenance
by William Giokas 15 Aug '13

15 Aug '13

All, manfred and I have both decided that we are going to finally be having this class. We'll be doing the first class on Sunday, September 14th at 17:00 UTC.=20 This first class will be a basic introduction for new packagers on how to make their PKGBUILDs better. Anyone¹ is welcome to attend. We will be running our class out of the #archlinux-classroom channel on freenode. Those wanting a link can go here² for more information. ¹: There are some requirements to attend, you should not be completely new to Arch. We expect you to know how to use a text editor and basic Linux utilities (cd, mkdir, install, ln, etc.). ²: https://wiki.archlinux.org/index.php/Beginners_Guide_to_Package_Maintaining Thank you, and we hope to see you there! -- William Giokas | KaiSforza | http://kaictl.net/ GnuPG Key: 0x73CD09CF Fingerprint: F73F 50EF BBE2 9846 8306 E6B8 6902 06D8 73CD 09CF

8 12

[arch-general] testing/glibc 2.18-1 breaks vte
by Chris “Kwpolska” Warrick 15 Aug '13

15 Aug '13

I am running [testing] on Arch Linux x86_64. With the recent update of glibc to 2.18-1, all vte-based terminals fail to start under a non-root user. They claim that "grantpt failed: Operation not permitted". Downgrading to core’s 2.17-6 restores regular functionality. Non-vte terminals (xterm, urxvt) are not affected by this. What is going on? -- Chris “Kwpolska” Warrick <http://kwpolska.tk> PGP: 5EAAEA16 stop html mail | always bottom-post | only UTF-8 makes sense

2 1

[arch-general] Pip2 commands throw error
by Squall Lionheart 12 Aug '13

12 Aug '13

Hello, Since upgrading to version 1.4.1 in July of python2-pip, I have been receiving this Exception on the commands I execute. Received an update to version 1.4.1-1 today and the error persists. This is a desktop machine and I get the same error on a server running Parabola that gets the same error. I tried a manual install of pip-1.4.1 and distribute on Slackware and everything runs as it should. Please help. $ pip2 list caatinga (1.0.1) clojure-py (0.2.4) distribute (0.6.28) Fabric (1.7.0) git-remote-helpers (0.1.0) logilab-astng (0.24.3) logilab-common (0.60.0) netsnmp-python (1.0a1) paramiko (1.11.0) pep8 (1.4.6) pip (1.4.1) pycrypto (2.6) pylint (0.28.0) python-libtorrent (0.16.10) Exception: Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/pip/basecommand.py", line 134, in main status = self.run(options, args) File "/usr/lib/python2.7/site-packages/pip/commands/list.py", line 80, in run self.run_listing(options) File "/usr/lib/python2.7/site-packages/pip/commands/list.py", line 127, in run_listing self.output_package_listing(installed_packages) File "/usr/lib/python2.7/site-packages/pip/commands/list.py", line 136, in output_package_listing if dist_is_editable(dist): File "/usr/lib/python2.7/site-packages/pip/util.py", line 347, in dist_is_editable req = FrozenRequirement.from_dist(dist, []) File "/usr/lib/python2.7/site-packages/pip/__init__.py", line 194, in from_dist assert len(specs) == 1 and specs[0][0] == '==' AssertionError Storing complete log in /home/squall/.pip/pip.log The contents of pip.log are the same as the error output. Thank you Squall -- Yesterday is history. Tomorrow is a mystery. Today is a gift. That's why its called the present. Headmaster Squall :: The Wired/Section-9 Close the world txen eht nepo $3R14L 3XP3R1M3NT$ #L41N https://github.com/headmastersquall

1 0

[arch-general] Australian Mirrors
by Simon Perry 11 Aug '13

11 Aug '13

Hi all, Does anybody know what the story is with almost all of the Aussie Arch mirrors? Almost all of them (except the iiNet mirror) have been out-of-date for days. Haven't seen any mention of it on the forums or here, so thought I'd ask. Cheers. -- Simon Perry (aka Pezz)

2 1

Re: [arch-general] [arch-dev-public] licensing issues with DB 6.0
by Hussam Al-Tayeb 10 Aug '13

10 Aug '13

On Friday 09 August 2013 11:31:22 Pierre Schmitz wrote: > Hi all, > > we just finished the db 6.0 rebuild in staging. I was pointed* to an > issue with it's license though. It seems Oracle switched the license to > AGPL with version 6.0. I am not an expert, but afaik this makes it only > compatible with GPL3 clients and also enforces the AGPL terms on those. > > Debian had a similar discussion > https://lists.debian.org/debian-legal/2013/07/msg00000.html > > If you think this is indeed a problem, I suggest to drop the rebuild for > now and keep db-5. We could introduce a db6 package if packages really > need that and are license-compatible. We might also want to try to > disable db-functionality if possible and switch to alternative > implementations. > > Greetings, > > Pierre > > *) https://bugs.php.net/bug.php?id=65426 Out of the applications I have installed that use db 5.3, bogofilter can be linked against sqlite3 instead if it is configured with --with-database=sqlite3

1 0

[arch-general] configuring the kernel in a chroot using devtools
by Joakim Hernberg 10 Aug '13

10 Aug '13

Hi there, I occasionally need to create new kernel config files for the aur/linux-rt package. Since I try to keep the config as close as possible to core/linux, I regularly pick up the config files from core/linux and then apply the changes needed to make a good -rt kernel. My problem is to create config files for i686 as I don't have such a machine anymore. core/linux has instructions to uncomment make menuconf/nconfig to configure the kernel, but when I try to configure the kernel in a chroot using the extra-i686-build script, I can't navigate the gui, all I get are escape chars printed on the screen. I've tried to make ncurses an explicit makedepends, and I've also checked the TERM variable, which is set to xterm, just as in my normal shell. No idea what to check for after that, but hopefully someone can point me to my mistake. Many thanks in advance, -- Joakim

2 2

[arch-general] OpenNTPd not correcting time on boot
by Joe Eaves 08 Aug '13

08 Aug '13

Hi, First time posting so forgive me if I get it wrong. (This is already a resend because I used the wrong email previously!) I'm using OpenNTPd as a time server for my local network, but I have a slight issue. I run it on my Raspberry Pi which lacks a hardware clock, so every time I boot it, it thinks the time is 1970. In the systemd init file, openntpd.service, it runs the ntpd daemon with the '-s' option, which tell it that if the time is really far out of sync, just update it straight to the time that the server has. The problem is, this doesn't happen after boot. If I manually set the time with 'date -s @0000000000' and then restart the openntpd service it will work, but not automatically after boot up. I suspect it might be that it's not able to talk to a server because it's starting the service before the network is ready or something, but I'm using a static IP and have told openntpd.service that "wants" and "after" both == network.target. Any ideas? Joe -- *:wq!*

5 7

[arch-general] remote poweroff with systemd
by Fons Adriaensen 07 Aug '13

07 Aug '13

Hello all, In one installation I manage I have a script that (among other actions) remotely shuts down a number of headless machines. Until recently these machines used the traditional init scripts, and the commands in the script were ssh -t remote1 "sudo /sbin/init 0" ssh -t remote2 "sudo /sbin/init 0" etc. This has worked well for years. Recently the machines were upgraded and mow use systemd. I replaced the original commands by ssh -t remote1 "sudo telinit 0" etc. This shuts down the first one OK, but then the script hangs. Apparently the ssh connection isn't closed cleanly. I didn't yet try 'systemctl poweroff', but according the man page, 'telinit 0' is equivalent to it. Another one I didn't yet try (just discovered it in the man pages but I don't have access to the installation ATM) is systemctl's --host option, in other words, let systemctl do the ssh. Can this be expected to work ? If not, any other ideas ? TIA for any help or hints. -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow)

10 18