| Summary: | media-sound/amarok-2.2.1: Empty collection after full scan | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Dennis Schridde <dschridde+gentoobugs> |
| Component: | [OLD] KDE | Assignee: | Jorge Manuel B. S. Vicetto (RETIRED) <jmbsvicetto> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | agaffney, anarsoul, anigl, doochik, kde, oliver.maurhart, the_unknown, vamp898 |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Dennis Schridde
2009-11-21 09:49:50 UTC
When starting amarok in debug mode (amarok --debug) it outputs (among others) the following lines: InnoDB: The InnoDB memory heap is disabled InnoDB: use atomic builtins. InnoDB: The log sequence number in ibdata files does not match InnoDB: the log sequence number in the ib_logfiles! 091121 10:52:25 InnoDB: Database was not shut down normally! InnoDB: Starting crash recovery. InnoDB: Reading tablespace information from the .ibd files... InnoDB: Restoring possible half-written data pages from the doublewrite InnoDB: buffer... amarok: [ERROR!] GREPME MySQL query failed! Can't get stat of '/home/XXX/.kde4/share/apps/amarok/mysqle/amarok' (Errcode: 0) on "Could not create amarok database" amarok: [ERROR!] GREPME MySQL query failed! Can't create/write to file '/home/XXX/.kde4/share/apps/amarok/mysqle/amarok/db.opt' (Errcode: 2) on "Could not alter database charset/collation" amarok: [ERROR!] GREPME MySQL query failed! Unknown database 'amarok' on "Could not select database" amarok: Connected to MySQL server 5.0.84-embedded amarok: Connected to MySQL server 5.0.84-embedded amarok: Initialized thread, count== 1 Followed by lots and lots of lines like these: amarok: [ERROR!] GREPME MySQL query failed! No database selected on "SELECT version FROM admin WHERE component = 'DB_VERSION';" amarok: BEGIN: void DatabaseUpdater::update() The same happens after: rm -r /home/dschridde/.kde4/share/apps/amarok/mysqle Log: InnoDB: The InnoDB memory heap is disabled InnoDB: use atomic builtins. InnoDB: The first specified data file /home/XXX/.kde4/share/apps/amarok/mysqle/ibdata1 did not exist: InnoDB: a new database to be created! 091121 11:04:28 InnoDB: Setting file /home/XXX/.kde4/share/apps/amarok/mysqle/ibdata1 size to 10 MB InnoDB: Database physically writes the file full: wait... 091121 11:04:29 InnoDB: Log file /home/XXX/.kde4/share/apps/amarok/mysqle/ib_logfile0 did not exist: new to be created InnoDB: Setting log file /home/XXX/.kde4/share/apps/amarok/mysqle/ib_logfile0 size to 5 MB InnoDB: Database physically writes the file full: wait... 091121 11:04:29 InnoDB: Log file /home/XXX/.kde4/share/apps/amarok/mysqle/ib_logfile1 did not exist: new to be created InnoDB: Setting log file /home/XXX/.kde4/share/apps/amarok/mysqle/ib_logfile1 size to 5 MB InnoDB: Database physically writes the file full: wait... InnoDB: Doublewrite buffer not found: creating new InnoDB: Doublewrite buffer created InnoDB: Creating foreign key constraint system tables InnoDB: Foreign key constraint system tables created amarok: [ERROR!] GREPME MySQL query failed! Can't get stat of '/home/XXX/.kde4/share/apps/amarok/mysqle/amarok' (Errcode: 0) on "Could not create amarok database" amarok: [ERROR!] GREPME MySQL query failed! Can't create/write to file '/home/XXX/.kde4/share/apps/amarok/mysqle/amarok/db.opt' (Errcode: 2) on "Could not alter database charset/collation" amarok: [ERROR!] GREPME MySQL query failed! Unknown database 'amarok' on "Could not select database" amarok: Connected to MySQL server 5.0.84-embedded amarok: Connected to MySQL server 5.0.84-embedded amarok: Initialized thread, count== 1 amarok: [ERROR!] GREPME MySQL query failed! No database selected on "SELECT version FROM admin WHERE component = 'DB_VERSION';" amarok: BEGIN: void DatabaseUpdater::update() It seems mysqld.so fails to create the database directories properly or something similar. its mysql related. The amarok maintainer say that you need MySQL >=5.1 to get it working (which is not in portage beceause the Gentoo Maintainer says its not stable at all) if you start MySQL yourself and tell amarok to use an external database, all works again i tried it with compiling mysql 5.1 by myself and amarok works just fine. so its related to the old MySQL 5.0 which is the only recent version in Gentoo right now that this error appears with binutils-2.20 is just fortune or something else, but its, like the amarok developers says, MySQL 5.1 related (In reply to comment #3) > its mysql related. > > The amarok maintainer say that you need MySQL >=5.1 to get it working (which is > not in portage beceause the Gentoo Maintainer says its not stable at all) Please stop venting everywhere that mysql-5.1 is required for amarok when that is not true. I have amarok running perfectly with mysql-5.0.84-r1 in 2 different machines. Gentoo's mysql maintainer has already asked for people to list the 5.1 features that are required for amarok - can you provide that list? Your "crusade" against Gentoo's mysql maintainers won't help getting 5.1 in the tree sooner, but it might delay it. > if you start MySQL yourself and tell amarok to use an external database, all > works again That is one option for anyone having issues with the embedded mysql server. (In reply to comment #5) > (In reply to comment #3) > > its mysql related. > > > > The amarok maintainer say that you need MySQL >=5.1 to get it working (which is > > not in portage beceause the Gentoo Maintainer says its not stable at all) > > Please stop venting everywhere that mysql-5.1 is required for amarok when that > is not true. I have amarok running perfectly with mysql-5.0.84-r1 in 2 > different machines. Gentoo's mysql maintainer has already asked for people to > list the 5.1 features that are required for amarok - can you provide that list? > Your "crusade" against Gentoo's mysql maintainers won't help getting 5.1 in the > tree sooner, but it might delay it. > > > if you start MySQL yourself and tell amarok to use an external database, all > > works again > > That is one option for anyone having issues with the embedded mysql server. > you´re the first one where i seen that you get it working so be lucky yourself. But the fact is that it does not work on about 90% of all people and it works with MySQL 5.1 on everyone. (In reply to comment #6) > you´re the first one where i seen that you get it working so be lucky > yourself. But the fact is that it does not work on about 90% of all people and > it works with MySQL 5.1 on everyone. Do you have any numbers to backup your claim? Also, I've asked for the list of MySQL-5.1 features required by amarok. Can you provide that? This is part of the amarok --debug output.
When amarok runs the 'CREATE TABLE amarok IF NOT EXISTS ...' query the embedded mysql throws a stat error instead of actually creating the database. (line 124 of src/collection/mysqlecollection/MySqlEmbeddedCollection.cpp)
amarok: [PluginManager] Trying to load: "amarok_collection-mysqlecollection"
amarok: [PluginManager]
" " PluginManager Service Info:
" " ---------------------------
" " name : "MySQLe Collection"
" " library : "amarok_collection-mysqlecollection"
" " desktopEntryPath : "amarok_collection-mysqlecollection.desktop"
" " X-KDE-Amarok-plugintype : "collection"
" " X-KDE-Amarok-name : "mysqle-collection"
" " X-KDE-Amarok-authors : ("Maximilian Kossick")
" " X-KDE-Amarok-rank : "100"
" " X-KDE-Amarok-version : "1"
" " X-KDE-Amarok-framework-version: "49"
amarok: [CollectionManager] Initialising sqlcollection
amarok: BEGIN: ScanManager::ScanManager(SqlCollection*)
amarok: END__: ScanManager::ScanManager(SqlCollection*) - Took 8.7e-05s
amarok: BEGIN: MySqlEmbeddedCollection::MySqlEmbeddedCollection(const QString&, const QString&)
InnoDB: The InnoDB memory heap is disabled
InnoDB: use atomic builtins.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
091121 17:52:58 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
amarok: [ERROR!] GREPME MySQL query failed! Can't get stat of '/home/harm/.kde4/share/apps/amarok/mysqle/amarok' (Errcode: 0) on "Could not create amarok database"
amarok: [ERROR!] GREPME MySQL query failed! Can't get stat of '/home/harm/.kde4/share/apps/amarok/mysqle/mysql' (Errcode: 0) on "Could not create mysql database"
amarok: [ERROR!] GREPME MySQL query failed! Unknown database 'amarok' on "Could not select database"
amarok: Connected to MySQL server 5.0.84-embedded
amarok: Initialized thread, count== 1
amarok: [ERROR!] GREPME MySQL query failed! No database selected on "SELECT version FROM admin WHERE component = 'DB_VERSION';"
Can you please check what part of the following path you have and the permissions/owners for each dir in the path? /home/harm/.kde4/share/apps/amarok/mysqle/ $ ls -l /home/harm/.kde4/share/apps/amarok/mysqle/ total 20480 -rw-rw---- 1 harm users 10485760 2009-11-21 17:02 ibdata1 -rw-rw---- 1 harm users 5242880 2009-11-21 17:52 ib_logfile0 -rw-rw---- 1 harm users 5242880 2009-11-21 17:02 ib_logfile1 ararok is started as user harm as well. (In reply to comment #10) > $ ls -l /home/harm/.kde4/share/apps/amarok/mysqle/ > total 20480 > -rw-rw---- 1 harm users 10485760 2009-11-21 17:02 ibdata1 > -rw-rw---- 1 harm users 5242880 2009-11-21 17:52 ib_logfile0 > -rw-rw---- 1 harm users 5242880 2009-11-21 17:02 ib_logfile1 Looks very similar in my folder. I have the same problem apparently, but only onmy laptop, on my desktop amarok works. laptop: Portage 2.2_rc48 (default/linux/amd64/10.0/desktop, gcc-4.3.2, glibc-2.11-r0, 2.6.31-gentoo-r3 x86_64) ================================================================= System uname: Linux-2.6.31-gentoo-r3-x86_64-Pentium-R-_Dual-Core_CPU_T4300_@_2.10GHz-with-gentoo-2.0.1 Timestamp of tree: Sun, 22 Nov 2009 18:45:01 +0000 app-shells/bash: 4.0_p35 dev-java/java-config: 2.1.9-r1 dev-lang/python: 2.6.4, 3.1.1-r1 dev-util/cmake: 2.8.0 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.5.2-r2 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.9.6-r2, 1.10.2, 1.11 sys-devel/binutils: 2.20 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-Os -march=nocona -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-Os -march=nocona -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests distlocks fixpackages metadata-transfer news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://mirror.switch.ch/ftp/mirror/gentoo/ ftp://mirror.switch.ch/mirror/gentoo/ ftp://ftp.unina.it/pub/linux/distributions/gentoo/" LANG="en_US.utf-8" LC_ALL="" LDFLAGS="-Wl,-O1" LINGUAS="en_US" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="7zip X a52 aac aalib acl acpi alsa amd64 apm asf berkdb bluetooth branding bzip2 cairo cdparanoia cdr cjk cli consolekit cracklib crypt cups dbus dri dts dvd dvdr eds emboss encode evo fam ffmpeg firefox flac fortran gdbm gif gnutls gpm gstreamer gtk hal iconv immqt-bc java jpeg jpeg2k kde kdeenablefinal libnotify mad mikmod mmx modules mp3 mp4 mpeg mudflap multilib ncurses nls nptl nptlonly ogg opengl openmp pam pch pcmcia pcre pdf perl png ppds pppd python qt3support qt4 quicktime readline reflection samba sdl session spl sse sse2 ssl ssse3 startup-notification svg sysfs tcpd theora thunar tiff truetype unicode usb vorbis x264 xcomposite xml xorg xulrunner xv xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_US" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS [ebuild R ] sys-devel/binutils-2.20 USE="nls -gold -multislot -multitarget -test -vanilla" 9 kB [ebuild R ] dev-db/mysql-5.0.84-r1 USE="berkdb community embedded perl ssl -big-tables -cluster -debug -extraengine -latin1 -max-idx-128 -minimal -profiling (-selinux) -static" 0 kB [ebuild R ] media-sound/amarok-2.2.1-r1 USE="mtp opengl semantic-desktop (-aqua) -cdda -daap -debug -ipod -lastfm -mp3tunes" LINGUAS="-bg -ca -cs -da -de -en_GB -es -et -eu -fi -fr -it -ja -km -nb -nds -nl -pa -pl -pt -pt_BR -ru -sl -sr -sr@latin -sv -th -tr -uk -wa -zh_TW" 0 kB desktop: Portage 2.2_rc33 (default/linux/amd64/10.0/desktop, gcc-4.4.2, glibc-2.10.1-r0, 2.6.27-gentoo-r8 x86_64) ================================================================= System uname: Linux-2.6.27-gentoo-r8-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q9550_@_2.83GHz-with-gentoo-2.0.1 Timestamp of tree: Wed, 18 Nov 2009 23:15:02 +0000 app-shells/bash: 4.0_p35 dev-java/java-config: 2.1.9-r1 dev-lang/python: 2.6.4, 3.1.1-r1 dev-python/pycrypto: 2.0.1-r8 dev-util/cmake: 2.6.4-r3 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.5.2-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.6.3, 1.7.9-r1, 1.9.6-r2, 1.10.2, 1.11 sys-devel/binutils: 2.20 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=nocona -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=nocona -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://mirror.switch.ch/mirror/gentoo/ http://www.die.unipd.it/pub/Linux/distributions/gentoo-sources/ ftp://ftp.unina.it/pub/linux/distributions/gentoo" LANG="en_US.utf8" LDFLAGS="-Wl,-O1" LINGUAS="en it" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/sunrise /usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa amd64 asf berkdb bluetooth branding bzip2 cairo cdr cjk cli consolekit cracklib crypt cups dbus dlloader dri dts dvd dvdr emboss encode evo fam ffmpeg firefox flac fortran gdbm gif gpm gstreamer gtk hal htmlhandbook iconv ipv6 java jpeg kde kdeenablefinal libnotify mad matroska mikmod mmx modules mp3 mp4 mpeg mudflap multilib musepack ncurses nls nptl nptlonly nsplugin ogg opengl openmp oss pam pcre pdf perl png ppds pppd python qt3support qt4 quicktime readline reflection samba sdl session slang spl sse sse2 ssl startup-notification svg sysfs tcpd theora thunar tiff truetype unicode usb vorbis wxwindows x264 xcomposite xml xorg xulrunner xv xvid zlib" ALSA_CARDS="emu10k1 usb-audio" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en it" USERLAND="GNU" VIDEO_CARDS="radeon fglrx" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS [ebuild R ] sys-devel/binutils-2.20 USE="nls -gold -multislot -multitarget -test -vanilla" 9 kB [ebuild R ] dev-db/mysql-5.0.84-r1 USE="berkdb community embedded perl ssl -big-tables -cluster -debug -extraengine -latin1 -max-idx-128 -minimal -profiling (-selinux) -static" 0 kB [ebuild R ] media-sound/amarok-2.2.0 USE="mtp opengl semantic-desktop (-aqua) -cdda -daap -debug -ipod -lastfm -mp3tunes" LINGUAS="it -bg -ca -cs -da -de -en_GB -es -et -eu -fi -fr -ja -km -nb -nds -nl -pa -pl -pt -pt_BR -ru -sl -sr -sr@latin -sv -th -tr -uk -wa -zh_TW" 0 kB File permissions of the db are the same as previous comments. Count me in. I have dev-db/mysql-5.0.84-r1 and media-sound/amarok-2.2.1-r1. Amarok started crashing. Then I totally kicked ~/.kde4/share/apps/amarok and ~/.kde4/share/config/amarok*. Amarok then starts up fine, but a full scan leaves my collection empty. On the shell I got lot's of output, exactly as mentioned in #2. I completely deleted all amarok related user stuff in ~/.kde4. So it's not a permission problem I guess. It's a shame that gentoo amarok maintainer didn't notice that bug. Why users should care that amarok 2.2.1 requires >=mysql-5.1.0 if it's not in portage? IMHO amarok-2.2.1 should be masked. (In reply to comment #14) > It's a shame that gentoo amarok maintainer didn't notice that bug. Why users > should care that amarok 2.2.1 requires >=mysql-5.1.0 if it's not in portage? > IMHO amarok-2.2.1 should be masked. > whole amarok 2.2.x should be masked then Yes, please mask it. I tried mysql-community-5.1.0 but it failed to compile. My amarok-2.2.0 insanely crashes on startup everytime. I can't use amarok though it's labeled "stable". However, I doubt that it's all the Gentoo Devs to blame. Amarok is simply very, very bad programmed, because it may never every have to crash but state some "Oh, you are using a wrong DB-version, blah, blah" message instead. (In reply to comment #14) > It's a shame that gentoo amarok maintainer didn't notice that bug. Why users > should care that amarok 2.2.1 requires >=mysql-5.1.0 if it's not in portage? > IMHO amarok-2.2.1 should be masked. What bug? Just for the record, once more, I still have amarok-2.2.1 working *happily* here with mysql-5.0.84. PS - Yes, it's a pity that the Gentoo maintainer doesn't care about amarok at all!!! So much so, that he didn't even care about getting a patch for mysql to build libmysqld as a shared lib or in trying to help the mysql team to get a "preview" mysql-5.1 ebuild. (In reply to comment #17) > (In reply to comment #14) > > It's a shame that gentoo amarok maintainer didn't notice that bug. Why users > > should care that amarok 2.2.1 requires >=mysql-5.1.0 if it's not in portage? > > IMHO amarok-2.2.1 should be masked. > > What bug? Well, quoting myself: "My amarok-2.2.0 insanely crashes on startup everytime. I can't use amarok though it's labeled "stable"." This *IS* a bug! I mentioned already I tried several things like totally zapping amarok user settings, other amarok-version, etc. > Just for the record, once more, I still have amarok-2.2.1 working *happily* > here with mysql-5.0.84. Congratulations!! .. but please: this does not help *anyone* having this amarok-problems. So, if you can't provide any useful information other than "Hey, funny, on my machine it works." please stay out of line. It simply doesn't help. > PS - Yes, it's a pity that the Gentoo maintainer doesn't care about amarok at > all!!! So much so, that he didn't even care about getting a patch for mysql to > build libmysqld as a shared lib or in trying to help the mysql team to get a > "preview" mysql-5.1 ebuild. I don't know who's working on it. Maybe he ain't got no time. We all have business as well. @Anyone interested: is anyone interested in debuging? I can make up a core dump with debug info, but ain't got the time to investigate. (In reply to comment #16) > Yes, please mask it. > > I tried mysql-community-5.1.0 but it failed to compile. > > My amarok-2.2.0 insanely crashes on startup everytime. I can't use amarok > though it's labeled "stable". > > However, I doubt that it's all the Gentoo Devs to blame. Amarok is simply very, > very bad programmed, because it may never every have to crash but state some > "Oh, you are using a wrong DB-version, blah, blah" message instead. > MySQL-Community is depricated and not longer supported in any way, so its no wonder that it does not work anymore you can get amarok working, thats true. When you compile old binutils, compile amarok and new binutils again (and thats on every update) in my oppinion its 100% a bug and it can only be fixed when the mysql maintain adds the newest MySQL stable Version 5.1 _or_ provides a vanilla use-flag for 5.0 (In reply to comment #18) > (In reply to comment #17) > > (In reply to comment #14) > > > It's a shame that gentoo amarok maintainer didn't notice that bug. Why users > > > should care that amarok 2.2.1 requires >=mysql-5.1.0 if it's not in portage? > > > IMHO amarok-2.2.1 should be masked. > > > > What bug? > > Well, quoting myself: "My amarok-2.2.0 insanely crashes on startup everytime. I > can't use amarok though it's labeled "stable"." > > This *IS* a bug! I have yet to argue that there isn't a bug with amarok. About your "insanely crashes", have you rebuilt amarok using binutils-2.19.1-r1? Please check bug 290662[1] for more details. [1] - https://bugs.gentoo.org/show_bug.cgi?id=290662#c21 > > Just for the record, once more, I still have amarok-2.2.1 working *happily* > > here with mysql-5.0.84. > > Congratulations!! > > .. but please: this does not help *anyone* having this amarok-problems. So, if > you can't provide any useful information other than "Hey, funny, on my machine > it works." please stay out of line. > > It simply doesn't help. My comments about mysql-5.0.84 address the claim that mysql-5.1 is required to use >=amarok-2.2.0. > > PS - Yes, it's a pity that the Gentoo maintainer doesn't care about amarok at > > all!!! So much so, that he didn't even care about getting a patch for mysql to > > build libmysqld as a shared lib or in trying to help the mysql team to get a > > "preview" mysql-5.1 ebuild. > > I don't know who's working on it. Maybe he ain't got no time. We all have > business as well. > > @Anyone interested: is anyone interested in debuging? I can make up a core dump > with debug info, but ain't got the time to investigate. It seems my "gentle prodding" wasn't understood. Please read the following links [2], [3], notice who this bug is assigned to and run the following in your Gentoo box: "grep -A 2 \<maintainer\> $(portageq portdir)/media-sound/amarok/metadata.xml" [2] - http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-sound/amarok/ [3] - http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/media-sound/amarok/metadata.xml?rev=1.23 At the first place I had amarok crashing and was able to fix this. But then I run into an empty music list after full rescan. That's why I'm on Cc: here. After several tries I finally got amarok insanely crashing at startup. This was due to some version hopping, but not the reason for this issue. After some unsuccessful tries I ended up with a totally broken application. As Vamp898 suggested I now got binutils-2.18-r3, remerged amarok and it worked. I also made a full scan and I have my collection back again. Now I remerged binutils-2.20 again, zapped any of the amarok kde files and amarok starts fine and does a full scan again. So: life is back as normal, thanks to Vamp898 giving me this hint. (Though banshee was a nice replacement in the meantime.) However: installing a newer binutils package prior to amarok makes the later buggin. (In reply to comment #20) > It seems my "gentle prodding" wasn't understood. Please read the following > links [2], [3], notice who this bug is assigned to and run the following in > your Gentoo box: "grep -A 2 \<maintainer\> $(portageq > portdir)/media-sound/amarok/metadata.xml" > > [2] - http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-sound/amarok/ > [3] - > http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/media-sound/amarok/metadata.xml?rev=1.23 > $ grep -A 2 \<maintainer\> /usr/portage/media-sound/amarok/metadata.xml <maintainer> <email>jmbsvicetto@gentoo.org</email> </maintainer> Well, so what? What do you want to say with that? Is the some sort of arrogant way of "Hey kid, don't ya know who you are talking to, huh?" AFAIC it is a bug! As an user I got a crashing or otherwise non-working application and you keep on insisting that this is no bug? That I have to install an old binutils for it to work is ... uhm .. a "slightly annoying but yet still very interesting idiosyncratic" feature (OF amarok!)? The fact, that you're obviously the maintainer (which I really don't care of) doesn't help. Quite the opposite. ... and is real good example of user frustration with the Gentoo Devs. > I have yet to argue that there isn't a bug with amarok. I also don't care if it's amarok which bugs, mysql or binutils. The mere incident, that I open up the application on the desktop and having the choice of a) either crashing or b) having a non-functional app (due to a missing music collection) after a regular update is *a bug*. Period. You may call it "irritation", "challenge" or anything you like. I call it simply: a bug. From a maintainer I would suggest something like "Oh, ok. I see it working on my machines. Ok, your installation is not ok. Let's see how I can help you even though I'm afraid it might not be my package which causes it. Be warned: it might be cumbersome." That's fine with me. But enough of it. I got really pissed off. My amarok is now working and I'm out. (In reply to comment #21) > At the first place I had amarok crashing and was able to fix this. But then I > run into an empty music list after full rescan. That's why I'm on Cc: here. > > After several tries I finally got amarok insanely crashing at startup. This was > due to some version hopping, but not the reason for this issue. After some > unsuccessful tries I ended up with a totally broken application. > > As Vamp898 suggested I now got binutils-2.18-r3, remerged amarok and it worked. > I also made a full scan and I have my collection back again. > > Now I remerged binutils-2.20 again, zapped any of the amarok kde files and > amarok starts fine and does a full scan again. > > So: life is back as normal, thanks to Vamp898 giving me this hint. (Though > banshee was a nice replacement in the meantime.) > > However: installing a newer binutils package prior to amarok makes the later > buggin. > > (In reply to comment #20) > > It seems my "gentle prodding" wasn't understood. Please read the following > > links [2], [3], notice who this bug is assigned to and run the following in > > your Gentoo box: "grep -A 2 \<maintainer\> $(portageq > > portdir)/media-sound/amarok/metadata.xml" > > > > [2] - http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-sound/amarok/ > > [3] - > > http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/media-sound/amarok/metadata.xml?rev=1.23 > > > > $ grep -A 2 \<maintainer\> /usr/portage/media-sound/amarok/metadata.xml > <maintainer> > <email>jmbsvicetto@gentoo.org</email> > </maintainer> > > Well, so what? > What do you want to say with that? > Is the some sort of arrogant way of "Hey kid, don't ya know who you are talking > to, huh?" > > AFAIC it is a bug! As an user I got a crashing or otherwise non-working > application and you keep on insisting that this is no bug? That I have to > install an old binutils for it to work is ... uhm .. a "slightly annoying but > yet still very interesting idiosyncratic" feature (OF amarok!)? > > The fact, that you're obviously the maintainer (which I really don't care of) > doesn't help. Quite the opposite. > > ... and is real good example of user frustration with the Gentoo Devs. > > > I have yet to argue that there isn't a bug with amarok. > > I also don't care if it's amarok which bugs, mysql or binutils. The mere > incident, that I open up the application on the desktop and having the choice > of > a) either crashing > or > b) having a non-functional app (due to a missing music collection) > after a regular update is *a bug*. > Period. > > You may call it "irritation", "challenge" or anything you like. I call it > simply: a bug. > > From a maintainer I would suggest something like "Oh, ok. I see it working on > my machines. Ok, your installation is not ok. Let's see how I can help you even > though I'm afraid it might not be my package which causes it. Be warned: it > might be cumbersome." That's fine with me. > > But enough of it. I got really pissed off. My amarok is now working and I'm > out. > bintuils 2.19 works too. It seems to be 2.20 only @ranters: Instead of ranting and insulting Gentoo devs, please poke the Amarok devs to make Amarok run without requiring MySQL to be hacked in ways that upstream does not and will not support. Or use something like MPD+GMPC which works very well as a substitute for me. It is no error in amarok As i understand it, its an error in case of hard-patched MySQL A vanilla MySQL 5.0 works even fine too. So its 100% an bug related to the Distribution Gentoo thats what the amarok developers says and thats what other distributions says (amarok works in every distribution except Gentoo) (In reply to comment #24) > thats what the amarok developers says and thats what other distributions says > (amarok works in every distribution except Gentoo) (1) Be cautious when you say "every". In almost every case it is not what you mean. (2) When someone says something, it does not mean that it is also entirely correct. (3) I do not think that insulting Gentoo devs and ranting about their supposed incompetence will get you any further, so please stopit, now. This topic does not need any more heating. @Oliver Maurhart, Vamp898 and others: Let me make a few statements to try to clear any doubts that might still subsist: 1. Having amarok segfault (crash or any other way one wants to put it) on startup when built with >=binutils-2.20 is obviously a bug. 2. Building amarok with <binutils-2.20 and then upgrading binutils is not a solution, but a *workaround*. 3. I've not closed nor do I plan to close the binutils bug as WORKSFORME, as I have no doubt about the bug and have also hit it. 4.This "empty collection" bug seems to show up when removing the amarok config with amarok built with >=binutils-2.20 and according to at least one user will also disappear if amarok is built with <binutils-2.20. 5. Unless someone is able to hit the "empty collection" issue even when building amarok with <binutils-2.20, I'll close this bug as a dupe of bug 290662 and we'll track both issues there. 6. Any help debugging the binutils issue and any insight as to the difference between binutils 2.19.1 and 2.20 is *most* welcome. 7. Even though we still get reports about mysql-5.1 being required, as I've said before and now others seem to have reproduced, amarok does work with mysql-5.0.84 on Gentoo. 8. The binutils version seems to affect only amarok as mysql works with >=binutils-2.20 and amarok built with <amarok-2.20 is able to work with mysql built with >=binutils-2.20. 9. This issue affects only amarok when using embedded mysql and has no impact when using an external mysql database. 10. FYI, I've started looking at mysql-5.1, but I need to review all the patches of mysql-5.0 and have no ETA for a "preview" mysql-5.1 ebuild. I hope the above addresses all of the concerns expressed on this bug and all the other amarok-2.2 bugs. Jorge Manuel B. S. Vicetto - Comment #26 - Pt. 5. *** This bug has been marked as a duplicate of bug 290662 *** |
