Out of action for a while & mono heads up
Hi, Due to a drive falling over dead (it held my /home directory) and then the computer's RAID software deciding it knew how to fix the problem by duplicating the /dev/sda drive (where my boot loader and lvm partitions sit) instead of it asking, I've just about managed to get my computer up and running again and it's now kind of stable. I should be back to full steam by the weekend, but please be patient. I've lost everything on my old drive (including my rpmbuild stuff) and need to get back up to speed. I do have a partial back up from the laptop which should help, but it won't have everything plus I need to figure out how to access a ghost image to get the stuff out (should be able to do it via wine) Onto something else, mono 2.8 is due out in September so Novell are going to be releasing a 2.7 release candidate/test candidate series at some point either late this week or early next. Please remember that the 2.8 branch will not have any support at all for .NET 1.1. If you are maintaining anything which relies on the 1.1 framework, please contact either the upstream people for fixes or be prepared for breakages galore. TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Problems with the current rawhide
Hi, Following the disaster with my hard drive, the only way to fix was a complete re-install. I did a clean F13 install, did the updates and then moved to rawhide - something I normally do. I've hit several problems though 1. I can't mount anything via the desktop. The DVD/RW is not showing when I double click the Computer icon, though it is showing if I do ls /dev/sg* - k3b thinks haldaemon isn't running which would make sense. If I restart haldaemon though, still nothing. This mounting problem is also there for USB pens 2. I can't scan. My scanner is on the SCSI port and is not being seen. Worked fine before the reinstall. Possibly related to the above 3. If I boot with rhgb enabled, gdm doesn't start - I get a light blue screen with no other displays (I can't just do ctrl f2-f6 for another display - nothing happens) I've got selinux set to permissive, but still nada. Any clues or ideas on how to fix these? TTFN Paul P.S. Last updated the system at midnight (UK time) on Sunday/Monday -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F14TC2 x86_64 problem
Hi, Is there a way around this problem? I'm trying to install from DVD the TC2 image on the laptop (HP DV6 2113SA). When I click to trash the HD, the installer dies on me saying there is an error and asking me if I want to debug. I get the same problem if I try to do a custom set up. Trying the other options - shrink thinks everything is 0Mb in size and everything else is just not happy. TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
haldaemon seems dead...
Hi, I've installed F13 on my home box, updated and then moved it to rawhide. Everything seems more or less happy now, but it looks like haldaemon is dead. I can't burn to DVD, USB pens won't mount, the printer is unrecognised and the SCSI scanner has gone. All worked fine under F13. Any clues on how to get things running? Last updated the machine this morning (it will have caught yesterdays updates) TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: haldaemon seems dead...
Hi, > I've installed F13 on my home box, updated and then moved it to > > rawhide. Everything seems more or less happy now, but it looks like > > haldaemon is dead. I can't burn to DVD, USB pens won't mount, the > > printer is unrecognised and the SCSI scanner has gone. All worked fine > > under F13. > > None of this uses HAL... > k3b is moaning that haldaemon is dead and so can't work. If it's not hal, any ideas what it is? Wonder if dbus is being silly... TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
dbus not responding to a large number of things
Hi, It looks like dbus is failing to respond on my box correctly. For example, if I try to run system-config-services as a normal user, I get the following [p...@pb3 ~]$ system-config-services ** (system-config-services:11277): WARNING **: AT-SPI: Accessibility bus not found - Using session bus. (system-config-services:11277): Bonobo-WARNING **: Bonobo must be initialized before use Traceback (most recent call last): File "/usr/bin/system-config-services", line 1040, in GUI(use_dbus=use_dbus).run() File "/usr/bin/system-config-services", line 957, in __init__ bus = slip.dbus.SystemBus() File "", line 2, in SystemBus File "/usr/lib/python2.7/site-packages/dbus/_dbus.py", line 202, in __new__ private=private) File "/usr/lib/python2.7/site-packages/dbus/_dbus.py", line 108, in __new__ bus = BusConnection.__new__(subclass, bus_type, mainloop=mainloop) File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 125, in __new__ bus = cls._new_for_bus(address_or_type, mainloop=mainloop) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.FileNotFound: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory This dbus exception is showing up in a large number of places (including when I attempt to mount a CD or USB pen or use the scanner). I thought it was haldaemon being silly to start with, but I'm seeing the exception a lot. Using dbus-1.3.2-0.1.885483.fc15.i686 Any help or advice appreciated. TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: haldaemon seems dead...
Hi, > k3b is > moaning that haldaemon is dead and so can't work. If it's not hal, > > any > ideas what it is? Wonder if dbus is being silly... > > rpm -q k3b kdelibs > [p...@pb3 ~]$ rpm -q k3b kdelibs k3b-2.0.0-2.fc14.i686 kdelibs-4.4.95-1.fc14.i686 > kdebase-runtime hal-storage-addon > kdebase-runtime doesn't exist. I've done a clean reinstall of it, but I suspect dbus is more the problem than anything... TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
s-c-samba not a happy monkey (rawhide, f15)
Hi, When I try to fire up s-c-samba, I'm getting the following reported back Authorization error The authorization needed for 'org.fedoraproject.config.samba.configure' could not be obtained. The application will exit now. Is anyone else seeing this? I need to set up the samba share for my main box. TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Evolution - bits missing?
Hi, Post the disaster on my hard drive, I've restarted evolution, but have found that the menu bar (File, Edit, etc) at the top has vanished. Is this a known problem and if it isn't, is there a way to get it back there? TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Evolution - bits missing?
Hi Julian, May it be that you recently installed gnome-applet-globalmenu? > Uninstalling it should help. > This was the issue everytime I heard about such behaviour... > Thanks - I'll look at that. > If that doesn't fix it for you, I'd rather suggest to take this to the > users list :) > > I would if I wasn't using rawhide... TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Rawhide evolution gone funny
Hi, For some reason, Evolution is not finding any of the plugins or anything. It'll start but has on the title bar (null) Evolution. >From the command line, I'm getting this [paul@PB3 ~]$ evolution e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-addressbook.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-bogofilter.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-spamassassin.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-composer-autosave.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-startup-wizard.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-mail.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-calendar.so evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-evolution-google.so': /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-evolution-google.so': /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-exchange-operations': /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-exchange-operations': /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-sa-rspam.so': /usr/lib64/evolution/3.2/plugins/liborg-gnome-sa-rspam.so: undefined symbol: em_folder_tree_set_selected evolution-plugin-lib-WARNING **: Cannot resolve symbol 'org_gnome_sa_rspam_startup' in plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-sa-rspam.so' (not exported?) evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_window_set_active_view: assertion `shell_view != NULL' failed evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-templates.so': /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run e-utils-CRITICAL **: Plugin "Templates" is missing a function named init_shell_actions() evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_view_get_page_num: assertion `E_IS_SHELL_VIEW (shell_view)' failed evolution-shell-CRITICAL **: shell_window_set_notebook_page: assertion `page_num >= 0' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_view_get_page_num: assertion `E_IS_SHELL_VIEW (shell_view)' failed evolution-shell-CRITICAL **: shell_window_set_notebook_page: assertion `page_num >= 0' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_view_get_page_num: assertion `E_IS_SHELL_VIEW (shell_view)' failed evolution-shell-CRITICAL **: shell_window_set_notebook_page: assertion `page_num >= 0' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_view_get_action: assertion `E_IS_SHELL_VIEW (shell_view)' failed GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_view_get_title: assertion `E_IS_SHELL_VIEW (shell_view)' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_window_update_view_menu: assertion `shell_view != NULL' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_window_update_search_menu: assertion `shell_view != NULL' failed Any ideas on what's happened? [paul@PB3 ~]$ rpm -qa evolution* ev
xorg-x11 gone squiffy in rawhide?
Hi, Just done quite a big update to my rawhide box, performed a reboot and have been left without an x server. I thought it was the xserver, so downgraded to 1.10.99.1-2.20110418.fc16, but still the same problem. I'm getting a segfault at adress 0xb2b4c using the neuveau driver Help! I'm reduced to using a win7 box TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xorg-x11 gone squiffy in rawhide?
Hi, On 21 April 2011 16:45, darrell pfeifer wrote: > I had the same problem. I'm using the intel driver. > > Backed out xorg to a previous version. > > I did that too, but no go :( TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
OpenBUGS program has a pre-compiled )S library from MS Windows. Any possibility to package it?
I decided to try to help the cause of Bayesian statistics and the open source effort of the OpenBUGS group (http://www.openbugs.info/w/) by making some packages. In case you are not a statistically-inclined person, it is worth knowing that Bayesian Updating with Gibbs Sampling (BUGS) has caused something of a methodological landslide since the early 1990s, helping scholars to model processes that were thought to be too difficult. In Linux, we do not have access to the OpenBUGS GUI, which I've built deb and rpm packages for RedHat, Fedora and Ubuntu. They are available in my webspace and in the project. I wish these could be in the official linux repositories, but I've not tried to put these into an official repository because there are 2 problems that seem prohibitive. First, the (now open) code for OpenBugs is written in Object Pascal and it requires a compiler framework called "Black Box" which is, as far as I can understand, available only for MS Windows. The OpenBUGS team compiles that library, and then for linux we use some accessor scripts to send jobs to it. This, of course, goes against the packaging policy that pre-compiled libraries are prohibited. I was wondering if there could be an exception here, since the code is actually available and open. This is more reasonable than re-packaging the closed Nvidia drivers, for example. Second, there is a little packaging problem for 64 bit systems. The library that is provided is only 32 bit, and to build it for a 64 bit system, there is a somewhat confusing situation. The library itself gets put into /usr/lib, which is supposed to be for 64 bit libraries. And to make the whole thing package up in a workable way, the arch ends up saying the packge is x86_64, even though it is only 32 bit. To run OpenBUGS on a 64 bit system, one h as to install the 32bit libc packages. I've built the RPM on a 32bit system, it comes out with the proper x86 target in the file name,but that package will not instlal on the 64 bit systems. Should it? (As I said, I can build the package on the 64 bit system, and it comes out with a 64 bit file name, but it is really 32 bits.). Oh, bother, this is confusing to me, I can't imagine your situation. http://pj.freefaculty.org/Fedora/14/i386/kups/packages/ On the other hand, the ones I build on a 64 bit system: Show up with 64bit names even though they are 32 bit programs: http://pj.freefaculty.org/Fedora/14/x86_64/openbugs-3.2.1-1.x86_64.rpm In the current Fedora framework, I can't understand if that is supposed to happen. -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: OpenBUGS program has a pre-compiled )S library from MS Windows. Any possibility to package it?
On Tue, Jun 14, 2011 at 7:57 PM, Kevin Kofler wrote: > Kevin Kofler wrote: >> In this case, the most obvious candidates would probably be >> FreePascal/Lazarus and GPC, but porting to a completely different, more >> commonly used language (I'd suggest C++) might also be worth considering >> for upstream (depending on how hard it is to port to a Free Pascal >> compiler). > > Actually, maybe this can help: http://cp-dev.sourceforge.net/ (but it's 32- > bit-x86-only and it might not be complete enough to build OpenBUGS yet, plus > I still wonder why the .obc source files contain that binary metadata in > addition to the Pascal-like code). > > Kevin Kofler > Thanks for the link. I did not know about that project yet, but it does point over to the OpenBUGS site. I agree with you it is a bit weird that the BUGS source code is wrapped into those binary odc files. The most favorable interpretation I can give this is that it is a form of literate programming, where the code is wrapped into documentation and so forth. To the ODC haters: I agree, but... This *is* an open source project, if you have the right editor. I ran the free BlackBox program inside Wine just now. Putting code into ODC files is not conceptually different from wrapping a CPP program into LaTeX source code, or wrapping R code into an Rnw file. The fact that the code is not just a flat ascii file you can read with Emacs does not make it less open. I will try to find out the historical reasons for relying on BlackBox. That decision was made in 1996 or so, and if you remember the state of the world then, the g++ did not work very well and there were competing/incomplete versions of the standard template library. Java did not exist, and Pascal was just about as widely used as C (moreso in the classroom). A lot of the bigger scientific programming projects of that era avoided C++. The other project with which I was intimately familiar is Swarm, which adopted Objective-C as its language, mostly for the same reasons. pj > -- -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Gnome borked?
Hi, After doing a rather large update to my rawhide box, it seems that it no longer wants to play fair with Gnome giving a very unfriendly "Something has gone wrong which I can't recover from. You should logout and try again" message. Other than some desklet errors, nothing seems to be wrong (obviously it is though). Any ideas what the problem is or how to fix it? PFJ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Gnome borked?
Hi >> Its both a black screen of death and a black box process. Very frustrating. >> >> In gnome 2 when the session crashed one could still run apps (add the term >> shortut to nautilus, right click on the desktop and you have a term to launch >> a wm and a browser to look for solutions). In gnome 3 you're finished. > > Well it is just a window, you can alt-f4 out of it. tried that - you get windows up with no minimise bar etc. Close them and you get the logout warning again... Something is borked - looks like gnome-shell here. PFJ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Evolution 3.3.1 in rawhide
Hi, Just managed to upgrade tonight, but there seems to be a hitch with evolution - none of my folders appear! When I run from the command line, I'm getting the following [paul@PB3 ~]$ evolution evolution-shell-CRITICAL **: shell_settings_pspec_for_key: assertion `schema_name != NULL' failed GConf-CRITICAL **: gconf_entry_get_schema_name: assertion `entry != NULL' failed evolution-shell-CRITICAL **: shell_settings_pspec_for_key: assertion `schema_name != NULL' failed GConf-CRITICAL **: gconf_entry_get_schema_name: assertion `entry != NULL' failed evolution-shell-CRITICAL **: shell_settings_pspec_for_key: assertion `schema_name != NULL' failed GLib-GObject-WARNING **: g_object_get_property: object class `EShellSettings' has no property named `mail-enable-local-folders' Is this mail-enable-local-folders the problem and is there a way around it? Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Evolution 3.3.1 in rawhide
Hi, On 7 November 2011 20:38, Mike Chambers wrote: > On Mon, 2011-11-07 at 19:10 +0000, Paul Johnson wrote: > > Hi, > > > > > > Just managed to upgrade tonight, but there seems to be a hitch with > > evolution - none of my folders appear! > > > > None of your "local" folders appear, such as with pop, or imap folders > or something else? > Correct. No folders what-so-ever appear. Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Unable to boot the 3.1.0 spins of the kernel
Hi, Not sure what I've missed here, but I'm unable to load my machine using any of the 3.1.0 flavours of the kernel. I can get (I think) 3.0.0-9 to boot no problems. When I try the 3.1.0 spins, I get a kernel panic soon after booting kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) Pid1:,comm: swapper Not tainted 3,1,0-0.fc10.git0.1.fc17.x86_64 Any way to fix this? Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
A small request
Hi, Is it possible to configure koji to do a package rebuild when key components are submitted? For example, xorg-x11 is currently messed up for a number of subpackages (as is libreoffice - poppler seems broken again). What would be great would be if when xorg-x11 is rebuild, all of the xorg-x11 subpackages are automagically rebuilt and if one of those fails, then the main package fails and so some of the rawhide issues get avoided and nice things like the x server stays up. Okay, this might not be possible, but it would make life less painful! I'd suggest xorg, gcc and possibly glibc as prime candidates for this. Paul (yes, I know rawhide eats babies and it's a risk I've been taking now for years [I can't remember the last time I ran using anything other than rawhide on my own box]) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A small request
Hi, >> For example, xorg-x11 is currently messed up for a number of >> subpackages (as is libreoffice - poppler seems broken again). What >> would be great would be if when xorg-x11 is rebuild, all of the >> xorg-x11 subpackages are automagically rebuilt and if one of those >> fails, then the main package fails and so some of the rawhide issues >> get avoided and nice things like the x server stays up. > > Did --skip-broken not do what you'd wanted? Unfortunately not. While it has prevented libreoffice from installing, something else is saying that there is an ABI problem with vesa, openchrome and neuveau now which the --skip-broken didn't stop getting through. What I'm thinking is that if (say) xorg-x11 is built, the drivers also get built to ensure the likes of the ABI problem I've hit doesn't happen Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Bugzilla is not being nice to me
Hi, It's been quite a while since I've used the big red lizard and unfortunately, I've lost my password. No problems. Hit the reset button. As expected, it comes up with that it's sent a token to my email address, but nothing appears. Anyone know what the problem may be? TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Safest way to go from x86 to x86_64
Hi, My main box decided to snuff it last week (motherboard and processor decided to fry). My erstwhile friend in the computer shop I use has said that he has a nice 64 bit processor and motherboard going for a small amount of money. The problem I have is that if I go the 64 bit route then I'll need to install the 64 bit OS (I can stay 32 bit, but what's the point with 8Gb of memory). Is there a safe way to install the x86_64 system over the 32 bit version and then clean off the 32 bit stuff that is no longer needed? If I was using f14, I'd just trash the drive and then install, but I've got things how I want them under rawhide. I've not done this before, so advice before I do it would be appreciated. TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Safest way to go from x86 to x86_64
Hi, On 14 December 2010 14:27, Richard W.M. Jones wrote: > On Tue, Dec 14, 2010 at 02:07:37PM +0000, Paul Johnson wrote: > > > Is there a safe way to install the x86_64 system over the 32 bit version > and > > then clean off the 32 bit stuff that is no longer needed? If I was using > > f14, I'd just trash the drive and then install, but I've got things how I > > want them under rawhide. > > Not really. I would definitely suggest that you reinstall. > > I thought that would be the case - just wanted to check to ensure it's not something I can do another way. Okay, let's try another. Is there a way to grab a list of the packages installed and use a network installer to do the job based on the list? TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
GLib problem
Hi, The latest and greatest glib2 seems to be causing me a pile of problems in rawhide. Evolution dies with GLib-ERROR **: gmem.c:202: failed to allocate 18446744073709551590 bytes aborting... Aborted (core dumped) There are horrid sized delays in logging in after the screensaver has been active, nautilus dies or hangs, gnome-terminal dies and transmission loves falling over or plain just not working, there is a delay > 3 mins and then springs back to life. Using glib2-2.28.1-1.fc15.x86_64 and evolution-2.91.90-1.fc16.x86_64. Doesn't matter if I'm using the f15 or f16 kernel Any ideas? TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GLib problem
Hi, > Using glib2-2.28.1-1.fc15.x86_64 and evolution-2.91.90-1.fc16.x86_64. > > Doesn't matter if I'm using the f15 or f16 kernel > > > > Any ideas? > > Possibly glibc causing glib2 problems with dlloading? > > https://admin.fedoraproject.org/updates/glibc-2.13.90-5 > Nope - just tried that, evolution still dies :( TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Mono-2.10.1 - coming soon
Hi, I'm just in the process of a final package for mono-2.10.1 and would like to garner some opinions before the final spin. Currently, there is a mono-4-preview sub-package which is an optional extra. The .NET 4 stuff is pretty stable now and I'm thinking of retiring the sub-package and adding the bits and bobs into the main package. Does anyone have a problem with me doing this or would it be better just renaming it mono-dotnet4 (or something like that)? I'd like to push it for building tomorrow, so opinions are requested now. This only affects rawhide. TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Mono-2.10.1 - coming soon
Hi,
On 7 March 2011 22:18, Chris Smart wrote:
> On Tue, Mar 8, 2011 at 8:51 AM, Paul Johnson
> wrote:
> > Hi,
> >
> > I'm just in the process of a final package for mono-2.10.1 and would like
> to
> > garner some opinions before the final spin.
> >
>
> Was Mono ever split into the ECMA and non-ECMA components, as Miguel
> promised?
>
Not AFAIK - but then other things like shifting things to %{_datadir} never
happened either...
TTFN
Paul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
glib2/glibc problem on x86 building mono-2.10.1
Hi, I've just submitted mono-2.10.1 for building and it's failed giving me make[8]: Entering directory `/builddir/build/BUILD/mono-2.10.1/mcs/tools/gacutil' MCS [basic] gacutil.exe Inconsistency detected by ld.so: dl-deps.c: 623: _dl_map_object_deps: Assertion `nlist > 1' failed! I had this a short while back with x86_64 but the problem seems to have been fixed on x86_64 at least. Anyone knows what gives on this? http://koji.fedoraproject.org/koji/getfile?taskID=2898569&name=build.log TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
gtkhtml-sharp (gnome-desktop-sharp)
Hi, Currently, this is disabled in rawhide as it is linking to the gtkhtml3 API. Does anyone know if this ban has been lifted yet or is the mono stack going to be hobbled because of it for a while longer? (no gnome-desktop-sharp == no mono-tools == no monodevelop and so on...) TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
