January 2006 - crux-devel

[clc-devel] [CRUX] #42: kdegraphics pkgfile fail to patch kpdf
by CRUX 07 Jan '06

07 Jan '06

#42: kdegraphics pkgfile fail to patch kpdf --------------------+------------------------------------------------------- Id: 42 | Status: new Component: ports | Modified: Fri Jan 6 23:29:23 2006 Severity: normal | Milestone: Priority: normal | Version: Owner: sten | Reporter: anonymous --------------------+------------------------------------------------------- The kdegraphics pkgfile tries to apply the CAN-2005-3193 fix erroneously. The patch should be applied from the main source directory root, not from kpdf/xpdf/xpdf. Has the patch changed or hasn't the Pkgfile been tested? ;-) {{{ --- Pkgfile.old 2006-01-06 22:19:45.000000000 +0200 +++ Pkgfile 2006-01-06 22:20:04.000000000 +0200 @@ -13,10 +13,7 @@ build() { cd $name-$version - ( - cd kpdf/xpdf/xpdf/ - patch -p0 < $SRC/post-3.5.0-kdegraphics-CAN-2005-3193.diff - ) + patch -p0 < $SRC/post-3.5.0-kdegraphics-CAN-2005-3193.diff # Nvidia hack NVIDIAINCLUDES=/usr/include/nvidia if [ -d $NVIDIAINCLUDES ]; then }}} -- Ticket URL: <http://crux.nu/cgi-bin/trac.cgi/ticket/42> CRUX <http://crux.nu/> CRUX

1 1

[clc-devel] [CRUX] #43: libgphoto2 version bump
by CRUX 07 Jan '06

07 Jan '06

#43: libgphoto2 version bump ---------------------+------------------------------------------------------ Id: 43 | Status: new Component: ports | Modified: Fri Jan 6 23:40:57 2006 Severity: trivial | Milestone: Priority: low | Version: Owner: sten | Reporter: aon(a)iki.fi ---------------------+------------------------------------------------------ The newest gphoto2 doesn't build with the version of libgphoto2 in opt. It also contains other improvements. I tested kdegraphics, which seems to be the only thing that depends on it in the current tree, and it builds fine (except for the kpdf patch issue, which I accidentally posted as anonymous). No usage tests performed, though. Patch as attachment, as it's rather large. -- Ticket URL: <http://crux.nu/cgi-bin/trac.cgi/ticket/43> CRUX <http://crux.nu/> CRUX

1 1

[clc-devel] [CRUX] #41: November 29, 2005 need to update opt/mesa3d to 6.4.1
by CRUX 07 Jan '06

07 Jan '06

#41: November 29, 2005 need to update opt/mesa3d to 6.4.1 --------------------+------------------------------------------------------- Id: 41 | Status: new Component: ports | Modified: Fri Jan 6 19:24:18 2006 Severity: normal | Milestone: Priority: low | Version: Owner: per | Reporter: mike --------------------+------------------------------------------------------- November 29, 2005 Mesa 6.4.1 has been released. -- Ticket URL: <http://crux.nu/cgi-bin/trac.cgi/ticket/41> CRUX <http://crux.nu/> CRUX

1 1

[clc-devel] [CRUX] #35: missing dependency for gtk
by CRUX 05 Jan '06

05 Jan '06

#35: missing dependency for gtk --------------------+------------------------------------------------------- Id: 35 | Status: new Component: ports | Modified: Sat Dec 31 10:16:57 2005 Severity: normal | Milestone: Priority: normal | Version: Owner: per | Reporter: anonymous --------------------+------------------------------------------------------- gtk does not compile if libtiff is not installed. -- Ticket URL: <http://crux.nu/cgi-bin/trac.cgi/ticket/35> CRUX <http://crux.nu/> CRUX

1 3

[clc-devel] Ports tree is too fat!
by Oleksiy V. Khilkevich 04 Jan '06

04 Jan '06

Hi! <code> grim$ cd /usr/ports grim$ du -sh core opt . 3,8M core 16M opt 110M . </code> Just an idea, but i think that the most of that space is used by .fatprints of stuff like kde/gnome/openoffice/etc Maybe some kind of compression? I think that gzipped or bzipped .footprint is a great solution! They are rarely viewed by end-users and even developers, so why not to gzip them? Other files in footprint are rather small (like .md5sum) or frequently edited (Pkgfile and pre/post scripts) So I suggest a following: plain-text .md5sum Pkfile pre-install post-install and README files and gzipped .footprint.gz or uncompressed .footprint at the packager's choice This, however requires a minor changes in pkgutils... What the maintainers think about this? -- have a nice winter day, Oleksiy V. Khilkevich [GRIM-UANIC] [GRIM-RIPE] Please avoid sending me Word, Excel or PowerPoint attachments. Use plain text, HTML or PDF instead. http://www.gnu.org/philosophy/no-word-attachments.html

6 7

[clc-devel] [CRUX] #39: new rox 2.4.1 released fixes crash with gtk 2.6.9
by CRUX 04 Jan '06

04 Jan '06

#39: new rox 2.4.1 released fixes crash with gtk 2.6.9 --------------------+------------------------------------------------------- Id: 39 | Status: new Component: ports | Modified: Tue Jan 3 09:33:14 2006 Severity: normal | Milestone: Priority: high | Version: Owner: per | Reporter: anonymous --------------------+------------------------------------------------------- From the ROX 2.4.1 changelog: - Changing the display style crashes the filer with GTK >= 2.8.9 because it sends a selection changed event before the view has finished initialising (Thomas Leonard; reported by Tobias Kieslich). -- Ticket URL: <http://crux.nu/cgi-bin/trac.cgi/ticket/39> CRUX <http://crux.nu/> CRUX

