- Arch-dev-public - lists.archlinux.org

[arch-dev-public] libpano12 libpano13 move
by Tobias Kieslich 07 Jan '08

07 Jan '08

Hi, I just thought I would announce that, libpano12 which currently lives in /extra/multimedia found a successor called libpano13. Note, that the 12 and 13 is more like mpg123 rather than a version number. It is not like moving a new package into extra, but replacing an older one. Also I wanna move it to extra/lib since that seems better fitting. Objections? -T

2 1

Re: [arch-dev-public] [arch-commits] CVS update of core/support/netcfg (PKGBUILD)
by Dan McGee 06 Jan '08

06 Jan '08

On Jan 6, 2008 2:52 AM, James Rayner <james(a)archlinux.org> wrote: > Date: Sunday, January 6, 2008 @ 03:52:21 > Author: james > Path: /home/cvs-core/core/support/netcfg > > Modified: PKGBUILD (1.3 -> 1.4) > > upgpkg: netcfg 2.0.3-1 > > > ----------+ > PKGBUILD | 21 ++++++++++++++------- > 1 file changed, 14 insertions(+), 7 deletions(-) > > > Index: core/support/netcfg/PKGBUILD > diff -u core/support/netcfg/PKGBUILD:1.3 core/support/netcfg/PKGBUILD:1.4 > --- core/support/netcfg/PKGBUILD:1.3 Mon Nov 19 06:53:56 2007 > +++ core/support/netcfg/PKGBUILD Sun Jan 6 03:52:20 2008 > @@ -1,15 +1,15 @@ > -# $Id: PKGBUILD,v 1.3 2007/11/19 11:53:56 james Exp $ > +# $Id: PKGBUILD,v 1.4 2008/01/06 08:52:20 james Exp $ > # Maintainer: James Rayner <james(a)archlinux.org> > pkgname=netcfg > -pkgver=2.0.1 > +pkgver=2.0.3 > pkgrel=1 > -pkgdesc="New network configuration scripts" > +pkgdesc="Network configuration and profile scripts" > url="http://archlinux.org" > license=("BSD") > backup=(etc/iftab) > -depends=(wireless_tools wpa_supplicant net-tools) > -source=(http://archlinux.org/~james/netcfg/netcfg-$pkgver.tar.gz) > - > +depends=(wireless_tools wpa_supplicant net-tools mktemp) > +source=(http://dev.archlinux.org/~james/netcfg/netcfg-$pkgver.tar.gz) Can we get an FTP directory for this source (other/netcfg)? -Dan

2 1

[arch-dev-public] [signoff] fakeroot 1.8.10-2
by Thomas Bächler 05 Jan '08

05 Jan '08

This version fixes the fakeroot/acl/makepkg bug when using cp -a on directories. For details, see http://bugs.archlinux.org/task/8214#comment22826

3 6

Re: [arch-dev-public] [aur-general] Inactive for unspecified period of time
by Roman Kyrylych 05 Jan '08

05 Jan '08

2007/12/31, Roman Kyrylych <roman.kyrylych(a)gmail.com>: > 2007/12/18, JJDaNiMoTh <jjdanimoth(a)gmail.com>: > > On Tue, 18 Dec 2007 20:15:03 +0200 > > "Roman Kyrylych" <roman.kyrylych(a)gmail.com> wrote: > > > > > Hi all! > > > > > > I have <1 minute to write this email, so I'll be quick. > > > > > > I'm very sorry about my disappearance. > > > My connection at job got down during Bug Day this Saturday and I got cable > > > breakage somewhere on my street so I got no Internet at home as well. > > > :-( > > > The worst thing is that I am unable to follow Arch development until > > > New Year (at least) because I've changed my job this Monday, and I > > > don't even have a PC there yet (but I should in near future). > > > Today is the first day I've got internet for a hour or so (I'm sitting > > > at my ex-job now). > > > > > > If someone could update my packages in Extra/Community and keep an eye > > > on bugtracker - that would be awesome and very appreciated. > > > > > > Bye all and Merry Christmas! > > > > > > -- > > > Roman Kyrylych (Роман Кирилич) > > > > Good luck, I will see you soon. > > > > Don't worry about packages and [community] section of flyspray. > > > > Merry Christmas and happy new year, Roman! > > > > P.S. I can't imagine a Bug Day without you :D > > > I've got a couple hours of internet today, so I thought I should write > a quick update. > > First, thank you all! I don't imagine what would I do without the > support from Arch community. > I'm waiting for time when I can come back to work (on Arch, obviously > :-)), I miss that so much. > > Next, a status update: > * still no laptop at job (should get it next month, I think) and still > very busy there > * still no internet at home (long to explain why), hope to get it > somewhere next week > > I wish you all Happy New Year (in advance because I won't be able to > do so when it comes) and hope to see you soon. :-) And another update before Christmas. (yes, you've read it right - we have it on 7th of January here, read http://en.wikipedia.org/wiki/Christmas_worldwide#Ukraine for more) 1) I've quit my new job yesterday. :-D (after working only 2 weeks there :-P) 2) I've got the internet connection at home yesterday! :-) Yay, a good start of the new year! Now I have no money/job and plenty of time. :-) So I'll be back to activity on 9-10th this month. -- Roman Kyrylych (Роман Кирилич)

