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

[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 05 Jan '08

05 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 05 Jan '08

05 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 04 Jan '08

04 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

[arch-dev-public] qt4 timeframe? stoppers? breaks? anything in the wheels?
by Damir Perisa 04 Jan '08

04 Jan '08

dear all, it's me again, the testing-remindering-nag-person. this time in the programme... qt4. i knwo that lots was going on and qt is not in version 4 in testing as well as qt3 also there. i ran into lack of pyqt (4) some time ago but as we now have it (thanx again) and i checked the bugs and could not find any qt(4)-related issues, i would say, we finish this and put it in extra. lets give the squeaky wheel some grease :D anybody who knows about stoppers or at least breaking issues, please reply to this email as soon as possible. thanx - D -- .·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´ ° ° ° ° ° ° ><((((º> ° ° ° ° ° <º)))>< <º)))><

4 8

[arch-dev-public] abs split and changes (was: Status questions)
by Dan McGee 03 Jan '08

03 Jan '08

On Jan 3, 2008 2:30 PM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > On Jan 3, 2008 2:27 PM, eliott <eliott(a)cactuswax.net> wrote: > > 2. ABS move to rsync. > > There was some talk regarding moving ABS away from cvsup, towards a > > more generalized scm agnostic solution such as rsync. I had a proof of > > concept abs implementation using rsync functional, and sent patches to > > *someone* (memory is foggy..maybe it was Dan?). Is this still > > something on the general todo list? > > You sent patches to me. Last status report I mentioned that we're > waiting for 3.1 as it should split out abs into a new package, > allowing us to make these changes at the same time. http://projects.archlinux.org/git/?p=abs.git;a=summary git clone git://projects.archlinux.org/abs.git abs Anyone want to take this on? It really isn't a high maintenance thing. It has been split into its own repository now, and anyone can take it and run with Eliott's idea (which I'll give a +1). It really shouldn't be too much of a burden on anyone, and you get that awesome feeling of leading a project (even if it is small!). I'm willing to help out, but my "full-time" duties will always tend to be with pacman so this might not get as much love from me as someone else could give it. -Dan

4 10

[arch-dev-public] Status questions
by eliott 03 Jan '08

03 Jan '08

Just curious about a few projects that may or may not have falled by the wayside over the break. 1. SCM move to SVN. I assume this is still going to happen. Any progress? Bueller? 2. ABS move to rsync. There was some talk regarding moving ABS away from cvsup, towards a more generalized scm agnostic solution such as rsync. I had a proof of concept abs implementation using rsync functional, and sent patches to *someone* (memory is foggy..maybe it was Dan?). Is this still something on the general todo list? Thanks for any updates or information anyone has.

2 1

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

03 Jan '08

On Jan 3, 2008 2: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? 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. -Dan

1 0