Bug 118429 - stablize =dev-db/sqlite-2.8.16-r4 and =dev-db/sqlite-3.3.5-r1
|
Bug#:
118429
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: maintainer-needed@gentoo.org
|
Reported By: tove@gentoo.org
|
|
Component: Ebuilds
|
|
|
URL:
|
|
Summary: stablize =dev-db/sqlite-2.8.16-r4 and =dev-db/sqlite-3.3.5-r1
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2006-01-09 10:36 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
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?
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
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
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!
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
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.)
arj, what do you think about it? Can i help you?
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
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 ;-)
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?
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.
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)
Both stable on sparc. (Both built with USE="tcltk doc", I build
sqlite-2.8.16-r4 with USE="doc nls tcltk".)
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
Thanks Jason!
- added sparc again (stable pysqlite blocks sqlite-3.3*)
So now that we're back on the bug, what version of pysqlite do we stablize to
fix the broken deps?
Add python to this bug ... which pysqlite version can be stabled?
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.
(In reply to comment #19)
> Tobias, see bug 137494 (blocks this bug):
Heh, I somehow managed to miss that :P
=dev-db/sqlite-2.8.16-r4, =dev-db/sqlite-3.3.5-r1 and
=dev-python/pysqlite-2.3.1 ppc stable
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
i think we're done now, feel free to call us back otherwise.
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.