1 1

[clc-devel] [CRUX] #40: wrong source in rxvt-unicode port after its downgrade
by CRUX 04 Jan '06

04 Jan '06

#40: wrong source in rxvt-unicode port after its downgrade --------------------+------------------------------------------------------- Id: 40 | Status: new Component: ports | Modified: Wed Jan 4 09:57:09 2006 Severity: normal | Milestone: Priority: low | Version: 2.0 Owner: per | Reporter: mike --------------------+------------------------------------------------------- Wrong source in rxvt-unicode port after a downgrade from 6.2-x to 6.1-1 It is set to source=(http://dist.schmorp.de/$name/$name-$version.tar.bz2) And maybe it should point to http://dist.schmorp.de/$name/Attic/$name-$version.tar.bz2 -- Ticket URL: <http://crux.nu/cgi-bin/trac.cgi/ticket/40> CRUX <http://crux.nu/> CRUX

1 1

[clc-devel] core/opt dependencies
by Juergen Daubert 01 Jan '06

01 Jan '06

Hi all, one outstanding point is still the question how to deal with dependencies for core and even opt ports. IIRC one result of CruxCon 2005 was, to handle that in the following way: - All core/opt ports should list run-time dependencies - but not to glibc and gcc - no build-time dependencies As a first step I've created a dependency list of all core ports [1] with a slightly modified version of Johannes' 'finddeps' [2]. To simplify this, the script 'mkdeplist' [3] could be used. The output of 'reducedeps' [4] is a compressed list with no redundant dependencies [5]. [6] is a list of all core/opt ports installed on my system. Be aware, [3] and [4] are quick hacks without any comments and error checks. One drawback of the method above is, that the list is not complete, because only deps which can be found with ldd are listed. Other deps like hicolor-icon-theme for gtk or ruby for yapo are missing. Ok so far, but how to proceed ? - if we agree with the rules above, I'll add all the missing deps to the core ports. - remove build-time deps like pkgconfig - define a list of core-core ports, which must be installed to build ports, or ... ? - it would be nice if we had a complete core/opt list. I'm volunteer for creating/maintaining such a list. To build them I need the output of 'mkdeplist /usr/ports/opt'. Thanks for your attention and kind regards Juergen [1] http://jue.li/crux/misc/core_deps_full.txt [2] http://jue.li/crux/misc/finddeps [3] http://jue.li/crux/misc/mkdeplist [4] http://jue.li/crux/misc/reducedeps [5] http://jue.li/crux/misc/core_deps.txt [6] http://jue.li/crux/misc/all_deps.txt -- Juergen Daubert | mailto:jue@jue.li Korb, Germany | http://jue.li/crux

4 5

[clc-devel] [CRUX] #34: db version bump (fixes broken link)
by CRUX 01 Jan '06

01 Jan '06

#34: db version bump (fixes broken link) ---------------------+------------------------------------------------------ Id: 34 | Status: new Component: ports | Modified: Thu Dec 29 22:20:04 2005 Severity: trivial | Milestone: Priority: normal | Version: Owner: per | Reporter: aon(a)iki.fi ---------------------+------------------------------------------------------ Berkeley DB 4.3.29 has been released on 30th September 2005. The old version (4.3.28) doesn't seem to exist on the mirror anymore. {{{ diff -uprN db/.md5sum db.new/.md5sum --- db/.md5sum 2005-12-29 21:14:31.000000000 +0200 +++ db.new/.md5sum 2005-12-29 21:14:27.000000000 +0200 @@ -1 +1 @@ -e27759537db6054b31d8cb3e99ba6fbb db-4.3.28.tar.gz +13585a20ce32f113b8e8cdb57f52e3bb db-4.3.29.tar.gz diff -uprN db/Pkgfile db.new/Pkgfile --- db/Pkgfile 2005-12-29 21:14:31.000000000 +0200 +++ db.new/Pkgfile 2005-12-29 21:14:27.000000000 +0200 @@ -3,7 +3,7 @@ # Maintainer: Per Lidén <per(a)fukt.bth.se> name=db -version=4.3.28 +version=4.3.29 release=1 source=(ftp://ftp.sleepycat.com/releases/$name-$version.tar.gz) }}} -- Ticket URL: <http://www.crux.nu/cgi-bin/trac.cgi/ticket/34> CRUX <http://crux.nu/> CRUX

1 1

[clc-devel] [CRUX] #38: Missing dependency in acroread: libstdc++-compat
by CRUX 01 Jan '06

01 Jan '06

#38: Missing dependency in acroread: libstdc++-compat --------------------+------------------------------------------------------- Id: 38 | Status: new Component: ports | Modified: Sun Jan 1 17:10:32 2006 Severity: normal | Milestone: Priority: normal | Version: Owner: sip | Reporter: aon(a)iki.fi --------------------+------------------------------------------------------- The acroread Pkgfile doesn't mention that libstdc++-compat is needed to run it. When acroread is installed like this, it gets to the splash screen and exits. As the cause of this problem isn't completely obvious (acroread doesn't provide any error message, strace shows the problem), I'd suggest adding libstdc++-compat to the dependencies. {{{ --- Pkgfile.old 2006-01-01 16:09:22.000000000 +0200 +++ Pkgfile 2006-01-01 16:10:52.000000000 +0200 @@ -2,7 +2,7 @@ # Packager: Markus Ackermann, maol at symlink dot ch # Maintainer: Simone Rota, sip at varlock dot com # URL: http://www.adobe.com/ -# Depends on: gtk +# Depends on: gtk, libstdc++-compat name=acroread version=7.0.1 }}} -- Ticket URL: <http://crux.nu/cgi-bin/trac.cgi/ticket/38> CRUX <http://crux.nu/> CRUX

1 1