November 2008 - Arch-general - lists.archlinux.org

[arch-general] Custom repository
by Baho Utot 29 Nov '08

29 Nov '08

I created a custom package repository to hold arch packages compiled locally. I compile a newer package from abs then I have on the current system and it is placed into my custom repos. I issue a pacman -Syu will pacman get the package from arch or will it install from my custom repository? Thanks

7 7

Re: [arch-general] Custom repository
by Loui Chang 28 Nov '08

28 Nov '08

On Sat, Nov 29, 2008 at 12:31:05AM +1000, Allan McRae wrote: > Loui Chang wrote: > > On Fri, Nov 28, 2008 at 09:13:55AM -0500, Baho Utot wrote: > > > >> I created a custom package repository to hold arch packages compiled > >> locally. I compile a newer package from abs then I have on the current > >> system and it is placed into my custom repos. > >> > >> I issue a pacman -Syu will pacman get the package from arch or will it > >> install from my custom repository? > > > > It will install from the repo with the newest version. > > Not really... it will install the package from the repo which comes first > in you pacman.conf. Ah that is right. Doh! That phenomenon is just a coincidence for me.

1 0

Re: [arch-general] [arch-dev-public] Away for Holidays
by Dieter Plaetinck 27 Nov '08

27 Nov '08

Aaron Griffin wrote: > Hey all, > It's Thanksgiving here in the US. I will be away at my parents' house > all day, and am going camping on Friday. I won't be at a computer > until Saturday. > > Cheers, > Aaron > Have fun and don't forget to mention the Arch community! :-) (At thanksgiving the tradition is to say what you're thankful for right, or is that only in the movies?) Dieter

1 0

[arch-general] Fwd: /etc/cron.hourly/ntp isn't working.
by Daenyth Blank 26 Nov '08

26 Nov '08

I'm using openntpd ---------- Forwarded message ---------- From: root <daenyth(a)gmail.com> Date: Tue, Nov 25, 2008 at 21:01 Subject: cron: /usr/sbin/run-cron /etc/cron.hourly To: root /bin/stty: standard input: Inappropriate ioctl for device /bin/stty: standard input: Inappropriate ioctl for device :: Stopping OpenNTPD [BUSY] [DONE] /bin/stty: standard input: Inappropriate ioctl for device :: Starting OpenNTPD [BUSY] [DONE]

4 5

Re: [arch-general] Fwd: /etc/cron.hourly/ntp isn't working.
by Daenyth Blank 26 Nov '08

26 Nov '08

> this is because the init scripts use some fancy options to set colors. > This seems to be done by stty, which won't work on a fake tty like the > one used by cron. > I don't know why you're restarting openntpd from cron every hour though, > as it's a daemon that keeps running all the time. Restarting it has no > use. Well, I think I had added it because it seemed that after a long uptime it wasn't working properly... dunno. I've disabled it now.

1 0

Re: [arch-general] [arch-dev-public] Other things gleaned from package list statistics
by Dieter Plaetinck 24 Nov '08

24 Nov '08

Aaron Griffin wrote: > On Sun, Nov 23, 2008 at 5:28 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: > >> There are a few packages people have installed that we have killed >> that show up really high on the list: >> >> liblbxutil-84.79 % >> csup -44.39 % >> xorg-xsm-43.74 % >> >> It might be worth posting a news item saying these packages are >> worthless on a modern-day Arch system (as long as you have a newer X)? >> I know I had some of them installed. >> > > Hmm, is there a more generic way to handle cases like this? -Qm can > help us in these cases, but considering how much people use the AUR, > we need to be careful. > Don't liblbxutil and xorg-xsm become orphans when the user upgrades to that particular X version? I noticed I don't have these packages and I don't even know why (I did clean up my orphans recently, like every good user should) I do have csup explicitly installed , because it used to be in the base-devel group. I guess that's where http://bugs.archlinux.org/task/8242 - "Keep track of groups and allow upgrading them with pacman -Syu" - comes in.

1 0

Re: [arch-general] [sqlite3] x86_64 version mismatch?
by Andreas Radke 23 Nov '08

23 Nov '08

Am Sat, 22 Nov 2008 19:54:09 +0100 schrieb Gerhard Brauer <gerhard.brauer(a)web.de>: > Hello, > > > in the extra.db.tar.gz on ftp.archlinux.org sqlite3 version for x86_64 > is 3.6.6-1. But the binary is > still /extra/os/x86_64/sqlite3-3.6.5-1-x86_64.pkg.tar.gz > > Seems that this version upgrade have done today (22.11) so could it be > possible that ftp.archlinux.org mirrors have currently only synced the > database file? Is it a missing upload or only a sync problem? > > Regards > Gerhard > The new package is still in my pipeline. We have issues with the db-updates. See dev-public list. -Andy

3 2

Re: [arch-general] [arch-dev-public] [signoff] device-mapper 1.02.29-1 & lvm2 2.02.43-1
by Eric Bélanger 23 Nov '08

23 Nov '08

On Mon, 17 Nov 2008, Thomas Bächler wrote: > Eric Bélanger schrieb: >> device-mapper 1.02.29-1 and lvm2 2.02.43-1 are now in testing for both >> arches. It's a minor upstream update. The most important change is: >> "Starting with LVM2 release 2.02.43, the device-mapper files are now >> included with the LVM2 releases (in ../lvm2)." >> I've modified the PKGBUILD accordingly. >> >> Please test and signoff. I would like 2 signoff for i686 because I don't >> use lvm2 on my i686 system so I could only do minor testing. As I believe >> few devs use this, signoffs from users are welcomed. > > Signoff x86_64 > > Still missing 1-2 signoffs for i686. Anyone? Devs or users? Thanks. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0

Re: [arch-general] [arch-dev-public] [signoff] new toolchain - major binutils/glibc bumps
by Emmanuel Benisty 23 Nov '08

23 Nov '08

Hi, On Sat, Nov 22, 2008 at 2:57 PM, Andreas Radke <a.radke(a)arcor.de> wrote: > I've bumped kernel-headers 2.6.27.6-2, binutils 2.19-1, glibc 2.9-1 and > rebuilt gcc-libc/gcc,gcc-gcj. I also fixed valgrind for new glibc. > Please test them all carefully. We usually run into some upstream > issues here. Especially new glibc: > > "There is one known potential problem with the name resolving which has > been extensively changed. Under some circumstance (always involving > broken servers) requests are not completely processed. Often a second > call fixes the problem. This might be fixed in the latest code, maybe > not. Unfortunately no reported has been able or willing to provide the > information needed to track down the problem." Bug is alive. http://bbs.archlinux.org/viewtopic.php?id=59452 cheers.

1 1

Re: [arch-general] [arch-dev-public] memcached
by Pierre Schmitz 23 Nov '08

23 Nov '08

>> PS: for php sites that only run on one server I think Xcache is also >> better >> then memcached, no context switching at all... >> PPS: do we use an opcode cache already for the php site(s)? eaccelerator? >> xcache etc? it can be a huge improvement > > APC is used for a PHP opcode cache, so yes, we do have this in place. APC does not only store opcodes, but e.g. Mediawiki uses it to store Objects in RAM. So memcached is not needed here. -- Pierre Schmitz Clemens-August-Straße 76 53115 Bonn Telefon 0228 9716608 Mobil 0160 95269831 Jabber pierre(a)jabber.archlinux.de WWW http://www.archlinux.de

2 1