2 1

[arch-dev-public] dependency rebuilds
by Paul Mattal 05 Jan '08

05 Jan '08

When package y depends on package x and package x is updated, there are essentially two clean ways to divide up responsibility for rebuilding dependent package(s) y: 1) the package y maintainer(s) notices package x in testing and rebuilds package y 2) the package x maintainer(s) is responsible to find all packages y and rebuilds all such packages y against the new package x I've seen many variations on how this gets handled over the last three or four years as a a developer, and we usually just try to do what makes things best for most people, but it's good to have some idea what to expect in general. We all want to do what's best for the most people, but it's not always clear what that is. A merit of #1 is that the actual maintainers of the dependent packages, who can sanity check and test the new dependency, are involved in making sure the packages get built and function correctly against the new version of dependent software. A downside is that this is likely to take some time-- the dependent package maintainers need to notice the dependency update, have time, and do the update properly. A merit of #2 is that the updates get done quickly. A disadvantage is that they may not be done correctly, possibly even introducing uncaught security holes or result in data loss. Another disadvantage is that for really core low-level packages (like glibc or even something like sqlite), the number of rebuilds is potentially huge and the likelihood of getting things wrong is even larger, and it will be increasingly hard to get people to agree to maintain those low-level packages because of the amount of work involved. How have people generally been approaching this issue and with what rationale? As a starting point, in absence of other communication, I generally expect developers to rebuild and test their own packages when their dependencies are upgraded, but perhaps I'm in the minority. I think we should be sensitive to the general number and kind of dependencies we have on packages we maintain, and make sure to put those things into testing to give other developers lots of time to rebuild and test against them, but not assume we each have sufficient knowledge and experience to rebuild any of the potentially vast spectrum of dependent packages with any reasonable certainty they will work. - P

7 11

[arch-dev-public] netfs daemon script failing on shutdown
by Dan McGee 04 Jan '08

04 Jan '08

I've noticed lately that netfs always fails to shut down correctly, and I was wondering if this is just my system or if others are also noticing this. An easy way to check: sudo /etc/rc.d/netfs restart If you see a [FAIL], you're in the same boat as me. Let me know and I'll file a bug report if more people have the same issue. -Dan

5 7

Re: [arch-dev-public] [arch-commits] CVS update of core/base/perl (8 files)
by Pierre Schmitz 04 Jan '08

04 Jan '08

Am Dienstag, 1. Januar 2008 06:26:08 schrieb Kevin Piche: > upgpkg: perl 5.10.0-1 > Update to 5.10.0 using new perl policy, remove symlinks to current in > install script error: could not prepare transaction error: failed to commit transaction (conflicting files) perl: /usr/bin/ptar exists in filesystem perl: /usr/bin/ptardiff exists in filesystem errors occurred, no packages were upgraded. satellite% pacman -Qo /usr/bin/ptar /usr/bin/ptar is owned by perl-archive-tar 1.34-1 -- http://www.archlinux.de

2 1

[arch-dev-public] x264 testing?
by Damir Perisa 04 Jan '08

04 Jan '08

what is the reason we have x264 in extra half a year outdated and the one up-to-date in testing? http://www.archlinux.org/packages/search/?q=x264 thanx for info, Damir -- .·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´ ° ° ° ° ° ° ><((((º> ° ° ° ° ° <º)))>< <º)))><

6 15

[arch-dev-public] Cleanup update (was: Third list of removal candidates)
by Eric Belanger 04 Jan '08

04 Jan '08

