Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 221003 - dev-dotnet/*-sharp update request
Summary: dev-dotnet/*-sharp update request
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: dotnet project
URL:
Whiteboard:
Keywords:
: 227079 (view as bug list)
Depends on: 211339
Blocks: 225911
  Show dependency tree
 
Reported: 2008-05-08 20:40 UTC by Christoph Brill (egore) (RESIGNED)
Modified: 2008-11-26 01:12 UTC (History)
13 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
gnome-sharp-2.20.1.patch (gnome-sharp-2.20.1.patch,1.18 KB, patch)
2008-05-08 20:42 UTC, Christoph Brill (egore) (RESIGNED)
Details | Diff
gtk-sharp-component.eclass (gtk-sharp-component.eclass,6.45 KB, text/plain)
2008-06-07 12:07 UTC, Giacomo Perale
Details
gnome-sharp-2.20.1-configurable.diff (gnome-sharp-2.20.1-configurable.diff,2.94 KB, patch)
2008-06-07 12:10 UTC, Giacomo Perale
Details | Diff
gnome-desktop-sharp-2.20.1-configurable.diff (gnome-desktop-sharp-2.20.1-configurable.diff,4.08 KB, text/plain)
2008-06-07 12:11 UTC, Giacomo Perale
Details
dotnet-ebuilds.tar.bz2 (dotnet-ebuilds.tar.bz2,9.91 KB, application/octet-stream)
2008-08-18 14:28 UTC, srrijkers
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Christoph Brill (egore) (RESIGNED) 2008-05-08 20:40:54 UTC
The dev-dotnet/*-sharp stuff has changed again. We need to update the gtk-sharp and gnome-sharp stuff accordingly. I've already spotted the following changes:

* URI: http://www.mono-project.com/GtkSharp
* SRC_URI: mirror://gnome/....
* art-sharp is merged into gnome-sharp
* gnomevfs-sharp is merged into gnome-sharp

I guess there are other major changes. This bump is interesting so that f-spot 0.4.3.1 can be built without gtkhtml-sharp and use plain gnome-sharp (since gnome-sharp-2.19.90 this is possible) so we get closer to get rid of old gtkhtml versions.


Reproducible: Always

Steps to Reproduce:
Comment 1 Christoph Brill (egore) (RESIGNED) 2008-05-08 20:42:38 UTC
Created attachment 152519 [details, diff]
gnome-sharp-2.20.1.patch

This patch should bump gnome-sharp correctly. It needs an updated gtk-sharp though.
Comment 2 Gilles Dartiguelongue (RETIRED) gentoo-dev 2008-05-09 00:21:23 UTC
please read metadata.xml before assigning bugs or let them assigned to bug-wranglers.
Comment 3 Giacomo Perale 2008-06-07 12:07:09 UTC
Created attachment 155801 [details]
gtk-sharp-component.eclass

Updated eclass.
Comment 4 Giacomo Perale 2008-06-07 12:10:20 UTC
Created attachment 155803 [details, diff]
gnome-sharp-2.20.1-configurable.diff

"configurable" patch for gnome-sharp 2.20.1
Comment 5 Giacomo Perale 2008-06-07 12:11:06 UTC
Created attachment 155805 [details]
gnome-desktop-sharp-2.20.1-configurable.diff

"configurable" patch for gnome-desktop-sharp 2.20.1
Comment 6 Giacomo Perale 2008-06-07 12:17:15 UTC
The "configurable" patch for gtk-sharp still works. The ebuilds for the single packages must be bumped with a little care, because some components were moved from gnome-sharp to gnome-desktop-sharp:

art-sharp: still in gnome-sharp
gnomevfs-sharp: still in gnome-sharp
gnome-sharp: still in gnome-sharp
gtkhtml-sharp: moved to gnome-desktop-sharp
gconf-sharp: still in gnome-sharp
rsvg-sharp: moved to gnome-desktop-sharp
vte-sharp: moved to gnome-desktop-sharp


gnome-desktop-sharp now contains also:

gtksourceview-sharp: it was an independent component
nautilusburn-sharp: new
wnck-sharp: new

gtk-sharp and glade-sharp can be bumped by simply changing the version numbers.
Comment 7 Mieszko Ślusarczyk 2008-08-02 22:36:38 UTC
cp ../gtk-sharp.snk .
cp ../AssemblyInfo.cs .
/usr/bin/mcs -define:GTK_SHARP_2_6 -define:GTK_SHARP_2_8 -define:GNOME_SHARP_2_16 -define:GNOME_SHARP_2_20 -nowarn:0169,0612,0618 -unsafe -out:gnome-vfs-sharp.dll -target:library -r:/usr/lib64/mono/gtk-sharp-2.0/pango-sharp.dll -r:/usr/lib64/mono/gtk-sharp-2.0/atk-sharp.dll -r:/usr/lib64/mono/gtk-sharp-2.0/gdk-sharp.dll -r:/usr/lib64/mono/gtk-sharp-2.0/gtk-sharp.dll -r:/usr/lib64/mono/gtk-sharp-2.0/glib-sharp.dll    -r:/usr/lib64/pkgconfig/../../lib/mono/1.0/Mono.Cairo.dll   generated/*.cs  ./Async.cs  ./AsyncCallback.cs  ./AsyncCallbackNative.cs  ./AsyncDirectoryLoadCallback.cs  ./AsyncDirectoryLoadCallbackNative.cs  ./AsyncReadCallback.cs  ./AsyncReadCallbackNative.cs  ./AsyncWriteCallback.cs  ./AsyncWriteCallbackNative.cs  ./Directory.cs  ./FileInfo.cs  ./MimeType.cs  ./ModuleCallback.cs  ./ModuleCallbackAuthentication.cs  ./ModuleCallbackFillAuthentication.cs  ./ModuleCallbackFullAuthentication.cs  ./ModuleCallbackSaveAuthentication.cs  ./ModuleCallbackStatusMessage.cs  ./Monitor.cs  ./Sync.cs  ./Vfs.cs  ./VfsException.cs  ./VfsStream.cs  ./VfsStreamAsyncResult.cs  ./Xfer.cs  ./XferProgressCallback.cs  ./XferProgressCallbackNative.cs AssemblyInfo.cs
generated/Drive.cs(62,63): error CS1502: The best overloaded method match for `GLib.Signal.Lookup(GLib.Object, string, System.Delegate)' has some invalid arguments
/usr/lib64/mono/gac/glib-sharp/2.12.0.0__35e10195dab3c99f/glib-sharp.dll (Location of the symbol related to previous error)
generated/Drive.cs(62,63): error CS1503: Argument 3: Cannot convert type `System.Type' to `System.Delegate'
generated/Drive.cs(66,63): error CS1502: The best overloaded method match for `GLib.Signal.Lookup(GLib.Object, string, System.Delegate)' has some invalid arguments
/usr/lib64/mono/gac/glib-sharp/2.12.0.0__35e10195dab3c99f/glib-sharp.dll (Location of the symbol related to previous error)
generated/Drive.cs(66,63): error CS1503: Argument 3: Cannot convert type `System.Type' to `System.Delegate'
generated/Drive.cs(111,63): error CS1502: The best overloaded method match for `GLib.Signal.Lookup(GLib.Object, string, System.Delegate)' has some invalid arguments
/usr/lib64/mono/gac/glib-sharp/2.12.0.0__35e10195dab3c99f/glib-sharp.dll (Location of the symbol related to previous error)
generated/Drive.cs(111,63): error CS1503: Argument 3: Cannot convert type `System.Type' to `System.Delegate'
generated/Drive.cs(115,63): error CS1502: The best overloaded method match for `GLib.Signal.Lookup(GLib.Object, string, System.Delegate)' has some invalid arguments
/usr/lib64/mono/gac/glib-sharp/2.12.0.0__35e10195dab3c99f/glib-sharp.dll (Location of the symbol related to previous error)
generated/Drive.cs(115,63): error CS1503: Argument 3: Cannot convert type `System.Type' to `System.Delegate'
generated/Drive.cs(160,63): error CS1502: The best overloaded method match for `GLib.Signal.Lookup(GLib.Object, string, System.Delegate)' has some invalid arguments
/usr/lib64/mono/gac/glib-sharp/2.12.0.0__35e10195dab3c99f/glib-sharp.dll (Location of the symbol related to previous error)
generated/Drive.cs(160,63): error CS1503: Argument 3: Cannot convert type `System.Type' to `System.Delegate'
generated/Drive.cs(164,63): error CS1502: The best overloaded method match for `GLib.Signal.Lookup(GLib.Object, string, System.Delegate)' has some invalid arguments
/usr/lib64/mono/gac/glib-sharp/2.12.0.0__35e10195dab3c99f/glib-sharp.dll (Location of the symbol related to previous error)
generated/Drive.cs(164,63): error CS1503: Argument 3: Cannot convert type `System.Type' to `System.Delegate'
Compilation failed: 12 error(s), 0 warnings
make[3]: *** [gnome-vfs-sharp.dll] Error 1
make[3]: Leaving directory `/var/tmp/portage/dev-dotnet/gnome-sharp-2.20.1/work/gnome-sharp-2.20.1/gnomevfs'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/dev-dotnet/gnome-sharp-2.20.1/work/gnome-sharp-2.20.1/gnomevfs'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/dev-dotnet/gnome-sharp-2.20.1/work/gnome-sharp-2.20.1'
make: *** [all] Error 2

What's wrong?
Comment 8 Mieszko Ślusarczyk 2008-08-02 23:12:51 UTC
The same thing was happenning, as I tried to compile gnomevfs-sharp-2.16
Comment 9 srrijkers 2008-08-18 14:28:07 UTC
Created attachment 163207 [details]
dotnet-ebuilds.tar.bz2

Ebuilds for all gtk-sharp, gnome-sharp, and gnome-desktop-sharp components, as well as the configurable-diffs and an updated eclass.

AFAICT these ebuilds should work. I also included the patches for convenience' sake, and because the original patch for gnome-desktop-sharp contains an error which makes the vte-sharp build bomb.

The eclass contains quite a few modifications and for that I decided to rename it. Apart from pushing around a couple of variables and adding overall gnome-desktop-sharp support, the major changes are:
- it no longer feeds bogus configure arguments, fixing the QA errors
- it automagically figures out the correct tarball to use
- since gnome-desktop-sharp uses yet another logic in its pkgconfig files it contains another general sed. Also, now all pc.in's are processed
- most of the variables have defaults now

One major downside of this eclass is that it lacks any sort of GtkSharp-1 support. I do think that it can easily be put back in; I just didn't feel the need at this time.
Comment 10 Mike Auty (RETIRED) gentoo-dev 2008-08-19 13:16:00 UTC
Hiya Sebastian,

Thanks very much for the ebuilds, just a quick couple of notes.  Both art-sharp and gnomevfs-sharp have dependencies on glade-sharp which aren't present in the ebuilds.  Otherwise, everything seems to be working fine...  5:)
Comment 11 Jose daLuz 2008-08-24 15:24:59 UTC
*** Bug 227079 has been marked as a duplicate of this bug. ***
Comment 12 Henrique Rodrigues 2008-08-31 23:38:55 UTC
I believe this is also needed for Banshee on PPC.
Comment 13 Mikel Olasagasti 2008-09-05 07:56:15 UTC
I created a branch on my github account with 2.23.90 foo-sharp ebuilds and gnome-do-0.6

http://github.com/kaxero/gnome/tree/sharp

I'm using the eclass done by Sebastian Rick Rijkers with a couple of minor mods. Great work Sebastian!

I've also submited 3 new patches upstreams bugzilla with the 'configurable' patchset hoping they will include them before 2.24.

I'll try to update the rest of sharp packages and maintain them updated for the dotnet herd.

Comments are welcome!
Comment 14 srrijkers 2008-09-05 11:51:15 UTC
(In reply to comment #13)
Your modifications to the eclass make it again pass a bogus configure-argument since gnomedesktop is not configurable; nor does it need to be.

It can be built by just cd-ing to its subdir and make-ing.
Comment 15 Mieszko Ślusarczyk 2008-09-05 11:57:12 UTC
Is your overlay added to gentoo overlay list?
If yes, what name should I pass to layman?

Comment 16 Mikel Olasagasti 2008-09-05 11:59:24 UTC
(In reply to comment #14)

I know the flag --enable-gnome should be --enable-gnome-desktop in my patch, didn't have time to change it last night, but I think the flag is necessary to avoid the checks of GNOMESHARP as not all the modules need it.
Comment 17 Mikel Olasagasti 2008-09-05 12:00:52 UTC
(In reply to comment #15)

No, it is not. My overlay is the official gnome overlay with extra stuff I make.
Comment 18 Mikel Olasagasti 2008-09-10 20:57:23 UTC
I created a new branch just for the sharp stuff, to avoid mixing with the gnome overlay.

http://github.com/kaxero/foo-sharp/tree/master

I've updated gtk-sharp and glade to 2.12.3 and applied a patch to avoid crashing on parallel builds.

Also updated gnome-sharp stuff to 2.24
Comment 19 Mieszko Ślusarczyk 2008-09-10 21:21:24 UTC
(In reply to comment #18)
> I created a new branch just for the sharp stuff, to avoid mixing with the gnome
> overlay.
> 
> http://github.com/kaxero/foo-sharp/tree/master
> 
> I've updated gtk-sharp and glade to 2.12.3 and applied a patch to avoid
> crashing on parallel builds.
> 
> Also updated gnome-sharp stuff to 2.24
> 
I tried it already, and there is a problem with art-sharp.
When I start f-spot:

[Warn  01:19:11.671] Caught an exception - Could not load file or assembly 'art-sharp, Version=2.16.0.0, Culture=neutral, PublicKeyToken=35e10195dab3c99f' or one of its dependencies. The system cannot find the file specified. (in `mscorlib')

It says that there is no art-sharp 2.16.
That's problem, because 2.24 doesn't install 2.16's files.
Maybe it should be installed in another slot?
Comment 20 Mikel Olasagasti 2008-09-11 17:08:54 UTC
(In reply to comment #19)

Are you using the f-spot-0.4.4 I provide?

I don't have 2.16 files for art-sharp and I don't have problems using f-spot and someone else reported the same againsta f-spot-svn
Comment 21 Mieszko Ślusarczyk 2008-09-11 18:04:30 UTC
(In reply to comment #20)
 
> Are you using the f-spot-0.4.4 I provide?
> 
> I don't have 2.16 files for art-sharp and I don't have problems using f-spot
> and someone else reported the same againsta f-spot-svn
> 
Yes I used f-spot svn, but I had also problems with banshee 1.2 (from portage), which is quite important for me.
Comment 22 Mikel Olasagasti 2008-09-11 18:15:57 UTC
(In reply to comment #21)

I installed banshee-1.2.1-r1 from portage and had no problems at all.

Can you paste an emerge --info?

Also, have you updated all the sharp stuff (gtk, gnome, gnome-desktop)?

What error is banshee giving you?
Comment 23 Mieszko Ślusarczyk 2008-09-11 19:50:25 UTC
f-spot-0.44 is working, banshee not:

System.IO.FileNotFoundException: Could not load file or assembly 'art-sharp, Version=2.20.0.0, Culture=neutral, PublicKeyToken=35e10195dab3c99f' or one of its dependencies. The system cannot find the file specified.
File name: 'art-sharp, Version=2.20.0.0, Culture=neutral, PublicKeyToken=35e10195dab3c99f'
  at (wrapper managed-to-native) System.AppDomain:LoadAssembly (string,System.Security.Policy.Evidence,bool)
  at System.AppDomain.Load (System.Reflection.AssemblyName assemblyRef, System.Security.Policy.Evidence assemblySecurity) [0x00000] 
  at (wrapper remoting-invoke-with-check) System.AppDomain:Load (System.Reflection.AssemblyName,System.Security.Policy.Evidence)
  at System.AppDomain.Load (System.Reflection.AssemblyName assemblyRef) [0x00000] 
  at (wrapper remoting-invoke-with-check) System.AppDomain:Load (System.Reflection.AssemblyName)
  at System.Reflection.Assembly.Load (System.Reflection.AssemblyName assemblyRef) [0x00000] 
  at GLib.GType.FindTypeInReferences (System.String type_name, System.Reflection.Assembly asm, System.Collections.Hashtable visited) [0x00000] 
  at GLib.GType.LookupType (IntPtr typeid) [0x00000] 
  at GLib.ObjectManager.GetTypeOrParent (IntPtr obj) [0x00000] 
  at GLib.ObjectManager.CreateObject (IntPtr raw) [0x00000] 
  at GLib.Object.GetObject (IntPtr o, Boolean owned_ref) [0x00000] 
  at GLib.Object.GetObject (IntPtr o) [0x00000] 
  at Gtk.Window.get_Screen () [0x00000] 
  at X11NotificationArea.OnRealized () [0x00000] 
  at Gtk.Widget.realized_cb (IntPtr widget) [0x00000] 
   at GLib.ExceptionManager.RaiseUnhandledException(System.Exception e, Boolean is_terminal)
   at Gtk.Widget.realized_cb(IntPtr widget)
   at Gtk.Widget.realized_cb(IntPtr )
   at Gtk.Widget.gtk_widget_show_all(IntPtr )
   at Gtk.Widget.gtk_widget_show_all(IntPtr )
   at Gtk.Widget.ShowAll()
   at Banshee.NotificationArea.X11NotificationAreaBox..ctor()
   at Banshee.NotificationArea.NotificationAreaService.BuildNotificationArea()
   at Banshee.NotificationArea.NotificationAreaService.ServiceStartup()
   at Banshee.NotificationArea.NotificationAreaService.Banshee.ServiceStack.IExtensionService.Initialize()
   at Banshee.ServiceStack.ServiceManager.StartExtension(Mono.Addins.TypeExtensionNode node)
   at Banshee.ServiceStack.ServiceManager.Run()
   at Banshee.ServiceStack.Application.Run()
   at Banshee.Gui.GtkBaseClient.Initialize(Boolean registerCommonServices)
   at Banshee.Gui.GtkBaseClient..ctor(Boolean initializeDefault, System.String defaultIconName)
   at Banshee.Gui.GtkBaseClient..ctor()
   at Nereid.Client..ctor()
   at System.Reflection.MonoCMethod.InternalInvoke(System.Object , System.Object[] )
   at System.Reflection.MonoCMethod.InternalInvoke(System.Object , System.Object[] )
   at System.Reflection.MonoCMethod.Invoke(System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture)
   at System.Reflection.MonoCMethod.Invoke(BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture)
   at System.Reflection.ConstructorInfo.Invoke(System.Object[] parameters)
   at System.Activator.CreateInstance(System.Type type, Boolean nonPublic)
   at System.Activator.CreateInstance(System.Type type)
   at Banshee.Gui.GtkBaseClient.Startup()
   at Hyena.Gui.CleanRoomStartup.Startup(Hyena.Gui.StartupInvocationHandler startup)
   at Banshee.Gui.GtkBaseClient.Entry()
   at Nereid.Client.Main(System.String[] args)
Comment 24 Mieszko Ślusarczyk 2008-09-11 19:59:52 UTC
And tomboy:
~ $ tomboy

** (/usr/lib64/tomboy/Tomboy.exe:27091): WARNING **: The following assembly referenced from /usr/lib64/tomboy/Tomboy.exe could not be loaded:
     Assembly:   gnome-sharp    (assemblyref_index=2)
     Version:    2.16.0.0
     Public Key: 35e10195dab3c99f
The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (/usr/lib64/tomboy).


** (/usr/lib64/tomboy/Tomboy.exe:27091): WARNING **: Could not load file or assembly 'gnome-sharp, Version=2.16.0.0, Culture=neutral, PublicKeyToken=35e10195dab3c99f' or one of its dependencies.
Comment 25 Andreas Proschofsky (RETIRED) gentoo-dev 2008-09-11 20:24:04 UTC
All those bugs should be solved by rebuilding all the other mono-related-deps of tomboy, banshee, etc. as they have been built against old releases of gnome-sharp (and looking for them). At least that's what worked here. Still: A very unfortunate problem, so I guess there should be some sort of upgrade path, especially as all this breakage is not caught by revdep-rebuild...
Comment 26 Mieszko Ślusarczyk 2008-09-11 20:57:07 UTC
So can you tell me what should I rebuild?
Thanks in advance;)
Comment 27 Mieszko Ślusarczyk 2008-09-20 21:30:32 UTC
(In reply to comment #18)
> I created a new branch just for the sharp stuff, to avoid mixing with the gnome
> overlay.
> 
> http://github.com/kaxero/foo-sharp/tree/master

Mikel could you add newer gnome-do-plugins and flickrnet library?
Some plugins fetched by gnome-do don't work because they're linked against older *-sharp libraries.
Comment 28 srrijkers 2008-09-21 10:32:18 UTC
(In reply to comment #10)
> Hiya Sebastian,
> 
> Thanks very much for the ebuilds, just a quick couple of notes.  Both art-sharp
> and gnomevfs-sharp have dependencies on glade-sharp which aren't present in the
> ebuilds.  Otherwise, everything seems to be working fine...  5:)
> 

These depends were hacked out in the original eclass IIRC; I never quite understood why. AFAICT, the depends should indeed be in the ebuilds. I completely forgot to add them back :).

I have ebuilds for gnome*-sharp-2.24 ready, with correct handling of the two new modules in gnome-desktop-sharp. They need gnome 2.24 however, so I'll put them here after gnome-2.24 enters the tree so I can test them. These ebuilds contain a fix for the above as well as several other small fixes.
Comment 29 srrijkers 2008-09-21 10:46:21 UTC
(In reply to comment #16)
> (In reply to comment #14)
> 
> I know the flag --enable-gnome should be --enable-gnome-desktop in my patch,
> didn't have time to change it last night, but I think the flag is necessary to
> avoid the checks of GNOMESHARP as not all the modules need it.
> 

My comment is about you putting gnome-desktop in gnome_desktop_sharp_module_list and commenting out the extra exeption checks. gnome-desktop should not be in that list since it doesn't need a configure flag, as it has no depends.

It indeed depends on '--enable-gnome' which is and should be automatic based on depends. It makes no sense to make '--enable-gnome' configurable; most modules use it and its depends are included in the ebuilds.
Disabling 'enable_gnome' has an effect on a lot more modules than just gnome-desktop-sharp IIRC.

gnome-desktop-sharp should be built without a configure-flag by just cd-ing to its subdir, just like for instance gconf-sharp.
Comment 30 Mikel Olasagasti 2008-09-21 13:28:39 UTC
(In reply to comment #28)

Hi! Can you upload the updated ebuild to somewhere? I would like to see your changes and merge them to github. The more we test sooner will hit main portage! :)
Comment 31 Priit Laes (IRC: plaes) 2008-11-06 15:17:34 UTC
(In reply to comment #18)
> I created a new branch just for the sharp stuff, to avoid mixing with the gnome
> overlay.
> 
> http://github.com/kaxero/foo-sharp/tree/master

Few notes:
  * Please add the repo_name :P
Stuff do bump:
  * media-gfx/f-spot 0.5.0.3
  * dev-dotnet/gtk-sharp and friends 2.12.5
Comment 32 Mike Auty (RETIRED) gentoo-dev 2008-11-22 17:02:04 UTC
Ok, for those that are interested, I've update the gnome-sharp/gnome-desktop-sharp and associated ebuilds in my overlay (ikelos).  The -configurable.diff patches have also been updated, so please give them a test and let me know if you find any problems, either here, or by filing bugs whose summary starts with "[ikelos overlay]".  Thanks...  5:)
Comment 33 Priit Laes (IRC: plaes) 2008-11-22 20:01:07 UTC
dev-util/mono-tools has "=dev-dotnet/glade-sharp-2.*" dep, which does not work with the new layout.

Comment 34 Mike Auty (RETIRED) gentoo-dev 2008-11-22 20:03:33 UTC
Hiya Priit, glade-sharp-9999 and mono-tools are both part of the main tree, please file a separate bug for that issue...
Comment 35 Peter Alfredsen (RETIRED) gentoo-dev 2008-11-26 01:12:56 UTC
In tree. Thank you very much for the work that was done here.