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

[arch-dev-public] tcl/tk 8.5.0 into testing
by Andreas Radke 15 Jan '08

15 Jan '08

I put tcl/tk 8.5.0 into testing for i686 and x86_64. This will require several rebuilds. I'll try to build them over the next few days. If someone has a better list than that one please tell me: [andyrtr@workstation64 extra]$ sh /home/daten/arch64/cvs/arch/scripts/finddeps tcl perl-newt tk expectk expect tuxracer xchat-gnome xchat [andyrtr@workstation64 extra]$ sh /home/daten/arch64/cvs/arch/scripts/finddeps tk pil python-opengl python-vpython xbindkeys ruby ocaml expectk python python24 xconq r timidity++ pidgin ding i8kmon perl-tk -Andy

2 2

[arch-dev-public] Mozilla move from testing?
by Jan de Groot 15 Jan '08

15 Jan '08

I see the todo list for mozilla -> /usr move is completed. Do we have any issues left here? I'd like to have it moved so I can update some extra applications.

3 5

[arch-dev-public] [signoff] Readline 5.2-7 (both arches)
by Jan de Groot 15 Jan '08

15 Jan '08

Readline 5.2-7 is in testing for both architectures. The package includes the latest upstream patches and fixes FS#9211 on i686. Please test and signoff.

5 4

[arch-dev-public] Perl Status
by K. Piche 15 Jan '08

15 Jan '08

Hey all, Here's the current status of the new perl regime: - most perl module packages with .so's have been rebuilt - the perl package was modified to put man pages in /usr/share/man. Any new module packages built against the next release will also put their pages in /usr/share/man by default. Oout soon. - started a ChangeLog (is there a tool for this?) Problems: - zim segfaults with new gtk2/glib/cairo-perl packages - gtk2-perl make tests fail, known issue fixed in next perl version - perl-tk build fails, unofficial release 804.028 works, waiting for stable release Regards, k -- K. Piche <kpiche(a)rogers.com>

1 0

[arch-dev-public] [signoff] kernel26-2.6.23.13-1
by Tobias Powalowski 15 Jan '08

15 Jan '08

Hi kernel bump for both arches in testing, please signoff and addresses this bug: http://bugs.archlinux.org/task/9129 greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 4

[arch-dev-public] [signoff] logrotate 3.7.5
by Aaron Griffin 15 Jan '08

15 Jan '08

Version bump to 3.7.5 FS#6911 - Remove mailx as a dependency FS#5855 - Simple update via CVS based url FS#8264 - Ignore pacnew/pacsave files spit out in the include dir (will be in testing in about 30 minutes, this is a preemptive email)

3 2

[arch-dev-public] Logo inside packages
by Travis Willard 15 Jan '08

15 Jan '08

Hey guys, What do we plan to do about our logo inside packages? For example, we have a framebuffer logo in kernel26, I think we customized an office suite splash screen (open office?), and perhaps other packages I don't know about. Instead of updating them to the current logo, I suggest we remove them altogether. It kind of deviates from the as-vanilla-as-possible packaging goal, doesn't it? -- Travis

7 10

[arch-dev-public] New todolist: FHS man pages
by Aaron Griffin 14 Jan '08

14 Jan '08

https://dev.archlinux.org/todo/47/ This list contains packages found by jra/byte by grepping for /usr/man in all our PKGBUILDs. They may not all need changing, but we should now (with pacman 3.1) begin phasing in FHS compliant man pages - that is, stored in /usr/share/man Toodles, Aaron

1 0

[arch-dev-public] [signoff] vi release 214
by Tobias Kieslich 14 Jan '08

14 Jan '08

please signoff vi, somebody still has to build it for x64. I had to workaround a breakage in their patching scheme and updated pythoncomplete.vim -T

3 2

[arch-dev-public] What not to do when packaging (vbetool)
by Dan McGee 13 Jan '08

13 Jan '08

Problem here: <http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/system/vbetool/PKGBUILD.diff?r…> There are about 4 revisions in a row of this, and none of them had a pkgrel bump. Our dbscripts suck, but it looks like they got messed up parsing the dependencies into the sync DB, leaving a nice little problem on my system: $ testdb missing dependency for vbetool : libx86 The package contains the correct deps (zlib and libx86), but the sync db only contains zlib. Thus, my system is "broken" at the moment. We need to be careful when it comes to this kind of situation. If you make a dependency change to a package, you must ensure you bump the pkgrel when changing the PKGBUILD. It isn't the end of the world if the end user doesn't see a built package for every pkgrel bump- that is really for our internal use anyway. -Dan

3 3