After removing several packages, here's what's left: =====Packages for which interest has been shown or that should remain in extra===== apmd replaced by acpi (incorrect. needed for older machines) dmcradio Description: A ncurses-based console program for radio tuner cards. efax utilities to send and receive faxes, I guess we should keep it unless another package provides fax support genius Roman: it's a gnome app. Description: Advanced calculator including a mathematical programming language gnome-audio audio files for gnome. Part of gnome-extra group. Any takers? Jan? Roman? hnb Description: hierarchical notebook (hnb) is a curses program to structure many kinds of data in one place ipvsadm Description: The IP Virtual Server administration utility isapnptools ISA Plug-And-Play devices support: shopuld be kept jetty Description: A full-fledged production-grade lightweight Java Servlet Container mrtg Description: Multi Router Traffic Grapher. nss_ldap Description: The nss_ldap module provides the means for Linux and Solaris workstations to resolve the entities defined in RFC 2307 from LDAP directories. pam_ldap Description: The pam_ldap module provides the means for Solaris and Linux workstations to authenticate against LDAP directories, and to change their passwords in the directory. pdns-ldap unused lib, might be included in pdns (currently orphaned) pdns-mysql unused lib, might be included in pdns (currently orphaned) pdns-pgsql unused lib, might be included in pdns (currently orphaned) pdns-recursor Description: PowerDNS recursor perl-email-date unused perl module. Jan: What's your take on this after reading my response: http://archlinux.org/pipermail/arch-dev-public/2007-November/003377.html ? Should we remove them? speedtouch modem drivers, should be kept xf86-input-* Xorg maintainer should adopt those xf86-video-intel Xorg maintainer should adopt it xf86-video-unichrome Xorg maintainer should adopt it ===== In the above list, Jan has shown interest in adopting the gnome stuff and the ldap and pdns stuff but hasn't done so yet via the dashboard. As for the rest, we should find a maintainer unless someone thinks that some of them may be moved to unsupported. =====Packages on the verge of being moved to unsupported===== adns Description: adns is an asyncronous replacement resolver library aide Description: AIDE (Advanced Intrusion Detection Environment) is a file integrity checker gpart Description: Gpart is a tool which tries to guess the primary partition table of a PC-type hard disk in case the primary partition table in sector 0 is damaged gpgme03 obsoleted by gpgme??? gprolog Can be removed, I guess. There is another prolog compiler (swi-prolog) in repo. hashalot Description: A tool to hash stuff hypermail Description: Hypermail is a program that takes a file of mail messages in UNIX mailbox format and generates a set of cross-referenced HTML documents ippl Description: IP Protocols Logger ircd Description: Internet Relay Chat Daemon mod_security Description: An open source intrusion detection and prevention engine for web applications netdude w libnetdude & libpcapnav used to inspect/manipulate tcpdump trace files. Should we keep it? netkit-bootparamd Do we keep? netkit-ntalk Isn't talk obsoleted by Instant Messaging and IRC? netpipes Description: The netpipes package makes TCP/IP streams usable in shell scripts oidentd ident server like pidentd (orphaned). Which one should we keep or should we remove both? pam_mysql Description: A PAM module to authenticate users against mysql. pidentd ident server like oidentd (orphaned). Which one should we keep or should we remove both? pppconfig Description: A text menu based utility for configuring ppp. sendfile Description: The sendfile client transfers files to the sendfile daemon of the recipient's host ssldump Description: an SSLv3/TLS network protocol analyzer tmda Description: Tagged Message Delivery Agent. vconfig Description: VLAN configuration utility x2vnc Description: Lets you use two monitors on two different computers one one computer x2x Description: Control one X display from another xprobe Description: tool for remote OS fingerprinting based on ICMP responses received from the host yp-tools Description: yp-tools is an implementation of the NIS client tools for Linux ytalk Description: A client of the talk/ntalk inet daemon zebra Description: Manages IPv4 and IPv6 routing protocols ===== Does anyone objects in moving the packages in the above list to unsupported? If you are fine with their removal, let me know so I know that a few other devs went through the list. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

6 7

Re: [arch-dev-public] [arch-commits] CVS update of extra/multimedia/miro (ChangeLog PKGBUILD)
by Travis Willard 03 Jan '08

03 Jan '08

On Jan 3, 2008 3:20 PM, Damir Perisa <damir.perisa(a)solnet.ch> wrote: > Thursday 03 January 2008, Travis Willard wrote: > | On Jan 3, 2008 3:00 PM, Damir Perisa <damir.perisa(a)solnet.ch> > wrote: > | > Thursday 03 January 2008, Varun Acharya wrote: > | > | Index: extra/multimedia/miro/ChangeLog > | > | diff -u /dev/null extra/multimedia/miro/ChangeLog:1.1 > | > | --- /dev/nullThu Jan 3 14:48:51 2008 > | > | +++ extra/multimedia/miro/ChangeLogThu Jan 3 14:48:51 > | > > | > why is the Changelog in CVS? > | > | Because pacman supports changelogs. That's the changelog for the > | package, not the upstream software. > > i must have missed something! /me goes reading emails... > pacman -Qc will show the changelog. I think there's a tool to make changelogs too, where you can specify what goes in them. On Jan 3, 2008 3:17 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: > > why is the Changelog in CVS? > > Of bigger things to notice, I did see you put your entry at the bottom > instead of the top. The rest of the orders were chronological from the > bottom up, and ChangeLogs are usually in that order. > Good catch - I missed that. Yeah, Varun's changelog entry is on the wrong end of the log.

3 2