Re: MySQL working, myPhpAdmin isn't!
Hi, > you're using httpd prefork right? rpm -qa httpd httpd-2.2.21-4.fc17.x86_64 Assuming that is prefork - it's what's in rawhide PFJ -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
MySQL working, myPhpAdmin isn't!
Hi, I've not got mysql working fine, but phpMyAdmin is moaning about mysqli being missing. I've installed php-devel and php-mysql, but still it moans. I can't see anything wrong in /etc/php.ini either. Any clues? Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Starting mysql
Hi, > > 111211 20:48:32 [ERROR] /usr/libexec/mysqld: Can't find file: > > './mysql/proxies_priv.frm' (errno: 13) > > 111211 20:48:32 [ERROR] Fatal error: Can't open and lock privilege > > tables: Can't find file: './mysql/proxies_priv.frm' (errno: 13) > > I think the nearby suggestions to run mysql_upgrade are probably right, > especially if you're trying to upgrade from some pre-5.5 version of > mysql. But it occurs to me that there's some chance of SELinux > interference; do you see any avc messages in /var/log/messages? > If so, restorecon on the /var/lib/mysql tree ought to fix that. Removed the entire mysql* rpms, installed fresh via yum, rm -rf /var/lib/mysql, enabled the service, did the mysql_install_db and all is good. Trying to start the server gives me this though... 111212 07:49:18 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 111212 7:49:18 [Note] Plugin 'FEDERATED' is disabled. 111212 7:49:18 InnoDB: The InnoDB memory heap is disabled 111212 7:49:18 InnoDB: Mutexes and rw_locks use GCC atomic builtins 111212 7:49:18 InnoDB: Compressed tables use zlib 1.2.5 111212 7:49:18 InnoDB: Using Linux native AIO 111212 7:49:18 InnoDB: Initializing buffer pool, size = 128.0M 111212 7:49:18 InnoDB: Completed initialization of buffer pool 111212 7:49:18 InnoDB: highest supported file format is Barracuda. 111212 7:49:19 InnoDB: Waiting for the background threads to start 111212 7:49:20 InnoDB: 1.1.8 started; log sequence number 1589339 111212 7:49:20 [ERROR] /usr/libexec/mysqld: Can't find file: './mysql/proxies_priv.frm' (errno: 13) 111212 7:49:20 [ERROR] Fatal error: Can't open and lock privilege tables: Can't find file: './mysql/proxies_priv.frm' (errno: 13) Where should this proxies_priv.frm reside as it looks to be the same missing file as before? Thanks PFJ -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Starting mysql
Hi, > Did you initialize databases as suggested (mysql_install_db) ? Yep - gave me this [root@PB3 paul]# mysql_install_db Installing MySQL system tables... 111211 21:00:37 [ERROR] Incorrect definition of table mysql.proc: expected column 'comment' at position 15 to have type text, found type char(64). ERROR: 1136 Column count doesn't match value count at row 1 111211 21:00:38 [ERROR] Aborting 111211 21:00:38 [Note] /usr/libexec/mysqld: Shutdown complete Installation of system tables failed! Examine the logs in /var/lib/mysql for more information. You can try to start the mysqld daemon with: shell> /usr/libexec/mysqld --skip-grant & and use the command line tool /usr/bin/mysql to connect to the mysql database and look at the grant tables: shell> /usr/bin/mysql -u root mysql mysql> show tables Try 'mysqld --help' if you have problems with paths. Using --log gives you a log in /var/lib/mysql that may be helpful. Please consult the MySQL manual section 'Problems running mysql_install_db', and the manual section that describes problems on your OS. Another information source are the MySQL email archives available at http://lists.mysql.com/. Please check all of the above before mailing us! And remember, if you do mail us, you MUST use the /usr/bin/mysqlbug script! Any advice would be appreciated. Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Starting mysql
Hi Tom, > Ummm ... do you have mysql-server RPM installed? Yep. > But in any case, > Fedora's mysql package was converted to systemd some time ago, so you > might have better luck using the native systemd service management > commands: > > systemctl enable mysqld.service > systemctl start mysqld.service > systemctl status mysqld.service > > If "start" fails, there might be relevant info in either or both of > /var/log/messages and /var/log/mysqld.log. start fails - it's telling me... [root@PB3 paul]# systemctl status mysqld.service mysqld.service - MySQL database server Loaded: loaded (/lib/systemd/system/mysqld.service; enabled) Active: activating (start-post) since Sun, 11 Dec 2011 20:40:36 +; 801ms ago Process: 5077 ExecStart=/usr/bin/mysqld_safe --nowatch --basedir=/usr (code=exited, status=0/SUCCESS) Process: 5060 ExecStartPre=/usr/libexec/mysqld-prepare-db-dir (code=exited, status=0/SUCCESS) Main PID: 5213 (mysqld); Control: 5214 (mysqld-wait-rea) CGroup: name=systemd:/system/mysqld.service ├ 5213 /usr/libexec/mysqld --basedir=/usr --datadir=/var/... ├ 5214 /bin/sh /usr/libexec/mysqld-wait-ready 5213 └ 5243 sleep 1 with this in var/log/messages Dec 11 20:47:17 PB3 mysqld_safe[2417]: 111211 20:47:17 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql Dec 11 20:47:18 PB3 systemd[1]: mysqld.service: main process exited, code=exited, status=1 Dec 11 20:47:19 PB3 systemd[1]: mysqld.service: control process exited, code=exited status=1 Dec 11 20:47:19 PB3 systemd[1]: mysqld.service holdoff time over, scheduling restart. Dec 11 20:47:19 PB3 systemd[1]: Job pending for unit, delaying automatic restart. Dec 11 20:47:19 PB3 systemd[1]: Unit mysqld.service entered failed state. Dec 11 20:47:19 PB3 mysqld_safe[2657]: 111211 20:47:19 mysqld_safe Logging to '/var/log/mysqld.log'. Dec 11 20:47:19 PB3 mysqld_safe[2657]: 111211 20:47:19 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql Dec 11 20:47:21 PB3 systemd[1]: mysqld.service: main process exited, code=exited, status=1 Dec 11 20:47:22 PB3 systemd[1]: mysqld.service: control process exited, code=exited status=1 Dec 11 20:47:22 PB3 systemd[1]: mysqld.service holdoff time over, scheduling restart. Dec 11 20:47:22 PB3 systemd[1]: Job pending for unit, delaying automatic restart. Dec 11 20:47:22 PB3 systemd[1]: Unit mysqld.service entered failed state. Dec 11 20:47:22 PB3 mysqld_safe[2872]: 111211 20:47:22 mysqld_safe Logging to '/var/log/mysqld.log'. Dec 11 20:47:22 PB3 mysqld_safe[2872]: 111211 20:47:22 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql Dec 11 20:47:23 PB3 systemd[1]: mysqld.service: main process exited, code=exited, status=1 Dec 11 20:47:24 PB3 systemd[1]: mysqld.service: control process exited, code=exited status=1 Dec 11 20:47:25 PB3 systemd[1]: mysqld.service holdoff time over, scheduling restart. Dec 11 20:47:25 PB3 systemd[1]: Job pending for unit, delaying automatic restart. Dec 11 20:47:25 PB3 systemd[1]: Unit mysqld.service entered failed state. Dec 11 20:47:25 PB3 mysqld_safe[3079]: 111211 20:47:25 mysqld_safe Logging to '/var/log/mysqld.log'. Dec 11 20:47:25 PB3 mysqld_safe[3079]: 111211 20:47:25 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql Dec 11 20:47:26 PB3 systemd[1]: mysqld.service: main process exited, code=exited, status=1 Dec 11 20:47:27 PB3 systemd[1]: mysqld.service: control process exited, code=exited status=1 Dec 11 20:47:27 PB3 systemd[1]: mysqld.service holdoff time over, scheduling restart. Dec 11 20:47:27 PB3 systemd[1]: Job pending for unit, delaying automatic restart. Dec 11 20:47:27 PB3 systemd[1]: Unit mysqld.service entered failed state. Dec 11 20:47:28 PB3 mysqld_safe[3287]: 111211 20:47:28 mysqld_safe Logging to '/var/log/mysqld.log'. Dec 11 20:47:28 PB3 mysqld_safe[3287]: 111211 20:47:28 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql Dec 11 20:47:29 PB3 systemd[1]: mysqld.service: main process exited, code=exited, status=1 Dec 11 20:47:30 PB3 systemd[1]: mysqld.service: control process exited, code=exited status=1 Dec 11 20:47:30 PB3 systemd[1]: mysqld.service holdoff time over, scheduling restart. Dec 11 20:47:30 PB3 systemd[1]: Job pending for unit, delaying automatic restart. Dec 11 20:47:30 PB3 systemd[1]: Unit mysqld.service entered failed state. Dec 11 20:47:31 PB3 mysqld_safe[3498]: 111211 20:47:31 mysqld_safe Logging to '/var/log/mysqld.log'. Dec 11 20:47:31 PB3 mysqld_safe[3498]: 111211 20:47:31 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql Dec 11 20:47:32 PB3 systemd[1]: mysqld.service: main process exited, code=exited, status=1 /var/log/mysqld.log shows this 111211 20:48:32 [ERROR] /usr/libexec/mysqld: Can't find file: './mysql/proxies_priv.frm' (errno: 13) 111211 20:48:32 [ERROR] Fatal error: Can't open and lock privilege tables: Ca
Starting mysql
Hi, No idea why I can't get mysql running on my rawhide box. When I try to start it up, I get the infamous ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) This looks like the daemon isn't running or the service isn't running. service mysql or service mysqld is giving nothing and I can't find mysqld anywhere either. There are some mysql-mmm entries in /etc/init.d but nothing else. How do I get it running? Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Unable to get other machines to connect to samba in rawhide
Hi, Not sure why Samba is playing up anymore, but it's dead. I've not changed the setup (set as share with various users who should be able to access the main box), but nothing. The samba logs aren't that useful... [2011/11/19 20:56:49, 0] smbd/server.c:1045(main) smbd version 3.6.1-75.fc17 started. Copyright Andrew Tridgell and the Samba Team 1992-2011 [2011/11/19 20:56:49.501040, 0] smbd/server.c:1101(main) standard input is not a socket, assuming -D option It then complains about not being able to connect to a socket is this sort of output normal or is samba acting up? s-c-samba is set for people to login as users (rather than share etc), but it's still not showing on other machines (all-win7). Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Samba on rawhide
Hi, > > Any ideas on what might be going amiss? > > You can check logs. I've got a problem with samba 3.6 on F16 - > "F16 /usr/sbin/smbd: undefined symbol: wbcSidsToUnixIds" tread. Says it is unable to connect to a port. Not come across that one before now :( Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Samba on rawhide
Hi, For some unknown reason, all of my Samba share drives are no longer visible. I've done the updates from rawhide and am running the 3.1.0-0.rc8.git0.0.fc17.x86_64 kernel. I've not altered anything on the firewall or with selinux, so I'm at a loss as to what is going on. One minute they were there, next gone. I have the following Samba packages installed... samba-doc-3.6.0-72.fc17.x86_64 samba4-4.0.0-37.alpha16.fc17.x86_64 samba-swat-3.6.0-72.fc17.x86_64 samba-client-3.6.0-72.fc17.x86_64 samba-common-3.6.0-72.fc17.x86_64 samba4-libs-4.0.0-37.alpha16.fc17.x86_64 samba4-pidl-4.0.0-37.alpha16.fc17.x86_64 samba4-devel-4.0.0-37.alpha16.fc17.x86_64 samba-domainjoin-gui-3.6.0-72.fc17.x86_64 samba-3.6.0-72.fc17.x86_64 samba-winbind-devel-3.6.0-72.fc17.x86_64 samba-winbind-clients-3.6.0-72.fc17.x86_64 samba-winbind-krb5-locator-3.6.0-72.fc17.x86_64 samba-winbind-3.6.0-72.fc17.x86_64 Any ideas on what might be going amiss? Thanks Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Multilib issue with wine on rawhide
Hi, > do a yum install wine in a terminal and paste the errors. No probs 8--> [root@PB3 cheese]# yum -y install wine* Loaded plugins: fastestmirror, langpacks, presto, refresh-packagekit Loading mirror speeds from cached hostfile Could not get metalink https://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=x86_64 error was 14: curl#6 - "Couldn't resolve host" * rawhide: mirror.netrino.co.uk * rpmfusion-free-rawhide: mirrors.coreix.net * rpmfusion-nonfree-rawhide: mirrors.coreix.net adobe-linux-i386| 951 B 00:00 google-chrome | 951 B 00:00 rpmfusion-free-rawhide | 3.3 kB 00:00 rpmfusion-nonfree-rawhide | 3.3 kB 00:00 Setting up Install Process Resolving Dependencies There are unfinished transactions remaining. You might consider running yum-complete-transaction first to finish them. --> Running transaction check ---> Package wine.x86_64 0:1.3.25-1.fc17 will be installed --> Processing Dependency: wine-twain(x86-32) = 1.3.25-1.fc17 for package: wine-1.3.25-1.fc17.x86_64 --> Processing Dependency: wine-pulseaudio(x86-32) = 1.3.25-1.fc17 for package: wine-1.3.25-1.fc17.x86_64 --> Processing Dependency: wine-openal(x86-32) = 1.3.25-1.fc17 for package: wine-1.3.25-1.fc17.x86_64 --> Processing Dependency: wine-ldap(x86-32) = 1.3.25-1.fc17 for package: wine-1.3.25-1.fc17.x86_64 --> Processing Dependency: wine-core(x86-32) = 1.3.25-1.fc17 for package: wine-1.3.25-1.fc17.x86_64 --> Processing Dependency: wine-cms(x86-32) = 1.3.25-1.fc17 for package: wine-1.3.25-1.fc17.x86_64 --> Processing Dependency: wine-capi(x86-32) = 1.3.25-1.fc17 for package: wine-1.3.25-1.fc17.x86_64 ---> Package wine-alsa.x86_64 0:1.3.25-1.fc17 will be installed ---> Package wine-capi.x86_64 0:1.3.25-1.fc17 will be installed ---> Package wine-cms.x86_64 0:1.3.25-1.fc17 will be installed ---> Package wine-common.noarch 0:1.3.25-1.fc17 will be installed ---> Package wine-core.x86_64 0:1.3.25-1.fc17 will be installed ---> Package wine-courier-fonts.noarch 0:1.3.25-1.fc17 will be installed ---> Package wine-desktop.noarch 0:1.3.25-1.fc17 will be installed ---> Package wine-devel.x86_64 0:1.3.25-1.fc17 will be installed ---> Package wine-docs.noarch 0:1.2-1.fc14 will be installed ---> Package wine-fonts.noarch 0:1.3.25-1.fc17 will be installed ---> Package wine-ldap.x86_64 0:1.3.25-1.fc17 will be installed ---> Package wine-marlett-fonts.noarch 0:1.3.25-1.fc17 will be installed ---> Package wine-ms-sans-serif-fonts.noarch 0:1.3.25-1.fc17 will be installed ---> Package wine-openal.x86_64 0:1.3.25-1.fc17 will be installed ---> Package wine-pulseaudio.x86_64 0:1.3.25-1.fc17 will be installed ---> Package wine-small-fonts.noarch 0:1.3.25-1.fc17 will be installed ---> Package wine-symbol-fonts.noarch 0:1.3.25-1.fc17 will be installed ---> Package wine-system-fonts.noarch 0:1.3.25-1.fc17 will be installed ---> Package wine-systemd.noarch 0:1.3.25-1.fc17 will be installed ---> Package wine-sysvinit.noarch 0:1.3.25-1.fc17 will be installed ---> Package wine-tahoma-fonts.noarch 0:1.3.25-1.fc17 will be installed ---> Package wine-twain.x86_64 0:1.3.25-1.fc17 will be installed ---> Package wine-wow.x86_64 0:1.3.25-1.fc17 will be installed --> Running transaction check ---> Package wine-capi.i686 0:1.3.25-1.fc17 will be installed ---> Package wine-cms.i686 0:1.3.25-1.fc17 will be installed ---> Package wine-core.i686 0:1.3.25-1.fc17 will be installed --> Processing Dependency: libSM.so.6 for package: wine-core-1.3.25-1.fc17.i686 --> Processing Dependency: libGLU.so.1 for package: wine-core-1.3.25-1.fc17.i686 --> Processing Dependency: libGL.so.1 for package: wine-core-1.3.25-1.fc17.i686 --> Processing Dependency: freetype(x86-32) for package: wine-core-1.3.25-1.fc17.i686 ---> Package wine-ldap.i686 0:1.3.25-1.fc17 will be installed --> Processing Dependency: libldap_r-2.4.so.2 for package: wine-ldap-1.3.25-1.fc17.i686 --> Processing Dependency: liblber-2.4.so.2 for package: wine-ldap-1.3.25-1.fc17.i686 ---> Package wine-openal.i686 0:1.3.25-1.fc17 will be installed ---> Package wine-pulseaudio.i686 0:1.3.25-1.fc17 will be installed --> Processing Dependency: libpulse.so.0(PULSE_0) for package: wine-pulseaudio-1.3.25-1.fc17.i686 --> Processing Dependency: libpulse.so.0 for package: wine-pulseaudio-1.3.25-1.fc17.i686 ---> Package wine-twain.i686 0:1.3.25-1.fc17 will be installed --> Running transaction check ---> Package freetype.i686 0:2.4.6-1.fc17 will be installed ---> Package libSM.i686 0:1.2.0-2.fc15 will be installed --> Processing Dependency: libuuid.so.1(UUID_1.0) for package: libSM-1.2.0-2.fc15.i686 --> Processing Dependency: libuuid.so.1 for package: libSM-1.2.0-2.fc15.i686 ---> Package mesa-libGL.i686 0:7.11-2.fc17 will be installed ---> Package mesa-libGLU.i686 0:7.11-2.fc17 will be installed ---> Package openldap.i686 0:2.4.26-1.fc16 will be installed --> Processing Depen
Multilib issue with wine on rawhide
Hi, I've found a multilib issue when installing wine on my rawhide box. Any ideas on this or should I put into BZ? I'm trying to install via yumex Protected multilib versions: 1:dbus-libs-1.4.10-2.fc17.i686 != 1:dbus-libs-1.4.10-1.fc16.x86_64 Protected multilib versions: freetype-2.4.6-1.fc17.i686 != freetype-2.4.5-2.fc16.x86_64 Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Lack of space on /
Hi, Something strange has happened on my system. At the start of last week, / was reporting that I had about 8Gb free. It now reports that / is completely full. chkrootkit is reporting nothing untoward. I have noticed that putting things in the wastebasket and then saying empty hasn't been doing so recently, but that shouldn't account for 8Gb! Any ideas? PFJ -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: cups service gone walkabouts?
Hi, > > It seems that after yesterdays (5th July) mammoth rawhide update, that > > the cups daemon has vanished from /etc/init.d - any idea if this is just > > an oversight? > > I would guess (given that Lennart used it as his example in his recent > article) that it has been converted to be a native systemd service. Ah. Looks like I may need to bz it as unless I run /usr/sbin/cupsd -F from a terminal, the service isn't starting. s-c-services and s-c-printer isn't showing anything. Should I put it under cups or systemd? PFJ -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
cups service gone walkabouts?
Hi, It seems that after yesterdays (5th July) mammoth rawhide update, that the cups daemon has vanished from /etc/init.d - any idea if this is just an oversight? PFJ -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Importing PS to LibreOffice
Hi, I have a pile of postscript files (mix of graphics and text) that I really need to get into LibreOffice, but I've hit two snags. If I do a direct import, I get lots of text which looks like raw postscript. If I open in eVince (or something similar) and do a copy and paste to LibreOffice, I get gibberish on the screen (eVince displays correctly, LibreOffice doesn't) I've tried converting the ps files to pdf and importing the pdf directly in, but again, gibberish on screen. The graphics thankfully import fine. pdf2html generates garbage as well. I'm not sure, but am I hitting a ghostscript issue? libreoffice-writer-3.3.2.2-6.fc16.x86_64 ghostscript-9.02-3.fc16.x86_64 evince-2.91.90-2.fc16.x86_64 Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Going off-line for a while
Hi, I'm going off for quite a bit as my new job dictates very little time and having to endure the evils that is Win7. The Linux box will still be on, just no time for much else on it. For some reason, I can't sign the vacation page, but that's currently not much of an issue... Catch you all in a bit TTFN PFJ -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Rawhide is annoying me!
Hi, I'm having two problems on two different boxes, both running rawhide. Problem 1 (my main box) - whoever decided to remove the default applications thing from the menu, please put it back. I can understand the rational, but it currently means that on firing up my desktop, I don't have nautilus running as soon as I log in which is an absolute pain. I have to configure my sound every time to use the soundblaster rather than the on board card and it's generally just annoying. Is there a way that I can set the start up applications now? Problem 2 (laptop). Gnome is dead. I can use KDE for my desktop but gnome, irrespective of the user, gives me a blue stripy screen and that's it. I've tried creating a new user in case it was my settings, but nope, blue stripy screen. I am not sure if it's related to gnome-do (I installed it, didn't like it, yum removed it) removing something it shouldn't have, but it does mean my laptop, unless using KDE, is no use. Any help on fixing these issues, please let me know - they're both driving me mad!! -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Preferred & Startup applications gone?
Hi, Using the current spin on rawhide but seem to have lost where I set the startup applications and preferred apps up from. The used to be under Preferences but seem to have vanished. Any idea what I need to re-install to get it back. There is nothing under System Settings which lets me do this. Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Problem building mono-2.10 under rawhide
Hi, I'm currently packaging Mono-2.10 RC2 for rawhide but have hit a snag and I'm not sure if it's Fedora or mono, so I'm seeking advice. The error I'm getting is make[8]: Entering directory `/home/paul/rpmbuild/BUILD/mono-2.10/mcs/tools/gacutil' MCS [basic] gacutil.exe Inconsistency detected by ld.so: dl-deps.c: 623: _dl_map_object_deps: Assertion `nlist > 1' failed! make[8]: *** [../../class/lib/basic/gacutil.exe] Error 127 I'm building on my 64 bit box and have installed the latest (3rd Feb 2011) set of updates, so I'm using gcc-4.6.0-0.5 Any help would be appreciated in tracking this one down TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
libvirtd problem under x86_64
Hi, Is there some form of magic that I need to use to get virt-manager to work as non-root on x86_64? When I run it, I'm getting Unable to open a connection to the libvirt management daemon. Libvirt URI is: qemu:///system Verify that: - The 'libvirtd' daemon has been started More details shows authentication failed Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/connection.py", line 983, in _try_open None], flags) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 107, in openAuth if ret is None:raise libvirtError('virConnectOpenAuth() failed') libvirtError: authentication failed This seems to be an x86_64 problem and is on BZ (reported for f13 and f14, but can't seem to see anything for rawhide). Any ideas? BZ is 579579 TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
httpd and svn problems (rawhide)
Hi, I have two problems which I can't seem to get to the bottom of, both of them are very annoying and I don't know if it's me or the software so would rather check things before putting stuff into the big red lizard. First is httpd (apache). I can do /etc/init.d/httpd stop and the server stops, but when I try to start the server I get Starting httpd (via systemctl): Job failed. See system logs and 'systemctl status' for details. systemctl status httpd.service shows httpd.service - LSB: start and stop Apache HTTP Server Loaded: loaded (/etc/rc.d/init.d/httpd) Active: failed since Mon, 03 Jan 2011 16:39:18 +; 33s ago Process: 3902 (/etc/rc.d/init.d/httpd stop, code=exited, status=0/SUCCESS) Process: 1959 (/etc/rc.d/init.d/httpd start, code=exited, status=1/FAILURE) Main PID: 2054 (code=exited, status=1/FAILURE) CGroup: name=systemd:/system/httpd.service └ 2086 /usr/sbin/httpd cat /var/log/messages | tail is also unhelpful Jan 3 16:41:34 PB3 systemd[1]: httpd.service: control process exited, code=exited status=1 Jan 3 16:41:34 PB3 systemd[1]: Unit httpd.service entered failed state. /var/log/httpd/error_log is showing nothing at all I've also attempted to set up an svn server using the instructions at http://queens.db.toronto.edu/~nilesh/linux/subversion-howto/ using instruction 2. However, when I try to start svnserve I get svnserve -r /svn -d svnserve: Can't bind server socket: Address already in use netstat is showing nothing is binding to the svn port. I've thought it could be an selinux problem, but as I'm running permissive, nothing is being reported back. Any help on either of these would be appreciated :) Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
64 bit mono packages missing
Hi, Other than log4net, sharpcvslib and ndoc (log4net and ndoc are reliant on .NET 1.1 libs so are dead in the water), I'm going to see if I can get nant to build for 64 bit architectures over the next day or so Here's hoping! TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
64 bit mono packages missing
Hi, Other than log4net, sharpcvslib and ndoc (log4net and ndoc are reliant on .NET 1.1 libs so are dead in the water), I'm going to see if I can get nant to build for 64 bit architectures over the next day or so Here's hoping! TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Mono.Cecil
Hi, Mono.Cecil has been a pain in the backside for many moons with the advice being to ditch the version which ships with package and try and use the version bundled with mono itself (which is version 0.6-ish). Unfortunately, this is leading to a number of problems (db4o 7.4 up won't work like this and many other packages are starting to creak) The lead developer for Mono.Cecil has released version 0.9.4 and it's rapidly approaching version 1.0 (not sure about the eta on it). I've packaged 0.9.4 up as a new package (mono-cecil) and will put it up for review shortly (got a few minor things to sort out first). This will break quite a few of the scripts currently being used (for example, monodevelop-2.4.1 won't build). However, there are advantages to using a new Mono.Cecil, especially as the old version really is old and broken in places. Does anyone have a problem with a new mono.cecil package being imported? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Mono.Cecil
Hi, Mono.Cecil has been a pain in the backside for many moons with the advice being to ditch the version which ships with package and try and use the version bundled with mono itself (which is version 0.6-ish). Unfortunately, this is leading to a number of problems (db4o 7.4 up won't work like this and many other packages are starting to creak) The lead developer for Mono.Cecil has released version 0.9.4 and it's rapidly approaching version 1.0 (not sure about the eta on it). I've packaged 0.9.4 up as a new package (mono-cecil) and will put it up for review shortly (got a few minor things to sort out first). This will break quite a few of the scripts currently being used (for example, monodevelop-2.4.1 won't build). However, there are advantages to using a new Mono.Cecil, especially as the old version really is old and broken in places. Does anyone have a problem with a new mono.cecil package being imported? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
The sale of Novell
Hi, As you may be aware, Novell recently sold itself/merged/whatever to another company with the transfer of 882 patents to MS. No idea what this will mean with the SCO legal case, but hey. My question regards Mono now. With the sale of Novell and MS gaining a pile of patents, will this affect the inclusion of Mono and the mono sub-packages into Fedora? I know the licence is OSS happy (else it wouldn't be allowed in), but will the sale change this (change of ownership, revokation of the licence etc)? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20101108 changes
Hi, > db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 Problem here is that db4o now uses a newer version of mono-cecil and mono-cecil-flowanalysis. The current fedora version flowanalysis is something like 0.6 whereas head it 0.9. However, it's not as simple as building 0.9 to get things working... > deja-dup-15.3-2.fc14.x86_64 requires libnotify.so.1() Lots seem broken with libnotify.so.1 - any chance of pushing rebuilds? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Building boo against mono-2.8 problem
Hi, > > Is it possible to build boo on koji without removing the old version or > > is there a way to just remove Boo.Lang.Extensions from the gac? > > > Not sure how this is a problem. Boo.Lang.Extensions.dll is only shipped > by the boo package, right? And rebuilding boo does *not* pull in the old > version, so where's the conflict coming from? Boo itself. It looks like it tries to pull in Boo.Lang.Extensions from the gac if its there and build against that - but can't. I'm saying looks like as upstream aren't that forthcoming with information, just a workaround. TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Building boo against mono-2.8 problem
Hi, In order to build the latest version of boo (the current one in the repos won't build against mono-2.8), the old version of boo has to be removed as there is a conflict with Boo.Lang.Extensions in gac (it is a known bug which is being worked on upstream). Is it possible to build boo on koji without removing the old version or is there a way to just remove Boo.Lang.Extensions from the gac? The problem will show its head again should another rebuild be required (which hopefully won't happen until the next version appears) TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
mono-ndoc
Hi, With the dropping of .NET 1.1 support in mono-2.8, mono-ndoc will now no longer compile (there is very little support for .NET 2.0 in it anyway). It's dead in the water. The original author has said he no longer wishes to maintain the package. I'm not sure what actually depends on mono-ndoc, so it may not be that big a problem. It will though need to be removed from rawhide - how is this done? log4net may also be on its way out too... TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Nant and boo in rawhide + rebuilds
Hi, Okay, mono-2.8 has now hit rawhide and there will be quite a lot that will need rebuilding. Most of the time it will be just a case of pushing a rebuild, but some packages will need attention (especially if they rely on .NET-1.1 code - it has gone in 2.8) I've pushed a pile of things, but anything relying on Nant or boo will need to wait a short while. Problem is that for Nant and boo, the current versions in rawhide will not just rebuild so will need updating. While I have builds here, there is a problem with nant which needs fixing (I'm toying with the fixes here). Any problems with rebuilds, feel free to push them this way. TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
More mono/koji problems
Hi, I'm still trying to get to the bottom as to why mono is failing to build on koji as either a scratch build or as a live build and I've come across this on the x86 build - can anyone shed any light on it as it's about as useful an error throw back as 4/10 was back on the ZX81! make[3]: *** [libmonoruntimesgen_la-reflection.lo] Error 130 I've looked up Error 130 and it's no real help. Can anyone shed any light on what it means? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Viewing a scratch-build
Hi, I've followed the instructions on the fedoraproject website to try and view a scratch-build result (go to tasks and select the scratch build), but it's not showing anything for rawhide scratch builds. Is there some sort of magic I need to invoke to get it to show? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Building mono-2.8 for 64 bit - possible solution to the problem
Hi, Just an update... I've looked and the x86 as well as x86_64 builds are failing on koji. Something looks wrong in the rawhide koji buildsys... TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Building mono-2.8 for 64 bit - possible solution to the problem
Hi, > > It looks like glibc is missing TLS support. Do I submit a BZ against > > glibc? > > That is simply not the case and it's hard to see how you came to such > a conclusion. Based on what I'm seeing from the error and getting from searching... I've looked a bit deeper and there is nothing untoward being set in the Makefile.in or Makefile.am files anywhere during the compilation - it's picking things up in the configure script correctly and there is nothing in the buildlog to say -m32 is being passed. I'm going now to assume that CCASFLAGS on the x86_64 buildsys is returning -m64 (is there a way to examine the root Makefiles generated by the buildsys to ensure that this is happening?) and what does that leave us with? Help! I'm running around in circles TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Building mono-2.8 for 64 bit - possible solution to the problem
Hi, > Hmm. I did a build with: > mock -r fedora-rawhide-x86_64 mono-2.8-1.1.fc15.src.rpm > on an f13/x86-64 host and it finished without complaint. Removed the m32 hacks and submitted for a rebuild. Still dies in the same place :( > Perhaps something is indeed wonky in koji, or maybe some prerequisite just > got broken and fixed since. You should try just resubmitting the package > build. It looks like glibc is missing TLS support. Do I submit a BZ against glibc? Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Building mono-2.8 for 64 bit - possible solution to the problem
Hi, > It seems nearly certain that the Mono code broke to do something dumb. Quite possibly... > Have you built it by hand on any x86-64 system? I would if I had a 64 bit box... TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Building mono-2.8 for 64 bit - possible solution to the problem
Hi, > > {standard input}: Assembler messages: > > {standard input}:24487: Error: @TLSLDM reloc is not supported with > > 64-bit output format > > {standard input}:24487: Error: junk `...@tlsld' after expression > > make[3]: *** [libmonoruntimesgen_la-sgen-gc.lo] Error 1 > > This is certainly a case of compiling i386 code and then trying to link it > as x86-64 (or with other code compiled for x86-64). In previous incarnations of mono, this has worked without a hitch > > After Googling around, I think I've hit the cause - it's down to the > > cross compiler used on koji (or could be). I found this... > > > > http://www.mail-archive.com/unattended-de...@lists.sourceforge.net/msg02316.html > > > > which seems to point to the cross compilation being the problem for > > building mono on the 64 bit buildsys. > > If what you really intend is to compile i[3-6]86 code in an x86_64 rpm, > then indeed you need to make sure that you are passing -m32 for all > the compiler invocations any compilation or linking of the 32-bit code. I'm not sure in this case. As I've said, the last version (2.6.7-3) build fine on the 64 bit boxes without the need to pass any flags to the compiler so either Novell has messed with something or the buildsys is not being nice to me. Can't decide which... TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Building mono-2.8 for 64 bit - possible solution to the problem
Hi, > > After Googling around, I think I've hit the cause - it's down to the > > cross compiler used on koji (or could be). I found this... > > koji doesn't cross compile at all. In that case, it looks like TLS support is not in the 64 bit version of glibc... TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Building mono-2.8 for 64 bit - possible solution to the problem
Hi, In the wee small hours (UK time), I submitted mono-2.8 to koji. Unfortunately, it failed to build for 64 bit systems and gave the following error In file included from sgen-gc.c:784:0: sgen-los.c: In function 'los_scan_card_table': sgen-los.c:482:21: warning: initialization from incompatible pointer type sgen-los.c:501:15: warning: comparison of distinct pointer types lacks a cast sgen-gc.c: At top level: sgen-cardtable.c:229:1: warning: 'collect_faulted_cards' defined but not used {standard input}: Assembler messages: {standard input}:24487: Error: @TLSLDM reloc is not supported with 64-bit output format {standard input}:24487: Error: junk `...@tlsld' after expression make[3]: *** [libmonoruntimesgen_la-sgen-gc.lo] Error 1 After Googling around, I think I've hit the cause - it's down to the cross compiler used on koji (or could be). I found this... http://www.mail-archive.com/unattended-de...@lists.sourceforge.net/msg02316.html which seems to point to the cross compilation being the problem for building mono on the 64 bit buildsys. Could someone please confirm this is the problem before I bung it into the big red lizard for fixing? If it is the problem, what component to I file it against? Thanks Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
It's been a while, but I could do with a hand...
Hi, It's been a while since I've done any sort of uploading and in that time my box died, has been rebuilt and is running happily on rawhide. Problem is my scripts for uploading have gone! I've followed the information on the wiki but when I try to upload, I'm getting [p...@pb3 common]$ ./cvs-import.sh ~/rpmbuild/SRPMS/mono-2.8-1.1.fc15.src.rpm Checking out module: 'mono' Unpacking source package: mono-2.8-1.1.fc15.src.rpm... cvs [server aborted]: "remove" requires write access to the repository I've downloaded a client side cert, changed my gpg key and ssh key (uploaded both to my details on the fas system). I've done export CVS_RSH=ssh and export CVSROOT=:ext:p...@cvs.fedoraproject.org:/cvs/pkgs Have I gone wrong somewhere and to make life easy, is there a GUI way to upload to the rawhide repos yet? Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Any comments about the latest version of mono on my site?
Hi, A couple of days back I uploaded preview 8 of mono-2.8 for comments but have heard nothing back. The move to 2.8 will require a good number of rebuilds as 2.8 has had all the .NET 1.1 stuff removed. If you have a mono reliant package, can you please rebuild and let me know if there are any problems. If I submit to rawhide now there will be a tonne of breakages and I'd rather avoid that if possible. URLS http://www.all-the-johnsons.co.uk/mono/libgdiplus-2.8-1.fc15.src.rpm and http://www.all-the-johnsons.co.uk/mono/mono-2.8-1.fc15.src.rpm Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Mono 2.8 now built... but...
Hi, I've finally managed to get mono-2.8 to build and it wasn't easy. A tonne of things have changed, the biggest is that .NET 1.1 has gone. Completely gone. 'tis no more! If you have anything reliant on .NET 1.1, you will need to rebuild. I've uploaded the source rpms to http://www.all-the-johnsons.co.uk/mono/libgdiplus-2.8-1.fc15.src.rpm http://www.all-the-johnsons.co.uk/mono/mono-2.8-1.fc15.src.rpm They build fine on my x86 box, YRMV, but let me know of any build failures. I've not put it into rawhide yet as I'd rather people build first then we can do a mass update rather than have a pile of broken deps. I've not built any of the other parts of mono yet, they'll come today/tomorrow. Changes... - Bump to preview 8 of 2.8 release - Remove .NET 1.1 code - Update ppc threading patch - Update patch1 and 5 and rename - Combine patches 2 and 7 (why two libdir patches?) - Remove jay from the install step - Realise that spelling is quite imporgtint... - Big changes to the spec file to bring it into line with Novell's fixes - New mvc, mvc-devel and winfx subpackages - Some parts of the mono-web subpackage moved to mvc - Fix the macro which looked for 1.0 things - Remove and obsoletes mono-jscript - Remove and obsolete data-sybase and data-firebird - Modify macros to make sense now the 1.0 stuff has gone - Extend the 4.0 subpackage to include lots of new stuff If you have anything reliant on mono-jscript, mono-data-sybase and mono-data-firebird, they're gone. Please try and build, let me know of any problems though. Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Arithmetic coding in Fedora libjpeg (bug #639531)
Hi, > > Remember, Fedora is not just for use in your country - there are piles > > of countries it's used in, each with their own insane patent > > regulations. The fedora stance is that if it offends, it's out. > > Just for the record, AFAIK there are only two countries which allows > software patents - USA and South Korea. Yep - and it's the US which has some of the more insane ones (and therefore has to be the most careful over). I wonder how long it will be before Apple's current insane one over backing up to a local repository will be allowed to stand - effectively it means you can't burn to a CD! Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Arithmetic coding in Fedora libjpeg (bug #639531)
Hi, > "You shall not create images with arithmetic coding" is like saying "You > shall not create images of the flying sphagetti monster." It's not up to > Fedora to make this choice for me. It is though - you have chosen to use Fedora therefore have to live with the decisions the Fedora legal people (I'm assuming they said no to arithmetic coding) have said goes. Remember, Fedora is not just for use in your country - there are piles of countries it's used in, each with their own insane patent regulations. The fedora stance is that if it offends, it's out. If you want a prime example, look at either DeCSS or mp3 support. Plenty of distros have it, but they're both out of Fedora. Doesn't matter that in the authenticity of the mp3 patent is still in doubt, Fedora plays it safe. rpmfusion may supply DeCSS and mp3 support, but they're not part of Fedora. This may be one avenue to look at - see if rpmfusion can supply an add-on package for this. Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
LibreOffice
Hi, Given the fun which looks to be happening over OOo due to Oracle, are there any plans to drop OOo and move over to LibreOffice (which looks to be at version 3.2.999 - pretty much the same as OOo currently is at). The full release version is penned in for Christmas (or there abouts). I have no problems helping package this behemoth! TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Nautilus still no go in rawhide
Hi, What is going on with Nautilus? It's not been usable for quite a while now. Most recently, I've had it working by starting it from a terminal window but now even that has stopped working and is giving me the following Gtk-Message: Failed to load module "pk-gtk-module": libpk-gtk-module.so: cannot open shared object file: No such file or directory Gtk-Message: Failed to load module "gail-gnome": libgail-gnome.so: cannot open shared object file: No such file or directory (nautilus:11408): GLib-GObject-WARNING **: gsignal.c:1152: unable to lookup signal "select" of unloaded type `GtkMenuItem' (nautilus:11408): GLib-GObject-CRITICAL **: g_signal_add_emission_hook: assertion `signal_id > 0' failed (nautilus:11408): GLib-GObject-WARNING **: gsignal.c:1152: unable to lookup signal "deselect" of unloaded type `GtkMenuItem' (nautilus:11408): GLib-GObject-CRITICAL **: g_signal_add_emission_hook: assertion `signal_id > 0' failed Initializing nautilus-gdu extension (nautilus:11408): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed Segmentation fault (core dumped) (this is the same if I use nautilus -n [then double click on a drive icon] or nautilus with no arguments) Any ideas on what is going on? I last updated the machine last night and things seem to have gone wrong since about Tuesday (last update on koji). I did think it was related to the gir rebuilds, but that doesn't seem to be the case. HELP TTFN Paul P.S. I have both .so files installed... -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Passing arguments into LDFLAGS
Hi, I know I can do the likes of export CFLAGS="$CFLAGS -blah" and it will pass whatever CFLAGS is plus the argument "-blah" to the compiler. How do I do this with LDFLAGS. I'm trying to pass --build-id using export LDFLAGS="$LDFLAGS --build-id" It's about the only way I can get mono to build currently! TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20100920 changes
Hi, > gnome-panel-2.31.90-1.fc15.i686 requires libedataserverui-1.2.so.10 Can this not just be rebuilt against the new libedataserverui as it's blocking the update to evolution? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Problem while building mono-2.8
Hi, > > googling suggests that there has been a change and that I need to add > > LDFLAGS += --build-id in the build and install parts. I've not had to do > > this before, so am I missing something and if I include it, will it then > > fail to build on koji? > > That is not usually the ideal solution. And that the problem is new (some > time after F8) suggests there may be something more strange going on. > I'll help you figure it out if I can see the build. I can email you over the throwback from the build (or the spec file with altered patches), but as it dies on on the missing build ID (even with the LDFLAGS thing added), there is no build. I'm assuming that make LDFLAGS+=--build-id is correct and that I don't need to export it or add anything else.. TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Problem while building mono-2.8
Hi Dennis, > Mono has had alot of issues building on x86_64 recently. it would be great > if > you worked with upstream to track down and resolve the 64 bit issues. >From what I've seen, 2.8 fixes quite a lot of the issues with 64 bit systems. Are there any specifics I should look at? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Problem while building mono-2.8
Hi, I've not come across this (mainly as I've not been that active due to a mix of work problems and hardware problems which meant a big re-install). Most of mono is built, but I've just hit this error *** ERROR: No build ID note found in /home/paul/rpmbuild/BUILDROOT/mono-2.8-1.fc15.i386/usr/lib/mono/2.0/mscorlib.dll.so googling suggests that there has been a change and that I need to add LDFLAGS += --build-id in the build and install parts. I've not had to do this before, so am I missing something and if I include it, will it then fail to build on koji? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
CUPS problem
Hi, The following is in BZ : 632042 I'm seeing this with my Samsung ML2250 (my box is using Rawhide, updated today 09/09/10) so it looks like the problem is not with hplip but with CUPS or CUPS/Gutenprint However, looking at koji, the last update to Cups was 20th Aug but I've seen no reports of problems. Downgrading to a previous version of both cups and gutenprint doesn't fix the problem either. Rewinding hplip to the previous version (and rebuilding as it won't just install due to it needing python 2.6) doesn't fix it either. I'm starting to think this could be lower down - possibly either glib or even the kernel (googling supports the kernel argument). There is nothing untoward in the cup error log either which lends further support to either the kernel or glib. I'm still waiting on my password reset to come through so would appreciate advice under what to log it as. TTFN Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Nautilus misbehaving
Hi, After the recent rawhide to nautilus 2.90.1-1.fc15.i686, it's stopped working claiming that I don't have Settings schema 'org.gnome.desktop.lockdown' installed. What is this and how do I fix the problem? TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unable to start X
Hi, > > TTFN > > TTFN? Thanks to F'ing Nobody? Ta Ta For Now - old English was of signing off. Used normally during times of war so as not to demoralise those back home. > > Any ideas on how to get my desktop to boot > > I am using Intel driver and I am also unable to get X to boot in > rawhide. I have tried startx, putting 5 on the kernel boot line in > grub, etc., to no avail. I get a mouse pointer superimposed on the > konsole login screen. I can switch to a different virtual console > and log in on the command line, but no X session. That's possibly a different issue. Try going back to the 2.6.31 kernels from koji and you may find things are happy. Somewhere like -81 or -174 should be good. TTFN Paul -- It's only me, only me and no-one else. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Unable to start X
Hi, I'm using the nvidia 7600 video card with the neuveau driver (not using the commerical driver, just the fedora shipped one). I did a rawhide update on Saturday and it looks like something there has borked my system. I had a power outage last night and had to reboot. It doesn't matter which version of the kernel I try to load, but when I try to boot X I'm told that the kernel has claimed a driver and the server won't start until the kernel has unclaimed it. I've tried passing nomodeset and vesa in the boot line, but no good. If I boot to runlevel 3, I can get a command line login, so the system is up and working, but issuing startx gives me the error about the claimed module. Any ideas on how to get my desktop to boot or do I need to downgrade the xorg-x11-drv-neuvaux (or however it's spelt!)? TTFN Paul -- It's only me, only me and no-one else. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel