118429 2006-01-09 10:36 0000 stablize =dev-db/sqlite-2.8.16-r4 and =dev-db/sqlite-3.3.5-r1 2007-01-01 04:49:41 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED P2 normal --- 137494 133817 1 tove@gentoo.org maintainer-needed@gentoo.org arj@gentoo.org python@gentoo.org tove@gentoo.org 2006-01-09 10:36:42 0000 To stablize bogofilter I need a stable sqlite with version greater than 3.2.6. There seems to be some multilib strict problems on amd64? What is it? What needs to be fixed? Changelog: 07 Nov 2005; Anders Rune Jensen <arj@gentoo.org> sqlite-3.2.7.ebuild: Removed stable mark on amd64. Has problems with multilib-strict [...] 06 Nov 2005; Anders Rune Jensen <arj@gentoo.org> sqlite-3.2.7.ebuild: Marked stable on amd64. Fixes #106703 cryos@gentoo.org 2006-01-14 18:11:11 0000 I just checked this out, !!! ERROR: dev-db/sqlite-3.2.7-r1 failed. !!! Function dyn_install, Line 1187, Exitcode 0 !!! File /mnt/gentoo/var/tmp/portage/portage/sqlite-3.2.7-r1/image///usr/lib/tcl8.4/sqlite3/libtclsqlite3.so matches a file type that is not allowed in /usr/lib !!! If you need support, post the topmost build error, NOT this status message. I am guessing this is what he is referring to. No arch is stable on 3.2.7 right now though. All 64 bit libs must go into lib64, not lib. That is what is meant by a multilib-strict problem and it should be fixed before the app is stabilised. Anyone else comment - this is a tcl lib does that get any special treatment? blubb@gentoo.org 2006-01-17 04:08:15 0000 just FYI: beside the multilib-strict thing, there are other issues to solve before marking it stable: attach-5.8... Ok attach-5.9... Ok attach-6.1... Ok attach-6.2... **** Tests do not work when run as root **** make: *** [test] Error 1 blubb@gentoo.org 2006-01-17 04:24:33 0000 the multilib-strict problem is in fact one with tcl, so this shouldn't stop us from stablizing sqlite, but there's still the src_test issue. -> reassigning arj@gentoo.org 2006-02-05 14:05:24 0000 I've fixed in multilib-strict and test problems in 3.3.3-r1. Could you (amd64) check if it's ok and mark it stable? Thanks! blubb@gentoo.org 2006-02-10 03:53:13 0000 it works fine, but the ebuild is a bit new to be marked stable. reassigning to arj as i think other arches want to stablize this version too tove@gentoo.org 2006-03-21 23:05:41 0000 The installation of lemon needs to be fixed: | if ! [ -e ${DESTDIR}/usr/bin/lemon ] | then | dobin lemon | fi (i think DESTDIR should have been ROOT. But it doesn't matter because it wouldn't work as expected anyway - eg lemon is remove on reinstallation) Anders, have a look at alternatives.eclass. You can "newbin lemon lemon-${SLOT}" and set a symlink to the latest (prefered) bin: | inherit alternatives | | SOURCE="/usr/bin/lemon" | ALTERNATIVES="/usr/bin/lemon-3 /usr/bin/lemon-2" (After all i don't know what lemon is used for or if this makes sense for sqlite. And it needs a bump for every needed version.) tove@gentoo.org 2006-05-03 12:11:52 0000 arj, what do you think about it? Can i help you? arj@gentoo.org 2006-05-03 17:19:11 0000 Sorry for the delay Tove. I was away on vacation. Yeah the lemon thing is a little messy. The binaries from 2.8 and 3.X have the same version number so I don't think anything changed. But yeah your solution is better and it has been committed. 3.3.5 has been working without any problems for me for the last couple of weeks so I only changed that version. Alternatively the changes to 3.3.5 can be put into 3.3.4 if you think that is safer? It would probably be a good idea to mark 2.8.16-r3 stable at the same time since they both have the alternatives. Thanks arj@gentoo.org 2006-05-03 17:28:15 0000 The changes should naturally have bumped the packages. I've added 2.8.16-r4 and 3.3.5-r1 now. Sorry for the noise ;-) tove@gentoo.org 2006-05-20 04:43:01 0000 Anders, can arch teams mark =dev-db/sqlite-2.8.16-r4 and =dev-db/sqlite-3.3.5-r1 stable now? Do you know of any package working with 3.2.1-r3 but not 3.3.5-r1? arj@gentoo.org 2006-05-20 11:29:22 0000 Yes. I've been using the 3.3.X for quite some time and it works perfectly here. The only half-open problem seems to be the bug 123285 but I can see that you have commented on that one. tove@gentoo.org 2006-06-20 05:08:53 0000 Please stablize the latest versions of sqlite in its SLOT: * alpha, am64, arm, hppa, ia64, ppc, ppc64, sh(?), sparc, x86 please stablize =dev-db/sqlite-2.8.16-r4 and =dev-db/sqlite-3.3.5-r1 * mips and ppc-macos please stablize =dev-db/sqlite-2.8.16-r4 (and if you want =dev-db/sqlite-3.3.5-r1) fmccor@gentoo.org 2006-06-20 05:35:29 0000 Both stable on sparc. (Both built with USE="tcltk doc", I build sqlite-2.8.16-r4 with USE="doc nls tcltk".) weeve@gentoo.org 2006-06-21 08:07:28 0000 The stablization of sqlite-3.3.5-r1 causes broken dependencies for pysqlite-2.0.5 (which appears to be the latest stable version of pysqlite on most if not all platforms) as it blocks >=sqlite-3.3.3. Using jeeves's reverse depenendcy mechanism, the following apps depend on pysqlite and now could and/or do have broken dependencies (I personally encountered this with bossogg): dev-python/adodb-py dev-python/axiom dev-python/django dev-python/sqlobject media-sound/bossogg net-im/gajim net-irc/supybot net-print/pykota tove@gentoo.org 2006-06-21 08:57:33 0000 Thanks Jason! - added sparc again (stable pysqlite blocks sqlite-3.3*) corsair@gentoo.org 2006-06-21 13:38:59 0000 ppc64 stable weeve@gentoo.org 2006-06-21 20:27:48 0000 So now that we're back on the bug, what version of pysqlite do we stablize to fix the broken deps? dertobi123@gentoo.org 2006-06-25 04:49:58 0000 Add python to this bug ... which pysqlite version can be stabled? tove@gentoo.org 2006-06-25 05:27:20 0000 Tobias, see bug 137494 (blocks this bug): marienz offered to make a pysqlite-2.0.7-r1 with the setuptools dependency removed. The latest version of pysqlite (2.3.1) was just added to the tree three days ago. This version might fix more problems and also produce new ones(?). As sparc is currently the only arch with broken dependencies i would like to know which route they prefer. All other arches with a stable =pysqlite-2.0.5 (alpha, ia64, ppc, x86) should wait for a stable pysqlite-2.3.1 befrore stabilizing this bug and bug #133817 IMHO. amd64, arm, mips, hppa, ppc-macos, sh can stablize =dev-db/sqlite-3.3.5-r1 without breaking dependencies wrt pysqlite. I hope i didn't miss anything. dertobi123@gentoo.org 2006-06-25 07:03:14 0000 (In reply to comment #19) > Tobias, see bug 137494 (blocks this bug): Heh, I somehow managed to miss that :P dertobi123@gentoo.org 2006-07-22 13:25:43 0000 =dev-db/sqlite-2.8.16-r4, =dev-db/sqlite-3.3.5-r1 and =dev-python/pysqlite-2.3.1 ppc stable fauli@gentoo.org 2006-08-02 05:22:38 0000 both emerge fine, and pass collision test Portage 2.1-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-gentoo-r4 i686) ================================================================= System uname: 2.6.17-gentoo-r4 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System version 1.6.15 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict test" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/" LANG="de_DE@euro" LC_ALL="de_DE@euro" LINGUAS="de" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage" USE="x86 3dnow 3dnowext X Xaw3d a52 alsa arts artworkextra asf audiofile avi bash-completion beagle berkdb bidi bitmap-fonts bootsplash branding bzip2 cairo cdda cddb cdparanoia cdr cli cracklib crypt css cups curl custom-cflags dbus dga directfb divx4linux dlloader dri dts dvd dvdr dvdread dvi eds emacs emboss encode esd evo exif expat fam fat fbcon fdftk ffmpeg firefox foomaticdb fortran ftp gb gcj gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml hal icq idn imagemagick imap imlib ipv6 isdnlog java javascript jikes jpeg jpeg2k ldap leim libg++ libwww lm_sensors mad maildir matroska mbox mikmod mime mmx mmxext mng mono motif mp3 mpeg mpeg2 mule nautilus ncurses nforce2 nls nocardbus nptl nptlonly nsplugin nvidia objc ogg opengl pam pcre pdf pdflib perl plotutils pmu png ppds pppd preview-latex print python qt qt3 qt4 quicktime readline reflection reiserfs samba sdk session slang spell spl sse ssl svg svga t1lib tcltk tcpd theora thunderbird tiff truetype truetype-fonts type1-fonts udev usb vcd videos vorbis win32codecs wmf wxwindows xine xml xorg xosd xv xvid zlib elibc_glibc input_devices_mouse input_devices_keyboard kernel_linux linguas_de userland_GNU video_cards_radeon video_cards_vesa video_cards_fbdev" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS wolf31o2@gentoo.org 2006-08-08 08:59:06 0000 amd64/x86 done gustavoz@gentoo.org 2006-08-11 13:19:11 0000 i think we're done now, feel free to call us back otherwise. gustavoz@gentoo.org 2006-08-23 13:05:41 0000 hppa stable. kloeri@gentoo.org 2006-10-21 14:36:49 0000 Alpha done. tove@gentoo.org 2006-10-29 01:55:11 0000 arm done ahf@0x90.dk 2006-11-11 05:14:59 0000 Both stable on MIPS. jakub@gentoo.org 2007-01-01 04:49:41 0000 Keywords for dev-db/sqlite: | a a a h i m m p p p s s s s x x | l m r p a 6 i p p p 3 h p p 8 8 | p d m p 6 8 p c c c 9 a a 6 6 | h 6 a 4 k s 6 - 0 r r - | a 4 4 m c c f | a - b | c f s | o b d | s s | d ----------+-------------------------------- 2.8.15 | + + + + + + ~ + + + + 2.8.16-r1 | + + + + + ~ + + + + + + 2.8.16-r3 | ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ 2.8.16-r4 | + + + + + + + + ~ + + + + ~ 3.2.1-r3 | + + + + + ~ + + ~ + + + 3.2.7-r1 | ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ 3.3.4 | ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ 3.3.5 | ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ 3.3.5-r1 | + + + + + + + + ~ + + + + 3.3.6 | ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Nothing left here, closing.