From tibbs at math.uh.edu Wed Nov 1 00:18:47 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 31 Oct 2006 18:18:47 -0600 Subject: FESCo critique (was: Re: [Bug 178162] Review Request: libgeotiff) In-Reply-To: <20061031225557.7d24db7f.bugs.michael@gmx.net> References: <200610301518.k9UFIl2L012360@bugzilla.redhat.com> <1162225546.6667.94.camel@mccallum.corsepiu.local> <1162227632.6667.108.camel@mccallum.corsepiu.local> <1162232000.6667.123.camel@mccallum.corsepiu.local> <20061030205021.f6701e03.bugs.michael@gmx.net> <454714C2.3040603@leemhuis.info> <20061031124028.8aff8ce7.bugs.michael@gmx.net> <1162301505.19145.25.camel@zod.rchland.ibm.com> <20061031225557.7d24db7f.bugs.michael@gmx.net> Message-ID: >>>>> "MS" == Michael Schwendt writes: MS> Assume FESCo continues having 13 seats. Further assume there are MS> 13 nominees prior to the next election. If 60% of the voters from MS> the community didn't want member X in FESCo, what could they do if MS> the old voting scheme was still in place? Stand for election. - J< From bugs.michael at gmx.net Wed Nov 1 01:46:11 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 1 Nov 2006 02:46:11 +0100 Subject: FESCo critique (was: Re: [Bug 178162] Review Request: libgeotiff) In-Reply-To: References: <200610301518.k9UFIl2L012360@bugzilla.redhat.com> <1162225546.6667.94.camel@mccallum.corsepiu.local> <1162227632.6667.108.camel@mccallum.corsepiu.local> <1162232000.6667.123.camel@mccallum.corsepiu.local> <20061030205021.f6701e03.bugs.michael@gmx.net> <454714C2.3040603@leemhuis.info> <20061031124028.8aff8ce7.bugs.michael@gmx.net> <1162301505.19145.25.camel@zod.rchland.ibm.com> <20061031225557.7d24db7f.bugs.michael@gmx.net> Message-ID: <20061101024611.2661f877.bugs.michael@gmx.net> On 31 Oct 2006 18:18:47 -0600, Jason L Tibbitts III wrote: > >>>>> "MS" == Michael Schwendt writes: > > MS> Assume FESCo continues having 13 seats. Further assume there are > MS> 13 nominees prior to the next election. If 60% of the voters from > MS> the community didn't want member X in FESCo, what could they do if > MS> the old voting scheme was still in place? > > Stand for election. Score:5, Funny And that's proof enough that the system needs an overhaul. From nman64 at n-man.com Wed Nov 1 07:10:19 2006 From: nman64 at n-man.com (Patrick W. Barnes) Date: Wed, 1 Nov 2006 01:10:19 -0600 Subject: Fwd: [Bug 206860] GTK+ icon cache "bugs" on ScriptletSnippets Message-ID: <200611010110.21540.nman64@n-man.com> Can we get this reviewed and, if appropriate, fixed on the wiki? http://bugzilla.redhat.com/206860 I honestly don't care if there's a better solution forthcoming, but as long as this information is provided on the wiki, it should be as accurate as possible. -- Patrick "The N-Man" Barnes nman64 at n-man.com http://n-man.com/ LinkedIn: http://linkedin.com/in/nman64 Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/ -- -------------- next part -------------- An embedded message was scrubbed... From: bugzilla at redhat.com Subject: [Bug 206860] GTK+ icon cache "bugs" on ScriptletSnippets Date: Tue, 31 Oct 2006 16:27:40 -0500 Size: 3418 URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rc040203 at freenet.de Wed Nov 1 07:27:37 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 01 Nov 2006 08:27:37 +0100 Subject: [Bug 178162] Review Request: libgeotiff In-Reply-To: References: <200610301518.k9UFIl2L012360@bugzilla.redhat.com> <1162225546.6667.94.camel@mccallum.corsepiu.local> <1162227632.6667.108.camel@mccallum.corsepiu.local> <1162232000.6667.123.camel@mccallum.corsepiu.local> Message-ID: <1162366057.19963.51.camel@mccallum.corsepiu.local> On Mon, 2006-10-30 at 12:21 -0600, Jima wrote: > On Mon, 30 Oct 2006, Ralf Corsepius wrote: > > Actually I am only arguing with one party "Fedora Leadership", > > on always the same subject "Their (IMO narrow-minded) notion on > > OpenSource". > > Okay. In that case, when the next election comes around, nominate > yourself. If you find yourself constantly at odds with so-called "Fedora > Leadership," then take a stand and try to become part of the solution. ATM, I am not interested in getting involved into FESCo, primarily for 2 reasons: 1) All spare time I have available for Fedora already is allocated by other Fedora activities. 2) FESCo isn't necessarily interesting to me. I perceive it more as a "FE administration bureau" but a democratically elected "community parliament" or "FE government" or as the "organ representing the community in Fedora". > Remember, Fedora is largely self-governed. Well, I am having doubts on this claim/statement. FE definitely to some extend is "self-administrated", but I don't see a "self-governed Fedora". Ralf From rdieter at math.unl.edu Wed Nov 1 13:11:11 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 01 Nov 2006 07:11:11 -0600 Subject: Fwd: [Bug 206860] GTK+ icon cache "bugs" on ScriptletSnippets In-Reply-To: <200611010110.21540.nman64@n-man.com> References: <200611010110.21540.nman64@n-man.com> Message-ID: <45489CEF.2060607@math.unl.edu> Patrick W. Barnes wrote: > Can we get this reviewed and, if appropriate, fixed on the wiki? > > http://bugzilla.redhat.com/206860 > > I honestly don't care if there's a better solution forthcoming, but as long as > this information is provided on the wiki, it should be as accurate as > possible. Until something better does come along(*), imo, the simplest workaround is to simply ignore gtk-update-icon-cache's output, and use something like: %{_bindir}/gtk-update-icon-cache --quiet %{_datadir}/icons/hicolor 2>/dev/null || : (*) http://fedoraproject.org/wiki/PackagingDrafts/ScriptletSnippets/iconcache From buildsys at fedoraproject.org Wed Nov 1 13:36:03 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 1 Nov 2006 08:36:03 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-01 Message-ID: <20061101133603.AFA20152139@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): checkpolicy FC5-updates > FC6 (0:1.32-1.fc5 > 0:1.30.12-1) FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.30.12-1) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) eclipse-changelog FC6-updates > FC7 (1:2.3.3-2.fc6 > 1:2.3.3-1.fc7) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) libsepol FC5-updates > FC7 (0:1.15.1-1.fc5 > 0:1.15.1-1) FC6-updates > FC7 (0:1.15.1-1.fc6 > 0:1.15.1-1) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mdadm FC6 > FC7 (0:2.5.4-2.fc6 > 0:2.5.4-1.fc7) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) wine FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) dmitry AT butskoy.name: dvdisaster FE6 > FE7 (0:0.70.2-2.fc6 > 0:0.70.2-1.fc6) enrico.scholz AT informatik.tu-chemnitz.de: xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-2.fc6) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-2.fc6) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) poedit FE5 > FE7 (0:1.3.6-1.fc5 > 0:1.3.4-2.1.fc6) FE6 > FE7 (0:1.3.6-1.fc6 > 0:1.3.4-2.1.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.1-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.1-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) paul AT all-the-johnsons.co.uk: anjuta FE6 > FE7 (1:2.0.2-9.fc6 > 1:2.0.2-8.fc6) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- anjuta: paul AT all-the-johnsons.co.uk FE6 > FE7 (1:2.0.2-9.fc6 > 1:2.0.2-8.fc6) checkpolicy: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.32-1.fc5 > 0:1.30.12-1) FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.30.12-1) cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.1-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.1-1.fc6 > 0:0.2.8-1.fc6) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) dvdisaster: dmitry AT butskoy.name FE6 > FE7 (0:0.70.2-2.fc6 > 0:0.70.2-1.fc6) eclipse-changelog: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (1:2.3.3-2.fc6 > 1:2.3.3-1.fc7) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libsepol: UNKNOWN OWNER (possibly Core package) FC5-updates > FC7 (0:1.15.1-1.fc5 > 0:1.15.1-1) FC6-updates > FC7 (0:1.15.1-1.fc6 > 0:1.15.1-1) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) mdadm: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.5.4-2.fc6 > 0:2.5.4-1.fc7) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) poedit: icon AT fedoraproject.org FE5 > FE7 (0:1.3.6-1.fc5 > 0:1.3.4-2.1.fc6) FE6 > FE7 (0:1.3.6-1.fc6 > 0:1.3.4-2.1.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) wine: andreas.bierfert AT lowlatency.de FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-2.fc6) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-2.fc6) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) From chitlesh at fedoraproject.org Wed Nov 1 16:55:20 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 1 Nov 2006 17:55:20 +0100 Subject: compiz /beryl Fwd: [Ambassadors] Sharing Experiences with you ! Message-ID: <13dbfe4f0611010855i4a5d8e54q1b367793bf2f5645@mail.gmail.com> Hai there, Below is a mail from a french ambassador, ------------------------- We are glad to share with you all the experiences we had during the French Install Parties that hapened this month. - Lille (2006 oct 21st): - We were 4 Ambassadors in Lille. - Lots of people liked the 3d effect, this is a major point to promote in Fedora. [...] - Paris (2006 oct 28th): [...] The keys elements for the presentation and Fedora promotion are : - 3D Desktop Effects (All Fedora users and all people like it). [...] ---------------- Now, my question is whether fedora will stick with compiz or beryl ? beryl offers more features than compiz and is a community based project. For what I've heard it's difficult to send patches to compiz devs. chitlesh -- http://clunixchit.blogspot.com From ajackson at redhat.com Wed Nov 1 16:58:25 2006 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 01 Nov 2006 11:58:25 -0500 Subject: compiz /beryl Fwd: [Ambassadors] Sharing Experiences with you ! In-Reply-To: <13dbfe4f0611010855i4a5d8e54q1b367793bf2f5645@mail.gmail.com> References: <13dbfe4f0611010855i4a5d8e54q1b367793bf2f5645@mail.gmail.com> Message-ID: <4548D231.8010509@redhat.com> Chitlesh GOORAH wrote: > Now, my question is whether fedora will stick with compiz or beryl ? > > beryl offers more features than compiz and is a community based > project. For what I've heard it's difficult to send patches to compiz > devs. Beryl also has a correspondingly low standard of quality for patch acceptance, from what I've heard. I'd be happy to see it in Extras though. - ajax From sundaram at fedoraproject.org Wed Nov 1 17:06:42 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 01 Nov 2006 22:36:42 +0530 Subject: compiz /beryl Fwd: [Ambassadors] Sharing Experiences with you ! In-Reply-To: <13dbfe4f0611010855i4a5d8e54q1b367793bf2f5645@mail.gmail.com> References: <13dbfe4f0611010855i4a5d8e54q1b367793bf2f5645@mail.gmail.com> Message-ID: <4548D422.7040301@fedoraproject.org> Chitlesh GOORAH wrote: > Now, my question is whether fedora will stick with compiz or beryl ? I would prefer we stick with compiz by default. beryl whiz bang effects seem a bit over the top for regular use. > beryl offers more features than compiz and is a community based > project. For what I've heard it's difficult to send patches to compiz > devs. All the beryl packages waiting on review. If you like Beryl, you can help in that. http://tinyurl.com/ynfqfw Rahul From chitlesh at fedoraproject.org Wed Nov 1 17:13:33 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 1 Nov 2006 18:13:33 +0100 Subject: compiz /beryl Fwd: [Ambassadors] Sharing Experiences with you ! In-Reply-To: <4548D422.7040301@fedoraproject.org> References: <13dbfe4f0611010855i4a5d8e54q1b367793bf2f5645@mail.gmail.com> <4548D422.7040301@fedoraproject.org> Message-ID: <13dbfe4f0611010913u54ff38ap63e1da9c859bfcf5@mail.gmail.com> On 11/1/06, Rahul Sundaram < hidden > wrote: > All the beryl packages waiting on review. If you like Beryl, you can > help in that. > > http://tinyurl.com/ynfqfw I've already spared some time to review them this upcoming weekend :) -- http://clunixchit.blogspot.com From mclasen at redhat.com Wed Nov 1 17:14:33 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 01 Nov 2006 12:14:33 -0500 Subject: compiz /beryl Fwd: [Ambassadors] Sharing Experiences with you ! In-Reply-To: <13dbfe4f0611010855i4a5d8e54q1b367793bf2f5645@mail.gmail.com> References: <13dbfe4f0611010855i4a5d8e54q1b367793bf2f5645@mail.gmail.com> Message-ID: <1162401273.13126.13.camel@golem.boston.devel.redhat.com> On Wed, 2006-11-01 at 17:55 +0100, Chitlesh GOORAH wrote: > beryl offers more features than compiz and is a community based > project. For what I've heard it's difficult to send patches to compiz > devs. > I had the impression that Kristian did not have too many problems getting fixes into compiz. It is true that David Reveman has long-term plans (which may interfere with one-off quick fixes) and high quality standards for the patches he accepts. Many of the things done in beryll are just silly though. E.g. yet-another-config-system, or plugins-not-compatible-with-compiz. Matthias -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.badger at gmail.com Wed Nov 1 18:50:14 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 01 Nov 2006 10:50:14 -0800 Subject: Fwd: [Bug 206860] GTK+ icon cache "bugs" on ScriptletSnippets In-Reply-To: <45489CEF.2060607@math.unl.edu> References: <200611010110.21540.nman64@n-man.com> <45489CEF.2060607@math.unl.edu> Message-ID: <1162407014.2958.47.camel@localhost> On Wed, 2006-11-01 at 07:11 -0600, Rex Dieter wrote: > Patrick W. Barnes wrote: > > Can we get this reviewed and, if appropriate, fixed on the wiki? > > > > http://bugzilla.redhat.com/206860 > > > > I honestly don't care if there's a better solution forthcoming, but as long as > > this information is provided on the wiki, it should be as accurate as > > possible. > > Until something better does come along(*), imo, the simplest workaround > is to simply ignore gtk-update-icon-cache's output, and use something like: > > %{_bindir}/gtk-update-icon-cache --quiet %{_datadir}/icons/hicolor > 2>/dev/null || : > icons/hicolor isn't a problem. hicolor-icon-theme owns that directory and includes an index.theme file so there is no warning. Similarly with the theme directories owned by kdelibs, gnome-themes, gnome-themes-extras, and redhat-artwork. But no one owns icons/locolor and provides an index.theme file. This ownership of the directory and index.theme should be fixed to fix this bug. (Side note: all of the %{_datadir}/icons hierarchy needs some ownership and Requires: cleanup.) Options: * From my reading of the f.d.o spec[1]_ krusader should be installing into hicolor instead of locolor. Since hicolor is the fallback theme and krusader doesn't install anything there, krusader will end up without an icon if the user selects a theme without a krusader icon. This might be a misunderstanding of the name "hicolor" -- it's just a theme name it doesn't imply that there's a framework to select hicolor, locolor, monochrome, and b/w icons depending on usage. * locolor-icon-theme package similar to hicolor-icon-theme. * Some other package owns icons/locolor and provides index.theme. Changing ScriptletSnippets would only be a kludge but there are several options there: 1) When installing to icons/locolor on FC7 or less use the --ignore-theme-index switch to gtk-update-icon-cache. 2) When installing to icons/locolor on FC7 or less, do not use this scriptlet. 3) Do not install any files into icons/locolor. If your app is doing so it is likely doing the wrong thing. [1]_:http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html > > (*) > http://fedoraproject.org/wiki/PackagingDrafts/ScriptletSnippets/iconcache > I'm sorry I missed the initial announcement of this. I think your revisions make sense after xdg-utils go into Core and the requirement tree for gtk2 is in place (hicolor-icon-theme should work fine for this). Changing the guidelines before that would break things that currently work. (Or we could place a hard Require:s on xdg-utils until it was fixed.) Is there an RFE open to get xdg-utils into Core and make the necessary changes? If the relevant maintainers think it's a good change we can mention that the suggested scriptlet is changing in FCX. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jwboyer at jdub.homelinux.org Wed Nov 1 18:53:13 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 01 Nov 2006 12:53:13 -0600 Subject: compiz /beryl Fwd: [Ambassadors] Sharing Experiences with you ! In-Reply-To: <4548D231.8010509@redhat.com> References: <13dbfe4f0611010855i4a5d8e54q1b367793bf2f5645@mail.gmail.com> <4548D231.8010509@redhat.com> Message-ID: <1162407195.18733.2.camel@zod.rchland.ibm.com> On Wed, 2006-11-01 at 11:58 -0500, Adam Jackson wrote: > Chitlesh GOORAH wrote: > > Now, my question is whether fedora will stick with compiz or beryl ? > > > > beryl offers more features than compiz and is a community based > > project. For what I've heard it's difficult to send patches to compiz > > devs. > > Beryl also has a correspondingly low standard of quality for patch > acceptance, from what I've heard. I'd be happy to see it in Extras though. If what you say about the patch quality is true, then I wouldn't. josh From wolters.liste at gmx.net Wed Nov 1 19:34:26 2006 From: wolters.liste at gmx.net (Roland Wolters) Date: Wed, 1 Nov 2006 20:34:26 +0100 Subject: compiz /beryl Fwd: [Ambassadors] Sharing Experiences with you ! In-Reply-To: <13dbfe4f0611010855i4a5d8e54q1b367793bf2f5645@mail.gmail.com> References: <13dbfe4f0611010855i4a5d8e54q1b367793bf2f5645@mail.gmail.com> Message-ID: <200611012034.39315.wolters.liste@gmx.net> Once upon a time Chitlesh GOORAH wrote: > Now, my question is whether fedora will stick with compiz or beryl ? > You can perfectly install both side by side - so the question is more what the default should be. Put Beryl into extras, and then let's wait what happens to both projects in the next few months: how they develop, which are more accepted, which of them shows good code, and so on. There is no reason to react fast or make a quick decision. Roland -- If you're not with us, you're against us. - If you're not an apple, you're a banana. -- Terry Pratchett -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From chitlesh at fedoraproject.org Thu Nov 2 09:58:25 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 2 Nov 2006 10:58:25 +0100 Subject: compiz /beryl Fwd: [Ambassadors] Sharing Experiences with you ! In-Reply-To: <200611012034.39315.wolters.liste@gmx.net> References: <13dbfe4f0611010855i4a5d8e54q1b367793bf2f5645@mail.gmail.com> <200611012034.39315.wolters.liste@gmx.net> Message-ID: <13dbfe4f0611020158k53815d11ob19aec9a11deb186@mail.gmail.com> On 11/1/06, Roland Wolters < hidden > wrote: > You can perfectly install both side by side - so the question is more what the > default should be. True. > Put Beryl into extras, and then let's wait what happens to both projects in > the next few months: how they develop, which are more accepted, which of them > shows good code, and so on. There is no reason to react fast or make a quick > decision. True as well. However, I did a fc kde installation only without gnome-desktop. Now to install compiz, yum had to suck up the gnome-desktop and its dependencies (38 packages). chitlesh -- http://clunixchit.blogspot.com From wolters.liste at gmx.net Thu Nov 2 12:01:10 2006 From: wolters.liste at gmx.net (Roland Wolters) Date: Thu, 2 Nov 2006 13:01:10 +0100 Subject: compiz /beryl Fwd: [Ambassadors] Sharing Experiences with you ! In-Reply-To: <13dbfe4f0611020158k53815d11ob19aec9a11deb186@mail.gmail.com> References: <13dbfe4f0611010855i4a5d8e54q1b367793bf2f5645@mail.gmail.com> <200611012034.39315.wolters.liste@gmx.net> <13dbfe4f0611020158k53815d11ob19aec9a11deb186@mail.gmail.com> Message-ID: <200611021301.15794.wolters.liste@gmx.net> Once upon a time Chitlesh GOORAH wrote: > On 11/1/06, Roland Wolters < hidden > wrote: > However, I did a fc kde installation only without gnome-desktop. Now > to install compiz, yum had to suck up the gnome-desktop and its > dependencies (38 packages). > Same here, but that is only due to the fact that no one stood up and built a KDE backend for the Compiz configuration: it is plugin based, and according to the developer you can perfectly replace the gnome backend. So lets wait a bit, chance is that someone comes up with a solution for that problem. Roland -- Ich blubber im Kreis. -- frei nach JD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Thu Nov 2 19:09:15 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 03 Nov 2006 00:39:15 +0530 Subject: Web service - Packages and distribution Message-ID: <454A425B.8020405@fedoraproject.org> Hi There was some discussions earlier on creating a web service that would allow you to build packages by providing specs and the ability to select different set of packages and create a distribution with complete dependency closure. Was any development done on this? Rahul From rc040203 at freenet.de Fri Nov 3 04:36:50 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 03 Nov 2006 05:36:50 +0100 Subject: [Bug 178162] Review Request: libgeotiff In-Reply-To: <1162325367.7933.289.camel@dhcp-32-122.ord.redhat.com> References: <200610301518.k9UFIl2L012360@bugzilla.redhat.com> <1162225546.6667.94.camel@mccallum.corsepiu.local> <1162227632.6667.108.camel@mccallum.corsepiu.local> <1162232000.6667.123.camel@mccallum.corsepiu.local> <1162233076.4748.9.camel@zod.rchland.ibm.com> <1162294431.6667.312.camel@mccallum.corsepiu.local> <1162300897.19145.15.camel@zod.rchland.ibm.com> <45477461.8060606@hhs.nl> <1162311810.764.8.camel@zod.rchland.ibm.com> <45477C46.5060309@hhs.nl> <1162325367.7933.289.camel@dhcp-32-122.ord.redhat.com> Message-ID: <1162528610.23543.28.camel@mccallum.corsepiu.local> On Tue, 2006-10-31 at 14:09 -0600, Tom 'spot' Callaway wrote: > On Tue, 2006-10-31 at 17:39 +0100, Hans de Goede wrote: > > > > Josh Boyer wrote: > > > On Tue, 2006-10-31 at 17:05 +0100, Hans de Goede wrote: > > >> For Fedora Base (aka Core + Extras) I 100% agree but whats wrong with an > > >> additional repo which isn't enabled by default which lies the boundary > > >> at "no use restrictions accept for non commercial use only"? > > >> > > >> Again let me reverse the question from why a non commercial repo, to why > > >> not? > > > > > > You are assuming (incorrectly) that Fedora Base is Core + Extras. > > > That's not the case. Fedora is anything that is under the Fedora > > > Project umbrella. Period. That's why it's not a trivial task to > > > announce an official Fedora project. > > > > > > > This need not be an official Fedora project, all we are asking is to be > > able to use Fedora Extra's infrastructure, also this need not use Fedora > > in the name of the repo. > > Ehhhh, if its not an official Fedora project, and doesn't use the name > because it doesn't match up with the goals of Fedora, then I really > don't think we'd want to have it in the infrastructure. If Fedora is a "community driven project", all this can be subject to discussion and to changes. > IMHO, you should feel free to take the open source tools that we're > using (cvs, plague, mock) and make a separate repository as an addon to > what Fedora provides, but this isn't a direction that I think we want to > take Fedora. Ok, package into a package, and donate bandwidth and HW. This is what makes the real difference between the Fedora infrastructure and arbitrary 3rd party repos. > As to items that aren't software, I am primarily referring to SW. Content is secondary to me, but should not be excluded from discussion. It's a pity, but as it seems to me, as if there isn't much "community driven" in FE. You seem to forget that FE is not about "serving RH", but about "serving the community" by "community devs/packagers" unitedly contributing packages. Seems as if I can't avoid shifting some of my Fedora activities away from Fedora to 3rd party repos. Ralf From rstrode at redhat.com Fri Nov 3 19:51:56 2006 From: rstrode at redhat.com (Ray Strode) Date: Fri, 03 Nov 2006 14:51:56 -0500 Subject: man pages going to the wrong spot? Message-ID: <1162583516.2527.4.camel@halflap.boston.devel.redhat.com> Hi, So Matthias was looking over a yelp bug when we noticed that some X man pages were getting installed in /usr/share/man/man3 instead of /usr/share/man/man3x despite having the .3x extension. This lead me to check my system for other occurances of the bug: [rstrode at halflap] (~) <02:39 PM> $ for mandir in /usr/share/man/man*; do find $mandir -type f -a ! -name "*.$(basename $mandir | sed 's/^man//').gz" -exec rpm -qf {} \; ; done | sort -u file /usr/share/man/man3/Gaim.3pm is not owned by any package file /usr/share/man/man3/Gaim::GtkUI.3pm is not owned by any package gaim-2:2.0.0-0.16.beta4.fc7.i386 imake-1.0.2-3.i386 libdmx-devel-1.0.2-3.1.i386 libtiff-devel-3.8.2-6.fc6.i386 libX11-devel-1.0.3-4.fc6.i386 libXau-devel-1.0.1-3.1.i386 libXcursor-devel-1.1.7-1.1.i386 libXext-devel-1.0.1-2.1.i386 libXfixes-devel-4.0.1-2.1.i386 libXi-devel-1.0.1-3.1.i386 libXrandr-devel-1.1.1-3.1.i386 libXScrnSaver-devel-1.1.0-3.1.i386 libXt-devel-1.0.2-3.1.fc6.i386 man-pages-2.39-7.noarch mesa-libGL-devel-6.5.1-7.fc6.i386 ncurses-5.5-24.20060715.i386 ncurses-devel-5.5-24.20060715.i386 openssl-0.9.8b-8.i686 perl-4:5.8.8-10.i386 perl-Archive-Tar-1.30-1.fc6.noarch perl-Compress-Zlib-1.42-1.fc6.i386 perl-Digest-HMAC-1.01-15.noarch perl-Digest-SHA1-2.11-1.2.1.i386 perl-HTML-Parser-3.55-1.fc6.i386 perl-HTML-Tagset-3.10-2.1.1.noarch perl-IO-Socket-INET6-2.51-2.fc6.noarch perl-IO-Socket-SSL-1.01-1.fc6.noarch perl-IO-Zlib-1.04-4.2.1.noarch perl-libwww-perl-5.805-1.1.1.noarch perl-Net-DNS-0.59-1.fc6.i386 perl-Net-IP-1.25-2.fc6.noarch perl-Net-SSLeay-1.30-4.fc6.i386 perl-String-CRC32-1.4-2.fc6.i386 perl-URI-1.35-3.noarch perl-XML-Parser-2.34-6.1.2.2.1.i386 spamassassin-3.1.4-1.fc6.i386 xorg-x11-apps-7.1-3.fc6.i386 xorg-x11-font-utils-1:7.1-2.i386 xorg-x11-server-utils-7.1-4.fc6.i386 xorg-x11-server-Xnest-1.1.1-47.fc6.i386 xorg-x11-server-Xorg-1.1.1-47.fc6.i386 xorg-x11-twm-1:1.0.1-3.1.i386 xorg-x11-utils-7.1-2.fc6.i386 xorg-x11-xauth-1:1.0.1-2.1.i386 xorg-x11-xdm-1:1.0.5-5.fc6.i386 xorg-x11-xfs-1:1.0.2-3.1.i386 xorg-x11-xinit-1.0.2-12.fc6.i386 xorg-x11-xkb-utils-1.0.2-2.1.i386 But then, this list is only the list of packages on my machine. It would be useful if core and extras package maintainers would go through their packages and fix things up. It would also be neat if we could automatically test this... Dave, John, do you guys have any ideas on that front? --Ray -------------- next part -------------- An HTML attachment was scrubbed... URL: From rstrode at redhat.com Fri Nov 3 19:59:31 2006 From: rstrode at redhat.com (Ray Strode) Date: Fri, 03 Nov 2006 14:59:31 -0500 Subject: man pages going to the wrong spot? In-Reply-To: <1162583516.2527.4.camel@halflap.boston.devel.redhat.com> References: <1162583516.2527.4.camel@halflap.boston.devel.redhat.com> Message-ID: <1162583971.2527.6.camel@halflap.boston.devel.redhat.com> Hi, > > But then, this list is only the list of packages on my machine. > It would be useful if core and extras package maintainers would go > through their packages and fix things up. Or is this even the right behavior? All the perl pages go in man3 for instance and there isn't a man3pm directory, so they couldn't change even if they wanted to without changing the manpages package. --Ray > -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildsys at fedoraproject.org Sat Nov 4 12:55:09 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 4 Nov 2006 07:55:09 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-04 Message-ID: <20061104125509.D29A415212E@buildsys.fedoraproject.org> Axel.Thimm AT ATrpms.net: mediawiki FE6 > FE7 (0:1.8.2-5.fc6 > 0:1.8.2-4.fc6) UNKNOWN OWNER (possibly Core package): checkpolicy FC5-updates > FC6 (0:1.32-1.fc5 > 0:1.30.12-1) FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.32-1) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) eclipse-changelog FC6-updates > FC7 (1:2.3.3-2.fc6 > 1:2.3.3-1.fc7) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mdadm FC6 > FC7 (0:2.5.4-2.fc6 > 0:2.5.4-1.fc7) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) wireshark FC5-updates > FC7 (0:0.99.4-1.fc5 > 0:0.99.4-1) FC6-updates > FC7 (0:0.99.4-1.fc6 > 0:0.99.4-1) xen FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) wine FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) cweyl AT alumni.drew.edu: perl-Event FE5 > FE6 (0:1.08-1.fc5 > 0:1.07-1.fc6) dmitry AT butskoy.name: dvdisaster FE6 > FE7 (0:0.70.2-2.fc6 > 0:0.70.2-1.fc6) enrico.scholz AT informatik.tu-chemnitz.de: xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-2.fc6) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-2.fc6) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) poedit FE5 > FE7 (0:1.3.6-1.fc5 > 0:1.3.4-2.1.fc6) FE6 > FE7 (0:1.3.6-1.fc6 > 0:1.3.4-2.1.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) matthias AT rpmforge.net: lighttpd FE6 > FE7 (0:1.4.13-2.fc6 > 0:1.4.13-1.fc6) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.1-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.1-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) paul AT all-the-johnsons.co.uk: anjuta FE6 > FE7 (1:2.0.2-9.fc6 > 1:2.0.2-8.fc6) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- anjuta: paul AT all-the-johnsons.co.uk FE6 > FE7 (1:2.0.2-9.fc6 > 1:2.0.2-8.fc6) checkpolicy: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.32-1.fc5 > 0:1.30.12-1) FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.32-1) cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.1-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.1-1.fc6 > 0:0.2.8-1.fc6) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) dvdisaster: dmitry AT butskoy.name FE6 > FE7 (0:0.70.2-2.fc6 > 0:0.70.2-1.fc6) eclipse-changelog: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (1:2.3.3-2.fc6 > 1:2.3.3-1.fc7) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lighttpd: matthias AT rpmforge.net FE6 > FE7 (0:1.4.13-2.fc6 > 0:1.4.13-1.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) mdadm: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.5.4-2.fc6 > 0:2.5.4-1.fc7) mediawiki: Axel.Thimm AT ATrpms.net FE6 > FE7 (0:1.8.2-5.fc6 > 0:1.8.2-4.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) perl-Event: cweyl AT alumni.drew.edu FE5 > FE6 (0:1.08-1.fc5 > 0:1.07-1.fc6) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) poedit: icon AT fedoraproject.org FE5 > FE7 (0:1.3.6-1.fc5 > 0:1.3.4-2.1.fc6) FE6 > FE7 (0:1.3.6-1.fc6 > 0:1.3.4-2.1.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) wine: andreas.bierfert AT lowlatency.de FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) wireshark: UNKNOWN OWNER (possibly Core package) FC5-updates > FC7 (0:0.99.4-1.fc5 > 0:0.99.4-1) FC6-updates > FC7 (0:0.99.4-1.fc6 > 0:0.99.4-1) xen: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-2.fc6) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-2.fc6) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) From chitlesh at fedoraproject.org Sat Nov 4 22:37:30 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 4 Nov 2006 23:37:30 +0100 Subject: locales vs No translations found Message-ID: <13dbfe4f0611041437l39c75e62i73513b9b519bdf8c@mail.gmail.com> Hai there, I'm kinda lost here with the translations When I rpmbuild katapult the locales are caught up into the rpm but not in the build system: http://buildsys.fedoraproject.org/logs/fedora-5-extras/20971-katapult-0.3.1.4-1.fc5/ what should I do ? chitlesh(~)[0]$fedora-extract rpmbuild/RPMS/i386/katapult-0.3.1.4-1.i386.rpm katapult-0.3.1.4-1/usr/bin/katapult katapult-0.3.1.4-1/usr/lib/kde3/katapult_amarokcatalog.la katapult-0.3.1.4-1/usr/lib/kde3/katapult_amarokcatalog.so katapult-0.3.1.4-1/usr/lib/kde3/katapult_bookmarkcatalog.la katapult-0.3.1.4-1/usr/lib/kde3/katapult_bookmarkcatalog.so katapult-0.3.1.4-1/usr/lib/kde3/katapult_calculatorcatalog.la katapult-0.3.1.4-1/usr/lib/kde3/katapult_calculatorcatalog.so katapult-0.3.1.4-1/usr/lib/kde3/katapult_documentcatalog.la katapult-0.3.1.4-1/usr/lib/kde3/katapult_documentcatalog.so katapult-0.3.1.4-1/usr/lib/kde3/katapult_glassdisplay.la katapult-0.3.1.4-1/usr/lib/kde3/katapult_glassdisplay.so katapult-0.3.1.4-1/usr/lib/kde3/katapult_o2display.la katapult-0.3.1.4-1/usr/lib/kde3/katapult_o2display.so katapult-0.3.1.4-1/usr/lib/kde3/katapult_programcatalog.la katapult-0.3.1.4-1/usr/lib/kde3/katapult_programcatalog.so katapult-0.3.1.4-1/usr/lib/kde3/katapult_puredisplay.la katapult-0.3.1.4-1/usr/lib/kde3/katapult_puredisplay.so katapult-0.3.1.4-1/usr/lib/kde3/katapult_spellcatalog.la katapult-0.3.1.4-1/usr/lib/kde3/katapult_spellcatalog.so katapult-0.3.1.4-1/usr/lib/libkatapult.so katapult-0.3.1.4-1/usr/lib/libkatapult.so.2 katapult-0.3.1.4-1/usr/lib/libkatapult.so.2.0.0 katapult-0.3.1.4-1/usr/share/applications/fedora-katapult.desktop katapult-0.3.1.4-1/usr/share/doc/katapult-0.3.1.4 katapult-0.3.1.4-1/usr/share/doc/katapult-0.3.1.4/AUTHORS katapult-0.3.1.4-1/usr/share/doc/katapult-0.3.1.4/COPYING katapult-0.3.1.4-1/usr/share/doc/katapult-0.3.1.4/ChangeLog katapult-0.3.1.4-1/usr/share/icons/crystalsvg/128x128/actions/katapultspellcheck.png katapult-0.3.1.4-1/usr/share/icons/crystalsvg/scalable/actions/katapultspellcheck.svgz katapult-0.3.1.4-1/usr/share/icons/hicolor/128x128/actions/checkmark.png katapult-0.3.1.4-1/usr/share/icons/hicolor/128x128/actions/no.png katapult-0.3.1.4-1/usr/share/icons/hicolor/128x128/apps/katapult.png katapult-0.3.1.4-1/usr/share/icons/hicolor/128x128/apps/xcalc.png katapult-0.3.1.4-1/usr/share/icons/hicolor/16x16/apps/katapult.png katapult-0.3.1.4-1/usr/share/icons/hicolor/22x22/apps/katapult.png katapult-0.3.1.4-1/usr/share/icons/hicolor/32x32/apps/katapult.png katapult-0.3.1.4-1/usr/share/icons/hicolor/48x48/apps/katapult.png katapult-0.3.1.4-1/usr/share/icons/hicolor/64x64/apps/katapult.png katapult-0.3.1.4-1/usr/share/icons/hicolor/scalable/apps/katapult.svgz katapult-0.3.1.4-1/usr/share/locale/ar/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/bg/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/br/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/ca/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/cs/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/da/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/de/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/el/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/es/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/et/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/fr/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/ga/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/gl/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/hu/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/it/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/ja/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/nb/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/nl/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/pl/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/pt/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/pt_BR/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/ru/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/sk/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/sv/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/tr/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/locale/uk/LC_MESSAGES/katapult.mo katapult-0.3.1.4-1/usr/share/services/katapult_amarokcatalog.desktop katapult-0.3.1.4-1/usr/share/services/katapult_bookmarkcatalog.desktop katapult-0.3.1.4-1/usr/share/services/katapult_calculatorcatalog.desktop katapult-0.3.1.4-1/usr/share/services/katapult_documentcatalog.desktop katapult-0.3.1.4-1/usr/share/services/katapult_glassdisplay.desktop katapult-0.3.1.4-1/usr/share/services/katapult_o2display.desktop katapult-0.3.1.4-1/usr/share/services/katapult_programcatalog.desktop katapult-0.3.1.4-1/usr/share/services/katapult_puredisplay.desktop katapult-0.3.1.4-1/usr/share/services/katapult_spellcatalog.desktop katapult-0.3.1.4-1/usr/share/servicetypes/katapultcatalog.desktop katapult-0.3.1.4-1/usr/share/servicetypes/katapultdisplay.desktop -- http://clunixchit.blogspot.com From giallu at gmail.com Sat Nov 4 22:49:44 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Sat, 4 Nov 2006 23:49:44 +0100 Subject: locales vs No translations found In-Reply-To: <13dbfe4f0611041437l39c75e62i73513b9b519bdf8c@mail.gmail.com> References: <13dbfe4f0611041437l39c75e62i73513b9b519bdf8c@mail.gmail.com> Message-ID: On 11/4/06, Chitlesh GOORAH wrote: > Hai there, > > I'm kinda lost here with the translations > > When I rpmbuild katapult the locales are caught up into the rpm but > not in the build system: > http://buildsys.fedoraproject.org/logs/fedora-5-extras/20971-katapult-0.3.1.4-1.fc5/ > > what should I do ? Add a BR: intltool? From chitlesh at fedoraproject.org Sat Nov 4 23:17:37 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sun, 5 Nov 2006 00:17:37 +0100 Subject: locales vs No translations found In-Reply-To: References: <13dbfe4f0611041437l39c75e62i73513b9b519bdf8c@mail.gmail.com> Message-ID: <13dbfe4f0611041517y354c1bf0m7817e53b41b47a3d@mail.gmail.com> On 11/4/06, Gianluca Sforna wrote: > Add a BR: intltool? didn't help :( -- http://clunixchit.blogspot.com From bugs.michael at gmx.net Sun Nov 5 00:32:38 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 5 Nov 2006 01:32:38 +0100 Subject: locales vs No translations found In-Reply-To: <13dbfe4f0611041517y354c1bf0m7817e53b41b47a3d@mail.gmail.com> References: <13dbfe4f0611041437l39c75e62i73513b9b519bdf8c@mail.gmail.com> <13dbfe4f0611041517y354c1bf0m7817e53b41b47a3d@mail.gmail.com> Message-ID: <20061105013238.7b7222b0.bugs.michael@gmx.net> On Sun, 5 Nov 2006 00:17:37 +0100, Chitlesh GOORAH wrote: > On 11/4/06, Gianluca Sforna wrote: > > Add a BR: intltool? > > didn't help :( > BR gettext Because: checking for msgfmt... msgfmt checking for gmsgfmt... msgfmt found msgfmt program is not GNU msgfmt; ignore it checking for xgettext... : From peter at thecodergeek.com Sun Nov 5 02:23:23 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sat, 04 Nov 2006 18:23:23 -0800 Subject: locales vs No translations found In-Reply-To: <20061105013238.7b7222b0.bugs.michael@gmx.net> References: <13dbfe4f0611041437l39c75e62i73513b9b519bdf8c@mail.gmail.com> <13dbfe4f0611041517y354c1bf0m7817e53b41b47a3d@mail.gmail.com> <20061105013238.7b7222b0.bugs.michael@gmx.net> Message-ID: <1162693403.14498.0.camel@tuxhugger> On Sun, 2006-11-05 at 01:32 +0100, Michael Schwendt wrote: > On Sun, 5 Nov 2006 00:17:37 +0100, Chitlesh GOORAH wrote: > > > On 11/4/06, Gianluca Sforna wrote: > > > Add a BR: intltool? > > > > didn't help :( > > > > BR gettext If you add a BR on gettext, you'll probably need to add perl(XML::Parser) to that list, since intltool uses that. -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From buildsys at fedoraproject.org Sun Nov 5 18:01:01 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 5 Nov 2006 13:01:01 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-05 Message-ID: <20061105180101.21AEA15212E@buildsys.fedoraproject.org> Axel.Thimm AT ATrpms.net: mediawiki FE6 > FE7 (0:1.8.2-5.fc6 > 0:1.8.2-4.fc6) UNKNOWN OWNER (possibly Core package): checkpolicy FC5-updates > FC6 (0:1.32-1.fc5 > 0:1.30.12-1) FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.32-1) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) eclipse-changelog FC6-updates > FC7 (1:2.3.3-2.fc6 > 1:2.3.3-1.fc7) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mdadm FC6 > FC7 (0:2.5.4-2.fc6 > 0:2.5.4-1.fc7) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) wireshark FC5-updates > FC7 (0:0.99.4-1.fc5 > 0:0.99.4-1) FC6-updates > FC7 (0:0.99.4-1.fc6 > 0:0.99.4-1) xen FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) wine FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) dmitry AT butskoy.name: dvdisaster FE6 > FE7 (0:0.70.2-2.fc6 > 0:0.70.2-1.fc6) enrico.scholz AT informatik.tu-chemnitz.de: xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-2.fc6) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-2.fc6) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) poedit FE5 > FE7 (0:1.3.6-1.fc5 > 0:1.3.4-2.1.fc6) FE6 > FE7 (0:1.3.6-1.fc6 > 0:1.3.4-2.1.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) matthias AT rpmforge.net: lighttpd FE6 > FE7 (0:1.4.13-2.fc6 > 0:1.4.13-1.fc6) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.1-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.1-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) paul AT all-the-johnsons.co.uk: anjuta FE6 > FE7 (1:2.0.2-9.fc6 > 1:2.0.2-8.fc6) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- anjuta: paul AT all-the-johnsons.co.uk FE6 > FE7 (1:2.0.2-9.fc6 > 1:2.0.2-8.fc6) checkpolicy: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.32-1.fc5 > 0:1.30.12-1) FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.32-1) cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.1-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.1-1.fc6 > 0:0.2.8-1.fc6) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) dvdisaster: dmitry AT butskoy.name FE6 > FE7 (0:0.70.2-2.fc6 > 0:0.70.2-1.fc6) eclipse-changelog: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (1:2.3.3-2.fc6 > 1:2.3.3-1.fc7) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lighttpd: matthias AT rpmforge.net FE6 > FE7 (0:1.4.13-2.fc6 > 0:1.4.13-1.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) mdadm: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.5.4-2.fc6 > 0:2.5.4-1.fc7) mediawiki: Axel.Thimm AT ATrpms.net FE6 > FE7 (0:1.8.2-5.fc6 > 0:1.8.2-4.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) poedit: icon AT fedoraproject.org FE5 > FE7 (0:1.3.6-1.fc5 > 0:1.3.4-2.1.fc6) FE6 > FE7 (0:1.3.6-1.fc6 > 0:1.3.4-2.1.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) wine: andreas.bierfert AT lowlatency.de FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) wireshark: UNKNOWN OWNER (possibly Core package) FC5-updates > FC7 (0:0.99.4-1.fc5 > 0:0.99.4-1) FC6-updates > FC7 (0:0.99.4-1.fc6 > 0:0.99.4-1) xen: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-2.fc6) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-2.fc6) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) From jnovy at redhat.com Mon Nov 6 08:59:14 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 06 Nov 2006 09:59:14 +0100 Subject: Summary - Broken dependencies in Fedora Extras - 2006-11-05 In-Reply-To: <20061105190203.20080.59561@extras64.linux.duke.edu> References: <20061105190203.20080.59561@extras64.linux.duke.edu> Message-ID: <1162803554.2267.5.camel@redhat.usu> Hi, I'm going to rebuild Extras packages dependent on old libcurl.3 today to not to see Extras broken forewer ;-) All Core ones are already rebuilt. If you are a maintainer of one of these packages and don't want to have your package rebuilt for some reason, then drop me an email. Jindrich > Broken packages in fedora-extras-development-i386: > ---------------------------------------------------------------------- > audacious-1.1.2-2.fc6.i386 requires libcurl.so.3 > bzflag-2.0.8-3.fc6.i386 requires libcurl.so.3 > centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 > drivel-2.1.0-0.3.20060527cvs.fc6.i386 requires libcurl.so.3 > git-core-1.4.2.4-1.fc6.i386 requires libcurl.so.3 > gnomesword-2.1.6-5.fc6.i386 requires libcurl.so.3 > icecast-2.3.1-3.fc6.i386 requires libcurl.so.3 > octave-forge-2006.07.09-7.fc6.i386 requires libcurl.so.3 > rtorrent-0.6.2-4.fc6.i386 requires libcurl.so.3 > sblim-wbemcli-1.5.1-4.fc6.i386 requires libcurl.so.3 > streamtuner-0.99.99-13.fc6.i386 requires libcurl.so.3 > sword-1.5.8-10.fc6.i386 requires libcurl.so.3 > sylpheed-claws-plugins-gtkhtml2-viewer-2.5.2-4.fc6.i386 requires libcurl.so.3 > sylpheed-claws-plugins-rssyl-2.5.2-4.fc6.i386 requires libcurl.so.3 > sylpheed-claws-plugins-vcalendar-2.5.2-4.fc6.i386 requires libcurl.so.3 > xmlrpc-c-1.06.05-2.fc6.i386 requires libcurl.so.3 > xmlrpc-c-apps-1.06.05-2.fc6.i386 requires libcurl.so.3 > xmms-scrobbler-0.3.8.1-2.fc6.i386 requires libcurl.so.3 > xmoto-0.2.0-1.fc6.i386 requires libcurl.so.3 -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From rvokal at redhat.com Mon Nov 6 12:10:57 2006 From: rvokal at redhat.com (=?UTF-8?B?UmFkZWsgVm9rw6Fs?=) Date: Mon, 06 Nov 2006 13:10:57 +0100 Subject: Package EVR problems in FC+FE 2006-11-04 In-Reply-To: <20061104125509.D29A415212E@buildsys.fedoraproject.org> References: <20061104125509.D29A415212E@buildsys.fedoraproject.org> Message-ID: <454F2651.9080906@redhat.com> buildsys at fedoraproject.org wrote: > > wireshark: UNKNOWN OWNER (possibly Core package) > FC5-updates > FC7 (0:0.99.4-1.fc5 > 0:0.99.4-1) > FC6-updates > FC7 (0:0.99.4-1.fc6 > 0:0.99.4-1) > fixed, dist tag added to FC7 -- Radek Vok?l Base OS Engineering - Team Lead Office: +420 543 422 235 Red Hat Inc. http://www.redhat.com From dakingun at gmail.com Mon Nov 6 16:45:08 2006 From: dakingun at gmail.com (Deji Akingunola) Date: Mon, 6 Nov 2006 11:45:08 -0500 Subject: Summary - Broken dependencies in Fedora Extras - 2006-11-05 In-Reply-To: <1162803554.2267.5.camel@redhat.usu> References: <20061105190203.20080.59561@extras64.linux.duke.edu> <1162803554.2267.5.camel@redhat.usu> Message-ID: Hi, On 11/6/06, Jindrich Novy wrote: > Hi, > > I'm going to rebuild Extras packages dependent on old libcurl.3 today to > not to see Extras broken forewer ;-) All Core ones are already rebuilt. > If you are a maintainer of one of these packages and don't want to have > your package rebuilt for some reason, then drop me an email. > Please leave out gnomesword and sword. There's a new version of sword I'm trying to get in, but need to work a little on gnomesword, which depends on it before building both. Thanks. Deji > Jindrich > > > Broken packages in fedora-extras-development-i386: > > ---------------------------------------------------------------------- > > audacious-1.1.2-2.fc6.i386 requires libcurl.so.3 > > bzflag-2.0.8-3.fc6.i386 requires libcurl.so.3 > > centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 > > drivel-2.1.0-0.3.20060527cvs.fc6.i386 requires libcurl.so.3 > > git-core-1.4.2.4-1.fc6.i386 requires libcurl.so.3 > > gnomesword-2.1.6-5.fc6.i386 requires libcurl.so.3 > > icecast-2.3.1-3.fc6.i386 requires libcurl.so.3 > > octave-forge-2006.07.09-7.fc6.i386 requires libcurl.so.3 > > rtorrent-0.6.2-4.fc6.i386 requires libcurl.so.3 > > sblim-wbemcli-1.5.1-4.fc6.i386 requires libcurl.so.3 > > streamtuner-0.99.99-13.fc6.i386 requires libcurl.so.3 > > sword-1.5.8-10.fc6.i386 requires libcurl.so.3 > > sylpheed-claws-plugins-gtkhtml2-viewer-2.5.2-4.fc6.i386 requires libcurl.so.3 > > sylpheed-claws-plugins-rssyl-2.5.2-4.fc6.i386 requires libcurl.so.3 > > sylpheed-claws-plugins-vcalendar-2.5.2-4.fc6.i386 requires libcurl.so.3 > > xmlrpc-c-1.06.05-2.fc6.i386 requires libcurl.so.3 > > xmlrpc-c-apps-1.06.05-2.fc6.i386 requires libcurl.so.3 > > xmms-scrobbler-0.3.8.1-2.fc6.i386 requires libcurl.so.3 > > xmoto-0.2.0-1.fc6.i386 requires libcurl.so.3 > > -- > Jindrich Novy , http://people.redhat.com/jnovy/ > (o_ _o) > //\ The worst evil in the world is refusal to think. //\ > V_/_ _\_V > > > -- > Fedora-maintainers mailing list > Fedora-maintainers at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-maintainers > From jkeating at redhat.com Mon Nov 6 16:59:12 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 6 Nov 2006 11:59:12 -0500 Subject: dist-hg proof-of-concept ready for use Message-ID: <200611061159.12599.jkeating@redhat.com> I've spent some time creating a proof-of-concept of dist-hg, that is the Extras package source controll converted from CVS to mercurial. It is now ready for some testing other than myself. Getting packages out, making and committing changes, tagging, and building all are functional. If you'd like to test it out, please see http://fedoraproject.org/wiki/Infrastructure/VersionControl/dist-hg For more information regarding version controll system change (like why we need to do it) see http://fedoraproject.org/wiki/Infrastructure/VersionControl Next up on my plate is a dist-git proof of concept. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ndbecker2 at gmail.com Mon Nov 6 18:00:32 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 6 Nov 2006 13:00:32 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611061159.12599.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> Message-ID: <200611061300.32922.ndbecker2@gmail.com> On Monday 06 November 2006 11:59 am, Jesse Keating wrote: > I've spent some time creating a proof-of-concept of dist-hg, that is the > Extras package source controll converted from CVS to mercurial. It is now > ready for some testing other than myself. Getting packages out, making and > committing changes, tagging, and building all are functional. > > If you'd like to test it out, please see > http://fedoraproject.org/wiki/Infrastructure/VersionControl/dist-hg > > For more information regarding version controll system change (like why we > need to do it) see > http://fedoraproject.org/wiki/Infrastructure/VersionControl > > Next up on my plate is a dist-git proof of concept. Exellent! I have been using hg for some time and like it. Have you looked at tailor for converting between systems, in particular, cvs->hg? From notting at redhat.com Mon Nov 6 18:03:36 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 6 Nov 2006 13:03:36 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611061159.12599.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> Message-ID: <20061106180336.GB26857@nostromo.devel.redhat.com> Jesse Keating (jkeating at redhat.com) said: > For more information regarding version controll system change (like why we > need to do it) see > http://fedoraproject.org/wiki/Infrastructure/VersionControl How are builds from this handled - is this an 'official' source for builds? Bill From dennis at ausil.us Mon Nov 6 18:07:56 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 6 Nov 2006 12:07:56 -0600 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061106180336.GB26857@nostromo.devel.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <20061106180336.GB26857@nostromo.devel.redhat.com> Message-ID: <200611061207.56185.dennis@ausil.us> On Monday 06 November 2006 12:03, Bill Nottingham wrote: > Jesse Keating (jkeating at redhat.com) said: > > For more information regarding version controll system change (like why > > we need to do it) see > > http://fedoraproject.org/wiki/Infrastructure/VersionControl > > How are builds from this handled - is this an 'official' source for builds? > > Bill you still need to direct all official builds through cvs these builds just get built up. nothing has been done to make the official -- Dennis Gilmore, RHCE Proud Australian From notting at redhat.com Mon Nov 6 18:10:46 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 6 Nov 2006 13:10:46 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611061207.56185.dennis@ausil.us> References: <200611061159.12599.jkeating@redhat.com> <20061106180336.GB26857@nostromo.devel.redhat.com> <200611061207.56185.dennis@ausil.us> Message-ID: <20061106181046.GD26857@nostromo.devel.redhat.com> Dennis Gilmore (dennis at ausil.us) said: > > How are builds from this handled - is this an 'official' source for builds? > > you still need to direct all official builds through cvs these builds just get > built up. nothing has been done to make the official OK, good. Having multiple official SCMs is just asking for disaster. Bill From jkeating at redhat.com Mon Nov 6 18:17:24 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 6 Nov 2006 13:17:24 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611061300.32922.ndbecker2@gmail.com> References: <200611061159.12599.jkeating@redhat.com> <200611061300.32922.ndbecker2@gmail.com> Message-ID: <200611061317.24509.jkeating@redhat.com> On Monday 06 November 2006 13:00, Neal Becker wrote: > Have you looked at tailor for converting between systems, in particular, > cvs->hg? I initially looked at tailor, but there was something about it that didn't do what I needed, I can't recall though. Perhaps it was something about CVS branches or tags and getting those to carry over to HG. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Mon Nov 6 18:18:15 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 6 Nov 2006 13:18:15 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061106180336.GB26857@nostromo.devel.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <20061106180336.GB26857@nostromo.devel.redhat.com> Message-ID: <200611061318.15282.jkeating@redhat.com> On Monday 06 November 2006 13:03, Bill Nottingham wrote: > How are builds from this handled - is this an 'official' source for builds? Oh god no! There is a standalone plague instance on publictest1 that will accept builds in hg style and build them locally. Its just for testing purposes, the builds don't go anywhere. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From twaugh at redhat.com Mon Nov 6 18:18:17 2006 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 06 Nov 2006 18:18:17 +0000 Subject: Move gutenprint from Extras into Core? Message-ID: <1162837098.3474.2.camel@cyberelk.elk> Hi, I would like to get gutenprint into Core (for devel), and it is already packaged (very well!) for Extras. What do we need to do? Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Mon Nov 6 18:29:48 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 6 Nov 2006 13:29:48 -0500 Subject: Move gutenprint from Extras into Core? In-Reply-To: <1162837098.3474.2.camel@cyberelk.elk> References: <1162837098.3474.2.camel@cyberelk.elk> Message-ID: <200611061329.48722.jkeating@redhat.com> On Monday 06 November 2006 13:18, Tim Waugh wrote: > What do we need to do? Please wait until after the Fedora Summit (see fedora-advisory-board at redhat.com list for details) for any core<->extras shuffling. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Mon Nov 6 19:06:39 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 6 Nov 2006 20:06:39 +0100 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611061159.12599.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> Message-ID: <20061106200639.9afaa8a7.bugs.michael@gmx.net> On Mon, 6 Nov 2006 11:59:12 -0500, Jesse Keating wrote: > I've spent some time creating a proof-of-concept of dist-hg, that is the > Extras package source controll converted from CVS to mercurial. It is now > ready for some testing other than myself. Getting packages out, making and > committing changes, tagging, and building all are functional. > > If you'd like to test it out, please see > http://fedoraproject.org/wiki/Infrastructure/VersionControl/dist-hg The upper-case "FC-6" example did not work: hg clone http://publictest1.fedora.redhat.com/extras/mock/FC-6 mock-FC-6 When changed to "fc-6" it works: hg clone http://publictest1.fedora.redhat.com/extras/mock/fc-6 mock-fc-6 However, the "branch" file contains "FC-6", and some tags are upper-case, too. From jkeating at redhat.com Mon Nov 6 19:21:54 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 6 Nov 2006 14:21:54 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061106200639.9afaa8a7.bugs.michael@gmx.net> References: <200611061159.12599.jkeating@redhat.com> <20061106200639.9afaa8a7.bugs.michael@gmx.net> Message-ID: <200611061421.58052.jkeating@redhat.com> On Monday 06 November 2006 14:06, Michael Schwendt wrote: > The upper-case "FC-6" example did not work: > > ? hg clone http://publictest1.fedora.redhat.com/extras/mock/FC-6 mock-FC-6 > > When changed to "fc-6" it works: > > ? hg clone http://publictest1.fedora.redhat.com/extras/mock/fc-6 mock-fc-6 > > However, the "branch" file contains "FC-6", and some tags are upper-case, > too. I forgot to mention this. The current release of mercurial drops everything to lowercase for http clone/pull methods. They've fixed this in hg, but haven't made a new release yet. SSH methods are case sensitive, where FC-6 would work. Once they've made another release I'll update so that we get case sensitivity through http as well. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Mon Nov 6 19:26:22 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 06 Nov 2006 20:26:22 +0100 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061106200639.9afaa8a7.bugs.michael@gmx.net> References: <200611061159.12599.jkeating@redhat.com> <20061106200639.9afaa8a7.bugs.michael@gmx.net> Message-ID: <454F8C5E.1010400@leemhuis.info> Michael Schwendt schrieb: > On Mon, 6 Nov 2006 11:59:12 -0500, Jesse Keating wrote: >> I've spent some time creating a proof-of-concept of dist-hg, that is the >> Extras package source controll converted from CVS to mercurial. Many thanks Jesse, your work is much appreciated. >> It is now >> ready for some testing other than myself. Getting packages out, making and >> committing changes, tagging, and building all are functional. >> If you'd like to test it out, please see >> http://fedoraproject.org/wiki/Infrastructure/VersionControl/dist-hg > The upper-case "FC-6" example did not work: > hg clone http://publictest1.fedora.redhat.com/extras/mock/FC-6 mock-FC-6 > When changed to "fc-6" it works: > hg clone http://publictest1.fedora.redhat.com/extras/mock/fc-6 mock-fc-6 > However, the "branch" file contains "FC-6", and some tags are upper-case, > too. While at it: I always wondered why "FC-6" in CVS is written in uppercase and why it also contains a hyphen -- why don't we switch to what we use as disttag already (e.g. "fc6) with the new VCS? CU thl From notting at redhat.com Mon Nov 6 19:27:49 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 6 Nov 2006 14:27:49 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <454F8C5E.1010400@leemhuis.info> References: <200611061159.12599.jkeating@redhat.com> <20061106200639.9afaa8a7.bugs.michael@gmx.net> <454F8C5E.1010400@leemhuis.info> Message-ID: <20061106192749.GC28733@nostromo.devel.redhat.com> Thorsten Leemhuis (fedora at leemhuis.info) said: > While at it: I always wondered why "FC-6" in CVS is written in uppercase > and why it also contains a hyphen -- why don't we switch to what we use > as disttag already (e.g. "fc6) with the new VCS? Historic reasons. Bill From jkeating at redhat.com Mon Nov 6 19:32:35 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 6 Nov 2006 14:32:35 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <454F8C5E.1010400@leemhuis.info> References: <200611061159.12599.jkeating@redhat.com> <20061106200639.9afaa8a7.bugs.michael@gmx.net> <454F8C5E.1010400@leemhuis.info> Message-ID: <200611061432.35849.jkeating@redhat.com> On Monday 06 November 2006 14:26, Thorsten Leemhuis wrote: > While at it: I always wondered why "FC-6" in CVS is written in uppercase > and why it also contains a hyphen -- why don't we switch to what we use > as disttag already (e.g. "fc6) with the new VCS? The branch names came WELL before the existence of a dist tag. I don't know the origins within Red Hat, but it's been this way for a LONG time, RHL-7_0 exists in some internal modules. As to why I didn't change it, mostly because I want there to be as little impact/change as possible with the new VCS. Getting a new VCS in place ALLOWS us to investigate other changes, made possible by a more capable VCS. However if we try to change too many things at once it all falls down in shambles. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From deisenst at gtw.net Wed Nov 8 10:43:24 2006 From: deisenst at gtw.net (David Eisenstein) Date: Wed, 08 Nov 2006 04:43:24 -0600 Subject: Need SeaMonkey opinions - [Fwd: [RHSA-2006:0734-01] Critical: seamonkey security update] Message-ID: <4551B4CC.1050203@gtw.net> Hello Fedora Legacy and Extras folks, This below RHEL advisory just came out, along with advisories like this for Thunderbird and for Firefox. We in Legacy need to get busy on these, because they are critical bugs, and we haven't updated any Firefox, Thunderbird, or SeaMonkey (er, Mozilla) packages in a LONG time. There are some old Bugzilla's that had been open for RHL 7.3, RHL 9, FC 1, FC 2, and FC 3 for Mozilla. There has been a running discussion (and no action -- largely my fault -- sorry!) about how and whether we upgrade Mozilla to SeaMonkey so that SeaMonkey becomes a Mozilla replacement (Core) package rather than an Extras package on a Bugzilla ticket for SeaMonkey. The Bugzilla number is 209167: . My understanding is that Michal Jaegermann (Fedora Legacy contributor) has done work on at least one or more previous versions of SeaMonkey, having created (FC4?) packages that should, once installed, act as a Mozilla replacement, not unlike what the RHEL packages mentioned in RHSA-2006-0734 do. The advantage of having SeaMonkey do this is that all other packages (such as yelp, epiphany, possibly others) will inherit the more secure code from SeaMonkey, since they tap into the shared-library (.so) files that SeaMonkey would be providing. My understanding then also would be that SeaMonkey is meant to be API compatible with Mozilla, so that other programs that depend on functions (or objects) in Mozilla's shared-library should continue to work okay, possibly without recompilation, but probably requiring recompilation and pushing to updates. Does anyone have any comments on how you wish the Legacy Project to approach this? I favor SeaMonkey as a Mozilla replacement, as it covers all vulnerabilities in packages that dynamically link to the shared libraries. But perhaps there are other ideas. Since Legacy Mozilla/Firefox/Thunderbird security bugs have been open since June (and not worked on), I also advocate that we in Legacy build SeaMonkey packages for *all* releases of Fedora Core that we have ever supported (since older releases were supported at that time) and RHL 7.3 and RHL 9. Does anyone object to that? What say ye?? Regards, David Eisenstein -------- Original Message -------- Subject: [RHSA-2006:0734-01] Critical: seamonkey security update Date: Wed, 8 Nov 2006 04:48:59 -0500 From: bugzilla at redhat.com To: enterprise-watch-list at redhat.com --------------------------------------------------------------------- Red Hat Security Advisory Synopsis: Critical: seamonkey security update Advisory ID: RHSA-2006:0734-01 Advisory URL: https://rhn.redhat.com/errata/RHSA-2006-0734.html Issue date: 2006-11-08 Updated on: 2006-11-08 Product: Red Hat Enterprise Linux CVE Names: CVE-2006-5462 CVE-2006-5463 CVE-2006-5464 CVE-2006-5747 CVE-2006-5748 --------------------------------------------------------------------- 1. Summary: Updated seamonkey packages that fix several security bugs are now available for Red Hat Enterprise Linux 2.1, 3, and 4. This update has been rated as having critical security impact by the Red Hat Security Response Team. 2. Relevant releases/architectures: ... (RHEL 2.1, RHEL 3, RHEL 4) ... 3. Problem description: SeaMonkey is an open source Web browser, advanced email and newsgroup client, IRC chat client, and HTML editor. Several flaws were found in the way SeaMonkey processes certain malformed Javascript code. A malicious web page could cause the execution of Javascript code in such a way that could cause SeaMonkey to crash or execute arbitrary code as the user running SeaMonkey. (CVE-2006-5463, CVE-2006-5747, CVE-2006-5748) Several flaws were found in the way SeaMonkey renders web pages. A malicious web page could cause the browser to crash or possibly execute arbitrary code as the user running SeaMonkey. (CVE-2006-5464) A flaw was found in the way SeaMonkey verifies RSA signatures. For RSA keys with exponent 3 it is possible for an attacker to forge a signature that would be incorrectly verified by the NSS library. SeaMonkey as shipped trusts several root Certificate Authorities that use exponent 3. An attacker could have created a carefully crafted SSL certificate which be incorrectly trusted when their site was visited by a victim. This flaw was previously thought to be fixed in SeaMonkey 1.0.5, however Ulrich Kuehn discovered the fix was incomplete (CVE-2006-5462) Users of SeaMonkey are advised to upgrade to these erratum packages, which contains SeaMonkey version 1.0.6 that corrects these issues. <> -- Enterprise-watch-list mailing list Enterprise-watch-list at redhat.com https://www.redhat.com/mailman/listinfo/enterprise-watch-list -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: -------------- next part -------------- -- fedora-legacy-list mailing list fedora-legacy-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-legacy-list From deisenst at gtw.net Wed Nov 8 11:19:33 2006 From: deisenst at gtw.net (David Eisenstein) Date: Wed, 08 Nov 2006 05:19:33 -0600 Subject: Need SeaMonkey opinions - [Fwd: [RHSA-2006:0734-01] Critical: seamonkey security update] Message-ID: <4551BD45.7040005@gtw.net> (This message was also submitted to ... I recommend replying to both lists, if you would, please). Hello Fedora Legacy and Extras folks, This below RHEL advisory just came out, along with advisories like this for Thunderbird and for Firefox. We in Legacy need to get busy on these, because they are critical bugs, and we haven't updated any Firefox, Thunderbird, or SeaMonkey (er, Mozilla) packages in a LONG time. There are some old Bugzilla's that had been open for RHL 7.3, RHL 9, FC 1, FC 2, and FC 3 for Mozilla. There has been a running discussion (and no action -- largely my fault -- sorry!) about how and whether we upgrade Mozilla to SeaMonkey so that SeaMonkey becomes a Mozilla replacement (Core) package rather than an Extras package on a Bugzilla ticket for SeaMonkey. The Bugzilla number is 209167: . My understanding is that Michal Jaegermann (Fedora Legacy contributor) has done work on at least one or more previous versions of SeaMonkey, having created (FC4?) packages that should, once installed, act as a Mozilla replacement, not unlike what the RHEL packages mentioned in RHSA-2006-0734 do. The advantage of having SeaMonkey do this is that all other packages (such as yelp, epiphany, possibly others) will inherit the more secure code from SeaMonkey, since they tap into the shared-library (.so) files that SeaMonkey would be providing. My understanding then also would be that SeaMonkey is meant to be API compatible with Mozilla, so that other programs that depend on functions (or objects) in Mozilla's shared-library should continue to work okay, possibly without recompilation, but probably requiring recompilation and pushing to updates. Does anyone have any comments on how you wish the Legacy Project to approach this? I favor SeaMonkey as a Mozilla replacement, as it covers all vulnerabilities in packages that dynamically link to the shared libraries. But perhaps there are other ideas. Since Legacy Mozilla/Firefox/Thunderbird security bugs have been open since June (and not worked on), I also advocate that we in Legacy build SeaMonkey packages for *all* releases of Fedora Core that we have ever supported (since older releases were supported at that time) and RHL 7.3 and RHL 9. Does anyone object to that? What say ye?? Regards, David Eisenstein -------- Original Message -------- Subject: [RHSA-2006:0734-01] Critical: seamonkey security update Date: Wed, 8 Nov 2006 04:48:59 -0500 From: bugzilla at redhat.com To: enterprise-watch-list at redhat.com --------------------------------------------------------------------- Red Hat Security Advisory Synopsis: Critical: seamonkey security update Advisory ID: RHSA-2006:0734-01 Advisory URL: https://rhn.redhat.com/errata/RHSA-2006-0734.html Issue date: 2006-11-08 Updated on: 2006-11-08 Product: Red Hat Enterprise Linux CVE Names: CVE-2006-5462 CVE-2006-5463 CVE-2006-5464 CVE-2006-5747 CVE-2006-5748 --------------------------------------------------------------------- 1. Summary: Updated seamonkey packages that fix several security bugs are now available for Red Hat Enterprise Linux 2.1, 3, and 4. This update has been rated as having critical security impact by the Red Hat Security Response Team. 2. Relevant releases/architectures: ... (RHEL 2.1, RHEL 3, RHEL 4) ... 3. Problem description: SeaMonkey is an open source Web browser, advanced email and newsgroup client, IRC chat client, and HTML editor. Several flaws were found in the way SeaMonkey processes certain malformed Javascript code. A malicious web page could cause the execution of Javascript code in such a way that could cause SeaMonkey to crash or execute arbitrary code as the user running SeaMonkey. (CVE-2006-5463, CVE-2006-5747, CVE-2006-5748) Several flaws were found in the way SeaMonkey renders web pages. A malicious web page could cause the browser to crash or possibly execute arbitrary code as the user running SeaMonkey. (CVE-2006-5464) A flaw was found in the way SeaMonkey verifies RSA signatures. For RSA keys with exponent 3 it is possible for an attacker to forge a signature that would be incorrectly verified by the NSS library. SeaMonkey as shipped trusts several root Certificate Authorities that use exponent 3. An attacker could have created a carefully crafted SSL certificate which be incorrectly trusted when their site was visited by a victim. This flaw was previously thought to be fixed in SeaMonkey 1.0.5, however Ulrich Kuehn discovered the fix was incomplete (CVE-2006-5462) Users of SeaMonkey are advised to upgrade to these erratum packages, which contains SeaMonkey version 1.0.6 that corrects these issues. <> -- Enterprise-watch-list mailing list Enterprise-watch-list at redhat.com https://www.redhat.com/mailman/listinfo/enterprise-watch-list -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From sundaram at fedoraproject.org Wed Nov 8 12:30:12 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Nov 2006 18:00:12 +0530 Subject: Need SeaMonkey opinions - [Fwd: [RHSA-2006:0734-01] Critical: seamonkey security update] In-Reply-To: <4551BD45.7040005@gtw.net> References: <4551BD45.7040005@gtw.net> Message-ID: <4551CDD4.2020409@fedoraproject.org> David Eisenstein wrote: > > Does anyone have any comments on how you wish the Legacy Project to approach > this? I favor SeaMonkey as a Mozilla replacement, as it covers all > vulnerabilities in packages that dynamically link to the shared libraries. > But perhaps there are other ideas. Using the latest Seamonkey to obsolete the old and unmaintained mozilla suite is a no brainer. Go for it. Rahul From buildsys at fedoraproject.org Wed Nov 8 12:34:40 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 8 Nov 2006 07:34:40 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-08 Message-ID: <20061108123440.4F50515212E@buildsys.fedoraproject.org> 3rdshift AT comcast.net: granule FE6 > FE7 (0:1.2.3-3.fc6 > 0:1.2.3-3) UNKNOWN OWNER (possibly Core package): checkpolicy FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.32-1) FC6-updates > FC7 (0:1.32-1.fc6 > 0:1.32-1) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mdadm FC6 > FC7 (0:2.5.4-2.fc6 > 0:2.5.4-1.fc7) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) xen FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) wine FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) dmitry AT butskoy.name: dvdisaster FE6 > FE7 (0:0.70.2-2.fc6 > 0:0.70.2-1.fc6) enrico.scholz AT informatik.tu-chemnitz.de: xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) poedit FE5 > FE7 (0:1.3.6-1.fc5 > 0:1.3.4-2.1.fc6) FE6 > FE7 (0:1.3.6-1.fc6 > 0:1.3.4-2.1.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) luya_tfz AT thefinalzone.com: gdesklets FE4 > FE7 (0:0.35.4-1.fc4 > 0:0.35.3-14.fc6) FE5 > FE7 (0:0.35.4-1.fc5 > 0:0.35.3-14.fc6) FE6 > FE7 (0:0.35.4-1.fc6 > 0:0.35.3-14.fc6) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.1-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.1-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) paul AT all-the-johnsons.co.uk: anjuta FE6 > FE7 (1:2.0.2-9.fc6 > 1:2.0.2-8.fc6) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- anjuta: paul AT all-the-johnsons.co.uk FE6 > FE7 (1:2.0.2-9.fc6 > 1:2.0.2-8.fc6) checkpolicy: UNKNOWN OWNER (possibly Core package) FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.32-1) FC6-updates > FC7 (0:1.32-1.fc6 > 0:1.32-1) cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.1-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.1-1.fc6 > 0:0.2.8-1.fc6) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) dvdisaster: dmitry AT butskoy.name FE6 > FE7 (0:0.70.2-2.fc6 > 0:0.70.2-1.fc6) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) gdesklets: luya_tfz AT thefinalzone.com FE4 > FE7 (0:0.35.4-1.fc4 > 0:0.35.3-14.fc6) FE5 > FE7 (0:0.35.4-1.fc5 > 0:0.35.3-14.fc6) FE6 > FE7 (0:0.35.4-1.fc6 > 0:0.35.3-14.fc6) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) granule: 3rdshift AT comcast.net FE6 > FE7 (0:1.2.3-3.fc6 > 0:1.2.3-3) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) mdadm: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.5.4-2.fc6 > 0:2.5.4-1.fc7) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) poedit: icon AT fedoraproject.org FE5 > FE7 (0:1.3.6-1.fc5 > 0:1.3.4-2.1.fc6) FE6 > FE7 (0:1.3.6-1.fc6 > 0:1.3.4-2.1.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) wine: andreas.bierfert AT lowlatency.de FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) xen: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) From jonathan.underwood at gmail.com Wed Nov 8 15:03:39 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 8 Nov 2006 15:03:39 +0000 Subject: mirrorlists In-Reply-To: <604aa7910610242038l4ebcd69h90bac36a7b56c755@mail.gmail.com> References: <1161745670.20051.35.camel@mccallum.corsepiu.local> <1161746319.12988.65.camel@cutter> <604aa7910610242038l4ebcd69h90bac36a7b56c755@mail.gmail.com> Message-ID: <645d17210611080703q6d66145bk11fef3634a0c0841@mail.gmail.com> On 25/10/06, Jeff Spaleta wrote: > [core] > mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=core-$releasever&arch=$basearch If I load this, eg. http://mirrors.fedoraproject.org/mirrorlist?repo=core-5&arch=i386 I get: # repo = core-5 country = GB arch = i386 http://zeniv.linux.org.uk/pub/distributions/fedora/linux/core/5/i386/os/ http://zeniiia.linux.org.uk/pub/distributions/fedora/linux/core/5/i386/os/ I haven't been following the developments of the mirrorlist, but I have picked up that itis dynamic, depending upon location. I'm in the UK - so the above seems about right. I'm curious though as to why the other UK mirrors are never returned (eg. mirrorservice.org.uk and mirror.ac.uk) ? Is there somewhere we should report unlisted mirrors to? Jonathan. From overholt at redhat.com Wed Nov 8 17:22:47 2006 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 08 Nov 2006 12:22:47 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611061159.12599.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> Message-ID: <1163006567.26874.25.camel@toxic.toronto.redhat.com> On Mon, 2006-06-11 at 11:59 -0500, Jesse Keating wrote: > http://fedoraproject.org/wiki/Infrastructure/VersionControl I will put my thoughts on the wiki page, but I thought it was a good idea to send it to the list as well. I've been working on our Eclipse RPM plugin a bit and plan to do so more in the coming months. I've actually planned on creating a Fedora-specific variant that caters to a Fedora maintainer's workflow. This plan basically goes out the window if we move to something other than CVS or SVN because there either isn't a plugin at all or isn't a mature plugin for the other VC systems being considered. This is not to say that it won't change in the future, but as of now, the only things we can support are CVS (part of the Eclipse SDK) and SVN (eclipse-subclipse in Extras). I know a final decision has yet to be made, but please take Eclipse support into consideration. I'm obviously not asking everyone to use Eclipse for their Fedora package work, but I'm hoping to make it so nice that at least some people will *want* to do so :) Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Wed Nov 8 18:05:34 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 8 Nov 2006 13:05:34 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163006567.26874.25.camel@toxic.toronto.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> Message-ID: <200611081305.35067.jkeating@redhat.com> On Wednesday 08 November 2006 12:22, Andrew Overholt wrote: > This plan basically goes out the window if we move to something other > than CVS or SVN because there either isn't a plugin at all or isn't a > mature plugin for the other VC systems being considered. ?This is not to > say that it won't change in the future, but as of now, the only things > we can support are CVS (part of the Eclipse SDK) and SVN > (eclipse-subclipse in Extras). > > I know a final decision has yet to be made, but please take Eclipse > support into consideration. > > I'm obviously not asking everyone to use Eclipse for their Fedora > package work, but I'm hoping to make it so nice that at least some > people will *want* to do so :) Wouldn't having a major distributions workflow involve something like git or hg add motivation to create Eclipse plugins for these SCMs? Many upstream projects are transitioning to either git, or hg because of the distributedness of it, something you can't get from CVS or SVN. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From overholt at redhat.com Wed Nov 8 18:06:02 2006 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 08 Nov 2006 13:06:02 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611081305.35067.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> Message-ID: <1163009162.26874.27.camel@toxic.toronto.redhat.com> On Wed, 2006-08-11 at 13:05 -0500, Jesse Keating wrote: > On Wednesday 08 November 2006 12:22, Andrew Overholt wrote: > > This plan basically goes out the window if we move to something other > > than CVS or SVN because there either isn't a plugin at all or isn't a > > mature plugin for the other VC systems being considered. This is not to > > say that it won't change in the future, but as of now, the only things > > we can support are CVS (part of the Eclipse SDK) and SVN > > (eclipse-subclipse in Extras). > > > > I know a final decision has yet to be made, but please take Eclipse > > support into consideration. > > > > I'm obviously not asking everyone to use Eclipse for their Fedora > > package work, but I'm hoping to make it so nice that at least some > > people will *want* to do so :) > > Wouldn't having a major distributions workflow involve something like git or > hg add motivation to create Eclipse plugins for these SCMs? Perhaps. Our group doesn't have the time or peoplepower to do this, though. Perhaps the various attempts at writing these plugins will pan out. > Many upstream > projects are transitioning to either git, or hg because of the > distributedness of it, something you can't get from CVS or SVN. I don't personally see the need for the distributedness when it comes to Fedora packaging stuff. But perhaps I'm missing something. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Wed Nov 8 18:18:07 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 8 Nov 2006 13:18:07 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163009162.26874.27.camel@toxic.toronto.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> Message-ID: <200611081318.07735.jkeating@redhat.com> On Wednesday 08 November 2006 13:06, Andrew Overholt wrote: > Perhaps. ?Our group doesn't have the time or peoplepower to do this, > though. ?Perhaps the various attempts at writing these plugins will pan > out. Code doesn't just have to come from your group (: > > Many upstream > > projects are transitioning to either git, or hg because of the > > distributedness of it, something you can't get from CVS or SVN. > > I don't personally see the need for the distributedness when it comes to > Fedora packaging stuff. ?But perhaps I'm missing something. Nope, you're not missing anything. Eclipse plugins for git or hg would have far more usefullness than just for Fedora's packaging stuff. Many other developers for other upstream projects could take advantage of such plugins. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From berrange at redhat.com Wed Nov 8 18:20:05 2006 From: berrange at redhat.com (Daniel P. Berrange) Date: Wed, 8 Nov 2006 18:20:05 +0000 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163009162.26874.27.camel@toxic.toronto.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> Message-ID: <20061108182005.GE21987@redhat.com> On Wed, Nov 08, 2006 at 01:06:02PM -0500, Andrew Overholt wrote: > On Wed, 2006-08-11 at 13:05 -0500, Jesse Keating wrote: > > On Wednesday 08 November 2006 12:22, Andrew Overholt wrote: > > > This plan basically goes out the window if we move to something other > > > than CVS or SVN because there either isn't a plugin at all or isn't a > > > mature plugin for the other VC systems being considered. This is not to > > > say that it won't change in the future, but as of now, the only things > > > we can support are CVS (part of the Eclipse SDK) and SVN > > > (eclipse-subclipse in Extras). > > > > > > I know a final decision has yet to be made, but please take Eclipse > > > support into consideration. > > > > > > I'm obviously not asking everyone to use Eclipse for their Fedora > > > package work, but I'm hoping to make it so nice that at least some > > > people will *want* to do so :) > > > > Wouldn't having a major distributions workflow involve something like git or > > hg add motivation to create Eclipse plugins for these SCMs? > > Perhaps. Our group doesn't have the time or peoplepower to do this, > though. Perhaps the various attempts at writing these plugins will pan > out. > > > Many upstream > > projects are transitioning to either git, or hg because of the > > distributedness of it, something you can't get from CVS or SVN. > > I don't personally see the need for the distributedness when it comes to > Fedora packaging stuff. But perhaps I'm missing something. The thing about distributed SCM is that they don't force you to work in a distributed mode - you can still use a workflow that's pretty much same as in a centralized model, but if you want to take advantage of the distributedness it is there for you. Personally the two aspects I find most compelling are complete access to repository when offline (great for working on laptops remotely), and distributed backups. So compelling I used distributed SCM for all my projects even if I'm the only one working on it. Keith Packard has an interesting article about this in a little more depth http://keithp.com/blog/Repository_Formats_Matter.html Regards, Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From overholt at redhat.com Wed Nov 8 18:25:15 2006 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 08 Nov 2006 13:25:15 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611081318.07735.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> <200611081318.07735.jkeating@redhat.com> Message-ID: <1163010315.26874.35.camel@toxic.toronto.redhat.com> On Wed, 2006-08-11 at 13:18 -0500, Jesse Keating wrote: > On Wednesday 08 November 2006 13:06, Andrew Overholt wrote: > > Perhaps. Our group doesn't have the time or peoplepower to do this, > > though. Perhaps the various attempts at writing these plugins will pan > > out. > > Code doesn't just have to come from your group (: I didn't mean to imply that. I meant that I'm not terribly interested in committing to working on a "Fedora Maintainer" plugin if it doesn't work with stuff we have in the distro. > > > Many upstream > > > projects are transitioning to either git, or hg because of the > > > distributedness of it, something you can't get from CVS or SVN. > > > > I don't personally see the need for the distributedness when it comes to > > Fedora packaging stuff. But perhaps I'm missing something. > > Nope, you're not missing anything. Eclipse plugins for git or hg would have > far more usefullness than just for Fedora's packaging stuff. Many other > developers for other upstream projects could take advantage of such plugins. Of course. I've said for a while now that I'd like to see someone work on those but it's just not a priority internally. I was more interested in hearing why a distributed VCS was important for Fedora packaging. Daniel's comments illustrate a few benefits but I don't _personally_ see how these are that important for this application. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmcgrath at fedoraproject.org Wed Nov 8 18:29:36 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Wed, 8 Nov 2006 12:29:36 -0600 Subject: mirrorlists In-Reply-To: <645d17210611080703q6d66145bk11fef3634a0c0841@mail.gmail.com> References: <1161745670.20051.35.camel@mccallum.corsepiu.local> <1161746319.12988.65.camel@cutter> <604aa7910610242038l4ebcd69h90bac36a7b56c755@mail.gmail.com> <645d17210611080703q6d66145bk11fef3634a0c0841@mail.gmail.com> Message-ID: <3237e4410611081029tbe29acfye282ba7398b965e8@mail.gmail.com> On 11/8/06, Jonathan Underwood wrote: > On 25/10/06, Jeff Spaleta wrote: > > [core] > > mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=core-$releasever&arch=$basearch > > If I load this, eg. > http://mirrors.fedoraproject.org/mirrorlist?repo=core-5&arch=i386 I > get: > > # repo = core-5 country = GB arch = i386 > http://zeniv.linux.org.uk/pub/distributions/fedora/linux/core/5/i386/os/ > http://zeniiia.linux.org.uk/pub/distributions/fedora/linux/core/5/i386/os/ > > > I haven't been following the developments of the mirrorlist, but I > have picked up that itis dynamic, depending upon location. I'm in the > UK - so the above seems about right. I'm curious though as to why the > other UK mirrors are never returned (eg. mirrorservice.org.uk and > mirror.ac.uk) ? Is there somewhere we should report unlisted mirrors > to? > > Jonathan. > http://mirrors.fedoraproject.org/mirrorlist?repo=core-$releasever&arch=$basearch&showinvalid=1 You can also specify 'country=global' -Mike From jkeating at redhat.com Wed Nov 8 18:40:10 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 8 Nov 2006 13:40:10 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163010315.26874.35.camel@toxic.toronto.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <200611081318.07735.jkeating@redhat.com> <1163010315.26874.35.camel@toxic.toronto.redhat.com> Message-ID: <200611081340.10994.jkeating@redhat.com> On Wednesday 08 November 2006 13:25, Andrew Overholt wrote: > I was more interested in hearing why a distributed VCS was important for > Fedora packaging. ?Daniel's comments illustrate a few benefits but I > don't _personally_ see how these are that important for this > application. They don't. The distributed part of things isn't what makes hg or git attractive, what makes them attractive is the proliferation of their usage in other upstream projects. Add to that things like git/hg-bisect for debugging changes, patch queue/stack management, changesets for easier merging, etc.. Also being able to break out each release "branch" of a package into its own standalone repo has some nice wins too, encapsulated history, better/easier ACL management, less stuff to check out, etc... Also the ui of hg is pretty nice, although I hear more people prefer git for the serverside storage it offers. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rdieter at math.unl.edu Wed Nov 8 18:44:53 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 08 Nov 2006 12:44:53 -0600 Subject: Status of update to OpenEXR-1.4.x In-Reply-To: <0MKxQS-1GdAjT257E-0004WC@mrelayeu.kundenserver.de> References: <0MKwpI-1GdAMh24ey-0000mr@mrelayeu.kundenserver.de> <45410538.9020904@math.unl.edu> <0MKxQS-1GdAjT257E-0004WC@mrelayeu.kundenserver.de> Message-ID: <455225A5.5040601@math.unl.edu> Jochen Schmitt wrote: >> The upgrade to 1.4.x went well (no problems reported). Is there >> interest in backporting this to fc5 as well? > > Thank you for the clarification. After a bit more digging and research, it's not clear that upstream will support the 1.2.x codebase (much) anymore, and since the performance improvements in 1.4.x (multithreading) are compelling, I'll plan on pushing an fc5 update to OpenEXR-1.4.x first thing Thu Nov 16 morning. I can help with the openexr-dependent app rebuild effort Thu morning. These apps include (afaict using repoquery): kdegraphics-extras(me) koffice k3d fyre blender That is, unless I hear any screams from the rooftops... -- Rex From enrico.scholz at informatik.tu-chemnitz.de Wed Nov 8 19:01:51 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 08 Nov 2006 20:01:51 +0100 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163009162.26874.27.camel@toxic.toronto.redhat.com> (Andrew Overholt's message of "Wed, 08 Nov 2006 13:06:02 -0500") References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> Message-ID: <87d57xdaow.fsf@kosh.bigo.ensc.de> overholt at redhat.com (Andrew Overholt) writes: >> Many upstream projects are transitioning to either git, or hg because >> of the distributedness of it, something you can't get from CVS or >> SVN. > > I don't personally see the need for the distributedness when it comes to > Fedora packaging stuff. But perhaps I'm missing something. It's much easier for local adaptations ((re)enabling patented stuff, adding local patches). E.g. a local branch can be updated with 'git pull . FE6' instead of applying patches manually. Enrico From ndbecker2 at gmail.com Wed Nov 8 19:06:11 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 8 Nov 2006 14:06:11 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061108182005.GE21987@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> <20061108182005.GE21987@redhat.com> Message-ID: <200611081406.12213.ndbecker2@gmail.com> The thing I like about distributed scm is I can work offline and still have all my scm functionality. I can still checking changes and experiment, make branches, whatever. From jkeating at redhat.com Wed Nov 8 19:10:06 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 8 Nov 2006 14:10:06 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611081406.12213.ndbecker2@gmail.com> References: <200611061159.12599.jkeating@redhat.com> <20061108182005.GE21987@redhat.com> <200611081406.12213.ndbecker2@gmail.com> Message-ID: <200611081410.07151.jkeating@redhat.com> On Wednesday 08 November 2006 14:06, Neal Becker wrote: > The thing I like about distributed scm is I can work offline and still have > all my scm functionality. ?I can still checking changes and experiment, > make branches, whatever. And easily push the changes back up to the 'central' repo in a sane manner. A set of changes that can shuffle into other people's changes rather than a huge ass monolithic patch. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From hp at redhat.com Wed Nov 8 19:22:01 2006 From: hp at redhat.com (Havoc Pennington) Date: Wed, 08 Nov 2006 14:22:01 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061108182005.GE21987@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> <20061108182005.GE21987@redhat.com> Message-ID: <45522E59.7030900@redhat.com> Daniel P. Berrange wrote: > Keith Packard has an interesting article about > this in a little more depth > > http://keithp.com/blog/Repository_Formats_Matter.html > Since Keith was responding to my troll ;-) I think he makes some good points. Private responses to my blog were mostly about offline support; that seems to be what people care about most that svn doesn't have (and what I was missing, since I'm essentially never offline). The hangup for me remains the git UI, especially since I'm using Eclipse a lot and would lose the GUI stuff, but also the git command line and web frontends are pretty strange. But, this is probably not such an issue for Fedora as it is for us desktop/web-oriented developers... ;-) Havoc From caillon at redhat.com Wed Nov 8 19:34:30 2006 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 08 Nov 2006 14:34:30 -0500 Subject: Need SeaMonkey opinions - [Fwd: [RHSA-2006:0734-01] Critical: seamonkey security update] In-Reply-To: <4551B4CC.1050203@gtw.net> References: <4551B4CC.1050203@gtw.net> Message-ID: <45523146.8070105@redhat.com> David Eisenstein wrote: > Does anyone have any comments on how you wish the Legacy Project to approach > this? I favor SeaMonkey as a Mozilla replacement, as it covers all > vulnerabilities in packages that dynamically link to the shared libraries. > But perhaps there are other ideas. I see no reason that it won't work for Fedora given that it works for RHEL. I can probably offer some guidance as there were many hurdles that I had to overcome when building these packages for RHEL, though I probably don't remember them all off the top of my head. From jonathan.underwood at gmail.com Wed Nov 8 21:42:55 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 8 Nov 2006 21:42:55 +0000 Subject: mirrorlists In-Reply-To: <3237e4410611081029tbe29acfye282ba7398b965e8@mail.gmail.com> References: <1161745670.20051.35.camel@mccallum.corsepiu.local> <1161746319.12988.65.camel@cutter> <604aa7910610242038l4ebcd69h90bac36a7b56c755@mail.gmail.com> <645d17210611080703q6d66145bk11fef3634a0c0841@mail.gmail.com> <3237e4410611081029tbe29acfye282ba7398b965e8@mail.gmail.com> Message-ID: <645d17210611081342w3124346qd79218214a04ad28@mail.gmail.com> On 08/11/06, Mike McGrath wrote: http://mirrors.fedoraproject.org/mirrorlist?repo=core-$releasever&arch=$basearch&showinvalid=1 Thanks - but that still doesn't contain either of the mirrors I referred to though (www.mirror.ac.uk and www.mirrorservice.org). Also, wouldn't it be sensible for each country specific mirrorlist to specify all mirrors in that country rather than just 1? Jonathan. From skvidal at linux.duke.edu Wed Nov 8 21:50:34 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 08 Nov 2006 16:50:34 -0500 Subject: mirrorlists In-Reply-To: <645d17210611081342w3124346qd79218214a04ad28@mail.gmail.com> References: <1161745670.20051.35.camel@mccallum.corsepiu.local> <1161746319.12988.65.camel@cutter> <604aa7910610242038l4ebcd69h90bac36a7b56c755@mail.gmail.com> <645d17210611080703q6d66145bk11fef3634a0c0841@mail.gmail.com> <3237e4410611081029tbe29acfye282ba7398b965e8@mail.gmail.com> <645d17210611081342w3124346qd79218214a04ad28@mail.gmail.com> Message-ID: <1163022634.11889.15.camel@cutter> On Wed, 2006-11-08 at 21:42 +0000, Jonathan Underwood wrote: > On 08/11/06, Mike McGrath wrote: > http://mirrors.fedoraproject.org/mirrorlist?repo=core-$releasever&arch=$basearch&showinvalid=1 > > Thanks - but that still doesn't contain either of the mirrors I > referred to though (www.mirror.ac.uk and www.mirrorservice.org). > > Also, wouldn't it be sensible for each country specific mirrorlist to > specify all mirrors in that country rather than just 1? > it specifies all mirrors in that country that are current vs the mirror master -sv From jonathan.underwood at gmail.com Wed Nov 8 21:53:25 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 8 Nov 2006 21:53:25 +0000 Subject: mirrorlists In-Reply-To: <1163022634.11889.15.camel@cutter> References: <1161745670.20051.35.camel@mccallum.corsepiu.local> <1161746319.12988.65.camel@cutter> <604aa7910610242038l4ebcd69h90bac36a7b56c755@mail.gmail.com> <645d17210611080703q6d66145bk11fef3634a0c0841@mail.gmail.com> <3237e4410611081029tbe29acfye282ba7398b965e8@mail.gmail.com> <645d17210611081342w3124346qd79218214a04ad28@mail.gmail.com> <1163022634.11889.15.camel@cutter> Message-ID: <645d17210611081353x72f23c24i5f395313bc2d761b@mail.gmail.com> On 08/11/06, seth vidal wrote: > it specifies all mirrors in that country that are current vs the mirror > master Aha, ok, I had assumed the &invalid in the URL that Mike posted meant "show me even the non-current mirrors", which then led me to think that the mirrors I mentioned were somehow being missed off. Just for reference, where would I look to see the full list of mirrors, whether current or not? Jonathan. From cworth at redhat.com Wed Nov 8 22:13:52 2006 From: cworth at redhat.com (Carl Worth) Date: Wed, 08 Nov 2006 14:13:52 -0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <45522E59.7030900@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> <20061108182005.GE21987@redhat.com> <45522E59.7030900@redhat.com> Message-ID: <87d57xvb6n.wl%cworth@cworth.org> On Wed, 08 Nov 2006 14:22:01 -0500, Havoc Pennington wrote: > The hangup for me remains the git UI, especially since I'm using Eclipse > a lot and would lose the GUI stuff, but also the git command line and > web frontends are pretty strange. But, this is probably not such an > issue for Fedora as it is for us desktop/web-oriented developers... ;-) Havoc, I don't follow your argument at all. If Eclipse is the important UI, then how could the git command-line be relevant at all? If an Eclipse plugin doesn't exist yet, then obviously that would need to be fixed, but I would imagine that should be extremely straight-forward for someone familiar with the Eclipse version-control plugins. And as for web frontends, I've never seen a web frontend for any source-code management tool that I've liked much at all. With git, the tool support for browsing a local version of the repository is infinitely superior than anything available in the web-based frontends. But, if web frontends are interesting, I'll comment on them a bit. Let me preface this by saying that choosing a version-control system based on the web frontend would be a horrible mistake, (for the same reasons that Keith mentioned in his blog posting---the web frontend is one of the easiest things to change, so it doesn't have much bearing on the decision). That said, I took a look to see what subversion is using. I found the following page: http://svn.collab.net/viewvc/svn/ And I think it presents the completely wrong default view. If I'd like to casually browse a project's source code history, the first thing I'd be interested in knowing is "what's been going on?". With viewvc all I can see is the commit message from the latest commit to any particular directory or file. That per-file basis was expected in CVS-based tools do to the fundamental broken-ness of the CVS model, but it's really odd to see it in anything developed since. It provides a very random set of commit messages that largely have no relationship to each other. Compare that to what gitweb provides. For example, here's the default view of the cairo project in gitweb: http://gitweb.freedesktop.org/?p=cairo This gives a project-wide log of recent commits. From those it's pretty obvious what has been happening in cairo lately, (I've been whacking on the performance test suite in "perf" and Vladimir has been doing some work on the win32 backend). Meanwhile, a per-file view is still available in one-click by clicking on the tree link: http://gitweb.freedesktop.org/?p=cairo;a=tree [I notice that this view is rather empty and perhaps could benefit from a "latest change" message on each line as viewvc has, (that'd still give a random smattering of messages, but it's perhaps better than empty space). The important part is not to provide only the random smattering of messages and not the project-wide log.] Plus, this per-file view is a heck of a lot more useful than what I could find in viewvc, as I can view the history of changes at any level. For example, what if a user only cares about the changes for some niche piece of cairo, like the BeOS backend, say, there's an easy way to get the history of just that piece of the tree: http://gitweb.freedesktop.org/?p=cairo;a=history;f=src/cairo-beos-surface.cpp The same thing works for viewing any directory, too, not just a file. What's been happening to the test suite in "test", for example: http://gitweb.freedesktop.org/?p=cairo;a=history;f=test And I like the fact that if I explore the history to any given point I can drill-down and view the state of any file in the tree at that point. It looks like a lot of the same information is available in viewvc but through a "query revision history" form where one can type in sub-directories or date ranges rather than being able to browse to them. But again, the web frontends are a really minor piece of the puzzle. And in spite of anything good I said about gitweb here, I think it totally sucks compared to what one can easily do with tools like "git log" and "gitk". Things like: Show me new changes in "trunk" since "branch" split off: git log branch..trunk As above, but with patch content in addition to commit messages: git log -p branch..trunk As above, but only the changes affecting some/dir: git log -p branch..trunk -- some/dir As above, but with a graphical view: gitk branch..trunk -- some/dir Show me a graphical view of all branches: gitk --all I'm afraid that list doesn't capture the functionality very well, but please give commands like that a try sometime if you can get the chance, (particularly if you can do it on a collection of code that you're familiar with). Functionality like this would definitely be part of my short list of things needed in a version-control system. A lot of people focus the discussion on the UI for creating new commits, and forget about the importance of the UI for exploring that history. Here's a thought experiment on that front. Take an operation like "svn blame" and think about the bigger context in which it is used. What is the whole task that is being performed? What operations are performed before and after? For example, let's assume the scenario is "Given a random snippet of code, find the commit information (author and commit message) that introduced that code". So with subversion the operations might be: grep snippet * # map snippet to filename svn blame filename # map file lines to revision IDs | less # / to find snippet in blame output and ID svn log -rID # view commit info Given the same scenario, what I would most likely do with git is: git log -p # display full project history, use / to # find snippet and read nearby commit info This may seem like an awfully big hammer for a very small problem, but the truth is that this really is fast enough that it's what I end up using. Of course, if a single directory or filename is known, then it could go even faster: git log -p -- filename But the point is that this kind of history exploration is fundamentally more useful than something like "blame". This approach with git will work just fine even if the snippet of interest no longer appears in the current code. And git is designed to be able to allow the tracking of code as it gets copied from one file to the next, (talking about partial code movement, not whole-file copy or rename). For a long time that kind of code exploration has just been missing UI, but Junio has added that to git quite recently---and it really was just a little bit of UI. Imagine trying to retrofit any existing system to be able to support partial-file copy for history exploration like this, and then imagine how well it might perform. -Carl -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From hp at redhat.com Wed Nov 8 23:57:49 2006 From: hp at redhat.com (Havoc Pennington) Date: Wed, 08 Nov 2006 18:57:49 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <87d57xvb6n.wl%cworth@cworth.org> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> <20061108182005.GE21987@redhat.com> <45522E59.7030900@redhat.com> <87d57xvb6n.wl%cworth@cworth.org> Message-ID: <45526EFD.5050607@redhat.com> Carl Worth wrote: > On Wed, 08 Nov 2006 14:22:01 -0500, Havoc Pennington wrote: >> The hangup for me remains the git UI, especially since I'm using Eclipse >> a lot and would lose the GUI stuff, but also the git command line and >> web frontends are pretty strange. But, this is probably not such an >> issue for Fedora as it is for us desktop/web-oriented developers... ;-) > > Havoc, I don't follow your argument at all. If Eclipse is the > important UI, then how could the git command-line be relevant at all? > I'm just talking about my personal preference. I use both command line and Eclipse pretty often. Eclipse is not "the important UI" for Fedora I'm quite sure (at least right now - maybe with the SRPM plugin it is), but it's one I use since I write a lot of Java lately. But I also use Emacs for C, and use the terminal a good bit. To me the git docs are a sea of implementation details and terminology often at some kind of strange lower level than I want to know about.[1] I know some people (e.g. obviously Keith and Linus) greatly enjoy understanding this level, and more power to them ;-) I just hope before I get stuck using git for something someone will figure out how to bury some of this stuff a bit more. Let's put it this way: honestly I don't care how cool the git implementation is, if I have to _know_ what the implementation is. If I wanted to know, I would write my own version control system like everyone else ;-) Havoc [1] I'm not going to be productive and try to design something better/ideal, since it would take weeks, but if you "man git" there's a "Plumbing" section and a "Porcelain" section. As a start, I'd like to live in a world where "Plumbing" was somewhere I never saw it. Right now the terminology and goo from that layer leaks out everywhere, whether it's in the docs, in the output of git-, in status messages, or in UIs that show me huge hex numbers and say things like "blob" when they mean "file." svn presumably also has "plumbing" but I don't know about it and am happy not to. I'm skipping superficial UI complaints like "who the hell uses Tk in 2006?" ;-) From davej at redhat.com Thu Nov 9 00:05:23 2006 From: davej at redhat.com (Dave Jones) Date: Wed, 8 Nov 2006 19:05:23 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163009162.26874.27.camel@toxic.toronto.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> Message-ID: <20061109000523.GN3309@redhat.com> On Wed, Nov 08, 2006 at 01:06:02PM -0500, Andrew Overholt wrote: > > Many upstream > > projects are transitioning to either git, or hg because of the > > distributedness of it, something you can't get from CVS or SVN. > > I don't personally see the need for the distributedness when it comes to > Fedora packaging stuff. But perhaps I'm missing something. A bigger advantage isn't necessarily the 'distributedness', but that you can do offline commits, or review commit logs, annotate etc all without a network connection. It's incredibly useful whilst travelling to be able to keep hacking on stuff, making a load of commits, reverting stuff, looking up changes etc, and then sync up when you get network again. Dave -- http://www.codemonkey.org.uk From davej at redhat.com Thu Nov 9 00:07:34 2006 From: davej at redhat.com (Dave Jones) Date: Wed, 8 Nov 2006 19:07:34 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <45526EFD.5050607@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> <20061108182005.GE21987@redhat.com> <45522E59.7030900@redhat.com> <87d57xvb6n.wl%cworth@cworth.org> <45526EFD.5050607@redhat.com> Message-ID: <20061109000734.GO3309@redhat.com> On Wed, Nov 08, 2006 at 06:57:49PM -0500, Havoc Pennington wrote: > I'm skipping superficial UI complaints like "who the hell uses Tk in > 2006?" ;-) Those who forget to install qgit. Dave -- http://www.codemonkey.org.uk From wart at kobold.org Thu Nov 9 00:29:26 2006 From: wart at kobold.org (Michael Thomas) Date: Wed, 08 Nov 2006 16:29:26 -0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <45526EFD.5050607@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> <20061108182005.GE21987@redhat.com> <45522E59.7030900@redhat.com> <87d57xvb6n.wl%cworth@cworth.org> <45526EFD.5050607@redhat.com> Message-ID: <45527666.6000107@kobold.org> Havoc Pennington wrote: > I'm skipping superficial UI complaints like "who the hell uses Tk in > 2006?" ;-) :P Hey! I just submitted TclPro to FE, so I know there's at least one of those silly Tk users out there... :) --Wart From cworth at redhat.com Thu Nov 9 01:21:40 2006 From: cworth at redhat.com (Carl Worth) Date: Wed, 08 Nov 2006 17:21:40 -0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <45526EFD.5050607@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> <20061108182005.GE21987@redhat.com> <45522E59.7030900@redhat.com> <87d57xvb6n.wl%cworth@cworth.org> <45526EFD.5050607@redhat.com> Message-ID: <87bqnhv2hn.wl%cworth@cworth.org> On Wed, 08 Nov 2006 18:57:49 -0500, Havoc Pennington wrote: > > On Wed, 08 Nov 2006 14:22:01 -0500, Havoc Pennington wrote: > > > > Havoc, I don't follow your argument at all. If Eclipse is the > > important UI, then how could the git command-line be relevant at all? > > I'm just talking about my personal preference. > > I use both command line and Eclipse pretty often. OK. So an eclipse plugin for git is missing, but you do also care about the command-line interface. > Let's put it this way: honestly I don't care how cool the git > implementation is, if I have to _know_ what the implementation is. If I > wanted to know, I would write my own version control system like > everyone else ;-) I can appreciate you not being interested in learning the details of the implementation. But for making a decision, _somebody_ should have an informed opinion based on the details. Because they really do matter for all the reasons Keith explained in his blog entry. If I were asked for my opinion, I would say "I've studied the details of the svn, git, bzr, and hg implementations and git wins hands down". And you should just accept that as truth, because otherwise I'll have to start telling you _why_ which will involve details you don't want to hear. > [1] I'm not going to be productive and try to design something > better/ideal, since it would take weeks, but if you "man git" there's a > "Plumbing" section and a "Porcelain" section. As a start, I'd like to > live in a world where "Plumbing" was somewhere I never saw it. Sure. And that's a worthwhile part of the metaphor that still needs to sink in with git in a few places. > Right now the terminology and goo from that layer leaks out everywhere, > whether it's in the docs, in the output of git-, in status > messages, or in UIs that show me huge hex numbers and say things like > "blob" when they mean "file." svn presumably also has "plumbing" but I > don't know about it and am happy not to. I agree that there are some bad leaks in the documentation still. Yes, "man git" is awful, the git- thing is annoying, and a handful of the git commands spew messages that are not helpful[*]. Those things should all get fixed, and all of them could with a tiny amount of effort. And git has been improving a lot in these areas. For example, "git help" is quite sane and lists only 28 commands all of which are easy to use and are generally well documented. (I just checked and in the 28 man pages "blob" only appears in a single paragraph). If 28 commands still sounds like a lot, note that "svn help" reports 30 commands. Meanwhile, a rewrite of "man git" has recently been discussed to bury the plumbing. So for the things you've mentioned, I don't see any problems to them getting fixed, and I do see good progress toward making that happen. One thing that would help is a new user to git carefully noting annoyances, since experienced users grow accustomed to things and don't always realize what should be changed. -Carl [*] Though, with a quick test below (create repo, add file, commit, change file, commit), of git, hg, svn, and bzr it turns out that svn is the noisiest, and hg is the only tool that is totally silent. Some of that is because svn is expecting to do network transfer where it does make sense to provide progress indication, (pretty much all of the tools provide good indication when transferring data). The git output does show one "huge hex number". The initial commit is an oddball in that is spits this number out for no good reason, (no subsequent commit does). Otherwise, the hex numbers only show up in the logs, (and hg and bzr have basically the same kinds of huge identifiers for commits---though bzr tries hard to hide them in the most recent version). Probably the best thing to take away from what follows is that the UI for all of these tools really is quite similar. One thing that does stand out in the commands below is that svn keeps the repository data separate, (with all of the problems that that causes). $ mkdir gittest; cd gittest $ git init-db defaulting to local storage area $ echo hello > hello $ git add hello $ git commit -m "add hello" Committing initial tree b4d01e9b0c4a9356736dfddf8830ba9a54f5271c $ echo goodbye > hello $ git commit -a -m "change to goodbye" $ mkdir hgtest; cd hgtest $ cd hgtest $ hg init $ echo hello > hello $ hg add hello $ hg commit -m "add hello" $ echo goodbye > hello $ hg commit -m "change to goodbye" $ svnadmin create svnrepo $ svn co file:///tmp/svnrepo svntest Checked out revision 0. $ cd svntest/ $ echo hello > hello $ svn add hello A hello $ svn commit -m "add hello" Adding hello Transmitting file data . Committed revision 1. $ echo goodbye > hello $ svn commit -m "change to goodbye" Sending hello Transmitting file data . Committed revision 2. $ mkdir bzrtest; cd bzrtest $ bzr init $ echo hello > hello $ bzr add hello added hello $ bzr commit -m "add hello" added hello Committed revision 1. $ echo goodbye > hello $ bzr commit -m "change to goodbye" modified hello Committed revision 2. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From hp at redhat.com Thu Nov 9 03:31:52 2006 From: hp at redhat.com (Havoc Pennington) Date: Wed, 08 Nov 2006 22:31:52 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <87bqnhv2hn.wl%cworth@cworth.org> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> <20061108182005.GE21987@redhat.com> <45522E59.7030900@redhat.com> <87d57xvb6n.wl%cworth@cworth.org> <45526EFD.5050607@redhat.com> <87bqnhv2hn.wl%cworth@cworth.org> Message-ID: <4552A128.3090707@redhat.com> Hi, I guess we are getting off-topic ;-) Carl Worth wrote: > > I can appreciate you not being interested in learning the details of > the implementation. But for making a decision, _somebody_ should have > an informed opinion based on the details. Because they really do > matter for all the reasons Keith explained in his blog entry. Agreed - other things matter also, is all. > If I > were asked for my opinion, I would say "I've studied the details of > the svn, git, bzr, and hg implementations and git wins hands > down". And you should just accept that as truth, because otherwise > I'll have to start telling you _why_ which will involve details you > don't want to hear. I'm happy to just take your word that git has a great implementation (btw, I'm not trying to talk anyone in or out of using git, just trying to understand the appeal since various people have tried talking me into using it). > So for the things you've mentioned, I don't see any problems to them > getting fixed, and I do see good progress toward making that > happen. One thing that would help is a new user to git carefully > noting annoyances, since experienced users grow accustomed to things > and don't always realize what should be changed. I'm happy to do that if I start working on a git-enabled project. > [*] Though, with a quick test below (create repo, add file, commit, > change file, commit), of git, hg, svn, and bzr it turns out that svn > is the noisiest, and hg is the only tool that is totally silent. As a start on the logging of new user impressions, this was one of the things I found confusing trying to use git ("is it doing anything?") I guess many command line tools are silent, so it's not necessarily surprising in that respect, but I am used to non-silent source control for historical reasons. > Probably the best thing to take away from what follows is that the UI > for all of these tools really is quite similar. That's kind of why I find myself asking about git - from a black box point of view, it looked the same (plus a lot of extra implementation leakage), but the "hype" if you will seems to imply more ("distributed workflow"? don't know). The answers to "what's the appeal?" I understand so far are: a) it has offline operation b) the implementation has good robustness Havoc From skvidal at linux.duke.edu Thu Nov 9 05:10:16 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 09 Nov 2006 00:10:16 -0500 Subject: mirrorlists In-Reply-To: <645d17210611081353x72f23c24i5f395313bc2d761b@mail.gmail.com> References: <1161745670.20051.35.camel@mccallum.corsepiu.local> <1161746319.12988.65.camel@cutter> <604aa7910610242038l4ebcd69h90bac36a7b56c755@mail.gmail.com> <645d17210611080703q6d66145bk11fef3634a0c0841@mail.gmail.com> <3237e4410611081029tbe29acfye282ba7398b965e8@mail.gmail.com> <645d17210611081342w3124346qd79218214a04ad28@mail.gmail.com> <1163022634.11889.15.camel@cutter> <645d17210611081353x72f23c24i5f395313bc2d761b@mail.gmail.com> Message-ID: <1163049016.11889.20.camel@cutter> On Wed, 2006-11-08 at 21:53 +0000, Jonathan Underwood wrote: > On 08/11/06, seth vidal wrote: > > it specifies all mirrors in that country that are current vs the mirror > > master > > Aha, ok, I had assumed the &invalid in the URL that Mike posted meant > "show me even the non-current mirrors", which then led me to think > that the mirrors I mentioned were somehow being missed off. Just for > reference, where would I look to see the full list of mirrors, whether > current or not? > ah, I dunno. I didn't see the &invalid option. Mike? -sv From cworth at redhat.com Thu Nov 9 08:38:13 2006 From: cworth at redhat.com (Carl Worth) Date: Thu, 09 Nov 2006 00:38:13 -0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <4552A128.3090707@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> <20061108182005.GE21987@redhat.com> <45522E59.7030900@redhat.com> <87d57xvb6n.wl%cworth@cworth.org> <45526EFD.5050607@redhat.com> <87bqnhv2hn.wl%cworth@cworth.org> <4552A128.3090707@redhat.com> Message-ID: <877iy5uia2.wl%cworth@cworth.org> On Wed, 08 Nov 2006 22:31:52 -0500, Havoc Pennington wrote: > I guess we are getting off-topic ;-) Ah well. But fedora is in the process of deciding what to replace dist-cvs with, so I think it's a useful conversation to have. [I did have a short reply here at one point, but somehow it kept getting longer and longer---I apologize in advance. Just read the c) d) and e) bullets I added if you want the short version.] > Agreed - other things matter also, is all. Sure. Part of Keith's point is that all the other things are easy to fix, but bugs in the repository format are not, (for example, if they lead to corruption at some point, or fail to capture some useful piece of information). > I'm happy to just take your word that git has a great implementation > (btw, I'm not trying to talk anyone in or out of using git, just trying > to understand the appeal since various people have tried talking me into > using it). Sure. And I'm glad to share the things I've benefitted from it. > As a start on the logging of new user impressions, this was one of the > things I found confusing trying to use git ("is it doing anything?") There's actually a funny thing that happened recently on this point. A user asked for the command to switch from one branch to another in his cairo repository. I gave him the "git checkout " command he needed and his reply was: I proceeded with "git checkout " and that command instantly returned to the prompt. Is that normal? Cairo's definitely not the biggest project around, but it is impressive that even on much larger projects, operations like changing from one branch to another can be so fast as to make the user think that nothing has happened at all. > That's kind of why I find myself asking about git - from a black box > point of view, it looked the same (plus a lot of extra implementation > leakage), but the "hype" if you will seems to imply more ("distributed > workflow"? don't know). The same as what? If you're looking for a modern replacement to the horrors of cvs, (and subversion copied many of the horrors as a design decision), then any of bzr, git, or hg will be a vast improvement. So, yes, at one level they are all the same. But projects do need to pick something at the end of the day, so that's some of the motivation for debate that happens about even some of the most minute details[*]. > The answers to "what's the appeal?" I understand so far are: > a) it has offline operation Which applies to any of these three, (bzr, git, or hg), as compared to cvs or svn. And "offline" is more than "I can get work done on an airplane", (though it's very nice for that). It also means things like "no second-class citizens"---everybody gets access to the benefits of the tool without needing to be blessed with commit access first. It also reduces a barrier to committing, (since it makes it faster). Anything that encourages smaller commits improves code quality and usefulness of code history for debugging, etc. This kind of thing really shouldn't be overlooked. Additionally, a really important aspect of these distributed systems is the fact that they allow people to just throw code back and forth at each other and still manage it. I've heard a lot of people say "Well, that's fine and all, but my project doesn't work like that---we have a central repository." First, of course any established project has a central repository, and yes, with any of these systems you will still have a central repository. But note that most code does not start out that way. Particularly before a project has grown big enough for it to even be worth setting up some central site for it, it's incredibly useful to be able to start managing that code. And it's very useful for people to be able to toss it around, without deciding an "owner" or "maintainer" or even knowing if there will ever be any future code exchange with the other person, (but if there is, the tool will help with merging that all back up from the last common point). A good real-world example I can point to on this front is the gtk-theme-torturer code. I first saw this code as a tar-file linked to from the gnome performance-list. If it had only lived as a tar file, I'm sure I wouldn't have bothered sending fixes back to Manu for it. But he gave me the code through git as well and it was perfectly natural for me to just locally commit any fixes I made, (because it was just so easy), even before I ever thought if he might want to see the changes I was making. Before I knew it I did have some useful changes and Manu and I merged back and forth for a bit, (Manu with 26 commits and me with 9). The next thing I knew Benjamin Otte had me pull from his git tree which added 41 commits on top of what I had. I have no idea what the current state of the code is, but I imagine Manu coded some more and probably easily merged all of that stuff from Benjamin as well. This kind of sharing back and forth is really natural with a fresh little pile of code like this, and I'm 100% convinced the code I contributed never would have left my laptop if not for a distributed source control system. The burden of things like "adding a committer" to a centralized system is just way too expensive for little, "unofficial" code like this, and it just wouldn't have happened. I think Manu would have just been writing that code alone. > b) the implementation has good robustness Yes. That git's repository format involves only creating new files rather than appending, truncating, or modifying existing files is something very comforting to me. And that git's structure guarantees that no accidental or deliberate corruption of an existing object can avoid detection is also important. Some of the other things I would say are in git's favor: c) performance I sometimes think Linus obsesses about the git performance a little much sometimes, but it really does have important impacts. That committing and changing branches are instantaneous operations makes it that much easier to use the tool rather than avoid it. This helps the tool help the user that much more. It really does improve the code. d) history (and live branch) exploration In my previous message I tried to express some of this, but I doubt the message really sinks in until you've seen it in action. And more than either bzr or hg, git very much encourages multiple branches to exist in a repository and gives easy ways to reason about them. For example, the "trunk..branch" syntax that is used for naming a sequence of commits that exist in branch but not on the trunk is extremely useful. (Bzr copied the ".." syntax but missed and uses it only for a linear sequence, it doesn't have the "one branch to another" behavior that is what I use all the time in git.) e) git bisect This tool is another phenomenal invention from git. People are first introduced to this as something that helps pinpoint a bug in a liner sequence of commits through a binary search. It does provide that, but it also does something much more important, (and I don't know if the hg and bzr copies of bisect have this next part). Namely, you can bisect using two different branch heads. For example, when I recently found some weird behavior in cairo's stable branch, I immediately said "the development branch doesn't have that behavior" and started a git-bisect session using the two branch heads as the good and bad starting points. And git-bisect does exactly the right thing, (subdividing the DAG at each point as close to in half as possible), until it pointed me at exactly the buggy commit. So there's my attempt at some aspects of the tool focused on how you actually use it rather than details of what the implementation or storage is. There are a couple of potential negatives for git. One, it doesn't have a "native" Windows client, (it works with cygwin but I'm told that doesn't really "count" for Windows users---I still don't see how something like python seems to "count" as native in contrast, but maybe it's just because I'm not a Windows user). Two, it currently requires all history to be retrieved initially. This can be a bit of a burden, but there is current work for "shallow clone" to make this problem go away. Strategies for handling rename are different in the various tools. As best as I can tell, there exist plausible scenarios in which any given tool won't support renames as well as another. -Carl [*] As an example there was a hundreds-of-messages-long thread cross-posted to git and bzr lists recently that centered largely on whether bzr deserved to get a point over git on a comparison table for "simple namespace", (1.2.15.3 vs. 384191d3). I can certainly appreciate a "who cares?!" response to a thread like that. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jorton at redhat.com Thu Nov 9 11:59:47 2006 From: jorton at redhat.com (Joe Orton) Date: Thu, 9 Nov 2006 11:59:47 +0000 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163009162.26874.27.camel@toxic.toronto.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> Message-ID: <20061109115947.GC30018@redhat.com> On Wed, Nov 08, 2006 at 01:06:02PM -0500, Andrew Overholt wrote: > I don't personally see the need for the distributedness when it comes to > Fedora packaging stuff. But perhaps I'm missing something. I agree, the idea of using a distributed SCM based around changeset-versioning *for /cvs/dist* seems completely nuts. Note the applicability caveat. Whether or not hg/git/... is a great SCM for your software project of choice is completely irrellevant to not its applicability to the /cvs/dist package repository. For /cvs/dist I don't care about off-line access at all, ever. CVS is off-line enough for me. You can't do anything less off-line than what we have now without having a mirror of the tarball cache, and that probably isn't going to fit on your laptop, so stop flogging that horse. I also don't care ever about making local private branches. Number of times I have wanted a private branch in 6 years of doing packaging work with CVS? Zero. So I don't want to have to be doing a two-command "commit locally, push remotely" dance. That's just a waste of time and sanity. I also never ever want to check out the whole /cvs/dist repository, nor be pulling changes for the whole repos to update the small parts I have checked out. I only care about 20-30 packages in the whole tree. But I do care about having those small parts of the tree checked out quickly and easily in multiple places. That's really useful and I depend on that regularly. joe From jwboyer at jdub.homelinux.org Thu Nov 9 13:09:39 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 09 Nov 2006 07:09:39 -0600 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061109115947.GC30018@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> <20061109115947.GC30018@redhat.com> Message-ID: <1163077779.5098.5.camel@vader.jdub.homelinux.org> On Thu, 2006-11-09 at 11:59 +0000, Joe Orton wrote: > On Wed, Nov 08, 2006 at 01:06:02PM -0500, Andrew Overholt wrote: > > I don't personally see the need for the distributedness when it comes to > > Fedora packaging stuff. But perhaps I'm missing something. > > I agree, the idea of using a distributed SCM based around > changeset-versioning *for /cvs/dist* seems completely nuts. I think you're missing something. The goal isn't to just switch the existing CVS repositories to something other than CVS. It's to do that, and combine them into a single repo. /cvs/dist and /cvs/extras will be gone. You'll have a unified repo. > For /cvs/dist I don't care about off-line access at all, ever. CVS is > off-line enough for me. You can't do anything less off-line than what > we have now without having a mirror of the tarball cache, and that > probably isn't going to fit on your laptop, so stop flogging that horse. You might not care about it, but others do. > I also don't care ever about making local private branches. Number of > times I have wanted a private branch in 6 years of doing packaging work > with CVS? Zero. So I don't want to have to be doing a two-command > "commit locally, push remotely" dance. That's just a waste of time and > sanity. Branching and merging with hg/git is trivial. Branching in CVS and merging it back to HEAD makes me want to break all my fingers and destroy my computer. I used to have your same view. Then I tried stuff and now I love it. As for the two-command thing, just make an alias if it's a really big deal. "hg ci" -> hg commit; hg push. Or something like that. > I also never ever want to check out the whole /cvs/dist repository, nor > be pulling changes for the whole repos to update the small parts I have > checked out. I only care about 20-30 packages in the whole tree. But I > do care about having those small parts of the tree checked out quickly > and easily in multiple places. That's really useful and I depend on > that regularly. You won't have to checkout the whole repository. Every package is it's own repo (at least with the hg test). Only checkout the packages you care about. josh From mmcgrath at fedoraproject.org Thu Nov 9 14:13:12 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Thu, 9 Nov 2006 08:13:12 -0600 Subject: mirrorlists In-Reply-To: <1163049016.11889.20.camel@cutter> References: <1161745670.20051.35.camel@mccallum.corsepiu.local> <1161746319.12988.65.camel@cutter> <604aa7910610242038l4ebcd69h90bac36a7b56c755@mail.gmail.com> <645d17210611080703q6d66145bk11fef3634a0c0841@mail.gmail.com> <3237e4410611081029tbe29acfye282ba7398b965e8@mail.gmail.com> <645d17210611081342w3124346qd79218214a04ad28@mail.gmail.com> <1163022634.11889.15.camel@cutter> <645d17210611081353x72f23c24i5f395313bc2d761b@mail.gmail.com> <1163049016.11889.20.camel@cutter> Message-ID: <3237e4410611090613k67d0fccaxd050da29ee471c3e@mail.gmail.com> On 11/8/06, seth vidal wrote: > On Wed, 2006-11-08 at 21:53 +0000, Jonathan Underwood wrote: > > On 08/11/06, seth vidal wrote: > > > it specifies all mirrors in that country that are current vs the mirror > > > master > > > > Aha, ok, I had assumed the &invalid in the URL that Mike posted meant > > "show me even the non-current mirrors", which then led me to think > > that the mirrors I mentioned were somehow being missed off. Just for > > reference, where would I look to see the full list of mirrors, whether > > current or not? > > > ah, I dunno. I didn't see the &invalid option. > > Mike? > > -sv > The invalid + global flags will display all mirrors for the OS you're talking about. neither one of the mirrors mentioned (www.mirror.ac.uk and www.mirrorservice.org). are listed in the master list so the cgi script just doesn't know about them. http://fedora.redhat.com/Download/mirrors/fedora-core-6 <-- Master list -Mike From fedora at camperquake.de Thu Nov 9 14:16:44 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 9 Nov 2006 15:16:44 +0100 Subject: mirrorlists In-Reply-To: <3237e4410611090613k67d0fccaxd050da29ee471c3e@mail.gmail.com> References: <1161745670.20051.35.camel@mccallum.corsepiu.local> <1161746319.12988.65.camel@cutter> <604aa7910610242038l4ebcd69h90bac36a7b56c755@mail.gmail.com> <645d17210611080703q6d66145bk11fef3634a0c0841@mail.gmail.com> <3237e4410611081029tbe29acfye282ba7398b965e8@mail.gmail.com> <645d17210611081342w3124346qd79218214a04ad28@mail.gmail.com> <1163022634.11889.15.camel@cutter> <645d17210611081353x72f23c24i5f395313bc2d761b@mail.gmail.com> <1163049016.11889.20.camel@cutter> <3237e4410611090613k67d0fccaxd050da29ee471c3e@mail.gmail.com> Message-ID: <20061109151644.19a8ec32@nausicaa.camperquake.de> Hi. "Mike McGrath" wrote: > The invalid + global flags will display all mirrors for the OS you're > talking about. neither one of the mirrors mentioned (www.mirror.ac.uk > and www.mirrorservice.org). are listed in the master list so the cgi > script just doesn't know about them. > > http://fedora.redhat.com/Download/mirrors/fedora-core-6 <-- Master list That's a pretty short list. What about this one: http://fedora.redhat.com/download/mirrors.html -- Barbie's measurements if she were life size: 39-23-33. From buildsys at fedoraproject.org Thu Nov 9 14:20:54 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 9 Nov 2006 09:20:54 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-09 Message-ID: <20061109142054.367B715212E@buildsys.fedoraproject.org> 3rdshift AT comcast.net: granule FE6 > FE7 (0:1.2.3-3.fc6 > 0:1.2.3-3) UNKNOWN OWNER (possibly Core package): autofs FC6-updates > FC7 (1:5.0.1-0.rc2.22 > 1:5.0.1-0.rc2.21) checkpolicy FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.32-1) FC6-updates > FC7 (0:1.32-1.fc6 > 0:1.32-1) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mdadm FC6 > FC7 (0:2.5.4-2.fc6 > 0:2.5.4-1.fc7) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) xen FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) wine FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) denis AT poolshark.org: galeon FE6 > FE7 (0:2.0.3-4.fc6 > 0:2.0.3-3.fc6) dmitry AT butskoy.name: dvdisaster FE6 > FE7 (0:0.70.2-2.fc6 > 0:0.70.2-1.fc6) enrico.scholz AT informatik.tu-chemnitz.de: xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) poedit FE5 > FE7 (0:1.3.6-1.fc5 > 0:1.3.4-2.1.fc6) FE6 > FE7 (0:1.3.6-1.fc6 > 0:1.3.4-2.1.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) luya_tfz AT thefinalzone.com: gdesklets FE4 > FE7 (0:0.35.4-1.fc4 > 0:0.35.3-14.fc6) FE5 > FE7 (0:0.35.4-1.fc5 > 0:0.35.3-14.fc6) FE6 > FE7 (0:0.35.4-1.fc6 > 0:0.35.3-14.fc6) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.1-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.1-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) michel.salim AT gmail.com: python-nltk FE3 > FE4 (0:1.4.4-3.1.fc3 > 0:1.4.4-3.fc4) FE3 > FE5 (0:1.4.4-3.1.fc3 > 0:1.4.4-3.fc5) FE3 > FE6 (0:1.4.4-3.1.fc3 > 0:1.4.4-2.fc6) FE3 > FE7 (0:1.4.4-3.1.fc3 > 0:1.4.4-3.fc7) FE4 > FE6 (0:1.4.4-3.fc4 > 0:1.4.4-2.fc6) FE5 > FE6 (0:1.4.4-3.fc5 > 0:1.4.4-2.fc6) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) robert AT marcanoonline.com: eclipse-subclipse FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) wtogami AT redhat.com: thunderbird FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- autofs: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (1:5.0.1-0.rc2.22 > 1:5.0.1-0.rc2.21) checkpolicy: UNKNOWN OWNER (possibly Core package) FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.32-1) FC6-updates > FC7 (0:1.32-1.fc6 > 0:1.32-1) cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.1-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.1-1.fc6 > 0:0.2.8-1.fc6) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) dvdisaster: dmitry AT butskoy.name FE6 > FE7 (0:0.70.2-2.fc6 > 0:0.70.2-1.fc6) eclipse-subclipse: robert AT marcanoonline.com FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) galeon: denis AT poolshark.org FE6 > FE7 (0:2.0.3-4.fc6 > 0:2.0.3-3.fc6) gdesklets: luya_tfz AT thefinalzone.com FE4 > FE7 (0:0.35.4-1.fc4 > 0:0.35.3-14.fc6) FE5 > FE7 (0:0.35.4-1.fc5 > 0:0.35.3-14.fc6) FE6 > FE7 (0:0.35.4-1.fc6 > 0:0.35.3-14.fc6) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) granule: 3rdshift AT comcast.net FE6 > FE7 (0:1.2.3-3.fc6 > 0:1.2.3-3) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) mdadm: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.5.4-2.fc6 > 0:2.5.4-1.fc7) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) poedit: icon AT fedoraproject.org FE5 > FE7 (0:1.3.6-1.fc5 > 0:1.3.4-2.1.fc6) FE6 > FE7 (0:1.3.6-1.fc6 > 0:1.3.4-2.1.fc6) python-nltk: michel.salim AT gmail.com FE3 > FE4 (0:1.4.4-3.1.fc3 > 0:1.4.4-3.fc4) FE3 > FE5 (0:1.4.4-3.1.fc3 > 0:1.4.4-3.fc5) FE3 > FE6 (0:1.4.4-3.1.fc3 > 0:1.4.4-2.fc6) FE3 > FE7 (0:1.4.4-3.1.fc3 > 0:1.4.4-3.fc7) FE4 > FE6 (0:1.4.4-3.fc4 > 0:1.4.4-2.fc6) FE5 > FE6 (0:1.4.4-3.fc5 > 0:1.4.4-2.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) thunderbird: wtogami AT redhat.com FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) wine: andreas.bierfert AT lowlatency.de FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) xen: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) From fedora at leemhuis.info Thu Nov 9 14:48:31 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 09 Nov 2006 15:48:31 +0100 Subject: mirrorlists In-Reply-To: <20061109151644.19a8ec32@nausicaa.camperquake.de> References: <1161745670.20051.35.camel@mccallum.corsepiu.local> <1161746319.12988.65.camel@cutter> <604aa7910610242038l4ebcd69h90bac36a7b56c755@mail.gmail.com> <645d17210611080703q6d66145bk11fef3634a0c0841@mail.gmail.com> <3237e4410611081029tbe29acfye282ba7398b965e8@mail.gmail.com> <645d17210611081342w3124346qd79218214a04ad28@mail.gmail.com> <1163022634.11889.15.camel@cutter> <645d17210611081353x72f23c24i5f395313bc2d761b@mail.gmail.com> <1163049016.11889.20.camel@cutter> <3237e4410611090613k67d0fccaxd050da29ee471c3e@mail.gmail.com> <20061109151644.19a8ec32@nausicaa.camperquake.de> Message-ID: <45533FBF.8060601@leemhuis.info> Ralf Ertzinger schrieb: > "Mike McGrath" wrote: >> The invalid + global flags will display all mirrors for the OS you're >> talking about. neither one of the mirrors mentioned (www.mirror.ac.uk >> and www.mirrorservice.org). are listed in the master list so the cgi >> script just doesn't know about them. >> http://fedora.redhat.com/Download/mirrors/fedora-core-6 <-- Master list > That's a pretty short list. What about this one: > http://fedora.redhat.com/download/mirrors.html That one is probably outdated. Only the directory's with a capital first letter are currently considered official *afaik* and only those can be reached when one starts browsing at http://fedora.redhat.com (there are exceptions from that rule afaics, e.g. docs (and not Docs)) Site note: There is also http://www.fedoraproject.org/wiki/Mirrors which points to the old url. /me wonders if anybody will keep that page in the wiki up2date in the future now that http://fedora.redhat.com is reachable again. CU thl From fedora at camperquake.de Thu Nov 9 14:53:51 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 9 Nov 2006 15:53:51 +0100 Subject: mirrorlists In-Reply-To: <45533FBF.8060601@leemhuis.info> References: <1161745670.20051.35.camel@mccallum.corsepiu.local> <1161746319.12988.65.camel@cutter> <604aa7910610242038l4ebcd69h90bac36a7b56c755@mail.gmail.com> <645d17210611080703q6d66145bk11fef3634a0c0841@mail.gmail.com> <3237e4410611081029tbe29acfye282ba7398b965e8@mail.gmail.com> <645d17210611081342w3124346qd79218214a04ad28@mail.gmail.com> <1163022634.11889.15.camel@cutter> <645d17210611081353x72f23c24i5f395313bc2d761b@mail.gmail.com> <1163049016.11889.20.camel@cutter> <3237e4410611090613k67d0fccaxd050da29ee471c3e@mail.gmail.com> <20061109151644.19a8ec32@nausicaa.camperquake.de> <45533FBF.8060601@leemhuis.info> Message-ID: <20061109155351.7cb29faf@nausicaa.camperquake.de> Hi. Thorsten Leemhuis wrote: > That one is probably outdated. Only the directory's with a capital first > letter are currently considered official *afaik* and only those can be > reached when one starts browsing at http://fedora.redhat.com (there are > exceptions from that rule afaics, e.g. docs (and not Docs)) Well, there's http://fedora.redhat.com/Download/mirrors.html, too :) -- "Did they buy it?" "I don't think they bought it." "Of course they bought it." "Shhh, they're looking this way, remember to keep a straight face..." From jonathan.underwood at gmail.com Thu Nov 9 16:06:46 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Thu, 9 Nov 2006 16:06:46 +0000 Subject: mirrorlists In-Reply-To: <3237e4410611090613k67d0fccaxd050da29ee471c3e@mail.gmail.com> References: <1161745670.20051.35.camel@mccallum.corsepiu.local> <1161746319.12988.65.camel@cutter> <604aa7910610242038l4ebcd69h90bac36a7b56c755@mail.gmail.com> <645d17210611080703q6d66145bk11fef3634a0c0841@mail.gmail.com> <3237e4410611081029tbe29acfye282ba7398b965e8@mail.gmail.com> <645d17210611081342w3124346qd79218214a04ad28@mail.gmail.com> <1163022634.11889.15.camel@cutter> <645d17210611081353x72f23c24i5f395313bc2d761b@mail.gmail.com> <1163049016.11889.20.camel@cutter> <3237e4410611090613k67d0fccaxd050da29ee471c3e@mail.gmail.com> Message-ID: <645d17210611090806s1a49ce99u6e6f5b68074f4d8@mail.gmail.com> On 09/11/06, Mike McGrath wrote: > > The invalid + global flags will display all mirrors for the OS you're > talking about. neither one of the mirrors mentioned (www.mirror.ac.uk > and www.mirrorservice.org). are listed in the master list so the cgi > script just doesn't know about them. > > http://fedora.redhat.com/Download/mirrors/fedora-core-6 <-- Master list Thanks for clarifying, Mike. So, the next question is - how do we get the missing mirrors added to the master list? From buildsys at fedoraproject.org Fri Nov 10 12:04:27 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 10 Nov 2006 07:04:27 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-10 Message-ID: <20061110120427.D20CE15212E@buildsys.fedoraproject.org> 3rdshift AT comcast.net: granule FE6 > FE7 (0:1.2.3-3.fc6 > 0:1.2.3-3) UNKNOWN OWNER (possibly Core package): autofs FC6-updates > FC7 (1:5.0.1-0.rc2.22 > 1:5.0.1-0.rc2.21) checkpolicy FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.32-1) FC6-updates > FC7 (0:1.32-1.fc6 > 0:1.32-1) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) xen FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) wine FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) dmitry AT butskoy.name: dvdisaster FE6 > FE7 (0:0.70.2-2.fc6 > 0:0.70.2-1.fc6) enrico.scholz AT informatik.tu-chemnitz.de: xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) poedit FE5 > FE7 (0:1.3.6-1.fc5 > 0:1.3.4-2.1.fc6) FE6 > FE7 (0:1.3.6-1.fc6 > 0:1.3.4-2.1.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) luya_tfz AT thefinalzone.com: gdesklets FE4 > FE7 (0:0.35.4-1.fc4 > 0:0.35.3-14.fc6) FE5 > FE7 (0:0.35.4-1.fc5 > 0:0.35.3-14.fc6) FE6 > FE7 (0:0.35.4-1.fc6 > 0:0.35.3-14.fc6) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.1-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.1-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) michel.salim AT gmail.com: python-nltk FE3 > FE4 (0:1.4.4-3.1.fc3 > 0:1.4.4-3.fc4) FE3 > FE5 (0:1.4.4-3.1.fc3 > 0:1.4.4-3.fc5) FE3 > FE6 (0:1.4.4-3.1.fc3 > 0:1.4.4-2.fc6) FE3 > FE7 (0:1.4.4-3.1.fc3 > 0:1.4.4-3.fc7) FE4 > FE6 (0:1.4.4-3.fc4 > 0:1.4.4-2.fc6) FE5 > FE6 (0:1.4.4-3.fc5 > 0:1.4.4-2.fc6) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) robert AT marcanoonline.com: eclipse-subclipse FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) tla AT rasmil.dk: yumex FE6 > FE7 (0:1.2.0-1.0.fc6 > 0:1.1.7-1.0.fc6) wtogami AT redhat.com: thunderbird FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- autofs: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (1:5.0.1-0.rc2.22 > 1:5.0.1-0.rc2.21) checkpolicy: UNKNOWN OWNER (possibly Core package) FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.32-1) FC6-updates > FC7 (0:1.32-1.fc6 > 0:1.32-1) cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.1-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.1-1.fc6 > 0:0.2.8-1.fc6) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) dvdisaster: dmitry AT butskoy.name FE6 > FE7 (0:0.70.2-2.fc6 > 0:0.70.2-1.fc6) eclipse-subclipse: robert AT marcanoonline.com FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) gdesklets: luya_tfz AT thefinalzone.com FE4 > FE7 (0:0.35.4-1.fc4 > 0:0.35.3-14.fc6) FE5 > FE7 (0:0.35.4-1.fc5 > 0:0.35.3-14.fc6) FE6 > FE7 (0:0.35.4-1.fc6 > 0:0.35.3-14.fc6) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) granule: 3rdshift AT comcast.net FE6 > FE7 (0:1.2.3-3.fc6 > 0:1.2.3-3) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) poedit: icon AT fedoraproject.org FE5 > FE7 (0:1.3.6-1.fc5 > 0:1.3.4-2.1.fc6) FE6 > FE7 (0:1.3.6-1.fc6 > 0:1.3.4-2.1.fc6) python-nltk: michel.salim AT gmail.com FE3 > FE4 (0:1.4.4-3.1.fc3 > 0:1.4.4-3.fc4) FE3 > FE5 (0:1.4.4-3.1.fc3 > 0:1.4.4-3.fc5) FE3 > FE6 (0:1.4.4-3.1.fc3 > 0:1.4.4-2.fc6) FE3 > FE7 (0:1.4.4-3.1.fc3 > 0:1.4.4-3.fc7) FE4 > FE6 (0:1.4.4-3.fc4 > 0:1.4.4-2.fc6) FE5 > FE6 (0:1.4.4-3.fc5 > 0:1.4.4-2.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) thunderbird: wtogami AT redhat.com FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) wine: andreas.bierfert AT lowlatency.de FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) xen: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) yumex: tla AT rasmil.dk FE6 > FE7 (0:1.2.0-1.0.fc6 > 0:1.1.7-1.0.fc6) From laroche at redhat.com Fri Nov 10 13:29:00 2006 From: laroche at redhat.com (Florian La Roche) Date: Fri, 10 Nov 2006 14:29:00 +0100 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <45526EFD.5050607@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> <20061108182005.GE21987@redhat.com> <45522E59.7030900@redhat.com> <87d57xvb6n.wl%cworth@cworth.org> <45526EFD.5050607@redhat.com> Message-ID: <20061110132900.GA4873@dudweiler.stuttgart.redhat.com> > To me the git docs are a sea of implementation details and terminology > often at some kind of strange lower level than I want to know about.[1] The documentation contains very nice sections for cvs -> git users that allow rapid learning of essential commands. That's what I would recommend for someone who wants to jumpstart into using git with some existing git server. > I know some people (e.g. obviously Keith and Linus) greatly enjoy > understanding this level, and more power to them ;-) git development is very active way beyond the kernel needs. The project looks very solid. regards, Florian La Roche From alan at redhat.com Fri Nov 10 13:47:30 2006 From: alan at redhat.com (Alan Cox) Date: Fri, 10 Nov 2006 08:47:30 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061110132900.GA4873@dudweiler.stuttgart.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> <20061108182005.GE21987@redhat.com> <45522E59.7030900@redhat.com> <87d57xvb6n.wl%cworth@cworth.org> <45526EFD.5050607@redhat.com> <20061110132900.GA4873@dudweiler.stuttgart.redhat.com> Message-ID: <20061110134730.GA29991@devserv.devel.redhat.com> On Fri, Nov 10, 2006 at 02:29:00PM +0100, Florian La Roche wrote: > git development is very active way beyond the kernel needs. The project > looks very solid. Its not as solid as it sometimes seems, I've had it chew up a repository irrecoverably. From jnovy at redhat.com Fri Nov 10 18:48:31 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Fri, 10 Nov 2006 19:48:31 +0100 Subject: db4 is now updated to 4.5.20 and compat-db to 4.3.29 Message-ID: <1163184511.28734.18.camel@redhat.usu> Hi all, db4 is now updated to 4.5.20, so please if you are a maintainer of a package listed below, which is dependent on it, consider rebuilding ASAP so that I don't break rawhide for too long ;-) If your package is for some *IMPORTANT* reason incompatible with db4.5, you can switch BuildRequires to compat-db, which now contains former rawhide db4-3.29 including header files in %{_includedir}/db4.3.29 so you might want to update your include paths as well. compat-db-4.3.29 contains also db-4.2.52 libraries, db-4.1.25 was removed. Intermediate db4.4.20 release, which wasn't in Fedora will not be supported. If you have questions or if you need help with rebuilding your package, don't hesitate to ask. Thanks, Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V -------------- next part -------------- P: db4 <- pam_ccreds-3-5 [development] p: libdb-4.3.so <- apr-util-1.2.7-3 [development] p: libdb-4.3.so <- bogofilter-1.0.3-1.fc6 [extras] p: libdb-4.3.so <- cfengine-2.1.21-2.fc6 [extras] p: libdb-4.3.so <- clisp-2.41-1.fc6 [extras] p: libdb-4.3.so <- compat-libgda-1.2.3-4.fc6 [extras] p: libdb-4.3.so <- cyrus-imapd-2.3.7-4.fc6 [extras] p: libdb-4.3.so <- cyrus-imapd-utils-2.3.7-4.fc6 [extras] p: libdb-4.3.so <- evolution-data-server-1.9.2-3.fc7 [development] p: libdb-4.3.so <- exim-4.63-5.fc6 [extras] p: libdb-4.3.so <- gift-openft-0.2.1.6-3.fc6 [extras] p: libdb-4.3.so <- httpd-2.2.3-5 [development] p: libdb-4.3.so <- iproute-2.6.18-1.fc6 [development] p: libdb-4.3.so <- jabberd-2.0-0.s11.11.fc6 [extras] p: libdb-4.3.so <- jigdo-0.7.3-2.fc6 [extras] p: libdb-4.3.so <- kdesdk-3.5.5-0.1.fc6 [development] p: libdb-4.3.so <- kdevelop-3.3.5-0.1.fc6 [development] p: libdb-4.3.so <- libapreq2-2.09-0.rc1.3.1.fc6 [extras] p: libdb-4.3.so <- libetpan-0.48-1.fc6 [extras] p: libdb-4.3.so <- libgda-1.9.100-10.fc6 [extras] p: libdb-4.3.so <- mod_perl-2.0.2-6.1 [development] p: libdb-4.3.so <- netatalk-2.0.3-7.fc6 [development] p: libdb-4.3.so <- nmh-1.1-19.fc6 [extras] p: libdb-4.3.so <- openoffice.org-core-2.1.0-2.2 [development] p: libdb-4.3.so <- pam_abl-0.2.3-2.fc6 [extras] p: libdb-4.3.so <- perl-5.8.8-10 [development] p: libdb-4.3.so <- perl-BerkeleyDB-0.31-2.fc6 [extras] p: libdb-4.3.so <- perl-eperl-2.2.14-3.fc6 [extras] p: libdb-4.3.so <- perl-libapreq2-2.09-0.rc1.3.1.fc6 [extras] p: libdb-4.3.so <- php-cli-5.1.6-4 [development] p: libdb-4.3.so <- php-dba-5.1.6-4 [development] p: libdb-4.3.so <- poedit-1.3.6-1.fc6 [extras] p: libdb-4.3.so <- postfix-2.3.4-1 [development] p: libdb-4.3.so <- python-2.4.4-1.fc7 [development] p: libdb-4.3.so <- rapidsvn-0.9.3-2.fc6 [extras] p: libdb-4.3.so <- ruby-bdb-0.5.9-6.fc6 [extras] p: libdb-4.3.so <- sendmail-8.13.8-2 [development] p: libdb-4.3.so <- squidGuard-1.2.0-14.fc6 [extras] p: libdb-4.3.so <- subversion-1.4.2-3 [development] p: libdb-4.3.so <- sylpheed-claws-2.6.0-1.fc6 [extras] p: libdb-4.3.so <- sylpheed-claws-plugins-bogofilter-2.6.0-1.fc6 [extras] p: libdb-4.3.so <- sylpheed-claws-plugins-clamav-2.6.0-1.fc6 [extras] p: libdb-4.3.so <- sylpheed-claws-plugins-dillo-2.6.0-1.fc6 [extras] p: libdb-4.3.so <- sylpheed-claws-plugins-etpan-privacy-2.5.2-4.fc6 [extras] p: libdb-4.3.so <- sylpheed-claws-plugins-maildir-2.5.2-4.fc6 [extras] p: libdb-4.3.so <- sylpheed-claws-plugins-pgp-2.6.0-1.fc6 [extras] p: libdb-4.3.so <- sylpheed-claws-plugins-spamassassin-2.6.0-1.fc6 [extras] p: libdb-4.3.so <- webalizer-2.01_10-30.1 [development] p: libdb_cxx-4.3.so <- kdeaddons-3.5.5-0.1.fc6 [development] p: libdb_cxx-4.3.so <- xca-0.5.1-6.fc6 [extras] P: db4-devel <- apr-util-devel-1.2.7-3 [development] P: db4-devel <- compat-libgda-devel-1.2.3-4.fc6 [extras] P: db4-devel <- libetpan-devel-0.48-1.fc6 [extras] P: db4-devel <- libgda-devel-1.9.100-10.fc6 [extras] P: db4-utils <- cyrus-imapd-2.3.7-4.fc6 [extras] From seg at haxxed.com Fri Nov 10 20:25:57 2006 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 10 Nov 2006 14:25:57 -0600 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <45526EFD.5050607@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> <20061108182005.GE21987@redhat.com> <45522E59.7030900@redhat.com> <87d57xvb6n.wl%cworth@cworth.org> <45526EFD.5050607@redhat.com> Message-ID: <1163190357.6392.2.camel@localhost.localdomain> On Wed, 2006-11-08 at 18:57 -0500, Havoc Pennington wrote: > I just hope before I get stuck using git for something someone will > figure out how to bury some of this stuff a bit more. Cogito! http://git.or.cz/cogito/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Fri Nov 10 20:42:59 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 10 Nov 2006 15:42:59 -0500 Subject: db4 is now updated to 4.5.20 and compat-db to 4.3.29 In-Reply-To: <1163184511.28734.18.camel@redhat.usu> References: <1163184511.28734.18.camel@redhat.usu> Message-ID: <200611101542.59664.jkeating@redhat.com> On Friday 10 November 2006 13:48, Jindrich Novy wrote: > db4 is now updated to 4.5.20, so please if you are a maintainer of a > package listed below, which is dependent on it, consider rebuilding ASAP > so that I don't break rawhide for too long Um, this broke our build system, as pam couldn't be installed with the new db4. Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/dist-fc7-build-132984-25233/root install 'libX11-devel' 'libXt-devel' 'libICE-devel' 'libXmu-devel' 'libXrender-devel' 'libXext-devel' 'gettext' 'automake' 'control-center-devel' 'gnome-desktop-devel' 'libwnck-devel' 'libSM-devel' 'libtool' 'libdrm-devel' 'libXrandr-devel' 'desktop-file-utils' 'GConf2-devel' 'intltool >= 0.35' 'libXcomposite-devel' 'libXfixes-devel' 'autoconf' 'libXdamage-devel' Error: pam conflicts with db4 >= 4.4.0 I've untagged your builds so that the buildroots can continue to be used. When changing a low level package like db4, it is important to work with the release engineering/buildsystem team to prevent buildroot breakage. We'll need to discuss how to get your update integrated into the buildroots. For now, its out. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tmraz at redhat.com Fri Nov 10 21:20:16 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Fri, 10 Nov 2006 22:20:16 +0100 Subject: db4 is now updated to 4.5.20 and compat-db to 4.3.29 In-Reply-To: <200611101542.59664.jkeating@redhat.com> References: <1163184511.28734.18.camel@redhat.usu> <200611101542.59664.jkeating@redhat.com> Message-ID: <1163193616.3704.3.camel@perun.kabelta.loc> On Fri, 2006-11-10 at 15:42 -0500, Jesse Keating wrote: > On Friday 10 November 2006 13:48, Jindrich Novy wrote: > > db4 is now updated to 4.5.20, so please if you are a maintainer of a > > package listed below, which is dependent on it, consider rebuilding ASAP > > so that I don't break rawhide for too long > > Um, this broke our build system, as pam couldn't be installed with the new > db4. > > Executing /usr/sbin/mock-helper > yum --installroot /var/lib/mock/dist-fc7-build-132984-25233/root > install 'libX11-devel' 'libXt-devel' 'libICE-devel' 'libXmu-devel' 'libXrender-devel' 'libXext-devel' 'gettext' 'automake' 'control-center-devel' 'gnome-desktop-devel' 'libwnck-devel' 'libSM-devel' 'libtool' 'libdrm-devel' 'libXrandr-devel' 'desktop-file-utils' 'GConf2-devel' 'intltool > >= > 0.35' 'libXcomposite-devel' 'libXfixes-devel' 'autoconf' 'libXdamage-devel' > Error: pam conflicts with db4 >= 4.4.0 > > I've untagged your builds so that the buildroots can continue to be used. > When changing a low level package like db4, it is important to work with the > release engineering/buildsystem team to prevent buildroot breakage. We'll > need to discuss how to get your update integrated into the buildroots. For > now, its out. Simply pam's internal copy of db4 must be upgraded to 4.5 as well first. I'll notify Jindrich after it will be upgraded. I've also noticed that License tag in spec contains GPL for the db4 which doesn't seem correct to me. Jindrich could you fix that as well? -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From jnovy at redhat.com Sat Nov 11 06:43:35 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Sat, 11 Nov 2006 07:43:35 +0100 Subject: db4 is now updated to 4.5.20 and compat-db to 4.3.29 In-Reply-To: <1163193616.3704.3.camel@perun.kabelta.loc> References: <1163184511.28734.18.camel@redhat.usu> <200611101542.59664.jkeating@redhat.com> <1163193616.3704.3.camel@perun.kabelta.loc> Message-ID: <1163227415.2618.10.camel@redhat.usu> On Fri, 2006-11-10 at 22:20 +0100, Tomas Mraz wrote: > On Fri, 2006-11-10 at 15:42 -0500, Jesse Keating wrote: > > On Friday 10 November 2006 13:48, Jindrich Novy wrote: > > > db4 is now updated to 4.5.20, so please if you are a maintainer of a > > > package listed below, which is dependent on it, consider rebuilding ASAP > > > so that I don't break rawhide for too long > > > > Um, this broke our build system, as pam couldn't be installed with the new > > db4. > > > > Executing /usr/sbin/mock-helper > > yum --installroot /var/lib/mock/dist-fc7-build-132984-25233/root > > install 'libX11-devel' 'libXt-devel' 'libICE-devel' 'libXmu-devel' 'libXrender-devel' 'libXext-devel' 'gettext' 'automake' 'control-center-devel' 'gnome-desktop-devel' 'libwnck-devel' 'libSM-devel' 'libtool' 'libdrm-devel' 'libXrandr-devel' 'desktop-file-utils' 'GConf2-devel' 'intltool > > >= > > 0.35' 'libXcomposite-devel' 'libXfixes-devel' 'autoconf' 'libXdamage-devel' > > Error: pam conflicts with db4 >= 4.4.0 > > > > I've untagged your builds so that the buildroots can continue to be used. > > When changing a low level package like db4, it is important to work with the > > release engineering/buildsystem team to prevent buildroot breakage. We'll > > need to discuss how to get your update integrated into the buildroots. For > > now, its out. > > Simply pam's internal copy of db4 must be upgraded to 4.5 as well first. > I'll notify Jindrich after it will be upgraded. Is it really necessary to define explicit conflicts when pam uses its own db4 and isn't dependent on the system-wide db4 at all? > > I've also noticed that License tag in spec contains GPL for the db4 > which doesn't seem correct to me. Jindrich could you fix that as well? Thanks for noticing this. I'll switch the license to BSDish in the next build. Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From jorton at redhat.com Sat Nov 11 08:17:06 2006 From: jorton at redhat.com (Joe Orton) Date: Sat, 11 Nov 2006 08:17:06 +0000 Subject: db4 is now updated to 4.5.20 and compat-db to 4.3.29 In-Reply-To: <1163227415.2618.10.camel@redhat.usu> References: <1163184511.28734.18.camel@redhat.usu> <200611101542.59664.jkeating@redhat.com> <1163193616.3704.3.camel@perun.kabelta.loc> <1163227415.2618.10.camel@redhat.usu> Message-ID: <20061111081705.GA27767@redhat.com> On Sat, Nov 11, 2006 at 07:43:35AM +0100, Jindrich Novy wrote: > On Fri, 2006-11-10 at 22:20 +0100, Tomas Mraz wrote: > > I've also noticed that License tag in spec contains GPL for the db4 > > which doesn't seem correct to me. Jindrich could you fix that as well? > > Thanks for noticing this. I'll switch the license to BSDish in the next > build. The BDB license is a copyleft-ish license, it's not really BSDish. joe From jnovy at redhat.com Sat Nov 11 08:39:36 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Sat, 11 Nov 2006 09:39:36 +0100 Subject: db4 is now updated to 4.5.20 and compat-db to 4.3.29 In-Reply-To: <20061111081705.GA27767@redhat.com> References: <1163184511.28734.18.camel@redhat.usu> <200611101542.59664.jkeating@redhat.com> <1163193616.3704.3.camel@perun.kabelta.loc> <1163227415.2618.10.camel@redhat.usu> <20061111081705.GA27767@redhat.com> Message-ID: <1163234376.2618.22.camel@redhat.usu> On Sat, 2006-11-11 at 08:17 +0000, Joe Orton wrote: > On Sat, Nov 11, 2006 at 07:43:35AM +0100, Jindrich Novy wrote: > > On Fri, 2006-11-10 at 22:20 +0100, Tomas Mraz wrote: > > > I've also noticed that License tag in spec contains GPL for the db4 > > > which doesn't seem correct to me. Jindrich could you fix that as well? > > > > Thanks for noticing this. I'll switch the license to BSDish in the next > > build. > > The BDB license is a copyleft-ish license, it's not really BSDish. The license for compat-db is defined as BSDish in the compat-db.spec, so I assume the same for the db4. The GPL as a license for db4 was probably set in the spec file by mistake at least since RHL-7.2 as far as I can see from CVS. I had a look into the LICENSE file for both compat-db and db4 and they both seem to have BSD styled licenses: http://www.opensource.org/licenses/bsd-license.php IANAL though. Jindrich From bugs.michael at gmx.net Sat Nov 11 10:42:50 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 11 Nov 2006 11:42:50 +0100 Subject: Packagers, use: plague-client requeue ... Message-ID: <20061111114250.0a6eb334.bugs.michael@gmx.net> There are still commit messages where a packager increases "Release" in the spec file just to rebuild the package after it had failed due to temporary buildsys problems. In the spec %changelog there is a comment that the buildsys failed. Sometimes this is done for multiple branches to keep EVR of all releases in sync. This is unnecessary. Run: plague-client requeue instead of doing the "bump, commit, make tag, make build" dance. You can requeue failed/killed build jobs until they succeed. And so far, the buildsys would not even care if you simply asked it to build the same tag once more. From jonathan.underwood at gmail.com Sat Nov 11 11:55:13 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sat, 11 Nov 2006 11:55:13 +0000 Subject: Packagers, use: plague-client requeue ... In-Reply-To: <20061111114250.0a6eb334.bugs.michael@gmx.net> References: <20061111114250.0a6eb334.bugs.michael@gmx.net> Message-ID: <645d17210611110355y5b42fccdya6e48e3079dd4075@mail.gmail.com> On 11/11/06, Michael Schwendt wrote: > There are still commit messages where a packager increases "Release" in > the spec file just to rebuild the package after it had failed due to > temporary buildsys problems. In the spec %changelog there is a comment > that the buildsys failed. Sometimes this is done for multiple branches to > keep EVR of all releases in sync. > > This is unnecessary. Run: > > plague-client requeue > > instead of doing the "bump, commit, make tag, make build" dance. You can > requeue failed/killed build jobs until they succeed. > > And so far, the buildsys would not even care if you simply asked it > to build the same tag once more. Useful information. I wonder if we should have a wiki page about plague-client useage? From fedora at leemhuis.info Sat Nov 11 12:32:26 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 11 Nov 2006 13:32:26 +0100 Subject: Packagers, use: plague-client requeue ... In-Reply-To: <645d17210611110355y5b42fccdya6e48e3079dd4075@mail.gmail.com> References: <20061111114250.0a6eb334.bugs.michael@gmx.net> <645d17210611110355y5b42fccdya6e48e3079dd4075@mail.gmail.com> Message-ID: <4555C2DA.6030307@leemhuis.info> Jonathan Underwood schrieb: > On 11/11/06, Michael Schwendt wrote: >> This is unnecessary. Run: >> plague-client requeue >> instead of doing the "bump, commit, make tag, make build" dance. You can >> requeue failed/killed build jobs until they succeed. >> And so far, the buildsys would not even care if you simply asked it >> to build the same tag once more. > Useful information. I wonder if we should have a wiki page about > plague-client useage? Agreed, this is one of the many thing that's documented lousily in the wiki. Someone needs to just do it. Probably a new page similar to http://www.fedoraproject.org/wiki/Extras/UsingCvsFaq or add a note on http://www.fedoraproject.org/wiki/Extras/BuildSystemClientSetup could help. CU thl From dan at danny.cz Sat Nov 11 13:48:32 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Sat, 11 Nov 2006 14:48:32 +0100 Subject: package for tailor - a VCS repository conversion tool Message-ID: <1163252912.3513.14.camel@eagle.danny.cz> Hello, I have packaged the current version of tailor (VCS repository conversion tool). If enough interest or even a co-maintainer would be found, I will submit it for Extras. SRPM URL: http://fedora.danny.cz/tailor-0.9.26-1.src.rpm spec URL: http://fedora.danny.cz/tailor.spec The package is based on the ATrpms one. Dan From buildsys at fedoraproject.org Sat Nov 11 14:07:21 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 11 Nov 2006 09:07:21 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-11 Message-ID: <20061111140721.56D4B15212E@buildsys.fedoraproject.org> 3rdshift AT comcast.net: granule FE6 > FE7 (0:1.2.3-3.fc6 > 0:1.2.3-3) UNKNOWN OWNER (possibly Core package): autofs FC6-updates > FC7 (1:5.0.1-0.rc2.22 > 1:5.0.1-0.rc2.21) checkpolicy FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.32-1) FC6-updates > FC7 (0:1.32-1.fc6 > 0:1.32-1) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) xen FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) sylpheed-claws-plugins FE6 > FE7 (0:2.6.0-1.fc6 > 0:2.5.2-5.fc7) wine FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) dmitry AT butskoy.name: dvdisaster FE6 > FE7 (0:0.70.2-2.fc6 > 0:0.70.2-1.fc6) enrico.scholz AT informatik.tu-chemnitz.de: xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) eric.tanguy AT univ-nantes.fr: gperiodic FE6 > FE7 (0:2.0.8-6.fc6 > 0:2.0.8-5.fc7) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) luya_tfz AT thefinalzone.com: gdesklets FE4 > FE7 (0:0.35.4-1.fc4 > 0:0.35.3-14.fc6) FE5 > FE7 (0:0.35.4-1.fc5 > 0:0.35.3-14.fc6) FE6 > FE7 (0:0.35.4-1.fc6 > 0:0.35.3-14.fc6) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.1-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.1-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) michel.salim AT gmail.com: python-nltk FE4 > FE6 (0:1.4.4-3.fc4 > 0:1.4.4-2.fc6) FE5 > FE6 (0:1.4.4-3.fc5 > 0:1.4.4-2.fc6) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) robert AT marcanoonline.com: eclipse-subclipse FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) tla AT rasmil.dk: yumex FE6 > FE7 (0:1.2.0-1.0.fc6 > 0:1.1.7-1.0.fc6) ville.skytta AT iki.fi: em8300-kmod FE6 > FE7 (0:0.16.0-0.3.rc2.2.6.18_1.2798.fc6 > 0:0.16.0-0.3.rc1.2.6.18_1.2798.fc6) wtogami AT redhat.com: thunderbird FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- autofs: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (1:5.0.1-0.rc2.22 > 1:5.0.1-0.rc2.21) checkpolicy: UNKNOWN OWNER (possibly Core package) FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.32-1) FC6-updates > FC7 (0:1.32-1.fc6 > 0:1.32-1) cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.1-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.1-1.fc6 > 0:0.2.8-1.fc6) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) dvdisaster: dmitry AT butskoy.name FE6 > FE7 (0:0.70.2-2.fc6 > 0:0.70.2-1.fc6) eclipse-subclipse: robert AT marcanoonline.com FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) em8300-kmod: ville.skytta AT iki.fi FE6 > FE7 (0:0.16.0-0.3.rc2.2.6.18_1.2798.fc6 > 0:0.16.0-0.3.rc1.2.6.18_1.2798.fc6) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) gdesklets: luya_tfz AT thefinalzone.com FE4 > FE7 (0:0.35.4-1.fc4 > 0:0.35.3-14.fc6) FE5 > FE7 (0:0.35.4-1.fc5 > 0:0.35.3-14.fc6) FE6 > FE7 (0:0.35.4-1.fc6 > 0:0.35.3-14.fc6) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) gperiodic: eric.tanguy AT univ-nantes.fr FE6 > FE7 (0:2.0.8-6.fc6 > 0:2.0.8-5.fc7) granule: 3rdshift AT comcast.net FE6 > FE7 (0:1.2.3-3.fc6 > 0:1.2.3-3) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) python-nltk: michel.salim AT gmail.com FE4 > FE6 (0:1.4.4-3.fc4 > 0:1.4.4-2.fc6) FE5 > FE6 (0:1.4.4-3.fc5 > 0:1.4.4-2.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) sylpheed-claws-plugins: andreas.bierfert AT lowlatency.de FE6 > FE7 (0:2.6.0-1.fc6 > 0:2.5.2-5.fc7) thunderbird: wtogami AT redhat.com FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) wine: andreas.bierfert AT lowlatency.de FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) xen: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) yumex: tla AT rasmil.dk FE6 > FE7 (0:1.2.0-1.0.fc6 > 0:1.1.7-1.0.fc6) From joost.soeterbroek at gmail.com Sat Nov 11 16:32:38 2006 From: joost.soeterbroek at gmail.com (Joost Soeterbroek) Date: Sat, 11 Nov 2006 17:32:38 +0100 Subject: Change of e-mail address, not able to submit plague build jobs Message-ID: Hi, I have recently lost the e-mail address I used for all fedora extras related activities. I have changed to my new e-mail address in owners.list, fedora account system, bugzilla, and ~/.plague-client.cfg file. I have also generated/downloaded new certs. My CVS account is still working, but when submitting plague build job I got an error: "Insufficient privileges". Can anyone help me to remedy this? Regards, Joost From jonathan.underwood at gmail.com Sat Nov 11 17:03:44 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sat, 11 Nov 2006 17:03:44 +0000 Subject: Packagers, use: plague-client requeue ... In-Reply-To: <4555C2DA.6030307@leemhuis.info> References: <20061111114250.0a6eb334.bugs.michael@gmx.net> <645d17210611110355y5b42fccdya6e48e3079dd4075@mail.gmail.com> <4555C2DA.6030307@leemhuis.info> Message-ID: <645d17210611110903o123d1d2mcf9eef0ae1859dd4@mail.gmail.com> On 11/11/06, Thorsten Leemhuis wrote: > Jonathan Underwood schrieb: > > On 11/11/06, Michael Schwendt wrote: > >> This is unnecessary. Run: > >> plague-client requeue > >> instead of doing the "bump, commit, make tag, make build" dance. You can > >> requeue failed/killed build jobs until they succeed. > >> And so far, the buildsys would not even care if you simply asked it > >> to build the same tag once more. > > Useful information. I wonder if we should have a wiki page about > > plague-client useage? > > Agreed, this is one of the many thing that's documented lousily in the > wiki. Someone needs to just do it. Probably a new page similar to > http://www.fedoraproject.org/wiki/Extras/UsingCvsFaq > or add a note on > http://www.fedoraproject.org/wiki/Extras/BuildSystemClientSetup > could help. > Have added a page here: http://www.fedoraproject.org/wiki/Extras/UsingPlagueClientFaq Jonathan. From fedora at leemhuis.info Sat Nov 11 17:05:21 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 11 Nov 2006 18:05:21 +0100 Subject: Packagers, use: plague-client requeue ... In-Reply-To: <645d17210611110903o123d1d2mcf9eef0ae1859dd4@mail.gmail.com> References: <20061111114250.0a6eb334.bugs.michael@gmx.net> <645d17210611110355y5b42fccdya6e48e3079dd4075@mail.gmail.com> <4555C2DA.6030307@leemhuis.info> <645d17210611110903o123d1d2mcf9eef0ae1859dd4@mail.gmail.com> Message-ID: <455602D1.7020708@leemhuis.info> Jonathan Underwood schrieb: > On 11/11/06, Thorsten Leemhuis wrote: >> Jonathan Underwood schrieb: >>> On 11/11/06, Michael Schwendt wrote: >>>> This is unnecessary. Run: >>>> plague-client requeue >>>> instead of doing the "bump, commit, make tag, make build" dance. You can >>>> requeue failed/killed build jobs until they succeed. >>>> And so far, the buildsys would not even care if you simply asked it >>>> to build the same tag once more. >>> Useful information. I wonder if we should have a wiki page about >>> plague-client useage? >> Agreed, this is one of the many thing that's documented lousily in the >> wiki. Someone needs to just do it. Probably a new page similar to >> http://www.fedoraproject.org/wiki/Extras/UsingCvsFaq >> or add a note on >> http://www.fedoraproject.org/wiki/Extras/BuildSystemClientSetup >> could help. > Have added a page here: > http://www.fedoraproject.org/wiki/Extras/UsingPlagueClientFaq Many thanks. CU thl From fedora at leemhuis.info Sat Nov 11 17:17:08 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 11 Nov 2006 18:17:08 +0100 Subject: Change of e-mail address, not able to submit plague build jobs In-Reply-To: References: Message-ID: <45560594.9070507@leemhuis.info> Joost Soeterbroek schrieb: > I have recently lost the e-mail address I used for all fedora extras > related activities. > I have changed to my new e-mail address in owners.list, fedora account > system, bugzilla, and ~/.plague-client.cfg file. I have also > generated/downloaded new certs. > My CVS account is still working, but when submitting plague build job > I got an error: "Insufficient privileges". Can anyone help me to > remedy this? The buildsys is only syncing once a day with the accounts system if I (and tibbs in #fedora-extras) remember correctly. Did you wait at least 24 hours? Otherwise you probably need to ask the guys from the infrastructure group for help. http://www.fedoraproject.org/wiki/Infrastructure#head-ff94f78e5ed93fa2613a8f4cf103b2a1a9327e43 CU thl From ndbecker2 at gmail.com Sun Nov 12 00:12:14 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Sat, 11 Nov 2006 19:12:14 -0500 Subject: package for tailor - a VCS repository conversion tool In-Reply-To: <1163252912.3513.14.camel@eagle.danny.cz> References: <1163252912.3513.14.camel@eagle.danny.cz> Message-ID: <200611111912.15431.ndbecker2@gmail.com> On Saturday 11 November 2006 8:48 am, Dan Hor?k wrote: > Hello, > > I have packaged the current version of tailor (VCS repository conversion > tool). If enough interest or even a co-maintainer would be found, I will > submit it for Extras. > > SRPM URL: http://fedora.danny.cz/tailor-0.9.26-1.src.rpm > spec URL: http://fedora.danny.cz/tailor.spec > > The package is based on the ATrpms one. > I'd be interested From blizzard at redhat.com Sun Nov 12 23:59:20 2006 From: blizzard at redhat.com (Christopher Blizzard) Date: Sun, 12 Nov 2006 18:59:20 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <877iy5uia2.wl%cworth@cworth.org> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> <20061108182005.GE21987@redhat.com> <45522E59.7030900@redhat.com> <87d57xvb6n.wl%cworth@cworth.org> <45526EFD.5050607@redhat.com> <87bqnhv2hn.wl%cworth@cworth.org> <4552A128.3090707@redhat.com> <877iy5uia2.wl%cworth@cworth.org> Message-ID: <4557B558.8020701@redhat.com> Carl Worth wrote: > There are a couple of potential negatives for git. One, it doesn't > have a "native" Windows client, (it works with cygwin but I'm told > that doesn't really "count" for Windows users---I still don't see how > something like python seems to "count" as native in contrast, but > maybe it's just because I'm not a Windows user). Two, it currently > requires all history to be retrieved initially. This can be a bit of a > burden, but there is current work for "shallow clone" to make this > problem go away. I talked with Vlad over at Mozilla about hg vs git. They are probably going to go with hg because the performance difference between the two on windows is just stunning, even though hg is written in python. hg also has a single .exe installer and is easier to get up and running. --Chris From jkeating at redhat.com Mon Nov 13 04:11:40 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 12 Nov 2006 23:11:40 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <4557B558.8020701@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <877iy5uia2.wl%cworth@cworth.org> <4557B558.8020701@redhat.com> Message-ID: <200611122311.41025.jkeating@redhat.com> On Sunday 12 November 2006 18:59, Christopher Blizzard wrote: > I talked with Vlad over at Mozilla about hg vs git. ?They are probably > going to go with hg because the performance difference between the two > on windows is just stunning, even though hg is written in python. ?hg > also has a single .exe installer and is easier to get up and running. Thanks Chris. And before anybody barks about Fedora not caring about our package scm on Windows, we actually do, as a lot of our translators are on Windows based systems and we'd like to make it easier for them to get translations into package builds. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From blizzard at redhat.com Mon Nov 13 04:15:26 2006 From: blizzard at redhat.com (Christopher Blizzard) Date: Sun, 12 Nov 2006 23:15:26 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611122311.41025.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <877iy5uia2.wl%cworth@cworth.org> <4557B558.8020701@redhat.com> <200611122311.41025.jkeating@redhat.com> Message-ID: <4557F15E.4090408@redhat.com> Jesse Keating wrote: > On Sunday 12 November 2006 18:59, Christopher Blizzard wrote: >> I talked with Vlad over at Mozilla about hg vs git. They are probably >> going to go with hg because the performance difference between the two >> on windows is just stunning, even though hg is written in python. hg >> also has a single .exe installer and is easier to get up and running. > > Thanks Chris. And before anybody barks about Fedora not caring about our > package scm on Windows, we actually do, as a lot of our translators are on > Windows based systems and we'd like to make it easier for them to get > translations into package builds. I was also talking to Dan about this tonight. He likes git more because it apparently has better merge behaviour? I guess the version they were using before would just dump stack traces when there were problems. I would love to hear more real-world data like that. On that note, it would be good if tools like translations really did work well on windows. What tools do people use today? --Chris From jkeating at redhat.com Mon Nov 13 04:22:34 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 12 Nov 2006 23:22:34 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <4557F15E.4090408@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <200611122311.41025.jkeating@redhat.com> <4557F15E.4090408@redhat.com> Message-ID: <200611122322.34506.jkeating@redhat.com> On Sunday 12 November 2006 23:15, Christopher Blizzard wrote: > I was also talking to Dan about this tonight. ?He likes git more because > it apparently has better merge behaviour? ?I guess the version they were > using before would just dump stack traces when there were problems. ?I > would love to hear more real-world data like that. I haven't tried to do a merge yet, I really should (: This page describes some of the merge stuff: http://www.selenic.com/mercurial/wiki/index.cgi/MergeProgram -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tmraz at redhat.com Mon Nov 13 08:37:46 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Mon, 13 Nov 2006 09:37:46 +0100 Subject: db4 is now updated to 4.5.20 and compat-db to 4.3.29 In-Reply-To: <1163234376.2618.22.camel@redhat.usu> References: <1163184511.28734.18.camel@redhat.usu> <200611101542.59664.jkeating@redhat.com> <1163193616.3704.3.camel@perun.kabelta.loc> <1163227415.2618.10.camel@redhat.usu> <20061111081705.GA27767@redhat.com> <1163234376.2618.22.camel@redhat.usu> Message-ID: <1163407066.15230.8.camel@perun.kabelta.loc> On Sat, 2006-11-11 at 09:39 +0100, Jindrich Novy wrote: > On Sat, 2006-11-11 at 08:17 +0000, Joe Orton wrote: > > On Sat, Nov 11, 2006 at 07:43:35AM +0100, Jindrich Novy wrote: > > > On Fri, 2006-11-10 at 22:20 +0100, Tomas Mraz wrote: > > > > I've also noticed that License tag in spec contains GPL for the db4 > > > > which doesn't seem correct to me. Jindrich could you fix that as well? > > > > > > Thanks for noticing this. I'll switch the license to BSDish in the next > > > build. > > > > The BDB license is a copyleft-ish license, it's not really BSDish. > > The license for compat-db is defined as BSDish in the compat-db.spec, so > I assume the same for the db4. The GPL as a license for db4 was probably > set in the spec file by mistake at least since RHL-7.2 as far as I can > see from CVS. > > I had a look into the LICENSE file for both compat-db and db4 and they > both seem to have BSD styled licenses: No, this license in not BSDish because it prevents you from closing the source of your modification -> it is copyleft. Note there are 3 licenses which apply together - 2 BSD licenses (California University and Harvard University) and 1 Copyleft Note this paragraph of the Oracle (previously Sleepycat) part of the license: * 3. Redistributions in any form must be accompanied by information on * how to obtain complete source code for the DB software and any * accompanying software that uses the DB software. The source code * must either be included in the distribution or be available for no * more than the cost of distribution plus a nominal fee, and must be * freely redistributable under reasonable conditions. For an * executable file, complete source code means the source code for all * modules it contains. It does not include source code for modules or * files that typically accompany the major components of the operating * system on which the executable file runs. This is compatible with GPL as it doesn't impose additional restrictions. http://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From jnovy at redhat.com Mon Nov 13 09:21:14 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 13 Nov 2006 10:21:14 +0100 Subject: db4 is now updated to 4.5.20 and compat-db to 4.3.29 In-Reply-To: <1163407066.15230.8.camel@perun.kabelta.loc> References: <1163184511.28734.18.camel@redhat.usu> <200611101542.59664.jkeating@redhat.com> <1163193616.3704.3.camel@perun.kabelta.loc> <1163227415.2618.10.camel@redhat.usu> <20061111081705.GA27767@redhat.com> <1163234376.2618.22.camel@redhat.usu> <1163407066.15230.8.camel@perun.kabelta.loc> Message-ID: <1163409674.2336.29.camel@redhat.usu> On Mon, 2006-11-13 at 09:37 +0100, Tomas Mraz wrote: > On Sat, 2006-11-11 at 09:39 +0100, Jindrich Novy wrote: > > On Sat, 2006-11-11 at 08:17 +0000, Joe Orton wrote: > > > On Sat, Nov 11, 2006 at 07:43:35AM +0100, Jindrich Novy wrote: > > > > On Fri, 2006-11-10 at 22:20 +0100, Tomas Mraz wrote: > > > > > I've also noticed that License tag in spec contains GPL for the db4 > > > > > which doesn't seem correct to me. Jindrich could you fix that as well? > > > > > > > > Thanks for noticing this. I'll switch the license to BSDish in the next > > > > build. > > > > > > The BDB license is a copyleft-ish license, it's not really BSDish. > > > > The license for compat-db is defined as BSDish in the compat-db.spec, so > > I assume the same for the db4. The GPL as a license for db4 was probably > > set in the spec file by mistake at least since RHL-7.2 as far as I can > > see from CVS. > > > > I had a look into the LICENSE file for both compat-db and db4 and they > > both seem to have BSD styled licenses: > No, this license in not BSDish because it prevents you from closing the > source of your modification -> it is copyleft. Note there are 3 licenses > which apply together - 2 BSD licenses (California University and Harvard > University) and 1 Copyleft > > Note this paragraph of the Oracle (previously Sleepycat) part of the > license: > * 3. Redistributions in any form must be accompanied by information on > * how to obtain complete source code for the DB software and any > * accompanying software that uses the DB software. The source code > * must either be included in the distribution or be available for no > * more than the cost of distribution plus a nominal fee, and must be > * freely redistributable under reasonable conditions. For an > * executable file, complete source code means the source code for all > * modules it contains. It does not include source code for modules or > * files that typically accompany the major components of the operating > * system on which the executable file runs. > > This is compatible with GPL as it doesn't impose additional > restrictions. > http://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses Ok, so what is wrong when the db4 license is set to GPL? I'm not a lawier so we would better contact legal department before we do any license changes. I'm not going to change anything until I receive their clarification. My first question was related to the pam conflict, what seems to be more important right now. I'm also not a pam expert, so what I want to know is whether I need to bother you every time I need to update db4 in the future or not. Some clarification would really help here. Thanks, Jindrich From laroche at redhat.com Mon Nov 13 11:13:36 2006 From: laroche at redhat.com (Florian La Roche) Date: Mon, 13 Nov 2006 12:13:36 +0100 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061110134730.GA29991@devserv.devel.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> <200611081305.35067.jkeating@redhat.com> <1163009162.26874.27.camel@toxic.toronto.redhat.com> <20061108182005.GE21987@redhat.com> <45522E59.7030900@redhat.com> <87d57xvb6n.wl%cworth@cworth.org> <45526EFD.5050607@redhat.com> <20061110132900.GA4873@dudweiler.stuttgart.redhat.com> <20061110134730.GA29991@devserv.devel.redhat.com> Message-ID: <20061113111336.GA8088@dudweiler.stuttgart.redhat.com> On Fri, Nov 10, 2006 at 08:47:30AM -0500, Alan Cox wrote: > On Fri, Nov 10, 2006 at 02:29:00PM +0100, Florian La Roche wrote: > > git development is very active way beyond the kernel needs. The project > > looks very solid. > > Its not as solid as it sometimes seems, I've had it chew up a repository > irrecoverably. git is still changing a lot, but it does not pretty good point releases, so waiting for the .2 or higher should give very stable releases to use. While git has first made sure they get all the whistles done for kernel hackers, they seem to integrate now many features which also allow a nicer gitweb and overall easier use, so it definitely stays my personal no. 1, but hg is definitely also nice to use. regards, Florian La Roche From ndbecker2 at gmail.com Mon Nov 13 11:33:44 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 13 Nov 2006 06:33:44 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061113111336.GA8088@dudweiler.stuttgart.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <20061110134730.GA29991@devserv.devel.redhat.com> <20061113111336.GA8088@dudweiler.stuttgart.redhat.com> Message-ID: <200611130633.44916.ndbecker2@gmail.com> If all other things were equal (although they're not), being written in python is worth +1. From jwboyer at jdub.homelinux.org Mon Nov 13 11:50:25 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 13 Nov 2006 05:50:25 -0600 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611130633.44916.ndbecker2@gmail.com> References: <200611061159.12599.jkeating@redhat.com> <20061110134730.GA29991@devserv.devel.redhat.com> <20061113111336.GA8088@dudweiler.stuttgart.redhat.com> <200611130633.44916.ndbecker2@gmail.com> Message-ID: <1163418625.16990.3.camel@vader.jdub.homelinux.org> On Mon, 2006-11-13 at 06:33 -0500, Neal Becker wrote: > If all other things were equal (although they're not), being written in python > is worth +1. Why? josh From ndbecker2 at gmail.com Mon Nov 13 12:19:53 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 13 Nov 2006 07:19:53 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163418625.16990.3.camel@vader.jdub.homelinux.org> References: <200611061159.12599.jkeating@redhat.com> <200611130633.44916.ndbecker2@gmail.com> <1163418625.16990.3.camel@vader.jdub.homelinux.org> Message-ID: <200611130719.53728.ndbecker2@gmail.com> On Monday 13 November 2006 6:50 am, Josh Boyer wrote: > On Mon, 2006-11-13 at 06:33 -0500, Neal Becker wrote: > > If all other things were equal (although they're not), being written in > > python is worth +1. > > Why? > Generally easier/faster to learn/hack than a low level implementation. Of course, you can write bad code in any language. From enrico.scholz at informatik.tu-chemnitz.de Mon Nov 13 12:57:27 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 13 Nov 2006 13:57:27 +0100 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611130633.44916.ndbecker2@gmail.com> (Neal Becker's message of "Mon, 13 Nov 2006 06:33:44 -0500") References: <200611061159.12599.jkeating@redhat.com> <20061110134730.GA29991@devserv.devel.redhat.com> <20061113111336.GA8088@dudweiler.stuttgart.redhat.com> <200611130633.44916.ndbecker2@gmail.com> Message-ID: <87ac2vtsg8.fsf@fc5.bigo.ensc.de> ndbecker2 at gmail.com (Neal Becker) writes: > If all other things were equal (although they're not), being written > in python is worth +1. Why should writing in a prototyping language be a '+1'? SCNR Enrico From jamatos at fc.up.pt Mon Nov 13 14:16:50 2006 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Mon, 13 Nov 2006 14:16:50 +0000 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <87ac2vtsg8.fsf@fc5.bigo.ensc.de> References: <200611061159.12599.jkeating@redhat.com> <200611130633.44916.ndbecker2@gmail.com> <87ac2vtsg8.fsf@fc5.bigo.ensc.de> Message-ID: <200611131416.50828.jamatos@fc.up.pt> On Monday 13 November 2006 12:57 pm, Enrico Scholz wrote: > Why should writing in a prototyping language be a '+1'? With all the due respect Enrico but script != prototyping, python can be used as a prototyping language (and I use it sometimes) but it is a language in it own right. The facility of using embedding and extensions in python allows it to be used as a glue language better than it would ever be done in compiled (real?) languages. And yes sometimes I use C or C++ for different kinds of problems. I don't intend to start any kind of flamewar and I will restrain my participation in this thread to this message. > SCNR > Enrico -- Jos? Ab?lio From denis at poolshark.org Mon Nov 13 14:40:20 2006 From: denis at poolshark.org (Denis Leroy) Date: Mon, 13 Nov 2006 15:40:20 +0100 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611130633.44916.ndbecker2@gmail.com> References: <200611061159.12599.jkeating@redhat.com> <20061110134730.GA29991@devserv.devel.redhat.com> <20061113111336.GA8088@dudweiler.stuttgart.redhat.com> <200611130633.44916.ndbecker2@gmail.com> Message-ID: <455883D4.7020801@poolshark.org> Neal Becker wrote: > If all other things were equal (although they're not), being written in python > is worth +1. to me that's a big -1.. my concerns would be mainly performance scalability, and code quality. From jwboyer at jdub.homelinux.org Mon Nov 13 14:47:56 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 13 Nov 2006 08:47:56 -0600 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <455883D4.7020801@poolshark.org> References: <200611061159.12599.jkeating@redhat.com> <20061110134730.GA29991@devserv.devel.redhat.com> <20061113111336.GA8088@dudweiler.stuttgart.redhat.com> <200611130633.44916.ndbecker2@gmail.com> <455883D4.7020801@poolshark.org> Message-ID: <1163429276.4075.16.camel@zod.rchland.ibm.com> On Mon, 2006-11-13 at 15:40 +0100, Denis Leroy wrote: > Neal Becker wrote: > > If all other things were equal (although they're not), being written in python > > is worth +1. > > to me that's a big -1.. my concerns would be mainly performance > scalability, and code quality. This entire line of thinking is ridiculous (on both sides). We should just stop discussing this now, because it's not going to result in anything productive and will probably deteriorate into a flamewar soon. Different programs are written in different languages. Each language has advantages and disadvantages. Code quality is more a product of the author than the language. Leave it at that. josh From blizzard at redhat.com Mon Nov 13 14:49:18 2006 From: blizzard at redhat.com (Christopher Blizzard) Date: Mon, 13 Nov 2006 09:49:18 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163429276.4075.16.camel@zod.rchland.ibm.com> References: <200611061159.12599.jkeating@redhat.com> <20061110134730.GA29991@devserv.devel.redhat.com> <20061113111336.GA8088@dudweiler.stuttgart.redhat.com> <200611130633.44916.ndbecker2@gmail.com> <455883D4.7020801@poolshark.org> <1163429276.4075.16.camel@zod.rchland.ibm.com> Message-ID: <455885EE.3000208@redhat.com> Josh Boyer wrote: > On Mon, 2006-11-13 at 15:40 +0100, Denis Leroy wrote: >> Neal Becker wrote: >>> If all other things were equal (although they're not), being written in python >>> is worth +1. >> to me that's a big -1.. my concerns would be mainly performance >> scalability, and code quality. > > This entire line of thinking is ridiculous (on both sides). We should > just stop discussing this now, because it's not going to result in > anything productive and will probably deteriorate into a flamewar soon. > > Different programs are written in different languages. Each language > has advantages and disadvantages. Code quality is more a product of the > author than the language. Leave it at that. Also, the implementation does matter, but it's not a matter of religion. It's a question of whether or not it gets us further towards our goals. --Chris From dcbw at redhat.com Mon Nov 13 14:54:25 2006 From: dcbw at redhat.com (Dan Williams) Date: Mon, 13 Nov 2006 09:54:25 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611122322.34506.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <200611122311.41025.jkeating@redhat.com> <4557F15E.4090408@redhat.com> <200611122322.34506.jkeating@redhat.com> Message-ID: <1163429665.2631.20.camel@localhost.localdomain> On Sun, 2006-11-12 at 23:22 -0500, Jesse Keating wrote: > On Sunday 12 November 2006 23:15, Christopher Blizzard wrote: > > I was also talking to Dan about this tonight. He likes git more because > > it apparently has better merge behaviour? I guess the version they were > > using before would just dump stack traces when there were problems. I > > would love to hear more real-world data like that. > > I haven't tried to do a merge yet, I really should (: This page describes > some of the merge stuff: > > http://www.selenic.com/mercurial/wiki/index.cgi/MergeProgram My memory is hazy, but we used Mercurial for about a month back in May. I think it was just frustrating because the behavior was so different from CVS and misunderstanding the philosophy was part of our problem. But in very fast-paced development, when you want to push updates pretty frequently in a more "centralized" manner, and other people are pushing updates pretty frequently too, you end up spending 15 - 25% of your time just fighting mercurial's merge/branch strategy if you don't have much experience with it. It kept complaining that pushing would create a new branch on the server and appeared to have a "assume you want to branch by default" strategy when that is almost _never_ the case for what we were doing. This was usually because we completely forgot to 'hg merge', the magic missing step. But if you forget the merge step, hg assumes that you actually _do_ want to make new branch when you push and that you were only looking at somebody else's changes and didn't want them anyway, because if you did, you obviously would have remembered to 'hg merge'. And doing command aliasing is just plain broken. Part of the problem was that mercurial (at the time) had _NO_ error reporting whatsoever that any mortal could understand. While in git you can't figure out which damn tool you're supposed to use out of the 150 that get installed, with mercurial you couldn't for the life of you decipher what the error messages (or tracebacks!) meant or how to go about fixing the problem. Maybe that's fixed now. Examples of this were that, while running mercurial in a chroot, permissions problems in the chroot caused the hg client to completely vomit with no helpful information about WTF the problem was at all. In summary, while the behavior of mercurial isn't _that_ much different from stuff like git, it's behavior was just a little too far out in left field to be easily understood by those of use using it for OLPC development back in May. Git's a more comfortable medium somewhere between SVN and closer to mercurial in philosophy but more pragmatic. So if mercurial _is_ chosen as the successor to CVS for Fedora's infrastructure, my greatest hope is somebody will write up some documentation that helps poor CVS users understand the problems they might face with branching & merging and how to work those out without throwing something out the window or having to jump on #fedora-devel to ask. Cheers, Dan > -- > Fedora-maintainers mailing list > Fedora-maintainers at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-maintainers From berrange at redhat.com Mon Nov 13 14:54:08 2006 From: berrange at redhat.com (Daniel P. Berrange) Date: Mon, 13 Nov 2006 14:54:08 +0000 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <455883D4.7020801@poolshark.org> References: <200611061159.12599.jkeating@redhat.com> <20061110134730.GA29991@devserv.devel.redhat.com> <20061113111336.GA8088@dudweiler.stuttgart.redhat.com> <200611130633.44916.ndbecker2@gmail.com> <455883D4.7020801@poolshark.org> Message-ID: <20061113145408.GC26148@redhat.com> On Mon, Nov 13, 2006 at 03:40:20PM +0100, Denis Leroy wrote: > Neal Becker wrote: > >If all other things were equal (although they're not), being written in > >python is worth +1. > > to me that's a big -1.. my concerns would be mainly performance > scalability, and code quality. And being written in C, of course CVS had none of these problems? Lets just leave these pointless language religous wars out of this discussion & focus on the evaluation of SCMs based on how well they actually address the real world needs of Fedora. Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From tibbs at math.uh.edu Mon Nov 13 15:00:50 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 13 Nov 2006 09:00:50 -0600 Subject: db4 is now updated to 4.5.20 and compat-db to 4.3.29 In-Reply-To: <1163409674.2336.29.camel@redhat.usu> References: <1163184511.28734.18.camel@redhat.usu> <200611101542.59664.jkeating@redhat.com> <1163193616.3704.3.camel@perun.kabelta.loc> <1163227415.2618.10.camel@redhat.usu> <20061111081705.GA27767@redhat.com> <1163234376.2618.22.camel@redhat.usu> <1163407066.15230.8.camel@perun.kabelta.loc> <1163409674.2336.29.camel@redhat.usu> Message-ID: >>>>> "JN" == Jindrich Novy writes: JN> Ok, so what is wrong when the db4 license is set to GPL? Well, the license isn't actually the GPL. The packaging committee (and more specifically, me, when I can find some time) is working up a draft guideline on this sort of thing. Essentially, the License: tag is just a hint as to what the actual license is and you shouldn't try to include all of the details of the license there, but you shouldn't lie about it either. If it's called the "Sleepycat license" and isn't just a renamed or slightly amended copy of some other recognized license, then put "Sleepycat" in the license tag and be done with it. The license text needs to be included as %doc in the package anyway and that's where people with serious questions should always refer. - J< From ndbecker2 at gmail.com Mon Nov 13 15:39:30 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 13 Nov 2006 10:39:30 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163429665.2631.20.camel@localhost.localdomain> References: <200611061159.12599.jkeating@redhat.com> <200611122322.34506.jkeating@redhat.com> <1163429665.2631.20.camel@localhost.localdomain> Message-ID: <200611131039.30589.ndbecker2@gmail.com> On Monday 13 November 2006 9:54 am, Dan Williams wrote: [...] > > So if mercurial _is_ chosen as the successor to CVS for Fedora's > infrastructure, my greatest hope is somebody will write up some > documentation that helps poor CVS users understand the problems they > might face with branching & merging and how to work those out without > throwing something out the window or having to jump on #fedora-devel to > ask. > Lots of info here: http://www.selenic.com/mercurial/wiki/index.cgi Also, there is a new book coming along quite nicely. From buildsys at fedoraproject.org Mon Nov 13 16:03:27 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 13 Nov 2006 11:03:27 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-13 Message-ID: <20061113160327.A489815212F@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): checkpolicy FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.32-1) FC6-updates > FC7 (0:1.32-1.fc6 > 0:1.32-1) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) xen FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) wine FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) dmitry AT butskoy.name: dvdisaster FE6 > FE7 (0:0.70.2-2.fc6 > 0:0.70.2-1.fc6) enrico.scholz AT informatik.tu-chemnitz.de: tor FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) giallu AT gmail.com: sysprof-kmod FE6 > FE7 (0:1.0.5-1.2.6.18_1.2849.fc6 > 0:1.0.5-1.2.6.18_1.2798.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.1-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.1-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) michel.salim AT gmail.com: python-nltk FE4 > FE6 (0:1.4.4-3.fc4 > 0:1.4.4-2.fc6) FE5 > FE6 (0:1.4.4-3.fc5 > 0:1.4.4-2.fc6) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) robert AT marcanoonline.com: eclipse-subclipse FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) roland AT redhat.com: monotone FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) tla AT rasmil.dk: yumex FE6 > FE7 (0:1.2.0-1.0.fc6 > 0:1.1.7-1.0.fc6) ville.skytta AT iki.fi: em8300-kmod FE6 > FE7 (0:0.16.0-0.4.rc2.2.6.18_1.2849.fc6 > 0:0.16.0-0.3.rc1.2.6.18_1.2798.fc6) wtogami AT redhat.com: thunderbird FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- checkpolicy: UNKNOWN OWNER (possibly Core package) FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.32-1) FC6-updates > FC7 (0:1.32-1.fc6 > 0:1.32-1) cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.1-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.1-1.fc6 > 0:0.2.8-1.fc6) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) dvdisaster: dmitry AT butskoy.name FE6 > FE7 (0:0.70.2-2.fc6 > 0:0.70.2-1.fc6) eclipse-subclipse: robert AT marcanoonline.com FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) em8300-kmod: ville.skytta AT iki.fi FE6 > FE7 (0:0.16.0-0.4.rc2.2.6.18_1.2849.fc6 > 0:0.16.0-0.3.rc1.2.6.18_1.2798.fc6) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) monotone: roland AT redhat.com FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) python-nltk: michel.salim AT gmail.com FE4 > FE6 (0:1.4.4-3.fc4 > 0:1.4.4-2.fc6) FE5 > FE6 (0:1.4.4-3.fc5 > 0:1.4.4-2.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) sysprof-kmod: giallu AT gmail.com FE6 > FE7 (0:1.0.5-1.2.6.18_1.2849.fc6 > 0:1.0.5-1.2.6.18_1.2798.fc6) thunderbird: wtogami AT redhat.com FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) tor: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) wine: andreas.bierfert AT lowlatency.de FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) xen: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) yumex: tla AT rasmil.dk FE6 > FE7 (0:1.2.0-1.0.fc6 > 0:1.1.7-1.0.fc6) From ndbecker2 at gmail.com Mon Nov 13 16:34:39 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 13 Nov 2006 11:34:39 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163006567.26874.25.camel@toxic.toronto.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <1163006567.26874.25.camel@toxic.toronto.redhat.com> Message-ID: <200611131134.40234.ndbecker2@gmail.com> On Wednesday 08 November 2006 12:22 pm, Andrew Overholt wrote: > On Mon, 2006-06-11 at 11:59 -0500, Jesse Keating wrote: > > http://fedoraproject.org/wiki/Infrastructure/VersionControl > > I will put my thoughts on the wiki page, but I thought it was a good > idea to send it to the list as well. > > I've been working on our Eclipse RPM plugin a bit and plan to do so more > in the coming months. I've actually planned on creating a > Fedora-specific variant that caters to a Fedora maintainer's workflow. > > This plan basically goes out the window if we move to something other > than CVS or SVN because there either isn't a plugin at all or isn't a > mature plugin for the other VC systems being considered. This is not to > say that it won't change in the future, but as of now, the only things > we can support are CVS (part of the Eclipse SDK) and SVN > (eclipse-subclipse in Extras). > > I know a final decision has yet to be made, but please take Eclipse > support into consideration. > > I'm obviously not asking everyone to use Eclipse for their Fedora > package work, but I'm hoping to make it so nice that at least some > people will *want* to do so :) > > Andrew This looks like it might help you: http://www.vectrace.com/mercurialeclipse/ From tmraz at redhat.com Mon Nov 13 12:38:34 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Mon, 13 Nov 2006 13:38:34 +0100 Subject: db4 is now updated to 4.5.20 and compat-db to 4.3.29 In-Reply-To: <1163409674.2336.29.camel@redhat.usu> References: <1163184511.28734.18.camel@redhat.usu> <200611101542.59664.jkeating@redhat.com> <1163193616.3704.3.camel@perun.kabelta.loc> <1163227415.2618.10.camel@redhat.usu> <20061111081705.GA27767@redhat.com> <1163234376.2618.22.camel@redhat.usu> <1163407066.15230.8.camel@perun.kabelta.loc> <1163409674.2336.29.camel@redhat.usu> Message-ID: <1163421514.15230.18.camel@perun.kabelta.loc> On Mon, 2006-11-13 at 10:21 +0100, Jindrich Novy wrote: > On Mon, 2006-11-13 at 09:37 +0100, Tomas Mraz wrote: > > On Sat, 2006-11-11 at 09:39 +0100, Jindrich Novy wrote: > > > On Sat, 2006-11-11 at 08:17 +0000, Joe Orton wrote: > > > > On Sat, Nov 11, 2006 at 07:43:35AM +0100, Jindrich Novy wrote: > > > > > On Fri, 2006-11-10 at 22:20 +0100, Tomas Mraz wrote: > > > > > > I've also noticed that License tag in spec contains GPL for the db4 > > > > > > which doesn't seem correct to me. Jindrich could you fix that as well? > > > > > > > > > > Thanks for noticing this. I'll switch the license to BSDish in the next > > > > > build. > > > > > > > > The BDB license is a copyleft-ish license, it's not really BSDish. > > > > > > The license for compat-db is defined as BSDish in the compat-db.spec, so > > > I assume the same for the db4. The GPL as a license for db4 was probably > > > set in the spec file by mistake at least since RHL-7.2 as far as I can > > > see from CVS. > > > > > > I had a look into the LICENSE file for both compat-db and db4 and they > > > both seem to have BSD styled licenses: > > No, this license in not BSDish because it prevents you from closing the > > source of your modification -> it is copyleft. Note there are 3 licenses > > which apply together - 2 BSD licenses (California University and Harvard > > University) and 1 Copyleft > > > > Note this paragraph of the Oracle (previously Sleepycat) part of the > > license: > > * 3. Redistributions in any form must be accompanied by information on > > * how to obtain complete source code for the DB software and any > > * accompanying software that uses the DB software. The source code > > * must either be included in the distribution or be available for no > > * more than the cost of distribution plus a nominal fee, and must be > > * freely redistributable under reasonable conditions. For an > > * executable file, complete source code means the source code for all > > * modules it contains. It does not include source code for modules or > > * files that typically accompany the major components of the operating > > * system on which the executable file runs. > > > > This is compatible with GPL as it doesn't impose additional > > restrictions. > > http://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses > > Ok, so what is wrong when the db4 license is set to GPL? The license is not set to GPL, because it is not GPL. Theoretically you could take the whole thing and relicense it under GPL as the current license allows that but this is not what you do with the License tag in RPM package. > I'm not a lawier so we would better contact legal department before we > do any license changes. I'm not going to change anything until I receive > their clarification. You simply won't do any license changes. You should just correctly mark the license of the package in the .spec file. Either you can mark it as Berkeley DB license or put there something like Distributable (which many other packages do now). But please don't mark it incorrectly as BSD or GPL which it simply isn't. > My first question was related to the pam conflict, what seems to be more > important right now. I'm also not a pam expert, so what I want to know > is whether I need to bother you every time I need to update db4 in the > future or not. Some clarification would really help here. You just need to notify me or a future PAM maintainer when you want to upgrade db4 to a new major release (not a minor upgrade) in advance. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From dwmw2 at infradead.org Tue Nov 14 03:23:54 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 14 Nov 2006 11:23:54 +0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <455885EE.3000208@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <20061110134730.GA29991@devserv.devel.redhat.com> <20061113111336.GA8088@dudweiler.stuttgart.redhat.com> <200611130633.44916.ndbecker2@gmail.com> <455883D4.7020801@poolshark.org> <1163429276.4075.16.camel@zod.rchland.ibm.com> <455885EE.3000208@redhat.com> Message-ID: <1163474634.3396.7.camel@shinybook.infradead.org> On Mon, 2006-11-13 at 09:49 -0500, Christopher Blizzard wrote: > > This entire line of thinking is ridiculous (on both sides). We should > > just stop discussing this now, because it's not going to result in > > anything productive and will probably deteriorate into a flamewar soon. > > > > Different programs are written in different languages. Each language > > has advantages and disadvantages. Code quality is more a product of the > > author than the language. Leave it at that. > > Also, the implementation does matter, but it's not a matter of religion. > It's a question of whether or not it gets us further towards our goals. So... if we discount the religious issue of the language it's written in, why _would_ we consider using Hg instead of git? I'd be much happier with git. The recent proliferation of version control systems isn't a good thing -- I strongly believe that in general we should stick with CVS where it's good (or entrenched) enough, and use git for for the rest. -- dwmw2 From jkeating at redhat.com Tue Nov 14 04:06:10 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 13 Nov 2006 23:06:10 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163474634.3396.7.camel@shinybook.infradead.org> References: <200611061159.12599.jkeating@redhat.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> Message-ID: <200611132306.15457.jkeating@redhat.com> On Monday 13 November 2006 22:23, David Woodhouse wrote: > So... if we discount the religious issue of the language it's written > in, why _would_ we consider using Hg instead of git? > > I'd be much happier with git. The recent proliferation of version > control systems isn't a good thing -- I strongly believe that in general > we should stick with CVS where it's good (or entrenched) enough, and use > git for for the rest. The reasons I have thus far are (in no particular order) A) even smaller server footprint than git B) a user experience that isn't a complete disaster, leading to multiple rewritten front ends that confuse the issue even further C) an upstream that is actually willing to listen to our problems and fix them or help us to fix them These are why I feel hg would be a better choice than git, from my experiences and talking with other Fedora contributors. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dwmw2 at infradead.org Tue Nov 14 04:30:40 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 14 Nov 2006 12:30:40 +0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611132306.15457.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <200611132306.15457.jkeating@redhat.com> Message-ID: <1163478640.3396.16.camel@shinybook.infradead.org> On Mon, 2006-11-13 at 23:06 -0500, Jesse Keating wrote: On Monday 13 November 2006 22:23, David Woodhouse wrote: > > So... if we discount the religious issue of the language it's written > > in, why _would_ we consider using Hg instead of git? > > > > I'd be much happier with git. The recent proliferation of version > > control systems isn't a good thing -- I strongly believe that in general > > we should stick with CVS where it's good (or entrenched) enough, and use > > git for for the rest. > > The reasons I have thus far are (in no particular order) > > A) even smaller server footprint than git You mean memory footprint? Can you show your measurements? > B) a user experience that isn't a complete disaster, leading to multiple > rewritten front ends that confuse the issue even further That was true a year or so ago because git itself basically _lacked_ a front end. It's not the case any more. > C) an upstream that is actually willing to listen to our problems and fix > them or help us to fix them That seems rather strange to me. What causes you to believe that git lacks such qualities in its upstream maintainers? (Sorry, my mail server at home is temporarily dead so I can't easily look back at my archives of the git mailing list). -- dwmw2 From cworth at redhat.com Tue Nov 14 04:30:06 2006 From: cworth at redhat.com (Carl Worth) Date: Mon, 13 Nov 2006 20:30:06 -0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611132306.15457.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <200611132306.15457.jkeating@redhat.com> Message-ID: <87mz6utzu9.wl%cworth@cworth.org> On Mon, 13 Nov 2006 23:06:10 -0500, Jesse Keating wrote: > C) an upstream that is actually willing to listen to our problems and fix > them or help us to fix them I'll strongly disagree with that as a point in favor of hg over git. Not that hg upstream is not responsive, (I have no reason to suspect that). But my experience with git upstream has been that it is extremely responsive. I ran into a few UI bugs that were real shockers at first, (like "git rm" didn't exist), and upstream accepted my suggestions and patches for things like that as readily as I could expect any project to do so. -Carl -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Tue Nov 14 04:35:13 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 13 Nov 2006 23:35:13 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163478640.3396.16.camel@shinybook.infradead.org> References: <200611061159.12599.jkeating@redhat.com> <200611132306.15457.jkeating@redhat.com> <1163478640.3396.16.camel@shinybook.infradead.org> Message-ID: <200611132335.13508.jkeating@redhat.com> On Monday 13 November 2006 23:30, David Woodhouse wrote: > You mean memory footprint? Can you show your measurements? No, I meant on disk footprint. Git repos, while smaller than CVS, are still larger than hg. > > ?B) a user experience that isn't a complete disaster, leading to multiple > > rewritten front ends that confuse the issue even further > > That was true a year or so ago because git itself basically _lacked_ a > front end. It's not the case any more. Not so. I ran into many issues just trying to do normal usage of git, that is create a repo, add a file, commit the file. Things are not intuitive, the docs are extremely hard to follow, and I got told I need to update something called an index, which STILL didn't work. Asking around, everybody who uses git has ran into these same problems, and have even asked to get things fixed upstream but to no avail. Linus is not interested in changing how git works to have more sane defaults. That's fine, git works great for his usage case, not so much for our community of software packagers. > > ?C) an upstream that is actually willing to listen to our problems and > > fix them or help us to fix them > > That seems rather strange to me. What causes you to believe that git > lacks such qualities in its upstream maintainers? (Sorry, my mail server > at home is temporarily dead so I can't easily look back at my archives > of the git mailing list). Reports from other Red Hat employees who have tried to get things changed upstream to be more intuitive and less confusing, basically meeting a brick wall. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From gdk at redhat.com Tue Nov 14 04:35:34 2006 From: gdk at redhat.com (Greg Dekoenigsberg) Date: Mon, 13 Nov 2006 23:35:34 -0500 (EST) Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163478640.3396.16.camel@shinybook.infradead.org> References: <200611061159.12599.jkeating@redhat.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <200611132306.15457.jkeating@redhat.com> <1163478640.3396.16.camel@shinybook.infradead.org> Message-ID: Is it completely insane to consider multiple distributed version control systems -- choosing the systems that most closely correspond to their upstream projects? I mean, if we're going to be writing dist-hg, dist-git, and dist-bzr anyway... :) --g ------------------------------------------------------------- Greg DeKoenigsberg || Fedora Project || fedoraproject.org Be an Ambassador || http://fedoraproject.org/wiki/Ambassadors ------------------------------------------------------------- From jkeating at redhat.com Tue Nov 14 04:39:13 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 13 Nov 2006 23:39:13 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: References: <200611061159.12599.jkeating@redhat.com> <1163478640.3396.16.camel@shinybook.infradead.org> Message-ID: <200611132339.13321.jkeating@redhat.com> On Monday 13 November 2006 23:35, Greg Dekoenigsberg wrote: > Is it completely insane to consider multiple distributed version control > systems -- choosing the systems that most closely correspond to their > upstream projects? > > I mean, if we're going to be writing dist-hg, dist-git, and dist-bzr > anyway... Yes. I think that adds nothing but confusion for package maintainers who make take over a package or a release branch of a package. Not only that but having multiple SCMs used at once with a build system leads to some 'fun' as well. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ed at eh3.com Tue Nov 14 04:53:02 2006 From: ed at eh3.com (Ed Hill) Date: Mon, 13 Nov 2006 23:53:02 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163474634.3396.7.camel@shinybook.infradead.org> References: <200611061159.12599.jkeating@redhat.com> <20061110134730.GA29991@devserv.devel.redhat.com> <20061113111336.GA8088@dudweiler.stuttgart.redhat.com> <200611130633.44916.ndbecker2@gmail.com> <455883D4.7020801@poolshark.org> <1163429276.4075.16.camel@zod.rchland.ibm.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> Message-ID: <20061113235302.39677544@ernie> On Tue, 14 Nov 2006 11:23:54 +0800 David Woodhouse wrote: > > So... if we discount the religious issue of the language it's written > in, why _would_ we consider using Hg instead of git? > > I'd be much happier with git. The recent proliferation of version > control systems isn't a good thing -- I strongly believe that in > general we should stick with CVS where it's good (or entrenched) > enough, and use git for for the rest. +1 Can someone please explain what parts of CVS are so horribly broken that Fedora must abandon it right now? Even with all the (very well known) CVS warts and shortcomings I still don't see why Fedora needs to be in a hurry to move away from it. It's not as if people do a lot of complicated merging, branching, file renaming, and experimental development work within the Fedora SCM system. For the most part, they don't. People keep spec files, some patches, and an occasional README or similar document. These files tend to change slowly and simply. And shouldn't the contentious nature of the proposed CVS replacements be seen as a warning -- that perhaps things haven't really sorted themselves out in the SCM arena and it would be smart to wait for an FC8 or FC9 time-frame? Ed -- Edward H. Hill III, PhD | ed at eh3.com | http://eh3.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From notting at redhat.com Tue Nov 14 04:58:51 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 13 Nov 2006 23:58:51 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061113235302.39677544@ernie> References: <200611061159.12599.jkeating@redhat.com> <20061110134730.GA29991@devserv.devel.redhat.com> <20061113111336.GA8088@dudweiler.stuttgart.redhat.com> <200611130633.44916.ndbecker2@gmail.com> <455883D4.7020801@poolshark.org> <1163429276.4075.16.camel@zod.rchland.ibm.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <20061113235302.39677544@ernie> Message-ID: <20061114045851.GA27594@nostromo.devel.redhat.com> Ed Hill (ed at eh3.com) said: > Can someone please explain what parts of CVS are so horribly broken that > Fedora must abandon it right now? Even with all the (very well known) > CVS warts and shortcomings I still don't see why Fedora needs to be in > a hurry to move away from it. Basically, we want to enable anyone taking Fedora and doing what they want - use it as a branching off point for their own ideas, their own testing, etc. We want it to be dead simple for them to be able to take what we have, add a patch of their own to their own personal branch, build, test, and make available for people to test and use, all without gating on a single maintainer. The easiest way to start down this road is to use a distributed SCM that allows for easy project cloning. (And this is why a CVS -> SVN change is fundamentally uninteresting.) > And shouldn't the contentious nature of the proposed CVS replacements > be seen as a warning -- that perhaps things haven't really sorted > themselves out in the SCM arena and it would be smart to wait for > an FC8 or FC9 time-frame? Actually, that's the plan as discussed at the summit today - we'd like to create a SIG with a defined lifetime (i.e., not for F7) whose job it is to help define and create this infrastructure. Bill From notting at redhat.com Tue Nov 14 04:59:50 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 13 Nov 2006 23:59:50 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: References: <200611061159.12599.jkeating@redhat.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <200611132306.15457.jkeating@redhat.com> <1163478640.3396.16.camel@shinybook.infradead.org> Message-ID: <20061114045950.GB27594@nostromo.devel.redhat.com> Greg Dekoenigsberg (gdk at redhat.com) said: > > Is it completely insane to consider multiple distributed version control > systems -- choosing the systems that most closely correspond to their > upstream projects? > > I mean, if we're going to be writing dist-hg, dist-git, and dist-bzr > anyway... :) It would mean someone who wants to package projects X, Y, and Z would need to know all possible SCMs. Considering there are non-trivial number of projects that still just do tarball releases, that seems impractical. Bill From ed at eh3.com Tue Nov 14 05:54:15 2006 From: ed at eh3.com (Ed Hill) Date: Tue, 14 Nov 2006 00:54:15 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061114045851.GA27594@nostromo.devel.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <20061110134730.GA29991@devserv.devel.redhat.com> <20061113111336.GA8088@dudweiler.stuttgart.redhat.com> <200611130633.44916.ndbecker2@gmail.com> <455883D4.7020801@poolshark.org> <1163429276.4075.16.camel@zod.rchland.ibm.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <20061113235302.39677544@ernie> <20061114045851.GA27594@nostromo.devel.redhat.com> Message-ID: <20061114005415.660fdc2e@ernie> On Mon, 13 Nov 2006 23:58:51 -0500 Bill Nottingham wrote: > > Basically, we want to enable anyone taking Fedora and doing what they > want - use it as a branching off point for their own ideas, their > own testing, etc. We want it to be dead simple for them to be able to > take what we have, add a patch of their own to their own personal > branch, build, test, and make available for people to test and use, > all without gating on a single maintainer. I've been following the new-SCM thread and thinking "what a waste of time" but the above description almost makes it sound like a good idea. Thanks for explaining the reason and the time frame. Ed -- Edward H. Hill III, PhD | ed at eh3.com | http://eh3.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dwmw2 at infradead.org Tue Nov 14 06:17:33 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 14 Nov 2006 14:17:33 +0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611132335.13508.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <200611132306.15457.jkeating@redhat.com> <1163478640.3396.16.camel@shinybook.infradead.org> <200611132335.13508.jkeating@redhat.com> Message-ID: <1163485054.3396.32.camel@shinybook.infradead.org> On Mon, 2006-11-13 at 23:35 -0500, Jesse Keating wrote: > On Monday 13 November 2006 23:30, David Woodhouse wrote: > > You mean memory footprint? Can you show your measurements? > > No, I meant on disk footprint. Git repos, while smaller than CVS, are still > larger than hg. Is the cost of disk a deciding factor? You were comparing fully packed repositories, I hope? > > > B) a user experience that isn't a complete disaster, leading to multiple > > > rewritten front ends that confuse the issue even further > > > > That was true a year or so ago because git itself basically _lacked_ a > > front end. It's not the case any more. > > Not so. I ran into many issues just trying to do normal usage of git, that is > create a repo, add a file, commit the file. Really? shinybook /home/dwmw2 $ mkdir foobar shinybook /home/dwmw2 $ cd foobar shinybook /home/dwmw2/foobar $ git-init-db defaulting to local storage area shinybook /home/dwmw2/foobar $ echo hello > newfile shinybook /home/dwmw2/foobar $ git-add newfile shinybook /home/dwmw2/foobar $ git-commit -m "Add new file" newfile Committing initial tree 37f0960e8ef1d9eae41447271f51d579e3ee71ed shinybook /home/dwmw2/foobar $ rsync -az .git/ pentafluge.infradead.org:public_git/newrepo shinybook /home/dwmw2/foobar $ lynx http://git.infradead.org/?p=users/dwmw2/newrepo > Things are not intuitive, the > docs are extremely hard to follow, and I got told I need to update something > called an index, which STILL didn't work. I strongly suspect that you (or those on whose information you're basing your judgement) have not actually tried git this year. Or if you have, you've been looking at horridly out of date documentation. > Asking around, everybody who uses > git has ran into these same problems, and have even asked to get things fixed > upstream but to no avail. Linus is not interested in changing how git works > to have more sane defaults. That's fine, git works great for his usage case, > not so much for our community of software packagers. Please, be specific. > > > C) an upstream that is actually willing to listen to our problems and > > > fix them or help us to fix them > > > > That seems rather strange to me. What causes you to believe that git > > lacks such qualities in its upstream maintainers? (Sorry, my mail server > > at home is temporarily dead so I can't easily look back at my archives > > of the git mailing list). > > Reports from other Red Hat employees who have tried to get things changed > upstream to be more intuitive and less confusing, basically meeting a brick > wall. Do you have references to these discussions? -- dwmw2 From dwmw2 at infradead.org Tue Nov 14 06:29:35 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 14 Nov 2006 14:29:35 +0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061114045950.GB27594@nostromo.devel.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <200611132306.15457.jkeating@redhat.com> <1163478640.3396.16.camel@shinybook.infradead.org> <20061114045950.GB27594@nostromo.devel.redhat.com> Message-ID: <1163485775.3396.34.camel@shinybook.infradead.org> On Mon, 2006-11-13 at 23:59 -0500, Bill Nottingham wrote: > It would mean someone who wants to package projects X, Y, and Z would > need to know all possible SCMs. Consideripg there are non-trivial number > of projects that still just do tarball releases, that seems impractical. Indeed. The proliferation of SCMs is a pain. Thus the very firm recommendation that we just stick to CVS and git. -- dwmw2 From laroche at redhat.com Tue Nov 14 08:27:09 2006 From: laroche at redhat.com (Florian La Roche) Date: Tue, 14 Nov 2006 09:27:09 +0100 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061114045851.GA27594@nostromo.devel.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <20061110134730.GA29991@devserv.devel.redhat.com> <20061113111336.GA8088@dudweiler.stuttgart.redhat.com> <200611130633.44916.ndbecker2@gmail.com> <455883D4.7020801@poolshark.org> <1163429276.4075.16.camel@zod.rchland.ibm.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <20061113235302.39677544@ernie> <20061114045851.GA27594@nostromo.devel.redhat.com> Message-ID: <20061114082709.GA4793@dudweiler.stuttgart.redhat.com> > The easiest way to start down this road is to use a distributed SCM > that allows for easy project cloning. (And this is why a CVS -> SVN > change is fundamentally uninteresting.) Doesn't an import of src.rpms into a new cvs server serve the same purpose and make it easy enough to maintain packages that way? It seems to work for FC and AFAIK also FE was setup that way without much trouble, right? The underlaying SCM should be a modular component to how a distribution is built. Jesse is showing this by running now hg and git in addition to the already working cvs... regards, Florian La Roche From alan at redhat.com Tue Nov 14 12:18:55 2006 From: alan at redhat.com (Alan Cox) Date: Tue, 14 Nov 2006 07:18:55 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <87mz6utzu9.wl%cworth@cworth.org> References: <200611061159.12599.jkeating@redhat.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <200611132306.15457.jkeating@redhat.com> <87mz6utzu9.wl%cworth@cworth.org> Message-ID: <20061114121855.GC24209@devserv.devel.redhat.com> On Mon, Nov 13, 2006 at 08:30:06PM -0800, Carl Worth wrote: > responsive. I ran into a few UI bugs that were real shockers at first, > (like "git rm" didn't exist), and upstream accepted my suggestions and > patches for things like that as readily as I could expect any project > to do so. Having seen git trash a repository and the fsck of git say nothing was wrong I'm firmly against adopting git for anything long term and serious until it is a lot more robust. From jkeating at redhat.com Tue Nov 14 13:17:27 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 14 Nov 2006 08:17:27 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061114082709.GA4793@dudweiler.stuttgart.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <20061114045851.GA27594@nostromo.devel.redhat.com> <20061114082709.GA4793@dudweiler.stuttgart.redhat.com> Message-ID: <200611140817.30420.jkeating@redhat.com> On Tuesday 14 November 2006 03:27, Florian La Roche wrote: > Doesn't an import of src.rpms into a new cvs server serve the > same purpose and make it easy enough to maintain packages that way? > It seems to work for FC and AFAIK also FE was setup that way without > much trouble, right? This is a very lengthy process with a lot of customization to how the CVS server is setup. If things were in git or hg, it would be as simple as a clone call. As they work, they can continue to do pull calls to keep in sync with the upstream without overwriting their own changes. Even better, when they've done some changes and have a working package set, they can ask the upstream maintainer to just do a pull from their clones. Since the history is all kept changesets know where they came from and merging in changes is every very easy, the upstream would do a pull/merge from the downstream clones. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Tue Nov 14 13:31:41 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 14 Nov 2006 08:31:41 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163485054.3396.32.camel@shinybook.infradead.org> References: <200611061159.12599.jkeating@redhat.com> <200611132335.13508.jkeating@redhat.com> <1163485054.3396.32.camel@shinybook.infradead.org> Message-ID: <200611140831.41607.jkeating@redhat.com> On Tuesday 14 November 2006 01:17, David Woodhouse wrote: > Is the cost of disk a deciding factor? You were comparing fully packed > repositories, I hope? It's not a huge factor, but it is something to consider as we toss 5K packages on a server. Yes, I'm using fully packed repos as the reference point. Some package sets are actually larger than CVS, some are smaller. Once I've done the full conversion (takes much longer than with hg) I can do an overall comparison. The fact that I have to know about repacking, but not just repacking, repacking with special -a and -d flags just to get the damn thing to repack seems pretty ridiculous to me. Why wouldn't a cvs import automatically repack and prune after the import? > > > > ?B) a user experience that isn't a complete disaster, leading to > > > > multiple rewritten front ends that confuse the issue even further > > > > > > That was true a year or so ago because git itself basically _lacked_ a > > > front end. It's not the case any more. > > > > Not so. ?I ran into many issues just trying to do normal usage of git, > > that is create a repo, add a file, commit the file. > > Really? > > shinybook /home/dwmw2 $ mkdir foobar > shinybook /home/dwmw2 $ cd foobar > shinybook /home/dwmw2/foobar $ git-init-db > defaulting to local storage area > shinybook /home/dwmw2/foobar $ echo hello > newfile > shinybook /home/dwmw2/foobar $ git-add newfile > shinybook /home/dwmw2/foobar $ git-commit -m "Add new file" newfile > Committing initial tree 37f0960e8ef1d9eae41447271f51d579e3ee71ed > shinybook /home/dwmw2/foobar $ rsync -az .git/ > pentafluge.infradead.org:public_git/newrepo shinybook /home/dwmw2/foobar $ > lynx http://git.infradead.org/?p=users/dwmw2/newrepo So here is what hit me: [jkeating at mentok ~]$ mkdir repo [jkeating at mentok ~]$ cd repo [jkeating at mentok repo]$ git init-db defaulting to local storage area [jkeating at mentok repo]$ echo "I am a cool file" > coolfile [jkeating at mentok repo]$ git add coolfile [jkeating at mentok repo]$ git status # # Initial commit # # # Updated but not checked in: # (will commit) # # new file: coolfile # [jkeating at mentok repo]$ git commit *** Environment problem: *** Your name cannot be determined from your system services (gecos). *** You would need to set GIT_AUTHOR_NAME and GIT_COMMITTER_NAME *** environment variables; otherwise you won't be able to perform *** certain operations because of "empty ident" errors. *** Alternatively, you can use user.name configuration variable. fatal: empty ident not allowed [jkeating at mentok repo]$ export GIT_AUTHOR_NAME="Jesse Keating" [jkeating at mentok repo]$ export GIT_COMMITTER_NAME="Jesse Keating" [jkeating at mentok repo]$ git commit Committing initial tree 7492deb01e3f006ffbd8549e930b537d2339ae56 [jkeating at mentok repo]$ echo "I have more lines" >> coolfile [jkeating at mentok repo]$ git diff diff --git a/coolfile b/coolfile index d5e8802..bde20c8 100644 --- a/coolfile +++ b/coolfile @@ -1 +1,2 @@ I am a cool file +I have more lines [jkeating at mentok repo]$ git commit # # Changed but not updated: # (use git-update-index to mark for commit) # # modified: coolfile # nothing to commit [jkeating at mentok repo]$ git diff diff --git a/coolfile b/coolfile index d5e8802..bde20c8 100644 --- a/coolfile +++ b/coolfile @@ -1 +1,2 @@ I am a cool file +I have more lines [jkeating at mentok repo]$ git-update-index [jkeating at mentok repo]$ git diff diff --git a/coolfile b/coolfile index d5e8802..bde20c8 100644 --- a/coolfile +++ b/coolfile @@ -1 +1,2 @@ I am a cool file +I have more lines [jkeating at mentok repo]$ git commit # # Changed but not updated: # (use git-update-index to mark for commit) # # modified: coolfile # nothing to commit [jkeating at mentok repo]$ @(*#^$(*&@^^ At this point I went on a wild goose chase on what the "index" was and why wasn't it being updated. It finally took reading every line of the commit man page to realize that unlike the first commit, I have to add a -a in order to commit any changes. > > > ?Things are not intuitive, the > > docs are extremely hard to follow, and I got told I need to update > > something called an index, which STILL didn't work. > > I strongly suspect that you (or those on whose information you're basing > your judgement) have not actually tried git this year. Or if you have, > you've been looking at horridly out of date documentation. > > > ?Asking around, everybody who uses > > git has ran into these same problems, and have even asked to get things > > fixed upstream but to no avail. ?Linus is not interested in changing how > > git works to have more sane defaults. ?That's fine, git works great for > > his usage case, not so much for our community of software packagers. > > Please, be specific. Ask Adam Jackson (ajax). > > > > > ?C) an upstream that is actually willing to listen to our problems > > > > and fix them or help us to fix them > > > > > > That seems rather strange to me. What causes you to believe that git > > > lacks such qualities in its upstream maintainers? (Sorry, my mail > > > server at home is temporarily dead so I can't easily look back at my > > > archives of the git mailing list). > > > > Reports from other Red Hat employees who have tried to get things changed > > upstream to be more intuitive and less confusing, basically meeting a > > brick wall. > > Do you have references to these discussions? Talk to Adam Jackson. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dcbw at redhat.com Tue Nov 14 14:44:03 2006 From: dcbw at redhat.com (Dan Williams) Date: Tue, 14 Nov 2006 09:44:03 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611140831.41607.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <200611132335.13508.jkeating@redhat.com> <1163485054.3396.32.camel@shinybook.infradead.org> <200611140831.41607.jkeating@redhat.com> Message-ID: <1163515443.2594.7.camel@localhost.localdomain> On Tue, 2006-11-14 at 08:31 -0500, Jesse Keating wrote: > On Tuesday 14 November 2006 01:17, David Woodhouse wrote: > > Is the cost of disk a deciding factor? You were comparing fully packed > > repositories, I hope? > > It's not a huge factor, but it is something to consider as we toss 5K packages > on a server. Yes, I'm using fully packed repos as the reference point. Some > package sets are actually larger than CVS, some are smaller. Once I've done > the full conversion (takes much longer than with hg) I can do an overall > comparison. The fact that I have to know about repacking, but not just > repacking, repacking with special -a and -d flags just to get the damn thing > to repack seems pretty ridiculous to me. Why wouldn't a cvs import > automatically repack and prune after the import? > > > > > > B) a user experience that isn't a complete disaster, leading to > > > > > multiple rewritten front ends that confuse the issue even further > > > > > > > > That was true a year or so ago because git itself basically _lacked_ a > > > > front end. It's not the case any more. > > > > > > Not so. I ran into many issues just trying to do normal usage of git, > > > that is create a repo, add a file, commit the file. > > > > Really? > > > > shinybook /home/dwmw2 $ mkdir foobar > > shinybook /home/dwmw2 $ cd foobar > > shinybook /home/dwmw2/foobar $ git-init-db > > defaulting to local storage area > > shinybook /home/dwmw2/foobar $ echo hello > newfile > > shinybook /home/dwmw2/foobar $ git-add newfile > > shinybook /home/dwmw2/foobar $ git-commit -m "Add new file" newfile > > Committing initial tree 37f0960e8ef1d9eae41447271f51d579e3ee71ed > > shinybook /home/dwmw2/foobar $ rsync -az .git/ > > pentafluge.infradead.org:public_git/newrepo shinybook /home/dwmw2/foobar $ > > lynx http://git.infradead.org/?p=users/dwmw2/newrepo > > So here is what hit me: > > [jkeating at mentok ~]$ mkdir repo > [jkeating at mentok ~]$ cd repo > [jkeating at mentok repo]$ git init-db > defaulting to local storage area > [jkeating at mentok repo]$ echo "I am a cool file" > coolfile > [jkeating at mentok repo]$ git add coolfile > [jkeating at mentok repo]$ git status > # > # Initial commit > # > # > # Updated but not checked in: > # (will commit) > # > # new file: coolfile > # > [jkeating at mentok repo]$ git commit > > *** Environment problem: > *** Your name cannot be determined from your system services (gecos). > *** You would need to set GIT_AUTHOR_NAME and GIT_COMMITTER_NAME > *** environment variables; otherwise you won't be able to perform > *** certain operations because of "empty ident" errors. > *** Alternatively, you can use user.name configuration variable. > > fatal: empty ident not allowed I think you have to touch your ~/.hgrc file or something in your project with mercurial too. Unless I'm mistaken this is common to both systems (?). > [jkeating at mentok repo]$ export GIT_AUTHOR_NAME="Jesse Keating" > [jkeating at mentok repo]$ export GIT_COMMITTER_NAME="Jesse Keating" Again, the "power" of git strikes; you can have different commit/author names for every repo if you edit /.git/something-thats-really-obscure, but you can/have to do the same thing with mercurial too IIRC. > [jkeating at mentok repo]$ git commit > Committing initial tree 7492deb01e3f006ffbd8549e930b537d2339ae56 > [jkeating at mentok repo]$ echo "I have more lines" >> coolfile > [jkeating at mentok repo]$ git diff > diff --git a/coolfile b/coolfile > index d5e8802..bde20c8 100644 > --- a/coolfile > +++ b/coolfile > @@ -1 +1,2 @@ > I am a cool file > +I have more lines > [jkeating at mentok repo]$ git commit > # > # Changed but not updated: > # (use git-update-index to mark for commit) > # > # modified: coolfile > # > nothing to commit > [jkeating at mentok repo]$ git diff > diff --git a/coolfile b/coolfile > index d5e8802..bde20c8 100644 > --- a/coolfile > +++ b/coolfile > @@ -1 +1,2 @@ > I am a cool file > +I have more lines > [jkeating at mentok repo]$ git-update-index > [jkeating at mentok repo]$ git diff > diff --git a/coolfile b/coolfile > index d5e8802..bde20c8 100644 > --- a/coolfile > +++ b/coolfile > @@ -1 +1,2 @@ > I am a cool file > +I have more lines > [jkeating at mentok repo]$ git commit > # > # Changed but not updated: > # (use git-update-index to mark for commit) > # > # modified: coolfile > # > nothing to commit > [jkeating at mentok repo]$ @(*#^$(*&@^^ > > At this point I went on a wild goose chase on what the "index" was and why > wasn't it being updated. It finally took reading every line of the commit > man page to realize that unlike the first commit, I have to add a -a in order > to commit any changes. Right; otherwise you get to specify the files you'd like to commit on the same line, as in 'git commit foo.c bar.c'. If you want to do a blanket commit, you must use '-a' which I can only assume means "all". I just _know_ somebody will suggest shell aliasing; but that indicates that the interaction is fundamentally broken already if you have to resort to aliasing. WTF is a 'commit' for if not to commit what you have changed?!!! I shouldn't have to specify an additional '-a' since I already told it to 'commit' explicitly. I suspect that the default behavior will actually never change because then kernel developers will complain loudly and guess who probably gets listened to more... In the end, the commit behavior here is something you likely just have to learn to deal with, as with things like mercurial's branching/merging strategy junk which git handles more or less automatically. Dan > > > > > Things are not intuitive, the > > > docs are extremely hard to follow, and I got told I need to update > > > something called an index, which STILL didn't work. > > > > I strongly suspect that you (or those on whose information you're basing > > your judgement) have not actually tried git this year. Or if you have, > > you've been looking at horridly out of date documentation. > > > > > Asking around, everybody who uses > > > git has ran into these same problems, and have even asked to get things > > > fixed upstream but to no avail. Linus is not interested in changing how > > > git works to have more sane defaults. That's fine, git works great for > > > his usage case, not so much for our community of software packagers. > > > > Please, be specific. > > Ask Adam Jackson (ajax). > > > > > > > > C) an upstream that is actually willing to listen to our problems > > > > > and fix them or help us to fix them > > > > > > > > That seems rather strange to me. What causes you to believe that git > > > > lacks such qualities in its upstream maintainers? (Sorry, my mail > > > > server at home is temporarily dead so I can't easily look back at my > > > > archives of the git mailing list). > > > > > > Reports from other Red Hat employees who have tried to get things changed > > > upstream to be more intuitive and less confusing, basically meeting a > > > brick wall. > > > > Do you have references to these discussions? > > Talk to Adam Jackson. > > -- > Fedora-maintainers mailing list > Fedora-maintainers at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-maintainers From laroche at redhat.com Tue Nov 14 14:43:15 2006 From: laroche at redhat.com (Florian La Roche) Date: Tue, 14 Nov 2006 15:43:15 +0100 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611140831.41607.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <200611132335.13508.jkeating@redhat.com> <1163485054.3396.32.camel@shinybook.infradead.org> <200611140831.41607.jkeating@redhat.com> Message-ID: <20061114144315.GA16475@dudweiler.stuttgart.redhat.com> > to repack seems pretty ridiculous to me. Why wouldn't a cvs import > automatically repack and prune after the import? Current releases of git-cvsimport automatically repack after a fixed set of commits. Though maybe you want to specify on how packing is done for even better boundaries or other reasons... from git-cvsimport: commit(); if (($commitcount & 1023) == 0) { system("git repack -a -d"); } regards, Florian La Roche From jkeating at redhat.com Tue Nov 14 15:15:51 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 14 Nov 2006 10:15:51 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061114144315.GA16475@dudweiler.stuttgart.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <200611140831.41607.jkeating@redhat.com> <20061114144315.GA16475@dudweiler.stuttgart.redhat.com> Message-ID: <200611141015.51763.jkeating@redhat.com> On Tuesday 14 November 2006 09:43, Florian La Roche wrote: > Current releases of git-cvsimport automatically repack after a fixed > set of commits. Though maybe you want to specify on how packing is done > for even better boundaries or other reasons... > > from git-cvsimport: > ? ? ? ? ? ? ? ? commit(); > ? ? ? ? ? ? ? ? if (($commitcount & 1023) == 0) { > ? ? ? ? ? ? ? ? ? ? ? ? system("git repack -a -d"); > ? ? ? ? ? ? ? ? } Ah. This isn't in the package that Fedora ships. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From cworth at redhat.com Tue Nov 14 15:31:51 2006 From: cworth at redhat.com (Carl Worth) Date: Tue, 14 Nov 2006 07:31:51 -0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061114121855.GC24209@devserv.devel.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <200611132306.15457.jkeating@redhat.com> <87mz6utzu9.wl%cworth@cworth.org> <20061114121855.GC24209@devserv.devel.redhat.com> Message-ID: <87lkmet57c.wl%cworth@cworth.org> On Tue, 14 Nov 2006 07:18:55 -0500, Alan Cox wrote: > Having seen git trash a repository and the fsck of git say nothing was > wrong I'm firmly against adopting git for anything long term and serious > until it is a lot more robust. Alan, you've mentioned this trashing twice in this thread. Do you have anything more than anecdotal evidence about this? If we are to take your recommendation seriously, how do you recommend we measure the robustness of git? Even if there are bugs in the current git-fsck-objects, (something I haven't seen), the git design for full-history integrity is extremely compelling. Barring bugs, any corruption to the history can be detected with an fsck, and no corrupt object can ever enter the repository to replace a good object, (nor will the protocols allow an object to enter the repository under a false pretense of its contents since content is transferred, not hashes, which are always computed locally). And seriously, we're talking about a replacement for cvs here. In every major conversion effort away from cvs that I have seen, the primary difficulty has been dealing with corruption in the cvs data, (both from users doing "bad things" sue to cvs limitations, and due to other corruption that cvs never noticed).. I strongly doubt there is any large, long-term cvs repository without serious damage already. -Carl -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From alan at redhat.com Tue Nov 14 15:50:38 2006 From: alan at redhat.com (Alan Cox) Date: Tue, 14 Nov 2006 10:50:38 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <87lkmet57c.wl%cworth@cworth.org> References: <200611061159.12599.jkeating@redhat.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <200611132306.15457.jkeating@redhat.com> <87mz6utzu9.wl%cworth@cworth.org> <20061114121855.GC24209@devserv.devel.redhat.com> <87lkmet57c.wl%cworth@cworth.org> Message-ID: <20061114155038.GA3816@devserv.devel.redhat.com> On Tue, Nov 14, 2006 at 07:31:51AM -0800, Carl Worth wrote: > Alan, you've mentioned this trashing twice in this thread. Do you have > anything more than anecdotal evidence about this? If we are to take > your recommendation seriously, how do you recommend we measure the > robustness of git? In my case I was doing a rebase and the box crashed. End of repository had to haul diffs out of log files by hand. From jwboyer at jdub.homelinux.org Tue Nov 14 16:19:40 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 14 Nov 2006 10:19:40 -0600 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611141015.51763.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <200611140831.41607.jkeating@redhat.com> <20061114144315.GA16475@dudweiler.stuttgart.redhat.com> <200611141015.51763.jkeating@redhat.com> Message-ID: <1163521180.4605.13.camel@zod.rchland.ibm.com> On Tue, 2006-11-14 at 10:15 -0500, Jesse Keating wrote: > On Tuesday 14 November 2006 09:43, Florian La Roche wrote: > > Current releases of git-cvsimport automatically repack after a fixed > > set of commits. Though maybe you want to specify on how packing is done > > for even better boundaries or other reasons... > > > > from git-cvsimport: > > commit(); > > if (($commitcount & 1023) == 0) { > > system("git repack -a -d"); > > } > > Ah. This isn't in the package that Fedora ships. Chris is typically busy with Xen and other things, so the Extras git package might lag a bit behind the upstream releases. josh From nicolas.mailhot at laposte.net Tue Nov 14 18:17:16 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 14 Nov 2006 19:17:16 +0100 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061114082709.GA4793@dudweiler.stuttgart.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <20061110134730.GA29991@devserv.devel.redhat.com> <20061113111336.GA8088@dudweiler.stuttgart.redhat.com> <200611130633.44916.ndbecker2@gmail.com> <455883D4.7020801@poolshark.org> <1163429276.4075.16.camel@zod.rchland.ibm.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <20061113235302.39677544@ernie> <20061114045851.GA27594@nostromo.devel.redhat.com> <20061114082709.GA4793@dudweiler.stuttgart.redhat.com> Message-ID: <1163528237.9150.8.camel@rousalka.dyndns.org> Le mardi 14 novembre 2006 ? 09:27 +0100, Florian La Roche a ?crit : > > The easiest way to start down this road is to use a distributed SCM > > that allows for easy project cloning. (And this is why a CVS -> SVN > > change is fundamentally uninteresting.) > > Doesn't an import of src.rpms into a new cvs server serve the > same purpose and make it easy enough to maintain packages that way? Are you kidding ? Most contributors do not have a ready-to-use cvs server someone else set up, maintains and graciously allows access to. Even writing an eclipse hg or git plugin from scratch has more appeal than trying to teach countless contributors how to set up and maintain their own cvs server. cvs is a dead end. There's a reason cvs replacements are mushrooming today -- Nicolas Mailhot From cworth at redhat.com Tue Nov 14 18:25:59 2006 From: cworth at redhat.com (Carl Worth) Date: Tue, 14 Nov 2006 10:25:59 -0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611140831.41607.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <200611132335.13508.jkeating@redhat.com> <1163485054.3396.32.camel@shinybook.infradead.org> <200611140831.41607.jkeating@redhat.com> Message-ID: <87irhhubpk.wl%cworth@cworth.org> On Tue, 14 Nov 2006 08:31:41 -0500, Jesse Keating wrote: > It's not a huge factor, but it is something to consider as we toss 5K packages > on a server. Yes, I'm using fully packed repos as the reference point. Some > package sets are actually larger than CVS, some are smaller. Once I've done > the full conversion (takes much longer than with hg) I can do an overall > comparison. I know I'll be interested in seeing that comparison. Git has some potential for doing better here since its packs can take advantage of inter-file similarities for compression, which hg's per-file storage cannot. But I don't have any idea which tool wins in general. > So here is what hit me: [snip of initial part of git interaction that looks sane and basically identical to hg] > [jkeating at mentok repo]$ git commit > > *** Environment problem: > *** Your name cannot be determined from your system services (gecos). > *** You would need to set GIT_AUTHOR_NAME and GIT_COMMITTER_NAME > *** environment variables; otherwise you won't be able to perform > *** certain operations because of "empty ident" errors. > *** Alternatively, you can use user.name configuration variable. So, here git is refusing to create (indelible) history without proper attribution. That's a good thing, (why's your gecos information missing, by the way?). Meanwhile, git does give sufficient guidance here for you to fix the problem. > [jkeating at mentok repo]$ git commit > # > # Changed but not updated: > # (use git-update-index to mark for commit) > # > # modified: coolfile > # [...] > [jkeating at mentok repo]$ git-update-index [...] > [jkeating at mentok repo]$ git commit > # > # Changed but not updated: > # (use git-update-index to mark for commit) > # > # modified: coolfile > # > nothing to commit > [jkeating at mentok repo]$ @(*#^$(*&@^^ OK. That's definitely a UI bug. Here git failed to give you the proper guidance for achieving what you wanted to do. Here's a proposed fix. If the original message saying: (use git-update-index to mark for commit) had instead said: (use "git commit " to commit or "git commit -a" for all) would that have solved the problem? It would have at least prevented your wild goose chase through the documentation looking for this thing called an "index", (which I agree new users shouldn't have to care about to just commit a first change to a file). I've just submitted a patch for that to upstream git, and we can all watch to measure the responsiveness of the maintainers. > > > ?Asking around, everybody who uses > > > git has ran into these same problems, and have even asked to get things > > > fixed upstream but to no avail. ?Linus is not interested in changing how > > > git works to have more sane defaults. ?That's fine, git works great for > > > his usage case, not so much for our community of software packagers. There is definitely some misinformation behind your statements here. First, Linus is not the maintainer of git, nor has he been for quite a long time. Junio Hamano is the maintainer, and has proven to be very responsive to all the user-interface changes I've proposed, (either accepting them or providing reasonable rationale for the situation). I don't think all git UI bugs are worked out yet, but I don't see anything unfixable. As for "git commit -a", that is still a bit of a UI wart for users who expect "commit" to accept the entire state of the working tree. I had a lively debate with Linus early in my usage of git about this issue, and he stated strong opinions that the "index" is an important concept in git, it's useful as a "staging area" for the commit, and that it should be introduced to new users immediately, rather than be hidden by the UI for the most part. Meanwhile, Junio recently said that the "update-index" command should be treated as plumbing, not porcelain, (which means that git-commit's message directing users to "update-index" is definitely a bug). So there's evidence that the current git maintainer is listening to UI concerns from new users, even when contrary to Linus' original opinions on the UI. I think the logical next conclusion is that the "git commit -a" behavior should be the default. There is even a handy alias feature in git now, (which I mention not to say that all new users should manually install the "make the UI sane" aliases, but that the aliases can be used by experienced users to withstand changes in the defaults). And as evidence that git UI does improve, it used to be that the -a option to git-commit didn't even exist. > > > Reports from other Red Hat employees who have tried to get things changed > > > upstream to be more intuitive and less confusing, basically meeting a > > > brick wall. I'm a Red Hat employee, and I feel I've been successful at helping git to be more intuitive and less confusing. I've not seen any discussions end in a brick wall on the git mailing list since I've been reading it (January 2006). But the really important point is that little things like "-a or no -a" are truly minor and can be changed without impact on the actual data stored in the repository. On the other hand, if there are issues about the robustness of the data stored in the repository, that's a much harder thing to fix, so I would argue that the repository storage is a much more significant distinction to make in selecting a system. (And this is after discarding things like cvs and svn for simply not being able to provide the functionality that is desired.) -Carl -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From krh at redhat.com Tue Nov 14 18:24:17 2006 From: krh at redhat.com (=?UTF-8?B?S3Jpc3RpYW4gSMO4Z3NiZXJn?=) Date: Tue, 14 Nov 2006 13:24:17 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611132306.15457.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <200611132306.15457.jkeating@redhat.com> Message-ID: <455A09D1.1060906@redhat.com> Jesse Keating wrote: > On Monday 13 November 2006 22:23, David Woodhouse wrote: >> So... if we discount the religious issue of the language it's written >> in, why _would_ we consider using Hg instead of git? >> >> I'd be much happier with git. The recent proliferation of version >> control systems isn't a good thing -- I strongly believe that in general >> we should stick with CVS where it's good (or entrenched) enough, and use >> git for for the rest. > > The reasons I have thus far are (in no particular order) > > A) even smaller server footprint than git > > B) a user experience that isn't a complete disaster, leading to multiple > rewritten front ends that confuse the issue even further If you take a step back and consider the overall user experience, working with yet another SCM is a turn for the worse, no matter how nice mercurial is. And for that's what dist-hg will be for me, no other project I work with use mercurial but quite a few use git. I think the same is true for many other Fedora/Red Hat/whichever developers. > C) an upstream that is actually willing to listen to our problems and fix > them or help us to fix them The same is true for the git community, though some issues are part of the design and won't be changed (i.e. the index). cheers, Kristian From jkeating at redhat.com Tue Nov 14 22:12:08 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 14 Nov 2006 17:12:08 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <455A09D1.1060906@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <200611132306.15457.jkeating@redhat.com> <455A09D1.1060906@redhat.com> Message-ID: <200611141712.08925.jkeating@redhat.com> On Tuesday 14 November 2006 13:24, Kristian H?gsberg wrote: > If you take a step back and consider the overall user experience, working > with yet another SCM is a turn for the worse, no matter how nice mercurial > is. ?And for that's what dist-hg will be for me, no other project I work > with use mercurial but quite a few use git. ?I think the same is true for > many other Fedora/Red Hat/whichever developers. I don't discount that git is used a lot of places, however hg is a growing userbase too, and saying 'everybody uses git so we should to' discounts the growing userbase that is hg. Mozilla is about to move to hg as an example. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From coldwell at redhat.com Tue Nov 14 22:40:08 2006 From: coldwell at redhat.com (Chip Coldwell) Date: Tue, 14 Nov 2006 17:40:08 -0500 (EST) Subject: who's maintaining texinfo? Message-ID: Who's maintaining texinfo? I have a bug for you: 208511. Chip -- Charles M. "Chip" Coldwell Senior Software Engineer Red Hat, Inc 978-392-2426 From buildsys at fedoraproject.org Tue Nov 14 23:35:28 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 14 Nov 2006 18:35:28 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-14 Message-ID: <20061114233528.9F9D615212E@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): checkpolicy FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.32-1) FC6-updates > FC7 (0:1.32-1.fc6 > 0:1.32-1) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) iscsi-initiator-utils FC6-updates > FC7 (0:6.2.0.730-0.8.fc6 > 0:6.2.0.695-0.7) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) xen FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xorg-x11-xinit FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) wine FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) aportal AT univ-montp2.fr: piklab FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) enrico.scholz AT informatik.tu-chemnitz.de: tor FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) foolish AT guezz.net: muine FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) giallu AT gmail.com: sysprof-kmod FE6 > FE7 (0:1.0.5-1.2.6.18_1.2849.fc6 > 0:1.0.5-1.2.6.18_1.2798.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) michel.salim AT gmail.com: python-nltk FE4 > FE6 (0:1.4.4-3.fc4 > 0:1.4.4-2.fc6) FE5 > FE6 (0:1.4.4-3.fc5 > 0:1.4.4-2.fc6) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) robert AT marcanoonline.com: eclipse-subclipse FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) roland AT redhat.com: monotone FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) somlo AT cmu.edu: aumix FC3 > FE5 (0:2.8-9 > 0:2.8-1.fc5) FC3 > FE6 (0:2.8-9 > 0:2.8-1.fc6) FC3 > FE7 (0:2.8-9 > 0:2.8-1.fc7) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) wtogami AT redhat.com: thunderbird FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- aumix: somlo AT cmu.edu FC3 > FE5 (0:2.8-9 > 0:2.8-1.fc5) FC3 > FE6 (0:2.8-9 > 0:2.8-1.fc6) FC3 > FE7 (0:2.8-9 > 0:2.8-1.fc7) checkpolicy: UNKNOWN OWNER (possibly Core package) FC5-updates > FC7 (0:1.32-1.fc5 > 0:1.32-1) FC6-updates > FC7 (0:1.32-1.fc6 > 0:1.32-1) cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) eclipse-subclipse: robert AT marcanoonline.com FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) iscsi-initiator-utils: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:6.2.0.730-0.8.fc6 > 0:6.2.0.695-0.7) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) monotone: roland AT redhat.com FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) muine: foolish AT guezz.net FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) piklab: aportal AT univ-montp2.fr FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) python-nltk: michel.salim AT gmail.com FE4 > FE6 (0:1.4.4-3.fc4 > 0:1.4.4-2.fc6) FE5 > FE6 (0:1.4.4-3.fc5 > 0:1.4.4-2.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) sysprof-kmod: giallu AT gmail.com FE6 > FE7 (0:1.0.5-1.2.6.18_1.2849.fc6 > 0:1.0.5-1.2.6.18_1.2798.fc6) thunderbird: wtogami AT redhat.com FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) tor: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) wine: andreas.bierfert AT lowlatency.de FE3 > FE7 (0:0.9.24-1.fc3 > 0:0.9.23-1.fc6) FE4 > FE7 (0:0.9.24-1.fc4 > 0:0.9.23-1.fc6) FE5 > FE7 (0:0.9.24-1.fc5 > 0:0.9.23-1.fc6) FE6 > FE7 (0:0.9.24-1.fc6 > 0:0.9.23-1.fc6) xen: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) xorg-x11-xinit: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) From dwmw2 at infradead.org Wed Nov 15 05:07:26 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 15 Nov 2006 13:07:26 +0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611140831.41607.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <200611132335.13508.jkeating@redhat.com> <1163485054.3396.32.camel@shinybook.infradead.org> <200611140831.41607.jkeating@redhat.com> Message-ID: <1163567246.3396.155.camel@shinybook.infradead.org> On Tue, 2006-11-14 at 08:31 -0500, Jesse Keating wrote: > On Tuesday 14 November 2006 01:17, David Woodhouse wrote: > > Is the cost of disk a deciding factor? You were comparing fully packed > > repositories, I hope? > > It's not a huge factor, but it is something to consider as we toss 5K packages > on a server. Yes, I'm using fully packed repos as the reference point. Some > package sets are actually larger than CVS, some are smaller. Once I've done > the full conversion (takes much longer than with hg) I can do an overall > comparison. The fact that I have to know about repacking, but not just > repacking, repacking with special -a and -d flags just to get the damn thing > to repack seems pretty ridiculous to me. Why wouldn't a cvs import > automatically repack and prune after the import? As far as I can tell, the git-cvsimport script _does_ repack for itself (with -d -a) after every 1024 commits it imports. This is the standard Fedora Extras package (git-core-1.4.2.4-1.fc6), which has been installed here since October 20th. Perhaps it ought to repack when it's finished too. A simple enough RFE -- but you'll probably want a cron job repacking all repos periodically anyway. > # Changed but not updated: > # (use git-update-index to mark for commit) > At this point I went on a wild goose chase on what the "index" was and why > wasn't it being updated. It finally took reading every line of the commit > man page to realize that unlike the first commit, I have to add a -a in order > to commit any changes. That or glance at the result of 'git-update-index --help' and observe that it takes files as an argument. Initial teething problems and misunderstandings are not criteria on which to base a decision like this. If we _are_ still at that stage of the investigation, then we should definitely stick with CVS for now. > > Please, be specific. > > Ask Adam Jackson (ajax). I'm asking you specifically, because you were the one who claimed it as one of _your_ reasons. -- dwmw2 From dwmw2 at infradead.org Wed Nov 15 05:09:42 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 15 Nov 2006 13:09:42 +0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061114155038.GA3816@devserv.devel.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <200611132306.15457.jkeating@redhat.com> <87mz6utzu9.wl%cworth@cworth.org> <20061114121855.GC24209@devserv.devel.redhat.com> <87lkmet57c.wl%cworth@cworth.org> <20061114155038.GA3816@devserv.devel.redhat.com> Message-ID: <1163567382.3396.158.camel@shinybook.infradead.org> On Tue, 2006-11-14 at 10:50 -0500, Alan Cox wrote: > On Tue, Nov 14, 2006 at 07:31:51AM -0800, Carl Worth wrote: > > Alan, you've mentioned this trashing twice in this thread. Do you have > > anything more than anecdotal evidence about this? If we are to take > > your recommendation seriously, how do you recommend we measure the > > robustness of git? > > In my case I was doing a rebase and the box crashed. End of repository > had to haul diffs out of log files by hand. Do you have a tarball of this repository? I'd like to do a post-mortem. I don't actually believe it was trashed, unless the crash of the box _also_ scribbled on the filesystem, in which case all bets are off. And a rebase on the _server_ side isn't a use case we're interested in anyway -- server repositories we only ever push to; never merge or commit locally. Not that it makes your alleged problem any less serious in the general case, of course. -- dwmw2 From cworth at redhat.com Wed Nov 15 06:19:53 2006 From: cworth at redhat.com (Carl Worth) Date: Tue, 14 Nov 2006 22:19:53 -0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163567382.3396.158.camel@shinybook.infradead.org> References: <200611061159.12599.jkeating@redhat.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <200611132306.15457.jkeating@redhat.com> <87mz6utzu9.wl%cworth@cworth.org> <20061114121855.GC24209@devserv.devel.redhat.com> <87lkmet57c.wl%cworth@cworth.org> <20061114155038.GA3816@devserv.devel.redhat.com> <1163567382.3396.158.camel@shinybook.infradead.org> Message-ID: <877ixxtenq.wl%cworth@cworth.org> On Wed, 15 Nov 2006 13:09:42 +0800, David Woodhouse wrote: > > In my case I was doing a rebase and the box crashed. End of repository > > had to haul diffs out of log files by hand. > > Do you have a tarball of this repository? I'd like to do a post-mortem. > I don't actually believe it was trashed, unless the crash of the box > _also_ scribbled on the filesystem, in which case all bets are off. Not all bets. git-fsck should still be able to report that there is a problem in that case. Alan's report said "fsck of git [said] nothing was wrong", which is very odd. The only corruption that should be this silent would be something that had the astronomically unlikely effect of modifying an object and its hash so that they still matched. Perhaps that was user error in driving git-fsck-objects? It doesn't look into packs without --full, right? Anyway, I'd also be interested in seeing the repository if it exists. -Carl -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From alan at redhat.com Wed Nov 15 10:43:11 2006 From: alan at redhat.com (Alan Cox) Date: Wed, 15 Nov 2006 05:43:11 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <877ixxtenq.wl%cworth@cworth.org> References: <200611061159.12599.jkeating@redhat.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <200611132306.15457.jkeating@redhat.com> <87mz6utzu9.wl%cworth@cworth.org> <20061114121855.GC24209@devserv.devel.redhat.com> <87lkmet57c.wl%cworth@cworth.org> <20061114155038.GA3816@devserv.devel.redhat.com> <1163567382.3396.158.camel@shinybook.infradead.org> <877ixxtenq.wl%cworth@cworth.org> Message-ID: <20061115104311.GA26500@devserv.devel.redhat.com> On Tue, Nov 14, 2006 at 10:19:53PM -0800, Carl Worth wrote: > silent would be something that had the astronomically unlikely effect > of modifying an object and its hash so that they still > matched. Perhaps that was user error in driving git-fsck-objects? It > doesn't look into packs without --full, right? No Linus told me about that and it and the disk fsck were consistent. It seems that during the rebase it pulled the new stuff out, moved forward and then in dying the stuff to reapply after the rebase vanished somewhere > Anyway, I'd also be interested in seeing the repository if it exists. I got rid of it some time after. Once Linus had no idea what was going. Alan From jkeating at redhat.com Wed Nov 15 12:30:48 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 15 Nov 2006 07:30:48 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163567246.3396.155.camel@shinybook.infradead.org> References: <200611061159.12599.jkeating@redhat.com> <200611140831.41607.jkeating@redhat.com> <1163567246.3396.155.camel@shinybook.infradead.org> Message-ID: <200611150730.48533.jkeating@redhat.com> On Wednesday 15 November 2006 00:07, David Woodhouse wrote: > > Ask Adam Jackson (ajax). > > I'm asking you specifically, because you were the one who claimed it as > one of _your_ reasons. And I'm telling you that I based this reason on input I got from _other_ uses of the tool. I can't possibly know all the ins and outs of the tool, so I'm asking opinions of those that use it on a daily basis. I continue to get "its a great tool, learning it sucks and sometimes I have to do sucky things to do what I want, but its a great tool!" -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jonathan.underwood at gmail.com Wed Nov 15 12:52:15 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 15 Nov 2006 12:52:15 +0000 Subject: db4 is now updated to 4.5.20 and compat-db to 4.3.29 In-Reply-To: References: <1163184511.28734.18.camel@redhat.usu> <200611101542.59664.jkeating@redhat.com> <1163193616.3704.3.camel@perun.kabelta.loc> <1163227415.2618.10.camel@redhat.usu> <20061111081705.GA27767@redhat.com> <1163234376.2618.22.camel@redhat.usu> <1163407066.15230.8.camel@perun.kabelta.loc> <1163409674.2336.29.camel@redhat.usu> Message-ID: <645d17210611150452t5c6de402k2a6862c038870e71@mail.gmail.com> On 13 Nov 2006 09:00:50 -0600, Jason L Tibbitts III wrote: > Well, the license isn't actually the GPL. The packaging committee > (and more specifically, me, when I can find some time) is working up a > draft guideline on this sort of thing. Essentially, the License: tag > is just a hint as to what the actual license is and you shouldn't try > to include all of the details of the license there, but you shouldn't > lie about it either. If it's called the "Sleepycat license" and isn't > just a renamed or slightly amended copy of some other recognized > license, then put "Sleepycat" in the license tag and be done with it. > The license text needs to be included as %doc in the package anyway > and that's where people with serious questions should always refer. So is the license tag actually useful for anything, I wonder? Seems to me it doesn't serve any purpose other than to give rise to ambiguity, such as the one in this thread. I wonder if it would be more useful to have a %license macro for the files section which flags a given file as the license file. Then, rpmlint and friends could easily flag up packages with a missing COPYING (or equivalent) license file. Jonathan From jkeating at redhat.com Wed Nov 15 13:24:10 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 15 Nov 2006 08:24:10 -0500 Subject: dist-git status Message-ID: <200611150824.10933.jkeating@redhat.com> I've finally been able to convert all extras package modules/branches (from FC3 and up) to git, much in the same layout as dist-hg (each release "branch" being its own standalone repo (complete with inherited history from devel/ branch at split time)) I haven't yet started modifying Makefiles and plague to handle getting a checkout of a package from a tag and building it. That will probably come next week. Some interesting comparisons: Time to convert from CVS to GIT: real 556m51.452s user 32m36.370s sys 68m29.753s Time to convert from CVS to HG: real 155m0.948s user 84m18.080s sys 41m5.246s Size of dist-git (with full repack -a -d): 3.9G /srv/git/extras Size of dist-hg (no extra processing): 1.8G /srv/hg/extras None of the above are really deciding factors in what to use, just some interesting anecdotal observations. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Wed Nov 15 13:40:24 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 15 Nov 2006 14:40:24 +0100 Subject: db4 is now updated to 4.5.20 and compat-db to 4.3.29 In-Reply-To: <645d17210611150452t5c6de402k2a6862c038870e71@mail.gmail.com> References: <1163184511.28734.18.camel@redhat.usu> <200611101542.59664.jkeating@redhat.com> <1163193616.3704.3.camel@perun.kabelta.loc> <1163227415.2618.10.camel@redhat.usu> <20061111081705.GA27767@redhat.com> <1163234376.2618.22.camel@redhat.usu> <1163407066.15230.8.camel@perun.kabelta.loc> <1163409674.2336.29.camel@redhat.usu> <645d17210611150452t5c6de402k2a6862c038870e71@mail.gmail.com> Message-ID: <20061115144024.132f3726.bugs.michael@gmx.net> On Wed, 15 Nov 2006 12:52:15 +0000, Jonathan Underwood wrote: > So is the license tag actually useful for anything, I wonder? Seems to > me it doesn't serve any purpose other than to give rise to ambiguity, > such as the one in this thread. Its primary use is in tools like repoview (and any other tool or query operation that would search or sort by package header information). From jonathan.underwood at gmail.com Wed Nov 15 13:41:27 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 15 Nov 2006 13:41:27 +0000 Subject: db4 is now updated to 4.5.20 and compat-db to 4.3.29 In-Reply-To: <20061115144024.132f3726.bugs.michael@gmx.net> References: <1163184511.28734.18.camel@redhat.usu> <1163193616.3704.3.camel@perun.kabelta.loc> <1163227415.2618.10.camel@redhat.usu> <20061111081705.GA27767@redhat.com> <1163234376.2618.22.camel@redhat.usu> <1163407066.15230.8.camel@perun.kabelta.loc> <1163409674.2336.29.camel@redhat.usu> <645d17210611150452t5c6de402k2a6862c038870e71@mail.gmail.com> <20061115144024.132f3726.bugs.michael@gmx.net> Message-ID: <645d17210611150541t5e7020f4l506d4c587e47e14e@mail.gmail.com> On 15/11/06, Michael Schwendt wrote: > On Wed, 15 Nov 2006 12:52:15 +0000, Jonathan Underwood wrote: > > > So is the license tag actually useful for anything, I wonder? Seems to > > me it doesn't serve any purpose other than to give rise to ambiguity, > > such as the one in this thread. > > Its primary use is in tools like repoview (and any other tool or query > operation that would search or sort by package header information). Right, but the results returned by any such query related to the license tag aren't very useful, I would suggest. From meyering at redhat.com Wed Nov 15 14:30:43 2006 From: meyering at redhat.com (Jim Meyering) Date: Wed, 15 Nov 2006 15:30:43 +0100 Subject: dist-hg proof-of-concept ready for use Message-ID: <87r6w4ok8c.fsf@rho.meyering.net> On , I was glad to see that Fedora is moving toward use of a distributed VCS. However, I noticed that the comparison lists "Higher disk space requirements" as one of the "Git Cons". I'd like to point out that in my experience[*], git repository size is on par with that of mercurial, and these days, even smaller. Jim [*] I've been maintaining upstream coreutils for ages, and have wanted to switch development to a dVCS for the last year. I finally made the leap just last month. Over the months leading up to my decision/switch, I converted the 100MB coreutils CVS repository to git and to hg many times, using various tools and experimenting with evolving versions of git and hg. The resulting repositories were nearly the same size (in April, that size was 65-70MB) in the early months. Now the git repo, even with many more deltas, is smaller still, at just 57MB. Of course, if you use a conversion mechanism that does not periodically repack, you'll find that the git repository takes far _more_ space than the mercurial one -- more than 10 times the space in my case. The tool I used, git-cvsimport, does this repacking every thousand deltas, but older versions of git-cvsimport and tailor didn't, and you had to repack manually. Even over the last few months, git's packing algorithms have improved. When I first began considering the switch to a dVCS, early this year, mercurial did have a small repo-size advantage. Now, git may have the advantage -- I haven't converted to hg in a while. However, at least with respect to repository size, these two tools are so close that this criteria is no longer a relevant issue when deciding which to use. I've been using both hg and git for different projects, and I've spent a long time mulling over which to use for coreutils. I settled on git not just due to its larger developer base, but also to their mind set. I have the impression that there are far more people contributing to git development than to mercurial development. As you might expect, with so many more developers, git seems to have more features/tools than hg, but if you're new to the use of a dVCS this isn't immediately apparent. Also, I've been very impressed with (git maintainer) Junio's responsiveness to my few git bug reports. Regarding developer "mind set," I found and reported a serious mercurial bug, Title: "hg commit non-existent f1 f2" succeeds!?! http://www.selenic.com/mercurial/bts/issue361 But it has been over two months now, and it's still not fixed. In git, I'm confident that such a bug would have been fixed in days, or even hours. In a similar vein (but not a critical bug), I reported what I thought was "obviously" a bug: Title: "hg diff b a" should print "b"s diffs first http://www.selenic.com/mercurial/bts/issue360 That behavior seemed so patently counter-intuitive to me, that I was totally taken aback to find the developers debating at length, arguing that this behavior is _desirable_. Disappointingly, last I heard, this will not be changed. For the record, I too have been frustrated by the fact that the latest versions of those tools were too slow to make it into distribution. So I've been using cutting-edge versions (pulled and built every few days) of both hg and git for the better part of this year. I am glad that savannah now offers support (brand new) for git. If you want to try out a web interface, here's one for coreutils: http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=summary From meyering at redhat.com Wed Nov 15 14:31:02 2006 From: meyering at redhat.com (Jim Meyering) Date: Wed, 15 Nov 2006 15:31:02 +0100 Subject: dist-git status In-Reply-To: <200611150824.10933.jkeating@redhat.com> (Jesse Keating's message of "Wed, 15 Nov 2006 08:24:10 -0500") References: <200611150824.10933.jkeating@redhat.com> Message-ID: <87odr8ok7t.fsf@rho.meyering.net> Jesse Keating wrote: > I've finally been able to convert all extras package modules/branches (from > FC3 and up) to git, much in the same layout as dist-hg (each release "branch" > being its own standalone repo (complete with inherited history from devel/ > branch at split time)) > > I haven't yet started modifying Makefiles and plague to handle getting a > checkout of a package from a tag and building it. That will probably come > next week. > > Some interesting comparisons: > > Time to convert from CVS to GIT: Did you use git-cvsimport? One invocation to convert an entire tree containing lots of individual package trees into a single git repository? > real 556m51.452s > user 32m36.370s > sys 68m29.753s > > Time to convert from CVS to HG: What tool did you use here? The only tool I've used is tailor, and back when I last used it, it was about 15x slower than git-cvsimport. > real 155m0.948s > user 84m18.080s > sys 41m5.246s > > Size of dist-git (with full repack -a -d): > 3.9G /srv/git/extras > > Size of dist-hg (no extra processing): > 1.8G /srv/hg/extras > > None of the above are really deciding factors in what to use, just some > interesting anecdotal observations. What version of git tools are you using? I ask because newer versions typically produce smaller repositories. And with newer versions of git-cvsimport, there is no need for a manual repack. In conversions I've done, the need for a manual repack went away months ago. It may well be that the incremental repacking now done by git-cvsimport ends up producing a much smaller repo than the old "repack-everything-at-the-end" technique. FYI, rawhide has git-1.4.2.4, with is only a few weeks old. Also, I can attest that the run times using the newer git-cvsimport can be far faster, with the incremental repack. Otherwise, git would create so many files that you'd run into terrible file system performance problems. This depends on file system type. However, I agree that the initial conversion speed isn't a big deal, since you do it only once (or at least a relatively small number of times :-) after all. From fedora at camperquake.de Wed Nov 15 14:48:21 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 15 Nov 2006 15:48:21 +0100 Subject: dist-git status In-Reply-To: <200611150824.10933.jkeating@redhat.com> References: <200611150824.10933.jkeating@redhat.com> Message-ID: <20061115154821.041a703e@yareena.int.addix.net> Hi. On Wed, 15 Nov 2006 08:24:10 -0500, Jesse Keating wrote: > I've finally been able to convert all extras package modules/branches > (from FC3 and up) to git, much in the same layout as dist-hg (each > release "branch" being its own standalone repo (complete with > inherited history from devel/ branch at split time)) Maybe I'm missing something important here, but what is the gain by having each branch in it's own repo? Doesn't that mean that I can not merge changes from one branch into another one without using external patch files? From jwboyer at jdub.homelinux.org Wed Nov 15 14:50:54 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 15 Nov 2006 08:50:54 -0600 Subject: dist-git status In-Reply-To: <20061115154821.041a703e@yareena.int.addix.net> References: <200611150824.10933.jkeating@redhat.com> <20061115154821.041a703e@yareena.int.addix.net> Message-ID: <1163602254.18119.0.camel@zod.rchland.ibm.com> On Wed, 2006-11-15 at 15:48 +0100, Ralf Ertzinger wrote: > Hi. > > On Wed, 15 Nov 2006 08:24:10 -0500, Jesse Keating wrote: > > > I've finally been able to convert all extras package modules/branches > > (from FC3 and up) to git, much in the same layout as dist-hg (each > > release "branch" being its own standalone repo (complete with > > inherited history from devel/ branch at split time)) > > Maybe I'm missing something important here, but what is the gain by having > each branch in it's own repo? Doesn't that mean that I can not merge changes > from one branch into another one without using external patch files? If it isn't done like that, you have to clone the entire repository to do anything. That sucks for people that only want to work on a handful of packages or releases. You could probably find a happy medium by creating a repo per package though. josh From berrange at redhat.com Wed Nov 15 14:52:52 2006 From: berrange at redhat.com (Daniel P. Berrange) Date: Wed, 15 Nov 2006 14:52:52 +0000 Subject: dist-git status In-Reply-To: <20061115154821.041a703e@yareena.int.addix.net> References: <200611150824.10933.jkeating@redhat.com> <20061115154821.041a703e@yareena.int.addix.net> Message-ID: <20061115145252.GB17466@redhat.com> On Wed, Nov 15, 2006 at 03:48:21PM +0100, Ralf Ertzinger wrote: > Hi. > > On Wed, 15 Nov 2006 08:24:10 -0500, Jesse Keating wrote: > > > I've finally been able to convert all extras package modules/branches > > (from FC3 and up) to git, much in the same layout as dist-hg (each > > release "branch" being its own standalone repo (complete with > > inherited history from devel/ branch at split time)) > > Maybe I'm missing something important here, but what is the gain by having > each branch in it's own repo? Doesn't that mean that I can not merge changes > from one branch into another one without using external patch files? Don't worry - distributed SCM's make this kind of operation incredibly easy - they have to since this is the way you push changes around between your local & upstream repo anyway. For mercurial, it'd be just a case of running hg pull /path/to/repo/for/branch hg update -m If sure git is similarly trivial too Regards, Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From jkeating at redhat.com Wed Nov 15 14:52:50 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 15 Nov 2006 09:52:50 -0500 Subject: dist-git status In-Reply-To: <87odr8ok7t.fsf@rho.meyering.net> References: <200611150824.10933.jkeating@redhat.com> <87odr8ok7t.fsf@rho.meyering.net> Message-ID: <200611150952.50573.jkeating@redhat.com> On Wednesday 15 November 2006 09:31, Jim Meyering wrote: > Jesse Keating wrote: > > I've finally been able to convert all extras package modules/branches > > (from FC3 and up) to git, much in the same layout as dist-hg (each > > release "branch" being its own standalone repo (complete with inherited > > history from devel/ branch at split time)) > > > > I haven't yet started modifying Makefiles and plague to handle getting a > > checkout of a package from a tag and building it. That will probably > > come next week. > > > > Some interesting comparisons: > > > > Time to convert from CVS to GIT: > > Did you use git-cvsimport? > One invocation to convert an entire tree containing lots of > individual package trees into a single git repository? > > > real 556m51.452s > > user 32m36.370s > > sys 68m29.753s > > > > Time to convert from CVS to HG: > > What tool did you use here? > The only tool I've used is tailor, and back when I last used it, > it was about 15x slower than git-cvsimport. > > > real 155m0.948s > > user 84m18.080s > > sys 41m5.246s > > > > Size of dist-git (with full repack -a -d): > > 3.9G /srv/git/extras > > > > Size of dist-hg (no extra processing): > > 1.8G /srv/hg/extras > > > > None of the above are really deciding factors in what to use, just some > > interesting anecdotal observations. > > What version of git tools are you using? I ask because newer versions > typically produce smaller repositories. And with newer versions of > git-cvsimport, there is no need for a manual repack. In conversions I've > done, the need for a manual repack went away months ago. It may well be > that the incremental repacking now done by git-cvsimport ends up producing > a much smaller repo than the old "repack-everything-at-the-end" technique. > FYI, rawhide has git-1.4.2.4, with is only a few weeks old. > > Also, I can attest that the run times using the newer git-cvsimport can be > far faster, with the incremental repack. Otherwise, git would create so > many files that you'd run into terrible file system performance problems. > This depends on file system type. > > However, I agree that the initial conversion speed isn't a big deal, > since you do it only once (or at least a relatively small number of > times :-) after all. > See http://fedoraproject.org/wiki/Infrastructure/VersionControl/dist-hg and http://fedoraproject.org/wiki/Infrastructure/VersionControl/dist-git for info. git-core-1.4.2.4-1.fc6 -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Wed Nov 15 14:55:34 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 15 Nov 2006 09:55:34 -0500 Subject: dist-git status In-Reply-To: <20061115154821.041a703e@yareena.int.addix.net> References: <200611150824.10933.jkeating@redhat.com> <20061115154821.041a703e@yareena.int.addix.net> Message-ID: <200611150955.34989.jkeating@redhat.com> On Wednesday 15 November 2006 09:48, Ralf Ertzinger wrote: > Maybe I'm missing something important here, but what is the gain by having > each branch in it's own repo? Doesn't that mean that I can not merge > changes from one branch into another one without using external patch > files? Both git and hg allow you to pull patches from other repos to a "branch". Since each branch is created from the devel/ directory there is a history in place that is used when pulling a patch set. What we gain is a far easier way to do ACLs, a much easier way to get history of changes on a given repo, and a much easier way to get just the devel/ or FC-6/ branches of a given package (or all the devel's) -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From cworth at redhat.com Wed Nov 15 15:14:03 2006 From: cworth at redhat.com (Carl Worth) Date: Wed, 15 Nov 2006 07:14:03 -0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611150730.48533.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <200611140831.41607.jkeating@redhat.com> <1163567246.3396.155.camel@shinybook.infradead.org> <200611150730.48533.jkeating@redhat.com> Message-ID: <8764dgu4hw.wl%cworth@cworth.org> On Wed, 15 Nov 2006 07:30:48 -0500, Jesse Keating wrote: > And I'm telling you that I based this reason on input I got from _other_ uses > of the tool. I can't possibly know all the ins and outs of the tool, so I'm > asking opinions of those that use it on a daily basis. I continue to > get "its a great tool, learning it sucks and sometimes I have to do sucky > things to do what I want, but its a great tool!" OK. I'm a user of git. I use it on a daily basis. I think it's a great tool. I don't think learning it is really all that hard. There are a couple of minor things that would improve the user experience, (for example, typing "git pull . " is a bit goofy where something like "git merge " would feel more natural). These things really are minor, and I'm currently working to get these fixed upstream in git. It is a great tool. Even without any improvements in the current git UI I don't think it has any problems serious enough that something else should be considered. So there's my opinion, (in case it wasn't obvious from early posts in this thread). -Carl -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From meyering at redhat.com Wed Nov 15 16:04:41 2006 From: meyering at redhat.com (Jim Meyering) Date: Wed, 15 Nov 2006 17:04:41 +0100 Subject: dist-git status In-Reply-To: <200611150952.50573.jkeating@redhat.com> (Jesse Keating's message of "Wed, 15 Nov 2006 09:52:50 -0500") References: <200611150824.10933.jkeating@redhat.com> <87odr8ok7t.fsf@rho.meyering.net> <200611150952.50573.jkeating@redhat.com> Message-ID: <873b8kofvq.fsf@rho.meyering.net> Jesse Keating wrote: >> What version of git tools are you using? I ask because newer versions > > git-core-1.4.2.4-1.fc6 That may well be what is installed on the system you used, but from the comment in http://fedoraproject.org/wiki/Infrastructure/VersionControl/dist-git, (the "Gotchas" section says the "repo size is huge after conversion, a git repack -a -d is needed"), it seems you must be using an older or somehow-buggy version of the tool. Please verify that you are using a version of git-cvsimport that contains code like this: if (($commitcount & 1023) == 0) { system("git repack -a -d"); } That code makes the script repack every 1024 commits. So, upon completion, there should be no more than 1023 commits worth of not-packed files under .git/objects/[0-9a-f]?/. All of the rest should be in .git/objects/pack/pack-* files. The only other explanation I can come up with is that some packages have consistently huge commits. For such packages, 1024 may be too large. From cworth at redhat.com Wed Nov 15 16:35:24 2006 From: cworth at redhat.com (Carl Worth) Date: Wed, 15 Nov 2006 08:35:24 -0800 Subject: dist-git status In-Reply-To: <200611150952.50573.jkeating@redhat.com> References: <200611150824.10933.jkeating@redhat.com> <87odr8ok7t.fsf@rho.meyering.net> <200611150952.50573.jkeating@redhat.com> Message-ID: <874pt0u0qb.wl%cworth@cworth.org> On Wed, 15 Nov 2006 09:52:50 -0500, Jesse Keating wrote: > See http://fedoraproject.org/wiki/Infrastructure/VersionControl/dist-hg and > http://fedoraproject.org/wiki/Infrastructure/VersionControl/dist-git for > info. You're using the cvsps-based git-cvsimport, (which isn't surprising since that's what is in upstream git). You might want to investigate using something that has been developed since such as Keith Packard's parsecvs tool which he came up with for the X.org conversion from cvs->git. His experience with the X.org repositories was that there was no way for cvsps to get the right answer. His parsecvs tool also has the advantage of working straight from the ,v files without the awkward need fro both a repository and a checkout. He announced and described the new tool here: http://www.gelato.unsw.edu.au/archives/git/0603/17950.html though the URL for cloning in that message is now stale and the correct URL is now: git://people.freedesktop.org/~keithp/repos/parsecvs I _think_ parsecvs is expected to be faster during the conversion, though it can use enormous amounts of memory, (which caused it to fail when attempting a conversion of the mozilla CVS repository if I remember correctly), though supposedly that is fixable. But with the one-repository-per-package (and even per-branch(!)) approach here, I don't think the memory concerns of parsecvs would be an issue. Anyway, if this tool ends up being useful, I imagine it would be trivial to make it create hg repositories as well, (it's the cvs parsing that is hard---everything after that is really easy). I'd actually be interested in attempting some conversions myself. If I were to do that, what's the easiest way to get my hands on the CVS repository? (And yes, I understand that this might be "hard" now and is one of the things that would obviously be quite easy after the move to a new system.) -Carl -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From cworth at redhat.com Wed Nov 15 16:56:51 2006 From: cworth at redhat.com (Carl Worth) Date: Wed, 15 Nov 2006 08:56:51 -0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061115104311.GA26500@devserv.devel.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <200611132306.15457.jkeating@redhat.com> <87mz6utzu9.wl%cworth@cworth.org> <20061114121855.GC24209@devserv.devel.redhat.com> <87lkmet57c.wl%cworth@cworth.org> <20061114155038.GA3816@devserv.devel.redhat.com> <1163567382.3396.158.camel@shinybook.infradead.org> <877ixxtenq.wl%cworth@cworth.org> <20061115104311.GA26500@devserv.devel.redhat.com> Message-ID: <873b8ktzqk.wl%cworth@cworth.org> On Wed, 15 Nov 2006 05:43:11 -0500, Alan Cox wrote: > No Linus told me about that and it and the disk fsck were consistent. It > seems that during the rebase it pulled the new stuff out, moved forward > and then in dying the stuff to reapply after the rebase vanished somewhere OK, I can't hazard a guess as to what happened in that situation. It's too bad we can't do any post-mortem on it. The way git's object store is designed it really should be safer than other systems. All of the "normal" commands only create new objects in the object storage with a one-file-per-object correlation. So normal commands only create new files, never modify or delete files. The only "abnormal" commands in that sense are the prune commands which exist specifically to delete objects. And these would generally be run only after packing which would generally be run only after backing up the repository, (in a cron job, say). So your rebase should have created new objects, but all the old objects should have been entirely untouched, (at worst left "dangling" and needing the fsck pass to recover a reference to them). [The discussion above is based on the design---I haven't actually audited git's implementation to make sure it doesn't delete files in the object store except in the case of prune.] Contrast this "only create new files" aspect of git's design with the mercurial design. With mercurial, every operation modifies existing files by appending new data to them. It does this in a journaled sense by first writing out enough information so that it can read the expected file sizes before and after the append operation. This allows it to recover from an interrupted append operation by truncating the file to the pre-append size. [This is my understanding of mercurial based on discussion with Matt Mackall in January---please correct me if I made any mistakes or if things have changed since then---I do notice that in May mercurial picked up a new repository file format.] So, when disaster strikes, at worst git will be creating new files, while hg might be modifying or truncating existing files. Git obviously relies on fewer paths through the kernel to avoid bad things happening. -Carl -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From cworth at redhat.com Wed Nov 15 17:23:49 2006 From: cworth at redhat.com (Carl Worth) Date: Wed, 15 Nov 2006 09:23:49 -0800 Subject: dist-git status In-Reply-To: <874pt0u0qb.wl%cworth@cworth.org> References: <200611150824.10933.jkeating@redhat.com> <87odr8ok7t.fsf@rho.meyering.net> <200611150952.50573.jkeating@redhat.com> <874pt0u0qb.wl%cworth@cworth.org> Message-ID: <871wo4tyhm.wl%cworth@cworth.org> On Wed, 15 Nov 2006 08:35:24 -0800, Carl Worth wrote: > correct URL is now: > > git://people.freedesktop.org/~keithp/repos/parsecvs Ugh. I sent the wrong URL. I had even tested a correct URL and then cut-and-pasted the wrong one. So, now, here is one that actually does work, (and even the git clone out front for easier cut-and-pasting). git clone git://people.freedesktop.org/~keithp/parsecvs Sorry for the noise, (and time to go whack gitweb on freedesktop.org to not publish bogus URLs). -Carl -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Wed Nov 15 20:09:53 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 15 Nov 2006 15:09:53 -0500 Subject: dist-git status In-Reply-To: <874pt0u0qb.wl%cworth@cworth.org> References: <200611150824.10933.jkeating@redhat.com> <200611150952.50573.jkeating@redhat.com> <874pt0u0qb.wl%cworth@cworth.org> Message-ID: <200611151509.53826.jkeating@redhat.com> On Wednesday 15 November 2006 11:35, Carl Worth wrote: > I'd actually be interested in attempting some conversions myself. If I > were to do that, what's the easiest way to get my hands on the CVS > repository? (And yes, I understand that this might be "hard" now and > is one of the things that would obviously be quite easy after the move > to a new system.) Great! I welcome anybody else to play with this! I asked for a restore from a backup of the CVS repo for my xen host. I asked the fedora infrastructure team for this. They could probably provide it to anybody. If not, I could turn on rsync or give you an account on my xen guest that has an exploaded cvs tree on it to grab all or part of it. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From meyering at redhat.com Wed Nov 15 20:44:42 2006 From: meyering at redhat.com (Jim Meyering) Date: Wed, 15 Nov 2006 21:44:42 +0100 Subject: dist-git status In-Reply-To: <873b8kofvq.fsf@rho.meyering.net> (Jim Meyering's message of "Wed, 15 Nov 2006 17:04:41 +0100") References: <200611150824.10933.jkeating@redhat.com> <87odr8ok7t.fsf@rho.meyering.net> <200611150952.50573.jkeating@redhat.com> <873b8kofvq.fsf@rho.meyering.net> Message-ID: <874pt0mocl.fsf@rho.meyering.net> I wrote: ... > The only other explanation I can come up with is that > some packages have consistently huge commits. For such > packages, 1024 may be too large. I've reconverted coreutils once again, just to see, and ended up with a git repository of about 130MB (more than double what I expected). That was because there were a lot of commits (but < 1024) after the final automatic "git-repack -a -d". Running a final git-repack -a -d && git-prune-packed cut the final repository size down to 52MB. This suggests a good way to improve git-cvsimport, which should help improve first impressions of git :-) I've just submitted a patch. From cworth at redhat.com Wed Nov 15 21:13:19 2006 From: cworth at redhat.com (Carl Worth) Date: Wed, 15 Nov 2006 13:13:19 -0800 Subject: dist-git status In-Reply-To: <200611151509.53826.jkeating@redhat.com> References: <200611150824.10933.jkeating@redhat.com> <200611150952.50573.jkeating@redhat.com> <874pt0u0qb.wl%cworth@cworth.org> <200611151509.53826.jkeating@redhat.com> Message-ID: <87u010s9ao.wl%cworth@cworth.org> On Wed, 15 Nov 2006 15:09:53 -0500, Jesse Keating wrote: > Great! I welcome anybody else to play with this! I asked for a restore from > a backup of the CVS repo for my xen host. I asked the fedora infrastructure > team for this. They could probably provide it to anybody. Ask who for what exactly? > If not, I could > turn on rsync or give you an account on my xen guest that has an exploaded > cvs tree on it to grab all or part of it. Well, you know what I'm interested in, so if you have a not-too-inconvenient way to get it to me, (and better, to anybody interested in it), that would be great. Thanks, -Carl -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Wed Nov 15 21:22:00 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 15 Nov 2006 16:22:00 -0500 Subject: dist-git status In-Reply-To: <87u010s9ao.wl%cworth@cworth.org> References: <200611150824.10933.jkeating@redhat.com> <200611151509.53826.jkeating@redhat.com> <87u010s9ao.wl%cworth@cworth.org> Message-ID: <200611151622.00921.jkeating@redhat.com> On Wednesday 15 November 2006 16:13, Carl Worth wrote: > Ask who for what exactly? Fedora-infrastructure-list for access to the Extras CVS root. > > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?If not, I > > could turn on rsync or give you an account on my xen guest that has an > > exploaded cvs tree on it to grab all or part of it. > > Well, you know what I'm interested in, so if you have a > not-too-inconvenient way to get it to me, (and better, to anybody > interested in it), that would be great. I'm super fried from the Fedora summit this week and not really wanting to poke at any of this stuff right now, I'd prefer if the infrastructure team can help. (#fedora-admin on freenode for IRC) -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Wed Nov 15 21:35:40 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 15 Nov 2006 16:35:40 -0500 Subject: Fwd: Re: Repository format comparison Message-ID: <200611151635.40669.jkeating@redhat.com> ---------- Forwarded Message ---------- Subject: Re: Repository format comparison Date: Wednesday 15 November 2006 16:01 From: Matt Mackall To: Giuseppe Bilotta Cc: mercurial at selenic.com On Wed, Nov 15, 2006 at 08:59:06PM +0100, Giuseppe Bilotta wrote: > Hello, on another mailing list I just found a link to this blog > article > > http://keithp.com/blog/Repository_Formats_Matter.html > > (from a month ago) which also has a brief mentioning of Mercurial: > > """ > Mercurial uses a truncated forward delta scheme where file revisions > are appended to the repository file, as a string of deltas with > occasional complete copies of the file (to provide a time bound on > operations). This suffers from two possible problems???the first is > fairly obvious where corrupted writes of new revisions can affect old > revisions of the file. Mercurial files are append-only. New revisions (corrupted or not), do not affect old revisions. If a hardware or operating system bug causes a write to scribble over the wrong part of a file, all bets are off of course. But such bugs could just as easily scribble over any other part of the disk, so I think this is no more of an issue than it is for any other possible system. > The second is more subtle -- system failure during commit will leave > the file contents half written. Mercurial has recovery techniques to > detect this, but they involve truncating existing files, a piece of > the Linux kernel which has constantly suffered from race conditions > and other adventures. Constantly is rather overstating it. There have been a few interesting truncate races found and sorting out one of them was a process that took several months a few years back. But none are the sort that affect the average application and none are the sort that would manifest with the very straightforward usage of truncate in Mercurial. -- Mathematics is the supreme nostalgia of our time. _______________________________________________ Mercurial mailing list Mercurial at selenic.com http://selenic.com/mailman/listinfo/mercurial ------------------------------------------------------- -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From notting at redhat.com Wed Nov 15 22:19:39 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 15 Nov 2006 17:19:39 -0500 Subject: dist-git status In-Reply-To: <873b8kofvq.fsf@rho.meyering.net> References: <200611150824.10933.jkeating@redhat.com> <87odr8ok7t.fsf@rho.meyering.net> <200611150952.50573.jkeating@redhat.com> <873b8kofvq.fsf@rho.meyering.net> Message-ID: <20061115221939.GD6888@nostromo.devel.redhat.com> Jim Meyering (meyering at redhat.com) said: > The only other explanation I can come up with is that > some packages have consistently huge commits. For such > packages, 1024 may be too large. This is not something that should be tweaked on a per-package basis, or something the SCM admin should really know (or care!) about. Bill From cworth at redhat.com Wed Nov 15 23:03:32 2006 From: cworth at redhat.com (Carl Worth) Date: Wed, 15 Nov 2006 15:03:32 -0800 Subject: dist-git status In-Reply-To: <20061115221939.GD6888@nostromo.devel.redhat.com> References: <200611150824.10933.jkeating@redhat.com> <87odr8ok7t.fsf@rho.meyering.net> <200611150952.50573.jkeating@redhat.com> <873b8kofvq.fsf@rho.meyering.net> <20061115221939.GD6888@nostromo.devel.redhat.com> Message-ID: <87odr8s46z.wl%cworth@cworth.org> On Wed, 15 Nov 2006 17:19:39 -0500, Bill Nottingham wrote: > Jim Meyering (meyering at redhat.com) said: > > The only other explanation I can come up with is that > > some packages have consistently huge commits. For such > > packages, 1024 may be too large. > > This is not something that should be tweaked on a per-package basis, > or something the SCM admin should really know (or care!) about. First, this is really only an issue for the importer, not anything to do with git itself. And it should be easy enough to fix the importer to trigger the repack based on the total size of the unpacked objects rather than the number. As for packing repositories in actual use, (as opposed to during the import process), the git admin should learn that a repack should be done just after backing things up, and the existing backup schedule can set that schedule. When I first encoutered git I thought the manual repack was really annoying, but as I learned more about it, it's really just what an admin wants who really cares about the data being stored. Before repacking, any single-file corruption (for whatever disastrous reason) can affect only a single object in git. The packing changes that, so it's nice that the admin can postpone that until just after backing up the loose objects. Similarly, in normal operation, files in the object store are only created, never modified or deleted. The prune that often follows the repack changes that, so again, it's useful to be able to time that right after the backup. So all the admin has to learn is to just do: git repack -a -d && git prune-packed just after doing backups or so. (There are other impacts of packing if the repository is to be made available over http: transport in addition to git: transport so it might be desired to repack less frequently if that is important). -Carl -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From cworth at redhat.com Wed Nov 15 23:03:42 2006 From: cworth at redhat.com (Carl Worth) Date: Wed, 15 Nov 2006 15:03:42 -0800 Subject: dist-git status In-Reply-To: <20061115221939.GD6888@nostromo.devel.redhat.com> References: <200611150824.10933.jkeating@redhat.com> <87odr8ok7t.fsf@rho.meyering.net> <200611150952.50573.jkeating@redhat.com> <873b8kofvq.fsf@rho.meyering.net> <20061115221939.GD6888@nostromo.devel.redhat.com> Message-ID: <87mz6ss46p.wl%cworth@cworth.org> On Wed, 15 Nov 2006 17:19:39 -0500, Bill Nottingham wrote: > Jim Meyering (meyering at redhat.com) said: > > The only other explanation I can come up with is that > > some packages have consistently huge commits. For such > > packages, 1024 may be too large. > > This is not something that should be tweaked on a per-package basis, > or something the SCM admin should really know (or care!) about. First, this is really only an issue for the importer, not anything to do with git itself. And it should be easy enough to fix the importer to trigger the repack based on the total size of the unpacked objects rather than the number. As for packing repositories in actual use, (as opposed to during the import process), the git admin should learn that a repack should be done just after backing things up, and the existing backup schedule can set that schedule. When I first encountered git I thought the manual repack was really annoying, but as I learned more about it, it's really just what an admin wants who really cares about the data being stored. Before repacking, any single-file corruption (for whatever disastrous reason) can affect only a single object in git. The packing changes that, so it's nice that the admin can postpone that until just after backing up the loose objects. Similarly, in normal operation, files in the object store are only created, never modified or deleted. The prune that often follows the repack changes that, so again, it's useful to be able to time that right after the backup. So all the admin has to learn is to just do: git repack -a -d && git prune-packed just after doing backups or so. (There are other impacts of packing if the repository is to be made available over http: transport in addition to git: transport so it might be desired to repack less frequently if that is important). -Carl -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From cworth at redhat.com Wed Nov 15 23:10:08 2006 From: cworth at redhat.com (Carl Worth) Date: Wed, 15 Nov 2006 15:10:08 -0800 Subject: dist-git status In-Reply-To: <87mz6ss46p.wl%cworth@cworth.org> References: <200611150824.10933.jkeating@redhat.com> <87odr8ok7t.fsf@rho.meyering.net> <200611150952.50573.jkeating@redhat.com> <873b8kofvq.fsf@rho.meyering.net> <20061115221939.GD6888@nostromo.devel.redhat.com> <87mz6ss46p.wl%cworth@cworth.org> Message-ID: <87lkmcs3vz.wl%cworth@cworth.org> On Wed, 15 Nov 2006 15:03:42 -0800, Carl Worth wrote: > So all the admin has to learn is to just do: > > git repack -a -d && git prune-packed Sorry, "git repack -a -d" is sufficient here, no extra call to prune-packed is needed, (that's what the -d option is all about after all). -Carl -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rdieter at math.unl.edu Thu Nov 16 05:11:43 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 15 Nov 2006 23:11:43 -0600 Subject: Summary - Broken dependencies in Fedora Extras - 2006-11-14 In-Reply-To: <20061115004813.7173.29493@extras64.linux.duke.edu> References: <20061115004813.7173.29493@extras64.linux.duke.edu> Message-ID: <455BF30F.8040603@math.unl.edu> Fedora Extras repoclosure wrote: > Summary of broken packages (by owner): > ---------------------------------------------------------------------- > rdieter AT math.unl.edu > gift - 0.11.8.1-6.fc7.i386 (16 days) > Broken packages in fedora-extras-development-x86_64: > ---------------------------------------------------------------------- > gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 FYI, waiting on file-devel RFE: http://bugzilla.redhat.com/214992 -- Rex From dwmw2 at infradead.org Thu Nov 16 06:44:39 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 16 Nov 2006 14:44:39 +0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <200611150730.48533.jkeating@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <200611140831.41607.jkeating@redhat.com> <1163567246.3396.155.camel@shinybook.infradead.org> <200611150730.48533.jkeating@redhat.com> Message-ID: <1163659480.21366.115.camel@shinybook.infradead.org> On Wed, 2006-11-15 at 07:30 -0500, Jesse Keating wrote: > I continue to get "its a great tool, learning it sucks and sometimes I > have to do sucky things to do what I want, but its a great tool!" My opinion would actually be _similar_ to the above except that it would be in the past tense -- "learning it _sucked_" and "sometimes I _used_ to have to do sucky things". The learning is apparently a lot better now, although I'm obviously not in a position to judge objectively that any more. I certainly haven't had to do sucky things for a long time. -- dwmw2 From mitr at redhat.com Thu Nov 16 11:20:05 2006 From: mitr at redhat.com (Miloslav Trmac) Date: Thu, 16 Nov 2006 12:20:05 +0100 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163659480.21366.115.camel@shinybook.infradead.org> References: <200611061159.12599.jkeating@redhat.com> <200611140831.41607.jkeating@redhat.com> <1163567246.3396.155.camel@shinybook.infradead.org> <200611150730.48533.jkeating@redhat.com> <1163659480.21366.115.camel@shinybook.infradead.org> Message-ID: <455C4965.5020803@redhat.com> David Woodhouse napsal(a): > On Wed, 2006-11-15 at 07:30 -0500, Jesse Keating wrote: >> I continue to get "its a great tool, learning it sucks and sometimes I >> have to do sucky things to do what I want, but its a great tool!" > My opinion would actually be _similar_ to the above except that it would > be in the past tense -- "learning it _sucked_" and "sometimes I _used_ > to have to do sucky things". I don't have that much personal experience with git, but all the emails in this thread about trying different versions of utilities and so on seem to support the view that some problems still exist. It's nice when the upstream is responsive, has lots of developers and usability patches are accepted quickly - but its even better when the system Just Works, doesn't require the user to care about "packing" and doesn't _need_ the usability patches in the first place. That's my experience with mercurial - a system that requires no maintenance. Mirek From jorton at redhat.com Thu Nov 16 11:42:37 2006 From: jorton at redhat.com (Joe Orton) Date: Thu, 16 Nov 2006 11:42:37 +0000 Subject: FC6: library global symbol abuse Message-ID: <20061116114237.GA13067@redhat.com> Below is the output of the script I have to check for global symbol collisions in FC6 libraries, from an i386 @Everything install... some false positives and the usual sorry story. Symbol clashes between libraries /usr/lib/libgimpbase-2.0.so.0.200.13 /usr/lib/libgs.so.8.15: => gp_init Symbol clashes between libraries /usr/lib/libc-client.so.1 /usr/lib/libnn.so.1.0.0: => nntp_close Symbol clashes between libraries /usr/lib/libgdk_pixbuf_xlib-2.0.so.0.1000.4 /usr/lib/libksvg.so.0.0.1: => xlib_rgb_set_install xlib_rgb_cmap_free xlib_rgb_set_min_colors xlib_draw_rgb_image xlib_rgb_set_verbose xlib_rgb_get_depth gdk_pixbuf_screen gdk_pixbuf_dpy xlib_rgb_get_display xlib_rgb_ditherable gdk_pixbuf_xlib_init_with_depth xlib_draw_indexed_image xlib_rgb_get_screen xlib_rgb_get_visual_info xlib_rgb_init_with_depth xlib_rgb_get_visual xlib_rgb_get_cmap Symbol clashes between libraries /usr/lib/libgettextlib-0.14.6.so /usr/lib/liblftp-tasks.so.0.0.0: => gnu_mbswidth mbsnwidth Symbol clashes between libraries /usr/lib/libdlm_lt.so.2.0.18 /usr/lib/libdlm.so.2.0.18: => dlm_create_lockspace dlm_open_lockspace dlm_get_fd dlm_unlock_wait dlm_close_lockspace dlm_ls_unlock_wait dlm_release_lockspace dlm_ls_lock dlm_ls_get_fd dlm_dispatch dlm_ls_lock_wait dlm_lock dlm_ls_unlock dlm_query dlm_lock_wait dlm_unlock Symbol clashes between libraries /usr/lib/libbind.so.4.0.5 /usr/lib/libdhcp4client.so.1 /usr/lib/libgnutls-openssl.so.13.0.6: => MD5_Init MD5_Final MD5_Update Symbol clashes between libraries /usr/lib/libdhcp4client.so.1 /usr/lib/libgtkspell.so.0.0.0: => quiet Symbol clashes between libraries /usr/lib/libCMPIProviderManager.so.1 /usr/lib/libDefaultProviderManager.so.1: => PegasusCreateProviderManager Symbol clashes between libraries /usr/lib/httpd/modules/mod_perl.so /usr/lib/libnetsnmpagent.so.10.0.1: => xs_init Symbol clashes between libraries /usr/lib/httpd/modules/libphp5.so /usr/lib/libapol.so.2.4 /usr/lib/libkdevqmakeparser.so.0.0.0: => yytext Symbol clashes between libraries /usr/lib/libgd.so.2.0.0 /usr/lib/libwmf-0.2.so.7.1.0: => gdImageStringUp16 gdFontSmallRep gdImageSaveAlpha fill_input_buffer gdPutBuf Putchar gdImageGetTrueColorPixel writewbmp gdFontTinyRep gdImageCreateFromJpegCtx gdImageRectangle gdCalloc gdImageFilledArc gdSinT gdFontTinyData gdNewFileCtx gdImageColorClosest gdImageGd2Ptr gdImageFilledRectangle skip_input_data gdPutWord gdImageColorDeallocate gdImageCopyMergeGray gdImageString16 gdImageCreateFromGd2 gdImageCreateFromPngSource gdCacheGet gdImageCreateFromWBMP gdImageCreateFromWBMPCtx term_source gdImagePng gd_getin gdImageColorClosestAlpha gdImageCreateFromPngCtx gdImageStringTTF skipheader gdSeek gdImageCopy gdImageFillToBorder gdImageGd gdImageAlphaBlending gdRealloc gdImageColorTransparent gdImageSetBrush gdFontSmallData createwbmp Putword init_source gdFree gdImageCreateFromJpeg gdPutInt gdImageInterlace gd_putout gdImageStringUp gdImageColorAllocate gdImageTrueColorToPalette gdImageCreateFromGd gdImageGdPtr gdFontTiny gdImageCreateFromGd2Ctx gdImageCreateFromXbm gdImageDestroy putmbi getmbi gdImageJpeg gdGetC gdImageColorExact gdTell gdImageLine gdImagePngPtr gdDPExtractData gdImagePngCtx gd_strtok_r gdImageChar gdImageFill gdImageSetThickness empty_output_buffer gdImageCreateFromGdCtx gdImageCreateFromPng gdFontLargeData gdFontLargeRep gdFontGiantData any2eucjp gdImageCreate gdImageCopyMerge gdImageCopyResized gdImageGd2 gdImageWBMPCtx gdImageBoundsSafe lsqrt gdImageColorResolveAlpha init_destination gdFontMediumBold gdImageFilledEllipse gdImageGetPixel gdImageCreateFromXpm gdImageCreateFromGd2Part gdCacheCreate gdImageDashedLine gdImagePngToSink readwbmp term_destination jpeg_gdIOCtx_src gdImageColorAllocateAlpha gdGetBuf gdImageColorResolve gdNewSSCtx gdFontSmall gdMalloc gdImageSetStyle gdFontMediumBoldRep gdImageStringFT gdCacheDelete gdNewDynamicCtx gdImageCreateTrueColor gdImageCompare gdFontLarge gdFontGiantRep jpeg_gdIOCtx_dest gdImageColorClosestHWB gdImageCharUp gdImageArc gdAlphaBlend gdImageString gdCosT gdGetWord gdImageCopyResampled gdImageJpegCtx gdImageCreateFromGd2PartCtx gdImagePaletteCopy gdImageWBMPPtr gdFontMediumBoldData gdGetInt gdImageColorExactAlpha gdGetByte gdPutC gdImageJpegPtr gdFontGiant printwbmp gdImageSetPixel gdImageWBMP freewbmp gdImageFilledPolygon gdImagePolygon gdImageSetTile Symbol clashes between libraries /usr/lib/libnetsnmpmibs.so.10.0.1 /usr/lib/libnfsidmap.so.0.2.0: => asc2bin bin2asc Symbol clashes between libraries /usr/lib/libgd.so.2.0.0 /usr/lib/libnetpbm.so.10.35: => overflow2 Symbol clashes between libraries /usr/lib/libamu.so.4.0.0 /usr/lib/libdhcp6client.so.1: => foreground Symbol clashes between libraries /usr/lib/libFLAC.so.7.0.0 /usr/lib/libpisock.so.8.0.5: => byteSwap Symbol clashes between libraries /usr/lib/libartsc.so.0.0.0 /usr/lib/libartsdsp_st.so.0.0.0 /usr/lib/libgcj.so.7rh.0.0 /usr/lib/libkdecore.so.4.2.0 /usr/lib/libltdl.so.3.1.4 /usr/lib/libMagick.so.10.0.3 /usr/lib/libmcop.so.1.0.0 /usr/lib/libodbcinst.so.1.0.0 /usr/lib/libodbcpsql.so.1.0.0 /usr/lib/libodbcpsql.so.2.0.0 /usr/lib/libtemplate.so.1.0.0: => lt_dlloader_find lt_dlinit lt_dlseterror lt_dlmutex_register lt_dlopen lt_dlloader_remove lt_dlisresident lt_dlloader_data lt_dlmalloc lt_dlforeach lt_dlloader_add lt_dlsetsearchpath lt_dlsym lt_dladdsearchdir lt_dlgetinfo lt_dlcaller_get_data lt_dlcaller_set_data lt_dlpreload_default lt_dlcaller_register lt_dlmakeresident lt_dlclose lt_dlloader_name lt_dlhandle_next lt_dlloader_next lt_dlfree lt_dlerror lt_dlpreload lt_dlopenext lt_dlexit lt_dlgetsearchpath lt_dladderror Symbol clashes between libraries /usr/lib/libdes425.so.3.0 /usr/lib/libkrb4.so.2.0: => unix_time_gmt_unixsec Symbol clashes between libraries /usr/lib/libaio.so.1.0.0 /usr/lib/libaio.so.1.0.1: => io_queue_release io_setup io_submit io_queue_run io_destroy io_queue_init LIBAIO_0.1 LIBAIO_0.4 Symbol clashes between libraries /usr/lib/libOpenIPMIcmdlang.so.0.0.5 /usr/lib/libOpenIPMIui.so.1.0.1: => fru_change sdrs_fetched Symbol clashes between libraries /usr/lib/libform.so.5.5 /usr/lib/libformw.so.5.5: => dynamic_field_info set_field_fore form_request_name free_form form_init form_term set_form_sub field_init set_field_just set_fieldtype_choice form_fields TYPE_REGEXP form_opts_on TYPE_ALPHA set_form_userptr set_field_back set_current_field form_userptr new_form new_fieldtype field_buffer form_opts_off free_field move_field new_page field_fore post_form free_fieldtype TYPE_ALNUM form_driver set_field_type field_back link_fieldtype current_field TYPE_INTEGER set_field_status set_form_fields set_form_win field_opts field_info form_win TYPE_IPV4 field_term set_field_buffer set_form_page set_field_pad form_page field_type set_form_init TYPE_NUMERIC field_just form_sub form_request_by_name scale_form form_opts field_arg unpost_form field_status set_form_opts set_field_opts field_opts_on field_pad field_count set_max_field dup_field set_field_init new_field set_fieldtype_arg TYPE_ENUM set_field_userptr set_form_term field_userptr set_new_page pos_form_cursor field_index field_opts_off link_field set_field_term data_behind data_ahead Symbol clashes between libraries /usr/lib/libgs.so.8.15 /usr/lib/libjpeg.so.62.0.0: => jpeg_free_small jpeg_get_small jpeg_get_large jpeg_mem_init jpeg_free_large jpeg_mem_term jpeg_mem_available jpeg_open_backing_store Symbol clashes between libraries /usr/lib/libgaim-client.so.0.0.0 /usr/lib/libgaim.so.0.0.0: => gaim_status_get_attr_string gaim_status_type_get_primary_attr gaim_status_type_add_attr gaim_roomlist_get_in_progress gaim_buddy_icons_init gaim_find_buddy_in_group gaim_status_set_attr_int gaim_connection_error gaim_connection_new gaim_get_blist gaim_connections_set_ui_ops gaim_status_type_is_exclusive gaim_presence_get_active_status gaim_presence_get_statuses gaim_buddy_get_group gaim_status_type_is_saveable gaim_conv_im_send_with_flags gaim_connection_destroy gaim_conv_im_stop_send_typed_timeout gaim_find_buddy gaim_connections_uninit gaim_log_logger_get gaim_presence_new gaim_conversation_destroy gaim_conversation_get_account gaim_status_type_get_attrs gaim_blist_find_chat gaim_blist_node_get_flags gaim_conversation_get_chat_data gaim_account_get_protocol_id gaim_primitive_get_name_from_type gaim_account_set_string gaim_log_logger_remove gaim_account_clear_settings gaim_account_notify_added gaim_connection_set_account gaim_status_is_active gaim_core_quit gaim_conversation_set_name gaim_savedstatus_set_type gaim_status_get_attr_value gaim_savedstatus_has_substatuses gaim_blist_remove_buddy gaim_log_common_writer gaim_roomlist_room_add serv_set_buddyicon gaim_buddy_icons_set_caching gaim_core_init gaim_connections_get_all gaim_account_get_check_mail serv_got_typing_stopped serv_chat_whisper gaim_roomlist_room_new gaim_roomlist_field_new gaim_conv_chat_set_topic gaim_chat_new gaim_buddy_icons_get_full_path gaim_conv_im_get_conversation gaim_blist_show gaim_conv_im_get_send_typed_timeout xmlnode_to_formatted_str gaim_conversation_get_name gaim_log_get_log_dir gaim_conv_chat_get_users gaim_savedstatus_get_type gaim_roomlist_show_with_account serv_add_permit gaim_conv_chat_rename_user gaim_buddy_icon_uncache gaim_account_is_connected gaim_log_get_system_logs gaim_status_type_find_with_id gaim_accounts_get_ui_ops gaim_account_disconnect gaim_conversation_is_logging gaim_buddy_get_account gaim_savedstatus_find gaim_account_get_status_types gaim_account_request_add gaim_conv_chat_get_id serv_alias_buddy gaim_blist_get_group_online_count gaim_presence_new_for_account gaim_blist_init serv_got_typing gaim_account_get_alias gaim_buddy_icon_set_account gaim_find_chat gaim_conversations_uninit gaim_roomlist_set_in_progress gaim_account_change_password gaim_blist_update_buddy_status gaim_accounts_uninit gaim_roomlist_get_list xmlnode_get_namespace gaim_buddy_get_presence gaim_blist_schedule_save gaim_log_init gaim_status_set_active gaim_buddy_icons_uninit gaim_conv_chat_has_left gaim_connection_set_state gaim_log_uninit gaim_savedstatus_set_message gaim_presence_add_status gaim_conv_chat_send gaim_account_set_protocol_id gaim_presence_switch_status gaim_account_get_status_type gaim_buddy_icon_get_username gaim_status_type_get_primitive gaim_account_is_connecting gaim_conv_chat_add_user gaim_presence_remove_buddy gaim_conv_im_set_icon gaim_blist_add_group gaim_savedstatus_set_title gaim_savedstatus_find_transient_by_type_and_message gaim_connections_disconnect_all serv_move_buddy gaim_status_set_active_with_attrs_list gaim_status_set_attr_string serv_set_info serv_reject_chat serv_chat_send gaim_status_type_is_available gaim_status_is_exclusive gaim_status_uninit gaim_presence_get_chat_user gaim_roomlist_new gaim_conv_chat_set_ignored gaim_savedstatus_activate_for_account gaim_conv_chat_cb_new gaim_conversation_set_title gaim_conversation_get_ui_ops gaim_conv_chat_set_users gaim_conversation_set_features gaim_presence_get_status gaim_conversation_get_type gaim_blist_request_add_buddy gaim_buddy_set_icon gaim_roomlist_set_fields gaim_conv_im_get_typing_timeout gaim_blist_add_buddy serv_rem_permit gaim_status_is_online gaim_roomlist_room_join gaim_account_get_status_type_with_primitive gaim_conv_chat_is_user_ignored gaim_group_new gaim_status_type_is_independent gaim_log_logger_get_options gaim_blist_server_alias_buddy gaim_buddy_icon_get_scale_size gaim_account_remove_buddy gaim_savedstatus_get_startup xmlnode_to_str gaim_blist_set_visible gaim_savedstatus_substatus_get_type serv_got_alias gaim_buddy_icons_find gaim_conv_chat_cb_find gaim_savedstatus_set_idleaway gaim_roomlist_set_ui_ops gaim_account_get_bool gaim_conversations_init gaim_status_is_independent gaim_account_get_password gaim_conversation_set_logging gaim_conversation_update gaim_accounts_restore_current_statuses gaim_blist_get_root gaim_set_blist gaim_buddy_get_contact_alias gaim_savedstatus_get_substatus gaim_buddy_get_alias gaim_account_set_int gaim_account_destroy gaim_status_destroy gaim_account_get_presence gaim_account_set_status_types gaim_find_group gaim_roomlist_ref gaim_account_get_enabled gaim_blist_remove_account gaim_log_free gaim_roomlist_get_ui_ops gaim_connection_notice gaim_account_is_disconnected gaim_account_set_ui_int gaim_status_get_presence gaim_account_set_remember_password gaim_conv_chat_cb_destroy gaim_connection_get_password gaim_status_get_type gaim_account_request_change_user_info gaim_get_ims gaim_account_set_connection gaim_blist_add_chat gaim_accounts_find_connected gaim_conversation_set_account gaim_status_is_available gaim_account_register gaim_blist_remove_contact gaim_contact_new gaim_account_get_user_info gaim_conv_chat_user_set_flags gaim_accounts_delete gaim_blist_update_buddy_icon gaim_log_common_lister gaim_blist_remove_chat gaim_presence_is_idle gaim_buddy_icons_set_cache_dir gaim_account_get_log gaim_buddy_get_local_alias gaim_savedstatuses_init gaim_conv_chat_add_users gaim_blist_node_set_int gaim_savedstatus_get_current gaim_log_common_total_sizer gaim_buddy_icon_ref gaim_account_get_active_status gaim_account_set_proxy_info gaim_conv_chat_clear_users xmlnode_set_attrib gaim_roomlist_expand_category gaim_account_set_username gaim_contact_invalidate_priority_buddy gaim_buddy_icon_unref xmlnode_get_attrib gaim_blist_destroy gaim_roomlist_cancel_get_list gaim_log_logger_add gaim_conv_chat_get_topic gaim_status_type_new_full gaim_blist_rename_group gaim_conv_im_set_typing_state gaim_status_type_set_primary_attr gaim_blist_add_account gaim_savedstatus_set_substatus gaim_get_chats gaim_account_request_change_password gaim_account_supports_offline_message gaim_conv_present_error gaim_blist_request_add_chat gaim_blist_alias_buddy gaim_presence_is_status_active gaim_savedstatus_unset_substatus gaim_account_set_user_info gaim_blist_node_get_string gaim_presence_destroy gaim_status_get_name gaim_conv_chat_remove_user gaim_status_type_is_user_settable gaim_savedstatus_activate gaim_conv_chat_set_id gaim_conv_chat_find_user gaim_conv_im_get_icon gaim_status_type_get_id gaim_blist_get_ui_ops gaim_presence_is_available gaim_connection_set_display_name serv_chat_invite gaim_account_get_string gaim_conv_chat_remove_users gaim_savedstatus_get_message gaim_conversation_set_ui_ops gaim_blist_new gaim_savedstatus_get_idleaway xmlnode_insert_child gaim_blist_set_ui_ops gaim_status_type_destroy gaim_conv_chat_user_get_flags serv_join_chat gaim_accounts_get_all gaim_buddy_icon_get_type gaim_conv_chat_send_with_flags gaim_contact_on_account gaim_buddy_icons_is_caching gaim_savedstatus_substatus_get_message gaim_savedstatus_delete gaim_connection_get_account gaim_conversation_get_title gaim_conv_chat_get_nick serv_chat_leave gaim_presence_new_for_buddy gaim_account_set_password gaim_account_set_status_list gaim_conv_im_get_typing_state gaim_buddy_get_name gaim_blist_node_get_int gaim_conversation_has_focus gaim_blist_alias_chat gaim_log_common_sizer gaim_status_compare gaim_status_get_attr_int gaim_blist_rename_buddy gaim_accounts_init gaim_status_attr_new gaim_buddy_get_alias_only xmlnode_remove_attrib gaim_blist_node_remove_setting gaim_blist_remove_group gaim_account_connect gaim_conversation_get_features gaim_conv_chat_get_ignored gaim_conv_custom_smiley_close gaim_accounts_get_all_active gaim_conv_im_send gaim_conversation_autoset_title gaim_account_is_status_active gaim_buddy_icons_get_cache_dir gaim_savedstatus_is_idleaway gaim_account_get_proxy_info serv_add_deny gaim_contact_get_priority_buddy gaim_get_conversations gaim_buddy_icon_get_account serv_send_im gaim_savedstatus_new gaim_buddy_get_icon gaim_account_get_remember_password gaim_conv_im_start_typing_timeout gaim_account_destroy_log gaim_account_get_connection gaim_blist_node_set_flags gaim_connections_get_ui_ops gaim_conv_chat_get_ignored_user gaim_core_set_ui_ops gaim_account_set_enabled serv_set_permit_deny gaim_account_set_alias gaim_account_get_ui_int gaim_conversation_new gaim_accounts_find_any gaim_blist_node_next xmlnode_get_data gaim_status_new gaim_primitive_get_type_from_id gaim_savedstatus_get_default gaim_buddy_get_server_alias serv_get_info gaim_presence_is_status_primitive_active gaim_primitive_get_id_from_type gaim_conv_chat_unignore gaim_buddy_icon_cache gaim_conv_chat_set_nick gaim_conversations_set_ui_ops gaim_blist_uninit gaim_blist_get_group_size xmlnode_set_namespace gaim_status_attr_get_value gaim_find_conversation_with_account gaim_conversation_get_gc gaim_presence_set_status_active xmlnode_free gaim_presence_new_for_conv gaim_conv_send_confirm gaim_accounts_set_ui_ops gaim_buddy_icon_set_username gaim_core_get_ui_ops gaim_account_get_status gaim_conversation_present gaim_blist_node_get_extended_menu gaim_connection_get_display_name gaim_account_add_buddy gaim_presence_get_context gaim_status_set_attr_boolean serv_got_chat_left gaim_account_get_int serv_got_joined_chat gaim_status_type_new gaim_savedstatuses_uninit gaim_account_get_ui_string gaim_log_set_free gaim_savedstatus_get_title gaim_account_get_buddy_icon gaim_conv_im_start_send_typed_timeout gaim_conv_chat_ignore gaim_log_logger_set gaim_status_attr_destroy gaim_presence_get_conversation gaim_presence_get_buddies serv_got_chat_invite gaim_account_add_buddies gaim_conv_im_stop_typing_timeout gaim_account_get_protocol_name gaim_chat_get_name gaim_account_set_bool gaim_find_buddies gaim_blist_alias_contact gaim_account_get_username gaim_buddy_icon_update gaim_accounts_reorder gaim_presence_get_account serv_send_file gaim_presence_is_online gaim_account_set_check_mail gaim_accounts_remove gaim_status_type_get_attr gaim_roomlist_unref gaim_buddy_icon_destroy gaim_log_logger_free gaim_log_get_logs gaim_status_init gaim_status_get_id gaim_savedstatus_is_transient gaim_conv_im_update_typing gaim_group_get_accounts gaim_blist_node_set_bool gaim_conv_chat_get_conversation gaim_status_type_get_name gaim_savedstatuses_get_all gaim_blist_add_contact gaim_account_set_buddy_icon gaim_account_remove_group gaim_log_get_size gaim_blist_node_get_bool gaim_accounts_add gaim_blist_merge_contact gaim_status_get_attr_boolean gaim_contact_set_alias gaim_core_get_ui gaim_blist_request_add_group gaim_accounts_find gaim_account_remove_buddies gaim_connections_init gaim_core_get_version gaim_connections_get_connecting gaim_status_attr_get_id gaim_conv_custom_smiley_add gaim_log_get_total_size gaim_account_get_ui_bool gaim_conv_chat_left gaim_chat_get_group gaim_group_on_account gaim_account_set_ui_string gaim_blist_load gaim_account_set_ui_bool gaim_get_core serv_rem_deny gaim_connection_get_state gaim_buddy_get_contact gaim_buddy_new gaim_contact_get_alias gaim_conv_chat_cb_get_name gaim_presence_compare gaim_account_new gaim_status_attr_get_name gaim_conversation_get_im_data gaim_blist_node_set_string Symbol clashes between libraries /usr/lib/libamu.so.4.0.0 /usr/lib/libdmraid.so.1.0.0.rc13: => plog Symbol clashes between libraries /usr/lib/libgd.so.2.0.0 /usr/lib/libwireshark.so.0.0.1: => entities Symbol clashes between libraries /usr/lib/libpgtypes.so.2.1 /usr/lib/libpq.so.4.1: => pg_strncasecmp pg_toupper pg_tolower pg_strcasecmp Symbol clashes between libraries /usr/lib/libbind.so.4.0.5 /usr/lib/libdhcp4client.so.1: => key_file_fmt_str dst_path dst_t_func MD5_version Symbol clashes between libraries /usr/lib/libgncmodule.so.0.0.0 /usr/lib/libgncqof.so.1.0.4: => gnc_libc_missing_noop Symbol clashes between libraries /usr/lib/libgpg-error.so.0.3.0 /usr/lib/libgpgme++.so.0.2.0: => gpg_err_code_to_errno gpg_strerror gpg_strerror_r gpg_err_code_from_errno gpg_strsource Symbol clashes between libraries /usr/lib/libartsflow.so.1.0.0 /usr/lib/libgsl.so.0.9.0: => gsl_strerror Symbol clashes between libraries /usr/lib/libartsdsp.so.0.0.0 /usr/lib/libartsdsp_st.so.0.0.0 /usr/lib/libesddsp.so.0.2.36 /usr/lib/libmudflap.so.0.0.0 /usr/lib/libmudflapth.so.0.0.0: => mmap munmap Symbol clashes between libraries /usr/lib/libnn.so.1.0.0 /usr/lib/libodbc.so.1.0.0 /usr/lib/libtemplate.so.1.0.0: => SQLSetParam Symbol clashes between libraries /usr/lib/libdhcp4client.so.1 /usr/lib/libdhcp6client.so.1: => libdhcp_control Symbol clashes between libraries /usr/lib/libboundparam.so.1.0.0 /usr/lib/libgtrtst.so.1.0.0: => szMessageBox GetRCString szLogPrintf Symbol clashes between libraries /usr/lib/libapol.so.2.4 /usr/lib/libkdevqmakeparser.so.0.0.0 /usr/lib/libruby.so.1.8.5: => yynerrs Symbol clashes between libraries /usr/lib/libguile.so.17.0.0 /usr/lib/libguile-srfi-srfi-13-14-v-3.so.3.0.0: => scm_init_srfi_13 scm_init_srfi_14 Symbol clashes between libraries /usr/lib/libdhcp6client.so.1 /usr/lib/libdhcp.so.1: => resolv_dhcpv6_file server6_lease_file sync_file client6_lease_file hash_anchors client6_iaidaddr radvd_dhcpv6_file lease_file Symbol clashes between libraries /usr/lib/libFS.so.6.0.0 /usr/lib/libICE.so.6.3.0 /usr/lib/libX11.so.6.2.0 /usr/lib/libXfont.so.1.4.1: => in6addr_any Symbol clashes between libraries /usr/lib/libsmokekde.so.1.2.2 /usr/lib/libsmokeqt.so.1.2.2: => qt_Smoke Symbol clashes between libraries /usr/lib/libodbcpsql.so.1.0.0 /usr/lib/libodbcpsql.so.2.0.0 /usr/lib/libodbc.so.1.0.0: => SQLGetFunctions Symbol clashes between libraries /usr/lib/libc-client.so.1 /usr/lib/libdhcp4client.so.1: => hash_lookup Symbol clashes between libraries /usr/lib/httpd/modules/mod_perl.so /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/APR/APR.so: => modperl_bucket_sv_create modperl_hash_tied_object_rv modperl_trace_level_set modperl_trace modperl_hash_tied_object modperl_error_strerror modperl_croak MP_debug_level modperl_perl_sv_setref_uv modperl_trace_logfile_set modperl_debug_level modperl_hash_tie modperl_perl_gensym modperl_uri_new Symbol clashes between libraries /usr/lib/firefox-1.5.0.7/libxpcom_core.so /usr/lib/libpt_linux_x86_r.so.1.10.1: => lstat Symbol clashes between libraries /usr/lib/libgcj.so.7rh.0.0 /usr/lib/libmp.so.3.1.7: => pow Symbol clashes between libraries /usr/lib/libesoobS.so.1.0.0 /usr/lib/libmimerS.so.1.0.0 /usr/lib/libodbcdrvcfg1S.so.1.0.0 /usr/lib/libodbcdrvcfg2S.so.1.0.0 /usr/lib/libodbcminiS.so.1.0.0 /usr/lib/libodbcmyS.so.1.0.0 /usr/lib/libodbcnnS.so.1.0.0 /usr/lib/libodbcpsqlS.so.1.0.0 /usr/lib/libodbctxtS.so.1.0.0 /usr/lib/liboplodbcS.so.1.0.0 /usr/lib/liboraodbcS.so.1.0.0 /usr/lib/libsapdbS.so.1.0.0 /usr/lib/libtdsS.so.1.0.0: => ODBCINSTGetProperties Symbol clashes between libraries /usr/lib/libecal-1.2.so.7.0.0 /usr/lib/libkcal.so.2.0.0: => icalmemory_strdup icalproperty_new_recurrenceid icaldirset_unlock icalvalue_get_period sspm_default_end_part icalproperty_get_maxresults pvl_insert_ordered icalproperty_new_xlicmimeencoding icalproperty_free icalproperty_new_xlicmimecontenttype fakeUnicode icalclassify_refesh icalproperty_new_expand icalcomponent_string_to_kind icalfileset_unlock icalproperty_set_rrule icalvalue_kind_to_string icalproperty_get_xlicmimeoptinfo pvl_prior icaldirset_modify pvl_count icalvalue_get_xlicclass icalparameter_new_from_string icalproperty_get_allowconflict icalproperty_vanew_xlicclustercount icalcomponent_get_current_component icalproperty_add_parameter icalproperty_set_maxresultssize icalproperty_set_allowconflict icalproperty_new_xlicclustercount icalmime_text_new_part icalvalue_new_binary icalrecur_expand_recurrence icalproperty_set_defaultlocale icalvalue_get_transp icalrestriction_must_if_tz_ref icalproperty_vanew_owner icalvalue_get_parent icalrecurrencetype_clear icalparameter_new_partstat icalparameter_get_cn icalcalendar_ownlock icalparameter_get_reltype icalvalue_as_ical_string icalparser_get_prop_name setVObjectLongValue ssrestart icalproperty_get_tzurl icalvalue_new_text icalproperty_vanew_dtstart addPropValue icalfileset_get_id icalcomponent_get_relcalid icalerror_get_error_state icalproperty_get_rdate print_time_to_string icaldirset_next_cluster icalparameter_set_cn icaltimezone_array_append_from_vtimezone icalattach_unref icalproperty_set_organizer icalvalue_set_xlicclass icalclassify icalcomponent_begin_component icalparameter_get_x icalproperty_set_priority icaldirset_get_current_component icalgauge_free icalproperty_remove_parameter_by_kind icalclassify_request_new icalspanlist_next_free_time addProp_ icalproperty_vanew_completed icalmime_local_action_map icaltimezone_get_builtin_timezone_from_tzid icalparameter_new icalclassify_request_new_organizer icalproperty_kind_to_value_kind vObjectVObjectValue pvl_apply icalmemory_free_ring icalcomponent_new_vevent ss_delete_buffer vObjectLongValue icalproperty_set_freebusy icalset_clear writeMemVObject icalproperty_vanew_method icaldurationtype_from_int icalparser_add_line fakeCString icaltime_is_utc vObjectUStringZValue icalcomponent_get_current_property icalproperty_vanew_organizer icalproperty_set_defaultcharset icalcluster_mark mime_parse icalproperty_new_decreed icalcomponent_new_vagenda icalproperty_set_calmaster sspm_encoding_string icalsetiter_to_prior icalerror_perror icalproperty_vanew_tzid sspm_property_name icalparameter_set_delegatedfrom icalset_new_file_reader printVObjectsToFile icalproperty_vanew_queryname icalproperty_set_dtend icalcalendar_get_freebusy icaltime_normalize icalcomponent_free icalproperty_vanew_allowconflict lookupStr icalvalue_encode_ical_string icalrestriction_component_records icalfileset_clear icalproperty_get_xlicmimecharset pvl_unshift icalproperty_set_tzname mime_nerrs icalcalendar_unlock newVObject icalcomponent_set_dtstart icalvalue_new_status icalclassify_reply_crasher_decline icalmemory_tmp_buffer sspm_write_part icalvalue_new_datetime icalproperty_vanew_resources icaltime_is_valid_time icalvalue_new_uri icalgauge_compare_recurse icalvalue_new_method icalproperty_new_duration icalvalue_new_x icalmessage_new_counterpropose_reply icalparser_get_next_value icalparameter_new_tzid icaltime_as_timet icalmime_parse icalproperty_vanew_dtstamp icalrecur_freq_to_string icalrestriction_no_duration icalproperty_vanew_rdate icalrestriction_may_be_tent_conf_cancel setVObjectStringZValue decode_base64 icalvalue_set_string icalproperty_get_dtstart icalparser_set_gen_data icalproperty_set_recurrenceid icalerrno_return icalproperty_set_percentcomplete icalparameter_set_sentby icalcomponent_new_vtimezone icalparameter_new_xliccomparetype icalparser_new sspm_make_multipart_part vObjectIntegerValue icaltimezone_get_utc_timezone icalset_mark icalproperty_new_maxresultssize icalparameter_get_partstat icalenum_reqstat_major icalparser_get_next_parameter ss_scan_bytes icalfileset_id_free icalproperty_get_expand icalvalue_set_integer icalvalue_get_utcoffset icalcomponent_add_component icalgauge_get_expand icaltime_from_day_of_year icalparameter_set_xvalue icalvalue_set_binary icalparameter_new_role icalfileset_commit icalmessage_new_delegate_request icalproperty_get_transp icalproperty_set_exdate icalproperty_new_lastmodified ss_init_buffer addProp icalvalue_set_status icalproperty_new_allowconflict icalmime_text_free_part sspm_free_parts icalmessage_new_reply_base icalcomponent_kind_to_string icalproperty_set_x icalmime_attachment_end_part icalfileset_new_writer icalcompiter_prior icalproperty_get_xlicmimefilename icalrecur_clause_name_and_value pvl_tail icalparameter_new_x icalcomponent_get_uid icalproperty_get_organizer icalproperty_set_xlicmimecharset icalproperty_get_attach icalproperty_new_percentcomplete icalproperty_set_tzoffsetto ss_scan_buffer initPropIterator icalrestriction_may_be_comp_need_process icalproperty_vanew_requeststatus icalrestriction_must_be_email icalproperty_get_xlicerror dupStr icalproperty_method_to_string sspm_parse_mime icalproperty_set_query icalcomponent_get_duration icalvalue_get_query icalproperty_vanew_maxresultssize icalclassify_delinecounter icalmemory_free_tmp_buffer icalproperty_vanew_sequence icalvalue_new_query icalproperty_get_target icalvalue_get_uri icalproperty_vanew_calscale icalcluster_count_components icalproperty_get_dtend icaltime_is_leap_year sspm_free_header addVObjectProp pvl_clear icalmime_attachment_add_line icalparameter_get_xvalue icalenum_reqstat_code icalparameter_get_xname icaldirset_read_directory icalparameter_new_related icalparameter_set_reltype icalproperty_get_location icalproperty_get_requeststatus icalcomponent_isa icaltime_current_time_with_zone icallangbind_get_first_parameter icalproperty_new_dtstamp icalcalendar_new icaldirset_add_component icalproperty_set_value_from_string initLex Parse_MIME_FromFileName icalcomponent_add_property icalproperty_set_summary icalproperty_get_x_name icaltimezone_get_tznames icalset_fetch icalcomponent_merge_component icalmime_text_end_part icalperiodtype_from_string icalproperty_set_created icalproperty_set_target icalcomponent_as_ical_string icalparameter_new_range icalvalue_new_xlicclass icalparameter_get_fbtype icallangbind_get_first_property icalcomponent_get_sequence icalcomponent_get_comment sspm_write_multipart_part icalproperty_vanew_uid icalvalue_set_parent icalcalendar_lock icalproperty_vanew_tzoffsetfrom icalclassify_reply_accept icaldirsetiter_to_next setValueWithSize_ icalcomponent_new_valarm vObjectValueType icalproperty_set_parent icalattach_new_from_url icalparameter_set_rsvp icalcomponent_get_status icaltriggertype_from_int icalproperty_new_summary icalrecur_iterator_sizeof_byarray icalssutil_free_parts icalparameter_new_delegatedto sspm_is_mime_boundary icalproperty_get_calscale icalcalendar_create icalproperty_get_action icalproperty_remove_parameter_by_name icalvalue_get_boolean icalproperty_new_tzname icalproperty_get_url icalclassify_reply_delegate icalproperty_vanew_defaultcharset icaltimezone_get_utc_offset_of_utc_time pvl_list_count icalparameter_new_xlicerrortype icalparameter_get_encoding vObjectName icalvalue_get_class sspm_find_major_content_type icalproperty_vanew_expand icaltimezone_get_tzid icalset_fetch_match icalmemory_append_string icaltimezone_array_new icalproperty_remove_parameter icalproperty_vanew_url icalproperty_vanew_xlicmimeoptinfo icalproperty_vanew_defaulttzid icalcomponent_set_sequence icalproperty_isa icallangbind_quote_as_ical icaltime_convert_to_zone ss_load_buffer_state icaltime_day_of_week icalcomponent_get_timezone icalparameter_new_altrep icalproperty_vanew_percentcomplete null_comp_record icaltime_span_contains sspm_encode_quoted_printable icalproperty_new_queryname icalclassify_lowercase icallangbind_free_array icalrestriction_must_have_duration icalclassify_publish_freebusy icaltime_add icaldirset_clear icalparameter_set_delegatedto icalproperty_get_duration icalproperty_set_exrule icalproperty_new_relatedto icallangbind_get_next_parameter nextVObject icalvalue_get_requeststatus setVObjectName icalparameter_new_reltype icalsetiter_prior icalproperty_set_parameter_from_string icalproperty_get_percentcomplete icalparameter_get_tzid icalset_new_dir icalproperty_vanew_geo icalproperty_new_impl icalproperty_vanew_version icalparameter_set_parent icalmessage_new_decline_reply icalproperty_get_lastmodified icaldirset_fetch icalparameter_set_value icalmessage_new_accept_reply icalproperty_get_tzname icalproperty_vanew_recurrenceid setVObjectIntegerValue icalproperty_get_prodid icalmime_text_add_line icalproperty_set_version icalproperty_new_organizer icalvalue_new_transp icalproperty_new_sequence icalproperty_get_scope writeVObject icalproperty_new_status icalrecur_string_to_freq icalarray_new icalproperty_get_categories icalset_path icalcomponent_vanew icalerror_crash_here icalproperty_get_x icalproperty_new_owner icalproperty_set_location icalvalue_get_caladdress icalrestriction_property_records icaldirset_options_default icalproperty_new_defaultlocale icalparser_free icalproperty_vanew_xlicclass icalproperty_new_xlicmimefilename icalproperty_new_contact icaltime_adjust icaldirset_commit icalparameter_new_clone icaltime_span_new print_datetime_to_string icalproperty_get_calmaster icalcalendar_get_booked icalparameter_get_cutype icalrecur_iterator_free lookupProp_ icalproperty_get_value addGroup icaldirset_remove_component icalvalue_compare icallangbind_property_eval_string icalspanlist_free icalgauge_dump icaltime_null_time icalvalue_set_utcoffset icalfilesetiter_to_next icalparameter_get_dir icalattach_ref icalproperty_get_property_name icalcomponent_count_errors icalparameter_set_dir icalerror_strerror icalproperty_set_tzid icaltimezone_free icalproperty_set_scope icalcomponent_get_description icalarray_remove_element_at icalvalue_new_class icalproperty_get_defaulttzid icalproperty_new_prodid icalclassify_request_freebusy icalproperty_new_tzoffsetto icalproperty_set_queryname icalproperty_set_xlicclustercount icalcluster_get_current_component icalproperty_get_relatedto icalvalue_isa_value icalproperty_set_method icalproperty_new_version icalcomponent_set_method sspm_lowercase icaltime_start_doy_of_week icaldirset_fetch_match icalproperty_new_x lookupProp icalproperty_vanew_decreed icalproperty_get_exdate setVObjectUStringZValue icalvalue_set_geo icaldirset_path icalset_get_next_component icalcomponent_get_dtstart icalproperty_vanew_calmaster icalset_has_uid icaltime_from_timet_with_zone icalvalue_set_caladdress icalspanlist_new icaltime_null_date icalfileset_init icalcomponent_set_relcalid icalparameter_get_delegatedto icalparameter_set_range icalfileset_filesize icalmessage_get_inner icaldirset_mark ss_flush_buffer icaltimezone_get_location icalproperty_new_tzurl icalproperty_set_requeststatus icalclassify_map icalparameter_get_xliccomparetype icalproperty_vanew_query icalvalue_get_attach icalcluster_new_impl icalparameter_new_sentby icalparameter_new_rsvp icalvalue_get_string icalproperty_set_url icaldirset_get_next_component icalcluster_get_next_component icalvalue_new_utcoffset icalenum_num_to_reqstat icalparameter_set_fbtype icalproperty_set_resources Parse_MIME_FromFile icalproperty_vanew_trigger icalproperty_set_sequence icalcluster_get_first_component icalvalue_string_to_kind icalspanlist_as_vfreebusy pvl_next icalcomponent_new icalproperty_new_xlicmimecid icalparameter_get_altrep icalmime_make_part icalcomponent_get_next_property icalsetiter_to_next icalset_new_dir_reader icalparameter_set_encoding icalreqstattype_as_string icalrestriction_compare icalproperty_vanew_tzurl icaltime_is_null_time icalproperty_set_attendee icalparameter_isa_parameter icalclassify_request_status icalmemory_tmp_copy icalcalendar_get_properties icaltime_is_date icalcompiter_next icaltime_today icaldurationtype_as_ical_string icalfileset_fetch icalcomponent_set_recurrenceid mime_char icalcomponent_get_inner icalvalue_set_requeststatus icalparameter_string_to_enum icalproperty_new_rrule icalparameter_set_x icalset_modify icalcomponent_new_vquery icalset_begin_component restr_string_map icalproperty_get_xlicmimecid icalproperty_set_dtstamp icalproperty_vanew_rrule setVObjectUStringZValue_ icaldirset_init icalcomponent_add_children icalfileset_mark icalcluster_commit icaldirset_new_writer decode_quoted_printable icalrecurrencetype_day_position icalproperty_set_tzoffsetfrom icalclassify_find_overlaps icalproperty_vanew_attendee icalrecurrencetype_day_day_of_week sspm_default_free_part icalproperty_new_calid icalparameter_free icalproperty_get_status icalfileset_count_components icalproperty_new_description icalproperty_string_to_status icalvalue_new_caladdress icalvalue_free icalproperty_new_freebusy icalvalue_set_duration icaltime_set_timezone icalcomponent_new_clone set_zone_directory icalfileset_select icalvalue_new_duration icalproperty_get_rrule icalproperty_set_completed icalparser_parse_string icalrecur_weekday_to_string icaltimezone_get_builtin_timezone icalparameter_enum_to_string icalmime_attachment_new_part addPropSizedValue_ icalcomponent_get_due sspm_append_hex icalparameter_get_member icalproperty_get_xlicmimeencoding icalproperty_set_contact icalproperty_set_repeat icaltriggertype_is_null_trigger sspm_make_part icalparameter_get_rsvp icalproperty_get_trigger icaltime_from_string sspm_is_continuation_line icalproperty_get_xlicclass pvl_data icalproperty_set_parameter icalvalue_kind_is_valid icalparameter_set_xname icalproperty_set_geo icalclassify_request_forward icalperiodtype_null_period icalproperty_new_defaulttzid sspm_append_string icalcomponent_set_duration icalparameter_get_related icalrecur_next_clause icalproperty_vanew_xlicmimeencoding setVObjectStringZValue_ writeMemVObjects addList icalspanlist_dump cleanVObjects icalvalue_set_method icalvalue_get_x icalrestriction_may_be_draft_final_canceled icalproperty_set_decreed sspm_find_minor_content_type icalproperty_set_expand icalparameter_set_cutype sspm_default_add_line icalproperty_new_xlicmimecharset icalset_count_components icalparameter_set_altrep icalparser_get_next_char pvl_free icalfileset_has_uid icalproperty_new_carid icalvalue_new_clone icalfileset_options_default icalcluster_key icalproperty_string_to_method icalproperty_new_due icalvalue_reset_kind ssparse icalproperty_set_class icalproperty_kind_is_valid icalproperty_new_rdate sspm_append_char icalrestriction_may_be_tent_conf icaldirset_select icalproperty_vanew_location icalerror_errors_are_fatal icalcluster_add_component icalcomponent_set_dtend icaltimezone_get_builtin_timezones vObjectAnyValue icalvalue_get_geo icalparameter_isa icalproperty_kind_and_string_to_enum icalproperty_set_defaulttzid icalclassify_cancel_instance icalproperty_new_geo icalcomponent_foreach_recurrence icalproperty_get_defaultcharset icalproperty_new_method icalproperty_set_duration icalproperty_set_value icalvalue_set_float printVObject icalproperty_vanew_target icalproperty_get_xlicclustercount icalproperty_count_parameters icalparser_string_line_generator icalparser_get_param_name sspm_is_blank lexBuf icalvalue_set_transp icalcluster_is_changed icalspanlist_from_vfreebusy icaltime_from_timet icalclassify_cancel_all icalproperty_get_value_as_string icalparameter_kind_to_string writeVObjectsToFile icalcomponent_set_due icalproperty_new_xlicerror icalproperty_vanew_exrule icalcalendar_islocked icalproperty_new_exdate icalcomponent_get_dtend icalvalue_get_date icalparameter_set_role icalproperty_get_completed icalattach_get_data icalcomponent_get_method icalparameter_get_range icalproperty_get_parent icalcluster_remove_component icalproperty_set_owner icalvalue_set_text icalproperty_vanew_lastmodified icalparser_get_next_paramvalue icalproperty_vanew_description icalvalue_get_recur icalerror_error_from_string icalproperty_set_xlicclass pvl_find_next icalproperty_enum_to_string icalproperty_vanew_due icalcomponent_get_dtstamp icalproperty_get_attendee icalfileset_begin_component icalmessage_new_error_reply icalmemory_add_tmp_buffer icalvalue_set_datetime icalcluster_new_clone icalproperty_get_owner icalarray_sort icalvalue_set_date icaltriggertype_is_bad_trigger icalfileset_read_file icalproperty_set_maxresults icalcomponent_get_span icalerror_supress icalproperty_new_defaultcharset icalvalue_new_trigger mime_lineNum icalproperty_get_tzoffsetfrom icalset_free icalproperty_new_clone icalproperty_new_xlicmimeoptinfo icalparameter_get_sentby icaltime_day_of_year icalproperty_get_uid icalvalue_new_recur icalvalue_is_valid icalenum_reqstat_desc icalproperty_set_xlicmimeoptinfo icalproperty_add_parameters icalrecur_first_clause icalproperty_get_summary icalproperty_vanew_repeat icalproperty_new_action isAPropertyOf icalproperty_vanew_attach icalclassify_add_instance icalclassify_publish_update icalvalue_isa icalrestriction_must_be_cancel_if_present icalproperty_vanew_comment registerMimeErrorHandler sspm_get_parameter icalproperty_vanew_xlicmimecharset icalproperty_vanew_freebusy icaldirset_free icalproperty_set_xlicmimeencoding icalproperty_set_x_name icalproperty_get_queryname icalset_commit icalproperty_set_comment pvl_remove icalcomponent_count_components icalvalue_get_trigger icaltimezone_dump_changes icalproperty_get_recurrenceid icaltime_subtract icalrecur_string_to_weekday pvl_newlist pvl_new_element icalproperty_get_parameter_as_string icalproperty_vanew_status icalcomponent_get_first_real_component icalproperty_new_categories icalvalue_new_requeststatus icalproperty_new_dtend icalvalue_set_period moreIteration icalproperty_set_rdate icalproperty_get_exrule icalproperty_new_class icalvalue_new_impl icalproperty_get_priority icalproperty_new_resources icaltimezone_set_component icalproperty_set_relcalid icalvalue_get_datetimeperiod icalclassify_reply_decline icalcomponent_remove_property icaltimezone_array_free icalfileset_modify icalrecur_check_rulepart icalproperty_get_freebusy icalparameter_get_parent icalcomponent_get_recurrenceid icalproperty_vanew_priority icalproperty_vanew_relcalid icalproperty_get_defaultlocale icalvalue_set_recur icalfileset_produce_icalcluster vObjectStringZValue icaltime_as_ical_string sspm_build_header uStrLen free_zone_directory icalproperty_vanew_calid icalparameter_as_ical_string icalproperty_vanew_dtend icalparameter_new_dir icalproperty_vanew_tzname icalparameter_new_delegatedfrom icalproperty_get_first_parameter juldat fieldedProp icalproperty_new_attach icaltime_days_in_month icalvalue_get_datetime icalcluster_free icalcomponent_new_from_string icalvalue_get_float icalvalue_new_boolean icalcomponent_set_uid icalmemory_free_ring_byval icaltime_compare_date_only icalproperty_get_contact icalproperty_vanew_carid setVObjectAnyValue icaltimezone_get_utc_offset icallangbind_get_next_component icalset_get_first_component icalmessage_new_delegate_reply icalcomponent_set_summary icalproperty_vanew_xlicmimefilename print_date_to_string icalrestriction_must_be_recurring icaldurationtype_null_duration icallangbind_string_to_open_flag icalrestriction_must_have_repeat icalproperty_set_xlicmimefilename icaldirset_lock icalvalue_new_geo icalproperty_get_repeat icalcomponent_strip_errors icaltime_compare icalcomponent_new_vcalendar icalproperty_new_url icalproperty_set_description icalcomponent_isa_component icalproperty_get_created icalvalue_get_integer icalsetiter_next icalproperty_new_uid icalspanlist_as_freebusy_matrix icalclassify_counter sspm_get_next_line Parse_MIME sspm_major_type_string icalproperty_new_calscale icaldirset_next_uid_number icalcalendar_new_impl icaldurationtype_bad_duration icalrecur_iterator_new icalparameter_get_value icalarray_append icalparameter_set_xlicerrortype setValueWithSize icalperiodtype_is_valid_period icalfileset_read_from_file sspm_default_new_part icalproperty_set_action icalsetiter_deref icalproperty_isa_property icalproperty_new_from_string icalproperty_set_dtstart icalarray_element_at icalcomponent_get_first_component icalvalue_new_from_string icalproperty_string_to_enum icalvalue_set_query icalproperty_get_description icalrestriction_check initVObjectIterator icalrestriction_must_be_canceled_no_attendee icalcomponent_new_vfreebusy icalproperty_vanew_tzoffsetto icalparameter_set_member icaldirsetiter_to_prior icalvalue_new icalproperty_new_target icalproperty_set_xlicmimecid icalproperty_get_due icalvalue_set_attach icalproperty_new_relcalid icalvalue_set_x icalproperty_new_query icalproperty_set_tzurl icaltimezone_convert_time icalproperty_vanew_summary icalfileset_path icalerror_set_errno cleanVObject icalperiodtype_is_null_period icalproperty_vanew_exdate icalclassify_request_delegate sspm_write_base64 icalproperty_set_attach icalproperty_get_relcalid icalproperty_new_trigger icalcomponent_get_parent sspm_read_header ss_switch_to_buffer icalproperty_vanew_duration icalcomponent_get_location icalparameter_get_role icalcluster_new sspm_encode_base64 icaldirset_new_reader icalproperty_set_uid icalproperty_new_priority addPropSizedValue icalparameter_new_fbtype null_prop_record icalset_new_file_writer icalset_new_dir_writer sspm_action_map icalattach_get_is_url icalproperty_get_version icaldurationtype_as_int icaldurationtype_is_null_duration icalvalue_set_trigger icalproperty_set_calid icalcalendar_free icalparameter_new_member pvl_shift icallangbind_get_first_component pvl_insert_before icalparameter_string_to_kind icalproperty_set_xlicmimecontenttype icalproperty_set_categories icalmemory_resize_buffer icalproperty_vanew_action icalerror_clear_errno ss_scan_string icalfileset_get_component icalproperty_get_resources icalproperty_vanew_xlicerror icalmessage_find_attendee icalproperty_remove_parameter_by_ref icalssutil_is_rescheduled icalproperty_vanew_xlicmimecontenttype sslex icalvalue_set_boolean icalproperty_get_method icallangbind_new_array icalcomponent_get_next_component icaltime_get_timezone icalset_add_component icalrecur_add_byrules icalssutil_get_parts icalcomponent_check_restrictions unUseStr icalvalue_new_float icaldirset_count_components icalmime_test icalfileset_get_next_component icaldurationtype_from_string icalproperty_get_name icalproperty_string_to_kind icalvalue_new_integer icalproperty_new_tzoffsetfrom icalvalue_new_string icalproperty_get_next_parameter icalfileset_new_reader icalparameter_new_value sspm_is_mime_header icalclassify_cancel_event icalset_new_file icalset_get_current_component icalproperty_get_geo sspm_store_part icalrestriction_check_component icalproperty_new_tzid icalcomponent_new_vjournal icalproperty_vanew_relatedto sspm_is_mime_terminating_boundary icalparameter_set_related icalcompiter_null pvl_elem_count icalclassify_publish_new icalproperty_new_repeat icalmemory_free_buffer icalvalue_new_datetimeperiod icalproperty_set_transp icalattach_new_from_data caldat icalrestriction_get_component_restriction icalparameter_get_delegatedfrom icalvalue_get_binary icalproperty_value_kind_to_kind icalcomponent_new_xstandard icaltime_as_timet_with_zone newVObject_ sspm_encoding_map pvl_pop icalcomponent_new_xdaylight icaldirset_new deleteVObject sspm_is_mail_header icalgauge_new_from_sql icalvalue_new_period icalproperty_get_comment icalcomponent_set_dtstamp icalproperty_new_created icalmime_attachment_free_part icallangbind_get_next_property icalmemory_append_char icalset_remove_component icalcomponent_set_comment icalvalue_new_date icalproperty_enum_belongs_to_property pvl_insert_after pvl_push sspm_set_error icalvalue_set_datetimeperiod printVObjectToFile icalproperty_vanew_categories icaldirset_begin_component sspm_make_multipart_subpart icalrecurrencetype_from_string icalreqstattype_from_string icalclassify_request_update icalclassify_find_attendee icalproperty_new icalproperty_recurrence_is_excluded icalproperty_vanew_created icalproperty_vanew_maxresults icalproperty_new_maxresults ss_create_buffer icalproperty_new_location mime_numErrors icalproperty_new_attendee icalcomponent_get_summary icaltime_get_tzid cleanStrTbl sspm_minor_type_string icalproperty_new_comment icalproperty_get_sequence nextVObjectInList icalproperty_kind_to_string icalvalue_get_status icalvalue_get_method icalproperty_get_query icalparameter_new_impl icalparser_get_line icalrecurrencetype_as_string icaldurationtype_is_bad_duration icalrestriction_no_dtend icalproperty_get_dtstamp icalproperty_set_lastmodified icalproperty_set_trigger icalcomponent_remove_component icalproperty_set_relatedto icalcomponent_set_location icalmemory_new_buffer deleteStr icalparser_clean icalparameter_value_to_value_kind icalcomponent_set_parent icalparser_parse icalerror_stop_here icalvalue_set_action icalclassify_request_reschedule icalproperty_new_dtstart icalcluster_get_component icalparameter_get_fmttype icalproperty_get_carid mime_yylval icalproperty_new_transp icalcomponent_end_component icalproperty_get_decreed icalcomponent_set_description icalparameter_new_language icalcalendar_get_incoming icalparameter_set_partstat icalproperty_set_prodid icaltriggertype_from_string icalfileset_get_first_component icalcomponent_foreach_tzid icalproperty_get_xlicmimecontenttype pvl_head icalmime_textcalendar_end_part icalmessage_copy_properties pvl_find icalcomponent_count_properties icalparser_get_state icalvalue_new_attach icalrecur_iterator_next icalfileset_form_a_matched_recurrence_component icalvalue_new_from_string_with_error icalvalue_get_text icalproperty_vanew_contact sserror icaltime_span_overlaps writeVObjectToFile icalproperty_new_requeststatus icalvalue_get_action sswrap icaltimezone_get_latitude icalcomponent_kind_is_valid icalparameter_new_from_value_string icalset_new icaldirset_get_first_component icalcompiter_deref icalproperty_as_ical_string icalproperty_get_tzid icalparameter_set_xliccomparetype icalclassify_reply_crasher_accept icalparameter_set_tzid icalarray_free icalproperty_get_tzoffsetto icalproperty_new_calmaster icalproperty_new_xlicclass icalfileset_add_component icalset_select icalfileset_lock icalvalue_set_class icalattach_get_url sspm_strdup icalparameter_new_cutype icalproperty_vanew_scope icalerror_restore icalproperty_get_class icalfileset_get_current_component icalvalue_set_uri icalgauge_compare icalrestriction_get_property_restriction icalproperty_vanew_prodid icalperiodtype_as_ical_string icallangbind_access_array icalparameter_new_fmttype icalerror_set_error_state icalproperty_set_due icalcomponent_convert_errors icalproperty_get_calid icaltimezone_get_longitude icaltime_week_number icalproperty_get_maxresultssize icalproperty_vanew_xlicmimecid sspm_write_mime icalsetiter_null icalfileset_free icalproperty_new_exrule icalparameter_get_xlicerrortype icalfileset_remove_component compare_map icalparameter_new_cn icalvalue_get_duration setVObjectVObjectValue icalproperty_new_completed sspm_write_header icalproperty_vanew_transp icalproperty_set_carid icalparameter_new_encoding icalproperty_vanew_class icalparameter_set_fmttype icalcomponent_get_first_property icalcomponent_is_valid icalproperty_vanew_x icaltimezone_new icalproperty_set_status icalenum_reqstat_minor icalproperty_new_scope icalfileset_new icalparameter_set_language icalproperty_status_to_string icalrecur_add_bydayrules icalfileset_fetch_match icalproperty_set_xlicerror icalvalue_new_action sspm_value icaltimezone_free_builtin_timezones icaldirset_has_uid icalparameter_get_language icalproperty_set_calscale icalcomponent_new_vtodo icaltimezone_get_component icalcomponent_set_status icalproperty_vanew_defaultlocale Symbol clashes between libraries /usr/lib/libgs.so.8.15 /usr/lib/libkopete_oscar.so.2.0.0 /usr/lib/libwireshark.so.0.0.1: => md5_append md5_finish Symbol clashes between libraries /usr/lib/libao.so.2.1.3 /usr/lib/libnetsnmp.so.10.0.1 /usr/lib/libsnmp.so.10.0.1: => read_config_files Symbol clashes between libraries /usr/lib/libebook-1.2.so.9.0.0 /usr/lib/libedata-book-1.2.so.2.3.0: => GNOME_Evolution_Addressbook_Book_getSupportedFields GNOME_Evolution_Addressbook_Book__classid TC_CORBA_sequence_GNOME_Evolution_Addressbook_BookChangeItem_struct GNOME_Evolution_Addressbook_Book_getSupportedAuthMethods TC_GNOME_Evolution_Addressbook_ContactIdList_struct TC_GNOME_Evolution_Addressbook_BookViewListener_struct TC_GNOME_Evolution_Addressbook_BookChangeItem_struct POA_GNOME_Evolution_Addressbook_Book__init GNOME_Evolution_Addressbook_BookViewListener_notifySequenceComplete GNOME_Evolution_Addressbook_BookListener_notifyWritable GNOME_Evolution_Addressbook_BookView_dispose GNOME_Evolution_Addressbook_BookListener_notifySupportedAuthMethods GNOME_Evolution_Addressbook_BookListener_notifyConnectionStatus TC_GNOME_Evolution_Addressbook_BookChangeType_struct GNOME_Evolution_Addressbook_BookListener__iinterface POA_GNOME_Evolution_Addressbook_Book__fini GNOME_Evolution_Addressbook_Book_getStaticCapabilities TC_GNOME_Evolution_Addressbook_VCardList_struct POA_GNOME_Evolution_Addressbook_BookListener__fini GNOME_Evolution_Addressbook_BookListener_notifyContactsRemoved TC_GNOME_Evolution_Addressbook_BookFactory_struct TC_GNOME_Evolution_Addressbook_CallStatus_struct GNOME_Evolution_Addressbook_BookViewListener_notifyContactsAdded GNOME_Evolution_Addressbook_Book_getChanges GNOME_Evolution_Addressbook_Book_getRequiredFields GNOME_Evolution_Addressbook_Book_getContactList GNOME_Evolution_Addressbook_Book_getBookView GNOME_Evolution_Addressbook_BookListener_notifyContactListRequested GNOME_Evolution_Addressbook_BookListener__classid TC_GNOME_Evolution_Addressbook_BookView_struct GNOME_Evolution_Addressbook_Book_getName GNOME_Evolution_Addressbook_BookListener_notifyContactCreated GNOME_Evolution_Addressbook_BookView__classid POA_GNOME_Evolution_Addressbook_BookFactory__init GNOME_Evolution_Addressbook_BookFactory__iinterface GNOME_Evolution_Addressbook_BookListener_notifyContactModified GNOME_Evolution_Addressbook_BookView__imethods TC_GNOME_Evolution_Addressbook_BookChangeList_struct GNOME_Evolution_Addressbook_BookView_stop GNOME_Evolution_Addressbook_Book__iinterface POA_GNOME_Evolution_Addressbook_BookFactory__fini GNOME_Evolution_Addressbook_BookViewListener_notifyContactsChanged GNOME_Evolution_Addressbook_BookListener_notifyAuthRequired GNOME_Evolution_Addressbook_BookFactory__classid GNOME_Evolution_Addressbook_BookViewListener_notifyProgress GNOME_Evolution_Addressbook_BookFactory_getBook POA_GNOME_Evolution_Addressbook_BookView__init TC_GNOME_Evolution_Addressbook_BookFactory_ProtocolNotSupported_struct TC_GNOME_Evolution_Addressbook_BookMode_struct TC_GNOME_Evolution_Addressbook_ContactId_struct GNOME_Evolution_Addressbook_BookListener_notifyContactRequested GNOME_Evolution_Addressbook_Book_modifyContact GNOME_Evolution_Addressbook_BookListener_notifySupportedFields GNOME_Evolution_Addressbook_BookViewListener__imethods POA_GNOME_Evolution_Addressbook_BookViewListener__fini GNOME_Evolution_Addressbook_BookFactory__imethods POA_GNOME_Evolution_Addressbook_BookListener__init TC_GNOME_Evolution_Addressbook_BookListener_struct GNOME_Evolution_Addressbook_Book_cancelOperation POA_GNOME_Evolution_Addressbook_BookViewListener__init GNOME_Evolution_Addressbook_BookListener_notifyAuthenticationResult GNOME_Evolution_Addressbook_BookListener_notifyRequiredFields GNOME_Evolution_Addressbook_BookViewListener_notifyContactsRemoved GNOME_Evolution_Addressbook_BookListener_notifyBookRemoved TC_GNOME_Evolution_Addressbook_Book_struct GNOME_Evolution_Addressbook_BookListener_notifyBookOpened GNOME_Evolution_Addressbook_BookListener_notifyChangesRequested GNOME_Evolution_Addressbook_BookListener_notifyProgress GNOME_Evolution_Addressbook_BookView_start TC_CORBA_sequence_GNOME_Evolution_Addressbook_VCard_struct GNOME_Evolution_Addressbook_BookListener_notifyViewRequested GNOME_Evolution_Addressbook_Book__imethods GNOME_Evolution_Addressbook_BookListener__imethods GNOME_Evolution_Addressbook_Book_getContact GNOME_Evolution_Addressbook_Book_removeContacts TC_GNOME_Evolution_Addressbook_VCard_struct POA_GNOME_Evolution_Addressbook_BookView__fini GNOME_Evolution_Addressbook_BookView__iinterface GNOME_Evolution_Addressbook_Book_remove TC_GNOME_Evolution_Addressbook_stringlist_struct GNOME_Evolution_Addressbook_Book_open TC_CORBA_sequence_GNOME_Evolution_Addressbook_ContactId_struct GNOME_Evolution_Addressbook_Book_addContact GNOME_Evolution_Addressbook_BookViewListener__iinterface GNOME_Evolution_Addressbook_Book_authenticateUser GNOME_Evolution_Addressbook_BookViewListener__classid Symbol clashes between libraries /usr/lib/libOpenIPMIposix.so.0.0.1 /usr/lib/libOpenIPMIpthread.so.0.0.1: => sel_set_fd_handlers ipmi_sel_set_read_fds_handler sel_clear_fd_handlers sel_stop_timer sel_alloc_timer sel_set_fd_read_handler posix_mutex_unlock sel_free_timer posix_mutex_alloc sel_select posix_mutex_lock sel_start_timer sel_free_selector sel_alloc_selector sel_set_fd_write_handler sel_set_fd_except_handler sel_select_loop sset_log_handler posix_mutex_free Symbol clashes between libraries /usr/lib/libedataserver-1.2.so.7.1.0 /usr/lib/libgmime-2.0.so.2.2.3 /usr/lib/libgs.so.8.15 /usr/lib/libkopete_oscar.so.2.0.0 /usr/lib/libwireshark.so.0.0.1: => md5_init Symbol clashes between libraries /usr/lib/libOSMesa16.so.6.5.1 /usr/lib/libOSMesa32.so.6.5.1 /usr/lib/libOSMesa.so.6.5.1: => slang_struct_scope_copy slang_operation_construct grammar_fast_check grammar_string_copy_n slang_function_scope_destruct OSMesaCreateContextExt slang_program_rst slang_info_log_memory grammar_string_length slang_export_data_quant_components slang_type_specifier_dtr slang_storage_aggregate_destruct mmFindBlock x86sse_dummy slang_assembly_file_restore_point_save slang_fixup_table_free slang_storage_aggregate_construct grammar_string_compare_n OSMesaGetDepthBuffer mmFreeMem grammar_alloc_malloc slang_export_data_quant_dtr slang_info_log_warning grammar_check slang_export_data_quant_ctr grammar_alloc_realloc slang_type_specifier_equal glGetColorTableParameterivEXT slang_program_dtr slang_atom_pool_id slang_assembly_file_destruct slang_export_data_quant_simple slang_export_data_table_add slang_assembly_file_push_literal slang_operation_copy slang_assembly_file_push slang_export_data_entry_dtr fetch_ext_rgba_dxt5 fetch_ext_rgba_dxt3 fetch_ext_rgba_dxt1 grammar_set_reg8 slang_info_log_error OSMesaGetIntegerv slang_export_data_quant_add_field slang_type_specifier_type_from_string slang_info_log_print grammar_destroy slang_struct_copy mmInit slang_function_scope_find_by_name slang_texture_usages_ctr grammar_alloc_free OSMesaMakeCurrent slang_export_code_table_ctr slang_export_data_quant_size glGetColorTableEXT grammar_load_from_text slang_storage_array_construct slang_assembly_typeinfo_destruct slang_export_data_quant_elements OSMesaPixelStore slang_export_data_quant_array slang_export_data_quant_struct slang_export_data_entry_ctr OSMesaDestroyContext slang_variable_construct glProgramCallbackMESA slang_export_data_table_ctr slang_export_data_quant_type grammar_string_compare fetch_ext_rgb_dxt1 slang_program_ctr OSMesaGetColorBuffer slang_texture_usages_dtr slang_variable_scope_copy slang_struct_equal grammar_string_copy mmDestroy slang_export_data_table_dtr slang_function_destruct slang_fixup_table_init slang_export_code_table_dtr ati_fs_opcodes slang_assembly_file_push_label slang_struct_scope_find slang_function_construct slang_machine_ctr slang_machine_init slang_fully_specified_type_construct slang_assembly_file_restore_point_load slang_fully_specified_type_copy slang_type_specifier_type_to_string slang_assembly_typeinfo_construct mmDumpMemInfo glBlendEquationSeparate slang_type_specifier_ctr slang_variable_destruct slang_type_specifier_copy slang_export_code_table_add slang_struct_scope_destruct slang_fully_specified_type_destruct slang_function_scope_find slang_struct_destruct mmAllocMem grammar_memory_copy OSMesaGetCurrentContext slang_info_log_construct slang_atom_pool_destruct slang_assembly_file_push_label2 OSMesaCreateContext slang_operation_destruct slang_storage_array_destruct glGetProgramRegisterfvMESA slang_variable_scope_destruct slang_struct_construct slang_string_concat slang_info_log_destruct slang_machine_dtr mesa_print_display_list grammar_get_last_error slang_atom_pool_construct perm slang_atom_pool_atom slang_export_data_quant_fields OSMesaColorClamp slang_variable_copy glGetColorTableParameterfvEXT slang_attrib_overrides_add grammar_string_duplicate fxt1_decode_1 OSMesaGetProcAddress Symbol clashes between libraries /usr/lib/libg2c.so.0.0.0 /usr/lib/libopal_linux_x86_r.so.2.2.2: => pow_ii r_sign i_nint Symbol clashes between libraries /usr/lib/libhistory.so.4.3 /usr/lib/libhistory.so.5.1 /usr/lib/libreadline.so.4.3 /usr/lib/libreadline.so.5.1: => history_list unstifle_history using_history sh_set_lines_and_columns read_history history_quotes_inhibit_expansion history_get rl_byte_oriented history_set_history_state xfree history_arg_extract sh_get_env_value history_comment_char history_get_history_state history_set_pos read_history_range previous_history sh_get_home_dir sh_single_quote history_is_stifled history_search_delimiter_chars history_length clear_history history_expand history_search next_history history_inhibit_expansion_function history_subst_char append_history stifle_history history_offset history_search_pos current_history write_history history_expansion_char add_history history_base history_search_prefix history_total_bytes where_history history_truncate_file max_input_history replace_history_entry history_no_expand_chars history_tokenize history_max_entries remove_history sh_unset_nodelay_mode get_history_event history_word_delimiters Symbol clashes between libraries /usr/lib/libgettextlib-0.14.6.so /usr/lib/libmp.so.3.1.7: => gcd Symbol clashes between libraries /usr/lib/libXaw3d.so.7.0 /usr/lib/libXaw7.so.7.0.0: => XawTipDisable tipClassRec XawTipEnable tipWidgetClass Symbol clashes between libraries /usr/lib/libodbcpsql.so.1.0.0 /usr/lib/libodbcpsql.so.2.0.0: => copy_and_convert_field remove_newlines pgtype_literal_prefix searchColInfo conv_from_octal SOCK_put_n_char pgtype_length copy_statement_with_parameters SOCK_get_next_byte CC_add_statement TL_get_fieldval pgtype_display_size conv_from_hex parse_datetime convert_to_pgbinary convert_escape convert_money SC_recycle_statement getDSNdefaults QR_free_memory SOCK_connect_to CI_set_num_fields my_strcpy QR_close pgtype_auto_increment CC_get_error sqltype_to_default_ctype pgtype_create_params EN_Constructor encode convert_linefeeds CC_clear_error SC_clear_error QR_next_tuple SOCK_put_next_byte strncpy_null my_strcat SC_pre_execute SC_get_bookmark pgtype_case_sensitive makeConnectString odbc_lo_unlink TL_add_tuple SC_Destructor SOCK_connect_to_unix SQLDummyOrdinal mapFuncs SC_Constructor make_string extend_bindings SC_free_params QR_set_notice QR_set_position statement_type pgtype_to_name SOCK_put_string SOCK_Constructor updateGlobals odbc_lo_close CI_set_field_info qlog SC_execute CI_Constructor pgtype_money CC_send_query CC_create_errormsg set_tuplefield_null SOCK_get_string EN_log_error SOCK_connect_to_unix_port dconn_get_connect_attributes SOCK_Destructor pgtype_to_ctype sqltype_to_pgtype QR_set_num_fields convert_pgbinary_to_char copyAttributes EN_get_error SOCK_clear_error getDSNinfo odbc_lo_write convert_from_pgbinary decode TL_Constructor mylog EN_remove_connection copy_and_convert_field_bindinfo trim pgtype_scale pgtype_radix set_tuplefield_string odbc_lo_tell odbc_lo_read convert_lo my_strlen globals pgtype_nullable getGlobalDefaults QR_read_tuple CI_read_fields CI_Destructor SOCK_get_int writeDSNinfo SC_get_error set_statement_option create_empty_bindings CC_send_function mapFunction QR_set_command QR_fetch_tuples EN_add_connection EN_Destructor CC_Constructor conv_to_octal SOCK_get_n_char SC_log_error SC_create_errormsg odbc_lo_creat CC_Destructor QR_inc_base CI_free_memory SOCK_put_int pgtype_literal_suffix CC_remove_statement pgtype_precision QR_Constructor sqlTypes TL_Destructor generate_filename pgtype_searchable pgtype_unsigned CC_cursor_count CC_cleanup CC_lookup_lo QR_Destructor pgtype_to_sqltype conns getColInfo CC_connect CC_abort SC_fetch QR_set_cache_size SOCK_flush_output SC_unbind_cols CC_log_error getNextToken set_tuplefield_int4 set_tuplefield_int2 CC_set_translation QR_set_rowset_size parse_statement InitializeStatementOptions getCharPrecision convert_special_chars CC_send_settings odbc_lo_open odbc_lo_lseek Symbol clashes between libraries /usr/lib/liblber-2.2.so.7.0.22 /usr/lib/liblber-2.3.so.0.2.15: => ber_put_ostring ber_int_sb_read ber_bprint ber_memcalloc_x ber_strdup ber_pvt_socket_set_nonblock ber_dupbv ber_bvfree_x ber_log_dump ber_bvarray_free_x ber_pvt_log_output ber_strdup_x ber_put_string ber_sockbuf_remove_io ber_sockbuf_ctrl ber_init2 ber_sockbuf_free ber_printf ber_bvdup ber_scanf ber_pvt_sb_copy_out ber_sockbuf_io_debug ber_dupbv_x ber_pvt_err_file ber_bvarray_add_x ber_remaining ber_alloc ber_memvfree ber_memalloc ber_write ber_pvt_sb_buf_destroy ber_int_options ber_get_tag ber_memvfree_x ber_mem2bv_x ber_realloc ber_pvt_sb_grow_buffer ber_sockbuf_alloc ber_mem2bv ber_get_enum ber_get_bitstringa ber_sockbuf_io_fd ber_get_stringbv ber_bvecadd ber_pvt_opt_on ber_peek_tag ber_dup ber_get_null lutil_debug ber_first_element ber_put_bitstring ber_memfree ber_sockbuf_io_readahead ber_init_w_nullc ber_flatten ber_rewind ber_set_option ber_int_memory_fns ber_int_errno_fn ber_init ber_log_bprint ber_put_boolean ber_int_sb_init ber_put_null ber_bvecadd_x ber_pvt_log_print ber_alloc_t ber_next_element ber_start_set ber_start_seq ber_memcalloc ber_memfree_x ber_sockbuf_io_tcp ber_flatten2 ber_get_boolean ber_put_berval ber_put_int ber_int_sb_write ber_log_sos_dump ber_int_sb_close ber_memrealloc ber_reset ber_bvfree ber_pvt_sb_do_write ber_get_int ber_len ber_str2bv_x ber_int_sb_destroy ber_skip_tag ber_flush ber_sockbuf_add_io ber_str2bv ber_sos_dump ber_get_option ber_memalloc_x ber_bvecfree_x ber_ptrlen ber_error_print ber_get_stringal ber_put_enum ber_memrealloc_x ber_errno_addr der_alloc ber_bvarray_add ber_bvarray_free ber_free_buf ber_strndup_x ber_dump ber_get_stringa ber_get_stringb ber_pvt_log_printf ber_get_next ber_put_set ber_put_seq ber_pvt_sb_buf_init ber_int_log_proc lutil_debug_file ber_strndup ber_bvecfree ber_free ber_read ber_start Symbol clashes between libraries /usr/lib/libgs.so.8.15 /usr/lib/libpng.so.3.10.0: => png_push_fill_buffer Symbol clashes between libraries /usr/lib/libgtkhtml-2.so.0.0.0 /usr/lib/libgtkhtml-3.8.so.15.3.9: => html_image_factory_new html_style_set_font_size html_color_new_from_rgb html_style_new html_color_equal html_color_ref html_painter_set_clip_rectangle html_gdk_painter_get_type html_painter_draw_glyphs html_painter_draw_line html_painter_get_type html_gdk_painter_new html_color_unref Symbol clashes between libraries /usr/lib/libg2c.so.0.0.0 /usr/lib/libgfortran.so.1.0.0: => abort_ etime_ Symbol clashes between libraries /usr/lib/libdhcp4client.so.1 /usr/lib/libisc.so.11.1.1: => isc_result_totext Symbol clashes between libraries /usr/lib/libidn.so.11.5.19 /usr/lib/libsilc-1.0.so.2.4.1: => stringprep_rfc3454_B_2 stringprep_rfc3454_B_3 stringprep_rfc3454_B_1 stringprep_4zi stringprep_rfc3454_C_1_1 stringprep_rfc3454_C_2_2 stringprep_unichar_to_utf8 stringprep_rfc3454_C_9 stringprep_rfc3454_C_8 stringprep_rfc3454_C_7 stringprep_rfc3454_C_6 stringprep_rfc3454_C_5 stringprep_rfc3454_C_4 stringprep_rfc3454_C_3 stringprep_4i stringprep_rfc3454_C_2_1 stringprep_profile stringprep_rfc3454_D_1 stringprep_rfc3454_D_2 stringprep_ucs4_nfkc_normalize stringprep_utf8_to_unichar stringprep_utf8_to_ucs4 stringprep_utf8_nfkc_normalize stringprep_ucs4_to_utf8 stringprep stringprep_rfc3454_C_1_2 stringprep_profiles stringprep_rfc3454_A_1 Symbol clashes between libraries /usr/lib/libc-client.so.1 /usr/lib/libmusicbrainz.so.4.0.0: => rfc822_binary Symbol clashes between libraries /usr/lib/libbeecrypt.so.6.4.0 /usr/lib/libcryptsetup.so.0.0.0: => sha1 Symbol clashes between libraries /usr/lib/libloginhelper.so.0.0.0 /usr/lib/libspi.so.0.10.11: => Accessibility_LoginHelper_getDeviceReqs Accessibility_LoginHelper__iinterface TC_Accessibility_LoginHelper_struct Accessibility_LoginHelper_setSafe TC_Accessibility_LoginHelper_DeviceReqList_struct TC_Accessibility_LoginHelper_DeviceReq_struct TC_CORBA_sequence_Accessibility_LoginHelper_DeviceReq_struct POA_Accessibility_LoginHelper__fini Accessibility_LoginHelper_unImplemented4 Accessibility_LoginHelper_unImplemented2 Accessibility_LoginHelper_unImplemented3 TC_CORBA_sequence_Accessibility_LoginHelper_WindowInfo_struct Accessibility_LoginHelper__imethods Accessibility_LoginHelper_getRaiseWindows Accessibility_LoginHelper__classid Accessibility_LoginHelper_unImplemented TC_Accessibility_LoginHelper_WindowInfo_struct TC_Accessibility_LoginHelper_WindowList_struct POA_Accessibility_LoginHelper__init Symbol clashes between libraries /usr/lib/libgs.so.8.15 /usr/lib/libkghostviewlib.so.0.0.0: => dsc_known_media Symbol clashes between libraries /usr/lib/libXaw6.so.6.0.1 /usr/lib/libXaw7.so.7.0.0: => XawOpenApplication XawTextLastPosition XawTextGetSink XawTextScroll XawTypeToStringWarning XawVendorStructureNotifyHandler CvtEdgeTypeToString Symbol clashes between libraries /usr/lib/libldap-2.3.so.0.2.15 /usr/lib/libldap_r-2.3.so.0.2.15: => ldap_bv2escaped_filter_value_len ldap_start_tls ldap_tls_inplace ldap_set_nextref_proc ldap_install_tls ldap_create_passwordpolicy_control ldap_pvt_sasl_secprops_unparse ldap_turn_s ldap_bv2escaped_filter_value_x ldap_passwordpolicy_err2txt ldap_turn ldap_bv2escaped_filter_value desc2str ldap_parse_passwordpolicy_control Symbol clashes between libraries /usr/lib/libnetsnmpagent.so.10.0.1 /usr/lib/libwrap.so.0.7.6: => deny_severity allow_severity Symbol clashes between libraries /usr/lib/libartscontrolapplet.so.1.0.0 /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/OpenIPMI/OpenIPMI.so: => init Symbol clashes between libraries /usr/lib/libGL.so.1.2 /usr/lib/libOSMesa16.so.6.5.1 /usr/lib/libOSMesa32.so.6.5.1 /usr/lib/libOSMesa.so.6.5.1: => glGetProgramParameterfvNV glWindowPos3fv glVertexAttrib4sARB glVertexAttrib3fvNV glGetConvolutionParameteriv glLighti glLightf glGetHistogramParameterfv glGetProgramParameterdvNV glTexCoord4dv glMultiTexCoord3sARB glWindowPos2s glTexGend glVertexAttrib3dvARB glClientActiveTexture glMaterialiv glConvolutionParameterfv glVertexArrayRangeNV glMultiTexCoord1svARB glPushMatrix glGetTexParameteriv glSecondaryColor3us glSecondaryColor3ub glSecondaryColor3ui glCompressedTexSubImage2D glVertexAttrib1sNV glMultiDrawElementsEXT glVertexPointer glDeleteBuffersARB glMapBuffer glEdgeFlagPointer glBeginQuery glVertexAttrib4NivARB glPointParameterfEXT glUniform4fvARB glTexCoord1dv glTexImage2D glEdgeFlag glWindowPos2dvMESA glTexSubImage3D glGetBufferParameterivARB glGetHistogram glMapBufferARB glMultiDrawElements glDeleteFragmentShaderATI glIndexsv glEvalPoint1 glEvalPoint2 glSecondaryColor3iEXT glSecondaryColor3sEXT glWindowPos2svARB glMultiTexCoord3dvARB glDisable glMultiTexCoord3s glGetColorTableParameteriv glMultiTexCoord3i glMultiTexCoord3d glSelectBuffer glBlendFunc glVertexAttrib4ubNV glMultiTexCoord4dv glGetMapdv glTexParameteri glVertexAttrib3fARB glColor3us glColor3bv glBufferDataARB glGetVertexAttribPointervARB glRasterPos4sv glClear glCompileShaderARB glPixelMapusv glEvalCoord1fv glWindowPos3fvMESA glCombinerInputNV glVertexAttrib4dNV glPushClientAttrib glVertexAttrib2sARB glGetProgramivNV glMultiDrawArraysEXT glMultiTexCoord3sv glBindRenderbufferEXT glInterleavedArrays glProgramEnvParameter4fvARB glUniform1fARB glGetTexEnvfv glVertex4s glVertex4d glVertex4f glVertex4i glSecondaryColor3bEXT glPointSize glPassTexCoordATI glVertexAttrib1svARB glTexCoord2f glTexCoord2i glTexCoord2s glMultTransposeMatrixfARB glMultiTexCoord2sv glPassThrough glGenRenderbuffersEXT glWindowPos4fMESA glResetMinmax glDisableClientState glIsBufferARB glWindowPos2sARB glTexCoord1iv glSecondaryColor3usvEXT glUniform1ivARB glEvalCoord2d glEvalCoord2f glFogi glFogf glIsEnabled glSecondaryColor3ubvEXT glCreateShaderObjectARB glVertexAttribs2dvNV glPointParameteri glUnmapBuffer glPointParameterf glReadPixels glFogCoordfv glSecondaryColor3usv glSecondaryColor3d glCompressedTexImage3DARB glProgramStringARB glIsTextureEXT glEndQueryARB glGetLightfv glUniform2ivARB glColor4usv glGetCompressedTexImageARB glDrawBuffersARB glPointParameterfvEXT glGetTrackMatrixivNV glScissor glRasterPos2dv glVertexAttrib4NusvARB glMultiTexCoord3iv glColorFragmentOp3ATI glVertexAttrib3dvNV glDeleteLists glMultiTexCoord4dARB glVertexAttrib3dARB glVertex3d glVertex3f glVertex3i glVertex3s glWindowPos3iARB glGenTexturesEXT glColor4uiv glProgramNamedParameter4dvNV glTexCoord4sv glMultiTexCoord1fv glColor3ub glColor3ui glMultiTexCoord2svARB glIndexiv glPixelZoom glStencilOpSeparate glWindowPos2fARB glColor4ui glIndexd glStencilOp glGetProgramStringNV glSecondaryColor3f glSecondaryColor3b glSecondaryColor3i glSecondaryColor3s glGetQueryObjectuivARB glVertexAttribs1fvNV glProgramNamedParameter4fNV glGetError glVertexAttrib3fvARB glIsFramebufferEXT glMap1d glMap1f glConvolutionParameteriv glArrayElement glRecti glRectf glRectd glBindTexture glRects glVertexAttrib3fNV glGetTexGendv glDrawPixels glWindowPos3dMESA glWindowPos3fvARB glPixelMapfv glLightfv glPointParameteriv glTexCoord3fv glGetVertexAttribdvARB glMultiTexCoord4fARB glGetProgramStringARB glVertexAttrib4NubARB glGetProgramNamedParameterfvNV glGetHandleARB glVertexAttrib4NbvARB glCompressedTexSubImage1D glCullFace glIndexPointer glColor4ub glColor4us glTexCoord2dv glPointParameterfv glGetCombinerOutputParameterivNV glPolygonOffsetEXT glMultiTexCoord3svARB glTexImage3D glCopyTexSubImage3DEXT glNormalPointerEXT glIsQuery glFogiv glGetDoublev glGenQueries glTexSubImage1DEXT glWindowPos4iMESA glVertexAttrib4usvARB glMultiTexCoord3dv glSecondaryColor3ivEXT glProgramParameter4fNV glMultiTexCoord1dARB glUniform3fARB glIndexMask glMultiTexCoord2i glMultiTexCoord2d glMultiTexCoord2f glWindowPos2dv glWindowPos3dv glGetVertexAttribfvARB glEnd glClearColor glGetTexParameterfv glMultiTexCoord4sARB glSecondaryColor3fv glUnmapBufferARB glCopyTexImage2D glSecondaryColor3uiv glTexEnvfv glVertexAttrib4sNV glGetLightiv glMultiDrawArrays glGetTexLevelParameterfv glGetCombinerInputParameterfvNV glGetFinalCombinerInputParameterivNV glTexCoord2d glCompressedTexSubImage2DARB glWindowPos4dvMESA glMultiTexCoord1sARB glTexCoord1sv glPointParameteriNV glTexParameteriv glBlendColorEXT glVertexAttribs3fvNV glEvalMesh2 glEvalMesh1 glFinalCombinerInputNV glVertexAttrib4fNV glVertexAttrib1dARB glAttachObjectARB glCopyTexSubImage1DEXT glGetBufferPointerv glStencilMaskSeparate glLoadProgramNV glCallList glLineStipple glMultiTexCoord3fARB glCopyTexSubImage1D glGetPixelMapusv glUniform1fvARB glColor3sv glVertexAttrib2fNV glTexEnvf glTexEnvi glSecondaryColor3ubv glTexCoord3i glTexCoord3f glTexCoord3d glTexCoord3s glDepthMask glAreProgramsResidentNV glVertexAttrib4NuivARB glClearDepth glGetTexGeniv glPopClientAttrib glEnableVertexAttribArrayARB glGetAttachedObjectsARB glVertex3sv glVertexAttrib1fvARB glVertexAttrib4svNV glVertexAttribPointerNV glVertexAttrib4ivARB glTexCoord3sv glCopyColorSubTable glWindowPos3sARB glDeleteQueriesARB glMaterialfv glIndexPointerEXT glSetFragmentShaderConstantATI glAreTexturesResident glVertexAttribs2fvNV glHistogram glVertex2fv glBindProgramARB glProgramLocalParameter4fARB glAlphaFragmentOp1ATI glShaderSourceARB glGetTexLevelParameteriv glColor4sv glRasterPos4dv glWindowPos2i glWindowPos2f glWindowPos2d glColorPointerEXT glAccum glLinkProgramARB glCombinerOutputNV glIsList glProgramParameters4dvNV glWindowPos3fARB glRasterPos4i glRasterPos4d glRasterPos4f glRasterPos4s glGetFinalCombinerInputParameterfvNV glEndList glVertex3dv glRasterPos2iv glVertexAttrib1dvARB glVertexAttrib4svARB glConvolutionParameterf glDrawRangeElements glWindowPos2ivMESA glGetUniformfvARB glColorSubTable glWindowPos3ivARB glPolygonOffset glCallLists glDepthFunc glGetQueryObjectuiv glBindAttribLocationARB glEvalCoord2fv glDrawBuffer glDeleteQueries glGetRenderbufferParameterivEXT glProgramLocalParameter4dARB glColor3iv glUniformMatrix4fvARB glAreTexturesResidentEXT glBlendFuncSeparateEXT glSecondaryColor3dvEXT glMultiTexCoord2dv glUniform2fvARB glWindowPos2fMESA glMap2d glMap2f glWindowPos2dMESA glTexCoord4fv glVertex3iv glGetProgramLocalParameterfvARB glVertexAttrib2dvNV glVertexAttrib1svNV glWindowPos3dvMESA glMultiTexCoord1fARB glVertexAttrib3dNV glCopyPixels glGetMaterialiv glVertexAttribs2svNV glLoadMatrixf glLoadMatrixd glCompressedTexImage2D glGetSeparableFilter glVertexAttrib2fvARB glGenBuffersARB glFogCoorddEXT glGetCompressedTexImage glGetMinmax glGetVertexAttribPointervNV glWindowPos2svMESA glUniform4fARB glUniform3fvARB glDeleteObjectARB glGetAttribLocationARB glVertexAttrib1fARB glVertexAttrib1dvNV glVertexAttrib1dNV glHint glCopyTexImage1DEXT glTexCoord4f glVertexAttrib1fvNV glSecondaryColorPointerEXT glVertexAttribs3svNV glMultMatrixf glColorFragmentOp2ATI glDeleteProgramsARB glUniform4ivARB glColorTableParameteriv glNormal3fv glRasterPos3iv glTexCoord3iv glBeginQueryARB glMaterialf glEnable glGenTextures glMultiTexCoord4fv glConvolutionFilter1D glLockArraysEXT glMultiTexCoord2sARB glColor3b glColor3f glColor3d glColor3i glColor3s glVertexAttrib4NubvARB glProgramLocalParameter4dvARB glColor4dv glVertexAttrib4ubvARB glTrackMatrixNV glWindowPos3iv glGetMinmaxParameterfv glClientActiveTextureARB glEvalCoord1dv glColor3usv glLightModeliv glBitmap glBufferSubData glVertexAttrib4fvARB glGenerateMipmapEXT glRenderMode glColor4ubv glRasterPos2sv glActiveTexture glColorMaterial glMultiTexCoord2s glConvolutionParameteri glGetPixelMapuiv glDeleteRenderbuffersEXT glPopName glGetColorTable glListBase glSampleMapATI glTranslatef glBeginFragmentShaderATI glWindowPos2iARB glVertexAttrib3svNV glColor4iv glResetHistogram glVertexAttrib3sNV glBegin glDepthRange glUniform2fARB glGetPixelMapfv glVertexAttrib3sARB glPixelTransferf glBlendEquation glCompressedTexSubImage3DARB glWindowPos2sMESA glTranslated glEdgeFlagv glWindowPos2ivARB glProgramEnvParameter4fARB glIsBuffer glCopyTexSubImage3D glGetVertexAttribdvNV glWindowPos3ivMESA glDeleteBuffers glMultiTexCoord1iARB glWindowPos2sv glBlendFuncSeparate glPointParameterfARB glMultiTexCoord2dvARB glSecondaryColor3bv glMultiTexCoord1iv glGetMapiv glColor4s glColor4b glColor4f glColor4d glColor4i glSampleCoverage glPrioritizeTexturesEXT glNewList glFogCoordfvEXT glGetShaderSourceARB glSecondaryColor3dEXT glCopyConvolutionFilter2D glWindowPos3s glWindowPos3i glWindowPos3d glWindowPos3f glWindowPos3sv glVertexAttrib4fvNV glDrawBuffersATI glRasterPos3i glRasterPos3d glRasterPos3f glRasterPos3s glMultMatrixd glUniformMatrix3fvARB glIndexi glIndexf glIndexs glVertexAttrib4dvNV glLightiv glWindowPos4fvMESA glProgramEnvParameter4dARB glMatrixMode glRasterPos2fv glGenFragmentShadersATI glMultiTexCoord4sv glGetBufferSubData glColorTableEXT glMultiTexCoord2fvARB glGetTexImage glGetQueryiv glMultiTexCoord1dv glClearStencil glCheckFramebufferStatusEXT glColor4bv glDeleteTexturesEXT glMultiTexCoord3iARB glGetClipPlane glFrontFace glGetConvolutionParameterfv glGetActiveUniformARB glEvalCoord1d glEvalCoord1f glWindowPos3dARB glMateriali glRasterPos3sv glGetVertexAttribfvNV glGetConvolutionFilter glLineWidth glSampleCoverageARB glMultiTexCoord1ivARB glMultiTexCoord4dvARB glMultiTexCoord1sv glIsTexture glBindFragmentShaderATI glReadBuffer glMultTransposeMatrixdARB glUniform2iARB glColor3uiv glTexImage1D glSecondaryColor3uiEXT glBlendEquationEXT glRectiv glVertex4dv glColorMask glRasterPos3fv glClearIndex glMultiTexCoord3fv glSecondaryColor3bvEXT glCopyTexSubImage2D glMultiTexCoord4s glMultiTexCoord4f glMultiTexCoord4d glIsRenderbufferEXT glGetMaterialfv glTexCoordPointerEXT glVertexAttrib2dvARB glGetInfoLogARB glScalef glScaled glCopyColorTable glIndexubv glStencilFuncSeparate glCopyTexImage1D glVertex2iv glRenderbufferStorageEXT glVertexAttrib4uivARB glBindBuffer glTexCoord2iv glVertexAttrib2fARB glBindFramebufferEXT glUniform3ivARB glGetMinmaxParameteriv glVertexAttribPointerARB glVertexAttribs4fvNV glEnableClientState glTexGendv glFramebufferTexture1DEXT glTexGeniv glGetBufferPointervARB glGetProgramEnvParameterdvARB glCompressedTexImage2DARB glSecondaryColor3ubEXT glProgramParameter4dNV glMultiTexCoord4iv glGetProgramNamedParameterdvNV glColorTable glBufferData glRotatef glVertexAttrib2svARB glSecondaryColor3sv glFogCoordd glFogCoordf glGenProgramsNV glTexCoord1i glTexCoord1d glTexCoord1f glTexCoord1s glCombinerParameterfNV glMapGrid2d glMapGrid2f glVertexAttrib4fARB glGenFramebuffersEXT glMultiTexCoord3ivARB glVertexAttrib2dARB glExecuteProgramNV glColor3ubv glTexCoord1fv glSecondaryColor3uivEXT glSecondaryColorPointer glLoadTransposeMatrixfARB glUnlockArraysEXT glTexSubImage1D glRectdv glIsProgramARB glDetachObjectARB glNormal3bv glCompressedTexImage1D glMultiTexCoord1d glMultiTexCoord1f glMultiTexCoord1i glMultiTexCoord1s glWindowPos2iv glStencilFunc glUniformMatrix2fvARB glMultiTexCoord4i glGetMapfv glGetActiveAttribARB glVertex4sv glWindowPos2fv glVertex2dv glWindowPos2dARB glTexGenf glTexGeni glProgramParameter4dvNV glShadeModel glVertexAttrib4dARB glWindowPos2fvARB glEvalCoord2dv glWindowPos3fMESA glGetProgramEnvParameterfvARB glTexParameterfv glRasterPos2s glRasterPos2f glRasterPos2d glRasterPos2i glUseProgramObjectARB glMultiTexCoord2ivARB glVertexAttribs3dvNV glPopMatrix glBlendColor glVertex3fv glFramebufferTexture3DEXT glMultTransposeMatrixf glMultTransposeMatrixd glSecondaryColor3usEXT glGenLists glNormal3s glNormal3i glNormal3f glNormal3d glNormal3b glGetPointerv glPixelTransferi glGetVertexAttribivNV glBindBufferARB glBindProgramNV glProgramNamedParameter4dNV glVertexAttrib1fNV glIsQueryARB glGetUniformLocationARB glTexCoord4d glTexCoord4i glTexCoord4s glWindowPos4svMESA glIndexdv glFinish glLoadName glActiveTextureARB glCombinerParameterivNV glPopAttrib glTexSubImage3DEXT glVertexAttrib2fvNV glGetCombinerInputParameterivNV glAlphaFragmentOp3ATI glVertexAttrib2dNV glGenProgramsARB glGenBuffers glMultiTexCoord2iARB glNormal3iv glClipPlane glGetPolygonStipple glOrtho glFogCoorddvEXT glVertexAttrib2svNV glDrawRangeElementsEXT glFogCoordPointer glLightModelfv glMultiTexCoord1fvARB glPushAttrib glGetUniformivARB glGetObjectParameterfvARB glRectsv glRequestResidentProgramsNV glVertexAttribs4ubvNV glWindowPos3svMESA glDeleteFramebuffersEXT glNormal3dv glNormalPointer glCopyTexSubImage2DEXT glVertexAttrib2sNV glLoadTransposeMatrixd glLoadTransposeMatrixf glTexParameterf glVertex4fv glCompressedTexImage3D glVertex2sv glLogicOp glBufferSubDataARB glFlushVertexArrayRangeNV glTexEnviv glBindTextureEXT glProgramNamedParameter4fvNV glCopyTexImage2DEXT glWindowPos3iMESA glColor4fv glTexCoord2sv glCombinerParameteriNV glSecondaryColor3fEXT glGetProgramivARB glWindowPos3svARB glTexImage3DEXT glVertexAttribs1dvNV glFlush glGetTexGenfv glPolygonMode glCombinerParameterfvNV glVertexAttrib4ubvNV glTexCoord3dv glGetProgramLocalParameterdvARB glVertexAttribs4svNV glLoadTransposeMatrixdARB glSecondaryColor3iv glGetQueryObjectivARB glGetFramebufferAttachmentParameterivEXT glCompressedTexSubImage3D glVertex4iv glGetBufferParameteriv glVertexAttribs4dvNV glIsProgramNV glWindowPos3dvARB glPointParameterfvARB glVertexPointerEXT glGetBooleanv glDeleteProgramsNV glTexCoord2fv glCompressedTexImage1DARB glRectfv glFogCoordfEXT glSecondaryColor3svEXT glArrayElementEXT glTexSubImage2D glColorTableParameterfv glDrawArrays glVertexAttrib4dvARB glGetObjectParameterivARB glSecondaryColor3fvEXT glDrawArraysEXT glColorFragmentOp1ATI glEndFragmentShaderATI glConvolutionFilter2D glMultiTexCoord4fvARB glWindowPos3sMESA glIndexfv glSecondaryColor3dv glResizeBuffersMESA glUniform3iARB glCreateProgramObjectARB glMultiTexCoord1dvARB glAlphaFragmentOp2ATI glPixelStorei glPixelStoref glGetQueryObjectiv glProgramParameter4fvNV glMultiTexCoord2fARB glGetIntegerv glMapGrid1d glMapGrid1f glGetPointervEXT glColorPointer glMultiTexCoord4ivARB glMultiTexCoord3fvARB glInitNames glEdgeFlagPointerEXT glGetVertexAttribivARB glMinmax glWindowPos4dMESA glFramebufferRenderbufferEXT glMultiTexCoord3dARB glDeleteTextures glAlphaFunc glGetTexEnviv glDrawBuffers glCompressedTexSubImage1DARB glLightModelf glLightModeli glFogCoorddv glTexSubImage2DEXT glVertex2d glGetFloatv glProgramLocalParameter4fvARB glPointParameterivNV glFramebufferTexture2DEXT glMultiTexCoord2iv glRasterPos4iv glMultiTexCoord2dARB glDisableVertexAttribArrayARB glProgramEnvParameter4dvARB glPixelMapuiv glVertexAttrib3svARB glDrawElements glMultiTexCoord3f glFogfv glTexCoord4iv glEndQuery glRotated glClearAccum glProgramParameters4fvNV glVertexAttrib1sARB glGetQueryivARB glFogCoordPointerEXT glSeparableFilter2D glUniform4iARB glPrioritizeTextures glUniform1iARB glColor3dv glIndexub glGetString glWindowPos2dvARB glGetBufferSubDataARB glFeedbackBuffer glGenQueriesARB glWindowPos4sMESA glCopyConvolutionFilter1D glRasterPos4fv glWindowPos2fvMESA glPushName glTexCoordPointer glColor3fv glFrustum glMultiTexCoord4iARB glGetHistogramParameteriv glVertexAttrib4bvARB glStencilMask glVertexAttribs1svNV glTexGenfv glMultiTexCoord4svARB glGetCombinerOutputParameterfvNV glViewport glValidateProgramARB glWindowPos4ivMESA glRasterPos3dv glPolygonStipple glVertexAttrib4NsvARB glGetColorTableParameterfv glVertex2f glVertex2i glVertex2s glNormal3sv glLoadIdentity glMultiTexCoord2fv glWindowPos2iMESA Symbol clashes between libraries /usr/lib/libdhcp6client.so.1 /usr/lib/libpegcql.so.1: => lineno Symbol clashes between libraries /usr/lib/libreadline.so.4.3 /usr/lib/libreadline.so.5.1: => free_undo_list readline_internal_setup rl_key_sequence_length rl_vi_arg_digit rl_discard_keymap rl_transpose_words rl_ignore_some_completions_function rl_kill_text rl_variable_dumper rl_filename_completion_function rl_forward rl_readline_name rl_noninc_reverse_search_again funmap_program_specific_entry_start rl_delete_text rl_vi_editing_mode rl_make_keymap rl_arg_sign rl_kill_word rl_completion_mark_symlink_dirs rl_event_hook rl_vi_char_search rl_transpose_chars rl_vi_search_again rl_basic_word_break_characters rl_attempted_completion_over rl_vi_overstrike_delete rl_filename_quote_characters rl_yank rl_filename_quoting_function rl_variable_bind rl_rubout_or_delete rl_add_defun rl_replace_line rl_vi_tilde_expand rl_display_fixed maybe_replace_line rl_vi_fetch_history rl_delete rl_end emacs_ctlx_keymap rl_abort rl_crlf rl_directory_completion_hook rl_line_buffer_len rl_get_keymap_name_from_edit_mode rl_vi_redo rl_callback_handler_install emacs_standard_keymap rl_unix_line_discard rl_pending_input rl_vi_delete_to rl_unbind_key_in_map rl_clear_pending_input rl_vi_insertion_mode rl_forward_word rl_mark rl_modifying readline_internal_char rl_character_len tilde_expansion_preexpansion_hook readline_top_level rl_beg_of_line rl_reset_line_state filename_completion_function rl_complete_internal rl_save_state tilde_additional_suffixes rl_vi_overstrike rl_set_retained_kills rl_save_prompt rl_discard_argument rl_display_prompt rl_replace_from_history rl_add_undo rl_untranslate_keyseq rl_set_keyboard_input_timeout rl_set_screen_size rl_free_undo_list rl_insert_text vi_movement_keymap rl_vi_eWord rl_vi_complete username_completion_function rl_complete_with_tilde_expansion rl_filename_completion_desired rl_prep_terminal rl_binding_keymap rl_backward_word rl_callback_read_char rl_vi_eof_maybe rl_backward_char rl_stuff_char rl_end_of_history rl_vi_prev_word rl_begin_undo_group rl_delete_or_show_completions rl_unbind_function_in_map rl_set_mark funmap rl_dispatching rl_yank_pop rl_vi_set_mark rl_instream rl_vi_fword rl_downcase_word rl_set_prompt rl_initialize_funmap rl_set_paren_blink_timeout rl_rubout crlf rl_attempted_completion_function rl_complete rl_bind_key rl_refresh_line rl_end_of_line rl_outstream rl_insert_completions rl_show_char rl_copy_forward_word rl_initialize rl_reset_after_signal rl_completion_mode rl_redisplay_function rl_username_completion_function rl_inhibit_completion rl_num_chars_to_read rl_bind_key_in_map rl_revert_line rl_upcase_word rl_noninc_reverse_search rl_filename_quoting_desired rl_last_func rl_line_buffer rl_erase_empty_line readline_echoing_p rl_re_read_init_file rl_history_search_forward rl_completion_append_character rl_readline_state rl_point rl_get_previous_history rl_on_new_line_with_prompt rl_do_undo rl_get_keymap rl_vi_append_eol rl_execute_next rl_tab_insert rl_named_function rl_vi_change_to rl_exchange_point_and_mark rl_beginning_of_history rl_maybe_save_line rl_vi_goto_mark rl_expand_prompt rl_completion_entry_function rl_vi_subst rl_filename_dequoting_function rl_vi_change_case alphabetic rl_completer_quote_characters rl_vi_bracktype rl_backward maybe_unsave_line rl_forward_search_history rl_copy_keymap tilde_additional_prefixes rl_vi_first_print rl_done rl_vi_insert_beg readline_internal_teardown rl_special_prefixes rl_possible_completions rl_insert_comment rl_vi_replace rl_vi_movement_mode rl_ignore_completion_duplicates rl_vi_append_mode rl_prompt rl_insert_mode rl_blink_matching_paren rl_callback_handler_remove rl_tilde_expand rl_vi_next_word rl_clear_screen rl_vi_search rl_function_of_keyseq rl_list_funmap_names rl_alphabetic rl_redisplay rl_do_lowercase_version rl_maybe_unsave_line rl_generic_bind rl_cleanup_after_signal rl_gnu_readline_p rl_terminal_name rl_copy_backward_word rl_deprep_terminal rl_explicit_arg rl_restore_state rl_translate_keyseq rl_undo_command emacs_meta_keymap rl_vi_end_word rl_vi_delete rl_yank_nth_arg rl_make_bare_keymap maybe_save_line rl_end_undo_group rl_copy_region_to_kill rl_dump_functions rl_macro_bind rl_emacs_editing_mode rl_vi_undo rl_completion_query_items rl_deprep_term_function rl_vi_yank_to rl_invoking_keyseqs_in_map rl_completion_display_matches_hook rl_char_search completion_matches rl_vi_domove rl_display_match_list rl_universal_argument rl_vi_eword rl_backward_kill_line rl_delete_horizontal_space rl_history_search_backward rl_completion_suppress_append rl_kill_line rl_vi_check rl_macro_dumper rl_startup_hook rl_message rl_unbind_key rl_digit_argument rl_readline_version rl_set_keymap_from_edit_mode rl_backward_byte rl_completer_word_break_characters rl_tty_set_default_bindings rl_resize_terminal rl_visible_stats rl_basic_quote_characters rl_backward_char_search rl_call_last_kbd_macro rl_set_signals rl_get_termcap rl_read_init_file rl_clear_message rl_forward_byte rl_executing_keymap rl_already_prompted rl_vi_change_char rl_overwrite_mode rl_get_next_history rl_free_line_state rl_vi_back_to_indent rl_newline rl_push_macro_input rl_editing_mode rl_restart_output rl_capitalize_word rl_completion_matches rl_vi_put rl_linefunc readline rl_unbind_command_in_map rl_getc rl_directory_rewrite_hook tilde_expand tilde_expand_word rl_stop_output rl_clear_signals rl_funmap_names ding rl_read_key rl_restore_prompt rl_kill_full_line rl_invoking_keyseqs rl_maybe_replace_line rl_end_kbd_macro rl_library_version rl_tty_status rl_get_keymap_by_name rl_visible_prompt_length rl_getc_function rl_forward_char rl_menu_complete rl_char_is_quoted_p rl_executing_macro rl_set_keymap rl_get_keymap_name rl_vi_yank_arg rl_undo_list rl_kill_region rl_parse_and_bind rl_unix_word_rubout rl_catch_sigwinch rl_prep_term_function rl_catch_signals tilde_expansion_failure_hook rl_forced_update_display rl_start_kbd_macro rl_extend_line_buffer rl_backward_kill_word rl_function_dumper vi_insertion_keymap rl_add_funmap_entry rl_set_key rl_quoted_insert rltty_set_default_bindings rl_copy_text rl_reverse_search_history rl_noninc_forward_search_again rl_dump_variables rl_yank_last_arg rl_arrow_keys rl_insert_close rl_vi_column rl_on_new_line rl_reset_terminal rl_vi_match rl_insert rl_ding rl_vi_bWord rl_pre_input_hook rl_noninc_forward_search rl_get_screen_size rl_numeric_arg rl_completion_type rl_vi_bword rl_vi_fWord rl_dump_macros Symbol clashes between libraries /usr/lib/libc-client.so.1 /usr/lib/libpgtypes.so.2.1: => days Symbol clashes between libraries /usr/lib/libartsdsp.so.0.0.0 /usr/lib/libartsdsp_st.so.0.0.0: => read fopen access write Symbol clashes between libraries /usr/lib/libXvMC.so.1.0.0 /usr/lib/libXvMCW.so.1.0.0: => XvMCListSubpictureTypes XvMCQueryVersion XvMCListSurfaceTypes XvMCQueryExtension Symbol clashes between libraries /usr/lib/libnetsnmp.so.10.0.1 /usr/lib/libsnmp.so.10.0.1: => snmp_in_toggle_options MDupdate snmp_get_next_sessid tree_head snprint_bitstring register_writefd mibLine usm_create_user asn_realloc_rbuild_objid netsnmp_sock_buffer_set netsnmp_container_get_ssll vacm_createAccessEntry se_find_value_in_list usm_check_and_update_timeliness netsnmp_ds_get_string sprint_realloc_float se_add_pair_to_slist usm_set_password fprint_description usm_set_aes_iv register_mib_handlers netsnmp_tcp_transport asn_realloc_rbuild_float snmp_get_full_objid sa_update_entry snmpv3_authtype_conf netsnmp_config_process_memories external_writefdfunc snmp_get_do_logging init_usm_conf snmp_register_callback free_enginetime snmp_oidtree_compare netsnmp_ncompare_cstring snmp_split_pdu snmp_add usm_check_secLevel_vs_protocols usm_set_usmStateReference_priv_key xdump netsnmp_container_init_list init_usm_post_config engineID_conf snmp_sess_timeout snmp_clone_mem netsnmp_strdup_and_null snmp_free_varbind netsnmpDDPDomain_len netsnmp_ncompare_netsnmp_index com2Sec6ListLast generate_kul netsnmp_view_subtree_check vacm_scanGroupNext sprint_realloc_double se_store_slist find_sec_mod usm_get_user netsnmp_get_version netsnmp_get_list_node get_tc_descriptor snmp_reset_var_types usm_set_usmStateReference_engine_id asn_parse_header memdup snmp_pdu_build debugmsg_var com2Sec6List current_min_num netsnmp_check_vb_oid find_varbind_in_list snmp_timeout usm_malloc_usmStateReference init_snmp store_vacm inet_addr_and asn_realloc_rbuild_string netsnmp_container_register snmp_log_options se_add_pair decode_priority netsnmp_file_fill usm_rgenerate_out_msg hex_to_binary2 netsnmp_oid_stash_store snprint_timeticks logh_head snmpv3_store print_oid_report_enable_oid netsnmp_logging_restart snmp_set_full_objid snmp_set_var_typed_value setup_engineID vacm_createGroupEntry zeroU64 snmp_set_detail timeval_tticks incrByU32 netsnmpCONSDomain asn_parse_double deinit_usm_post_config netsnmp_sockaddr_in6 snmp_get_quick_print usm_secmod_generate_out_msg engineIDType_conf get_myaddr netsnmp_compare_netsnmp_index RFC1213_MIB usm_check_secLevel snmp_replace_var_types init_snmpv3_post_config snmp_get_suffix_only get_wild_node netsnmp_clear_tdomain_list sprint_realloc_octet_string clear_sec_mod asn_build_length sc_random external_writefd snmp_parse_args_usage config_perror usmNoPrivProtocol print_description read_premib_configs netsnmp_tdomain_transport unregister_exceptfd fprint_value ds_register_premib build_oid_noalloc netsnmp_transport_free debug_config_turn_on_debugging debug_enable_token_logs usm_cloneFrom_user snmp_sess_async_send netsnmp_check_vb_size_range ds_shutdown snmp_shutdown register_config_handler print_variable snprint_variable netsnmp_file_close snmp_realloc snmp_log_syslogname asn_realloc_rbuild_length netsnmp_ds_set_boolean usm_secmod_process_in_msg ds_set_int netsnmp_oid_stash_add_data snmp_get_errno mib_prefixes u64Incr usmAESPrivProtocol se_store_slist_callback File snmp_sess_close vacm_scanAccessInit sprint_realloc_asciistring snprint_ipaddress netsnmp_callback_close print_value asn_realloc_rbuild_int fprint_objid snmpv3_local_snmpEngineTime asn_build_float uptime_string netsnmp_sprint_realloc_objid read_config_read_memory usm_remove_user_from_list uptime_string_n netsnmp_get_mib_directory snmp_log_options_usage asn_predict_length clear_tree_flags set_enginetime ds_get_void netsnmp_config_process_memories_when print_objid netsnmp_container_get_usll usm_set_salt netsnmp_callback_hook_build vacm_is_configured debug_indent which_module vacm_parse_config_access debugmsg_oidrange dbg_tokens usm_set_usmStateReference_priv_protocol usm_parse_create_usmUser netsnmp_ds_register_premib netsnmp_unix_parse_security orphan_nodes snmpv3_packet_build asn_parse_null netsnmp_getenv netsnmp_container_get_fifo vacm_checkSubtree netsnmp_query_get CONTAINER_INSERT netsnmp_addrstr_hton netsnmp_oid_stash_get_data snmpv3_parse callback_pop_queue add_module_replacement se_read_conf snmp_set_mib_warnings snmp_get_dump_packet read_all_mibs read_app_config_store vacm_scanGroupInit current_maj_num snmp_enable_syslog_ident sprint_realloc_bitstring netsnmp_unix_create_tstring netsnmp_UnixDomain usm_set_usmStateReference_name snmp_clone_pdu skip_white snmp_fix_pdu snmp_log_string netsnmp_transport_copy check_storage_transition search_enginetime_list usmHMACMD5AuthProtocol encode_keychange snmp_get_next_reqid snmp_build_var_op snprint_by_type snmp_duplicate_objid netsnmp_udp6_create_ostring asn_parse_int sc_hash netsnmp_oid_stash_create_node get_enginetime netsnmp_check_vb_type_and_size snmp_out_toggle_options_usage netsnmp_str2oid asn_realloc_rbuild_sequence netsnmpCLNSDomain_len snmp_select_info asn_parse_unsigned_int snmp_sess_session netsnmp_tdomain_support unload_module_by_ID netsnmp_udp_parse_security u64Copy usm_set_user_password usm_remove_user snmp_oid_compare snmp_set_var_objid netsnmp_unix_agent_config_tokens_register netsnmp_file_open snmp_count_callbacks netsnmp_udp6_ctor free_engineID netsnmp_sess_log_error sprint_realloc_counter64 netsnmp_free_all_list_data sprint_realloc_integer snprint_counter snmp_varbind_len snmp_set_mib_comment_term netsnmp_check_vb_truthvalue snmp_synch_response_cb netsnmp_container_get_fifo_factory snmp_pdu_type printI64 read_config_store_data snmp_parse_args register_readfd netsnmp_udp6_create_tstring shutdown_mib memmove_com2Sec6Entry snmp_vlog netsnmp_view_clear snmp_hex_to_binary MDbegin sprint_realloc_null netsnmp_container_get_ssll_factory netsnmp_ds_get_int snmp_set_do_debugging sliststorage sa_find_specific se_find_free_value_in_slist vacm_getAccessEntry netsnmpIPXDomain_len usm_create_initial_user se_find_label read_config netsnmp_container_simple_free snprint_description netsnmp_check_vb_rowstatus curfilename usm_add_user_to_list debugmsg snmpv3_header_realloc_rbuild find_module snmpv3_make_report print_oid_report vacm_destroyAccessEntry read_config_save_octet_string vacm_parse_config_group netsnmp_container_get_binary_array_factory log_handler_stdouterr atime_ready snprint_gauge snprint_hinted_integer usmAES128PrivProtocol com2SecUnixList usm_parse_config_usmUser netsnmp_binary_array_get_subset snmp_add_null_var snmp_disable_stderrlog netsnmp_udp_agent_config_tokens_register netsnmp_add_loghandler snmp_synch_response snmp_pdu_create netsnmp_tdomain_register netsnmp_container_get_usll_factory print_ascii_dump_tree sc_generate_keyed_hash linecount netsnmp_udp6_getSecName asn_build_double netsnmp_callback_transport copy_nword sc_init asn_build_unsigned_int64 snmp_set_save_descriptions netsnmp_tcp6_create_ostring netsnmp_save_all_data_callback snmp_init_statistics netsnmp_oid_stash_getnext_node snmp_synch_setup init_mib_internals netsnmp_file_create Mib MDchecksum inet_addrs_consistence sprint_realloc_ipaddress snmp_parse_args_descriptions calculate_sectime_diff netsnmp_container_get_singly_linked_list asn_parse_float snmp_log_perror asn_parse_sequence netsnmp_tcp6_ctor register_app_config_handler sprint_realloc_opaque snmp_alarm_register_hr skip_token netsnmp_udp_create_ostring debugmsg_oid read_config_find_handler netsnmp_tdomain_unregister snmp_stderrlog_status netsnmp_daemonize external_exceptfd register_app_prenetsnmp_mib_handler snmp_set_var_typed_integer asn_build_null snmp_disable_syslog ds_set_void sprint_realloc_hinted_integer netsnmp_tcp6_transport init_vacm fprint_variable snmp_disable_filelog_entry netsnmp_callback_check_packet netsnmp_check_vb_max_size parse_secLevel_conf netsnmp_ds_register_config netsnmp_enable_loghandler snmp_debug_init snprint_object_identifier print_oid_report_enable_labeledoid netsnmp_binary_array_remove asn_build_unsigned_int get_tree_head clear_callback print_ascii_dump usm_get_user_from_list netsnmp_query_get_default_session atime_setMarker log_handler_syslog build_oid snmpv3_get_engineID usm_save_users_from_list dump_chunk netsnmp_clear_callback_list ds_register_config netsnmp_compare_mem usm_get_userList log_handler_null se_find_free_value_in_list binary_to_hex netsnmp_container_iterator_set_data_cb snmp_clone_varbind isZeroU64 asn_build_string sprint_realloc_value read_config_print_usage snmp_disable_calllog read_configs_optional snmp_reset_var_buffers external_writefdlen parse_one_oid_index netsnmp_data_list_add_data com2SecUnixListLast uatime_ready snmp_pdu_parse atime_diff netsnmp_udp_ctor netsnmp_register_callback external_writefd_data inet_addr_complement asn_parse_objid snmp_get_next_transid u64Subtract uatime_diff snmp_get_token snprint_integer set_configuration_directory engineIDNic_conf netsnmp_view_destroy vacm_createViewEntry snmp_set_mib_errors netsnmp_udp_transport CONTAINER_FREE sprint_realloc_description adopt_orphans netsnmp_check_vb_type_and_max_size print_mib add_mibdir sprint_realloc_variable netsnmp_check_vb_int usm_handle_report netsnmp_container_find_factory snmp_pdu_add_variable asn_predict_int_length se_find_free_value snmp_realloc_rbuild_var_op module_name ds_get_string netsnmp_ds_handle_config snprint_networkaddress netsnmp_c64_check32_and_update netsnmp_container_get_factory netsnmp_file_text_parse vacm_scanViewNext tclist asn_build_signed_int64 sprint_realloc_nsapaddress com2SecListLast snmp_in_toggle_options_usage divBy10 debug_config_register_tokens asn_realloc_rbuild_null netsnmp_init_container log_handler_file hash_engineID sc_get_properlength callback_push_queue snmp_enable_calllog init_snmpv3_post_premib_config snmp_disable_log netsnmpDDPDomain read_config_store_data_prefix snmp_log netsnmpCLNSDomain print_mib_tree vacm_scanAccessNext masked_address_are_equal clear_user_list se_find_label_in_list vacm_save_access asn_parse_unsigned_int64 netsnmp_read_data_callback uatime_hdiff netsnmp_remove_loghandler netsnmp_register_save_list asn_build_int snprint_octet_string usmDESPrivProtocol snmp_open_ex snmp_sess_pointer printU64 snmp_set_var_value snmp_disable_syslog_entry snmp_sess_synch_response usm_generate_out_msg set_persistent_directory snmp_sess_add asn_realloc asn_realloc_rbuild_header snprint_nsapaddress snmp_sess_select_info vacm_save_view random_access free_enginetime_on_shutdown snprint_float snmpv3_local_snmpEngineBoots set_function logh_priorities parse_octet_hint sprint_realloc_by_type snmpv3_scopedPDU_header_realloc_rbuild debug_register_tokens netsnmpIPXDomain netsnmp_binary_array_release CONTAINER_CLEAR decode_keychange thequeue config_files inet_make_mask_addr snmp_sess_read snmp_sess_transport netsnmp_config_remember_free_list engineBoots_conf netsnmp_container_add_index get_mib_parse_error_count snmp_open se_find_slist netsnmp_query_walk print_subtree error_string snmp_parse_var_op snmp_close netsnmp_free_list_data se_find_label_in_slist sprint_realloc_badtype se_find_list snmp_strcat netsnmp_check_vb_storagetype netsnmp_sockaddr_in asn_realloc_rbuild_unsigned_int64 netsnmp_oid_stash_store_all get_uptime netsnmp_udp6_agent_config_tokens_register netsnmp_UDPIPv6Domain read_configs netsnmp_container_get_null count_varbinds_of_type netsnmp_config snprint_uinteger snmp_sess_add_ex netsnmp_query_set_default_session run_config_handler netsnmp_ds_set_string parse_oid_indexes netsnmp_udp_getSecName unregister_config_handler log_handler_callback netsnmp_unix_create_ostring snmp_save_persistent snmp_enable_stderrlog snmp_create_sess_pdu get_next_alarm_delay_time debugmsgtoken vacm_destroyAllViewEntries get_configuration_directory ds_set_boolean snmp_async_send sprint_realloc_hexstring get_default_authtype unregister_all_config_handlers netsnmp_container_get vacm_destroyAllAccessEntries usmNoAuthProtocol read_objid snmp_out_toggle_options ds_get_boolean asn_build_header snmpv3_secLevel_conf snmp_comstr_parse snprint_counter64 snmp_synch_reset snmp_close_sessions vacm_getViewEntry snmp_add_full snmp_api_errstring vacm_getGroupEntry snmp_error get_enginetime_alarm netsnmp_check_vb_uint netsnmp_check_vb_int_range ds_get_int snmp_parse_oid sprint_realloc_uinteger debug_is_token_registered vacm_scanViewInit netsnmp_tdomain_transport_oid netsnmp_config_remember usm_free_user register_sec_mod read_config_get_handlers netsnmp_container_ssll_init netsnmp_os_prematch debug_combo_nc netsnmp_unix_com2SecList_free snmp_in_options dump_realloc_oid_to_string netsnmp_oid_find_prefix netsnmp_container_null_init netsnmp_external_event_info register_prenetsnmp_mib_handler snmp_sess_init debugmsg_hextli calculate_time_diff unregister_sec_mod netsnmp_callback_send snmp_alarm_register debug_num_tokens init_alarm_post_config usm_store_users netsnmp_create_data_list external_exceptfdfunc create_user_from_session unregister_readfd snmp_set_quick_print netsnmp_tcp_ctor print_oid_report_enable_mibchildoid sc_decrypt netsnmp_enable_filelog unload_all_mibs se_store_in_list netsnmp_sprint_realloc_objid_tree free_config snprint_value snmp_sess_open find_varbind_of_type netsnmp_callback_open se_find_value unregister_app_config_handler mkdirhier snmpv3_scopedPDU_parse sc_get_proper_priv_length date_n_time version_conf netsnmp_callback_create_pdu netsnmp_oid_compare_ll se_clear_slist netsnmp_oid_is_subtree sprint_realloc_networkaddress netsnmp_config_remember_in_list netsnmp_transport_add_to_list netsnmp_register_loghandler snmp_pdu_realloc_rbuild find_best_tree_node debugmsg_hex netsnmp_find_loghandler snmp_set_random_access netsnmp_check_vb_type snmp_increment_statistic clear_snmp_enum snprint_badtype com2SecList snmp_comstr_build usm_calc_offsets init_mib netsnmp_config_process_memory_list asn_realloc_rbuild_bitstring asn_parse_string asn_build_sequence netsnmp_callback_accept snmp_unregister_callback netsnmp_container_binary_array_init mib_to_asn_type incrByU16 snmp_call_callbacks ctime_to_timet asn_build_bitstring init_usm netsnmp_udp6_transport count_varbinds netsnmp_TCPIPv6Domain snmp_free_var free_zero sprint_realloc_objid read_mib se_add_pair_to_list read_config_store SUBCONTAINER_FIND snprint_asciistring netsnmp_oid_stash_no_free asn_parse_bitstring netsnmp_save_all_data find_node netsnmp_udp6_com2Sec6List_free netsnmp_unix_transport se_find_value_in_slist init_callbacks netsnmp_query_getnext sa_find_next netsnmp_view_get usm_add_user set_an_alarm usm_save_users u64UpdateCounter snmpv3_privtype_conf read_config_read_data vacm_destroyViewEntry netsnmp_container_iterator_get snmp_varlist_add_variable copy_word read_module snmp_increment_statistic_by netsnmpUDPDomain read_config_save_objid netsnmp_text_token_container_from_file get_persistent_directory build_oid_segment init_secmod snmpv3_options vacm_destroyGroupEntry get_module_node handle_long_opt snmp_alarm_unregister_all snmp_clean_persistent netsnmp_tcp_create_ostring read_config_read_octet_string snmp_add_var malloc_random snmp_mib_toggle_options external_readfdfunc netsnmp_callback_recv netsnmp_set_mib_directory snprint_double get_logh_head netsnmp_check_vb_size netsnmp_container_get_binary_array netsnmp_transport_remove_from_list netsnmp_dispatch_external_events skip_not_white netsnmp_oid_stash_get_node netsnmp_udp6_parse_security read64 netsnmp_ds_toggle_boolean snmp_sess_perror vacm_save_group print_oid_report_enable_symbolic netsnmp_callback_fmtaddr netsnmp_ds_set_int netsnmp_oid2str netsnmp_view_create snmpv3_engineID_probe asn_realloc_rbuild_unsigned_int netsnmp_check_vb_rowstatus_value vacm_destroyAllGroupEntries oldengineID_conf usm_free_usmStateReference read_config_read_objid netsnmp_query_set debug_print_registered_tokens usm_process_in_msg ds_toggle_boolean find_tree_node netsnmp_tcp6_create_tstring MDget ds_set_string asn_realloc_rbuild_double netsnmp_oid_stash_free objects netsnmp_file_release snmpv3_get_report_type get_tree netsnmp_unix_getSecName snmp_errno netsnmp_ds_shutdown netsnmp_get_list_data external_exceptfd_data usm_parse_security_parameters se_store_enum_list read_config_with_type external_exceptfdlen netsnmp_udp_create_tstring netsnmp_disable_loghandler sprint_realloc_timeticks snmp_set_dump_packet get_temp_file_pattern snmp_sess_transport_set MDsign notifs marker_tticks netsnmpUDPDomain_len usm_set_usmStateReference_auth_key debugmsg_suboid snmp_read find_node2 check_rowstatus_transition init_snmp_alarm snmp_config_when snmp_oid_ncompare external_readfd snmp_store usm_secmod_rgenerate_out_msg snmpv3_generate_engineID snmp_enable_filelog netsnmp_fixup_mib_directory netsnmp_ds_get_void netsnmp_ds_set_void oid_stash_dump netsnmp_remove_list_node netsnmp_unix_ctor netsnmp_dateandtime_set_buf_from_vars netsnmp_callback_hook_parse netsnmp_ds_parse_boolean multBy10 netsnmp_container_register_with_compare init_snmp_enum snprint_hexstring snprint_objid debug_num_excluded asn_parse_length snmp_disable_filelog netsnmpCONSDomain_len snmp_set_mib_parse_label snmp_callback_list snmp_clone_var run_alarms snprint_opaque netsnmp_compare_cstring asn_parse_signed_int64 external_readfdlen snmp_mib_toggle_options_usage get_tc_description snmp_build set_temp_file_pattern usm_set_usmStateReference_sec_level netsnmp_unload_module snmp_get_statistic sprint_realloc_object_identifier netsnmp_oid2chars netsnmp_container_get_null_factory snmp_sess_error snprint_null init_snmpv3 usm_read_user netsnmp_tcp_create_tstring asn_check_packet add_mibfile netsnmp_data_list_add_node netsnmp_hex_to_binary se_clear_all_lists config_pwarn usmHMACSHA1AuthProtocol init_snmp_enums usm_set_usmStateReference_auth_protocol snmp_perror netsnmp_add_list_data netsnmp_ds_get_boolean snmp_get_do_debugging vacm_save asn_build_objid snmp_enable_syslog snmp_sess_send netsnmp_container_free_list snmp_errstring register_exceptfd snmp_set_suffix_only snmp_callback_available alarm_handler init_snmp_logging netsnmp_read_module sc_encrypt snmpv3_clone_engineID decode_facility snmp_get_random_access netsnmp_oid_equals netsnmp_c64_check_for_32bit_wrap se_store_list read_config_with_type_when get_node snmp_decimal_to_binary atime_newMarker netsnmp_check_vb_range snmp_alarm_unregister get_default_privtype netsnmp_container_find snmp_free_pdu netsnmp_udp_com2SecList_free snmp_send unload_module vacm_parse_config_view snmpv3_packet_realloc_rbuild netsnmp_callback_clear_client_arg external_readfd_data unregister_writefd print_oid_report_enable_suffix se_clear_list sprint_realloc_counter objgroups debug_disable_token_logs netsnmp_binary_array_options_set usm_save_user generate_Ku dump_realloc_oid_to_inetaddress MDreverse asn_realloc_rbuild_signed_int64 snmp_get_next_msgid debug_indent_add sprint_realloc_gauge get_enginetime_ex netsnmp_oid_stash_create_sized_node netsnmp_snmpTCPDomain netsnmp_tdomain_init CONTAINER_REMOVE sc_check_keyed_hash Sessions Symbol clashes between libraries /usr/lib/libpisock.so.8.0.5 /usr/lib/libsilc-1.0.so.2.4.1: => MD5Transform MD5Init MD5Update MD5Final Symbol clashes between libraries /usr/lib/libecal-1.2.so.7.0.0 /usr/lib/libedata-cal-1.2.so.6.0.0: => TC_GNOME_Evolution_Calendar_StringSeq_struct POA_GNOME_Evolution_Calendar_CalFactory__init TC_GNOME_Evolution_Calendar_Cal_InvalidRange_struct GNOME_Evolution_Calendar_Cal_getLdapAttribute GNOME_Evolution_Calendar_CalViewListener__imethods GNOME_Evolution_Calendar_Cal_sendObjects GNOME_Evolution_Calendar_Cal_getQuery TC_CORBA_sequence_GNOME_Evolution_Calendar_CalObjChange_struct GNOME_Evolution_Calendar_CalListener_notifyAlarmDiscarded GNOME_Evolution_Calendar_CalListener_notifyAuthRequired GNOME_Evolution_Calendar_CalViewListener_notifyQueryDone GNOME_Evolution_Calendar_Cal_getChanges GNOME_Evolution_Calendar_CalViewListener_notifyObjectsModified GNOME_Evolution_Calendar_CalFactory_getCal POA_GNOME_Evolution_Calendar_CalListener__init TC_GNOME_Evolution_Calendar_CalObjID_struct GNOME_Evolution_Calendar_CalListener_notifyReadOnly TC_CORBA_sequence_GNOME_Evolution_Calendar_CalObjInstance_struct GNOME_Evolution_Calendar_CalListener_notifyAttachmentListRequested TC_GNOME_Evolution_Calendar_CalRecurID_struct TC_GNOME_Evolution_Calendar_CalObjIDSeq_struct TC_GNOME_Evolution_Calendar_Cal_NotFound_struct TC_GNOME_Evolution_Calendar_CalFactory_UnsupportedMethod_struct GNOME_Evolution_Calendar_CalView__imethods TC_GNOME_Evolution_Calendar_CalObjChange_struct TC_GNOME_Evolution_Calendar_CalObjChangeType_struct TC_GNOME_Evolution_Calendar_CalFactory_InvalidURI_struct GNOME_Evolution_Calendar_CalViewListener__classid GNOME_Evolution_Calendar_CalListener_notifyCalOpened TC_GNOME_Evolution_Calendar_CalObjModType_struct TC_CORBA_sequence_GNOME_Evolution_Calendar_CalObjID_struct GNOME_Evolution_Calendar_Cal_receiveObjects GNOME_Evolution_Calendar_CalListener_notifyObjectRequested TC_GNOME_Evolution_Calendar_CalAlarmUID_struct TC_GNOME_Evolution_Calendar_CalFactory_struct POA_GNOME_Evolution_Calendar_CalViewListener__init GNOME_Evolution_Calendar_Cal_modifyObject TC_GNOME_Evolution_Calendar_User_struct GNOME_Evolution_Calendar_CalViewListener_notifyObjectsRemoved GNOME_Evolution_Calendar_CalListener_notifyErrorOccurred GNOME_Evolution_Calendar_Cal_getAttachmentList GNOME_Evolution_Calendar_CalListener_notifyObjectCreated POA_GNOME_Evolution_Calendar_CalFactory__fini GNOME_Evolution_Calendar_CalListener_notifyStaticCapabilities GNOME_Evolution_Calendar_Cal_getObjectList GNOME_Evolution_Calendar_CalListener_notifyCalSetMode GNOME_Evolution_Calendar_Cal_getObject TC_GNOME_Evolution_Calendar_CalObjChangeSeq_struct GNOME_Evolution_Calendar_Cal_getDefaultObject GNOME_Evolution_Calendar_Cal__imethods GNOME_Evolution_Calendar_CalListener_notifyTimezoneAdded GNOME_Evolution_Calendar_CalListener_notifyAlarmEmailAddress GNOME_Evolution_Calendar_Cal__classid TC_GNOME_Evolution_Calendar_Cal_struct GNOME_Evolution_Calendar_CalListener_notifyObjectListRequested TC_GNOME_Evolution_Calendar_UserList_struct TC_GNOME_Evolution_Calendar_CalObjType_struct GNOME_Evolution_Calendar_Cal_createObject TC_GNOME_Evolution_Calendar_CalObjUIDSeq_struct POA_GNOME_Evolution_Calendar_CalView__fini GNOME_Evolution_Calendar_CalListener_notifyObjectRemoved GNOME_Evolution_Calendar_CalListener__imethods GNOME_Evolution_Calendar_CalListener_notifyChanges GNOME_Evolution_Calendar_CalListener_notifyLDAPAttribute GNOME_Evolution_Calendar_CalView_start GNOME_Evolution_Calendar_Cal_getStaticCapabilities GNOME_Evolution_Calendar_CalListener_notifyTimezoneRequested GNOME_Evolution_Calendar_Cal_getCalAddress TC_GNOME_Evolution_Calendar_CalTimezoneObjUID_struct GNOME_Evolution_Calendar_CalViewListener__iinterface GNOME_Evolution_Calendar_CalFactory__imethods GNOME_Evolution_Calendar_Cal_removeObject POA_GNOME_Evolution_Calendar_CalViewListener__fini GNOME_Evolution_Calendar_CalFactory__classid TC_GNOME_Evolution_Calendar_CalViewListener_struct TC_GNOME_Evolution_Calendar_CalListener_SetModeStatus_struct GNOME_Evolution_Calendar_CalListener_notifyObjectsSent TC_GNOME_Evolution_Calendar_CalView_struct TC_GNOME_Evolution_Calendar_stringlist_struct GNOME_Evolution_Calendar_CalViewListener_notifyQueryProgress GNOME_Evolution_Calendar_Cal_setMode TC_GNOME_Evolution_Calendar_CallStatus_struct TC_CORBA_sequence_GNOME_Evolution_Calendar_CalObj_struct TC_GNOME_Evolution_Calendar_CalObj_struct GNOME_Evolution_Calendar_Cal_discardAlarm GNOME_Evolution_Calendar_Cal_remove POA_GNOME_Evolution_Calendar_Cal__init TC_GNOME_Evolution_Calendar_Time_t_struct GNOME_Evolution_Calendar_Cal_setDefaultTimezone GNOME_Evolution_Calendar_CalListener_notifyObjectsReceived GNOME_Evolution_Calendar_Cal__get_uri GNOME_Evolution_Calendar_CalListener__iinterface GNOME_Evolution_Calendar_Cal_getFreeBusy POA_GNOME_Evolution_Calendar_Cal__fini GNOME_Evolution_Calendar_CalListener_notifyObjectModified TC_GNOME_Evolution_Calendar_CalObjSeq_struct POA_GNOME_Evolution_Calendar_CalView__init GNOME_Evolution_Calendar_CalListener_notifyDefaultTimezoneSet GNOME_Evolution_Calendar_Cal_getAlarmEmailAddress GNOME_Evolution_Calendar_CalListener_notifyFreeBusy GNOME_Evolution_Calendar_Cal_open TC_GNOME_Evolution_Calendar_CalObjUID_struct GNOME_Evolution_Calendar_Cal_isReadOnly GNOME_Evolution_Calendar_CalViewListener_notifyObjectsAdded TC_CORBA_sequence_GNOME_Evolution_Calendar_CalObjUID_struct GNOME_Evolution_Calendar_CalFactory__iinterface POA_GNOME_Evolution_Calendar_CalListener__fini GNOME_Evolution_Calendar_CalListener_notifyCalRemoved GNOME_Evolution_Calendar_Cal_getTimezone GNOME_Evolution_Calendar_CalListener__classid GNOME_Evolution_Calendar_CalView__classid GNOME_Evolution_Calendar_CalListener_notifyCalAddress TC_GNOME_Evolution_Calendar_CalTimezoneObj_struct TC_GNOME_Evolution_Calendar_CalFactory_NilListener_struct TC_GNOME_Evolution_Calendar_CalObjInstance_struct TC_CORBA_sequence_GNOME_Evolution_Calendar_User_struct GNOME_Evolution_Calendar_Cal_addTimezone TC_GNOME_Evolution_Calendar_CalObjInstanceSeq_struct GNOME_Evolution_Calendar_Cal__iinterface TC_GNOME_Evolution_Calendar_CalListener_struct GNOME_Evolution_Calendar_CalListener_notifyQuery GNOME_Evolution_Calendar_CalView__iinterface TC_GNOME_Evolution_Calendar_CalMode_struct GNOME_Evolution_Calendar_CalListener_notifyDefaultObjectRequested Symbol clashes between libraries /usr/lib/libamu.so.4.0.0 /usr/lib/libgettextlib-0.14.6.so /usr/lib/libhistory.so.4.3 /usr/lib/libhistory.so.5.1 /usr/lib/libreadline.so.4.3 /usr/lib/libreadline.so.5.1: => xrealloc xmalloc Symbol clashes between libraries /usr/lib/libdlm.so.2.0.18 /usr/lib/libdmraid.so.1.0.0.rc13: => unlock_resource Symbol clashes between libraries /usr/lib/libodbc.so.1.0.0 /usr/lib/libtemplate.so.1.0.0: => SQLEndTran SQLFreeHandle SQLGetEnvAttr SQLGetDiagField SQLColAttribute SQLCloseCursor SQLGetStmtAttr SQLGetDiagRec SQLFetchScroll SQLBulkOperations SQLSetDescRec SQLAllocHandle SQLGetDescField SQLGetDescRec SQLSetEnvAttr SQLGetConnectAttr SQLCopyDesc SQLSetStmtAttr SQLSetDescField Symbol clashes between libraries /usr/lib/libopal_linux_x86_r.so.2.2.2 /usr/lib/libspeex.so.1.3.0: => speex_decoder_destroy speex_std_low_mode_request_handler exc_gain_quant_scal3 exc_gain_quant_scal1 comb_filter speex_bits_init_buffer speex_decode_int high_lsp_cdbk hexc_10_32_table speex_lib_get_mode sb_encoder_destroy print_vec speex_encoder_init speex_mode_query be_int vbr_destroy qmf_decomp le_int lsp_unquant_nb speex_realloc speex_bits_unpack_unsigned open_loop_nbest_pitch iir_mem2 speex_bits_peek_unsigned fir_mem2 exc_10_32_table speex_alloc nb_decoder_destroy lsp_unquant_high lsp_quant_lbr speex_std_vbr_quality_request_handler lsp_quant_high exc_10_16_table speex_std_mode_request_handler nb_encoder_init syn_percep_zero speex_header_to_packet residue_percep_zero speex_free speex_move speex_bits_rewind lsp_unquant_lbr speex_bits_insert_terminator speex_std_vbr_request_handler cdbk_nb_high2 cdbk_nb_high1 speex_bits_peek nb_encoder_destroy nb_encode exc_5_64_table noise_codebook_unquant speex_bits_read_from speex_rand pitch_search_3tap speex_encoder_destroy speex_encoder_ctl split_cb_shape_sign_unquant speex_rand_vec speex_decoder_init forced_pitch_quant sb_encoder_ctl speex_bits_init speex_encode_int vq_nbest_sign sb_encode gain_cdbk_nb vbr_hb_thresh speex_bits_reset sb_decoder_init hexc_table pitch_unquant_3tap lpc_to_lsp speex_encode noise_codebook_quant nb_encoder_ctl speex_inband_handler speex_uwb_mode nb_decoder_ctl exc_8_128_table bw_lpc forced_pitch_unquant speex_bits_pack gain_cdbk_lbr speex_bits_nbytes speex_mode_list speex_lib_ctl lsp_enforce_margin speex_bits_write_whole_bytes nb_decode speex_warning_int speex_error speex_warning exc_20_32_table speex_std_high_mode_request_handler speex_default_user_handler speex_bits_remaining speex_bits_unpack_signed vbr_uhb_thresh vbr_analysis speex_bits_advance sb_decoder_ctl lsp_to_lpc exc_5_256_table speex_init_header sb_encoder_init fir_mem_up vbr_init speex_wb_mode split_cb_search_shape_sign speex_packet_to_header vq_index high_lsp_cdbk2 sb_decode speex_nb_mode filter_mem2 speex_std_char_handler nb_decoder_init speex_bits_write sb_decoder_destroy speex_bits_read_whole_bytes speex_bits_destroy speex_decode cdbk_nb_low1 cdbk_nb_low2 cdbk_nb speex_std_enh_request_handler vq_nbest speex_decoder_ctl lsp_quant_nb vbr_nb_thresh Symbol clashes between libraries /usr/lib/libdhcp4client.so.1 /usr/lib/libsoup-2.2.so.8.4.0: => send_request Symbol clashes between libraries /usr/lib/libncp.so.2.3.0 /usr/lib/libsilc-1.0.so.2.4.1: => mp_div mp_mod mp_neg mp_init Symbol clashes between libraries /usr/lib/libgssapi_krb5.so.2.2 /usr/lib/libgssapi.so.2.0.0: => gss_canonicalize_name gss_nt_user_name gss_init_sec_context gss_verify gss_sign gss_verify_mic gss_indicate_mechs gss_test_oid_set_member gss_acquire_cred gss_wrap_size_limit GSS_C_NT_EXPORT_NAME gss_compare_name gss_inquire_context gss_delete_sec_context gss_import_name GSS_C_NT_USER_NAME gss_import_sec_context gss_duplicate_name gss_release_oid_set GSS_C_NT_HOSTBASED_SERVICE GSS_C_NT_MACHINE_UID_NAME gss_get_mic gss_inquire_names_for_mech gss_add_oid_set_member gss_inquire_cred gss_context_time gss_nt_machine_uid_name gss_unseal gss_export_name gss_display_status gss_accept_sec_context gss_create_empty_oid_set gss_nt_string_uid_name gss_seal gss_add_cred GSS_C_NT_ANONYMOUS gss_release_name gss_wrap gss_release_buffer gss_export_sec_context gss_nt_service_name gss_unwrap gss_display_name gss_process_context_token gss_release_cred GSS_C_NT_STRING_UID_NAME gss_inquire_cred_by_mech Symbol clashes between libraries /usr/lib/libavahi-client.so.3.1.2 /usr/lib/libavahi-core.so.4.0.3: => avahi_entry_group_free Symbol clashes between libraries /usr/lib/libdes425.so.3.0 /usr/lib/libgssapi_krb5.so.2.2 /usr/lib/libgssapi.so.2.0.0 /usr/lib/libgssrpc.so.4.0 /usr/lib/libk5crypto.so.3.0 /usr/lib/libkadm5clnt.so.5.1 /usr/lib/libkadm5srv.so.5.1 /usr/lib/libkdb5.so.4.0 /usr/lib/libkrb4.so.2.0 /usr/lib/libkrb5.so.3.2 /usr/lib/libkrb5support.so.0.1: => HIDDEN Symbol clashes between libraries /usr/lib/libsefs.so.1.3 /usr/lib/libsqlite3.so.0.8.6: => sqlite3VdbeDeleteAuxData sqlite3BtreeIsInStmt sqlite3GenerateConstraintChecks sqlite3FixSrcList sqlite3BtreeRollbackStmt sqlite3ValueFree sqlite3_total_changes sqlite3pager_stmt_commit sqlite3BtreeBeginStmt sqlite3BtreeCommit sqlite3_column_double sqlite3DeleteTriggerStep sqlite3utf16ByteLen sqlite3VdbeMemStringify sqlite3_column_int sqlite3BtreeCursor sqlite3FindTable sqlite3FixSelect sqlite3_value_text16be sqlite3pager_set_codec sqlite3_temp_directory sqlite3VdbeMemMove sqlite3_errcode sqlite3VdbeMemCopy sqlite3BtreeData sqlite3FinishTrigger sqlite3GenerateRowDelete sqlite3_bind_parameter_count sqlite3ExprIfFalse sqlite3_column_name16 sqlite3ExprIsInteger sqlite3StrDup sqlite3SrcListAppend sqlite3pager_commit sqlite3LocateTable sqlite3pager_begin sqlite3_user_data sqlite3VdbeGetOp sqlite3VdbeMemSetInt64 sqlite3VdbeMemIntegerify sqlite3MallocRaw sqlite3AddColumn sqlite3OsUnlock sqlite3_result_text16 sqlite3Update sqlite3_result_null sqlite3HashInit sqlite3IdListDup sqlite3_value_text16le sqlite3SrcListDelete sqlite3_errmsg sqlite3Randomness sqlite3_result_blob sqlite3_column_decltype16 sqlite3VdbeMemShallowCopy sqlite3pager_sync sqlite3ParserAlloc sqlite3BtreeClearTable sqlite3_create_collation sqlite3_column_count sqlite3BtreeDropTable sqlite3Detach sqlite3VdbeMakeLabel sqlite3VdbeSetColName sqlite3_get_table sqlite3BtreeKeySize sqlite3HashInsert sqlite3ExprAnd sqlite3_column_decltype sqlite3CreateForeignKey sqlite3VdbeMemMakeWriteable sqlite3VdbeHalt sqlite3BtreeGetFilename sqlite3Parser sqlite3FixExprList sqlite3SafetyOn sqlite3_errmsg16 sqlite3AddColumnType sqlite3HashFind sqlite3BtreeKey sqlite3_column_text sqlite3Expr sqlite3BeginParse sqlite3pager_set_reiniter sqlite3BtreeIntegrityCheck sqlite3VdbeIntValue sqlite3CheckObjectName sqlite3_bind_blob sqlite3CommitInternalChanges sqlite3GenerateIndexKey sqlite3_open sqlite3Vacuum sqlite3MemCompare sqlite3BeginTrigger sqlite3BtreeSetSafetyLevel sqlite3FreeX sqlite3BtreeGetPageSize sqlite3FindFunction sqlite3_get_auxdata sqlite3pager_set_pagesize sqlite3VdbeSetNumCols sqlite3UnlinkAndDeleteIndex sqlite3_complete16 sqlite3PutVarint sqlite3_snprintf sqlite3BeginTransaction sqlite3StartTable sqlite3VdbeMemSetNull sqlite3SafetyOff sqlite3_step sqlite3VdbeRealValue sqlite3BtreeNext sqlite3IndexAffinityOk sqlite3OsSync sqlite3AuthRead sqlite3GetVarint32 sqlite3TriggerInsertStep sqlite3BtreeDelete sqlite3_result_text16le sqlite3VdbeSerialTypeLen sqlite3VMPrintf sqlite3_data_count sqlite3CreateView sqlite3ExprCode sqlite3VdbePrintSql sqlite3_value_text16 sqlite3ResetInternalSchema sqlite3_bind_int sqlite3pager_rollback sqlite3ValueBytes sqlite3pager_set_busyhandler sqlite3BtreeGetDirname sqlite3_mprintf sqlite3FitsIn64Bits sqlite3DeferForeignKey sqlite3_value_bytes sqlite3VdbeChangeEncoding sqlite3VdbeList sqlite3CreateIndex sqlite3_open16 sqlite3StrICmp sqlite3_create_function16 sqlite3ResultSetOfSelect sqlite3BtreeSetPageSize sqlite3_result_double sqlite3IdListIndex sqlite3IsReadOnly sqlite3BtreeDataSize sqlite3BtreeFlags sqlite3WhereEnd sqlite3_interrupt_count sqlite3AuthContextPush sqlite3RollbackAll sqlite3_commit_hook sqlite3Error sqlite3_result_text sqlite3ViewGetColumnNames sqlite3StrNICmp sqlite3_prepare16 sqlite3ExprCodeExprList sqlite3pager_read_fileheader sqlite3BtreeFactory sqlite3_bind_parameter_name sqlite3RegisterBuiltinFunctions sqlite3Realloc sqlite3_column_int64 sqlite3_create_function sqlite3CheckCollSeq sqlite3BtreeClose sqlite3AddNotNull sqlite3ExprCompare sqlite3DeleteTrigger sqlite3pager_unref sqlite3_bind_parameter_index sqlite3BtreeInsert sqlite3ExprAffinity sqlite3ParserTokenName sqlite3FinishCoding sqlite3RollbackTransaction sqlite3ExprAnalyzeAggregates sqlite3_bind_int64 sqlite3NameFromToken sqlite3AuthContextPop sqlite3BtreePager sqlite3VdbeMemRelease sqlite3VdbeCurrentAddr sqlite3SelectDup sqlite3TableAffinityStr sqlite3BtreeUpdateMeta sqlite3VdbeIdxKeyCompare sqlite3atoi64 sqlite3_column_text16 sqlite3TwoPartName sqlite3VdbeSerialType sqlite3GetInt32 sqlite3SrcListDup sqlite3Malloc sqlite3_search_count sqlite3_os_trace sqlite3BtreeDataFetch sqlite3ErrorMsg sqlite3VdbeChangeP1 sqlite3OsRead sqlite3_interrupt sqlite3pager_pagenumber sqlite3pager_filename sqlite3GetVarint sqlite3ErrStr sqlite3Dequote sqlite3BtreeSetCacheSize sqlite3pager_journalname sqlite3_result_int sqlite3VdbeIdxRowidLen sqlite3utf8CharLen sqlite3DeleteTable sqlite3Select sqlite3VdbeMakeReady sqlite3InitCallback sqlite3VdbeAddOp sqlite3IsNumber sqlite3Attach sqlite3TriggersExist sqlite3VdbeFreeCursor sqlite3BtreeFirst sqlite3one sqlite3CommitTransaction sqlite3AddCollateType sqlite3pager_dirname sqlite3WhereBegin sqlite3SrcListLookup sqlite3CompareAffinity sqlite3VdbeChangeP3 sqlite3RunVacuum sqlite3DropTrigger sqlite3OpenTableAndIndices sqlite3VdbeSetChanges sqlite3FindIndex sqlite3VdbeOp3 sqlite3_column_name sqlite3_complete sqlite3SafetyCheck sqlite3ExprSpan sqlite3UnlinkAndDeleteTable sqlite3EndTable sqlite3SetString sqlite3_aggregate_context sqlite3VdbeResolveLabel sqlite3_column_bytes sqlite3ExprCollSeq sqlite3BtreeGetJournalname sqlite3ChangeCookie sqlite3Insert sqlite3CompleteInsertion sqlite3VarintLen sqlite3BtreeSync sqlite3_set_auxdata sqlite3_exec sqlite3VdbeReset sqlite3GenerateRowIndexDelete sqlite3OsOpenDirectory sqlite3OsLock sqlite3_last_insert_rowid sqlite3VdbeMemHandleBom sqlite3VdbeCreate sqlite3ExprFunction sqlite3VdbeMemTranslate sqlite3pager_pagecount sqlite3FixTriggerStep sqlite3GetVdbe sqlite3VdbeTrace sqlite3VdbeSerialPut sqlite3pager_stats sqlite3VdbeMemSetStr sqlite3LocateCollSeq sqlite3pager_stmt_begin sqlite3VdbeFinalize sqlite3UpperToLower sqlite3IdListAppend sqlite3OsTruncate sqlite3CodeVerifySchema sqlite3ExprIfTrue sqlite3pager_set_destructor sqlite3_version sqlite3pager_overwrite sqlite3_value_blob sqlite3VdbeExec sqlite3pager_isreadonly sqlite3ExprListDup sqlite3pager_stmt_rollback sqlite3pager_truncate sqlite3_result_text16be sqlite3pager_lookup sqlite3BtreeLast sqlite3ReadUtf8 sqlite3_finalize sqlite3pager_set_cachesize sqlite3_busy_timeout sqlite3IndexAffinityStr sqlite3_btree_trace sqlite3SrcListAddAlias sqlite3OsSeek sqlite3BtreeEof sqlite3VdbeMemFromBtree sqlite3_result_int64 sqlite3CodeRowTrigger sqlite3_result_value sqlite3_value_text sqlite3VdbeCountChanges sqlite3pager_dont_write sqlite3Init sqlite3BtreeCreateTable sqlite3SrcListAssignCursors sqlite3VdbeRecordCompare sqlite3ExprDelete sqlite3_value_type sqlite3_bind_double sqlite3pager_ref sqlite3_changes sqlite3BtreeGetReserve sqlite3BtreeKeyFetch sqlite3_bind_text16 sqlite3VdbeMemDynamicify sqlite3BtreeCloseCursor sqlite3VdbeMemRealify sqlite3_vmprintf sqlite3BtreePrevious sqlite3_free sqlite3VdbeCursorMoveto sqlite3_bind_text sqlite3HashClear sqlite3TokenCopy sqlite3_value_int64 sqlite3ValueNew sqlite3_value_int sqlite3RollbackInternalChanges sqlite3_result_error sqlite3_column_bytes16 sqlite3HexToBlob sqlite3StrNDup sqlite3pager_dont_rollback sqlite3BtreeRollback sqlite3BtreeIsInTrans sqlite3VdbeDelete sqlite3pager_get sqlite3VdbeIdxRowid sqlite3BtreeSetBusyHandler sqlite3ValueText sqlite3ExprIsConstant sqlite3OpcodeNames sqlite3DropTriggerPtr sqlite3AddPrimaryKey sqlite3RunParser sqlite3OsClose sqlite3IdListDelete sqlite3AtoF sqlite3ParserFree sqlite3JoinType sqlite3ValueSetStr sqlite3OsWrite sqlite3_collation_needed sqlite3pager_write sqlite3DropTable sqlite3VdbeMemSetDouble sqlite3_reset sqlite3VdbeMemNulTerminate sqlite3RegisterDateTimeFunctions sqlite3ExprListAppend sqlite3_column_type sqlite3AffinityType sqlite3SelectNew sqlite3DeleteFrom sqlite3_free_table sqlite3BtreeOpen sqlite3IsRowid sqlite3DropIndex sqlite3_collation_needed16 sqlite3_create_collation16 sqlite3_trace sqlite3BtreeMoveto sqlite3OpenMasterTable sqlite3_column_blob sqlite3AuthCheck sqlite3VdbeAddOpList sqlite3AddDefaultValue sqlite3_aggregate_count sqlite3FixExpr sqlite3_libversion sqlite3ExprDup sqlite3ExprListDelete sqlite3OsCheckReservedLock sqlite3_value_double sqlite3BtreeGetMeta sqlite3_progress_handler sqlite3_busy_handler sqlite3VdbeChangeP2 sqlite3SelectDelete sqlite3_bind_null sqlite3UnlinkAndDeleteTrigger sqlite3ReadSchema sqlite3_close sqlite3utf16Substr sqlite3FixInit sqlite3KeywordCode sqlite3pager_set_safety_level sqlite3OsFileSize sqlite3BtreeBeginTrans sqlite3_result_error16 sqlite3BtreeCopyFile sqlite3_value_bytes16 sqlite3BtreeCommitStmt sqlite3pager_close sqlite3_set_authorizer sqlite3TriggerSelectStep sqlite3Pragma sqlite3TriggerDeleteStep sqlite3FindCollSeq sqlite3TriggerUpdateStep sqlite3BeginWriteOperation sqlite3MPrintf sqlite3VdbeSerialGet sqlite3ExprAssignVarNumber sqlite3_prepare sqlite3pager_open Symbol clashes between libraries /usr/lib/libmono-profiler-aot.so.0.0.0 /usr/lib/libmono-profiler-cov.so.0.0.0: => mono_profiler_startup Symbol clashes between libraries /usr/lib/libdhcp4client.so.1 /usr/lib/libtirpc.so.1.0.7: => log_debug Symbol clashes between libraries /usr/lib/libldap-2.2.so.7.0.22 /usr/lib/libldap-2.3.so.0.2.15 /usr/lib/libldap_r-2.2.so.7.0.22 /usr/lib/libldap_r-2.3.so.0.2.15: => ldap_int_error_init ldap_memcalloc ldap_scherr2str ldap_int_sasl_open ldap_int_sasl_get_option ldap_str2matchingruleuse ldap_int_tls_config ldap_syntax2name ldap_url_dup ldap_cancel ldap_find_control ldap_url_desc2str ldap_matchingrule2str ldap_memvfree ldap_utf8_mintab ldap_pvt_gethostbyname_a ldap_str2charray ldap_dump_connection ldap_err2string ldap_first_attribute ldap_utf8_isalnum ldap_pvt_sasl_install ldap_structurerule2name ldap_x_utf8_to_mb ldap_str2matchingrule ldap_nameform2str ldap_chase_v3referrals ldap_domain2hostlist ldap_modrdn2 ldap_attributetype2name ldap_open ldap_alloc_ber_with_options ldap_attributetype2bv ldap_add_s ldap_parse_vlv_control ldap_create_sort_control ldap_unbind_ext ldap_bv2rdn ldap_free_urllist ldap_int_tls_start ldap_send_server_request ldap_int_initialize_global_options ldap_compare ldap_is_ldaps_url ldap_add ldap_controls_dup ldap_add_result_entry ldap_memalloc ldap_pvt_gethostbyaddr_a ldap_pvt_sasl_getmechs ldap_nameform_free ldap_x_utf8s_to_mbs ldap_delete ldap_str2structurerule ldap_free_urldesc ldap_rename_s ldap_passwd_s ldap_charray_dup ldap_rename2 ldap_sort_values ldap_dn2ufn ldap_int_msgtype2str ldap_pvt_str2lowerbv ldap_utf8_strchr ldap_extended_operation ldap_url_duplist ldap_charray2str ldap_int_sasl_init ldap_parse_result ldap_dump_requests_and_responses ldap_new_connection ldap_pvt_ctime ldap_dn2str ldap_rename ldap_bv2dn_x ldap_utf8_isupper ldap_compare_s ldap_url_parse ldap_memrealloc ldap_x_wc_to_utf8 ldap_modify_ext_s ldap_charray_inlist ldap_str2rdn ldap_str2syntax ldap_utf8_strcspn ldap_contentrule2bv ldap_int_parse_ruleid ldap_first_entry ldap_str2attributetype ldap_is_ldapi_url ldap_abandon_ext ldap_rdnfree ldap_pvt_tls_get_option ldap_x_utf8s_to_wcs ldap_set_ber_options ldap_append_referral ldap_url_parselist_ext ldap_bv2dn ldap_cancel_s ldap_nameform2name ldap_str2dn ldap_get_attribute_ber ldap_count_references ldap_pvt_get_controls ldap_int_global_options ldap_dcedn2dn ldap_search_ext_s ldap_memfree ldap_abandon ldap_mark_select_read ldap_matchingruleuse2bv ldap_domain2dn ldap_pvt_filter_value_unescape ldap_utf8_chars ldap_set_rebind_proc ldap_pvt_str2upper ldap_int_open_connection ldap_matchingrule_free ldap_pvt_tls_get_peer_hostname ldap_count_values ldap_pvt_tls_get_strength ldap_int_put_controls ldap_value_free ldap_pvt_url_scheme_port ldap_set_option ldap_free_select_info ldap_result ldap_count_values_len ldap_pvt_sasl_secprops ldap_parse_whoami ldap_dn2domain ldap_syntax2bv ldap_contentrule_free ldap_get_dn ldap_x_mbs_to_utf8s ldap_objectclass2name ldap_get_values_len ldap_utf8_strspn ldap_add_ext ldap_int_flush_request ldap_count_messages ldap_contentrule2str ldap_bind_s ldap_delete_s ldap_url_list2urls ldap_parse_sort_control ldap_dn2ad_canonical ldap_int_client_controls ldap_pvt_tls_init_def_ctx ldap_simple_bind ldap_int_sasl_bind ldap_unbind ldap_create ldap_utf8_charlen2 ldap_create_vlv_control ldap_new_select_info ldap_pvt_tls_sb_ctx ldap_structurerule_free ldap_x_utf8_to_wc ldap_str2contentrule ldap_url_parse_ext ldap_int_timeval_dup ldap_int_parse_numericoid ldap_dnfree_x ldap_simple_bind_s ldap_is_write_ready ldap_int_initialize ldap_next_reference ldap_next_attribute ldap_first_message ldap_msgid ldap_modify ldap_free_connection ldap_search_s ldap_sasl_interactive_bind_s ldap_strdup ldap_perror ldap_control_dup ldap_pvt_tls_inplace ldap_search_ext ldap_modify_ext ldap_connect_to_host ldap_utf8_copy ldap_objectclass2str ldap_utf8_bytes ldap_url_parselist ldap_url_parsehosts ldap_sasl_bind ldap_pvt_tls_set_option ldap_dn2bv ldap_next_message ldap_get_entry_controls ldap_delete_result_entry ldap_X509dn2bv ldap_first_reference ldap_x_wcs_to_utf8s ldap_x_mb_to_utf8 ldap_chase_referrals ldap_free_request ldap_x_ucs4_to_utf8 ldap_charray_merge ldap_pvt_tls_destroy ldap_compare_ext_s ldap_rdn2bv_x ldap_ld_free ldap_rename2_s ldap_pvt_sockbuf_io_sasl ldap_put_vrFilter ldap_utf8_charlen ldap_dnfree ldap_init ldap_url_list2hosts ldap_unbind_ext_s ldap_delete_ext ldap_open_defconn ldap_compare_ext ldap_utf8_isxdigit ldap_dn2dcedn ldap_rdn2str ldap_is_ldap_url ldap_mods_free ldap_utf8_islower ldap_add_ext_s ldap_dn_normalize ldap_count_entries ldap_get_dn_ber ldap_unbind_s ldap_get_message_ber ldap_matchingrule2bv ldap_whoami_s ldap_parse_extended_result ldap_sort_strcasecmp ldap_pvt_tls_get_my_dn ldap_structurerule2bv ldap_parse_passwd ldap_modrdn ldap_int_sasl_close ldap_pvt_get_fqdn ldap_search_st ldap_bv2rdn_x ldap_pvt_tls_get_peer_issuer ldap_str2nameform ldap_parse_reference ldap_int_inet4or6 ldap_find_request_by_msgid ldap_int_sasl_set_option ldap_pvt_put_filter ldap_msgfree ldap_pvt_tls_get_peer_dn ldap_msgtype ldap_objectclass_free ldap_syntax_free ldap_pvt_str2lower ldap_parse_sasl_bind_result ldap_syntax2str ldap_utf8_strpbrk ldap_pvt_sasl_remove ldapava_free ldap_int_utils_init ldap_nameform2bv ldap_start_tls_s ldap_explode_rdn ldap_free_sort_keylist ldap_get_option ldap_extended_operation_s ldap_value_dup ldap_modrdn2_s ldap_matchingruleuse2name ldap_mark_select_write ldap_is_read_ready ldap_bind ldap_pvt_tls_check_hostname ldap_utf8_isalpha ldap_matchingrule2name ldap_send_initial_request ldap_pvt_find_wildcard ldap_msgdelete ldap_pvt_get_hname ldap_dn2bv_x ldap_whoami ldap_pvt_tls_accept ldap_control_free ldap_pvt_url_scheme2proto ldap_sort_entries ldap_parse_intermediate ldap_utf8_lentab ldap_modrdn_s ldap_int_sasl_external ldap_log_printf ldap_connect_to_path ldap_structurerule2str ldap_pvt_url_scheme2tls ldap_value_free_len ldap_utf8_strtok ldap_pvt_strtok ldap_attributetype_free ldap_contentrule2name ldap_pvt_hex_unescape ldap_int_select ldap_next_entry ldap_int_hostname ldap_host_connected_to ldap_int_sasl_config ldap_send_unbind ldap_charray_add ldap_create_sort_keylist ldap_passwd ldap_sasl_bind_s ldap_open_internal_connection ldap_rdnfree_x ldap_attributetype2str ldap_utf8_prev ldap_pvt_str2upperbv ldap_rdn2bv ldap_get_values ldap_x_utf8_to_ucs4 ldap_utf8_isspace ldap_matchingruleuse_free ldap_str2objectclass ldap_controls_free ldap_pvt_tls_init ldap_search ldap_charray_free ldap_modify_s ldap_explode_dn ldap_mark_select_clear ldap_result2error ldap_utf8_offset ldap_objectclass2bv ldap_utf8_next ldap_ucs_to_utf8s ldap_utf8_isascii ldap_create_control ldap_delete_ext_s ldap_build_search_req ldap_matchingruleuse2str ldap_initialize ldap_utf8_isdigit Symbol clashes between libraries /usr/lib/libartsdsp.so.0.0.0 /usr/lib/libartsdsp_st.so.0.0.0 /usr/lib/libesddsp.so.0.2.36: => open ioctl close Symbol clashes between libraries /usr/lib/libc-client.so.1 /usr/lib/libdhcp6client.so.1 /usr/lib/libobjc.so.1.0.0: => hash_add Symbol clashes between libraries /usr/lib/libmagic.so.1.0.0 /usr/lib/libwiretap.so.0.0.1: => file_error Symbol clashes between libraries /usr/lib/libmp.so.3.1.7 /usr/lib/libncurses.so.5.5 /usr/lib/libncursesw.so.5.5: => move Symbol clashes between libraries /usr/lib/httpd/modules/mod_mem_cache.so /usr/lib/libgmime-2.0.so.2.2.3: => cache_free Symbol clashes between libraries /usr/lib/libI810XvMC.so.1.0.0 /usr/lib/libviaXvMCPro.so.1.0.0 /usr/lib/libviaXvMC.so.1.0.0 /usr/lib/libXvMCW.so.1.0.0: => XvMCGetSubpictureStatus XvMCGetSurfaceStatus XvMCClearSubpicture XvMCBlendSubpicture2 XvMCSyncSubpicture XvMCCompositeSubpicture XvMCCreateContext XvMCDestroySubpicture XvMCFlushSubpicture XvMCFlushSurface XvMCQueryAttributes XvMCGetAttribute XvMCSetAttribute XvMCCreateMacroBlocks XvMCPutSurface XvMCDestroyMacroBlocks XvMCCreateBlocks XvMCSyncSurface XvMCDestroyContext XvMCCreateSurface XvMCDestroySurface XvMCCreateSubpicture XvMCSetSubpicturePalette XvMCBlendSubpicture XvMCHideSurface XvMCRenderSurface XvMCDestroyBlocks Symbol clashes between libraries /usr/lib/libestbase.so.1.2.95.1 /usr/lib/libeststring.so.1.2: => wfree safe_walloc safe_wrealloc wstrdup safe_wcalloc Symbol clashes between libraries /usr/lib/libedsio.so.0.0.0 /usr/lib/libxdelta.so.2.0.0: => serializeio_source_reset_allocation EC_EdsioOutputBufferShort serializeio_count_edsiostring_obj tm2time unserialize_edsiouint_internal_noalloc serializeio_print_edsiostring_obj edsio_new_proptest_string_property serializeio_gzip_source proptest_get_bytes serialize_edsiobytes_obj serialize_edsiobytes_obj_internal eventdelivery_source_to_string proptest_unset_bytes eventdelivery_event_lookup edsio_persist_proptest_unset serializeio_count_edsiobytes edsio_property_getter serializeio_count_edsiouint EC_EdsioDuplicateHostTypeRegistered edsio_new_property eventdelivery_string_to_string edsio_property_uint_setter edsio_sha_init proptest_isset_string edsio_md5_init serialize_edsiostring_obj_internal edsio_generate_int_event_internal edsio_property_get edsio_property_string_setter serializeio_print_generictime_obj edsio_property_vptr_free str2time edsio_property_string_getter edsio_base64_encode_region_into serializeio_serialize_generic edsio_md5_to_string unserialize_edsiostring serialize_bytes_obj serializeio_print_edsiouint_obj edsio_generate_void_event_internal EC_EdsioInvalidIntegerString serialize_edsiouint_internal unserialize_bytes proptest_get_uint serializeio_base64_sink edsio_base64_decode_region edsio_persist_proptest_source edsio_generate_stringstring_event_internal edsio_base64_encode_region EC_EdsioGetTimeOfDayFailure edsio_property_vptr_getter edsio_generate_source_event_internal edsio_property_bytes_setter EC_EdsioGModuleError unserialize_generictime_internal serializeio_count_generictime_obj serializeio_generic_count edsio_property_vptr_setter edsio_intern_string serializeio_count_edsiobytes_obj eventdelivery_event_watch_all EC_EdsioNoSuchPropertyType EC_EdsioInvalidChecksum serialize_edsiostring edsio_property_isset unserialize_uint adjzone unserialize_generictime partimeId edsio_generate_errno_event_internal serializeio_gzip_sink serializeio_generic_type_to_string EC_EdsioTimeFailure unserialize_edsiobytes_internal_noalloc serializeio_print_bytes serialize_generictime_obj_internal unserialize_edsiobytes edsio_time_t_to_iso8601 serializeio_sink_init unserialize_edsiouint_internal proptest_unset_string EC_EdsioPropertyNotSet proptest_isset_bytes EC_EdsioWrongHostType proptest_set_edsiouint edsio_library_check edsio_persist_proptest_sink edsio_generate_intint_event_internal maketId edsio_simple_source edsio_property_uint_getter EC_EdsioInvalidStreamChecksum EC_EdsioUnexpectedLibraryType edsio_new_proptest_bytes_property EC_EdsioWrongDataType EC_EdsioPersistenceUnavailable edsio_simple_sink serializeio_source_alloc edsio_property_bytes_getter proptest_set_bytes edsio_sha_final edsio_generate_string_event_internal serializeio_serialize_generic_internal edsio_generate_stringstringstring_event_internal strtoss_checked serializeio_checksum_sink EC_EdsioInvalidHexDigit eventdelivery_sink_to_string serializeio_unserialize_generic_acceptable serializeio_count_edsiouint_obj EC_EdsioIntegerOutOfRange serialize_uint_obj strtosi_checked handle_sink serializeio_source_object_received serializeio_unserialize_generic_internal edsio_time_to_iso8601 serializeio_unserialize_generic unserialize_edsiobytes_internal serializeio_base64_source edsio_property_set edsio_new_proptest_uint_property serialize_edsiobytes handle_source EC_EdsioSourceEof EC_EdsioDuplicatePropertyNameRegistered eventdelivery_event_deliver edsio_time_of_day EC_EdsioMissingChecksum serializeio_generic_print EC_EdsioInvalidBase64Encoding serialize_string_obj edsio_md5_final parzone proptest_unset_edsiouint edsio_persist_proptest_isset serializeio_source_init eventdelivery_initialize_event_def EC_EdsioNoSuchProperty partime serializeio_count_generictime difftm EC_EdsioDuplicatePropertyTypeRegistered edsio_sha_update edsio_property_unset serialize_edsiouint proptest_unset_uint serializeio_checksum_source serialize_edsiostring_obj edsio_md5_hash proptest_isset_uint EC_EdsioInvalidIntegerSign proptest_set_string serialize_edsiostring_internal edsio_property_string_free unserialize_edsiouint serializeio_print_edsiobytes_obj eventdelivery_int_to_string serialize_edsiouint_obj edsio_initialize_host_type serializeio_count_edsiostring EC_EdsioMD5StringShort serialize_generictime serialize_edsiouint_obj_internal edsio_initialize_property_type EC_EdsioMD5StringLong EC_EdsioUnregisteredLibrary time2tm edsio_proptest_property_table serialize_edsiobytes_internal strtoui_checked edsio_md5_equal edsio_base64_decode_region_into eventdelivery_handle_to_string serializeio_initialize_type edsio_library_register edsio_property_setter proptest_set_uint proptest_get_edsiouint unserialize_generictime_internal_noalloc edsio_property_uint_free unserialize_string unserialize_edsiostring_internal edsio_property_bytes_free proptest_get_string serialize_generictime_internal proptest_isset_edsiouint strtous_checked edsio_edsio_init edsio_md5_from_string EC_EdsioUnregisteredType edsio_new_proptest_edsiouint_property EC_EdsioNoSuchHostType EC_EdsioIncorrectAllocation edsio_md5_update unserialize_edsiostring_internal_noalloc serialize_generictime_obj EC_EdsioUnexpectedType Symbol clashes between libraries /usr/lib/libpanel.so.5.5 /usr/lib/libpanelw.so.5.5: => replace_panel top_panel panel_below panel_hidden set_panel_userptr hide_panel panel_window move_panel new_panel bottom_panel panel_userptr del_panel panel_above show_panel update_panels Symbol clashes between libraries /usr/lib/libdhcp4client.so.1 /usr/lib/libdhcp.so.1: => ddns_update_style collections config_universe group_write_hook outpacket_trace universes universe_max inpacket_trace universe_count known_class domains shutdown_state unknown_class default_collection dhcp_interface_startup_hook name_servers interface_trace default_classification_rules Symbol clashes between libraries /usr/lib/libcairo.so.2.9.2 /usr/lib/libgdiplus.so.0.0.0: => cairo_append_path cairo_new_path cairo_matrix_invert cairo_surface_set_fallback_resolution cairo_mask_surface cairo_pattern_get_filter cairo_pattern_get_extend cairo_svg_surface_restrict_to_version cairo_ft_font_face_create_for_pattern cairo_get_miter_limit cairo_font_options_set_subpixel_order cairo_pop_group cairo_paint cairo_device_to_user_distance cairo_font_options_destroy cairo_font_options_create cairo_surface_write_to_png cairo_clip_preserve cairo_scale cairo_font_options_set_antialias cairo_fill_preserve cairo_xlib_surface_set_size cairo_fill_extents cairo_xlib_surface_get_depth cairo_set_line_width cairo_pattern_create_linear cairo_get_font_options cairo_matrix_rotate cairo_font_face_get_user_data cairo_glyph_extents cairo_font_options_merge cairo_surface_write_to_png_stream cairo_font_options_get_hint_style cairo_paint_with_alpha cairo_xlib_surface_get_screen cairo_font_face_reference cairo_rel_move_to cairo_set_scaled_font cairo_device_to_user cairo_surface_get_type cairo_stroke cairo_create cairo_surface_mark_dirty_rectangle cairo_move_to cairo_ps_surface_set_size cairo_image_surface_get_stride cairo_pattern_set_matrix cairo_font_options_set_hint_metrics cairo_push_group cairo_surface_mark_dirty cairo_surface_get_font_options cairo_font_options_status cairo_version cairo_set_operator cairo_pdf_surface_set_size cairo_set_antialias cairo_translate cairo_ps_surface_dsc_begin_page_setup cairo_pattern_add_color_stop_rgba cairo_copy_path_flat cairo_ft_scaled_font_unlock_face cairo_image_surface_get_data cairo_scaled_font_reference cairo_image_surface_get_width cairo_ps_surface_create_for_stream cairo_scaled_font_extents cairo_get_line_join cairo_fill cairo_pattern_add_color_stop_rgb cairo_matrix_transform_distance cairo_scaled_font_destroy cairo_scaled_font_get_font_face cairo_pattern_set_filter cairo_user_to_device_distance cairo_pop_group_to_source cairo_set_line_join cairo_image_surface_get_height cairo_ps_surface_dsc_comment cairo_get_source cairo_ft_font_options_substitute cairo_set_source cairo_ps_surface_dsc_begin_setup cairo_set_source_surface cairo_font_options_get_subpixel_order cairo_get_font_matrix cairo_set_line_cap cairo_in_stroke cairo_copy_path cairo_surface_status cairo_xlib_surface_get_width cairo_debug_reset_static_data cairo_set_source_rgba cairo_font_options_get_antialias cairo_pattern_create_radial cairo_curve_to cairo_in_fill cairo_pattern_create_rgba cairo_font_options_hash cairo_show_text cairo_scaled_font_get_ctm cairo_rectangle cairo_surface_flush cairo_matrix_init_scale cairo_restore cairo_font_face_set_user_data cairo_reset_clip cairo_user_to_device cairo_clip cairo_surface_get_content cairo_pattern_reference cairo_xlib_surface_get_drawable cairo_set_tolerance cairo_xlib_surface_set_drawable cairo_copy_page cairo_xlib_surface_create cairo_font_extents cairo_get_current_point cairo_font_options_copy cairo_font_options_get_hint_metrics cairo_status_to_string cairo_matrix_translate cairo_line_to cairo_identity_matrix cairo_arc_negative cairo_image_surface_create_for_data cairo_surface_finish cairo_scaled_font_create cairo_pdf_surface_create_for_stream cairo_status cairo_ft_font_face_create_for_ft_face cairo_image_surface_create cairo_pattern_set_extend cairo_rel_curve_to cairo_image_surface_get_format cairo_get_font_face cairo_new_sub_path cairo_ps_surface_create cairo_pdf_surface_create cairo_matrix_init_translate cairo_text_path cairo_surface_set_device_offset cairo_matrix_init cairo_matrix_transform_point cairo_matrix_init_rotate cairo_surface_reference cairo_pattern_get_matrix cairo_svg_surface_create cairo_pattern_status cairo_matrix_init_identity cairo_set_font_size cairo_matrix_multiply cairo_set_font_face cairo_rel_line_to cairo_matrix_scale cairo_xlib_surface_get_display cairo_get_line_cap cairo_font_face_destroy cairo_surface_set_user_data cairo_version_string cairo_scaled_font_text_extents cairo_get_matrix cairo_xlib_surface_create_for_bitmap cairo_show_page cairo_get_group_target cairo_xlib_surface_create_with_xrender_format cairo_set_source_rgb cairo_svg_get_versions cairo_set_matrix cairo_font_options_equal cairo_pattern_get_type cairo_get_line_width cairo_get_tolerance cairo_font_face_status cairo_path_destroy cairo_get_fill_rule cairo_surface_get_user_data cairo_destroy cairo_pattern_create_for_surface cairo_ft_scaled_font_lock_face cairo_xlib_surface_get_visual cairo_svg_surface_create_for_stream cairo_stroke_extents cairo_close_path cairo_stroke_preserve cairo_glyph_path cairo_scaled_font_status cairo_set_miter_limit cairo_scaled_font_glyph_extents cairo_get_antialias cairo_transform cairo_set_fill_rule cairo_select_font_face cairo_svg_version_to_string cairo_save cairo_text_extents cairo_surface_create_similar cairo_pattern_destroy cairo_surface_destroy cairo_get_target cairo_set_font_options cairo_reference cairo_font_face_get_type cairo_pattern_create_rgb cairo_scaled_font_get_font_options cairo_xlib_surface_get_height cairo_rotate cairo_show_glyphs cairo_push_group_with_content cairo_surface_get_device_offset cairo_scaled_font_get_type cairo_mask cairo_set_font_matrix cairo_arc cairo_image_surface_create_from_png cairo_scaled_font_get_font_matrix cairo_font_options_set_hint_style cairo_set_dash cairo_image_surface_create_from_png_stream cairo_get_operator Symbol clashes between libraries /usr/lib/libaio.so.1.0.0 /usr/lib/libaio.so.1.0.0 /usr/lib/libaio.so.1.0.1 /usr/lib/libaio.so.1.0.1: => io_getevents io_cancel io_queue_wait Symbol clashes between libraries /usr/lib/libnspr4.so /usr/lib/libplc4.so /usr/lib/libplds4.so: => libVersionPoint Symbol clashes between libraries /usr/lib/libnss3.so /usr/lib/libsmime3.so: => NSS_3.3 NSS_3.7 NSS_3.6 NSS_3.9 NSS_3.8 NSS_3.9.3 NSS_3.10 Symbol clashes between libraries /usr/lib/libartsc.so.0.0.0 /usr/lib/libartsdsp_st.so.0.0.0 /usr/lib/libkdecore.so.4.2.0 /usr/lib/libmcop.so.1.0.0: => lt_dlopen_flag Symbol clashes between libraries /usr/lib/libXaw3d.so.7.0 /usr/lib/libXaw6.so.6.0.1 /usr/lib/libXaw7.so.7.0.0: => listWidgetClass simpleMenuClassRec listClassRec XawListUnhighlight simpleClassRec scrollbarClassRec XawTextSinkMaxHeight dialogClassRec XawSimpleMenuClearActiveEntry smeBSBClassRec XawTextGetInsertionPoint XawWidgetCount XawAsciiSourceChanged XawTextSinkFindPosition portholeWidgetClass smeBSBObjectClass panedWidgetClass XawTextSourceScan viewportClassRec xawvendorShellExtWidgetClass XawTextSourceConvertSelection XawDialogAddButton XawTextSetInsertionPoint asciiTextClassRec textClassRec simpleWidgetClass smeObjectClass XawPanedGetMinMax XawTextSetSource xawvendorShellExtClassRec panedClassRec multiSinkClassRec treeClassRec XawTextSinkMaxLines boxClassRec XawTextSourceSearch toggleClassRec textWidgetClass XawPanedAllowResize XawAsciiSourceFreeString XawTextReplace XawViewportSetLocation multiSrcObjectClass XawTextTopPosition FMT8BIT textSrcClassRec gripClassRec XawPanedSetMinMax XawTextUnsetSelection XawPanedSetRefigureMode XawTextSinkClearToBackground XawFormDoLayout multiSrcClassRec XawViewportSetCoordinates XawTextSinkResolve portholeClassRec XawTextDisableRedisplay XawToggleUnsetCurrent XawTextSearch commandWidgetClass XawTextInvalidate XawAsciiSave XawDialogGetValueString stripChartClassRec XawWidgetArray repeaterClassRec labelClassRec XawTextSetSelectionArray formClassRec vPanedWidgetClass XawTextSinkFindDistance dialogWidgetClass XawTextSourceRead repeaterWidgetClass XawInitializeWidgetSet XawTextSetSelection XawPanedGetNumSub XawTextSourceSetSelection XawFmt8Bit XawTextSinkInsertCursor viewportWidgetClass XawTextDisplay stripChartWidgetClass textSinkObjectClass pannerClassRec smeClassRec menuButtonClassRec XawSimpleMenuAddGlobalActions XawListChange textSinkClassRec boxWidgetClass labelWidgetClass pannerWidgetClass asciiTextWidgetClass scrollbarWidgetClass XawToggleSetCurrent XawTextGetSource XawSimpleMenuGetActiveEntry XawTextSinkSetTabs XawFmtWide XawToggleChangeRadioGroup treeWidgetClass XawTextSourceReplace formWidgetClass XawTextDisplayCaret XawTextGetSelectionPos XawAsciiSaveAsFile XawListShowCurrent asciiSinkClassRec menuButtonWidgetClass asciiSinkObjectClass simpleMenuWidgetClass textSrcObjectClass smeLineObjectClass XawListHighlight XawTreeForceLayout toggleWidgetClass XawTextEnableRedisplay gripWidgetClass XawTextSinkDisplayText asciiSrcObjectClass multiSinkObjectClass asciiSrcClassRec XawTextSinkGetCursorBounds XawVendorShellExtResize smeLineClassRec commandClassRec XawScrollbarSetThumb XawToggleGetCurrent Symbol clashes between libraries /usr/lib/libviaXvMCPro.so.1.0.0 /usr/lib/libviaXvMC.so.1.0.0: => syncXvMCLowLevel flushPCIXvMCLowLevel closeXvMCLowLevel viaMpegWriteSlice initXvMCLowLevel uniDRIDestroyContext viaMpegReset uniDRICreateContextWithConfig viaVideoSubPictureLocked getDRIDrawableInfoLocked flushXvMCLowLevel uniDRIGetDeviceInfo viaBlit viaMpegSetSurfaceStride viaMpegBeginPicture uniDRICloseConnection uniDRICreateDrawable uniDRIAuthConnection uniDRIQueryVersion uniDRIGetClientDriverName uniDRICreateContext hwlLock uniDRIGetDrawableInfo uniDRIDestroyDrawable viaVideoSWFlipLocked viaVideoSetSWFLipLocked viaVideoSubPictureOffLocked setLowLevelLocking uniDRIQueryDirectRenderingCapable uniDRIQueryExtension setAGPSyncLowLevel viaDMATimeStampLowLevel driDestroyHashContents uniDRIOpenConnection viaMpegSetFB hwlUnlock Symbol clashes between libraries /usr/lib/libXmu.so.6.2.0 /usr/lib/libXmuu.so.1.0.0: => XmuNCopyISOLatin1Lowered XmuCursorNameToIndex XmuClientWindow XmuCopyISOLatin1Lowered XmuNCopyISOLatin1Uppered XmuCopyISOLatin1Uppered XmuGetHostname XmuSimpleErrorHandler XmuCompareISOLatin1 XmuPrintDefaultErrorMessage XmuSnprintf Symbol clashes between libraries /usr/lib/firefox-1.5.0.7/libxpcom_core.so /usr/lib/libestbase.so.1.2.95.1 /usr/lib/libpt_linux_x86_r.so.1.10.1: => stat Symbol clashes between libraries /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/DBD/mysql/mysql.so /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/DBD/Pg/Pg.so: => dbd_discon_all Symbol clashes between libraries /usr/lib/libamu.so.4.0.0 /usr/lib/libdhcp6client.so.1 /usr/lib/libkdecore.so.4.2.0 /usr/lib/libkdefakes.so.4.2.0 /usr/lib/libnetsnmp.so.10.0.1 /usr/lib/libnfsidmap.so.0.2.0 /usr/lib/libsnmp.so.10.0.1: => strlcpy Symbol clashes between libraries /usr/lib/libamu.so.4.0.0 /usr/lib/libdhcp6client.so.1 /usr/lib/libkdecore.so.4.2.0 /usr/lib/libkdefakes.so.4.2.0: => strlcat Symbol clashes between libraries /usr/lib/libmenu.so.5.5 /usr/lib/libmenuw.so.5.5: => item_name menu_back set_menu_userptr unpost_menu set_menu_opts set_menu_fore menu_userptr item_index set_menu_win current_item set_menu_items set_menu_init set_menu_pad set_menu_spacing item_term menu_driver item_opts_on menu_win item_value menu_items menu_sub set_menu_term menu_spacing item_opts menu_fore menu_init set_menu_format set_menu_grey menu_opts menu_term new_item set_item_userptr set_item_opts item_userptr menu_pad set_top_row set_menu_pattern menu_opts_on set_item_init set_menu_back menu_mark item_description set_current_item free_item menu_request_name item_init scale_menu set_item_value set_item_term post_menu new_menu item_visible top_row item_opts_off item_count menu_request_by_name menu_opts_off free_menu set_menu_sub menu_format pos_menu_cursor menu_pattern menu_grey set_menu_mark Symbol clashes between libraries /usr/lib/libkdecore.so.4.2.0 /usr/lib/libkdefakes.so.4.2.0: => mkstemps Symbol clashes between libraries /usr/lib/libgcj.so.7rh.0.0 /usr/lib/libmono.so.0.0.0: => GC_next_exclusion GC_new_free_list_inner GC_enable GC_all_bottom_indices_end GC_mark_and_push GC_debug_invoke_finalizer GC_hblkfreelist GC_debug_print_heap_obj_proc GC_enable_signals GC_eobjfreelist GC_memalign GC_clear_marks GC_dlopen GC_descr_obj_size GC_high_water GC_free_space_divisor GC_bm_table GC_print_block_list GC_add_to_heap GC_generic_malloc GC_register_main_static_data GC_incremental_protection_needs GC_delete_gc_thread GC_key_create GC_wait_for_gc_completion GC_dont_gc GC_max_retries GC_maybe_gc GC_finalizer_notifier GC_has_other_debug_info GC_hblk_fl_from_blocks GC_objects_are_marked GC_generic_malloc_inner GC_init_inner GC_try_to_collect GC_post_incr GC_no_sunOS_threads GC_reclaim_uninit2 GC_reclaim_uninit4 GC_push_finalizer_structures GC_project2 GC_dont_precollect GC_push_other_roots GC_stack_last_cleared GC_data_start GC_gcj_fast_malloc GC_finalization_failures GC_is_static_root GC_quiet GC_ignore_self_finalize_mark_proc GC_init_size_map GC_start_debugging GC_n_leaked GC_push_thread_structures GC_number_stack_black_listed GC_push_gc_structures GC_mark_init GC_new_free_list GC_array_mark_proc_index GC_null_finalize_mark_proc GC_reclaim_clear2 GC_remove_header GC_min GC_greatest_plausible_heap_addr GC_debug_malloc_ignore_off_page GC_new_thread GC_remove_roots_inner GC_register_displacement_inner GC_find_header GC_delete_thread GC_mark_stack_limit GC_finish_collection GC_reclaim_all GC_invalid_header GC_disable_signals GC_allocobj GC_block_nearly_full GC_mark_stack_size GC_malloc_stubborn GC_smashed GC_gcjdebugobjfreelist GC_remove_tmp_roots GC_enqueue_all_finalizers GC_err_puts GC_realloc GC_repeat_read GC_add_roots GC_explicit_typing_initialized GC_print_smashed_obj GC_get_free_bytes GC_incomplete_normal_bl GC_double_descr GC_disable GC_dump_finalization GC_set_mark_bit GC_pthread_join GC_register_disappearing_link GC_thr_init GC_clear_fl_links GC_push_all GC_malloc_uncollectable GC_pthread_create GC_nprocs GC_with_callee_saves_pushed GC_init_gcj_malloc GC_unpromote_black_lists GC_debug_register_finalizer GC_page_size GC_suspend_handler GC_threads GC_push_conditional_with_exclusions GC_full_freq GC_approx_sp GC_push_roots GC_finalize_on_demand GC_print_back_height GC_old_normal_bl GC_mark_stack_empty GC_reclaim_generic GC_block_was_dirty GC_malloc_atomic_uncollectable GC_apply_to_maps GC_dont_expand GC_stopping_thread GC_print_all_smashed_proc GC_start_reclaim GC_alloc_large_and_clear GC_non_gc_bytes GC_generic_malloc_words_small GC_add_to_black_list_stack GC_lock_holder GC_generic_push_regs GC_get_bytes_since_gc GC_debug_malloc_uncollectable GC_register_finalizer_no_order GC_find_limit free_list_index_of GC_hdr_cache_misses GC_print_all_errors GC_n_rescuing_pages GC_retry_signals GC_copyright GC_typed_mark_proc GC_freehblk GC_suspend_ack_sem GC_print_static_roots GC_push_one GC_exclude_static_roots GC_base GC_set_max_heap_size GC_adj_words_allocd GC_debug_gcj_malloc GC_allochblk GC_page_was_ever_dirty GC_end_stubborn_change GC_alloc_large GC_generic_malloc_many GC_check_heap GC_parallel GC_collect_or_expand GC_oom_fn GC_n_attempts GC_add_roots_inner GC_push_marked GC_stackbottom GC_in_thread_creation GC_all_interior_pointers GC_is_initialized GC_default_print_heap_obj_proc GC_add_ext_descriptor GC_noop1 GC_fault_handler GC_reclaim_check GC_old_stack_bl GC_err_printf GC_install_counts GC_gcj_malloc_initialized GC_generic_malloc_inner_ignore_off_page GC_is_visible_print_proc GC_never_stop_func GC_is_valid_displacement GC_finalize GC_incr_mem_freed GC_same_obj GC_setup_temporary_fault_handler GC_printf GC_new_kind_inner GC_debug_register_displacement GC_notify_or_invoke_finalizers GC_total_stack_black_listed GC_init_linux_data_start GC_invoke_finalizers GC_make_sequence_descriptor GC_end_blocking GC_collecting GC_store_debug_info GC_get_stack_base GC_prev_block GC_least_plausible_heap_addr GC_mark_stack_top GC_push_next_marked_dirty GC_debug_change_stubborn GC_init_parallel GC_free GC_current_warn_proc GC_default_is_visible_print_proc GC_reclaim_small_nonempty_block GC_is_black_listed GC_clear_stack_inner GC_stderr GC_push_complex_descriptor GC_roots_present GC_grow_table GC_make_array_descriptor GC_gc_no GC_copy_bl GC_objfreelist_ptr GC_find_leak GC_uobjfreelist_ptr GC_debug_gcj_fast_malloc GC_add_to_fl GC_print_hblkfreelist GC_add_map_entry GC_check_heap_proc GC_alloc_reclaim_list GC_stdout GC_lookup_thread GC_print_block_descr GC_gcj_malloc GC_gcj_malloc_ignore_off_page GC_malloc_explicitly_typed_ignore_off_page GC_freehblk_ptr GC_invalidate_map GC_stop_init GC_print_source_ptr GC_incremental GC_get_first_part GC_find_start GC_push_marked1 GC_default_push_other_roots GC_is_fresh GC_write GC_add_leaked GC_print_type GC_clear_mark_bit GC_sleep GC_print_all_smashed GC_java_finalization GC_unregister_disappearing_link GC_ed_size GC_register_finalizer GC_remove_counts GC_mark_and_push_stack GC_gcjobjfreelist GC_block_nearly_full1 GC_block_nearly_full3 GC_start_world GC_normal_finalize_mark_proc GC_register_data_segments GC_clear_stack GC_debug_register_finalizer_ignore_self GC_leaked GC_register_finalizer_ignore_self GC_used_heap_size_after_full GC_n_kinds GC_size GC_new_proc_inner GC_push_stubborn_structures GC_gcj_kind GC_push_next_marked_uncollectable GC_promote_black_lists GC_default_is_valid_displacement_print_proc GC_remove_allowed_signals GC_continue_reclaim GC_typed_mark_proc_index GC_start_time GC_n_smashed GC_init_explicit_typing GC_clear_a_few_frames GC_generic_malloc_ignore_off_page GC_register_displacement GC_debug_malloc_replacement GC_set_warn_proc GC_debug_malloc GC_push_all_stacks GC_pthread_sigmask GC_dirty_maintained GC_build_fl_clear4 GC_build_fl_clear2 GC_build_fl_clear3 GC_should_collect GC_register_finalizer_inner GC_should_invoke_finalizers GC_use_entire_heap GC_start_routine GC_page_was_dirty GC_get_total_bytes GC_on_stack GC_build_fl GC_fail_count GC_apply_to_all_blocks GC_new_hblk GC_have_errors GC_suspend_all GC_init_headers GC_start_blocking GC_array_kind GC_extend_size_map GC_push_conditional GC_malloc_atomic_ignore_off_page GC_mark_stack GC_large_alloc_warn_interval GC_notify_full_gc GC_collection_in_progress GC_register_dynamic_libraries GC_max GC_mark_state GC_mark_some GC_pthread_detach GC_new_kind GC_is_full_gc GC_collect_a_little_inner GC_debugging_started GC_set_fl_marks GC_words_allocd_at_reset GC_linux_stack_base GC_try_to_collect_inner GC_setpagesize GC_hdr_cache_hits GC_same_obj_print_proc GC_debug_malloc_atomic GC_reclaim_block GC_large_alloc_warn_suppressed GC_enable_incremental GC_clear_bl GC_mem_found GC_abort GC_set_hdr_marks GC_push_all_stack GC_reclaim_clear GC_mark_from GC_default_same_obj_print_proc GC_read_dirty GC_free_inner GC_print_finalization_stats GC_default_oom_fn GC_add_smashed GC_gcj_debug_kind GC_do_nothing GC_min_sp GC_malloc_many GC_pre_incr GC_remove_specific GC_push_next_marked GC_debug_free GC_finalize_all GC_set_and_save_fault_handler GC_dl_entries GC_next_used_block GC_check_heap_block GC_clear_hdr_marks GC_arrays GC_all_bottom_indices GC_push_marked2 GC_push_marked4 GC_init GC_generic_malloc_words_small_inner GC_remove_from_fl GC_print_address_map GC_noop GC_install_header GC_dump GC_check_annotated_obj GC_start_call_back GC_timeout_stop_func GC_incr_words_allocd GC_unix_get_mem GC_debug_register_finalizer_no_order GC_make_descriptor GC_restart_handler GC_push_all_eager GC_new_proc GC_print_obj GC_err_write GC_push_selected GC_remove_roots GC_malloc_atomic GC_push_current_stack GC_get_heap_size GC_scratch_alloc GC_obj_kinds GC_reclaim_clear4 GC_split_block GC_signal_mark_stack_overflow GC_debug_end_stubborn_change GC_reclaim_uninit GC_version GC_thr_initialized GC_no_sunOS_pthreads GC_dirty_init GC_stopped_mark GC_malloc_explicitly_typed GC_free_block_ending_at GC_stop_world GC_fo_entries GC_register_dynamic_libraries_dl_iterate_phdr GC_time_limit GC_finalize_now GC_is_marked GC_mark_stack_too_small GC_change_stubborn GC_lock GC_print_stats GC_add_to_black_list_normal GC_set_free_space_divisor GC_need_full_gc GC_n_heap_sects GC_get_nprocs GC_generic_or_special_malloc GC_world_stopped GC_cond_register_dynamic_libraries GC_initiate_gc GC_dump_regions GC_no_dls GC_allochblk_nth GC_root_size GC_is_valid_displacement_print_proc GC_debug_malloc_atomic_ignore_off_page GC_default_warn_proc GC_expand_hp GC_build_fl1 GC_build_fl2 GC_pause GC_calloc_explicitly_typed GC_debug_free_inner GC_slow_getspecific GC_aobjfreelist_ptr GC_debug_malloc_stubborn GC_auobjfreelist_ptr GC_array_mark_proc GC_bl_init GC_avail_descr GC_debug_realloc_replacement GC_debug_malloc_atomic_uncollectable GC_arobjfreelist GC_collect_a_little GC_incomplete_stack_bl GC_stopping_pid GC_explicit_kind GC_thread_exit_proc GC_dump_regularly GC_block_empty GC_reset_fault_handler GC_setspecific GC_clear_fl_marks GC_debug_realloc GC_invalidate_mark_state GC_reclaim1 GC_ext_descriptors GC_jmp_buf GC_build_fl4 GC_general_register_disappearing_link GC_debug_header_size GC_remove_protection GC_black_list_spacing GC_n_mark_procs GC_is_visible GC_invalid_map GC_register_describe_type_fn GC_make_closure GC_exit_check GC_expand_hp_inner GC_clear_roots GC_stop_count GC_excl_table_entries GC_call_with_alloc_lock GC_malloc GC_deficit GC_malloc_ignore_off_page GC_n_set_marks GC_gcollect GC_print_heap_obj GC_print_heap_sects Symbol clashes between libraries /usr/lib/httpd/modules/libphp5.so /usr/lib/libgettextlib-0.14.6.so: => execute Symbol clashes between libraries /usr/lib/libslang.so.2.0.6 /usr/lib/libslang-utf8.so.1.4.9: => SLang_pop_bstring SLang_init_tty SLang_byte_compile_file SLtt_Term_Cannot_Insert SLang_pop_array_of_type SLtt_reset_scroll_region SLang_push_bstring SLbstring_dup SLang_init_posix_io SLang_set_argc_argv SLcurses_wprintw SLcurses_newwin SLang_get_fun_from_ref SLtt_delete_nlines SLtt_Force_Keypad_Init SLcurses_delwin SLtt_smart_puts SLtt_narrow_width SLatoul SLfile_push_fd SLang_is_defined SLfile_pop_fd SLtt_end_insert SLdo_pop_n SLang_push_value SLang_push_datatype SLtt_set_scroll_region SLang_verror SLang_load_file SLextract_list_element SLang_ungetkey_string SLang_free_mmt SLsmg_gotorc SLang_guess_type SLtt_Has_Alt_Charset SLang_pop SLcurses_wscrl SLang_TT_Read_FD SLexpand_escaped_string SLang_push_uchar SLtt_erase_line SLtt_set_term_vtxxx SLang_inc_mmt SLsignal_intr SLang_find_keymap SLpath_dircat SLfile_get_fd SLang_object_from_mmt SLns_load_file SLarray_map_array SLsmg_reset_smg SLang_pop_datatype SLclass_set_sput_function SLdefine_for_ifdef SLang_pop_null SLang_Version_String SLang_autoload SLclass_set_sget_function SLcurses_wdelch SLkm_define_key SLcurses_wclrtoeol SLcomplex_log SLarith_get_to_double_fun SLclass_allocate_class SLclass_add_binary_op SLtt_delete_char SLstrcpy SLcomplex_asin SLrealloc SLcurrent_time_string SLang_concat_slstrings SLang_pop_anytype SLsmg_forward SLang_get_function SLadd_intrinsic_function SLdebug_malloc SLreverse_stack SLsmg_vprintf SLtt_set_color_fgbg SLang_add_intrinsic_array SLtt_initialize SLadd_global_variable SLcomplex_asinh SLang_pop_ulong SLregexp_quote_string SLpath_set_load_path SLang_init_stdio SLsmg_set_color SLang_create_nslstring SLsmg_write_wrapped_string SLsmg_char_at SLang_push_ulong SLsmg_write_char SLcurses_initscr SLns_load_string SLtt_set_color_object SLclass_set_destroy_function SLadd_intrin_fun_table SLang_create_keymap SLang_buffer_keystring SLscroll_pageup SLtt_Use_Ansi_Colors SLclass_typecast SLns_add_intrin_var_table SLsmg_Newline_Behavior SLtt_set_mouse_mode SLang_init_slfile SLang_pop_fileptr SLbstring_free SLang_create_slstring SLcomplex_atanh SLpath_set_delimiter SLang_init_slmath SLcomplex_exp SLbstring_get_pointer SLtt_tigetent SLang_process_keystring SLfile_dup_fd SLang_exit_error SLang_pop_cstruct SLfile_create_fd SLclass_push_short_obj SLang_Doc_Dir SLclass_register_class SLcomplex_acos SLang_get_array_element SLang_input_pending SLns_add_dconstant_table SLang_peek_at_stack SLang_User_Clear_Error SLadd_intrin_var_table SLang_add_cleanup_function SLang_assign_cstruct_to_ref SLang_pop_ushort SLtt_write_string SLang_duplicate_array SLcurses_wclrtobot SLcurses_nil SLsmg_normal_video SLcurses_raw SLcurses_waddch SLang_undefine_key SLscroll_find_line_num SLcurses_wclear SLtt_wide_width SLtt_set_mono SLsystem SLang_getkey SLsmg_printf SLsmg_draw_hline SLscroll_find_top SLtt_tigetnum SLang_push_malloced_string SLdo_pop SLclass_pop_int_obj SLang_free_function SLns_add_istruct_table SLclass_set_apush_function SLdup_n SLcmd_execute_string SLpath_file_exists SLsmg_Scroll_Hash_Border SLcurses_start_color SLang_free_ref SLang_push_long SLsmg_Display_Eight_Bit SLsmg_get_column SLcurses_Acs_Map SLtt_init_video SLmalloc SLpath_extname SLang_push_short SLsmg_touch_lines SLtt_Use_Blink_For_ACS SLang_create_mmt SLpath_dirname SLtt_enable_cursor_keys SLang_init_ospath SLsmg_set_terminal_info SLns_add_iconstant_table SLmemcpy SLpath_pathname_sans_extname SLstrncpy SLang_generate_debug_info SLclass_set_push_function SLcurses_wnoutrefresh SLang_peek_at_stack1 SLcurses_Stdscr SLcalloc SLang_pop_value SLang_Input_Buffer_Len SLns_add_app_unary_table SLclass_set_anew_function SLang_Rline_Quit SLsmg_get_row SLsmg_write_nstring SLtt_get_screen_size SLang_make_keystring SLclass_add_math_op SLsmg_set_char_set SLadd_iconstant_table SLang_Last_Key_Char SLang_VMessage_Hook SLscroll_next_n SLmath_hypot SLtt_set_cursor_visibility SLtt_reverse_video SLang_push_array SLang_Exit_Function SLang_pop_function SLtt_Term_Cannot_Scroll SLbstring_create SLclass_add_typecast SLclass_pop_float_obj SLang_Exit_Error_Hook SLclass_push_float_obj SLmake_lut SLang_start_arg_list SLang_restart SLang_push_mmt SLang_free_anytype SLclass_pop_double_obj SLtt_bold_video SLang_init_posix_dir SLkp_init SLclass_is_class_defined SLang_push SLtt_flush_output SLang_init_slassoc SLang_Ignore_User_Abort SLcurses_waddnstr SLsmg_refresh SLtt_write_to_status_line SLang_flush_input SLcurses_wattron SLsmg_touch_screen SLclass_dup_object SLsmg_draw_object SLang_execute_function SLtt_Try_Termcap SLtt_Screen_Rows SLcomplex_sqrt SLang_Version SLtt_del_eol SLtt_normal_video SLerrno_set_errno SLang_init_array_extra SLang_free_array SLang_push_cstruct SLcurses_cbreak SLsignal SLsmg_write_nchars SLang_init_import SLclass_pop_long_obj SLadd_dconstant_table SLcurses_getch SLtt_Graphics_Char_Pairs SLarray_contract_array SLang_TT_Baud_Rate SLsmg_cls SLns_Load_File_Hook SLtt_set_color SLroll_stack SLstrcmp SLtty_set_suspend_state SLang_Traceback SLpath_basename SLclass_push_long_obj SLtt_get_color_object SLang_TT_Write_FD SLang_Interrupt SLsmg_fill_region SLsmg_resume_smg SLcomplex_log10 SLtt_add_color_attribute SLtt_Newline_Ok SLarray_map_array_1 SLtt_tigetstr SLsmg_reinit_smg SLang_pop_ref SLang_pop_complex SLcurses_wrefresh SLcomplex_sin SLtt_Baud_Rate SLclass_pop_ptr_obj SLmake_string SLang_pop_uchar SLcurses_wattroff SLadd_math_unary_table SLtt_goto_rc SLang_Dump_Routine SLcurses_subwin SLmemcmp SLtt_disable_status_line SLsmg_set_color_in_region SLang_push_char SLdebug_free SLang_reset_tty SLang_pop_double SLbstring_create_malloced SLang_end_arg_list SLcurses_nodelay SLsmg_set_screen_start SLclass_set_acopy_function SLang_assign_to_ref SLcurses_winsch SLsig_unblock_signals SLpath_find_file_in_path SLcurses_mvprintw SLclass_push_ptr_obj SLclass_push_int_obj SLang_push_complex SLscroll_prev_n SLatoi SLatol SLcomplex_acosh SLcurses_Num_Colors SLns_add_intrinsic_variable SLmake_nstring SLang_free_slstring SLpath_is_absolute_path SLcurses_wgetch SLdebug_realloc SLcomplex_pow SLang_create_array1 SLmalloc_dump_statistics SLang_load_object SLcomplex_sinh SLang_pop_mmt SLang_Num_Function_Args SLang_run_hooks SLsmg_draw_box SLsmg_draw_vline SLang_init_posix_process SLpath_get_load_path SLang_get_name_from_fileptr SLang_init_slunix SLscroll_pagedown SLadd_istruct_table SLdebug_calloc SLcomplex_times SLang_set_module_load_path SLtt_Has_Status_Line SLang_push_string SLclass_set_string_function SLtt_putchar SLclass_pop_char_obj SLstruct_create_struct SLcomplex_cosh SLclass_push_double_obj SLns_add_intrinsic_function SLclass_create_synonym SLang_load_string SLang_pop_char SLang_Auto_Declare_Var_Hook SLang_free_object SLkm_define_keysym SLang_free_cstruct SLang_Input_Buffer SLang_pop_long SLsmg_write_raw SLtt_Ignore_Beep SLang_vmessage SLtt_get_terminfo SLsmg_erase_eol SLsmg_erase_eos SLcurses_wattrset SLsig_block_signals SLfree SLang_define_case SLang_Load_File_Hook SLang_getkey_intr_hook SLtt_tgetstr SLcomplex_tanh SLang_set_abort_signal SLsmg_read_raw SLmemset SLang_push_float SLcurses_mvwprintw SLang_push_double SLang_pop_slstring SLns_add_math_unary_table SLkp_getkey SLprep_line_ok SLcurses_wmove SLcomplex_cos SLns_delete_namespace SLang_Enter_Function SLcomplex_divide SLkp_define_keysym SLcurses_Esc_Delay SLclass_add_unary_op SLtt_beep SLdeallocate_load_type SLang_Key_TimeOut_Flag SLadd_app_unary_table SLpop_string SLtt_Blink_Mode SLtt_reverse_index SLsmg_Backspace_Moves SLtt_tgetnum SLcurses_clearok SLang_init_all SLns_create_namespace SLang_init_array SLclass_get_datatype_name SLrline_redraw SLmemchr SLang_set_array_element SLfile_free_fd SLbstring_create_slstring SLclass_set_aget_function SLKeyBoard_Quit SLns_add_intrin_fun_table SLang_pop_array SLtt_set_alt_char_set SLkp_set_getkey_function SLtt_cls SLns_allocate_load_type SLadd_intrinsic_variable SLallocate_load_type SLpath_get_delimiter SLsmg_Tab_Width SLang_ungetkey SLang_free_value SLcomplex_abs SLcurses_endwin SLexecute_function SLclass_push_char_obj SLang_push_null SLang_Error_Hook SLsmg_reverse_video SLcomplex_tan SLcurses_printw SLprep_exists_hook SLang_pop_float SLtt_Num_Chars_Output SLsmg_write_color_chars SLang_init_slang SLclass_set_aput_function SLang_create_array SLcurses_has_colors SLsmg_init_smg SLclass_get_class_id SLcurses_Is_Endwin SLang_init_case_tables SLang_push_anytype SLang_User_Prompt SLtt_Screen_Cols SLcomplex_atan SLang_define_key SLtt_begin_insert SLtt_tgetflag SLang_Abort_Char SLtt_reset_video SLclass_add_app_unary_op SLang_load_file_verbose SLclass_set_pop_function SLclass_pop_short_obj SLsmg_suspend_smg SLerrno_strerror SLang_do_key SLang_push_ushort SLang_pop_short SLsmg_write_string SLang_find_key_function Symbol clashes between libraries /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/PDL/GSL/DIFF/DIFF.so /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/PDL/GSL/INTEG/INTEG.so: => FUNC Symbol clashes between libraries /usr/lib/libefence.so.0.0 /usr/lib/libmudflap.so.0.0.0 /usr/lib/libmudflapth.so.0.0.0: => calloc realloc malloc free Symbol clashes between libraries /usr/lib/libaggplatformsdl.so.2.0.4 /usr/lib/libaggplatformX11.so.2.0.4 /usr/lib/libboost_prg_exec_monitor.so.1.33.1 /usr/lib/libboost_test_exec_monitor.so.1.33.1 /usr/lib/libboost_unit_test_framework.so.1.33.1 /usr/lib/libgij.so.7rh.0.0 /usr/lib/libgs.so.8.15 /usr/lib/libkscreensaver.so.4.2.0 /usr/sbin/httpd: => main Symbol clashes between libraries /usr/lib/libkabc_groupwise.so.1.0.0 /usr/lib/libkcal_groupwise.so.1.0.0: => soap_hex2s soap_s2dateTime soap_s2string soap_pututf8 soap_putmime soap_s2hex soap_begin soap_getposition soap_wstring_in soap_bind soap_putsizesoffsets soap_copy_context soap_get_header_attribute soap_element_result soap_putsizes soap_inLONG64 soap_double2s soap_s2int soap_putfault soap_is_single soap_lookup soap_element_end_out soap_getsize soap_receiver_fault soap_dime_forward soap_putbase64 soap_pointer_lookup soap_init1 soap_outwliteral soap_getline soap_putdime soap_malloc soap_closesock soap_free soap_clr_dime soap_body_begin_out soap_s2short soap_set_dime_attachment soap_array_pointer_lookup soap_outdateTime soap_body_end_in soap_putmimehdr soap_decode_val soap_first_block soap_tell soap_float2s soap_pop_namespace soap_recv_empty_response soap_copy soap_inwliteral soap_unsignedInt2s soap_string_out soap_putoffsets soap_xop_forward soap_recv soap_new soap_dealloc soap_embedded_id soap_attachment soap_inwstring soap_match_tag soap_set_receiver_error soap_recv_raw soap_set_sender_error soap_tag_cmp soap_end_block soap_open_logfile soap_retry soap_outlong soap_done soap_set_embedded soap_unsignedLong2s soap_s2unsignedShort soap_outunsignedLong soap_is_embedded soap_serializeheader soap_push_namespace soap_int2s soap_send2 soap_send3 soap_outliteral soap_double_nan soap_strtol soap_pointer_enter soap_faultdetail soap_element_start_end_out soap_match_namespace soap_outwstring soap_instring soap_begin_count soap_set_attr soap_getheader soap_getmimehdr soap_response soap_unlink soap_s2unsignedLong soap_puthex soap_fault soap_s2LONG64 soap_QName2s soap_cleanup soap_getdimehdr soap_strtoul soap_long2s soap_inULONG64 soap_token soap_strrchr soap_s2base64 soap_s2QName soap_s2unsignedInt soap_indateTime soap_s2double soap_getfault soap_connect_command soap_next_multipart soap_inlong soap_ULONG642s soap_inunsignedShort soap_outshort soap_block_size soap_byte2s soap_end_send soap_send soap_indouble soap_attr_value soap_enter soap_revert soap_link soap_serializefault soap_attribute soap_lookup_plugin soap_hash soap_outint soap_register_plugin_arg soap_flush soap_end_recv soap_element soap_str_code soap_inbyte soap_accept soap_set_namespaces soap_infloat soap_LONG642s soap_envelope_begin_in soap_outunsignedByte soap_int_code soap_clr_attr soap_id_lookup soap_recv_fault soap_peek_element soap_send_empty_response soap_fcopy soap_putoffset soap_envelope_end_in soap_print_fault soap_getchar soap_putdimehdr soap_connect soap_decode_key soap_send_fault soap_outLONG64 soap_reference soap_element_href soap_getoffsets soap_body_begin_in soap_getutf8 soap_size soap_unsignedByte2s soap_s2byte soap_delete soap_begin_recv soap_faultstring soap_get soap_value soap_init2 soap_faultcode soap_move soap_element_null soap_outfloat soap_poll soap_size_block soap_begin_send soap_id_forward soap_getbase64 soap_print_fault_location soap_getmime soap_new2 soap_new1 soap_push_block soap_flush_raw soap_embed soap_dime_option soap_send_raw soap_envelope_end_out soap_lookup_type soap_outstring soap_outULONG64 soap_set_endpoint soap_getsizes soap_inliteral soap_string_in soap_recv_header soap_embedded namespaces soap_pop_block soap_base642s soap_outunsignedShort soap_id_enter soap_element_begin_in soap_s2long soap_resolve soap_match_array soap_puthttphdr soap_set_dime soap_init soap_outdouble soap_element_end_in soap_inunsignedByte soap_new_block soap_set_mime soap_element_begin_out soap_strdup soap_s2float soap_array_begin_out soap_s2ULONG64 soap_array_reference soap_body_end_out soap_inunsignedInt soap_inint soap_set_fault soap_putheader soap_short2s soap_set_mime_attachment soap_gethex soap_save_block soap_next_block soap_code soap_inshort soap_getdime soap_putsize soap_wstring_out soap_s2unsignedByte soap_clr_mime soap_element_ref soap_outbyte soap_envelope_begin_out soap_end soap_inunsignedLong soap_outunsignedInt soap_element_id soap_sender_fault soap_dateTime2s soap_unsignedShort2s Symbol clashes between libraries /usr/lib/httpd/modules/mod_perl.so /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/ModPerl/Const/Const.so: => modperl_constants_lookup_modperl modperl_constants_group_lookup_apache2_const modperl_const_compile XS_modperl_const_compile modperl_constants_lookup_apr_const modperl_constants_group_lookup_modperl modperl_constants_lookup_apache2_const modperl_constants_group_lookup_apr_const Symbol clashes between libraries /usr/lib/libhistory.so.5.1 /usr/lib/libreadline.so.5.1: => free_history_entry history_write_timestamps add_history_time history_get_time Symbol clashes between libraries /usr/lib/libviaXvMCPro.so.1.0.0 /usr/lib/libviaXvMC.so.1.0.0 /usr/lib/libXvMCW.so.1.0.0: => XvMCBeginSurface XvMCPutSlice XvMCLoadQMatrix XvMCPutSlice2 Symbol clashes between libraries /usr/lib/libc-client.so.1 /usr/lib/libgettextlib-0.14.6.so: => safe_write Symbol clashes between libraries /usr/lib/libgs.so.8.15 /usr/lib/libsilc-1.0.so.2.4.1: => mem_close mem_open Symbol clashes between libraries /usr/lib/libkadm5clnt.so.5.1 /usr/lib/libkadm5srv.so.5.1: => xdr_kadm5_principal_ent_rec krb5_aprof_finish kadm5_rename_principal krb5_klog_syslog xdr_getprivs_ret ovsec_kadm_free_policy_ent xdr_kadm5_policy_ent_rec xdr_krb5_kvno xdr_krb5_tl_data xdr_dprinc_arg ovsec_kadm_rename_principal xdr_cprinc3_arg kadm5_get_config_params xdr_krb5_principal ovsec_kadm_chpass_principal kadm5_modify_principal kadm5_free_policy_ent kadm5_init_with_creds xdr_krb5_enctype kadm5_delete_principal xdr_nulltype kadm5_setv4key_principal krb5_aprof_get_deltat ovsec_kadm_init_with_skey kadm5_free_name_list krb5_aprof_getvals xdr_krb5_deltat kadm5_unlock xdr_gprinc_ret xdr_gpol_ret xdr_ui_4 kadm5_get_policy krb5_free_key_data_contents ovsec_kadm_delete_policy xdr_krb5_flags xdr_dpol_arg ovsec_kadm_get_principals ovsec_kadm_get_policies ovsec_kadm_destroy krb5_aprof_init xdr_gprincs_ret xdr_chrand_arg xdr_cprinc_arg krb5_klog_init kadm5_setkey_principal ovsec_kadm_flush xdr_rprinc_arg ovsec_kadm_delete_principal ovsec_kadm_get_privs xdr_krb5_ui_2 xdr_krb5_ui_4 krb5_string_to_keysalts kadm5_lock xdr_mpol_arg xdr_krb5_timestamp xdr_nullstring kadm5_create_principal ovsec_kadm_init_with_password krb5_klog_reopen kadm5_get_privs xdr_krb5_int16 xdr_setkey3_arg ovsec_kadm_modify_principal krb5_aprof_get_boolean krb5_read_realm_params xdr_gprincs_arg kadm5_destroy krb5_klog_close xdr_gpols_ret ovsec_kadm_get_principal krb5_aprof_get_string xdr_krb5_key_salt_tuple krb5_aprof_get_int32 ovsec_kadm_randkey_principal kadm5_setkey_principal_3 krb5_keysalt_iterate xdr_setv4key_arg ovsec_kadm_create_principal xdr_gpol_arg xdr_gpols_arg kadm5_create_principal_3 xdr_chrand3_arg xdr_chpass3_arg kadm5_flush ovsec_kadm_free_name_list kadm5_modify_policy kadm5_create_policy xdr_krb5_octet kadm5_init_with_skey xdr_krb5_key_data_nocontents xdr_setkey_arg krb5_keysalt_is_present xdr_chpass_arg kadm5_randkey_principal kadm5_decrypt_key kadm5_randkey_principal_3 kadm5_delete_policy ovsec_kadm_modify_policy xdr_kadm5_principal_ent_rec_v1 kadm5_init xdr_mprinc_arg xdr_chrand_ret kadm5_free_key_data kadm5_free_config_params krb5_flags_to_string kadm5_init_krb5_context ovsec_kadm_init krb5_free_realm_params kadm5_get_policies kadm5_chpass_principal_util kadm5_free_principal_ent kadm5_get_principals kadm5_get_principal xdr_krb5_salttype kadm5_init_with_password krb5_string_to_flags ovsec_kadm_get_policy kadm5_chpass_principal_3 krb5_input_flag_to_string ovsec_kadm_free_principal_ent ovsec_kadm_create_policy xdr_gprinc_arg ovsec_kadm_chpass_principal_util xdr_kadm5_ret_t kadm5_chpass_principal xdr_generic_ret xdr_cpol_arg xdr_krb5_keyblock Symbol clashes between libraries /usr/lib/libartsc.so.0.0.0 /usr/lib/libartsdsp_st.so.0.0.0: => arts_write arts_close_stream arts_read arts_error_text arts_stream_get arts_record_stream arts_init arts_free arts_suspended arts_suspend arts_stream_set arts_play_stream Symbol clashes between libraries /usr/lib/libfam.so.0.0.0 /usr/lib/libgamin-1.so.0.1.7: => FAMResumeMonitor FAMMonitorDirectory FAMErrno FAMMonitorFile FAMClose FAMNextEvent FAMSuspendMonitor FAMMonitorFile2 FAMNoExists FAMMonitorDirectory2 FAMOpen2 FamErrlist FAMOpen FAMCancelMonitor FAMPending FAMMonitorCollection Symbol clashes between libraries /usr/lib/libXaw3d.so.7.0 /usr/lib/libXaw6.so.6.0.1 /usr/lib/libXaw7.so.7.0.0 /usr/lib/libXt.so.6.0.0: => vendorShellClassRec vendorShellWidgetClass Symbol clashes between libraries /usr/lib/libgcj.so.7rh.0.0 /usr/lib/libltdl.so.3.1.4 /usr/lib/libMagick.so.10.0.3 /usr/lib/libodbcinst.so.1.0.0 /usr/lib/libodbcpsql.so.1.0.0 /usr/lib/libodbcpsql.so.2.0.0 /usr/lib/libtemplate.so.1.0.0: => lt_dlinsertsearchdir lt_dlrealloc lt_dlforeachfile Symbol clashes between libraries /usr/lib/libapol.so.2.4 /usr/lib/libkdevqmakeparser.so.0.0.0: => yyleng yyin yyout yychar yylval Symbol clashes between libraries /usr/lib/libbonobo-2.so.0.0.0 /usr/lib/libgnome-mag.so.2.1.1: => TC_Bonobo_PropertySet_struct Bonobo_EventSource__imethods Bonobo_ConfigDatabase_removeDir Bonobo_Listener__classid Bonobo_ConfigDatabase__imethods TC_Bonobo_EventSource_struct TC_Bonobo_EventSource_UnknownListener_struct TC_Bonobo_PropertyBag_BackendFailed_struct Bonobo_Listener_unImplemented2 Bonobo_PropertyBag_getValues Bonobo_ConfigDatabase__classid Bonobo_ConfigDatabase_unImplemented8 Bonobo_ConfigDatabase_unImplemented5 Bonobo_ConfigDatabase_unImplemented7 Bonobo_ConfigDatabase_unImplemented6 Bonobo_ConfigDatabase_addDatabase Bonobo_PropertyBag_getValue Bonobo_EventSource_removeListener Bonobo_ConfigDatabase_removeValue Bonobo_EventSource_addListener Bonobo_EventSource__iinterface Bonobo_EventSource__classid TC_Bonobo_PropertyFlags_struct Bonobo_ConfigDatabase__iinterface Bonobo_PropertyBag__classid Bonobo_PropertyBag_setValue Bonobo_PropertyBag_setValues TC_Bonobo_PropertyBag_InvalidType_struct Bonobo_Listener__imethods Bonobo_ConfigDatabase__get_isWriteable TC_Bonobo_KeyList_struct Bonobo_PropertyBag_unImplemented2 Bonobo_PropertyBag_unImplemented4 TC_Bonobo_PropertyBag_ReadOnly_struct Bonobo_EventSource_unImplemented Bonobo_Listener_event TC_Bonobo_Pair_struct Bonobo_PropertyBag_getDoc Bonobo_Listener__iinterface TC_Bonobo_ConfigDatabase_DBFlags_struct Bonobo_PropertyBag_getFlags Bonobo_PropertyBag__iinterface TC_CORBA_sequence_Bonobo_Pair_struct Bonobo_ConfigDatabase_hasDir TC_Bonobo_Listener_struct TC_Bonobo_PropertyBag_NotFound_struct Bonobo_Listener_unImplemented Bonobo_PropertyBag_unImplemented3 Bonobo_PropertyBag_unImplemented1 Bonobo_EventSource_unImplemented2 Bonobo_PropertyBag_getDocTitle Bonobo_ConfigDatabase_getDirs Bonobo_PropertyBag_getDefault Bonobo_PropertyBag__imethods Bonobo_PropertyBag_getKeys TC_Bonobo_ConfigDatabase_struct TC_Bonobo_PropertyBag_struct Bonobo_ConfigDatabase_sync Bonobo_EventSource_addListenerWithMask Bonobo_PropertyBag_getType Symbol clashes between libraries /usr/lib/libdlm.so.2.0.18 /usr/lib/libdmraid.so.1.0.0.rc13 /usr/lib/liblvm2clusterlock.so.2.02: => lock_resource Symbol clashes between libraries /usr/lib/librpcsecgss.so.2.0.1 /usr/lib/libtirpc.so.1.0.7: => xdr_rpc_gss_unwrap_data authgss_get_private_data xdr_rpc_gss_wrap_data xdr_rpc_gss_init_args svc_auth_gss_ops xdr_rpc_gss_data xdr_rpc_gss_cred authgss_create_default xdr_rpc_gss_init_res authgss_service authgss_create Symbol clashes between libraries /usr/lib/libodbcinst.so.1.0.0 /usr/lib/libodbcpsql.so.1.0.0 /usr/lib/libodbcpsql.so.2.0.0 /usr/lib/libtemplate.so.1.0.0: => lstSet iniObjectLast SQLPostInstallerError iniValue iniPropertyNext SQLInstallDriverEx lstSeek SQLRemoveDriverManager iniPropertySeek lstDelete ODBCINSTAddProperty check_ini_cache iniCursor ODBCINSTValidateProperty lstOpen SQLCreateDataSource lstAppend SQLGetInstalledDrivers SQLConfigDataSource ODBCINSTSetProperty odbcinst_system_file_path ODBCINSTDestructProperties inst_logPopMsg logPushMsg SQLInstallDriverManager iniAllTrim iniObjectInsert iniPropertyInsert logOpen iniObjectSeekSure SQLRemoveDriver logPushMsgv SQLRemoveDSNFromIni iniObjectNext lstFirst iniGetBookmark logOn SQLGetAvailableDrivers iniObject SQLWriteDSNToIni iniPropertyUpdate iniElementEOL SQLGetTranslator iniElement iniPropertyEOL iniPropertySeekSure lstOpenCursor iniPropertyLast iniToUpper lstPrev iniAppend lstClose lstNext lstSetFreeFunc logClose SQLConfigDriver lstEOL lstGetBookMark SQLGetPrivateProfileString lstGotoBookMark SQLInstallTranslatorEx inst_logPushMsg SQLWritePrivateProfileString SQLValidDSN SQLRemoveTranslator iniClose iniObjectEOL iniElementToEnd SQLSetConfigMode lstLast ODBCINSTValidateProperties SQLInstallerError iniObjectUpdate lstSeekItem iniObjectSeek logPopMsg save_ini_cache iniPropertyFirst iniCommit SQLGetConfigMode iniGotoBookmark iniPropertyDelete SQLWriteFileDSN iniPropertyValue SQLReadFileDSN iniElementCount lstInsert iniObjectFirst lstGoto iniDelete iniProperty iniObjectDelete SQLManageDataSources iniOpen ODBCINSTConstructProperties lstGet Symbol clashes between libraries /usr/lib/libdmraid.so.1.0.0.rc13 /usr/lib/liblvm2clusterlock.so.2.02: => Base Symbol clashes between libraries /usr/lib/libedataserver-1.2.so.7.1.0 /usr/lib/libgmime-2.0.so.2.2.3: => md5_get_digest md5_final md5_update known_iconv_charsets md5_get_digest_from_file Symbol clashes between libraries /usr/lib/libnn.so.1.0.0 /usr/lib/libodbcpsql.so.1.0.0 /usr/lib/libodbcpsql.so.2.0.0 /usr/lib/libodbc.so.1.0.0 /usr/lib/libtemplate.so.1.0.0: => SQLFreeStmt SQLBindCol SQLDriverConnect SQLAllocEnv SQLFreeEnv SQLAllocStmt SQLPrepare SQLBindParameter SQLDescribeCol SQLRowCount SQLNumResultCols SQLCancel SQLFreeConnect SQLExecDirect SQLPutData SQLGetData SQLFetch SQLSetConnectOption SQLNumParams SQLExecute SQLParamData SQLGetConnectOption SQLError SQLDisconnect SQLAllocConnect SQLConnect Symbol clashes between libraries /usr/lib/libldap_r-2.2.so.7.0.22 /usr/lib/libldap_r-2.3.so.0.2.15: => ldap_pvt_runqueue_resched ldap_pvt_thread_cond_broadcast ldap_pvt_thread_rdwr_runlock ldap_pvt_thread_pool_submit ldap_pvt_thread_pool_context ldap_pvt_runqueue_stoptask ldap_pvt_runqueue_remove ldap_pvt_thread_pool_init ldap_pvt_thread_kill ldap_pvt_thread_rdwr_wtrylock ldap_int_resolv_mutex ldap_pvt_sasl_mutex_new ldap_pvt_thread_destroy ldap_pvt_sasl_mutex_unlock ldap_pvt_runqueue_insert ldap_pvt_thread_self ldap_int_thread_initialize ldap_pvt_thread_mutex_destroy ldap_pvt_thread_initialize ldap_pvt_thread_mutex_init ldap_pvt_thread_mutex_unlock ldap_pvt_runqueue_persistent_backload ldap_pvt_thread_pool_maxthreads ldap_pvt_sasl_mutex_dispose ldap_pvt_thread_sleep ldap_pvt_thread_cond_init ldap_pvt_thread_rdwr_destroy ldap_int_thread_destroy ldap_pvt_thread_rdwr_rtrylock ldap_int_thread_pool_startup ldap_int_thread_pool_shutdown ldap_pvt_thread_get_concurrency ldap_pvt_thread_rdwr_rlock ldap_pvt_runqueue_runtask ldap_pvt_thread_rdwr_wunlock ldap_pvt_thread_mutex_trylock ldap_pvt_thread_exit ldap_pvt_thread_pool_destroy ldap_pvt_thread_cond_wait ldap_pvt_runqueue_next_sched ldap_pvt_thread_cond_signal ldap_pvt_thread_pool_setkey ldap_pvt_thread_rdwr_init ldap_pvt_thread_yield ldap_pvt_thread_set_concurrency ldap_pvt_thread_pool_getkey ldap_pvt_sasl_mutex_lock ldap_pvt_thread_mutex_lock ldap_pvt_thread_rdwr_wlock ldap_pvt_thread_cond_destroy ldap_int_sasl_mutex ldap_pvt_thread_create ldap_pvt_thread_pool_backload ldap_pvt_runqueue_isrunning ldap_pvt_thread_join Symbol clashes between libraries /usr/lib/libgcj.so.7rh.0.0 /usr/lib/libgwrap-core-runtime.so.0.0.1 /usr/lib/libgwrap-guile-runtime.so.0.0.2: => ffi_type_void ffi_type_test ffi_type_sint16 ffi_type_sint8 ffi_type_uint16 ffi_type_float ffi_prep_cif_machdep ffi_call ffi_type_double ffi_prep_args ffi_raw_size ffi_raw_call ffi_prep_cif ffi_prep_raw_closure ffi_type_sint32 ffi_type_sint64 ffi_ptrarray_to_raw ffi_stop_here ffi_raw_to_ptrarray ffi_type_pointer ffi_java_raw_size ffi_type_uint32 ffi_java_raw_to_ptrarray ffi_type_longdouble ffi_type_uint64 ffi_call_SYSV ffi_java_ptrarray_to_raw ffi_assert ffi_type_uint8 ffi_prep_closure Symbol clashes between libraries /usr/lib/libbind.so.4.0.5 /usr/lib/libhesiod.so.0.0.0: => hesiod_free_list hesiod_init hesiod_end hesiod_resolve hesiod_to_bind Symbol clashes between libraries /usr/lib/libc-client.so.1 /usr/lib/libmimelib.so.1.0.1 /usr/lib/libpgtypes.so.2.1: => months Symbol clashes between libraries /usr/lib/libncurses.so.5.5 /usr/lib/libncursesw.so.5.5: => mvhline timeout getch scr_init tigetflag cbreak wclrtobot addchnstr winnstr SP reset_shell_mode pnoutrefresh wrefresh scr_restore newpad longname mvgetstr UP winch mvgetch putp delscreen syncok box prefresh wmove use_env subpad instr insertln slk_noutrefresh printw keypad getstr endwin mvinnstr numnames subwin mvaddstr getmaxy getmaxx is_term_resized werase wtouchln mouseinterval qiflush scr_dump mvwchgat nofilter vw_scanw addchstr mvwaddnstr flash wdeleteln def_shell_mode mvcur savetty wscrl resetty wgetstr noqiflush termattrs nonl mvinsch curses_version touchline idlok getbegx scr_set slk_label mvinchstr mvwhline attr_off assume_default_colors noraw redrawwin tgetflag termname mvwinstr inchnstr resizeterm PAIR_NUMBER strfnames mvaddnstr mvscanw getnstr define_key wgetch slk_attron deleteln derwin boolnames wattr_set waddch mvwaddstr curscr scrollok wborder wsetscrreg mvdelch slk_attr_set mouse_trafo clrtobot color_content mousemask vw_printw mvvline standout waddchnstr winsdelln scrl delwin wechochar mvwdelch initscr newscr mvinsnstr insdelln echo vwprintw mvwaddchnstr waddnstr mvwgetstr wattrset idcok killchar noecho wenclose attr_on use_legacy_coding clrtoeol mvwinchnstr init_color wvline resize_term insnstr clear nodelay BC is_wintouched hline wattron slk_attrset putwin mvaddchstr touchwin wnoutrefresh wbkgdset immedok mvgetnstr erasechar bkgdset wredrawln pechochar raw slk_attr ESCDELAY tigetstr tgetnum getwin waddchstr mvwinsch attr_set refresh unctrl scroll wattroff ttytype TABSIZE LINES slk_clear PC delay_output mvaddchnstr waddstr is_linetouched isendwin mvwinsnstr newterm overlay winchstr wstandend attron wclrtoeol addstr mvinchnstr baudrate wdelch flushinp scanw wcursyncup has_colors filter ripoffline mvprintw napms untouchwin notimeout key_defined typeahead overwrite wsyncup mvwinch strcodes keyok set_term meta standend getmouse whline wgetnstr attroff pair_content border inchstr mvwaddch vwscanw insstr copywin init_pair addnstr vidattr winchnstr mvwgetnstr insch mvwvline COLORS start_color attr_get boolcodes setscrreg beep nl tigetnum winsch mcprint mvwin wprintw acs_map mvwprintw wscanw ungetmouse winsnstr slk_color ungetch COLS mvwaddchstr wclear wcolor_set mvinstr keybound chgat doupdate winsertln slk_touch tgetent echochar getcurx mvinsstr can_change_color slk_refresh intrflush halfdelay getparx getpary wmouse_trafo tgetstr curs_set nocbreak tparm winsstr numfnames dupwin slk_set addch mvwinchstr del_curterm color_set setupterm mvinch newwin stdscr vidputs getcury strnames wstandout leaveok use_extended_names inch def_prog_mode innstr slk_init wattr_get has_key delch getbkgd ospeed cur_term has_ic has_il vline mvchgat tgoto tputs boolfnames keyname slk_attroff mvwinsstr wattr_off wattr_on reset_prog_mode mvaddch mvwgetch wtimeout use_default_colors wchgat winstr wbkgd erase COLOR_PAIRS wresize COLOR_PAIR clearok set_curterm mvwinnstr slk_restore mvwscanw bkgd wsyncdown mvderwin getbegy attrset restartterm numcodes Symbol clashes between libraries /usr/lib/libbonobo-2.so.0.0.0 /usr/lib/libspi.so.0.10.11: => Bonobo_Stream__iinterface Bonobo_Storage_setInfo Bonobo_Storage_listContents Bonobo_Stream_read Bonobo_Stream_commit TC_Bonobo_Stream_NoPermission_struct Bonobo_Storage_openStream Bonobo_Stream_write TC_Bonobo_StorageType_struct TC_Bonobo_ContentType_struct TC_Bonobo_Stream_struct Bonobo_Stream_seek Bonobo_Storage_openStorage Bonobo_Stream_unImplemented2 Bonobo_Stream_unImplemented1 TC_Bonobo_Stream_SeekType_struct TC_Bonobo_Storage_NotSupported_struct TC_Bonobo_Storage_DirectoryList_struct TC_Bonobo_Stream_iobuf_struct Bonobo_Storage__imethods POA_Bonobo_Stream__fini TC_Bonobo_Storage_NameExists_struct TC_Bonobo_Storage_NotStorage_struct Bonobo_Storage_unImplemented2 Bonobo_Storage_unImplemented1 Bonobo_Stream_revert Bonobo_Storage_rename Bonobo_Storage_revert TC_Bonobo_StorageInfo_struct TC_Bonobo_Storage_OpenMode_struct Bonobo_Storage_copyTo TC_Bonobo_Storage_NotStream_struct Bonobo_Stream_setInfo TC_Bonobo_Storage_struct TC_Bonobo_StorageInfoFields_struct POA_Bonobo_Stream__init Bonobo_Storage_erase TC_Bonobo_Storage_NotFound_struct Bonobo_Storage_getInfo Bonobo_Storage_commit TC_Bonobo_Stream_NotSupported_struct Bonobo_Stream_getInfo Bonobo_Stream_truncate TC_Bonobo_Stream_IOError_struct Bonobo_Stream__classid Bonobo_Storage__classid TC_Bonobo_Storage_NoPermission_struct TC_CORBA_sequence_Bonobo_StorageInfo_struct TC_Bonobo_Storage_NotEmpty_struct Bonobo_Stream__imethods TC_Bonobo_Storage_IOError_struct Bonobo_Storage__iinterface POA_Bonobo_Storage__fini POA_Bonobo_Storage__init Symbol clashes between libraries /usr/lib/libapol.so.2.4 /usr/lib/libecal-1.2.so.7.0.0: => yytext_ptr Symbol clashes between libraries /usr/lib/libldap-2.2.so.7.0.22 /usr/lib/libldap_r-2.2.so.7.0.22: => ldap_free_request_int ldap_int_ip_init ldap_int_tblsize Symbol clashes between libraries /usr/lib/libpng12.so.0.10.0 /usr/lib/libpng.so.3.10.0: => png_pass_dsp_mask png_get_rowbytes png_reset_zstream png_get_int_32 png_write_end png_get_PLTE png_read_rows png_set_read_user_chunk_fn png_set_gAMA_fixed png_get_unknown_chunks png_get_valid png_set_rgb_to_gray png_free_default png_set_progressive_read_fn png_set_interlace_handling png_create_write_struct_2 png_read_info png_progressive_combine_row png_get_mmx_bitdepth_threshold png_write_info png_set_IHDR png_pass_mask png_set_sBIT png_get_header_ver png_write_flush png_save_uint_16 png_get_image_width png_get_pixels_per_meter png_write_png png_get_channels png_memcpy_check png_get_bit_depth png_set_error_fn png_set_swap png_get_copyright png_get_hIST png_set_hIST png_pass_yinc png_set_gAMA png_free png_get_filter_type png_get_sCAL png_get_sPLT png_set_strip_16 png_get_bKGD png_get_uint_16 png_chunk_warning png_error png_get_error_ptr png_set_flush png_set_tIME png_set_sig_bytes png_set_write_status_fn png_get_compression_buffer_size png_permit_empty_plte png_set_rgb_to_gray_fixed png_get_text png_set_gray_1_2_4_to_8 png_convert_from_time_t png_convert_to_rfc1123 png_set_unknown_chunk_location png_get_pHYs png_mmx_support png_write_info_before_PLTE png_set_compression_level png_set_write_fn png_read_row png_get_sRGB png_get_tRNS png_get_libpng_ver png_get_y_pixels_per_meter png_get_x_offset_pixels png_get_progressive_ptr png_get_asm_flagmask png_set_tRNS_to_alpha png_destroy_info_struct png_get_uint_31 png_get_uint_32 png_set_strip_error_numbers png_get_mmx_flagmask png_process_data png_write_image png_convert_from_struct_tm png_set_invalid png_read_update_info png_get_oFFs png_set_add_alpha png_set_expand png_set_pCAL png_set_mmx_thresholds png_set_compression_method png_get_mmx_rowbytes_threshold png_set_gray_to_rgb png_get_cHRM_fixed png_write_chunk_start png_set_iCCP png_get_asm_flags png_set_read_status_fn png_save_uint_32 png_get_pCAL png_get_mem_ptr png_set_pHYs png_write_chunk_end png_set_sPLT png_create_read_struct_2 png_set_packing png_get_interlace_type png_set_sRGB_gAMA_and_cHRM png_data_freer png_set_filler png_destroy_write_struct png_set_tRNS png_read_image png_set_compression_strategy png_get_user_chunk_ptr png_destroy_read_struct png_get_image_height png_read_png png_set_dither png_set_rows png_get_y_offset_pixels png_malloc_default png_init_io png_build_grayscale_palette png_info_init_3 png_get_rgb_to_gray_status png_get_compression_type png_set_user_limits png_get_tIME png_set_filter png_set_compression_mem_level png_save_int_32 png_permit_mng_features png_set_compression_window_bits png_handle_as_unknown png_access_version_number png_get_iCCP png_set_sRGB png_set_user_transform_info png_write_rows png_set_unknown_chunks png_get_signature png_set_asm_flags png_get_gAMA png_get_y_offset_microns png_set_cHRM_fixed png_free_data png_get_IHDR png_set_PLTE png_info_init png_get_header_version png_set_oFFs png_set_invert_mono png_get_pixel_aspect_ratio png_get_io_ptr png_create_read_struct png_start_read_image png_malloc_warn png_pass_inc png_set_write_user_transform_fn png_set_compression_buffer_size png_get_x_pixels_per_meter png_read_end png_malloc png_create_info_struct png_get_rows png_get_gAMA_fixed png_memset_check png_libpng_ver png_set_bKGD png_set_invert_alpha png_get_user_transform_ptr png_set_cHRM png_set_sCAL png_set_palette_to_rgb png_set_crc_action png_sig_cmp png_pass_start png_write_row png_get_x_offset_microns png_set_mem_fn png_create_write_struct png_get_color_type png_get_user_width_max png_pass_ystart png_set_swap_alpha png_set_shift png_write_chunk png_set_filter_heuristics png_set_strip_alpha png_set_bgr png_check_sig png_set_background png_set_keep_unknown_chunks png_get_sBIT png_set_expand_gray_1_2_4_to_8 png_set_read_user_transform_fn png_write_chunk_data png_set_text png_warning png_get_user_height_max png_set_read_fn png_get_cHRM png_set_gamma png_set_packswap png_chunk_error Symbol clashes between libraries /usr/lib/libavc1394.so.0.3.0 /usr/lib/librom1394.so.0.3.0: => cooked1394_write cooked1394_read Symbol clashes between libraries /usr/lib/libgs.so.8.15 /usr/lib/libXfont.so.1.4.1: => scan_token Symbol clashes between libraries /usr/lib/libguile.so.17.0.0 /usr/lib/libguile-srfi-srfi-4-v-3.so.3.0.0: => scm_init_srfi_4 Symbol clashes between libraries /usr/lib/libXdmcp.so.6.0.0 /usr/lib/libXfont.so.1.4.1: => Xfree Xrealloc Xalloc Symbol clashes between libraries /usr/lib/libdhcp6client.so.1 /usr/lib/libobjc.so.1.0.0: => hash_delete Symbol clashes between libraries /usr/lib/libodbcpsql.so.1.0.0 /usr/lib/libodbcpsql.so.2.0.0 /usr/lib/libodbc.so.1.0.0 /usr/lib/libtemplate.so.1.0.0: => SQLColAttributes SQLPrimaryKeys SQLProcedures SQLSpecialColumns SQLStatistics SQLBrowseConnect SQLTables SQLProcedureColumns SQLGetStmtOption SQLSetStmtOption SQLGetTypeInfo SQLTransact SQLExtendedFetch SQLSetPos SQLGetCursorName SQLSetScrollOptions SQLForeignKeys SQLSetCursorName SQLDescribeParam SQLColumns SQLGetInfo SQLTablePrivileges SQLColumnPrivileges SQLNativeSql SQLMoreResults SQLParamOptions Symbol clashes between libraries /usr/lib/libgif.so.4.1.3 /usr/lib/libWand.so.10.0.3: => DrawRectangle Symbol clashes between libraries /usr/lib/libmudflap.so.0.0.0 /usr/lib/libmudflapth.so.0.0.0: => alloca From dwmw2 at infradead.org Thu Nov 16 12:29:39 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 16 Nov 2006 20:29:39 +0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <455C4965.5020803@redhat.com> References: <200611061159.12599.jkeating@redhat.com> <200611140831.41607.jkeating@redhat.com> <1163567246.3396.155.camel@shinybook.infradead.org> <200611150730.48533.jkeating@redhat.com> <1163659480.21366.115.camel@shinybook.infradead.org> <455C4965.5020803@redhat.com> Message-ID: <1163680180.21366.181.camel@shinybook.infradead.org> On Thu, 2006-11-16 at 12:20 +0100, Miloslav Trmac wrote: > I don't have that much personal experience with git, but all the emails > in this thread about trying different versions of utilities and so on > seem to support the view that some problems still exist. Not really. Jesse claimed that it didn't pack repositories and we wondered what version he was running since the version packaged for Fedora _definitely_ does. The current version has been shipping in Extras since October, but I'm sure it's been packing repositories for longer than that. I think that discussion probably accounts for most of the questions about 'different versions' except for the ancient historical anecdotes -- it was more of a 'wtf _are_ you running, if you claim that it doesn't pack automatically'? > It's nice when the upstream is responsive, has lots of developers and > usability patches are accepted quickly - but its even better when the > system Just Works, doesn't require the user to care about "packing" and > doesn't _need_ the usability patches in the first place. That's my > experience with mercurial - a system that requires no maintenance. Git also 'just works' and doesn't require the user to care about packing. Any suggestion to the contrary was either out of date, user error or or misinformation. -- dwmw2 From twaugh at redhat.com Thu Nov 16 15:52:40 2006 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 16 Nov 2006 15:52:40 +0000 Subject: FC6: library global symbol abuse In-Reply-To: <20061116114237.GA13067@redhat.com> References: <20061116114237.GA13067@redhat.com> Message-ID: <1163692360.4943.5.camel@cyberelk.elk> It would be good to white-list some of these in your script. For instance, compat-$name packages with often have symbols that conflict with $name packages, so those checks should be avoided. Also things like the ncurses lib${name} and lib${name}w libraries -- you aren't expected to link to both of them, only one at a time. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From buildsys at fedoraproject.org Thu Nov 16 17:51:48 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 16 Nov 2006 12:51:48 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-16 Message-ID: <20061116175148.4216515212E@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) iscsi-initiator-utils FC6-updates > FC7 (0:6.2.0.730-0.8.fc6 > 0:6.2.0.695-0.7) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) xen FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xorg-x11-xinit FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) aportal AT univ-montp2.fr: piklab FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) candyz0416 AT gmail.com: gcin FE3 > FE4 (0:1.2.9-2.fc3 > 0:1.2.9-1.fc4) FE3 > FE5 (0:1.2.9-2.fc3 > 0:1.2.9-1.fc5) FE3 > FE6 (0:1.2.9-2.fc3 > 0:1.2.9-1.fc6) FE3 > FE7 (0:1.2.9-2.fc3 > 0:1.2.9-1.fc7) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) enrico.scholz AT informatik.tu-chemnitz.de: tor FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) foolish AT guezz.net: muine FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) giallu AT gmail.com: sysprof-kmod FE6 > FE7 (0:1.0.5-1.2.6.18_1.2849.fc6 > 0:1.0.5-1.2.6.18_1.2798.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) michel.salim AT gmail.com: python-nltk FE4 > FE6 (0:1.4.4-3.fc4 > 0:1.4.4-2.fc6) FE5 > FE6 (0:1.4.4-3.fc5 > 0:1.4.4-2.fc6) petersen AT redhat.com: gtk2hs FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) robert AT marcanoonline.com: eclipse-subclipse FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) roland AT redhat.com: monotone FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) somlo AT cmu.edu: aumix FC3 > FE5 (0:2.8-9 > 0:2.8-1.fc5) FC3 > FE6 (0:2.8-9 > 0:2.8-1.fc6) FC3 > FE7 (0:2.8-9 > 0:2.8-1.fc7) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) wtogami AT redhat.com: thunderbird FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- aumix: somlo AT cmu.edu FC3 > FE5 (0:2.8-9 > 0:2.8-1.fc5) FC3 > FE6 (0:2.8-9 > 0:2.8-1.fc6) FC3 > FE7 (0:2.8-9 > 0:2.8-1.fc7) cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) FE5 > FC7 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) eclipse-subclipse: robert AT marcanoonline.com FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) gcin: candyz0416 AT gmail.com FE3 > FE4 (0:1.2.9-2.fc3 > 0:1.2.9-1.fc4) FE3 > FE5 (0:1.2.9-2.fc3 > 0:1.2.9-1.fc5) FE3 > FE6 (0:1.2.9-2.fc3 > 0:1.2.9-1.fc6) FE3 > FE7 (0:1.2.9-2.fc3 > 0:1.2.9-1.fc7) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) gtk2hs: petersen AT redhat.com FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) iscsi-initiator-utils: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:6.2.0.730-0.8.fc6 > 0:6.2.0.695-0.7) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) monotone: roland AT redhat.com FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) muine: foolish AT guezz.net FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) piklab: aportal AT univ-montp2.fr FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) python-nltk: michel.salim AT gmail.com FE4 > FE6 (0:1.4.4-3.fc4 > 0:1.4.4-2.fc6) FE5 > FE6 (0:1.4.4-3.fc5 > 0:1.4.4-2.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) sysprof-kmod: giallu AT gmail.com FE6 > FE7 (0:1.0.5-1.2.6.18_1.2849.fc6 > 0:1.0.5-1.2.6.18_1.2798.fc6) thunderbird: wtogami AT redhat.com FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) tor: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xen: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) xorg-x11-xinit: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) From j.w.r.degoede at hhs.nl Thu Nov 16 19:55:44 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 16 Nov 2006 20:55:44 +0100 Subject: FC6: library global symbol abuse In-Reply-To: <20061116114237.GA13067@redhat.com> References: <20061116114237.GA13067@redhat.com> Message-ID: <455CC240.5090207@hhs.nl> Joe Orton wrote: > Below is the output of the script I have to check for global symbol > collisions in FC6 libraries, from an i386 @Everything install... some > false positives and the usual sorry story. > Cool script, good work! > Symbol clashes between libraries /usr/lib/libgd.so.2.0.0 /usr/lib/libwmf-0.2.so.7.1.0: > => gdImageStringUp16 gdFontSmallRep gdImageSaveAlpha fill_input_buffer gdPutBuf Putchar gdImageGetTrueColorPixel writewbmp gdFontTinyRep gdImageCreateFromJpegCtx gdImageRectangle gdCalloc gdImageFilledArc gdSinT gdFontTinyData gdNewFileCtx gdImageColorClosest gdImageGd2Ptr gdImageFilledRectangle skip_input_data gdPutWord gdImageColorDeallocate gdImageCopyMergeGray gdImageString16 gdImageCreateFromGd2 gdImageCreateFromPngSource gdCacheGet gdImageCreateFromWBMP gdImageCreateFromWBMPCtx term_source gdImagePng gd_getin gdImageColorClosestAlpha gdImageCreateFromPngCtx gdImageStringTTF skipheader gdSeek gdImageCopy gdImageFillToBorder gdImageGd gdImageAlphaBlending gdRealloc gdImageColorTransparent gdImageSetBrush gdFontSmallData createwbmp Putword init_source gdFree gdImageCreateFromJpeg gdPutInt gdImageInterlace gd_putout gdImageStringUp gdImageColorAllocate gdImageTrueColorToPalette gdImageCreateFromGd gdImageGdPtr gdFontTiny gdImageCreateFromGd2Ctx gdImageCreateFromXbm gdIm ageDestroy putmbi getmbi gdImageJpeg gdGetC gdImageColorExact gdTell gdImageLine gdImagePngPtr gdDPExtractData gdImagePngCtx gd_strtok_r gdImageChar gdImageFill gdImageSetThickness empty_output_buffer gdImageCreateFromGdCtx gdImageCreateFromPng gdFontLargeData gdFontLargeRep gdFontGiantData any2eucjp gdImageCreate gdImageCopyMerge gdImageCopyResized gdImageGd2 gdImageWBMPCtx gdImageBoundsSafe lsqrt gdImageColorResolveAlpha init_destination gdFontMediumBold gdImageFilledEllipse gdImageGetPixel gdImageCreateFromXpm gdImageCreateFromGd2Part gdCacheCreate gdImageDashedLine gdImagePngToSink readwbmp term_destination jpeg_gdIOCtx_src gdImageColorAllocateAlpha gdGetBuf gdImageColorResolve gdNewSSCtx gdFontSmall gdMalloc gdImageSetStyle gdFontMediumBoldRep gdImageStringFT gdCacheDelete gdNewDynamicCtx gdImageCreateTrueColor gdImageCompare gdFontLarge gdFontGiantRep jpeg_gdIOCtx_dest gdImageColorClosestHWB gdImageCharUp gdImageArc gdAlphaBlend gdImageString gdCosT gdGetWord gdImageCop yResampled gdImageJpegCtx gdImageCreateFromGd2PartCtx gdImagePaletteCopy gdImageWBMPPtr gdFontMediumBoldData gdGetInt gdImageColorExactAlpha gdGetByte gdPutC gdImageJpegPtr gdFontGiant printwbmp gdImageSetPixel gdImageWBMP freewbmp gdImageFilledPolygon gdImagePolygon gdImageSetTile > Looks like libwmf contains its own private copy of libgd, BAD! BZ please. > Symbol clashes between libraries /usr/lib/libartsc.so.0.0.0 /usr/lib/libartsdsp_st.so.0.0.0 /usr/lib/libgcj.so.7rh.0.0 /usr/lib/libkdecore.so.4.2.0 /usr/lib/libltdl.so.3.1.4 /usr/lib/libMagick.so.10.0.3 /usr/lib/libmcop.so.1.0.0 /usr/lib/libodbcinst.so.1.0.0 /usr/lib/libodbcpsql.so.1.0.0 /usr/lib/libodbcpsql.so.2.0.0 /usr/lib/libtemplate.so.1.0.0: > => lt_dlloader_find lt_dlinit lt_dlseterror lt_dlmutex_register lt_dlopen lt_dlloader_remove lt_dlisresident lt_dlloader_data lt_dlmalloc lt_dlforeach lt_dlloader_add lt_dlsetsearchpath lt_dlsym lt_dladdsearchdir lt_dlgetinfo lt_dlcaller_get_data lt_dlcaller_set_data lt_dlpreload_default lt_dlcaller_register lt_dlmakeresident lt_dlclose lt_dlloader_name lt_dlhandle_next lt_dlloader_next lt_dlfree lt_dlerror lt_dlpreload lt_dlopenext lt_dlexit lt_dlgetsearchpath lt_dladderror > Looks like these contain a private copy of libltdl, BAD! BZ please. > Symbol clashes between libraries /usr/lib/libgs.so.8.15 /usr/lib/libjpeg.so.62.0.0: > => jpeg_free_small jpeg_get_small jpeg_get_large jpeg_mem_init jpeg_free_large jpeg_mem_term jpeg_mem_available jpeg_open_backing_store > Looks like libgs contains a few private copies of libjpeg functions, these should be checked to see if they are different from the libjpeg ones and if different they should not be exported and if not different they should be removed and the libjpeg ones should be used. > Symbol clashes between libraries /usr/lib/libopal_linux_x86_r.so.2.2.2 /usr/lib/libspeex.so.1.3.0: > => speex_decoder_destroy speex_std_low_mode_request_handler exc_gain_quant_scal3 exc_gain_quant_scal1 comb_filter speex_bits_init_buffer speex_decode_int high_lsp_cdbk hexc_10_32_table speex_lib_get_mode sb_encoder_destroy print_vec speex_encoder_init speex_mode_query be_int vbr_destroy qmf_decomp le_int lsp_unquant_nb speex_realloc speex_bits_unpack_unsigned open_loop_nbest_pitch iir_mem2 speex_bits_peek_unsigned fir_mem2 exc_10_32_table speex_alloc nb_decoder_destroy lsp_unquant_high lsp_quant_lbr speex_std_vbr_quality_request_handler lsp_quant_high exc_10_16_table speex_std_mode_request_handler nb_encoder_init syn_percep_zero speex_header_to_packet residue_percep_zero speex_free speex_move speex_bits_rewind lsp_unquant_lbr speex_bits_insert_terminator speex_std_vbr_request_handler cdbk_nb_high2 cdbk_nb_high1 speex_bits_peek nb_encoder_destroy nb_encode exc_5_64_table noise_codebook_unquant speex_bits_read_from speex_rand pitch_search_3tap speex_encoder_destroy speex_en coder_ctl split_cb_shape_sign_unquant speex_rand_vec speex_decoder_init forced_pitch_quant sb_encoder_ctl speex_bits_init speex_encode_int vq_nbest_sign sb_encode gain_cdbk_nb vbr_hb_thresh speex_bits_reset sb_decoder_init hexc_table pitch_unquant_3tap lpc_to_lsp speex_encode noise_codebook_quant nb_encoder_ctl speex_inband_handler speex_uwb_mode nb_decoder_ctl exc_8_128_table bw_lpc forced_pitch_unquant speex_bits_pack gain_cdbk_lbr speex_bits_nbytes speex_mode_list speex_lib_ctl lsp_enforce_margin speex_bits_write_whole_bytes nb_decode speex_warning_int speex_error speex_warning exc_20_32_table speex_std_high_mode_request_handler speex_default_user_handler speex_bits_remaining speex_bits_unpack_signed vbr_uhb_thresh vbr_analysis speex_bits_advance sb_decoder_ctl lsp_to_lpc exc_5_256_table speex_init_header sb_encoder_init fir_mem_up vbr_init speex_wb_mode split_cb_search_shape_sign speex_packet_to_header vq_index high_lsp_cdbk2 sb_decode speex_nb_mode filter_mem2 speex_std_ char_handler nb_decoder_init speex_bits_write sb_decoder_destroy speex_bits_read_whole_bytes speex_bits_destroy speex_decode cdbk_nb_low1 cdbk_nb_low2 cdbk_nb speex_std_enh_request_handler vq_nbest speex_decoder_ctl lsp_quant_nb vbr_nb_thresh > Looks like libopal_linux_x86_r.so.2.2.2, contains its own copy of speex, bad BZ please. > > Symbol clashes between libraries /usr/lib/libsefs.so.1.3 /usr/lib/libsqlite3.so.0.8.6: > => sqlite3VdbeDeleteAuxData sqlite3BtreeIsInStmt sqlite3GenerateConstraintChecks sqlite3FixSrcList sqlite3BtreeRollbackStmt sqlite3ValueFree sqlite3_total_changes sqlite3pager_stmt_commit sqlite3BtreeBeginStmt sqlite3BtreeCommit sqlite3_column_double sqlite3DeleteTriggerStep sqlite3utf16ByteLen sqlite3VdbeMemStringify sqlite3_column_int sqlite3BtreeCursor sqlite3FindTable sqlite3FixSelect sqlite3_value_text16be sqlite3pager_set_codec sqlite3_temp_directory sqlite3VdbeMemMove sqlite3_errcode sqlite3VdbeMemCopy sqlite3BtreeData sqlite3FinishTrigger sqlite3GenerateRowDelete sqlite3_bind_parameter_count sqlite3ExprIfFalse sqlite3_column_name16 sqlite3ExprIsInteger sqlite3StrDup sqlite3SrcListAppend sqlite3pager_commit sqlite3LocateTable sqlite3pager_begin sqlite3_user_data sqlite3VdbeGetOp sqlite3VdbeMemSetInt64 sqlite3VdbeMemIntegerify sqlite3MallocRaw sqlite3AddColumn sqlite3OsUnlock sqlite3_result_text16 sqlite3Update sqlite3_result_null sqlite3HashInit sqlite3IdListDup sq lite3_value_text16le sqlite3SrcListDelete sqlite3_errmsg sqlite3Randomness sqlite3_result_blob sqlite3_column_decltype16 sqlite3VdbeMemShallowCopy sqlite3pager_sync sqlite3ParserAlloc sqlite3BtreeClearTable sqlite3_create_collation sqlite3_column_count sqlite3BtreeDropTable sqlite3Detach sqlite3VdbeMakeLabel sqlite3VdbeSetColName sqlite3_get_table sqlite3BtreeKeySize sqlite3HashInsert sqlite3ExprAnd sqlite3_column_decltype sqlite3CreateForeignKey sqlite3VdbeMemMakeWriteable sqlite3VdbeHalt sqlite3BtreeGetFilename sqlite3Parser sqlite3FixExprList sqlite3SafetyOn sqlite3_errmsg16 sqlite3AddColumnType sqlite3HashFind sqlite3BtreeKey sqlite3_column_text sqlite3Expr sqlite3BeginParse sqlite3pager_set_reiniter sqlite3BtreeIntegrityCheck sqlite3VdbeIntValue sqlite3CheckObjectName sqlite3_bind_blob sqlite3CommitInternalChanges sqlite3GenerateIndexKey sqlite3_open sqlite3Vacuum sqlite3MemCompare sqlite3BeginTrigger sqlite3BtreeSetSafetyLevel sqlite3FreeX sqlite3BtreeGetPageSize sqlite 3FindFunction sqlite3_get_auxdata sqlite3pager_set_pagesize sqlite3VdbeSetNumCols sqlite3UnlinkAndDeleteIndex sqlite3_complete16 sqlite3PutVarint sqlite3_snprintf sqlite3BeginTransaction sqlite3StartTable sqlite3VdbeMemSetNull sqlite3SafetyOff sqlite3_step sqlite3VdbeRealValue sqlite3BtreeNext sqlite3IndexAffinityOk sqlite3OsSync sqlite3AuthRead sqlite3GetVarint32 sqlite3TriggerInsertStep sqlite3BtreeDelete sqlite3_result_text16le sqlite3VdbeSerialTypeLen sqlite3VMPrintf sqlite3_data_count sqlite3CreateView sqlite3ExprCode sqlite3VdbePrintSql sqlite3_value_text16 sqlite3ResetInternalSchema sqlite3_bind_int sqlite3pager_rollback sqlite3ValueBytes sqlite3pager_set_busyhandler sqlite3BtreeGetDirname sqlite3_mprintf sqlite3FitsIn64Bits sqlite3DeferForeignKey sqlite3_value_bytes sqlite3VdbeChangeEncoding sqlite3VdbeList sqlite3CreateIndex sqlite3_open16 sqlite3StrICmp sqlite3_create_function16 sqlite3ResultSetOfSelect sqlite3BtreeSetPageSize sqlite3_result_double sqlite3IdListInde x sqlite3IsReadOnly sqlite3BtreeDataSize sqlite3BtreeFlags sqlite3WhereEnd sqlite3_interrupt_count sqlite3AuthContextPush sqlite3RollbackAll sqlite3_commit_hook sqlite3Error sqlite3_result_text sqlite3ViewGetColumnNames sqlite3StrNICmp sqlite3_prepare16 sqlite3ExprCodeExprList sqlite3pager_read_fileheader sqlite3BtreeFactory sqlite3_bind_parameter_name sqlite3RegisterBuiltinFunctions sqlite3Realloc sqlite3_column_int64 sqlite3_create_function sqlite3CheckCollSeq sqlite3BtreeClose sqlite3AddNotNull sqlite3ExprCompare sqlite3DeleteTrigger sqlite3pager_unref sqlite3_bind_parameter_index sqlite3BtreeInsert sqlite3ExprAffinity sqlite3ParserTokenName sqlite3FinishCoding sqlite3RollbackTransaction sqlite3ExprAnalyzeAggregates sqlite3_bind_int64 sqlite3NameFromToken sqlite3AuthContextPop sqlite3BtreePager sqlite3VdbeMemRelease sqlite3VdbeCurrentAddr sqlite3SelectDup sqlite3TableAffinityStr sqlite3BtreeUpdateMeta sqlite3VdbeIdxKeyCompare sqlite3atoi64 sqlite3_column_text16 sqlite3TwoP artName sqlite3VdbeSerialType sqlite3GetInt32 sqlite3SrcListDup sqlite3Malloc sqlite3_search_count sqlite3_os_trace sqlite3BtreeDataFetch sqlite3ErrorMsg sqlite3VdbeChangeP1 sqlite3OsRead sqlite3_interrupt sqlite3pager_pagenumber sqlite3pager_filename sqlite3GetVarint sqlite3ErrStr sqlite3Dequote sqlite3BtreeSetCacheSize sqlite3pager_journalname sqlite3_result_int sqlite3VdbeIdxRowidLen sqlite3utf8CharLen sqlite3DeleteTable sqlite3Select sqlite3VdbeMakeReady sqlite3InitCallback sqlite3VdbeAddOp sqlite3IsNumber sqlite3Attach sqlite3TriggersExist sqlite3VdbeFreeCursor sqlite3BtreeFirst sqlite3one sqlite3CommitTransaction sqlite3AddCollateType sqlite3pager_dirname sqlite3WhereBegin sqlite3SrcListLookup sqlite3CompareAffinity sqlite3VdbeChangeP3 sqlite3RunVacuum sqlite3DropTrigger sqlite3OpenTableAndIndices sqlite3VdbeSetChanges sqlite3FindIndex sqlite3VdbeOp3 sqlite3_column_name sqlite3_complete sqlite3SafetyCheck sqlite3ExprSpan sqlite3UnlinkAndDeleteTable sqlite3EndTable sqlit e3SetString sqlite3_aggregate_context sqlite3VdbeResolveLabel sqlite3_column_bytes sqlite3ExprCollSeq sqlite3BtreeGetJournalname sqlite3ChangeCookie sqlite3Insert sqlite3CompleteInsertion sqlite3VarintLen sqlite3BtreeSync sqlite3_set_auxdata sqlite3_exec sqlite3VdbeReset sqlite3GenerateRowIndexDelete sqlite3OsOpenDirectory sqlite3OsLock sqlite3_last_insert_rowid sqlite3VdbeMemHandleBom sqlite3VdbeCreate sqlite3ExprFunction sqlite3VdbeMemTranslate sqlite3pager_pagecount sqlite3FixTriggerStep sqlite3GetVdbe sqlite3VdbeTrace sqlite3VdbeSerialPut sqlite3pager_stats sqlite3VdbeMemSetStr sqlite3LocateCollSeq sqlite3pager_stmt_begin sqlite3VdbeFinalize sqlite3UpperToLower sqlite3IdListAppend sqlite3OsTruncate sqlite3CodeVerifySchema sqlite3ExprIfTrue sqlite3pager_set_destructor sqlite3_version sqlite3pager_overwrite sqlite3_value_blob sqlite3VdbeExec sqlite3pager_isreadonly sqlite3ExprListDup sqlite3pager_stmt_rollback sqlite3pager_truncate sqlite3_result_text16be sqlite3pager_looku p sqlite3BtreeLast sqlite3ReadUtf8 sqlite3_finalize sqlite3pager_set_cachesize sqlite3_busy_timeout sqlite3IndexAffinityStr sqlite3_btree_trace sqlite3SrcListAddAlias sqlite3OsSeek sqlite3BtreeEof sqlite3VdbeMemFromBtree sqlite3_result_int64 sqlite3CodeRowTrigger sqlite3_result_value sqlite3_value_text sqlite3VdbeCountChanges sqlite3pager_dont_write sqlite3Init sqlite3BtreeCreateTable sqlite3SrcListAssignCursors sqlite3VdbeRecordCompare sqlite3ExprDelete sqlite3_value_type sqlite3_bind_double sqlite3pager_ref sqlite3_changes sqlite3BtreeGetReserve sqlite3BtreeKeyFetch sqlite3_bind_text16 sqlite3VdbeMemDynamicify sqlite3BtreeCloseCursor sqlite3VdbeMemRealify sqlite3_vmprintf sqlite3BtreePrevious sqlite3_free sqlite3VdbeCursorMoveto sqlite3_bind_text sqlite3HashClear sqlite3TokenCopy sqlite3_value_int64 sqlite3ValueNew sqlite3_value_int sqlite3RollbackInternalChanges sqlite3_result_error sqlite3_column_bytes16 sqlite3HexToBlob sqlite3StrNDup sqlite3pager_dont_rollback sqlite3Bt reeRollback sqlite3BtreeIsInTrans sqlite3VdbeDelete sqlite3pager_get sqlite3VdbeIdxRowid sqlite3BtreeSetBusyHandler sqlite3ValueText sqlite3ExprIsConstant sqlite3OpcodeNames sqlite3DropTriggerPtr sqlite3AddPrimaryKey sqlite3RunParser sqlite3OsClose sqlite3IdListDelete sqlite3AtoF sqlite3ParserFree sqlite3JoinType sqlite3ValueSetStr sqlite3OsWrite sqlite3_collation_needed sqlite3pager_write sqlite3DropTable sqlite3VdbeMemSetDouble sqlite3_reset sqlite3VdbeMemNulTerminate sqlite3RegisterDateTimeFunctions sqlite3ExprListAppend sqlite3_column_type sqlite3AffinityType sqlite3SelectNew sqlite3DeleteFrom sqlite3_free_table sqlite3BtreeOpen sqlite3IsRowid sqlite3DropIndex sqlite3_collation_needed16 sqlite3_create_collation16 sqlite3_trace sqlite3BtreeMoveto sqlite3OpenMasterTable sqlite3_column_blob sqlite3AuthCheck sqlite3VdbeAddOpList sqlite3AddDefaultValue sqlite3_aggregate_count sqlite3FixExpr sqlite3_libversion sqlite3ExprDup sqlite3ExprListDelete sqlite3OsCheckReservedLock sqli te3_value_double sqlite3BtreeGetMeta sqlite3_progress_handler sqlite3_busy_handler sqlite3VdbeChangeP2 sqlite3SelectDelete sqlite3_bind_null sqlite3UnlinkAndDeleteTrigger sqlite3ReadSchema sqlite3_close sqlite3utf16Substr sqlite3FixInit sqlite3KeywordCode sqlite3pager_set_safety_level sqlite3OsFileSize sqlite3BtreeBeginTrans sqlite3_result_error16 sqlite3BtreeCopyFile sqlite3_value_bytes16 sqlite3BtreeCommitStmt sqlite3pager_close sqlite3_set_authorizer sqlite3TriggerSelectStep sqlite3Pragma sqlite3TriggerDeleteStep sqlite3FindCollSeq sqlite3TriggerUpdateStep sqlite3BeginWriteOperation sqlite3MPrintf sqlite3VdbeSerialGet sqlite3ExprAssignVarNumber sqlite3_prepare sqlite3pager_open > Looks like libsefs contains its own copy of sqlite3, bad BZ please. Regards, Hans From ed at eh3.com Thu Nov 16 20:28:27 2006 From: ed at eh3.com (Ed Hill) Date: Thu, 16 Nov 2006 15:28:27 -0500 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163680180.21366.181.camel@shinybook.infradead.org> References: <200611061159.12599.jkeating@redhat.com> <200611140831.41607.jkeating@redhat.com> <1163567246.3396.155.camel@shinybook.infradead.org> <200611150730.48533.jkeating@redhat.com> <1163659480.21366.115.camel@shinybook.infradead.org> <455C4965.5020803@redhat.com> <1163680180.21366.181.camel@shinybook.infradead.org> Message-ID: <20061116152827.7e28dda1@ernie> On Thu, 16 Nov 2006 20:29:39 +0800 David Woodhouse wrote: > On Thu, 2006-11-16 at 12:20 +0100, Miloslav Trmac wrote: > > It's nice when the upstream is responsive, has lots of developers > > and usability patches are accepted quickly - but its even better > > when the system Just Works, doesn't require the user to care about > > "packing" and doesn't _need_ the usability patches in the first > > place. That's my experience with mercurial - a system that > > requires no maintenance. > > Git also 'just works' and doesn't require the user to care about > packing. Any suggestion to the contrary was either out of date, user > error or or misinformation. A git-newbie opinion: I've used CVS for years, am comfortable with SVN (no surprises there, its so similar), and toyed with some other SCMs. I recently played with git and: - converting an existing CVS repo to git was easy--worked the first time - creating a fresh git repo was trivial - the basic actions (status, diff, commit, ignore, etc.) that you spend 90+% of your time using were pretty easy to locate in the docs and then get the syntax right For the basic stuff I think "git just works -- even for a beginner" is a good assessment. Ed -- Edward H. Hill III, PhD | ed at eh3.com | http://eh3.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From zaitcev at redhat.com Thu Nov 16 23:14:12 2006 From: zaitcev at redhat.com (Pete Zaitcev) Date: Thu, 16 Nov 2006 15:14:12 -0800 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <1163659480.21366.115.camel@shinybook.infradead.org> References: <200611061159.12599.jkeating@redhat.com> <200611140831.41607.jkeating@redhat.com> <1163567246.3396.155.camel@shinybook.infradead.org> <200611150730.48533.jkeating@redhat.com> <1163659480.21366.115.camel@shinybook.infradead.org> Message-ID: <20061116151412.f3f6c5a5.zaitcev@redhat.com> BTW, apropos meaningless du runs, here's a curious blog article of today: -------- cut -------- http://www.digitalvampire.org/blog/articles/2006/11/16/oh-what-a-relief-it-is Subject: Oh what a relief it is Posted by: Roland Dreier I just converted the main repositories for two libraries that I maintain, libibverbs and libmthca, from subversion to git. And even though I work with git a lot when working on the kernel, it?s still a shock to see how much easier git makes everything. A few amusing examples: $ du -sh libibverbs.* 980K libibverbs.git 1.3M libibverbs.svn Yes, the git checkout with full development history takes up less disk space than a svn working copy with just the tip of the trunk (accessing history goes over the network for svn). And svn needing the network to do stuff has implications beyond just ?work on my laptop on a plane?: $ cd libibverbs.svn $ time svn log > /dev/null real 0m0.820s user 0m0.032s sys 0m0.004s $ cd ../libibverbs.git $ time git log > /dev/null real 0m0.005s user 0m0.004s sys 0m0.000s Yes, git is more than 100 times faster for showing the log! And these performance differences make a real productivity difference. With git, I?m much more likely to look through the history, examine past changes, and so on, which means that I waste less time figuring out things that I used to know. -------- end --------- Well, what can I say. Everyone loves to stick sticks into Greg Stein. Git and hg seem to shape like vi and emacs of tomorrow. -- Pete From tgl at redhat.com Fri Nov 17 04:58:50 2006 From: tgl at redhat.com (Tom Lane) Date: Thu, 16 Nov 2006 23:58:50 -0500 Subject: FC6: library global symbol abuse In-Reply-To: <20061116114237.GA13067@redhat.com> References: <20061116114237.GA13067@redhat.com> Message-ID: <6229.1163739530@sss.pgh.pa.us> Joe Orton writes: > ... > Symbol clashes between libraries /usr/lib/libgs.so.8.15 /usr/lib/libjpeg.so.62.0.0: > => jpeg_free_small jpeg_get_small jpeg_get_large jpeg_mem_init jpeg_free_large jpeg_mem_term jpeg_mem_available jpeg_open_backing_store That sounds like libgs contains a statically linked copy of libjpeg. Tut tut ... > Symbol clashes between libraries /usr/lib/libgs.so.8.15 /usr/lib/libpng.so.3.10.0: > => png_push_fill_buffer Static copy of libpng too. > Symbol clashes between libraries /usr/lib/libpgtypes.so.2.1 /usr/lib/libpq.so.4.1: > => pg_strncasecmp pg_toupper pg_tolower pg_strcasecmp Ooops, this one's my turf. > Symbol clashes between libraries /usr/lib/libodbcpsql.so.1.0.0 /usr/lib/libodbcpsql.so.2.0.0: Uh ... why are these being compared? regards, tom lane From caolanm at redhat.com Fri Nov 17 08:24:01 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Fri, 17 Nov 2006 08:24:01 +0000 Subject: FC6: library global symbol abuse In-Reply-To: <455CC240.5090207@hhs.nl> References: <20061116114237.GA13067@redhat.com> <455CC240.5090207@hhs.nl> Message-ID: <1163751842.2566.15.camel@soulcrusher.caolan.org> On Thu, 2006-11-16 at 20:55 +0100, Hans de Goede wrote: > > Joe Orton wrote: > > Below is the output of the script I have to check for global symbol > > collisions in FC6 libraries, from an i386 @Everything install... some > > false positives and the usual sorry story. > > > > Cool script, good work! > > > > Symbol clashes between libraries /usr/lib/libgd.so.2.0.0 /usr/lib/libwmf-0.2.so.7.1.0: > > => gdImageStringUp16 gdFontSmallRep gdImageSaveAlpha fill_input_buffer gdPutBuf Putchar gdImageGetTrueColorPixel writewbmp gdFontTinyRep gdImageCreateFromJpegCtx gdImageRectangle gdCalloc gdImageFilledArc gdSinT gdFontTinyData gdNewFileCtx gdImageColorClosest gdImageGd2Ptr gdImageFilledRectangle skip_input_data gdPutWord gdImageColorDeallocate gdImageCopyMergeGray gdImageString16 gdImageCreateFromGd2 gdImageCreateFromPngSource gdCacheGet gdImageCreateFromWBMP gdImageCreateFromWBMPCtx term_source gdImagePng gd_getin gdImageColorClosestAlpha gdImageCreateFromPngCtx gdImageStringTTF skipheader gdSeek gdImageCopy gdImageFillToBorder gdImageGd gdImageAlphaBlending gdRealloc gdImageColorTransparent gdImageSetBrush gdFontSmallData createwbmp Putword init_source gdFree gdImageCreateFromJpeg gdPutInt gdImageInterlace gd_putout gdImageStringUp gdImageColorAllocate gdImageTrueColorToPalette gdImageCreateFromGd gdImageGdPtr gdFontTiny gdImageCreateFromGd2Ctx gdImageCreateFromXbm g! dIm > ageDestroy putmbi getmbi gdImageJpeg gdGetC gdImageColorExact gdTell gdImageLine gdImagePngPtr gdDPExtractData gdImagePngCtx gd_strtok_r gdImageChar gdImageFill gdImageSetThickness empty_output_buffer gdImageCreateFromGdCtx gdImageCreateFromPng gdFontLargeData gdFontLargeRep gdFontGiantData any2eucjp gdImageCreate gdImageCopyMerge gdImageCopyResized gdImageGd2 gdImageWBMPCtx gdImageBoundsSafe lsqrt gdImageColorResolveAlpha init_destination gdFontMediumBold gdImageFilledEllipse gdImageGetPixel gdImageCreateFromXpm gdImageCreateFromGd2Part gdCacheCreate gdImageDashedLine gdImagePngToSink readwbmp term_destination jpeg_gdIOCtx_src gdImageColorAllocateAlpha gdGetBuf gdImageColorResolve gdNewSSCtx gdFontSmall gdMalloc gdImageSetStyle gdFontMediumBoldRep gdImageStringFT gdCacheDelete gdNewDynamicCtx gdImageCreateTrueColor gdImageCompare gdFontLarge gdFontGiantRep jpeg_gdIOCtx_dest gdImageColorClosestHWB gdImageCharUp gdImageArc gdAlphaBlend gdImageString gdCosT gdGetWord gdImage! Cop > yResampled gdImageJpegCtx gdImageCreateFromGd2PartCtx gdImagePaletteCopy gdImageWBMPPtr gdFontMediumBoldData gdGetInt gdImageColorExactAlpha gdGetByte gdPutC gdImageJpegPtr gdFontGiant printwbmp gdImageSetPixel gdImageWBMP freewbmp gdImageFilledPolygon gdImagePolygon gdImageSetTile > > > > Looks like libwmf contains its own private copy of libgd, BAD! BZ please. Fixed in rawhide C. From alexl at redhat.com Fri Nov 17 08:31:21 2006 From: alexl at redhat.com (Alexander Larsson) Date: Fri, 17 Nov 2006 09:31:21 +0100 Subject: FC6: library global symbol abuse In-Reply-To: <20061116114237.GA13067@redhat.com> References: <20061116114237.GA13067@redhat.com> Message-ID: <1163752281.23730.54.camel@greebo> On Thu, 2006-11-16 at 11:42 +0000, Joe Orton wrote: > Symbol clashes between > libraries /usr/lib/libfam.so.0.0.0 /usr/lib/libgamin-1.so.0.1.7: > => FAMResumeMonitor FAMMonitorDirectory FAMErrno FAMMonitorFile > FAMClose FAMNextEvent FAMSuspendMonitor FAMMonitorFile2 FAMNoExists > FAMMonitorDirectory2 FAMOpen2 FamErrlist FAMOpen FAMCancelMonitor > FAMPending FAMMonitorCollection This is intended. gamin is a API+ABI compat replacement for fam. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a superhumanly strong bohemian Green Beret who knows the secret of the alien invasion. She's a radical motormouth pearl diver with a birthmark shaped like Liberty's torch. They fight crime! From jakub at redhat.com Fri Nov 17 08:44:31 2006 From: jakub at redhat.com (Jakub Jelinek) Date: Fri, 17 Nov 2006 03:44:31 -0500 Subject: FC6: library global symbol abuse In-Reply-To: <20061116114237.GA13067@redhat.com> References: <20061116114237.GA13067@redhat.com> Message-ID: <20061117084431.GT6570@devserv.devel.redhat.com> On Thu, Nov 16, 2006 at 11:42:37AM +0000, Joe Orton wrote: > Below is the output of the script I have to check for global symbol > collisions in FC6 libraries, from an i386 @Everything install... some > false positives and the usual sorry story. > > Symbol clashes between libraries /usr/lib/libartsdsp.so.0.0.0 /usr/lib/libartsdsp_st.so.0.0.0 /usr/lib/libesddsp.so.0.2.36 /usr/lib/libmudflap.so.0.0.0 /usr/lib/libmudflapth.so.0.0.0: > => mmap munmap For libmudflap* this is ok, it intentionally overrides malloc/etc. including mmap/munmap to track it. > Symbol clashes between libraries /usr/lib/libg2c.so.0.0.0 /usr/lib/libgfortran.so.1.0.0: > => abort_ etime_ This is ok, you can't mix GCC 3.4.x and earlier G77 with GFortran. > Symbol clashes between libraries /usr/lib/libefence.so.0.0 /usr/lib/libmudflap.so.0.0.0 /usr/lib/libmudflapth.so.0.0.0: > => calloc realloc malloc free See above, all this is intentional. I'll look what can be done about libgcj.so and libobjc.so exports. Jakub From jorton at redhat.com Fri Nov 17 10:06:09 2006 From: jorton at redhat.com (Joe Orton) Date: Fri, 17 Nov 2006 10:06:09 +0000 Subject: FC6: library global symbol abuse In-Reply-To: <20061116114237.GA13067@redhat.com> References: <20061116114237.GA13067@redhat.com> Message-ID: <20061117100609.GA9182@redhat.com> Thanks for all the feedback. I've put the scripts up here: http://people.redhat.com/jorton/symclash/ with the expected collisions which were reported added to a whitelist, current results indexed by library below: Clashes by library: Clashes for /usr/lib/libedata-book-1.2.so.2.3.0: with /usr/lib/libebook-1.2.so.9.0.0 => GNOME_Evolution_Addressbook_Book_getSupportedFields GNOME_Evolution_Addressbook_Book__classid (...81 symbols omitted...) GNOME_Evolution_Addressbook_BookViewListener__classid Clashes for /usr/lib/libidn.so.11.5.19: with /usr/lib/libsilc-1.0.so.2.4.1 => stringprep_rfc3454_B_2 stringprep_rfc3454_B_3 (...23 symbols omitted...) stringprep_rfc3454_A_1 Clashes for /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/APR/APR.so: with /usr/lib/httpd/modules/mod_perl.so => modperl_bucket_sv_create modperl_hash_tied_object_rv (...9 symbols omitted...) modperl_uri_new Clashes for /usr/lib/libao.so.2.1.3: with /usr/lib/libsnmp.so.10.0.1 => read_config_files with /usr/lib/libnetsnmp.so.10.0.1 => read_config_files Clashes for /usr/lib/libgnutls-openssl.so.13.0.6: with /usr/lib/libbind.so.4.0.5 => MD5_Init MD5_Final MD5_Update with /usr/lib/libdhcp4client.so.1 => MD5_Init MD5_Final MD5_Update Clashes for /usr/lib/libamu.so.4.0.0: with /usr/lib/libsnmp.so.10.0.1 => strlcpy with /usr/lib/libnetsnmp.so.10.0.1 => strlcpy with /usr/lib/libhistory.so.4.3 => xrealloc xmalloc with /usr/lib/libkdecore.so.4.2.0 => strlcat strlcpy with /usr/lib/libdmraid.so.1.0.0.rc13 => plog with /usr/lib/libgettextlib-0.14.6.so => xrealloc xmalloc with /usr/lib/libkdefakes.so.4.2.0 => strlcat strlcpy with /usr/lib/libhistory.so.5.1 => xrealloc xmalloc with /usr/lib/libnfsidmap.so.0.2.0 => strlcpy with /usr/lib/libdhcp6client.so.1 => strlcat strlcpy foreground Clashes for /usr/lib/libxdelta.so.2.0.0: with /usr/lib/libedsio.so.0.0.0 => serializeio_source_reset_allocation EC_EdsioOutputBufferShort (...193 symbols omitted...) EC_EdsioUnexpectedType Clashes for /usr/lib/libodbcdrvcfg2S.so.1.0.0: with /usr/lib/libodbctxtS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libsapdbS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboplodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboraodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcnnS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcdrvcfg1S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libmimerS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libtdsS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcpsqlS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libesoobS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcminiS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcmyS.so.1.0.0 => ODBCINSTGetProperties Clashes for /usr/lib/libguile-srfi-srfi-4-v-3.so.3.0.0: with /usr/lib/libguile.so.17.0.0 => scm_init_srfi_4 Clashes for /usr/lib/libnetsnmpagent.so.10.0.1: with /usr/lib/httpd/modules/mod_perl.so => xs_init with /usr/lib/libwrap.so.0.7.6 => deny_severity allow_severity Clashes for /usr/lib/libDefaultProviderManager.so.1: with /usr/lib/libCMPIProviderManager.so.1 => PegasusCreateProviderManager Clashes for /usr/lib/libnn.so.1.0.0: with /usr/lib/libodbcpsql.so.2.0.0 => SQLFreeStmt SQLBindCol (...21 symbols omitted...) SQLConnect with /usr/lib/libodbc.so.1.0.0 => SQLFreeStmt SQLBindCol (...22 symbols omitted...) SQLConnect with /usr/lib/libodbcpsql.so.1.0.0 => SQLFreeStmt SQLBindCol (...21 symbols omitted...) SQLConnect with /usr/lib/libc-client.so.1 => nntp_close with /usr/lib/libtemplate.so.1.0.0 => SQLFreeStmt SQLBindCol (...22 symbols omitted...) SQLConnect Clashes for /usr/lib/libkcal_groupwise.so.1.0.0: with /usr/lib/libkabc_groupwise.so.1.0.0 => soap_hex2s soap_s2dateTime (...248 symbols omitted...) soap_unsignedShort2s Clashes for /usr/lib/libestbase.so.1.2.95.1: with /usr/lib/firefox-1.5.0.7/libxpcom_core.so => stat with /usr/lib/libpt_linux_x86_r.so.1.10.1 => stat with /usr/lib/libeststring.so.1.2 => wfree safe_walloc safe_wrealloc wstrdup safe_wcalloc Clashes for /usr/lib/libhistory.so.5.1: with /usr/lib/libamu.so.4.0.0 => xrealloc xmalloc with /usr/lib/libgettextlib-0.14.6.so => xrealloc xmalloc with /usr/lib/libhistory.so.4.3 => history_list unstifle_history (...47 symbols omitted...) history_word_delimiters Clashes for /usr/lib/httpd/modules/mod_mem_cache.so: with /usr/lib/libgmime-2.0.so.2.2.3 => cache_free Clashes for /usr/lib/libOpenIPMIcmdlang.so.0.0.5: with /usr/lib/libOpenIPMIui.so.1.0.1 => fru_change sdrs_fetched Clashes for /usr/lib/libX11.so.6.2.0: with /usr/lib/libFS.so.6.0.0 => in6addr_any with /usr/lib/libICE.so.6.3.0 => in6addr_any with /usr/lib/libXfont.so.1.4.1 => in6addr_any Clashes for /usr/lib/libpisock.so.8.0.5: with /usr/lib/libsilc-1.0.so.2.4.1 => MD5Transform MD5Init MD5Update MD5Final with /usr/lib/libFLAC.so.7.0.0 => byteSwap Clashes for /usr/lib/libOpenIPMIui.so.1.0.1: with /usr/lib/libOpenIPMIcmdlang.so.0.0.5 => fru_change sdrs_fetched Clashes for /usr/lib/libdhcp6client.so.1: with /usr/lib/libdhcp.so.1 => resolv_dhcpv6_file server6_lease_file (...3 symbols omitted...) lease_file with /usr/lib/libsnmp.so.10.0.1 => strlcpy with /usr/lib/libnetsnmp.so.10.0.1 => strlcpy with /usr/lib/libamu.so.4.0.0 => strlcat strlcpy foreground with /usr/lib/libkdecore.so.4.2.0 => strlcat strlcpy with /usr/lib/libc-client.so.1 => hash_add with /usr/lib/libkdefakes.so.4.2.0 => strlcat strlcpy with /usr/lib/libobjc.so.1.0.0 => hash_add hash_delete with /usr/lib/libdhcp4client.so.1 => libdhcp_control with /usr/lib/libnfsidmap.so.0.2.0 => strlcpy with /usr/lib/libpegcql.so.1 => lineno Clashes for /usr/lib/libksvg.so.0.0.1: with /usr/lib/libgdk_pixbuf_xlib-2.0.so.0.1000.4 => xlib_rgb_set_install xlib_rgb_cmap_free (...12 symbols omitted...) xlib_rgb_get_cmap Clashes for /usr/lib/libavahi-client.so.3.1.2: with /usr/lib/libavahi-core.so.4.0.3 => avahi_entry_group_free Clashes for /usr/lib/httpd/modules/libphp5.so: with /usr/lib/libgettextlib-0.14.6.so => execute with /usr/lib/libapol.so.2.4 => yytext with /usr/lib/libkdevqmakeparser.so.0.0.0 => yytext Clashes for /usr/lib/libtemplate.so.1.0.0: with /usr/lib/libodbcpsql.so.2.0.0 => lstSet iniObjectLast (...177 symbols omitted...) lt_dladderror with /usr/lib/libartsc.so.0.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libodbcpsql.so.1.0.0 => lstSet iniObjectLast (...177 symbols omitted...) lt_dladderror with /usr/lib/libltdl.so.3.1.4 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libkdecore.so.4.2.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libodbcinst.so.1.0.0 => lstSet iniObjectLast (...125 symbols omitted...) lt_dladderror with /usr/lib/libmcop.so.1.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libMagick.so.10.0.3 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libodbc.so.1.0.0 => SQLFreeStmt SQLEndTran (...67 symbols omitted...) SQLConnect with /usr/lib/libnn.so.1.0.0 => SQLFreeStmt SQLBindCol (...22 symbols omitted...) SQLConnect with /usr/lib/libgcj.so.7rh.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror Clashes for /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/DBD/Pg/Pg.so: with /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/DBD/mysql/mysql.so => dbd_discon_all Clashes for /usr/lib/libncurses.so.5.5: with /usr/lib/libmp.so.3.1.7 => move Clashes for /usr/lib/libodbcpsql.so.2.0.0: with /usr/lib/libartsc.so.0.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libodbcpsql.so.1.0.0 => copy_and_convert_field lstSet (...335 symbols omitted...) lt_dladderror with /usr/lib/libltdl.so.3.1.4 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libkdecore.so.4.2.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libodbcinst.so.1.0.0 => lstSet iniObjectLast (...125 symbols omitted...) lt_dladderror with /usr/lib/libmcop.so.1.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libMagick.so.10.0.3 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libodbc.so.1.0.0 => SQLFreeStmt SQLBindCol (...48 symbols omitted...) SQLConnect with /usr/lib/libtemplate.so.1.0.0 => lstSet iniObjectLast (...177 symbols omitted...) lt_dladderror with /usr/lib/libgcj.so.7rh.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libnn.so.1.0.0 => SQLFreeStmt SQLBindCol (...21 symbols omitted...) SQLConnect Clashes for /usr/lib/libXaw3d.so.7.0: with /usr/lib/libXaw7.so.7.0.0 => listWidgetClass simpleMenuClassRec (...130 symbols omitted...) XawToggleGetCurrent with /usr/lib/libXt.so.6.0.0 => vendorShellClassRec vendorShellWidgetClass with /usr/lib/libXaw6.so.6.0.1 => listWidgetClass simpleMenuClassRec (...126 symbols omitted...) XawToggleGetCurrent Clashes for /usr/lib/libOpenIPMIposix.so.0.0.1: with /usr/lib/libOpenIPMIpthread.so.0.0.1 => sel_set_fd_handlers ipmi_sel_set_read_fds_handler (...14 symbols omitted...) posix_mutex_free Clashes for /usr/lib/liboplodbcS.so.1.0.0: with /usr/lib/libodbcdrvcfg2S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libsapdbS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbctxtS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboraodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcnnS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcdrvcfg1S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libmimerS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libtdsS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcpsqlS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libesoobS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcminiS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcmyS.so.1.0.0 => ODBCINSTGetProperties Clashes for /usr/lib/libmono-profiler-cov.so.0.0.0: with /usr/lib/libmono-profiler-aot.so.0.0.0 => mono_profiler_startup Clashes for /usr/lib/libboost_prg_exec_monitor.so.1.33.1: with /usr/lib/libaggplatformsdl.so.2.0.4 => main with /usr/sbin/httpd => main with /usr/lib/libboost_test_exec_monitor.so.1.33.1 => main with /usr/lib/libkscreensaver.so.4.2.0 => main with /usr/lib/libgij.so.7rh.0.0 => main with /usr/lib/libgs.so.8.15 => main with /usr/lib/libaggplatformX11.so.2.0.4 => main with /usr/lib/libboost_unit_test_framework.so.1.33.1 => main Clashes for /usr/lib/libedata-cal-1.2.so.6.0.0: with /usr/lib/libecal-1.2.so.7.0.0 => TC_GNOME_Evolution_Calendar_StringSeq_struct POA_GNOME_Evolution_Calendar_CalFactory__init (...119 symbols omitted...) GNOME_Evolution_Calendar_CalListener_notifyDefaultObjectRequested Clashes for /usr/lib/libodbcminiS.so.1.0.0: with /usr/lib/libodbcdrvcfg2S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libsapdbS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboplodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbctxtS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboraodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcnnS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcdrvcfg1S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libmimerS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libtdsS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcpsqlS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libesoobS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcmyS.so.1.0.0 => ODBCINSTGetProperties Clashes for /usr/lib/libpegcql.so.1: with /usr/lib/libdhcp6client.so.1 => lineno Clashes for /usr/lib/liblber-2.3.so.0.2.15: with /usr/lib/liblber-2.2.so.7.0.22 => ber_put_ostring ber_int_sb_read (...117 symbols omitted...) ber_start Clashes for /usr/lib/libpt_linux_x86_r.so.1.10.1: with /usr/lib/firefox-1.5.0.7/libxpcom_core.so => lstat stat with /usr/lib/libestbase.so.1.2.95.1 => stat Clashes for /usr/lib/libspi.so.0.10.11: with /usr/lib/libloginhelper.so.0.0.0 => Accessibility_LoginHelper_getDeviceReqs Accessibility_LoginHelper__iinterface (...14 symbols omitted...) POA_Accessibility_LoginHelper__init with /usr/lib/libbonobo-2.so.0.0.0 => Bonobo_Stream__iinterface Bonobo_Storage_setInfo (...49 symbols omitted...) POA_Bonobo_Storage__init Clashes for /usr/lib/libavahi-core.so.4.0.3: with /usr/lib/libavahi-client.so.3.1.2 => avahi_entry_group_free Clashes for /usr/lib/libgettextlib-0.14.6.so: with /usr/lib/libmp.so.3.1.7 => gcd with /usr/lib/libhistory.so.4.3 => xrealloc xmalloc with /usr/lib/libamu.so.4.0.0 => xrealloc xmalloc with /usr/lib/httpd/modules/libphp5.so => execute with /usr/lib/libhistory.so.5.1 => xrealloc xmalloc with /usr/lib/libc-client.so.1 => safe_write with /usr/lib/liblftp-tasks.so.0.0.0 => gnu_mbswidth mbsnwidth Clashes for /usr/lib/libg2c.so.0.0.0: with /usr/lib/libopal_linux_x86_r.so.2.2.2 => pow_ii r_sign i_nint Clashes for /usr/lib/libodbc.so.1.0.0: with /usr/lib/libodbcpsql.so.2.0.0 => SQLFreeStmt SQLBindCol (...48 symbols omitted...) SQLConnect with /usr/lib/libodbcpsql.so.1.0.0 => SQLFreeStmt SQLBindCol (...48 symbols omitted...) SQLConnect with /usr/lib/libnn.so.1.0.0 => SQLFreeStmt SQLBindCol (...22 symbols omitted...) SQLConnect with /usr/lib/libtemplate.so.1.0.0 => SQLFreeStmt SQLEndTran (...67 symbols omitted...) SQLConnect Clashes for /usr/lib/libsapdbS.so.1.0.0: with /usr/lib/libodbcdrvcfg2S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboplodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbctxtS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboraodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcnnS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcdrvcfg1S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libmimerS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libtdsS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcpsqlS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libesoobS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcminiS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcmyS.so.1.0.0 => ODBCINSTGetProperties Clashes for /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/PDL/GSL/DIFF/DIFF.so: with /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/PDL/GSL/INTEG/INTEG.so => FUNC Clashes for /usr/lib/libtirpc.so.1.0.7: with /usr/lib/libdhcp4client.so.1 => log_debug with /usr/lib/librpcsecgss.so.2.0.1 => xdr_rpc_gss_unwrap_data authgss_get_private_data (...6 symbols omitted...) authgss_create Clashes for /usr/lib/libgif.so.4.1.3: with /usr/lib/libWand.so.10.0.3 => DrawRectangle Clashes for /usr/lib/libcairo.so.2.9.2: with /usr/lib/libgdiplus.so.0.0.0 => cairo_append_path cairo_new_path (...214 symbols omitted...) cairo_get_operator Clashes for /usr/lib/libodbcdrvcfg1S.so.1.0.0: with /usr/lib/libodbcdrvcfg2S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libsapdbS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboplodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbctxtS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboraodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcnnS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libmimerS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libtdsS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcpsqlS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libesoobS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcminiS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcmyS.so.1.0.0 => ODBCINSTGetProperties Clashes for /usr/lib/libbonobo-2.so.0.0.0: with /usr/lib/libgnome-mag.so.2.1.1 => TC_Bonobo_PropertySet_struct Bonobo_EventSource__imethods (...55 symbols omitted...) Bonobo_PropertyBag_getType with /usr/lib/libspi.so.0.10.11 => Bonobo_Stream__iinterface Bonobo_Storage_setInfo (...49 symbols omitted...) POA_Bonobo_Storage__init Clashes for /usr/lib/libodbcpsql.so.1.0.0: with /usr/lib/libodbcpsql.so.2.0.0 => copy_and_convert_field lstSet (...335 symbols omitted...) lt_dladderror with /usr/lib/libartsc.so.0.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libltdl.so.3.1.4 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libkdecore.so.4.2.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libodbcinst.so.1.0.0 => lstSet iniObjectLast (...125 symbols omitted...) lt_dladderror with /usr/lib/libmcop.so.1.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libMagick.so.10.0.3 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libodbc.so.1.0.0 => SQLFreeStmt SQLBindCol (...48 symbols omitted...) SQLConnect with /usr/lib/libtemplate.so.1.0.0 => lstSet iniObjectLast (...177 symbols omitted...) lt_dladderror with /usr/lib/libgcj.so.7rh.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libnn.so.1.0.0 => SQLFreeStmt SQLBindCol (...21 symbols omitted...) SQLConnect Clashes for /usr/lib/libldap-2.3.so.0.2.15: with /usr/lib/libldap_r-2.2.so.7.0.22 => ldap_int_error_init ldap_memcalloc (...333 symbols omitted...) ldap_utf8_isdigit with /usr/lib/libldap-2.2.so.7.0.22 => ldap_int_error_init ldap_memcalloc (...333 symbols omitted...) ldap_utf8_isdigit with /usr/lib/libldap_r-2.3.so.0.2.15 => ldap_bv2escaped_filter_value_len ldap_int_error_init (...347 symbols omitted...) ldap_utf8_isdigit Clashes for /usr/lib/libmagic.so.1.0.0: with /usr/lib/libwiretap.so.0.0.1 => file_error Clashes for /usr/lib/libhistory.so.4.3: with /usr/lib/libamu.so.4.0.0 => xrealloc xmalloc with /usr/lib/libhistory.so.5.1 => history_list unstifle_history (...47 symbols omitted...) history_word_delimiters with /usr/lib/libgettextlib-0.14.6.so => xrealloc xmalloc Clashes for /usr/lib/libkadm5clnt.so.5.1: with /usr/lib/libkadm5srv.so.5.1 => xdr_kadm5_principal_ent_rec krb5_aprof_finish (...123 symbols omitted...) xdr_krb5_keyblock Clashes for /usr/lib/libartsflow.so.1.0.0: with /usr/lib/libgsl.so.0.9.0 => gsl_strerror Clashes for /usr/lib/libkdecore.so.4.2.0: with /usr/lib/libartsc.so.0.0.0 => lt_dlloader_find lt_dlinit (...27 symbols omitted...) lt_dladderror with /usr/lib/libodbcpsql.so.2.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libodbcpsql.so.1.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libnetsnmp.so.10.0.1 => strlcpy with /usr/lib/libMagick.so.10.0.3 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libamu.so.4.0.0 => strlcat strlcpy with /usr/lib/libodbcinst.so.1.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libmcop.so.1.0.0 => lt_dlloader_find lt_dlinit (...27 symbols omitted...) lt_dladderror with /usr/lib/libltdl.so.3.1.4 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libsnmp.so.10.0.1 => strlcpy with /usr/lib/libtemplate.so.1.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libkdefakes.so.4.2.0 => strlcat strlcpy mkstemps with /usr/lib/libnfsidmap.so.0.2.0 => strlcpy with /usr/lib/libdhcp6client.so.1 => strlcat strlcpy with /usr/lib/libgcj.so.7rh.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror Clashes for /usr/lib/libXmu.so.6.2.0: with /usr/lib/libXmuu.so.1.0.0 => XmuNCopyISOLatin1Lowered XmuCursorNameToIndex (...6 symbols omitted...) XmuSnprintf Clashes for /usr/lib/libgimpbase-2.0.so.0.200.13: with /usr/lib/libgs.so.8.15 => gp_init Clashes for /usr/lib/liboraodbcS.so.1.0.0: with /usr/lib/libodbcdrvcfg2S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libsapdbS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboplodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbctxtS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcnnS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcdrvcfg1S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libmimerS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libtdsS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcpsqlS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libesoobS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcminiS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcmyS.so.1.0.0 => ODBCINSTGetProperties Clashes for /usr/lib/libGL.so.1.2: with /usr/lib/libOSMesa32.so.6.5.1 => glGetProgramParameterfvNV glWindowPos3fv (...873 symbols omitted...) glWindowPos2iMESA with /usr/lib/libOSMesa16.so.6.5.1 => glGetProgramParameterfvNV glWindowPos3fv (...873 symbols omitted...) glWindowPos2iMESA with /usr/lib/libOSMesa.so.6.5.1 => glGetProgramParameterfvNV glWindowPos3fv (...873 symbols omitted...) glWindowPos2iMESA Clashes for /usr/lib/libgncqof.so.1.0.4: with /usr/lib/libgncmodule.so.0.0.0 => gnc_libc_missing_noop Clashes for /usr/lib/libplds4.so: with /usr/lib/libnspr4.so => libVersionPoint with /usr/lib/libplc4.so => libVersionPoint Clashes for /usr/lib/libkscreensaver.so.4.2.0: with /usr/lib/libaggplatformsdl.so.2.0.4 => main with /usr/sbin/httpd => main with /usr/lib/libboost_test_exec_monitor.so.1.33.1 => main with /usr/lib/libgij.so.7rh.0.0 => main with /usr/lib/libgs.so.8.15 => main with /usr/lib/libaggplatformX11.so.2.0.4 => main with /usr/lib/libboost_prg_exec_monitor.so.1.33.1 => main with /usr/lib/libboost_unit_test_framework.so.1.33.1 => main Clashes for /usr/lib/libnetsnmpmibs.so.10.0.1: with /usr/lib/libnfsidmap.so.0.2.0 => asc2bin bin2asc Clashes for /usr/lib/libkcal.so.2.0.0: with /usr/lib/libecal-1.2.so.7.0.0 => icalmemory_strdup icalproperty_new_recurrenceid (...1141 symbols omitted...) icalproperty_vanew_defaultlocale Clashes for /usr/lib/libcryptsetup.so.0.0.0: with /usr/lib/libbeecrypt.so.6.4.0 => sha1 Clashes for /usr/lib/libmusicbrainz.so.4.0.0: with /usr/lib/libc-client.so.1 => rfc822_binary Clashes for /usr/lib/libodbcmyS.so.1.0.0: with /usr/lib/libodbcdrvcfg2S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libsapdbS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboplodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbctxtS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboraodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcnnS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcdrvcfg1S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libmimerS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libtdsS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libesoobS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcminiS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcpsqlS.so.1.0.0 => ODBCINSTGetProperties Clashes for /usr/lib/liblber-2.2.so.7.0.22: with /usr/lib/liblber-2.3.so.0.2.15 => ber_put_ostring ber_int_sb_read (...117 symbols omitted...) ber_start Clashes for /usr/lib/liblvm2clusterlock.so.2.02: with /usr/lib/libdlm.so.2.0.18 => lock_resource with /usr/lib/libdmraid.so.1.0.0.rc13 => lock_resource Clashes for /usr/lib/libgncmodule.so.0.0.0: with /usr/lib/libgncqof.so.1.0.4 => gnc_libc_missing_noop Clashes for /usr/lib/libsmokeqt.so.1.2.2: with /usr/lib/libsmokekde.so.1.2.2 => qt_Smoke Clashes for /usr/lib/libkabc_groupwise.so.1.0.0: with /usr/lib/libkcal_groupwise.so.1.0.0 => soap_hex2s soap_s2dateTime (...248 symbols omitted...) soap_unsignedShort2s Clashes for /usr/lib/libapol.so.2.4: with /usr/lib/libecal-1.2.so.7.0.0 => yytext_ptr with /usr/lib/httpd/modules/libphp5.so => yytext with /usr/lib/libruby.so.1.8.5 => yynerrs with /usr/lib/libkdevqmakeparser.so.0.0.0 => yyleng yyin (...2 symbols omitted...) yylval Clashes for /usr/lib/libboost_unit_test_framework.so.1.33.1: with /usr/lib/libaggplatformsdl.so.2.0.4 => main with /usr/sbin/httpd => main with /usr/lib/libboost_test_exec_monitor.so.1.33.1 => main with /usr/lib/libkscreensaver.so.4.2.0 => main with /usr/lib/libgij.so.7rh.0.0 => main with /usr/lib/libgs.so.8.15 => main with /usr/lib/libaggplatformX11.so.2.0.4 => main with /usr/lib/libboost_prg_exec_monitor.so.1.33.1 => main Clashes for /usr/lib/libkadm5srv.so.5.1: with /usr/lib/libkadm5clnt.so.5.1 => xdr_kadm5_principal_ent_rec krb5_aprof_finish (...123 symbols omitted...) xdr_krb5_keyblock Clashes for /usr/lib/libFLAC.so.7.0.0: with /usr/lib/libpisock.so.8.0.5 => byteSwap Clashes for /usr/lib/libaio.so.1.0.1: with /usr/lib/libaio.so.1.0.0 => io_queue_release io_setup (...13 symbols omitted...) io_queue_wait Clashes for /usr/lib/libaio.so.1.0.0: with /usr/lib/libaio.so.1.0.1 => io_queue_release io_setup (...13 symbols omitted...) io_queue_wait Clashes for /usr/lib/libsoup-2.2.so.8.4.0: with /usr/lib/libdhcp4client.so.1 => send_request Clashes for /usr/lib/libgtrtst.so.1.0.0: with /usr/lib/libboundparam.so.1.0.0 => szMessageBox GetRCString szLogPrintf Clashes for /usr/lib/libodbcnnS.so.1.0.0: with /usr/lib/libodbcdrvcfg2S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libsapdbS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboplodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbctxtS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboraodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcdrvcfg1S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libmimerS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libtdsS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcpsqlS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libesoobS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcminiS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcmyS.so.1.0.0 => ODBCINSTGetProperties Clashes for /usr/lib/libguile.so.17.0.0: with /usr/lib/libguile-srfi-srfi-4-v-3.so.3.0.0 => scm_init_srfi_4 with /usr/lib/libguile-srfi-srfi-13-14-v-3.so.3.0.0 => scm_init_srfi_13 scm_init_srfi_14 Clashes for /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/DBD/mysql/mysql.so: with /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/DBD/Pg/Pg.so => dbd_discon_all Clashes for /usr/lib/libc-client.so.1: with /usr/lib/libmusicbrainz.so.4.0.0 => rfc822_binary with /usr/lib/libpgtypes.so.2.1 => days months with /usr/lib/libmimelib.so.1.0.1 => months with /usr/lib/libgettextlib-0.14.6.so => safe_write with /usr/lib/libnn.so.1.0.0 => nntp_close with /usr/lib/libobjc.so.1.0.0 => hash_add with /usr/lib/libdhcp4client.so.1 => hash_lookup with /usr/lib/libdhcp6client.so.1 => hash_add Clashes for /usr/lib/libartscontrolapplet.so.1.0.0: with /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/OpenIPMI/OpenIPMI.so => init Clashes for /usr/lib/libgpgme++.so.0.2.0: with /usr/lib/libgpg-error.so.0.3.0 => gpg_err_code_to_errno gpg_strerror gpg_strerror_r gpg_err_code_from_errno gpg_strsource Clashes for /usr/lib/libmono.so.0.0.0: with /usr/lib/libgcj.so.7rh.0.0 => GC_next_exclusion GC_new_free_list_inner (...478 symbols omitted...) GC_print_heap_sects Clashes for /usr/lib/libgcj.so.7rh.0.0: with /usr/lib/libartsc.so.0.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libodbcpsql.so.2.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libodbcpsql.so.1.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libmp.so.3.1.7 => pow with /usr/lib/libltdl.so.3.1.4 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libkdecore.so.4.2.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libodbcinst.so.1.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libmcop.so.1.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libMagick.so.10.0.3 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libgwrap-core-runtime.so.0.0.1 => ffi_type_void ffi_type_test (...25 symbols omitted...) ffi_prep_closure with /usr/lib/libtemplate.so.1.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libmono.so.0.0.0 => GC_next_exclusion GC_new_free_list_inner (...478 symbols omitted...) GC_print_heap_sects with /usr/lib/libgwrap-guile-runtime.so.0.0.2 => ffi_type_void ffi_type_test (...25 symbols omitted...) ffi_prep_closure Clashes for /usr/sbin/httpd: with /usr/lib/libaggplatformsdl.so.2.0.4 => main with /usr/lib/libboost_test_exec_monitor.so.1.33.1 => main with /usr/lib/libkscreensaver.so.4.2.0 => main with /usr/lib/libgij.so.7rh.0.0 => main with /usr/lib/libgs.so.8.15 => main with /usr/lib/libaggplatformX11.so.2.0.4 => main with /usr/lib/libboost_prg_exec_monitor.so.1.33.1 => main with /usr/lib/libboost_unit_test_framework.so.1.33.1 => main Clashes for /usr/lib/libmcop.so.1.0.0: with /usr/lib/libartsc.so.0.0.0 => lt_dlloader_find lt_dlinit (...27 symbols omitted...) lt_dladderror with /usr/lib/libodbcpsql.so.2.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libodbcpsql.so.1.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libltdl.so.3.1.4 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libkdecore.so.4.2.0 => lt_dlloader_find lt_dlinit (...27 symbols omitted...) lt_dladderror with /usr/lib/libodbcinst.so.1.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libMagick.so.10.0.3 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libtemplate.so.1.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libgcj.so.7rh.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror Clashes for /usr/lib/libwrap.so.0.7.6: with /usr/lib/libnetsnmpagent.so.10.0.1 => deny_severity allow_severity Clashes for /usr/lib/libslang.so.2.0.6: with /usr/lib/libslang-utf8.so.1.4.9 => SLang_pop_bstring SLang_init_tty (...461 symbols omitted...) SLang_find_key_function Clashes for /usr/lib/libgtkhtml-3.8.so.15.3.9: with /usr/lib/libgtkhtml-2.so.0.0.0 => html_image_factory_new html_style_set_font_size (...8 symbols omitted...) html_color_unref Clashes for /usr/lib/libpq.so.4.1: with /usr/lib/libpgtypes.so.2.1 => pg_strncasecmp pg_toupper pg_tolower pg_strcasecmp Clashes for /usr/lib/libaggplatformX11.so.2.0.4: with /usr/lib/libaggplatformsdl.so.2.0.4 => main with /usr/sbin/httpd => main with /usr/lib/libboost_test_exec_monitor.so.1.33.1 => main with /usr/lib/libkscreensaver.so.4.2.0 => main with /usr/lib/libgij.so.7rh.0.0 => main with /usr/lib/libgs.so.8.15 => main with /usr/lib/libboost_prg_exec_monitor.so.1.33.1 => main with /usr/lib/libboost_unit_test_framework.so.1.33.1 => main Clashes for /usr/lib/libbind.so.4.0.5: with /usr/lib/libgnutls-openssl.so.13.0.6 => MD5_Init MD5_Final MD5_Update with /usr/lib/libdhcp4client.so.1 => key_file_fmt_str MD5_Init (...2 symbols omitted...) MD5_version with /usr/lib/libhesiod.so.0.0.0 => hesiod_free_list hesiod_init hesiod_end hesiod_resolve hesiod_to_bind Clashes for /usr/lib/libecal-1.2.so.7.0.0: with /usr/lib/libapol.so.2.4 => yytext_ptr with /usr/lib/libkcal.so.2.0.0 => icalmemory_strdup icalproperty_new_recurrenceid (...1141 symbols omitted...) icalproperty_vanew_defaultlocale with /usr/lib/libedata-cal-1.2.so.6.0.0 => TC_GNOME_Evolution_Calendar_StringSeq_struct POA_GNOME_Evolution_Calendar_CalFactory__init (...119 symbols omitted...) GNOME_Evolution_Calendar_CalListener_notifyDefaultObjectRequested Clashes for /usr/lib/libkghostviewlib.so.0.0.0: with /usr/lib/libgs.so.8.15 => dsc_known_media Clashes for /usr/lib/libldap-2.2.so.7.0.22: with /usr/lib/libldap_r-2.2.so.7.0.22 => ldap_int_error_init ldap_memcalloc (...336 symbols omitted...) ldap_utf8_isdigit with /usr/lib/libldap-2.3.so.0.2.15 => ldap_int_error_init ldap_memcalloc (...333 symbols omitted...) ldap_utf8_isdigit with /usr/lib/libldap_r-2.3.so.0.2.15 => ldap_int_error_init ldap_memcalloc (...333 symbols omitted...) ldap_utf8_isdigit Clashes for /usr/lib/libodbcpsqlS.so.1.0.0: with /usr/lib/libodbcdrvcfg2S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libsapdbS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboplodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbctxtS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboraodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcnnS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcdrvcfg1S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libmimerS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libtdsS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libesoobS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcminiS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcmyS.so.1.0.0 => ODBCINSTGetProperties Clashes for /usr/lib/libsnmp.so.10.0.1: with /usr/lib/libao.so.2.1.3 => read_config_files with /usr/lib/libnetsnmp.so.10.0.1 => snmp_in_toggle_options MDupdate (...903 symbols omitted...) Sessions with /usr/lib/libamu.so.4.0.0 => strlcpy with /usr/lib/libkdecore.so.4.2.0 => strlcpy with /usr/lib/libkdefakes.so.4.2.0 => strlcpy with /usr/lib/libnfsidmap.so.0.2.0 => strlcpy with /usr/lib/libdhcp6client.so.1 => strlcpy Clashes for /usr/lib/libguile-srfi-srfi-13-14-v-3.so.3.0.0: with /usr/lib/libguile.so.17.0.0 => scm_init_srfi_13 scm_init_srfi_14 Clashes for /usr/lib/libwireshark.so.0.0.1: with /usr/lib/libgmime-2.0.so.2.2.3 => md5_init with /usr/lib/libgs.so.8.15 => md5_init md5_append md5_finish with /usr/lib/libkopete_oscar.so.2.0.0 => md5_init md5_append md5_finish with /usr/lib/libgd.so.2.0.0 => entities with /usr/lib/libedataserver-1.2.so.7.1.0 => md5_init Clashes for /usr/lib/libodbctxtS.so.1.0.0: with /usr/lib/libodbcdrvcfg2S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libsapdbS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboplodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboraodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcnnS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcdrvcfg1S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libmimerS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libtdsS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcpsqlS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libesoobS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcminiS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcmyS.so.1.0.0 => ODBCINSTGetProperties Clashes for /usr/lib/libpgtypes.so.2.1: with /usr/lib/libc-client.so.1 => days months with /usr/lib/libmimelib.so.1.0.1 => months with /usr/lib/libpq.so.4.1 => pg_strncasecmp pg_toupper pg_tolower pg_strcasecmp Clashes for /usr/lib/libICE.so.6.3.0: with /usr/lib/libFS.so.6.0.0 => in6addr_any with /usr/lib/libX11.so.6.2.0 => in6addr_any with /usr/lib/libXfont.so.1.4.1 => in6addr_any Clashes for /usr/lib/libgtkhtml-2.so.0.0.0: with /usr/lib/libgtkhtml-3.8.so.15.3.9 => html_image_factory_new html_style_set_font_size (...8 symbols omitted...) html_color_unref Clashes for /usr/lib/libsilc-1.0.so.2.4.1: with /usr/lib/libidn.so.11.5.19 => stringprep_rfc3454_B_2 stringprep_rfc3454_B_3 (...23 symbols omitted...) stringprep_rfc3454_A_1 with /usr/lib/libpisock.so.8.0.5 => MD5Transform MD5Init MD5Update MD5Final with /usr/lib/libgs.so.8.15 => mem_close mem_open with /usr/lib/libncp.so.2.3.0 => mp_div mp_mod mp_neg mp_init Clashes for /usr/lib/libgpg-error.so.0.3.0: with /usr/lib/libgpgme++.so.0.2.0 => gpg_err_code_to_errno gpg_strerror gpg_strerror_r gpg_err_code_from_errno gpg_strsource Clashes for /usr/lib/libCMPIProviderManager.so.1: with /usr/lib/libDefaultProviderManager.so.1 => PegasusCreateProviderManager Clashes for /usr/lib/libpng.so.3.10.0: with /usr/lib/libgs.so.8.15 => png_push_fill_buffer Clashes for /usr/lib/libnfsidmap.so.0.2.0: with /usr/lib/libsnmp.so.10.0.1 => strlcpy with /usr/lib/libnetsnmpmibs.so.10.0.1 => asc2bin bin2asc with /usr/lib/libnetsnmp.so.10.0.1 => strlcpy with /usr/lib/libamu.so.4.0.0 => strlcpy with /usr/lib/libkdecore.so.4.2.0 => strlcpy with /usr/lib/libkdefakes.so.4.2.0 => strlcpy with /usr/lib/libdhcp6client.so.1 => strlcpy Clashes for /usr/lib/libtdsS.so.1.0.0: with /usr/lib/libodbcdrvcfg2S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libsapdbS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboplodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbctxtS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboraodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcnnS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcdrvcfg1S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libmimerS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcpsqlS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libesoobS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcminiS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcmyS.so.1.0.0 => ODBCINSTGetProperties Clashes for /usr/lib/libslang-utf8.so.1.4.9: with /usr/lib/libslang.so.2.0.6 => SLang_pop_bstring SLang_init_tty (...461 symbols omitted...) SLang_find_key_function Clashes for /usr/lib/libsqlite3.so.0.8.6: with /usr/lib/libsefs.so.1.3 => sqlite3VdbeDeleteAuxData sqlite3BtreeIsInStmt (...418 symbols omitted...) sqlite3pager_open Clashes for /usr/lib/libnetpbm.so.10.35: with /usr/lib/libgd.so.2.0.0 => overflow2 Clashes for /usr/lib/libldap_r-2.2.so.7.0.22: with /usr/lib/libldap-2.3.so.0.2.15 => ldap_int_error_init ldap_memcalloc (...333 symbols omitted...) ldap_utf8_isdigit with /usr/lib/libldap-2.2.so.7.0.22 => ldap_int_error_init ldap_memcalloc (...336 symbols omitted...) ldap_utf8_isdigit with /usr/lib/libldap_r-2.3.so.0.2.15 => ldap_int_error_init ldap_memcalloc (...388 symbols omitted...) ldap_utf8_isdigit Clashes for /usr/lib/libgssapi_krb5.so.2.2: with /usr/lib/libgssapi.so.2.0.0 => gss_canonicalize_name gss_nt_user_name (...42 symbols omitted...) gss_inquire_cred_by_mech Clashes for /usr/lib/libmenu.so.5.5: with /usr/lib/libmenuw.so.5.5 => item_name menu_back (...59 symbols omitted...) set_menu_mark Clashes for /usr/lib/libgdiplus.so.0.0.0: with /usr/lib/libcairo.so.2.9.2 => cairo_append_path cairo_new_path (...214 symbols omitted...) cairo_get_operator Clashes for /usr/lib/libebook-1.2.so.9.0.0: with /usr/lib/libedata-book-1.2.so.2.3.0 => GNOME_Evolution_Addressbook_Book_getSupportedFields GNOME_Evolution_Addressbook_Book__classid (...81 symbols omitted...) GNOME_Evolution_Addressbook_BookViewListener__classid Clashes for /usr/lib/libodbcinst.so.1.0.0: with /usr/lib/libodbcpsql.so.2.0.0 => lstSet iniObjectLast (...125 symbols omitted...) lt_dladderror with /usr/lib/libartsc.so.0.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libodbcpsql.so.1.0.0 => lstSet iniObjectLast (...125 symbols omitted...) lt_dladderror with /usr/lib/libltdl.so.3.1.4 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libkdecore.so.4.2.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libmcop.so.1.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libMagick.so.10.0.3 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libtemplate.so.1.0.0 => lstSet iniObjectLast (...125 symbols omitted...) lt_dladderror with /usr/lib/libgcj.so.7rh.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror Clashes for /usr/lib/libwiretap.so.0.0.1: with /usr/lib/libmagic.so.1.0.0 => file_error Clashes for /usr/lib/libjpeg.so.62.0.0: with /usr/lib/libgs.so.8.15 => jpeg_free_small jpeg_get_small (...3 symbols omitted...) jpeg_open_backing_store Clashes for /usr/lib/libMagick.so.10.0.3: with /usr/lib/libartsc.so.0.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libodbcpsql.so.2.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libodbcpsql.so.1.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libltdl.so.3.1.4 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libkdecore.so.4.2.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libodbcinst.so.1.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libmcop.so.1.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libtemplate.so.1.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libgcj.so.7rh.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror Clashes for /usr/lib/libgtkspell.so.0.0.0: with /usr/lib/libdhcp4client.so.1 => quiet Clashes for /usr/lib/libkdefakes.so.4.2.0: with /usr/lib/libsnmp.so.10.0.1 => strlcpy with /usr/lib/libnetsnmp.so.10.0.1 => strlcpy with /usr/lib/libamu.so.4.0.0 => strlcat strlcpy with /usr/lib/libkdecore.so.4.2.0 => strlcat strlcpy mkstemps with /usr/lib/libnfsidmap.so.0.2.0 => strlcpy with /usr/lib/libdhcp6client.so.1 => strlcat strlcpy Clashes for /usr/lib/libWand.so.10.0.3: with /usr/lib/libgif.so.4.1.3 => DrawRectangle Clashes for /usr/lib/libgs.so.8.15: with /usr/lib/libsilc-1.0.so.2.4.1 => mem_close mem_open with /usr/lib/libwireshark.so.0.0.1 => md5_init md5_append md5_finish with /usr/lib/libaggplatformsdl.so.2.0.4 => main with /usr/sbin/httpd => main with /usr/lib/libgmime-2.0.so.2.2.3 => md5_init with /usr/lib/libXfont.so.1.4.1 => scan_token with /usr/lib/libgimpbase-2.0.so.0.200.13 => gp_init with /usr/lib/libedataserver-1.2.so.7.1.0 => md5_init with /usr/lib/libkscreensaver.so.4.2.0 => main with /usr/lib/libboost_test_exec_monitor.so.1.33.1 => main with /usr/lib/libgij.so.7rh.0.0 => main with /usr/lib/libpng.so.3.10.0 => png_push_fill_buffer with /usr/lib/libaggplatformX11.so.2.0.4 => main with /usr/lib/libboost_prg_exec_monitor.so.1.33.1 => main with /usr/lib/libkopete_oscar.so.2.0.0 => md5_init md5_append md5_finish with /usr/lib/libkghostviewlib.so.0.0.0 => dsc_known_media with /usr/lib/libboost_unit_test_framework.so.1.33.1 => main with /usr/lib/libjpeg.so.62.0.0 => jpeg_free_small jpeg_get_small (...3 symbols omitted...) jpeg_open_backing_store Clashes for /usr/lib/libartsc.so.0.0.0: with /usr/lib/libodbcpsql.so.2.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libodbcpsql.so.1.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libltdl.so.3.1.4 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libkdecore.so.4.2.0 => lt_dlloader_find lt_dlinit (...27 symbols omitted...) lt_dladderror with /usr/lib/libodbcinst.so.1.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libmcop.so.1.0.0 => lt_dlloader_find lt_dlinit (...27 symbols omitted...) lt_dladderror with /usr/lib/libMagick.so.10.0.3 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libtemplate.so.1.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libgcj.so.7rh.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror Clashes for /usr/lib/libavc1394.so.0.3.0: with /usr/lib/librom1394.so.0.3.0 => cooked1394_write cooked1394_read Clashes for /usr/lib/libnetsnmp.so.10.0.1: with /usr/lib/libsnmp.so.10.0.1 => snmp_in_toggle_options MDupdate (...903 symbols omitted...) Sessions with /usr/lib/libao.so.2.1.3 => read_config_files with /usr/lib/libamu.so.4.0.0 => strlcpy with /usr/lib/libkdecore.so.4.2.0 => strlcpy with /usr/lib/libkdefakes.so.4.2.0 => strlcpy with /usr/lib/libnfsidmap.so.0.2.0 => strlcpy with /usr/lib/libdhcp6client.so.1 => strlcpy Clashes for /usr/lib/libspeex.so.1.3.0: with /usr/lib/libopal_linux_x86_r.so.2.2.2 => speex_decoder_destroy speex_std_low_mode_request_handler (...125 symbols omitted...) vbr_nb_thresh Clashes for /usr/lib/firefox-1.5.0.7/libxpcom_core.so: with /usr/lib/libpt_linux_x86_r.so.1.10.1 => lstat stat with /usr/lib/libestbase.so.1.2.95.1 => stat Clashes for /usr/lib/libeststring.so.1.2: with /usr/lib/libestbase.so.1.2.95.1 => wfree safe_walloc safe_wrealloc wstrdup safe_wcalloc Clashes for /usr/lib/libXdmcp.so.6.0.0: with /usr/lib/libXfont.so.1.4.1 => Xfree Xrealloc Xalloc Clashes for /usr/lib/libloginhelper.so.0.0.0: with /usr/lib/libspi.so.0.10.11 => Accessibility_LoginHelper_getDeviceReqs Accessibility_LoginHelper__iinterface (...14 symbols omitted...) POA_Accessibility_LoginHelper__init Clashes for /usr/lib/libgdk_pixbuf_xlib-2.0.so.0.1000.4: with /usr/lib/libksvg.so.0.0.1 => xlib_rgb_set_install xlib_rgb_cmap_free (...12 symbols omitted...) xlib_rgb_get_cmap Clashes for /usr/lib/libbeecrypt.so.6.4.0: with /usr/lib/libcryptsetup.so.0.0.0 => sha1 Clashes for /usr/lib/libdlm_lt.so.2.0.18: with /usr/lib/libdlm.so.2.0.18 => dlm_create_lockspace dlm_open_lockspace (...11 symbols omitted...) dlm_unlock Clashes for /usr/lib/libgd.so.2.0.0: with /usr/lib/libwireshark.so.0.0.1 => entities with /usr/lib/libwmf-0.2.so.7.1.0 => gdImageStringUp16 gdFontSmallRep (...140 symbols omitted...) gdImageSetTile with /usr/lib/libnetpbm.so.10.35 => overflow2 Clashes for /usr/lib/libOSMesa.so.6.5.1: with /usr/lib/libGL.so.1.2 => glGetProgramParameterfvNV glWindowPos3fv (...873 symbols omitted...) glWindowPos2iMESA with /usr/lib/libOSMesa32.so.6.5.1 => glGetProgramParameterfvNV slang_struct_scope_copy (...1004 symbols omitted...) OSMesaGetProcAddress with /usr/lib/libOSMesa16.so.6.5.1 => glGetProgramParameterfvNV slang_struct_scope_copy (...1004 symbols omitted...) OSMesaGetProcAddress Clashes for /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/PDL/GSL/INTEG/INTEG.so: with /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/PDL/GSL/DIFF/DIFF.so => FUNC Clashes for /usr/lib/librom1394.so.0.3.0: with /usr/lib/libavc1394.so.0.3.0 => cooked1394_write cooked1394_read Clashes for /usr/lib/libXmuu.so.1.0.0: with /usr/lib/libXmu.so.6.2.0 => XmuNCopyISOLatin1Lowered XmuCursorNameToIndex (...6 symbols omitted...) XmuSnprintf Clashes for /usr/lib/libsefs.so.1.3: with /usr/lib/libsqlite3.so.0.8.6 => sqlite3VdbeDeleteAuxData sqlite3BtreeIsInStmt (...418 symbols omitted...) sqlite3pager_open Clashes for /usr/lib/libmimelib.so.1.0.1: with /usr/lib/libc-client.so.1 => months with /usr/lib/libpgtypes.so.2.1 => months Clashes for /usr/lib/libdes425.so.3.0: with /usr/lib/libkrb4.so.2.0 => unix_time_gmt_unixsec Clashes for /usr/lib/libdmraid.so.1.0.0.rc13: with /usr/lib/liblvm2clusterlock.so.2.02 => lock_resource with /usr/lib/libamu.so.4.0.0 => plog with /usr/lib/libdlm.so.2.0.18 => unlock_resource lock_resource Clashes for /usr/lib/libedsio.so.0.0.0: with /usr/lib/libxdelta.so.2.0.0 => serializeio_source_reset_allocation EC_EdsioOutputBufferShort (...193 symbols omitted...) EC_EdsioUnexpectedType Clashes for /usr/lib/libgsl.so.0.9.0: with /usr/lib/libartsflow.so.1.0.0 => gsl_strerror Clashes for /usr/lib/libobjc.so.1.0.0: with /usr/lib/libc-client.so.1 => hash_add with /usr/lib/libdhcp6client.so.1 => hash_add hash_delete Clashes for /usr/lib/libgwrap-guile-runtime.so.0.0.2: with /usr/lib/libgwrap-core-runtime.so.0.0.1 => ffi_type_void ffi_type_test (...25 symbols omitted...) ffi_prep_closure with /usr/lib/libgcj.so.7rh.0.0 => ffi_type_void ffi_type_test (...25 symbols omitted...) ffi_prep_closure Clashes for /usr/lib/libgaim-client.so.0.0.0: with /usr/lib/libgaim.so.0.0.0 => gaim_status_get_attr_string gaim_status_type_get_primary_attr (...446 symbols omitted...) gaim_blist_node_set_string Clashes for /usr/lib/httpd/modules/mod_perl.so: with /usr/lib/libnetsnmpagent.so.10.0.1 => xs_init with /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/APR/APR.so => modperl_bucket_sv_create modperl_hash_tied_object_rv (...9 symbols omitted...) modperl_uri_new with /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/ModPerl/Const/Const.so => modperl_constants_lookup_modperl modperl_constants_group_lookup_apache2_const (...3 symbols omitted...) modperl_constants_group_lookup_apr_const Clashes for /usr/lib/libgmime-2.0.so.2.2.3: with /usr/lib/libkopete_oscar.so.2.0.0 => md5_init with /usr/lib/httpd/modules/mod_mem_cache.so => cache_free with /usr/lib/libwireshark.so.0.0.1 => md5_init with /usr/lib/libedataserver-1.2.so.7.1.0 => md5_init md5_get_digest (...1 symbols omitted...) md5_get_digest_from_file with /usr/lib/libgs.so.8.15 => md5_init Clashes for /usr/lib/libgssapi.so.2.0.0: with /usr/lib/libgssapi_krb5.so.2.2 => gss_canonicalize_name gss_nt_user_name (...42 symbols omitted...) gss_inquire_cred_by_mech Clashes for /usr/lib/libruby.so.1.8.5: with /usr/lib/libapol.so.2.4 => yynerrs with /usr/lib/libkdevqmakeparser.so.0.0.0 => yynerrs Clashes for /usr/lib/libOSMesa32.so.6.5.1: with /usr/lib/libGL.so.1.2 => glGetProgramParameterfvNV glWindowPos3fv (...873 symbols omitted...) glWindowPos2iMESA with /usr/lib/libOSMesa16.so.6.5.1 => glGetProgramParameterfvNV slang_struct_scope_copy (...1004 symbols omitted...) OSMesaGetProcAddress with /usr/lib/libOSMesa.so.6.5.1 => glGetProgramParameterfvNV slang_struct_scope_copy (...1004 symbols omitted...) OSMesaGetProcAddress Clashes for /usr/lib/libXaw6.so.6.0.1: with /usr/lib/libXaw3d.so.7.0 => listWidgetClass simpleMenuClassRec (...126 symbols omitted...) XawToggleGetCurrent with /usr/lib/libXaw7.so.7.0.0 => listWidgetClass simpleMenuClassRec (...133 symbols omitted...) XawToggleGetCurrent with /usr/lib/libXt.so.6.0.0 => vendorShellClassRec vendorShellWidgetClass Clashes for /usr/lib/libmp.so.3.1.7: with /usr/lib/libgettextlib-0.14.6.so => gcd with /usr/lib/libncurses.so.5.5 => move with /usr/lib/libgcj.so.7rh.0.0 => pow Clashes for /usr/lib/libsmokekde.so.1.2.2: with /usr/lib/libsmokeqt.so.1.2.2 => qt_Smoke Clashes for /usr/lib/libkdevqmakeparser.so.0.0.0: with /usr/lib/libapol.so.2.4 => yyleng yyin (...2 symbols omitted...) yylval with /usr/lib/httpd/modules/libphp5.so => yytext with /usr/lib/libruby.so.1.8.5 => yynerrs Clashes for /usr/lib/libmenuw.so.5.5: with /usr/lib/libmenu.so.5.5 => item_name menu_back (...59 symbols omitted...) set_menu_mark Clashes for /usr/lib/libncp.so.2.3.0: with /usr/lib/libsilc-1.0.so.2.4.1 => mp_div mp_mod mp_neg mp_init Clashes for /usr/lib/libisc.so.11.1.1: with /usr/lib/libdhcp4client.so.1 => isc_result_totext Clashes for /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/ModPerl/Const/Const.so: with /usr/lib/httpd/modules/mod_perl.so => modperl_constants_lookup_modperl modperl_constants_group_lookup_apache2_const (...3 symbols omitted...) modperl_constants_group_lookup_apr_const Clashes for /usr/lib/libXt.so.6.0.0: with /usr/lib/libXaw3d.so.7.0 => vendorShellClassRec vendorShellWidgetClass with /usr/lib/libXaw7.so.7.0.0 => vendorShellClassRec vendorShellWidgetClass with /usr/lib/libXaw6.so.6.0.1 => vendorShellClassRec vendorShellWidgetClass Clashes for /usr/lib/libOpenIPMIpthread.so.0.0.1: with /usr/lib/libOpenIPMIposix.so.0.0.1 => sel_set_fd_handlers ipmi_sel_set_read_fds_handler (...14 symbols omitted...) posix_mutex_free Clashes for /usr/lib/libgwrap-core-runtime.so.0.0.1: with /usr/lib/libgwrap-guile-runtime.so.0.0.2 => ffi_type_void ffi_type_test (...25 symbols omitted...) ffi_prep_closure with /usr/lib/libgcj.so.7rh.0.0 => ffi_type_void ffi_type_test (...25 symbols omitted...) ffi_prep_closure Clashes for /usr/lib/libldap_r-2.3.so.0.2.15: with /usr/lib/libldap-2.2.so.7.0.22 => ldap_int_error_init ldap_memcalloc (...333 symbols omitted...) ldap_utf8_isdigit with /usr/lib/libldap-2.3.so.0.2.15 => ldap_bv2escaped_filter_value_len ldap_int_error_init (...347 symbols omitted...) ldap_utf8_isdigit with /usr/lib/libldap_r-2.2.so.7.0.22 => ldap_int_error_init ldap_memcalloc (...388 symbols omitted...) ldap_utf8_isdigit Clashes for /usr/lib/liblftp-tasks.so.0.0.0: with /usr/lib/libgettextlib-0.14.6.so => gnu_mbswidth mbsnwidth Clashes for /usr/lib/librpcsecgss.so.2.0.1: with /usr/lib/libtirpc.so.1.0.7 => xdr_rpc_gss_unwrap_data authgss_get_private_data (...6 symbols omitted...) authgss_create Clashes for /usr/lib/libdlm.so.2.0.18: with /usr/lib/liblvm2clusterlock.so.2.02 => lock_resource with /usr/lib/libdmraid.so.1.0.0.rc13 => unlock_resource lock_resource with /usr/lib/libdlm_lt.so.2.0.18 => dlm_create_lockspace dlm_open_lockspace (...11 symbols omitted...) dlm_unlock Clashes for /usr/lib/libwmf-0.2.so.7.1.0: with /usr/lib/libgd.so.2.0.0 => gdImageStringUp16 gdFontSmallRep (...140 symbols omitted...) gdImageSetTile Clashes for /usr/lib/libXfont.so.1.4.1: with /usr/lib/libXdmcp.so.6.0.0 => Xfree Xrealloc Xalloc with /usr/lib/libX11.so.6.2.0 => in6addr_any with /usr/lib/libICE.so.6.3.0 => in6addr_any with /usr/lib/libgs.so.8.15 => scan_token with /usr/lib/libFS.so.6.0.0 => in6addr_any Clashes for /usr/lib/libltdl.so.3.1.4: with /usr/lib/libartsc.so.0.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libodbcpsql.so.2.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libodbcpsql.so.1.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libmcop.so.1.0.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libkdecore.so.4.2.0 => lt_dlloader_find lt_dlinit (...26 symbols omitted...) lt_dladderror with /usr/lib/libodbcinst.so.1.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libMagick.so.10.0.3 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libtemplate.so.1.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror with /usr/lib/libgcj.so.7rh.0.0 => lt_dlloader_find lt_dlinit (...29 symbols omitted...) lt_dladderror Clashes for /usr/lib/libFS.so.6.0.0: with /usr/lib/libX11.so.6.2.0 => in6addr_any with /usr/lib/libICE.so.6.3.0 => in6addr_any with /usr/lib/libXfont.so.1.4.1 => in6addr_any Clashes for /usr/lib/libOSMesa16.so.6.5.1: with /usr/lib/libGL.so.1.2 => glGetProgramParameterfvNV glWindowPos3fv (...873 symbols omitted...) glWindowPos2iMESA with /usr/lib/libOSMesa32.so.6.5.1 => glGetProgramParameterfvNV slang_struct_scope_copy (...1004 symbols omitted...) OSMesaGetProcAddress with /usr/lib/libOSMesa.so.6.5.1 => glGetProgramParameterfvNV slang_struct_scope_copy (...1004 symbols omitted...) OSMesaGetProcAddress Clashes for /usr/lib/libboost_test_exec_monitor.so.1.33.1: with /usr/lib/libaggplatformsdl.so.2.0.4 => main with /usr/sbin/httpd => main with /usr/lib/libkscreensaver.so.4.2.0 => main with /usr/lib/libgij.so.7rh.0.0 => main with /usr/lib/libgs.so.8.15 => main with /usr/lib/libaggplatformX11.so.2.0.4 => main with /usr/lib/libboost_prg_exec_monitor.so.1.33.1 => main with /usr/lib/libboost_unit_test_framework.so.1.33.1 => main Clashes for /usr/lib/libgaim.so.0.0.0: with /usr/lib/libgaim-client.so.0.0.0 => gaim_status_get_attr_string gaim_status_type_get_primary_attr (...446 symbols omitted...) gaim_blist_node_set_string Clashes for /usr/lib/libXaw7.so.7.0.0: with /usr/lib/libXaw3d.so.7.0 => listWidgetClass simpleMenuClassRec (...130 symbols omitted...) XawToggleGetCurrent with /usr/lib/libXt.so.6.0.0 => vendorShellClassRec vendorShellWidgetClass with /usr/lib/libXaw6.so.6.0.1 => listWidgetClass simpleMenuClassRec (...133 symbols omitted...) XawToggleGetCurrent Clashes for /usr/lib/libplc4.so: with /usr/lib/libnspr4.so => libVersionPoint with /usr/lib/libplds4.so => libVersionPoint Clashes for /usr/lib/libkrb4.so.2.0: with /usr/lib/libdes425.so.3.0 => unix_time_gmt_unixsec Clashes for /usr/lib/libdhcp4client.so.1: with /usr/lib/libdhcp.so.1 => ddns_update_style collections (...13 symbols omitted...) default_classification_rules with /usr/lib/libgnutls-openssl.so.13.0.6 => MD5_Init MD5_Final MD5_Update with /usr/lib/libisc.so.11.1.1 => isc_result_totext with /usr/lib/libsoup-2.2.so.8.4.0 => send_request with /usr/lib/libc-client.so.1 => hash_lookup with /usr/lib/libgtkspell.so.0.0.0 => quiet with /usr/lib/libbind.so.4.0.5 => key_file_fmt_str MD5_Init (...2 symbols omitted...) MD5_version with /usr/lib/libdhcp6client.so.1 => libdhcp_control with /usr/lib/libtirpc.so.1.0.7 => log_debug Clashes for /usr/lib/libdhcp.so.1: with /usr/lib/libdhcp4client.so.1 => ddns_update_style collections (...13 symbols omitted...) default_classification_rules with /usr/lib/libdhcp6client.so.1 => resolv_dhcpv6_file server6_lease_file (...3 symbols omitted...) lease_file Clashes for /usr/lib/libaggplatformsdl.so.2.0.4: with /usr/sbin/httpd => main with /usr/lib/libboost_test_exec_monitor.so.1.33.1 => main with /usr/lib/libkscreensaver.so.4.2.0 => main with /usr/lib/libgij.so.7rh.0.0 => main with /usr/lib/libgs.so.8.15 => main with /usr/lib/libaggplatformX11.so.2.0.4 => main with /usr/lib/libboost_prg_exec_monitor.so.1.33.1 => main with /usr/lib/libboost_unit_test_framework.so.1.33.1 => main Clashes for /usr/lib/libesoobS.so.1.0.0: with /usr/lib/libodbcdrvcfg2S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libsapdbS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboplodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbctxtS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboraodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcnnS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcdrvcfg1S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libmimerS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libtdsS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcpsqlS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcminiS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcmyS.so.1.0.0 => ODBCINSTGetProperties Clashes for /usr/lib/libedataserver-1.2.so.7.1.0: with /usr/lib/libgmime-2.0.so.2.2.3 => md5_init md5_get_digest (...1 symbols omitted...) md5_get_digest_from_file with /usr/lib/libkopete_oscar.so.2.0.0 => md5_init with /usr/lib/libwireshark.so.0.0.1 => md5_init with /usr/lib/libgs.so.8.15 => md5_init Clashes for /usr/lib/libopal_linux_x86_r.so.2.2.2: with /usr/lib/libspeex.so.1.3.0 => speex_decoder_destroy speex_std_low_mode_request_handler (...125 symbols omitted...) vbr_nb_thresh with /usr/lib/libg2c.so.0.0.0 => pow_ii r_sign i_nint Clashes for /usr/lib/libgij.so.7rh.0.0: with /usr/lib/libaggplatformsdl.so.2.0.4 => main with /usr/sbin/httpd => main with /usr/lib/libboost_test_exec_monitor.so.1.33.1 => main with /usr/lib/libkscreensaver.so.4.2.0 => main with /usr/lib/libgs.so.8.15 => main with /usr/lib/libaggplatformX11.so.2.0.4 => main with /usr/lib/libboost_prg_exec_monitor.so.1.33.1 => main with /usr/lib/libboost_unit_test_framework.so.1.33.1 => main Clashes for /usr/lib/libnspr4.so: with /usr/lib/libplc4.so => libVersionPoint with /usr/lib/libplds4.so => libVersionPoint Clashes for /usr/lib/libgnome-mag.so.2.1.1: with /usr/lib/libbonobo-2.so.0.0.0 => TC_Bonobo_PropertySet_struct Bonobo_EventSource__imethods (...55 symbols omitted...) Bonobo_PropertyBag_getType Clashes for /usr/lib/libhesiod.so.0.0.0: with /usr/lib/libbind.so.4.0.5 => hesiod_free_list hesiod_init hesiod_end hesiod_resolve hesiod_to_bind Clashes for /usr/lib/libmimerS.so.1.0.0: with /usr/lib/libodbcdrvcfg2S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboplodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbctxtS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboraodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcnnS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcdrvcfg1S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libsapdbS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libtdsS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcpsqlS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libesoobS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcminiS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcmyS.so.1.0.0 => ODBCINSTGetProperties Clashes for /usr/lib/libkopete_oscar.so.2.0.0: with /usr/lib/libgmime-2.0.so.2.2.3 => md5_init with /usr/lib/libwireshark.so.0.0.1 => md5_init md5_append md5_finish with /usr/lib/libedataserver-1.2.so.7.1.0 => md5_init with /usr/lib/libgs.so.8.15 => md5_init md5_append md5_finish Clashes for /usr/lib/libboundparam.so.1.0.0: with /usr/lib/libgtrtst.so.1.0.0 => szMessageBox GetRCString szLogPrintf Clashes for /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/OpenIPMI/OpenIPMI.so: with /usr/lib/libartscontrolapplet.so.1.0.0 => init Clashes for /usr/lib/libmono-profiler-aot.so.0.0.0: with /usr/lib/libmono-profiler-cov.so.0.0.0 => mono_profiler_startup From bugs.michael at gmx.net Fri Nov 17 12:38:57 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 17 Nov 2006 13:38:57 +0100 Subject: Package EVR problems in FC+FE 2006-11-16 In-Reply-To: <20061116175148.4216515212E@buildsys.fedoraproject.org> References: <20061116175148.4216515212E@buildsys.fedoraproject.org> Message-ID: <20061117133857.cd8d02c5.bugs.michael@gmx.net> Since this list of problems keeps growing, I've submitted a couple of bug reports for the packages, which are broken independent of a missing FC7 build: aumix dogtail flumotion gcin kbibtex libopensync-plugin-irmc monotone piklab python-nltk From sundaram at fedoraproject.org Fri Nov 17 12:46:53 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 17 Nov 2006 18:16:53 +0530 Subject: Package EVR problems in FC+FE 2006-11-16 In-Reply-To: <20061117133857.cd8d02c5.bugs.michael@gmx.net> References: <20061116175148.4216515212E@buildsys.fedoraproject.org> <20061117133857.cd8d02c5.bugs.michael@gmx.net> Message-ID: <455DAF3D.4080203@fedoraproject.org> Michael Schwendt wrote: > Since this list of problems keeps growing, I've submitted a couple of bug > reports for the packages, which are broken independent of a missing FC7 > build: > > aumix > dogtail > flumotion > gcin > kbibtex > libopensync-plugin-irmc > monotone > piklab > python-nltk > Would it be possible to use the XML RPC stuff to auto file bugzilla reports? Rahul From alain.portal at free.fr Fri Nov 17 13:40:34 2006 From: alain.portal at free.fr (Alain PORTAL) Date: Fri, 17 Nov 2006 14:40:34 +0100 Subject: Package EVR problems in FC+FE 2006-11-16 In-Reply-To: <20061117133857.cd8d02c5.bugs.michael@gmx.net> References: <20061116175148.4216515212E@buildsys.fedoraproject.org> <20061117133857.cd8d02c5.bugs.michael@gmx.net> Message-ID: <200611171440.37493.alain.portal@free.fr> Hi, Le vendredi 17 novembre 2006 13:38, Michael Schwendt a ?crit : > Since this list of problems keeps growing, I've submitted a couple of bug > reports for the packages, which are broken independent of a missing FC7 > build: > > piklab Michael, As i'm ill, I'm not in front of the machine where I use to contribute to Fedora Extras, so I can't request for a build: [alain at lns-bzn-22-82-249-96-223 devel]$ make build /usr/bin/plague-client build piklab piklab-0_12_2-3_fc7 devel Error connecting to build server: '(111, 'Connection refused')' make: *** [build] Erreur 1 So, can somebody request the build (FC-5, FC-6, devel) for me ? EVR are fixed in cvs; Regards, Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr/ From jorton at redhat.com Fri Nov 17 13:59:16 2006 From: jorton at redhat.com (Joe Orton) Date: Fri, 17 Nov 2006 13:59:16 +0000 Subject: FC6: library global symbol abuse In-Reply-To: <6229.1163739530@sss.pgh.pa.us> References: <20061116114237.GA13067@redhat.com> <6229.1163739530@sss.pgh.pa.us> Message-ID: <20061117135916.GA14773@redhat.com> On Thu, Nov 16, 2006 at 11:58:50PM -0500, Tom Lane wrote: > Joe Orton writes: > > Symbol clashes between libraries /usr/lib/libodbcpsql.so.1.0.0 /usr/lib/libodbcpsql.so.2.0.0: > > Uh ... why are these being compared? Just because they're both there. It is intentional that two different versions of this library are being shipped (and in one package)? Also, regarding: Clashes for /usr/lib/libodbcminiS.so.1.0.0: with /usr/lib/libodbcdrvcfg2S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libsapdbS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboplodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbctxtS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/liboraodbcS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcnnS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcdrvcfg1S.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libmimerS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libtdsS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcpsqlS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libesoobS.so.1.0.0 => ODBCINSTGetProperties with /usr/lib/libodbcmyS.so.1.0.0 => ODBCINSTGetProperties is it correct that all these libraries must only ever be used indirectly via libodbc (which will dlopen them) - and no app may link directly against them? If so they can go on the whitelist, but they should not really be in /usr/lib to start with; dlopen-able modules should go in /usr/lib/. Regards, joe From bugs.michael at gmx.net Fri Nov 17 14:10:28 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 17 Nov 2006 15:10:28 +0100 Subject: Package EVR problems in FC+FE 2006-11-16 In-Reply-To: <455DAF3D.4080203@fedoraproject.org> References: <20061116175148.4216515212E@buildsys.fedoraproject.org> <20061117133857.cd8d02c5.bugs.michael@gmx.net> <455DAF3D.4080203@fedoraproject.org> Message-ID: <20061117151028.853c6b4e.bugs.michael@gmx.net> On Fri, 17 Nov 2006 18:16:53 +0530, Rahul Sundaram wrote: > Michael Schwendt wrote: > > Since this list of problems keeps growing, I've submitted a couple of bug > > reports for the packages, which are broken independent of a missing FC7 > > build: > > > > aumix > > dogtail > > flumotion > > gcin > > kbibtex > > libopensync-plugin-irmc > > monotone > > piklab > > python-nltk > > > > Would it be possible to use the XML RPC stuff to auto file bugzilla reports? I've been using it for a long time including some fully automated submissions. However, submitting bugs is not a problem. Querying bugzilla and implementing something "mighty", which avoids duplicates and examines ticket status information, would require increased efforts (as to recognise when reported issues are fixed). Also, some of the broken upgrade paths affect Core+Extras, and it is not always clear whether or where to report them (e.g. when Legacy upgraded Core, where and how would it be fixed?). So, for a future buildsys plug-in, running the upgrade-path check as early as necessary to prevent bad upgrades from being published, would be better than filling bugzila with tickets. From rdieter at math.unl.edu Fri Nov 17 14:12:41 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 17 Nov 2006 08:12:41 -0600 Subject: FC6: library global symbol abuse In-Reply-To: <20061117135916.GA14773@redhat.com> References: <20061116114237.GA13067@redhat.com> <6229.1163739530@sss.pgh.pa.us> <20061117135916.GA14773@redhat.com> Message-ID: <455DC359.6090407@math.unl.edu> Joe Orton wrote: > On Thu, Nov 16, 2006 at 11:58:50PM -0500, Tom Lane wrote: >> Joe Orton writes: >>> Symbol clashes between libraries /usr/lib/libodbcpsql.so.1.0.0 /usr/lib/libodbcpsql.so.2.0.0: >> Uh ... why are these being compared? > > Just because they're both there. It is intentional that two different > versions of this library are being shipped (and in one package)? I suspect that "problem" will need to be addressed during package review for move out of Core. -- Rex From pertusus at free.fr Fri Nov 17 14:31:33 2006 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 17 Nov 2006 15:31:33 +0100 Subject: FC6: library global symbol abuse In-Reply-To: <20061117135916.GA14773@redhat.com> References: <20061116114237.GA13067@redhat.com> <6229.1163739530@sss.pgh.pa.us> <20061117135916.GA14773@redhat.com> Message-ID: <20061117143133.GA2862@free.fr> On Fri, Nov 17, 2006 at 01:59:16PM +0000, Joe Orton wrote: > > Also, regarding: > > Clashes for /usr/lib/libodbcminiS.so.1.0.0: > with /usr/lib/libodbcdrvcfg2S.so.1.0.0 => ODBCINSTGetProperties .... > with /usr/lib/libesoobS.so.1.0.0 => ODBCINSTGetProperties > with /usr/lib/libodbcmyS.so.1.0.0 => ODBCINSTGetProperties > > is it correct that all these libraries must only ever be used indirectly > via libodbc (which will dlopen them) - and no app may link directly > against them? If so they can go on the whitelist, but they should not > really be in /usr/lib to start with; dlopen-able modules should go in > /usr/lib/. I filled a bug for .so in %_libdir, and raised that issue, but the maintainer don't want to do the move. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203641 There is an issue of backward compatibility since the libraries .so are in config files. But the main issue seems to me to be that the maintainer don't care much about those issues. -- Pat From wolfy at nobugconsulting.ro Fri Nov 17 14:40:20 2006 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Fri, 17 Nov 2006 16:40:20 +0200 Subject: [Bug 214830] Review Request: Limph - PHP network host monitor In-Reply-To: <200611171421.kAHELwKR024091@bugzilla.redhat.com> References: <200611171421.kAHELwKR024091@bugzilla.redhat.com> Message-ID: <455DC9D4.6070500@nobugconsulting.ro> bugzilla at redhat.com wrote: > Please do not reply directly to this email. All additional > comments should be made in the comments box of this bug report. > > Summary: Review Request: Limph - PHP network host monitor > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=214830 > > > > > > ------- Additional Comments From limb at jcomserv.net 2006-11-17 09:21 EST ------- > Spec URL: http://gryffindor.jcomserv.net/extras/limph/limph-2.spec > SRPM URL: http://gryffindor.jcomserv.net/extras/limph/limph-1.9.3-2.src.rpm > > I addressed the source BuildArch, URL, RPM_SOURCE_DIR, limph.conf issues. I'm > trying to solve the conf file issues with symlinks and it's not working, nor is > my %attr for the tmp directory applying the desired ownership. What am I doing > wrong? > > The reason the MD5 doesn't match upstream is the folder name in the source > tarball is limph, not limph-1.9.3, so I untarred, renamed and retarred to get it > to build. Should I re-release a 1.9.3.1 with this fixed, or is there a way > around it in the SPEC? > > Thanks for the help, BTW. > > You can use %setup -n to work around the different name of the directory. It is much better to NOT modify the original tar, the ability to verify the MD5 is very important -- Manuel Wolfshant linux registered user #131416 IT manager NoBug Consulting Romania http://www.brainbench.com/transcript.jsp?pid=40317 From rc040203 at freenet.de Fri Nov 17 14:43:26 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 17 Nov 2006 15:43:26 +0100 Subject: FC6: library global symbol abuse In-Reply-To: <455DC359.6090407@math.unl.edu> References: <20061116114237.GA13067@redhat.com> <6229.1163739530@sss.pgh.pa.us> <20061117135916.GA14773@redhat.com> <455DC359.6090407@math.unl.edu> Message-ID: <1163774607.7059.49.camel@mccallum.corsepiu.local> On Fri, 2006-11-17 at 08:12 -0600, Rex Dieter wrote: > Joe Orton wrote: > > On Thu, Nov 16, 2006 at 11:58:50PM -0500, Tom Lane wrote: > >> Joe Orton writes: > >>> Symbol clashes between libraries /usr/lib/libodbcpsql.so.1.0.0 /usr/lib/libodbcpsql.so.2.0.0: > >> Uh ... why are these being compared? > > > > Just because they're both there. It is intentional that two different > > versions of this library are being shipped (and in one package)? > > > I suspect that "problem" will need to be addressed during package review > for move out of Core. Which problem? * Different files names * Different SONAMEs: # objdump -p \ /usr/lib/libodbcpsql.so.1.0.0 \ /usr/lib/libodbcpsql.so.2.0.0 | grep SONAME SONAME libodbcpsql.so.1 SONAME libodbcpsql.so.2 == 2 different shared libraries installed in parallel => No conflict, non-issue. Why they are both being shipped is a different question. Ralf From rdieter at math.unl.edu Fri Nov 17 15:01:15 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 17 Nov 2006 09:01:15 -0600 Subject: FC6: library global symbol abuse In-Reply-To: <1163774607.7059.49.camel@mccallum.corsepiu.local> References: <20061116114237.GA13067@redhat.com> <6229.1163739530@sss.pgh.pa.us> <20061117135916.GA14773@redhat.com> <455DC359.6090407@math.unl.edu> <1163774607.7059.49.camel@mccallum.corsepiu.local> Message-ID: <455DCEBB.6030004@math.unl.edu> Ralf Corsepius wrote: > On Fri, 2006-11-17 at 08:12 -0600, Rex Dieter wrote: >> Joe Orton wrote: >>> On Thu, Nov 16, 2006 at 11:58:50PM -0500, Tom Lane wrote: >>>> Joe Orton writes: >>>>> Symbol clashes between libraries /usr/lib/libodbcpsql.so.1.0.0 /usr/lib/libodbcpsql.so.2.0.0: >>>> Uh ... why are these being compared? >>> Just because they're both there. It is intentional that two different >>> versions of this library are being shipped (and in one package)? >> >> I suspect that "problem" will need to be addressed during package review >> for move out of Core. > Which problem? > Why they are both being shipped is a different question. The "both" question was the main item I was referring to. -- Rex From tgl at redhat.com Fri Nov 17 16:02:13 2006 From: tgl at redhat.com (Tom Lane) Date: Fri, 17 Nov 2006 11:02:13 -0500 Subject: FC6: library global symbol abuse In-Reply-To: <20061117135916.GA14773@redhat.com> References: <20061116114237.GA13067@redhat.com> <6229.1163739530@sss.pgh.pa.us> <20061117135916.GA14773@redhat.com> Message-ID: <14154.1163779333@sss.pgh.pa.us> Joe Orton writes: > On Thu, Nov 16, 2006 at 11:58:50PM -0500, Tom Lane wrote: >> Uh ... why are these being compared? > Just because they're both there. It is intentional that two different > versions of this library are being shipped (and in one package)? [ squints... ] Good question --- it's intentional on upstream's part, but the .1 .so is for Postgres 7.1 which we haven't supported for a long time. Probably could lose it. Actually I've been thinking of stripping both the pgsql and mysql drivers from unixODBC, because there are more up-to-date versions shipped as separate packages. > Also, regarding: > Clashes for /usr/lib/libodbcminiS.so.1.0.0: > is it correct that all these libraries must only ever be used indirectly > via libodbc (which will dlopen them) - and no app may link directly > against them? Yeah; in fact they all *have* to define conflicting symbols because that's the ABI they're supposed to present to libodbc. > If so they can go on the whitelist, but they should not > really be in /usr/lib to start with; dlopen-able modules should go in > /usr/lib/. This has come up before, but the problem is that it'd break existing user-written odbcinst.ini files. I'm not convinced it's worth that. regards, tom lane From jorton at redhat.com Fri Nov 17 16:24:37 2006 From: jorton at redhat.com (Joe Orton) Date: Fri, 17 Nov 2006 16:24:37 +0000 Subject: FC6: library global symbol abuse In-Reply-To: <14154.1163779333@sss.pgh.pa.us> References: <20061116114237.GA13067@redhat.com> <6229.1163739530@sss.pgh.pa.us> <20061117135916.GA14773@redhat.com> <14154.1163779333@sss.pgh.pa.us> Message-ID: <20061117162437.GB14773@redhat.com> On Fri, Nov 17, 2006 at 11:02:13AM -0500, Tom Lane wrote: > Joe Orton writes: > > If so they can go on the whitelist, but they should not > > really be in /usr/lib to start with; dlopen-able modules should go in > > /usr/lib/. > > This has come up before, but the problem is that it'd break existing > user-written odbcinst.ini files. I'm not convinced it's worth that. It would be a pretty simple hack to try dlopen'ing the basename() of the configured driver filename in e.g. $libdir/unixodbc and falling back if necessary. Dumping libraries out of $libdir will e.g. speed up ldconfig, and reduce package size since the useless versioning symlinks can be dropped. joe From rdieter at math.unl.edu Fri Nov 17 16:26:38 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 17 Nov 2006 10:26:38 -0600 Subject: Status of update to OpenEXR-1.4.x In-Reply-To: <455225A5.5040601@math.unl.edu> References: <0MKwpI-1GdAMh24ey-0000mr@mrelayeu.kundenserver.de> <45410538.9020904@math.unl.edu> <0MKxQS-1GdAjT257E-0004WC@mrelayeu.kundenserver.de> <455225A5.5040601@math.unl.edu> Message-ID: <455DE2BE.5060103@math.unl.edu> Rex Dieter wrote: > Jochen Schmitt wrote: > >>> The upgrade to 1.4.x went well (no problems reported). Is there >>> interest in backporting this to fc5 as well? >> >> Thank you for the clarification. > > After a bit more digging and research, it's not clear that upstream will > support the 1.2.x codebase (much) anymore, and since the performance > improvements in 1.4.x (multithreading) are compelling, I'll plan on > pushing an fc5 update to OpenEXR-1.4.x first thing Thu Nov 16 morning. Postponed, due to FedoraSummit hangover and subsequent cvs offline'age. Will update as soon as cvs(and buildsystem) is happy again. -- Rex From pertusus at free.fr Fri Nov 17 17:29:05 2006 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 17 Nov 2006 18:29:05 +0100 Subject: FC6: library global symbol abuse In-Reply-To: <14154.1163779333@sss.pgh.pa.us> References: <20061116114237.GA13067@redhat.com> <6229.1163739530@sss.pgh.pa.us> <20061117135916.GA14773@redhat.com> <14154.1163779333@sss.pgh.pa.us> Message-ID: <20061117172905.GF2862@free.fr> On Fri, Nov 17, 2006 at 11:02:13AM -0500, Tom Lane wrote: > > This has come up before, but the problem is that it'd break existing > user-written odbcinst.ini files. I'm not convinced it's worth that. There may be symlinks for some time, to leave time for the users to adapt, but the libs would better be in a subdir, and unversionned if they are dlopened. -- Pat From laroche at redhat.com Sat Nov 18 09:26:45 2006 From: laroche at redhat.com (Florian La Roche) Date: Sat, 18 Nov 2006 10:26:45 +0100 Subject: FC6: library global symbol abuse In-Reply-To: <20061117100609.GA9182@redhat.com> References: <20061116114237.GA13067@redhat.com> <20061117100609.GA9182@redhat.com> Message-ID: <20061118092645.GB5912@dudweiler.stuttgart.redhat.com> > Clashes for /usr/lib/libxdelta.so.2.0.0: > with /usr/lib/libedsio.so.0.0.0 => serializeio_source_reset_allocation EC_EdsioOutputBufferShort (...193 symbols omitted...) EC_EdsioUnexpectedType Why is this still shipped? regards, Florian La Roche From jspaleta at gmail.com Sun Nov 19 19:52:28 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 19 Nov 2006 10:52:28 -0900 Subject: Does libgpod have a (pro)active maintainer in Core? Message-ID: <604aa7910611191152q7ab64e8an1ec112262cbfb38e@mail.gmail.com> There are a couple of issues with libgpod that are affecting multiple packages in Extras and Core at the moment that I want to make sure people are aware about the problem. An upgrade to the latest version needs to be considered for at least fc6, and there needs to be a decision on how to handle the currently unshipped python bindings. Looking at the currently open bugs on thses issues (one dating back to May and another to July) I haven't seen any discussion from anyone in the package changelog that could be considered an active maintainer for this package. Also it appears the bugreports are assigned to someone who isn't in the changelog so far. As a result, I'm bring the state of this package up to the general maintainer list because it appears to me that maintainership of libgpod is in a virtual limbo and the bugzilla based communication has broken down because its not getting to the maintainers who have a vested interest in pushing builds of this. This package represents important functionality for a growing number of audio applications in the Fedora Package space.. Two questions: 1) Can we get an updated in fc6/fc5 in coordination with the needs of community packagers in Extras. 2) The python bindings that come with the libgpod need to be built atleast for development trees (and again for release trees if libgpod gets updated there). There needs to be an understanding as to whether or not Extras maintainers should be dealing with the bindings as a separate srpm (even though its part of the upstream 0.4 release) Bug report references with date of filing: 2006-07-11: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198582 2006-10-20: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=211648 These are related rhythmbox reports:: 2006-05-27: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=193413 2006-10-23: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=211823 -jef"Please tell me that the maintainership state of libgpod has fallen through the cracks by accident and its state of disrepair isn't a delibrate decision, and fixing this is just a matter of clearing up who has the time and access to start pushing up test updates with the python bindings enabled."spaleta From alexl at redhat.com Mon Nov 20 08:26:10 2006 From: alexl at redhat.com (Alexander Larsson) Date: Mon, 20 Nov 2006 09:26:10 +0100 Subject: Does libgpod have a (pro)active maintainer in Core? In-Reply-To: <604aa7910611191152q7ab64e8an1ec112262cbfb38e@mail.gmail.com> References: <604aa7910611191152q7ab64e8an1ec112262cbfb38e@mail.gmail.com> Message-ID: <1164011170.2776.8.camel@greebo> On Sun, 2006-11-19 at 10:52 -0900, Jeff Spaleta wrote: > There are a couple of issues with libgpod that are affecting multiple > packages in Extras and Core at the moment that I want to make sure > people are aware about the problem. An upgrade to the latest version > needs to be considered for at least fc6, and there needs to be a > decision on how to handle the currently unshipped python bindings. I've recently (last week or so) been given the maintainership of a bunch of packages, including libgpod. I'm always overloaded with work, but I will try to take a look at these problems. Of course, I have never even looked at these packages before, so I could use help as much as possible. :) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a fiendish vegetarian gentleman spy on the edge. She's a mistrustful bisexual snake charmer who dreams of becoming Elvis. They fight crime! From fedora at leemhuis.info Mon Nov 20 16:10:08 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 20 Nov 2006 17:10:08 +0100 Subject: FESCo meeting this week on wednesday Message-ID: <4561D360.30905@leemhuis.info> Hi all! Just FYI, we'll run the FESCo meeting this week on Wednesday at 18:00 UTC instead or Thursday due to Thanksgiving/public holiday in the US on Thursday. See you in #fedora-extras on Wednesday! All contributers are invited to participate in the meeting! Meeting rules: http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines Cu thl From ajackson at redhat.com Mon Nov 20 17:13:39 2006 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 20 Nov 2006 12:13:39 -0500 Subject: FC6: library global symbol abuse In-Reply-To: <20061117100609.GA9182@redhat.com> References: <20061116114237.GA13067@redhat.com> <20061117100609.GA9182@redhat.com> Message-ID: <1164042819.30629.8.camel@localhost.localdomain> On Fri, 2006-11-17 at 10:06 +0000, Joe Orton wrote: > Clashes for /usr/lib/libXaw3d.so.7.0: > with /usr/lib/libXaw7.so.7.0.0 => listWidgetClass simpleMenuClassRec (...130 symbols omitted...) XawToggleGetCurrent > with /usr/lib/libXt.so.6.0.0 => vendorShellClassRec vendorShellWidgetClass > with /usr/lib/libXaw6.so.6.0.1 => listWidgetClass simpleMenuClassRec (...126 symbols omitted...) XawToggleGetCurrent The libXaw* libs intentionally clash. That they encode the API number in both the name and the version number is something of a historical accident. (Suggested fix: don't use Xaw.) The Xt/Xaw clash is... icky. > Clashes for /usr/lib/libGL.so.1.2: > with /usr/lib/libOSMesa32.so.6.5.1 => glGetProgramParameterfvNV glWindowPos3fv (...873 symbols omitted...) glWindowPos2iMESA > with /usr/lib/libOSMesa16.so.6.5.1 => glGetProgramParameterfvNV glWindowPos3fv (...873 symbols omitted...) glWindowPos2iMESA > with /usr/lib/libOSMesa.so.6.5.1 => glGetProgramParameterfvNV glWindowPos3fv (...873 symbols omitted...) glWindowPos2iMESA Intentional. Thanks for the list, working on the others that are mine (X libs). - ajax From jorton at redhat.com Mon Nov 20 17:39:44 2006 From: jorton at redhat.com (Joe Orton) Date: Mon, 20 Nov 2006 17:39:44 +0000 Subject: FC6: library global symbol abuse In-Reply-To: <1164042819.30629.8.camel@localhost.localdomain> References: <20061116114237.GA13067@redhat.com> <20061117100609.GA9182@redhat.com> <1164042819.30629.8.camel@localhost.localdomain> Message-ID: <20061120173944.GA20436@redhat.com> On Mon, Nov 20, 2006 at 12:13:39PM -0500, Adam Jackson wrote: > On Fri, 2006-11-17 at 10:06 +0000, Joe Orton wrote: > > > Clashes for /usr/lib/libXaw3d.so.7.0: > > with /usr/lib/libXaw7.so.7.0.0 => listWidgetClass simpleMenuClassRec (...130 symbols omitted...) XawToggleGetCurrent > > with /usr/lib/libXt.so.6.0.0 => vendorShellClassRec vendorShellWidgetClass > > with /usr/lib/libXaw6.so.6.0.1 => listWidgetClass simpleMenuClassRec (...126 symbols omitted...) XawToggleGetCurrent > > The libXaw* libs intentionally clash. That they encode the API number > in both the name and the version number is something of a historical > accident. (Suggested fix: don't use Xaw.) OK. Is this one also intentional? Clashes for /usr/lib/libXmu.so.6.2.0: with /usr/lib/libXmuu.so.1.0.0 => XmuNCopyISOLatin1Lowered XmuCursorNameToIndex (...6 symbols omitted...) XmuSnprintf joe From jspaleta at gmail.com Mon Nov 20 17:48:01 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 20 Nov 2006 08:48:01 -0900 Subject: Does libgpod have a (pro)active maintainer in Core? In-Reply-To: <1164011170.2776.8.camel@greebo> References: <604aa7910611191152q7ab64e8an1ec112262cbfb38e@mail.gmail.com> <1164011170.2776.8.camel@greebo> Message-ID: <604aa7910611200948y18be5313qd98cc0c6d796e922@mail.gmail.com> On 11/19/06, Alexander Larsson wrote: > I've recently (last week or so) been given the maintainership of a bunch > of packages, including libgpod. I'm always overloaded with work, but I > will try to take a look at these problems. Of course, I have never even > looked at these packages before, so I could use help as much as > possible. :) There are multiple people who have spun up out-of-tree updates of libgpod now. it should be enough to read through the comments on the bugs I referenced previously. One of the bugs I reference, should even has a spec to roll the new 0.4 version, producing the python bindings as a subpackage in Core without requiring the python-eye3d from extras. There is community work being done to address this, but like I said, there has been a lack of comment from maintainerside through bugzilla so far, so I was concerned that there was a maintainership breakdown and this was falling through the cracks. At the very least you should talk to the maintainer for listen in Extras for coordination if an update gets pushed. It really doesn't matter where the python bindings live, Core or Extras, but libgpod needs to be updated to atleast 0.3.2 in fc6 if not 0.4 to make the bindings buildable inside Fedora-space. -jef"puts away his eye-poking stick"spaleta From alexl at redhat.com Mon Nov 20 16:58:39 2006 From: alexl at redhat.com (Alexander Larsson) Date: Mon, 20 Nov 2006 17:58:39 +0100 Subject: Does libgpod have a (pro)active maintainer in Core? In-Reply-To: <604aa7910611200948y18be5313qd98cc0c6d796e922@mail.gmail.com> References: <604aa7910611191152q7ab64e8an1ec112262cbfb38e@mail.gmail.com> <1164011170.2776.8.camel@greebo> <604aa7910611200948y18be5313qd98cc0c6d796e922@mail.gmail.com> Message-ID: <1164041919.2776.27.camel@greebo> On Mon, 2006-11-20 at 08:48 -0900, Jeff Spaleta wrote: > On 11/19/06, Alexander Larsson wrote: > > I've recently (last week or so) been given the maintainership of a bunch > > of packages, including libgpod. I'm always overloaded with work, but I > > will try to take a look at these problems. Of course, I have never even > > looked at these packages before, so I could use help as much as > > possible. :) > > There are multiple people who have spun up out-of-tree updates of > libgpod now. it should be enough to read through the comments on the > bugs I referenced previously. One of the bugs I reference, should > even has a spec to roll the new 0.4 version, producing the python > bindings as a subpackage in Core without requiring the python-eye3d > from extras. There is community work being done to address this, but > like I said, there has been a lack of comment from maintainerside > through bugzilla so far, so I was concerned that there was a > maintainership breakdown and this was falling through the cracks. > > At the very least you should talk to the maintainer for listen in > Extras for coordination if an update gets pushed. It really doesn't > matter where the python bindings live, Core or Extras, but libgpod > needs to be updated to atleast 0.3.2 in fc6 if not 0.4 to make the > bindings buildable inside Fedora-space. Ok. I'm not sure what removing the python-eye3d support does, but just removing stuff souds scary, so I will spin an update for FC5/FC6 without the python bindings. Then we can add python bindings in extras for FC6. For FC7 maybe we can enable the python bindings when the mythical core/extras merger happens. Sounds ok? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's an obese guitar-strumming sorceror who dotes on his loving old ma. She's a transdimensional red-headed safe cracker prone to fits of savage, blood-crazed rage. They fight crime! From alexl at redhat.com Mon Nov 20 17:30:18 2006 From: alexl at redhat.com (Alexander Larsson) Date: Mon, 20 Nov 2006 18:30:18 +0100 Subject: Does libgpod have a (pro)active maintainer in Core? In-Reply-To: <1164041919.2776.27.camel@greebo> References: <604aa7910611191152q7ab64e8an1ec112262cbfb38e@mail.gmail.com> <1164011170.2776.8.camel@greebo> <604aa7910611200948y18be5313qd98cc0c6d796e922@mail.gmail.com> <1164041919.2776.27.camel@greebo> Message-ID: <1164043818.2776.32.camel@greebo> On Mon, 2006-11-20 at 17:58 +0100, Alexander Larsson wrote: > On Mon, 2006-11-20 at 08:48 -0900, Jeff Spaleta wrote: > > On 11/19/06, Alexander Larsson wrote: > > > I've recently (last week or so) been given the maintainership of a bunch > > > of packages, including libgpod. I'm always overloaded with work, but I > > > will try to take a look at these problems. Of course, I have never even > > > looked at these packages before, so I could use help as much as > > > possible. :) > > > > There are multiple people who have spun up out-of-tree updates of > > libgpod now. it should be enough to read through the comments on the > > bugs I referenced previously. One of the bugs I reference, should > > even has a spec to roll the new 0.4 version, producing the python > > bindings as a subpackage in Core without requiring the python-eye3d > > from extras. There is community work being done to address this, but > > like I said, there has been a lack of comment from maintainerside > > through bugzilla so far, so I was concerned that there was a > > maintainership breakdown and this was falling through the cracks. > > > > At the very least you should talk to the maintainer for listen in > > Extras for coordination if an update gets pushed. It really doesn't > > matter where the python bindings live, Core or Extras, but libgpod > > needs to be updated to atleast 0.3.2 in fc6 if not 0.4 to make the > > bindings buildable inside Fedora-space. > > Ok. I'm not sure what removing the python-eye3d support does, but just > removing stuff souds scary, so I will spin an update for FC5/FC6 without > the python bindings. Then we can add python bindings in extras for FC6. > > For FC7 maybe we can enable the python bindings when the mythical > core/extras merger happens. > > Sounds ok? Ugh. I saw in a comment to bug 211648 that 0.4.0 is not ABI compatible. That makes the whole thing a lot hairier. Is upgrading to 0.3.2 good enough for FC5/FC6? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a suave misogynist grifter from the 'hood. She's a manipulative extravagent lawyer with the power to see death. They fight crime! From ajackson at redhat.com Mon Nov 20 18:30:13 2006 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 20 Nov 2006 13:30:13 -0500 Subject: FC6: library global symbol abuse In-Reply-To: <20061120173944.GA20436@redhat.com> References: <20061116114237.GA13067@redhat.com> <20061117100609.GA9182@redhat.com> <1164042819.30629.8.camel@localhost.localdomain> <20061120173944.GA20436@redhat.com> Message-ID: <1164047413.30629.10.camel@localhost.localdomain> On Mon, 2006-11-20 at 17:39 +0000, Joe Orton wrote: > On Mon, Nov 20, 2006 at 12:13:39PM -0500, Adam Jackson wrote: > > On Fri, 2006-11-17 at 10:06 +0000, Joe Orton wrote: > > > > > Clashes for /usr/lib/libXaw3d.so.7.0: > > > with /usr/lib/libXaw7.so.7.0.0 => listWidgetClass simpleMenuClassRec (...130 symbols omitted...) XawToggleGetCurrent > > > with /usr/lib/libXt.so.6.0.0 => vendorShellClassRec vendorShellWidgetClass > > > with /usr/lib/libXaw6.so.6.0.1 => listWidgetClass simpleMenuClassRec (...126 symbols omitted...) XawToggleGetCurrent > > > > The libXaw* libs intentionally clash. That they encode the API number > > in both the name and the version number is something of a historical > > accident. (Suggested fix: don't use Xaw.) > > OK. Is this one also intentional? > > Clashes for /usr/lib/libXmu.so.6.2.0: > with /usr/lib/libXmuu.so.1.0.0 => XmuNCopyISOLatin1Lowered XmuCursorNameToIndex (...6 symbols omitted...) XmuSnprintf Not sure yet. - ajax From notting at redhat.com Mon Nov 20 18:44:04 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 20 Nov 2006 13:44:04 -0500 Subject: FC6: library global symbol abuse In-Reply-To: <20061118092645.GB5912@dudweiler.stuttgart.redhat.com> References: <20061116114237.GA13067@redhat.com> <20061117100609.GA9182@redhat.com> <20061118092645.GB5912@dudweiler.stuttgart.redhat.com> Message-ID: <20061120184404.GB18290@nostromo.devel.redhat.com> Florian La Roche (laroche at redhat.com) said: > > Clashes for /usr/lib/libxdelta.so.2.0.0: > > with /usr/lib/libedsio.so.0.0.0 => serializeio_source_reset_allocation EC_EdsioOutputBufferShort (...193 symbols omitted...) EC_EdsioUnexpectedType > > Why is this still shipped? Someone maintains it and no one asked to kill it? :) Bill From jspaleta at gmail.com Mon Nov 20 19:21:58 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 20 Nov 2006 10:21:58 -0900 Subject: Does libgpod have a (pro)active maintainer in Core? In-Reply-To: <1164041919.2776.27.camel@greebo> References: <604aa7910611191152q7ab64e8an1ec112262cbfb38e@mail.gmail.com> <1164011170.2776.8.camel@greebo> <604aa7910611200948y18be5313qd98cc0c6d796e922@mail.gmail.com> <1164041919.2776.27.camel@greebo> Message-ID: <604aa7910611201121u63571928m2f2de78d6cb0fed5@mail.gmail.com> On 11/20/06, Alexander Larsson wrote: > Ok. I'm not sure what removing the python-eye3d support does, but just > removing stuff souds scary, so I will spin an update for FC5/FC6 without > the python bindings. Then we can add python bindings in extras for FC6. > > For FC7 maybe we can enable the python bindings when the mythical > core/extras merger happens. > > Sounds ok? I have no problem with that, as a concerned user. We need to make sure the maintainers in Extras with affected packages are aware of this plan, and then I can break out the eye poking stick again and get one of them to spin up the bindings through the extras review process. I'd suggest spinning the update up as a test-update so we can make sure that there isn't some gotcha, like a change in the library api, that is going to break one of the applications that makes use of this. At the very least we need to make sure rhythmbox works with the update. The rhythmbox maintainer in Core maybe able to provide you guidance on that, if you respond to the bugreport he filed against libgpod. -jef From jspaleta at gmail.com Mon Nov 20 21:07:52 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 20 Nov 2006 12:07:52 -0900 Subject: Does libgpod have a (pro)active maintainer in Core? In-Reply-To: <1164043818.2776.32.camel@greebo> References: <604aa7910611191152q7ab64e8an1ec112262cbfb38e@mail.gmail.com> <1164011170.2776.8.camel@greebo> <604aa7910611200948y18be5313qd98cc0c6d796e922@mail.gmail.com> <1164041919.2776.27.camel@greebo> <1164043818.2776.32.camel@greebo> Message-ID: <604aa7910611201307t50812462s4a741f01a0f44769@mail.gmail.com> On 11/20/06, Alexander Larsson wrote: > Is upgrading to 0.3.2 good enough for FC5/FC6? my understanding right now is that it is. But let's take a look at what is actually making use of libgpod right now in Fedora-space. There is a rhythmbox specific update to 0.4 request specifically to fix a rhythmbox crasher condition. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=211823 Other than rhythmbox, what else in fedora space right now is going to be affected by an ABI change? I'm not sure an ABI change would cause undue problems, espeecially since all the apps that could use it via python, can't at the moment. -jef From meyering at redhat.com Tue Nov 21 15:27:16 2006 From: meyering at redhat.com (Jim Meyering) Date: Tue, 21 Nov 2006 16:27:16 +0100 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <87r6w4ok8c.fsf@rho.meyering.net> (Jim Meyering's message of "Wed, 15 Nov 2006 15:30:43 +0100") References: <87r6w4ok8c.fsf@rho.meyering.net> Message-ID: <87r6vw7rcb.fsf@rho.meyering.net> I wrote: > Regarding [the mercurial] developer "mind set," I found and > reported a serious mercurial bug, > > Title: "hg commit non-existent f1 f2" succeeds!?! > http://www.selenic.com/mercurial/bts/issue361 > > But it has been over two months now, and it's still not fixed. > In git, I'm confident that such a bug would have been fixed in days, > or even hours. To be fair, I have to note that within a day of the above post, they did fix the mercurial bug. In the same vein, regarding git, my git-cvsimport change: http://marc.theaimsgroup.com/?l=git&m=116362198024844 was accepted and checked in within hours. From rc040203 at freenet.de Tue Nov 21 17:51:00 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 21 Nov 2006 18:51:00 +0100 Subject: OpenVRML submitted to Fedora Extras In-Reply-To: <1164127470.2934.7.camel@localhost.localdomain> References: <1162027067.11435.5.camel@localhost.localdomain> <1162030153.6089.30.camel@mccallum.corsepiu.local> <1162030718.11435.6.camel@localhost.localdomain> <1162106551.6667.61.camel@mccallum.corsepiu.local> <1162108210.11435.22.camel@localhost.localdomain> <1162113164.6667.80.camel@mccallum.corsepiu.local> <1162114496.11435.36.camel@localhost.localdomain> <1162536364.23543.53.camel@mccallum.corsepiu.local> <1162539963.25355.48.camel@localhost.localdomain> <1162541533.23543.68.camel@mccallum.corsepiu.local> <1162543426.25355.59.camel@localhost.localdomain> <1162550047.23543.92.camel@mccallum.corsepiu.local> <1162597481.25355.74.camel@localhost.localdomain> <1164104600.7666.30.camel@mccallum.corsepiu.local> <1164117060.2934.3.camel@localhost.localdomain> <1164121193.5059.28.camel@mccallum.corsepiu.local> <1164127470.2934.7.camel@localhost.localdomain> Message-ID: <1164131460.5059.106.camel@mccallum.corsepiu.local> Could somebody please help Braden? On Tue, 2006-11-21 at 11:44 -0500, Braden McDaniel wrote: > On Tue, 2006-11-21 at 15:59 +0100, Ralf Corsepius wrote: > > > I don't know! I just tried to import your *.src.rpm and ... voil?, > > things just "worked as advertised" > > Hm. Oh, well. > > > I.e. the package now is imported into CVS (rpms/openvrml), so you now > > should be able to check it out from cvs and start "taming plague" to > > build the rpms. > > [braden at hinge devel]$ make tag > cvs tag -c openvrml-0_16_1-4_fc7 > For more information on using the Fedora source code repositories, > please visit http://fedoraproject.org/wiki/UsingCvs > > --- > cvs tag: Tagging . > T .cvsignore > T Makefile > T openvrml-gtkplug-info.patch > T openvrml.spec > T sources > Tagged with: openvrml-0_16_1-4_fc7 > > [braden at hinge devel]$ make build > /usr/bin/plague-client build openvrml openvrml-0_16_1-4_fc7 devel > Server returned an error: Insufficient privileges. > > Did I neglect to do something? Nothing that I am aware about. Ralf From buildsys at fedoraproject.org Tue Nov 21 18:34:19 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 21 Nov 2006 13:34:19 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-21 Message-ID: <20061121183419.2DFF215212E@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): boost FC5-updates > FC7 (0:1.33.1-9.fc5 > 0:1.33.1-9) FC6-updates > FC7 (0:1.33.1-9.fc6 > 0:1.33.1-9) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) iscsi-initiator-utils FC6-updates > FC7 (0:6.2.0.730-0.8.fc6 > 0:6.2.0.695-0.7) k3b FC6-updates > FC7 (0:0.12.17-1 > 0:0.12.15-3.1.1) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) xen FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xorg-x11-xinit FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) aportal AT univ-montp2.fr: piklab FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) enrico.scholz AT informatik.tu-chemnitz.de: tor FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) foolish AT guezz.net: muine FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) giallu AT gmail.com: sysprof-kmod FE6 > FE7 (0:1.0.7-1.2.6.18_1.2849.fc6 > 0:1.0.7-1.1.2.6.18_1.2849.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) michel.salim AT gmail.com: python-nltk FE4 > FE6 (0:1.4.4-3.fc4 > 0:1.4.4-2.fc6) FE5 > FE6 (0:1.4.4-3.fc5 > 0:1.4.4-2.fc6) petersen AT redhat.com: gtk2hs FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) robert AT marcanoonline.com: eclipse-subclipse FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) roland AT redhat.com: monotone FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) tcallawa AT redhat.com: rocksndiamonds FE4 > FE7 (0:3.2.2-2.fc4 > 0:3.2.2-1.fc6) FE5 > FE7 (0:3.2.2-3.fc5 > 0:3.2.2-1.fc6) FE6 > FE7 (0:3.2.2-3.fc6 > 0:3.2.2-1.fc6) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) wtogami AT redhat.com: thunderbird FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) ---------------------------------------------------------------------- boost: UNKNOWN OWNER (possibly Core package) FC5-updates > FC7 (0:1.33.1-9.fc5 > 0:1.33.1-9) FC6-updates > FC7 (0:1.33.1-9.fc6 > 0:1.33.1-9) cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) eclipse-subclipse: robert AT marcanoonline.com FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) gtk2hs: petersen AT redhat.com FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) iscsi-initiator-utils: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:6.2.0.730-0.8.fc6 > 0:6.2.0.695-0.7) k3b: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:0.12.17-1 > 0:0.12.15-3.1.1) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) monotone: roland AT redhat.com FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) muine: foolish AT guezz.net FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) piklab: aportal AT univ-montp2.fr FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) python-nltk: michel.salim AT gmail.com FE4 > FE6 (0:1.4.4-3.fc4 > 0:1.4.4-2.fc6) FE5 > FE6 (0:1.4.4-3.fc5 > 0:1.4.4-2.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) rocksndiamonds: tcallawa AT redhat.com FE4 > FE7 (0:3.2.2-2.fc4 > 0:3.2.2-1.fc6) FE5 > FE7 (0:3.2.2-3.fc5 > 0:3.2.2-1.fc6) FE6 > FE7 (0:3.2.2-3.fc6 > 0:3.2.2-1.fc6) setools: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) sysprof-kmod: giallu AT gmail.com FE6 > FE7 (0:1.0.7-1.2.6.18_1.2849.fc6 > 0:1.0.7-1.1.2.6.18_1.2849.fc6) thunderbird: wtogami AT redhat.com FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) tor: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xen: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) xorg-x11-xinit: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) From opensource at till.name Tue Nov 21 18:44:59 2006 From: opensource at till.name (Till Maas) Date: Tue, 21 Nov 2006 19:44:59 +0100 Subject: OpenVRML submitted to Fedora Extras In-Reply-To: <1164131460.5059.106.camel@mccallum.corsepiu.local> References: <1162027067.11435.5.camel@localhost.localdomain> <1164127470.2934.7.camel@localhost.localdomain> <1164131460.5059.106.camel@mccallum.corsepiu.local> Message-ID: <200611211945.21033.opensource@till.name> On Tuesday 21 November 2006 18:51, Ralf Corsepius wrote: > Could somebody please help Braden? > > /usr/bin/plague-client build openvrml openvrml-0_16_1-4_fc7 devel > > Server returned an error: Insufficient privileges. As far as I know this will go away within 24h[1], the "build system" only needs time to sync the privileges. Regards, Till [1] As long as he correctly setup everything like it is described in the wiki -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From faucamp at csir.co.za Wed Nov 22 07:19:14 2006 From: faucamp at csir.co.za (Francois Aucamp) Date: Wed, 22 Nov 2006 09:19:14 +0200 Subject: OpenVRML submitted to Fedora Extras In-Reply-To: <456416120200006A0000A0C0@cs-emo.csir.co.za> References: <4563658C020000010021CE7D@cs-emo.csir.co.za> <456416120200006A0000A0C0@cs-emo.csir.co.za> Message-ID: <456416120200006A0000A0C0@cs-emo.csir.co.za> On Tue, 2006-11-21 at 19:44 +0100, Till Maas wrote: > On Tuesday 21 November 2006 18:51, Ralf Corsepius wrote: > > > /usr/bin/plague-client build openvrml openvrml-0_16_1-4_fc7 devel > > > Server returned an error: Insufficient privileges. > > As far as I know this will go away within 24h[1], the "build system" only > needs time to sync the privileges. I had this problem for about a week when I first started out (the build system never synched). I eventually created a ticket in the Fedora Infrastructure's bug tracking system, and it got solved. :-) Go here: https://admin.fedoraproject.org/tickets/ and log in with your Fedora Accounts login. Cheers, -Francois -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to CallCentre at csir.co.za. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From dennis at ausil.us Wed Nov 22 07:29:07 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 22 Nov 2006 01:29:07 -0600 Subject: OpenVRML submitted to Fedora Extras In-Reply-To: <200611211945.21033.opensource@till.name> References: <1162027067.11435.5.camel@localhost.localdomain> <1164131460.5059.106.camel@mccallum.corsepiu.local> <200611211945.21033.opensource@till.name> Message-ID: <200611220129.07411.dennis@ausil.us> On Tuesday 21 November 2006 12:44, Till Maas wrote: > On Tuesday 21 November 2006 18:51, Ralf Corsepius wrote: > > Could somebody please help Braden? > > > > > /usr/bin/plague-client build openvrml openvrml-0_16_1-4_fc7 > > > devel Server returned an error: Insufficient privileges. > > As far as I know this will go away within 24h[1], the "build system" only > needs time to sync the privileges. > > Regards, > Till > > [1] As long as he correctly setup everything like it is described in the > wiki The sync is currently failing im working on fixing it -- ?,-._|\ ? ?Dennis Gilmore, RHCE / ? ? ?\ ? Proud Australian \_.--._/ ? | Aurora | Fedora | ? ? ? v ? ? From buildsys at fedoraproject.org Thu Nov 23 00:00:53 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 22 Nov 2006 19:00:53 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-22 Message-ID: <20061123000053.A1B2415212F@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): boost FC5-updates > FC7 (0:1.33.1-9.fc5 > 0:1.33.1-9) FC6-updates > FC7 (0:1.33.1-9.fc6 > 0:1.33.1-9) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) ImageMagick FC6-updates > FC7 (0:6.2.8.0-3.fc6.1 > 0:6.2.8.0-3.fc6) iscsi-initiator-utils FC6-updates > FC7 (0:6.2.0.730-0.8.fc6 > 0:6.2.0.695-0.7) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) util-linux FC6-updates > FC7 (0:2.13-0.45.1.fc6 > 0:2.13-0.45.fc6) xen FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xorg-x11-xinit FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) aportal AT univ-montp2.fr: piklab FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) enrico.scholz AT informatik.tu-chemnitz.de: tor FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) foolish AT guezz.net: muine FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) jonathansteffan AT gmail.com: plone FE6 > FE7 (0:2.5.1-4.fc6 > 0:2.5.1-3.fc7) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) petersen AT redhat.com: gtk2hs FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) robert AT marcanoonline.com: eclipse-subclipse FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) roland AT redhat.com: monotone FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) wtogami AT redhat.com: thunderbird FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) ---------------------------------------------------------------------- boost: UNKNOWN OWNER (possibly Core package) FC5-updates > FC7 (0:1.33.1-9.fc5 > 0:1.33.1-9) FC6-updates > FC7 (0:1.33.1-9.fc6 > 0:1.33.1-9) cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) eclipse-subclipse: robert AT marcanoonline.com FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) gtk2hs: petersen AT redhat.com FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) ImageMagick: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:6.2.8.0-3.fc6.1 > 0:6.2.8.0-3.fc6) iscsi-initiator-utils: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:6.2.0.730-0.8.fc6 > 0:6.2.0.695-0.7) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) monotone: roland AT redhat.com FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) muine: foolish AT guezz.net FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) piklab: aportal AT univ-montp2.fr FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) plone: jonathansteffan AT gmail.com FE6 > FE7 (0:2.5.1-4.fc6 > 0:2.5.1-3.fc7) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) thunderbird: wtogami AT redhat.com FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) tor: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) util-linux: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.13-0.45.1.fc6 > 0:2.13-0.45.fc6) xen: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) xorg-x11-xinit: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) From thomas.canniot at laposte.net Thu Nov 23 08:39:43 2006 From: thomas.canniot at laposte.net (Thomas Canniot) Date: Thu, 23 Nov 2006 09:39:43 +0100 Subject: Help improving translation Message-ID: <1164271183.3344.18.camel@localhost.localdomain> Hello, First, I apologise to fedora-trans-list to mail this message again. I have been translating fedora in French for few months only and i'm facing problems with contributors' translations. I used to translate po files, and, as we were very few French translators (2 *only*), it was quite easy to ask for the mate to read over the translation and to know what he is actually doing. However, now that I have less free time and now that we are more than 2 translating Fedora into French, when I take the initiative to translate 2 or 3 missing or recently added strings, I met bad translation and mistakes. There are few problems in our translation process : - People are not communicating by mailing list. The fact is that translation is often seen as a lonely activity and that you don't need any response from someone to take a po file and translate it. There is no way to know who is working on what. - The status page [1] are useful to know what has been translated, but useless to know what has been read over. - People do not use the reservation system "take" button and if they do, they don't update they reservation. What I'm planning to do : take every po file, and read over them until FC7 comes out. This is the only way I found to avoid bad translation in Fedora. Any advice to help out ? As we are changing lots of things on Fedora, wouldn't be the time to improve the translation process : - we shouldn't give anymore rights to upload CVS translation. CVS should only be accessible in read only and only people that read translation over should be allowed to update po to the CVS. - as there is mailing list for modifications on CVS docs, we need a mailing list as well for each language po modification. Mailing list are easy to set up and do not consume any ressources. - we could also use a system allowing to add a status of what has to be done with a po file : "waiting for translation", "waiting for being read over", "translation in progress" for example, are status that could be used. just my 2 cents. [1] http://i18n.redhat.com/cgi-bin/i18n-status -- Thomas Canniot http://fedoraproject.org/wiki/ThomasCanniot From thomas.canniot at laposte.net Thu Nov 23 17:46:11 2006 From: thomas.canniot at laposte.net (Thomas Canniot) Date: Thu, 23 Nov 2006 18:46:11 +0100 Subject: Help improving translation In-Reply-To: <1164271183.3344.18.camel@localhost.localdomain> References: <1164271183.3344.18.camel@localhost.localdomain> Message-ID: <1164303971.3342.12.camel@localhost.localdomain> Le jeudi 23 novembre 2006 ? 11:03 +0100, Xavier Conde Rueda a ?crit : > Hi Thomas, > > > > > I have been translating fedora in French for few months only and i'm > > facing problems with contributors' translations. > > > > I used to translate po files, and, as we were very few French > > translators (2 *only*), it was quite easy to ask for the mate to read > > over the translation and to know what he is actually doing. > > > > However, now that I have less free time and now that we are more than 2 > > translating Fedora into French, when I take the initiative to translate > > 2 or 3 missing or recently added strings, I met bad translation and > > mistakes. > > > > There are few problems in our translation process : > > > > - People are not communicating by mailing list. The fact is that > > translation is often seen as a lonely activity and that you don't need > > any response from someone to take a po file and translate it. There is > > no way to know who is working on what. > > -- This is bad management. You should fix that by yourself. As the > project leader, you should query the status of translations. On > voluntary projects it's important to track the status of other's work, > since they don't have an economical commitment, also people is very > selective on what they spend their free time. > I am not a project leader. I am just someone who learned English at university and who just see mistakes more than others tranlsators do. > > > > - The status page [1] are useful to know what has been translated, but > > useless to know what has been read over. > > - People do not use the reservation system "take" button and if they do, > > they don't update they reservation. > > -- You should assign translations to translators. Only one person > should have commit access for a given project. When people wants to > translate something, send them the PO file. You should manage by > yourself who is doing what. A simple spreadsheet will do. > How to step back with people who already have all the rights ? I can't *obviously* take them this right back, nor I want to. I don't want to be the one who decide, because I believe people are able enough to decide for themselves. If people want to translate something, then they do it, it's their choice. Nobody should have a word about what they would want to do, as long as it is good for the Project. > > Anyway, I find the take button completely useless, not to mention the > bunch of mails saying it's going to expire soon. I suppose people > doesn't want to get 5 mails each time they take a module, so they do > it once, but not twice :). It's not good for synchronization. > So do I. > > > What I'm planning to do : take every po file, and read over them until > > FC7 comes out. This is the only way I found to avoid bad translation in > > Fedora. > > > > Any advice to help out ? > > > > As we are changing lots of things on Fedora, wouldn't be the time to > > improve the translation process : > > - we shouldn't give anymore rights to upload CVS translation. CVS should > > only be accessible in read only and only people that read translation > > over should be allowed to update po to the CVS. > > -- As I said, only project leaders should have commit access, not everybody. > > > - as there is mailing list for modifications on CVS docs, we need a > > mailing list as well for each language po modification. Mailing list are > > easy to set up and do not consume any ressources. > > -- There is a commits list you can subscribe, it will do for you. But > it's the same thing, only you should be committing. Personally, for > Catalan we don't need it. Not sure we need it for every language. The problem of *leader* is that one day, I may not be as available as other people would like me to. We are facing this problem in France, and the leader of the GNOME translation Project is not very well seen by people. The French GNOME community is divided and does not work to its full capabilities. > > > - we could also use a system allowing to add a status of what has to be > > done with a po file : "waiting for translation", "waiting for being read > > over", "translation in progress" for example, are status that could be > > used. > > -- If Fedora provides a full web translation management environment it > would be great. However, a wiki page could be used, where each > contributor writes down the status of their current translation. If they do so, they could actually mail the list, that they don't do. Why would they write it on a wiki page ? I think we are more at a state where people should be obliged to tell the status of their translation to commit it. > > Regards! > > > just my 2 cents. > > > > [1] http://i18n.redhat.com/cgi-bin/i18n-status > > -- > > Thomas Canniot > > http://fedoraproject.org/wiki/ThomasCanniot > > > -- Thomas Canniot http://fedoraproject.org/wiki/ThomasCanniot From buildsys at fedoraproject.org Thu Nov 23 23:18:35 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 23 Nov 2006 18:18:35 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-23 Message-ID: <20061123231835.80AE715212E@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): boost FC5-updates > FC7 (0:1.33.1-9.fc5 > 0:1.33.1-9) FC6-updates > FC7 (0:1.33.1-9.fc6 > 0:1.33.1-9) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) iscsi-initiator-utils FC6-updates > FC7 (0:6.2.0.730-0.8.fc6 > 0:6.2.0.695-0.7) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) xen FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xorg-x11-xinit FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) aportal AT univ-montp2.fr: piklab FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) enrico.scholz AT informatik.tu-chemnitz.de: tor FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) foolish AT guezz.net: muine FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) i AT stingr.net: flow-tools FE3 > FE7 (0:0.68-12.fc3 > 0:0.68-11.fc6) FE4 > FE7 (0:0.68-12.fc4 > 0:0.68-11.fc6) FE5 > FE7 (0:0.68-12.fc5 > 0:0.68-11.fc6) FE6 > FE7 (0:0.68-12.fc6 > 0:0.68-11.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) jonathansteffan AT gmail.com: plone FE6 > FE7 (0:2.5.1-4.fc6 > 0:2.5.1-3.fc7) zope FE6 > FE7 (0:2.9.5-1.fc6 > 0:2.9.4-2.fc6) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) petersen AT redhat.com: gtk2hs FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) robert AT marcanoonline.com: eclipse-subclipse FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) roland AT redhat.com: monotone FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) wtogami AT redhat.com: thunderbird FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) ---------------------------------------------------------------------- boost: UNKNOWN OWNER (possibly Core package) FC5-updates > FC7 (0:1.33.1-9.fc5 > 0:1.33.1-9) FC6-updates > FC7 (0:1.33.1-9.fc6 > 0:1.33.1-9) cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) eclipse-subclipse: robert AT marcanoonline.com FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) flow-tools: i AT stingr.net FE3 > FE7 (0:0.68-12.fc3 > 0:0.68-11.fc6) FE4 > FE7 (0:0.68-12.fc4 > 0:0.68-11.fc6) FE5 > FE7 (0:0.68-12.fc5 > 0:0.68-11.fc6) FE6 > FE7 (0:0.68-12.fc6 > 0:0.68-11.fc6) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) gtk2hs: petersen AT redhat.com FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) iscsi-initiator-utils: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:6.2.0.730-0.8.fc6 > 0:6.2.0.695-0.7) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) monotone: roland AT redhat.com FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) muine: foolish AT guezz.net FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) piklab: aportal AT univ-montp2.fr FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) plone: jonathansteffan AT gmail.com FE6 > FE7 (0:2.5.1-4.fc6 > 0:2.5.1-3.fc7) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) thunderbird: wtogami AT redhat.com FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) tor: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xen: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) xorg-x11-xinit: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) zope: jonathansteffan AT gmail.com FE6 > FE7 (0:2.9.5-1.fc6 > 0:2.9.4-2.fc6) From noriko at redhat.com Fri Nov 24 00:07:18 2006 From: noriko at redhat.com (Noriko Mizumoto) Date: Fri, 24 Nov 2006 10:07:18 +1000 Subject: Help improving translation In-Reply-To: <1164271183.3344.18.camel@localhost.localdomain> References: <1164271183.3344.18.camel@localhost.localdomain> Message-ID: <456637B6.8070002@redhat.com> Hello~ Thomas Canniot wrote: > There are few problems in our translation process : > > - People are not communicating by mailing list. The fact is that > translation is often seen as a lonely activity and that you don't need > any response from someone to take a po file and translate it. There is > no way to know who is working on what. How are they communicating then? If they do not communicate at all, but going their own, then you can ask them, no? Assuming the mailing list pointed here is fedora-trans-fr, keep posting then people can have a chance to learn proper way. It might be also useful to copy and paste the diff, so others can easily proofread. This is what fedora-trans-ja doing and I've learn it from there. > - The status page [1] are useful to know what has been translated, but > useless to know what has been read over. > - People do not use the reservation system "take" button and if they do, > they don't update they reservation. Aman and Chester: PING! I thought that people can not commit without clicking "take" button. Can you take a look? > > What I'm planning to do : take every po file, and read over them until > FC7 comes out. This is the only way I found to avoid bad translation in > Fedora. Howabout being the maintainer, so that the mail will be sent to you if someone translated the file. cheers noriko From chester.cheng at redhat.com Fri Nov 24 02:11:48 2006 From: chester.cheng at redhat.com (Chester Cheng) Date: Fri, 24 Nov 2006 12:11:48 +1000 Subject: Help improving translation In-Reply-To: <456637B6.8070002@redhat.com> References: <1164271183.3344.18.camel@localhost.localdomain> <456637B6.8070002@redhat.com> Message-ID: <456654E4.1010004@redhat.com> Noriko Mizumoto ??: > Hello~ > >> - The status page [1] are useful to know what has been translated, but >> useless to know what has been read over. >> - People do not use the reservation system "take" button and if they do, >> they don't update they reservation. > > Aman and Chester: PING! > I thought that people can not commit without clicking "take" button. > Can you take a look? I thought so, too. Sorry I can't check. I have more rights then ordinary users. Aman? Do you konw? >> >> What I'm planning to do : take every po file, and read over them until >> FC7 comes out. This is the only way I found to avoid bad translation in >> Fedora. > > > Howabout being the maintainer, so that the mail will be sent to you if > someone translated the file. > > cheers > noriko > > -- > Fedora-trans-list mailing list > Fedora-trans-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-trans-list From aalam at redhat.com Fri Nov 24 06:02:23 2006 From: aalam at redhat.com (A S Alam) Date: Fri, 24 Nov 2006 11:32:23 +0530 Subject: Help improving translation In-Reply-To: <456637B6.8070002@redhat.com> References: <1164271183.3344.18.camel@localhost.localdomain> <456637B6.8070002@redhat.com> Message-ID: <45668AEF.1060507@redhat.com> Noriko Mizumoto ?? ?????: > Hello~ > > Thomas Canniot wrote: >> There are few problems in our translation process : >> >> - People are not communicating by mailing list. The fact is that >> translation is often seen as a lonely activity and that you don't need >> any response from someone to take a po file and translate it. There is >> no way to know who is working on what. > > How are they communicating then? If they do not communicate at all, but > going their own, then you can ask them, no? > Assuming the mailing list pointed here is fedora-trans-fr, keep posting > then people can have a chance to learn proper way. It might be also > useful to copy and paste the diff, so others can easily proofread. This > is what fedora-trans-ja doing and I've learn it from there. > >> - The status page [1] are useful to know what has been translated, but >> useless to know what has been read over. >> - People do not use the reservation system "take" button and if they do, >> they don't update they reservation. > > Aman and Chester: PING! > I thought that people can not commit without clicking "take" button. Can > you take a look? no, this not true, 'Take' button is not very effective, I myself commit to CVS without 'Take' Button.:) >> >> What I'm planning to do : take every po file, and read over them until >> FC7 comes out. This is the only way I found to avoid bad translation in >> Fedora. > > Howabout being the maintainer, so that the mail will be sent to you if > someone translated the file. > this is solution to get information when someone commit or change a file, for which you are Maintainer regrds -- A S Alam timezone: GMT+5:30 join us at #fedora-l10n (freenode) "Either find a way or make one" From aalam at redhat.com Fri Nov 24 06:07:14 2006 From: aalam at redhat.com (A S Alam) Date: Fri, 24 Nov 2006 11:37:14 +0530 Subject: Help improving translation In-Reply-To: <45668AEF.1060507@redhat.com> References: <1164271183.3344.18.camel@localhost.localdomain> <456637B6.8070002@redhat.com> <45668AEF.1060507@redhat.com> Message-ID: <45668C12.3040209@redhat.com> A S Alam ?? ?????: > Noriko Mizumoto ?? ?????: >> Hello~ >> >> Thomas Canniot wrote: >>> There are few problems in our translation process : >>> >>> - People are not communicating by mailing list. The fact is that >>> translation is often seen as a lonely activity and that you don't need >>> any response from someone to take a po file and translate it. There is >>> no way to know who is working on what. >> >> How are they communicating then? If they do not communicate at all, >> but going their own, then you can ask them, no? >> Assuming the mailing list pointed here is fedora-trans-fr, keep >> posting then people can have a chance to learn proper way. It might be >> also useful to copy and paste the diff, so others can easily >> proofread. This is what fedora-trans-ja doing and I've learn it from >> there. >> >>> - The status page [1] are useful to know what has been translated, but >>> useless to know what has been read over. >>> - People do not use the reservation system "take" button and if they do, >>> they don't update they reservation. >> >> Aman and Chester: PING! >> I thought that people can not commit without clicking "take" button. >> Can you take a look? > no, this not true, 'Take' button is not very effective, I myself commit to > CVS without 'Take' Button.:) > and of course as normal user (with external account) -- A S Alam timezone: GMT+5:30 join us at #fedora-l10n (freenode) "Either find a way or make one" From xavi.conde at gmail.com Fri Nov 24 10:21:22 2006 From: xavi.conde at gmail.com (Xavier Conde Rueda) Date: Fri, 24 Nov 2006 11:21:22 +0100 Subject: Help improving translation In-Reply-To: <1164303971.3342.12.camel@localhost.localdomain> References: <1164271183.3344.18.camel@localhost.localdomain> <1164303971.3342.12.camel@localhost.localdomain> Message-ID: <5eb2c9220611240221q5b1f6290g7cca4e8ec6947d2d@mail.gmail.com> Hi, 2006/11/23, Thomas Canniot : > Le jeudi 23 novembre 2006 ? 11:03 +0100, Xavier Conde Rueda a ?crit : > > Hi Thomas, > > > > > > > > I have been translating fedora in French for few months only and i'm > > > facing problems with contributors' translations. > > > > > > I used to translate po files, and, as we were very few French > > > translators (2 *only*), it was quite easy to ask for the mate to read > > > over the translation and to know what he is actually doing. > > > > > > However, now that I have less free time and now that we are more than 2 > > > translating Fedora into French, when I take the initiative to translate > > > 2 or 3 missing or recently added strings, I met bad translation and > > > mistakes. > > > > > > There are few problems in our translation process : > > > > > > - People are not communicating by mailing list. The fact is that > > > translation is often seen as a lonely activity and that you don't need > > > any response from someone to take a po file and translate it. There is > > > no way to know who is working on what. > > > > -- This is bad management. You should fix that by yourself. As the > > project leader, you should query the status of translations. On > > voluntary projects it's important to track the status of other's work, > > since they don't have an economical commitment, also people is very > > selective on what they spend their free time. > > > > I am not a project leader. I am just someone who learned English at university and who just see mistakes more than others tranlsators do. > > > > > > > > - The status page [1] are useful to know what has been translated, but > > > useless to know what has been read over. > > > - People do not use the reservation system "take" button and if they do, > > > they don't update they reservation. > > > > -- You should assign translations to translators. Only one person > > should have commit access for a given project. When people wants to > > translate something, send them the PO file. You should manage by > > yourself who is doing what. A simple spreadsheet will do. > > > > How to step back with people who already have all the rights ? I can't *obviously* take them this right back, nor I want to. > I don't want to be the one who decide, because I believe people are able enough to decide for themselves. If people want to translate something, then they do it, it's their choice. -- There is nothing bad with telling people what should translate, it's the leader responsability to assign the work rightly. > Nobody should have a word about what they would want to do, as long as it is good for the Project. -- But you are saying it's not good for your project, aren't you? You say people goes their way and it is affecting negatively French Fedora. I don't see project management as a dictatorship, unless contributors are unhappy with the dictator. It is called benevolent dictatorship. So you are unhappy with the project leader. He/she is commiting work that hasn't enough quality. I'm right? I don't see how are you gonna fix it by taking a look at what has been commited. The usual way of working is translating->reviewing->fixing->commit. If people is commiting without good reviewing, then you must tell them. If you consider you should have a word on translation quality, then you should ask for getting that role assigned to you. > > > > > Anyway, I find the take button completely useless, not to mention the > > bunch of mails saying it's going to expire soon. I suppose people > > doesn't want to get 5 mails each time they take a module, so they do > > it once, but not twice :). It's not good for synchronization. > > > > So do I. > > > > > > What I'm planning to do : take every po file, and read over them until > > > FC7 comes out. This is the only way I found to avoid bad translation in > > > Fedora. > > > > > > Any advice to help out ? > > > > > > As we are changing lots of things on Fedora, wouldn't be the time to > > > improve the translation process : > > > - we shouldn't give anymore rights to upload CVS translation. CVS should > > > only be accessible in read only and only people that read translation > > > over should be allowed to update po to the CVS. > > > > -- As I said, only project leaders should have commit access, not everybody. > > > > > - as there is mailing list for modifications on CVS docs, we need a > > > mailing list as well for each language po modification. Mailing list are > > > easy to set up and do not consume any ressources. > > > > -- There is a commits list you can subscribe, it will do for you. But > > it's the same thing, only you should be committing. Personally, for > > Catalan we don't need it. Not sure we need it for every language. > > The problem of *leader* is that one day, I may not be as available as other people would like me to. > We are facing this problem in France, and the leader of the GNOME translation Project is not very well seen by people. > The French GNOME community is divided and does not work to its full capabilities. > > > > > > - we could also use a system allowing to add a status of what has to be > > > done with a po file : "waiting for translation", "waiting for being read > > > over", "translation in progress" for example, are status that could be > > > used. > > > > -- If Fedora provides a full web translation management environment it > > would be great. However, a wiki page could be used, where each > > contributor writes down the status of their current translation. > > If they do so, they could actually mail the list, that they don't do. Why would they write it on a wiki page ? -- Why they would change the status on the status page, then :)? As I see from what you are saying, the main problem is people isn't using the mail list. This should be adressed as the main problem inside your project. > I think we are more at a state where people should be obliged to tell the status of their translation to commit it. > Good luck! I hope your translation team improves Fedora. > > > > Regards! > > > > > just my 2 cents. > > > > > > [1] http://i18n.redhat.com/cgi-bin/i18n-status > > > -- > > > Thomas Canniot > > > http://fedoraproject.org/wiki/ThomasCanniot > > > > > > -- > Thomas Canniot > http://fedoraproject.org/wiki/ThomasCanniot > > -- > Fedora-trans-list mailing list > Fedora-trans-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-trans-list > -- Google talk: xavi.conde a gmail.com ------------------------------------------------------------------------------------------------- Ticking away the moments that make up a dull day You fritter and waste the hours in an off hand way Kicking around on a piece of ground in your home town Waiting for someone or something to show you the way Pink Floyd | Brain Damage | Dark side of the moon ------------------------------------------------------------------------------------------------- From bugs.michael at gmx.net Sat Nov 25 13:28:33 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 25 Nov 2006 14:28:33 +0100 Subject: RFC: mhash =?iso-8859-1?q?=B7?= mcrypt =?iso-8859-1?q?=B7?= steghide =?iso-8859-1?q?=B7?= php-mhash Message-ID: <20061125142833.2e67e406.bugs.michael@gmx.net> I've checked into FE CVS (only CVS!) an upgrade of mhash 0.9.2 to 0.9.7.1. It has not been built yet, and probably won't be built. Post 0.9.2 upstream started with major cleanup everywhere, introducing a series of changes and breakage in the API (e.g. a new "mutils" API to be shared with a future mcrypt release). Together with problem reports about run-time breakage, anything >= 0.9.3 didn't look good. These are the dependencies on mhash: $ repoquery --whatrequires libmhash.so.2 aide-0:0.12-1.fc6.i386 mcrypt-0:2.6.4-3.fc6.i386 aide-0:0.12-2.fc6.1.i386 php-mhash-0:5.1.6-1.fc6.i386 steghide-0:0.5.1-2.fc6.i386 mhash-devel-0:0.9.2-5.i386 mhash-0:0.9.2-5.i386 Steghide breaks in one line (see attached patch - and I admit that a C-style cast in C++ code is ugly). The other packages rebuild. However, the mhash maintainers include dozens of GNU Autoheader generated definitions in their public API, which conflict with any other program, which also uses standard autoheaders. In the rpm, I've patched out some of them just for testing, but frankly, since many other HAVE_FOO definitions are included, too, I would prefer not to do this upgrade as it will likely end in neverending trouble and maintenance requirements. -------------- next part -------------- A non-text attachment was scrubbed... Name: steghide-0.5.1-mhash.patch Type: application/octet-stream Size: 484 bytes Desc: not available URL: From buildsys at fedoraproject.org Sat Nov 25 21:21:18 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 25 Nov 2006 16:21:18 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-25 Message-ID: <20061125212118.03E6015212E@buildsys.fedoraproject.org> Axel.Thimm AT ATrpms.net: smart FE4 > FE7 (0:0.42-40.fc4 > 0:0.42-39.fc6) FE5 > FE7 (0:0.42-40.fc5 > 0:0.42-39.fc6) FE6 > FE7 (0:0.42-40.fc6 > 0:0.42-39.fc6) UNKNOWN OWNER (possibly Core package): device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) iscsi-initiator-utils FC6-updates > FC7 (0:6.2.0.730-0.8.fc6 > 0:6.2.0.695-0.7) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) xen FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xorg-x11-xinit FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) aportal AT univ-montp2.fr: piklab FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) enrico.scholz AT informatik.tu-chemnitz.de: tor FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) foolish AT guezz.net: muine FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) i AT stingr.net: flow-tools FE3 > FE7 (0:0.68-12.fc3 > 0:0.68-11.fc6) FE4 > FE7 (0:0.68-12.fc4 > 0:0.68-11.fc6) FE5 > FE7 (0:0.68-12.fc5 > 0:0.68-11.fc6) FE6 > FE7 (0:0.68-12.fc6 > 0:0.68-11.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) jonathansteffan AT gmail.com: plone FE6 > FE7 (0:2.5.1-4.fc6 > 0:2.5.1-3.fc7) zope FE6 > FE7 (0:2.9.5-1.fc6 > 0:2.9.4-2.fc6) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) petersen AT redhat.com: gtk2hs FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) robert AT marcanoonline.com: eclipse-subclipse FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) roland AT redhat.com: monotone FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) wtogami AT redhat.com: thunderbird FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) ---------------------------------------------------------------------- cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) eclipse-subclipse: robert AT marcanoonline.com FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) flow-tools: i AT stingr.net FE3 > FE7 (0:0.68-12.fc3 > 0:0.68-11.fc6) FE4 > FE7 (0:0.68-12.fc4 > 0:0.68-11.fc6) FE5 > FE7 (0:0.68-12.fc5 > 0:0.68-11.fc6) FE6 > FE7 (0:0.68-12.fc6 > 0:0.68-11.fc6) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) gtk2hs: petersen AT redhat.com FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) iscsi-initiator-utils: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:6.2.0.730-0.8.fc6 > 0:6.2.0.695-0.7) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) monotone: roland AT redhat.com FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) muine: foolish AT guezz.net FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) piklab: aportal AT univ-montp2.fr FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) plone: jonathansteffan AT gmail.com FE6 > FE7 (0:2.5.1-4.fc6 > 0:2.5.1-3.fc7) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) smart: Axel.Thimm AT ATrpms.net FE4 > FE7 (0:0.42-40.fc4 > 0:0.42-39.fc6) FE5 > FE7 (0:0.42-40.fc5 > 0:0.42-39.fc6) FE6 > FE7 (0:0.42-40.fc6 > 0:0.42-39.fc6) thunderbird: wtogami AT redhat.com FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) tor: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xen: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) xorg-x11-xinit: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) zope: jonathansteffan AT gmail.com FE6 > FE7 (0:2.9.5-1.fc6 > 0:2.9.4-2.fc6) From buildsys at fedoraproject.org Mon Nov 27 01:02:53 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 26 Nov 2006 20:02:53 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-26 Message-ID: <20061127010253.248D515212E@buildsys.fedoraproject.org> Axel.Thimm AT ATrpms.net: smart FE4 > FE7 (0:0.42-40.fc4 > 0:0.42-39.fc6) FE5 > FE7 (0:0.42-40.fc5 > 0:0.42-39.fc6) FE6 > FE7 (0:0.42-40.fc6 > 0:0.42-39.fc6) UNKNOWN OWNER (possibly Core package): device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) iscsi-initiator-utils FC6-updates > FC7 (0:6.2.0.730-0.8.fc6 > 0:6.2.0.695-0.7) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) xen FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xorg-x11-xinit FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) aportal AT univ-montp2.fr: piklab FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) chabotc AT xs4all.nl: buoh FE6 > FE7 (0:0.8.2-2.fc6 > 0:0.8.2-2) dan AT danny.cz: codeblocks FE5 > FE7 (0:1.0-0.15.20061125svn3268.fc5 > 0:1.0-0.14.20061121svn3253.fc7) FE6 > FE7 (0:1.0-0.15.20061125svn3268.fc6 > 0:1.0-0.14.20061121svn3253.fc7) enrico.scholz AT informatik.tu-chemnitz.de: tor FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) foolish AT guezz.net: muine FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) i AT stingr.net: flow-tools FE3 > FE7 (0:0.68-12.fc3 > 0:0.68-11.fc6) FE4 > FE7 (0:0.68-12.fc4 > 0:0.68-11.fc6) FE5 > FE7 (0:0.68-12.fc5 > 0:0.68-11.fc6) FE6 > FE7 (0:0.68-12.fc6 > 0:0.68-11.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) jonathansteffan AT gmail.com: plone FE6 > FE7 (0:2.5.1-4.fc6 > 0:2.5.1-3.fc7) zope FE6 > FE7 (0:2.9.5-1.fc6 > 0:2.9.4-2.fc6) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) petersen AT redhat.com: gtk2hs FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) robert AT marcanoonline.com: eclipse-subclipse FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) roland AT redhat.com: monotone FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) wtogami AT redhat.com: thunderbird FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) ---------------------------------------------------------------------- buoh: chabotc AT xs4all.nl FE6 > FE7 (0:0.8.2-2.fc6 > 0:0.8.2-2) cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) codeblocks: dan AT danny.cz FE5 > FE7 (0:1.0-0.15.20061125svn3268.fc5 > 0:1.0-0.14.20061121svn3253.fc7) FE6 > FE7 (0:1.0-0.15.20061125svn3268.fc6 > 0:1.0-0.14.20061121svn3253.fc7) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) eclipse-subclipse: robert AT marcanoonline.com FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) flow-tools: i AT stingr.net FE3 > FE7 (0:0.68-12.fc3 > 0:0.68-11.fc6) FE4 > FE7 (0:0.68-12.fc4 > 0:0.68-11.fc6) FE5 > FE7 (0:0.68-12.fc5 > 0:0.68-11.fc6) FE6 > FE7 (0:0.68-12.fc6 > 0:0.68-11.fc6) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) gtk2hs: petersen AT redhat.com FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) iscsi-initiator-utils: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:6.2.0.730-0.8.fc6 > 0:6.2.0.695-0.7) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) monotone: roland AT redhat.com FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) muine: foolish AT guezz.net FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) piklab: aportal AT univ-montp2.fr FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) plone: jonathansteffan AT gmail.com FE6 > FE7 (0:2.5.1-4.fc6 > 0:2.5.1-3.fc7) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) smart: Axel.Thimm AT ATrpms.net FE4 > FE7 (0:0.42-40.fc4 > 0:0.42-39.fc6) FE5 > FE7 (0:0.42-40.fc5 > 0:0.42-39.fc6) FE6 > FE7 (0:0.42-40.fc6 > 0:0.42-39.fc6) thunderbird: wtogami AT redhat.com FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) tor: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xen: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) xorg-x11-xinit: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) zope: jonathansteffan AT gmail.com FE6 > FE7 (0:2.9.5-1.fc6 > 0:2.9.4-2.fc6) From varekova at redhat.com Mon Nov 27 15:21:49 2006 From: varekova at redhat.com (Ivana Varekova) Date: Mon, 27 Nov 2006 16:21:49 +0100 Subject: pilot-link updated to 0.12.1 Message-ID: <1164640909.3050.23.camel@cytherea> Hello, pilot-link was just updated to 0.12.1. The packages which depends on pilot-link should be rebuilt - so please if you are maintainer of a package which depends on pilot-link, consider rebuilding of your package. The list of packages which depends on pilot-link: gnome-pilot mbarnes gnome-pilot-conduits mbarnes evolution mbarnes jpilot varekova kdepim than Thanks. Ivana Varekova -------------- next part -------------- An HTML attachment was scrubbed... URL: From than at redhat.com Mon Nov 27 16:05:56 2006 From: than at redhat.com (Than Ngo) Date: Mon, 27 Nov 2006 17:05:56 +0100 Subject: pilot-link updated to 0.12.1 In-Reply-To: <1164640909.3050.23.camel@cytherea> References: <1164640909.3050.23.camel@cytherea> Message-ID: <200611271705.56463.than@redhat.com> Am Montag, 27. November 2006 16:21 schrieb Ivana Varekova: > Hello, > pilot-link was just updated to 0.12.1. The packages which depends on > pilot-link should be rebuilt - so please if you are maintainer of a > package which depends on pilot-link, consider rebuilding of your > package. > > The list of packages which depends on pilot-link: > gnome-pilot mbarnes > gnome-pilot-conduits mbarnes > evolution mbarnes > jpilot varekova > kdepim than > > Thanks. > Ivana Varekova is it FC6? Than From jonathan.underwood at gmail.com Mon Nov 27 16:18:47 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Mon, 27 Nov 2006 16:18:47 +0000 Subject: Adding mirrors to the master mirror list? Message-ID: <645d17210611270818v5f8fd150s795f3667163e3f25@mail.gmail.com> Hi, Back in this thread I identified two UK mirrors which are not in the master mirror list: https://www.redhat.com/archives/fedora-maintainers/2006-November/msg00048.html and asked the question, how can this be remedied. I haven't as yet received an answe - so, to reask the question - what's the procedure for having a mirror added to the master mirror list? Apologies if this information is already well know, but I've yet to unearth it. The prize to anyone that answers - I'll happily make a wiki page about it :) Thanks, Jonathan From mbarnes at redhat.com Mon Nov 27 16:21:20 2006 From: mbarnes at redhat.com (Matthew Barnes) Date: Mon, 27 Nov 2006 11:21:20 -0500 Subject: pilot-link updated to 0.12.1 In-Reply-To: <200611271705.56463.than@redhat.com> References: <1164640909.3050.23.camel@cytherea> <200611271705.56463.than@redhat.com> Message-ID: <1164644480.4217.45.camel@mbarnes.boston.redhat.com> On Mon, 2006-11-27 at 17:05 +0100, Than Ngo wrote: > Am Montag, 27. November 2006 16:21 schrieb Ivana Varekova: > > Hello, > > pilot-link was just updated to 0.12.1. The packages which depends on > > pilot-link should be rebuilt - so please if you are maintainer of a > > package which depends on pilot-link, consider rebuilding of your > > package. > > > > The list of packages which depends on pilot-link: > > gnome-pilot mbarnes > > gnome-pilot-conduits mbarnes > > evolution mbarnes > > jpilot varekova > > kdepim than > > > > Thanks. > > Ivana Varekova > > is it FC6? Please do not do this for Fedora Core 6. Updating pilot-link from 0.11 to 0.12 severely breaks API. Evolution does not yet support 0.12. Matthew Barnes From varekova at redhat.com Mon Nov 27 16:29:19 2006 From: varekova at redhat.com (Ivana Varekova) Date: Mon, 27 Nov 2006 17:29:19 +0100 Subject: pilot-link updated to 0.12.1 In-Reply-To: <1164644480.4217.45.camel@mbarnes.boston.redhat.com> References: <1164640909.3050.23.camel@cytherea> <200611271705.56463.than@redhat.com> <1164644480.4217.45.camel@mbarnes.boston.redhat.com> Message-ID: <1164644959.27436.3.camel@cytherea> On Mon, 2006-11-27 at 11:21 -0500, Matthew Barnes wrote: > On Mon, 2006-11-27 at 17:05 +0100, Than Ngo wrote: > > Am Montag, 27. November 2006 16:21 schrieb Ivana Varekova: > > > Hello, > > > pilot-link was just updated to 0.12.1. The packages which depends on > > > pilot-link should be rebuilt - so please if you are maintainer of a > > > package which depends on pilot-link, consider rebuilding of your > > > package. > > > > > > The list of packages which depends on pilot-link: > > > gnome-pilot mbarnes > > > gnome-pilot-conduits mbarnes > > > evolution mbarnes > > > jpilot varekova > > > kdepim than > > > > > > Thanks. > > > Ivana Varekova > > > > is it FC6? > > Please do not do this for Fedora Core 6. Updating pilot-link from 0.11 > to 0.12 severely breaks API. Evolution does not yet support 0.12. > > Matthew Barnes > I don't want to update pilot-links in fc6 branch. Pilot-links is updated in devel branch now. Ivana Varekova -------------- next part -------------- An HTML attachment was scrubbed... URL: From packages at amiga-hardware.com Mon Nov 27 18:51:56 2006 From: packages at amiga-hardware.com (Ian Chapman) Date: Mon, 27 Nov 2006 18:51:56 +0000 Subject: License question - SGI FSL B Message-ID: <456B33CC.30008@amiga-hardware.com> Hi, Is software licensed under or derived from the SGI FSL B (http://oss.sgi.com/projects/FreeB/) suitable for inclusion in FE? I would like to migrate GLEW (http://glew.sourceforge.net/) to FE if possible, yet it's various parts are licensed under GPL / BSD / GLX Public License and the SGI FSL B. According to gnu.org this license is not free because: "The "SGI Free Software License B", although its name says "free", is not a Free Software License. It has three major problems. 1. It restricts its patent license to unmodified versions of the software. 2. It terminates if your use of the software infringes copyrights or patents which are not SGI's. This is problematic because it gives SGI grounds to sue you even when you have done nothing to them. 3. The license requires you to inform SGI of legal problems with the software. This violates your privacy rights, and can conflict with professional confidentiality requirements, such as attorney-client privilege." This implies it's not suitable however certain parts of Mesa and other packages are included in core that are licensed under SGI FSL B. Thanks. -- Ian Chapman. From j.w.r.degoede at hhs.nl Mon Nov 27 19:13:05 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 27 Nov 2006 20:13:05 +0100 Subject: License question - SGI FSL B In-Reply-To: <456B33CC.30008@amiga-hardware.com> References: <456B33CC.30008@amiga-hardware.com> Message-ID: <456B38C1.3050509@hhs.nl> Ian Chapman wrote: > Hi, > > Is software licensed under or derived from the SGI FSL B > (http://oss.sgi.com/projects/FreeB/) suitable for inclusion in FE? I > would like to migrate GLEW (http://glew.sourceforge.net/) to FE if > possible, yet it's various parts are licensed under GPL / BSD / GLX > Public License and the SGI FSL B. > > According to gnu.org this license is not free because: > > "The "SGI Free Software License B", although its name says "free", is > not a Free Software License. It has three major problems. 1. It > restricts its patent license to unmodified versions of the software. 2. > It terminates if your use of the software infringes copyrights or > patents which are not SGI's. This is problematic because it gives SGI > grounds to sue you even when you have done nothing to them. 3. The > license requires you to inform SGI of legal problems with the software. > This violates your privacy rights, and can conflict with professional > confidentiality requirements, such as attorney-client privilege." > > This implies it's not suitable however certain parts of Mesa and other > packages are included in core that are licensed under SGI FSL B. > > Thanks. > glew is in Debian main, I didn't take a closer look if they stripped parts or something like that, but except for that, if its free enough for Debian its free enough for FE. Know I now my last legalish mail to this list about lbreakout shows that Debian gets legalise wrong sometimes too, that was a trademark issue and AFAIK Debian is much more strict with regards to the actual sourcecode licenses. Regards, Hans From packages at amiga-hardware.com Mon Nov 27 19:38:11 2006 From: packages at amiga-hardware.com (Ian Chapman) Date: Mon, 27 Nov 2006 19:38:11 +0000 Subject: License question - SGI FSL B In-Reply-To: <456B38C1.3050509@hhs.nl> References: <456B33CC.30008@amiga-hardware.com> <456B38C1.3050509@hhs.nl> Message-ID: <456B3EA3.40005@amiga-hardware.com> Hans de Goede wrote: > glew is in Debian main, I didn't take a closer look if they stripped > parts or something like that, but except for that, if its free enough > for Debian its free enough for FE. I remember you saying it was in debian, but I read something in the debian copyright file which said that "Parts of the public interface are *generated* from components distributed by Silicon Graphics, Inc. available under the conditions quoted below. None of these components are included in the source package and are available only thru CVS." I queried one of the authors, he couldn't confirm that but he did say that the sgi FSL must be included in the distribution because glew.h for example, is derived from gl.h and glext.h. For clarification purposes, I'm using the source tarball and not an archived created from CVS. > Know I now my last legalish mail to > this list about lbreakout shows that Debian gets legalise wrong > sometimes too, that was a trademark issue and AFAIK Debian is much more > strict with regards to the actual sourcecode licenses. I might be being unnessarily cautious but it's really down to confusion. I will submit it for review soon, unless there's any objections. -- Ian Chapman. From tcallawa at redhat.com Mon Nov 27 20:01:16 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 27 Nov 2006 14:01:16 -0600 Subject: License question - SGI FSL B In-Reply-To: <456B33CC.30008@amiga-hardware.com> References: <456B33CC.30008@amiga-hardware.com> Message-ID: <1164657676.3310.7.camel@localhost.localdomain> On Mon, 2006-11-27 at 18:51 +0000, Ian Chapman wrote: > Hi, > > Is software licensed under or derived from the SGI FSL B > (http://oss.sgi.com/projects/FreeB/) suitable for inclusion in FE? I > would like to migrate GLEW (http://glew.sourceforge.net/) to FE if > possible, yet it's various parts are licensed under GPL / BSD / GLX > Public License and the SGI FSL B. > > According to gnu.org this license is not free because: > > "The "SGI Free Software License B", although its name says "free", is > not a Free Software License. It has three major problems. 1. It > restricts its patent license to unmodified versions of the software. 2. > It terminates if your use of the software infringes copyrights or > patents which are not SGI's. This is problematic because it gives SGI > grounds to sue you even when you have done nothing to them. 3. The > license requires you to inform SGI of legal problems with the software. > This violates your privacy rights, and can conflict with professional > confidentiality requirements, such as attorney-client privilege." > > This implies it's not suitable however certain parts of Mesa and other > packages are included in core that are licensed under SGI FSL B. Right now, the short answer is no, no new code under SGI FreeB is permitted in Fedora. Stay tuned for the longer answer. ~spot From tcallawa at redhat.com Mon Nov 27 20:21:45 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 27 Nov 2006 14:21:45 -0600 Subject: License question - SGI FSL B In-Reply-To: <456B3EA3.40005@amiga-hardware.com> References: <456B33CC.30008@amiga-hardware.com> <456B38C1.3050509@hhs.nl> <456B3EA3.40005@amiga-hardware.com> Message-ID: <1164658905.3310.18.camel@localhost.localdomain> On Mon, 2006-11-27 at 19:38 +0000, Ian Chapman wrote: > I might be being unnessarily cautious but it's really down to confusion. > I will submit it for review soon, unless there's any objections. Nope. This is a formal objection. Please don't submit this for review, as I'll have to close it FE-Legal. ~spot From dominik at greysector.net Mon Nov 27 21:09:17 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Mon, 27 Nov 2006 22:09:17 +0100 Subject: Adding mirrors to the master mirror list? In-Reply-To: <645d17210611270818v5f8fd150s795f3667163e3f25@mail.gmail.com> References: <645d17210611270818v5f8fd150s795f3667163e3f25@mail.gmail.com> Message-ID: <20061127210917.GC10795@rathann.pekin.waw.pl> On Monday, 27 November 2006 at 17:18, Jonathan Underwood wrote: > Hi, > > Back in this thread I identified two UK mirrors which are not in the > master mirror list: > > https://www.redhat.com/archives/fedora-maintainers/2006-November/msg00048.html > > and asked the question, how can this be remedied. I haven't as yet > received an answe - so, to reask the question - what's the procedure > for having a mirror added to the master mirror list? Apologies if this > information is already well know, but I've yet to unearth it. The > prize to anyone that answers - I'll happily make a wiki page about it > :) I'm interested as well, there are at least two additional mirrors in Poland that aren't listed resulting in the mirrorlist for Poland containing only one entry, which isn't always working. Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski MPlayer developer http://rpm.greysector.net/mplayer/ "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From dominik at greysector.net Mon Nov 27 21:16:52 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Mon, 27 Nov 2006 22:16:52 +0100 Subject: libdvdread - OK for Extras? Message-ID: <20061127211652.GD10795@rathann.pekin.waw.pl> Hello. Apparently spot OK'd this but I've only heard it second hand, so I'd like to ask here. The package does *not* contain libdvdcss. The review can be found here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=216544 libdvdread has been present in Debian since June 2001. Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski MPlayer developer http://rpm.greysector.net/mplayer/ "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From tcallawa at redhat.com Mon Nov 27 21:37:26 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 27 Nov 2006 15:37:26 -0600 Subject: libdvdread - OK for Extras? In-Reply-To: <20061127211652.GD10795@rathann.pekin.waw.pl> References: <20061127211652.GD10795@rathann.pekin.waw.pl> Message-ID: <1164663446.3310.23.camel@localhost.localdomain> On Mon, 2006-11-27 at 22:16 +0100, Dominik 'Rathann' Mierzejewski wrote: > Hello. > > Apparently spot OK'd this but I've only heard it second hand, so I'd like > to ask here. The package does *not* contain libdvdcss. The review can be found > here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=216544 > libdvdread has been present in Debian since June 2001. Yes. I okayed this as it is packaged. ~spot From jgarzik at redhat.com Mon Nov 27 21:50:25 2006 From: jgarzik at redhat.com (Jeff Garzik) Date: Mon, 27 Nov 2006 16:50:25 -0500 Subject: libdvdread - OK for Extras? In-Reply-To: <20061127211652.GD10795@rathann.pekin.waw.pl> References: <20061127211652.GD10795@rathann.pekin.waw.pl> Message-ID: <20061127215025.GF15280@devserv.devel.redhat.com> On Mon, Nov 27, 2006 at 10:16:52PM +0100, Dominik 'Rathann' Mierzejewski wrote: > Apparently spot OK'd this but I've only heard it second hand, so I'd like > to ask here. The package does *not* contain libdvdcss. The review can be found > here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=216544 > libdvdread has been present in Debian since June 2001. Thanks for asking this question. Is there any chance of getting dvdauthor into Extras? It doesn't seem to require anything outside of Core except for libdvdread. Jeff From dominik at greysector.net Mon Nov 27 22:21:42 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Mon, 27 Nov 2006 23:21:42 +0100 Subject: libdvdread - OK for Extras? In-Reply-To: <1164663446.3310.23.camel@localhost.localdomain> References: <20061127211652.GD10795@rathann.pekin.waw.pl> <1164663446.3310.23.camel@localhost.localdomain> Message-ID: <20061127222142.GA12803@rathann.pekin.waw.pl> On Monday, 27 November 2006 at 22:37, Tom 'spot' Callaway wrote: > On Mon, 2006-11-27 at 22:16 +0100, Dominik 'Rathann' Mierzejewski wrote: > > Hello. > > > > Apparently spot OK'd this but I've only heard it second hand, so I'd like > > to ask here. The package does *not* contain libdvdcss. The review can be found > > here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=216544 > > libdvdread has been present in Debian since June 2001. > > Yes. I okayed this as it is packaged. That was quick. Thank you! Importing now. Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski MPlayer developer http://rpm.greysector.net/mplayer/ "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From dominik at greysector.net Mon Nov 27 22:54:39 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Mon, 27 Nov 2006 23:54:39 +0100 Subject: libdvdread - OK for Extras? In-Reply-To: <20061127215025.GF15280@devserv.devel.redhat.com> References: <20061127211652.GD10795@rathann.pekin.waw.pl> <20061127215025.GF15280@devserv.devel.redhat.com> Message-ID: <20061127225439.GB12803@rathann.pekin.waw.pl> On Monday, 27 November 2006 at 22:50, Jeff Garzik wrote: > On Mon, Nov 27, 2006 at 10:16:52PM +0100, Dominik 'Rathann' Mierzejewski wrote: > > Apparently spot OK'd this but I've only heard it second hand, so I'd like > > to ask here. The package does *not* contain libdvdcss. The review can be found > > here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=216544 > > libdvdread has been present in Debian since June 2001. > > Thanks for asking this question. > > Is there any chance of getting dvdauthor into Extras? It doesn't seem > to require anything outside of Core except for libdvdread. Make that "nothing outside Core and Extras". ;) Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski MPlayer developer http://rpm.greysector.net/mplayer/ "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From packages at amiga-hardware.com Tue Nov 28 00:25:49 2006 From: packages at amiga-hardware.com (Ian Chapman) Date: Tue, 28 Nov 2006 00:25:49 +0000 Subject: License question - SGI FSL B In-Reply-To: <1164658905.3310.18.camel@localhost.localdomain> References: <456B33CC.30008@amiga-hardware.com> <456B38C1.3050509@hhs.nl> <456B3EA3.40005@amiga-hardware.com> <1164658905.3310.18.camel@localhost.localdomain> Message-ID: <456B820D.3000904@amiga-hardware.com> Tom 'spot' Callaway wrote: > Nope. This is a formal objection. Please don't submit this for review, > as I'll have to close it FE-Legal. Duly noted. Thanks for the clarification. ;-) -- Ian Chapman. From buildsys at fedoraproject.org Tue Nov 28 01:42:06 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 27 Nov 2006 20:42:06 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-27 Message-ID: <20061128014206.3D75115212E@buildsys.fedoraproject.org> Axel.Thimm AT ATrpms.net: smart FE4 > FE7 (0:0.42-40.fc4 > 0:0.42-39.fc6) FE5 > FE7 (0:0.42-40.fc5 > 0:0.42-39.fc6) FE6 > FE7 (0:0.42-40.fc6 > 0:0.42-39.fc6) UNKNOWN OWNER (possibly Core package): device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) freetype FC6-updates > FC7 (0:2.2.1-14.fc6 > 0:2.2.1-10.fc6) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) iscsi-initiator-utils FC6-updates > FC7 (0:6.2.0.742-0.0.fc6 > 0:6.2.0.695-0.7) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) system-config-printer FC6-updates > FC7 (0:0.7.40-1.fc6 > 0:0.7.39-1.fc7) system-config-soundcard FC6-updates > FC7 (0:2.0.5-2.fc6 > 0:2.0.4-2.fc7) xen FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xorg-x11-xinit FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) aportal AT univ-montp2.fr: piklab FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) chabotc AT xs4all.nl: buoh FE6 > FE7 (0:0.8.2-2.fc6 > 0:0.8.2-2) dan AT danny.cz: codeblocks FE5 > FE7 (0:1.0-0.15.20061125svn3268.fc5 > 0:1.0-0.14.20061121svn3253.fc7) FE6 > FE7 (0:1.0-0.15.20061125svn3268.fc6 > 0:1.0-0.14.20061121svn3253.fc7) enrico.scholz AT informatik.tu-chemnitz.de: tor FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) foolish AT guezz.net: muine FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) i AT stingr.net: flow-tools FE3 > FE7 (0:0.68-12.fc3 > 0:0.68-11.fc6) FE4 > FE7 (0:0.68-12.fc4 > 0:0.68-11.fc6) FE5 > FE7 (0:0.68-12.fc5 > 0:0.68-11.fc6) FE6 > FE7 (0:0.68-12.fc6 > 0:0.68-11.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) jonathansteffan AT gmail.com: plone FE6 > FE7 (0:2.5.1-4.fc6 > 0:2.5.1-3.fc7) zope FE6 > FE7 (0:2.9.5-1.fc6 > 0:2.9.4-2.fc6) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) petersen AT redhat.com: gtk2hs FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) robert AT marcanoonline.com: eclipse-subclipse FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) roland AT redhat.com: monotone FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) skvidal AT phy.duke.edu: seahorse FE6 > FE7 (0:0.8.2-1.fc6 > 0:0.8.1-2.fc6) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) wtogami AT redhat.com: thunderbird FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) ---------------------------------------------------------------------- buoh: chabotc AT xs4all.nl FE6 > FE7 (0:0.8.2-2.fc6 > 0:0.8.2-2) cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) codeblocks: dan AT danny.cz FE5 > FE7 (0:1.0-0.15.20061125svn3268.fc5 > 0:1.0-0.14.20061121svn3253.fc7) FE6 > FE7 (0:1.0-0.15.20061125svn3268.fc6 > 0:1.0-0.14.20061121svn3253.fc7) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) eclipse-subclipse: robert AT marcanoonline.com FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) flow-tools: i AT stingr.net FE3 > FE7 (0:0.68-12.fc3 > 0:0.68-11.fc6) FE4 > FE7 (0:0.68-12.fc4 > 0:0.68-11.fc6) FE5 > FE7 (0:0.68-12.fc5 > 0:0.68-11.fc6) FE6 > FE7 (0:0.68-12.fc6 > 0:0.68-11.fc6) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) freetype: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.2.1-14.fc6 > 0:2.2.1-10.fc6) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) gtk2hs: petersen AT redhat.com FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) iscsi-initiator-utils: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:6.2.0.742-0.0.fc6 > 0:6.2.0.695-0.7) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) monotone: roland AT redhat.com FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) muine: foolish AT guezz.net FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) piklab: aportal AT univ-montp2.fr FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) plone: jonathansteffan AT gmail.com FE6 > FE7 (0:2.5.1-4.fc6 > 0:2.5.1-3.fc7) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) seahorse: skvidal AT phy.duke.edu FE6 > FE7 (0:0.8.2-1.fc6 > 0:0.8.1-2.fc6) setools: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) smart: Axel.Thimm AT ATrpms.net FE4 > FE7 (0:0.42-40.fc4 > 0:0.42-39.fc6) FE5 > FE7 (0:0.42-40.fc5 > 0:0.42-39.fc6) FE6 > FE7 (0:0.42-40.fc6 > 0:0.42-39.fc6) system-config-printer: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:0.7.40-1.fc6 > 0:0.7.39-1.fc7) system-config-soundcard: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.0.5-2.fc6 > 0:2.0.4-2.fc7) thunderbird: wtogami AT redhat.com FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) tor: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xen: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) xorg-x11-xinit: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) zope: jonathansteffan AT gmail.com FE6 > FE7 (0:2.9.5-1.fc6 > 0:2.9.4-2.fc6) From petersen at redhat.com Tue Nov 28 03:56:07 2006 From: petersen at redhat.com (Jens Petersen) Date: Tue, 28 Nov 2006 13:56:07 +1000 Subject: Package EVR problems in FC+FE 2006-11-26 In-Reply-To: <20061127010253.248D515212E@buildsys.fedoraproject.org> References: <20061127010253.248D515212E@buildsys.fedoraproject.org> Message-ID: <456BB357.3010902@redhat.com> buildsys at fedoraproject.org wrote: > petersen AT redhat.com: > gtk2hs > FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) This is because gtk2hs does not build yet in dev/. FYI I opened https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=217480 to track this. Jens From mlichvar at redhat.com Tue Nov 28 12:21:28 2006 From: mlichvar at redhat.com (Miroslav Lichvar) Date: Tue, 28 Nov 2006 13:21:28 +0100 Subject: libpcap updated to 0.9.5 Message-ID: <20061128122128.GD7380@localhost> Hi, libpcap was updated to version 0.9.5. The library soname was changed to libpcap.so.0.9 and will not follow the library version anymore. So future updates that don't change ABI won't require rebuild of other packages. Following packages need to be rebuilt. Core packages depending on libpcap.so.0.9.4: isdn4k-utils wireshark wireshark-gnome Packages BuildRequiring libpcap, but not in the list above: nmap ppp Extras packages depending on libpcap.so.0.9.4: airsnort argus driftnet hping3 iftop intuitively ip6sic lft libnasl nessus-client nessus-gui nessus-server ngrep p0f scanssh snort snort-bloat snort-mysql snort-mysql+flexresp snort-plain+flexresp snort-postgresql snort-postgresql+flexresp snort-snmp snort-snmp+flexresp tcpick ucarp xprobe2 -- Miroslav Lichvar From paul at city-fan.org Tue Nov 28 12:37:39 2006 From: paul at city-fan.org (Paul Howarth) Date: Tue, 28 Nov 2006 12:37:39 +0000 Subject: libpcap updated to 0.9.5 In-Reply-To: <20061128122128.GD7380@localhost> References: <20061128122128.GD7380@localhost> Message-ID: <456C2D93.4020504@city-fan.org> Miroslav Lichvar wrote: > Hi, > > libpcap was updated to version 0.9.5. The library soname was changed > to libpcap.so.0.9 and will not follow the library version anymore. So > future updates that don't change ABI won't require rebuild of other > packages. Following packages need to be rebuilt. > > Core packages depending on libpcap.so.0.9.4: > > isdn4k-utils > wireshark > wireshark-gnome > > Packages BuildRequiring libpcap, but not in the list above: > > nmap > ppp ppp for FC-6 and devel still have: BuildPrereq: libpcap rather than: BuildRequires: libpcap-devel and hence are not getting built against libpcap. The nmap package has the same problem. Paul. From rvokal at redhat.com Tue Nov 28 12:57:19 2006 From: rvokal at redhat.com (=?UTF-8?B?UmFkZWsgVm9rw6Fs?=) Date: Tue, 28 Nov 2006 13:57:19 +0100 Subject: net-snmp updated to 5.4 Message-ID: <456C322F.1020005@redhat.com> Hi all, I've updated net-snmp to 5.4. Build is running right now. Soname changed so please check and rebuild your packages. freeradius wireshark php-snmp cacti hpijs hplip openhpi nut OpenIPMI libsane-hpaio Extras apcupsd zabbix nagios-plugins-snmp-disk-proc stonith cyrus-imapd Thanks -- Radek Vok?l Base OS Engineering - Team Lead Office: +420 543 422 235 Red Hat Inc. http://www.redhat.com From ajackson at redhat.com Tue Nov 28 13:27:50 2006 From: ajackson at redhat.com (Adam Jackson) Date: Tue, 28 Nov 2006 08:27:50 -0500 Subject: Package EVR problems in FC+FE 2006-11-27 In-Reply-To: <20061128014206.3D75115212E@buildsys.fedoraproject.org> References: <20061128014206.3D75115212E@buildsys.fedoraproject.org> Message-ID: <1164720470.7683.2.camel@localhost.localdomain> On Mon, 2006-11-27 at 20:42 -0500, buildsys at fedoraproject.org wrote: > xorg-x11-xinit > FC6-updates > FC7 (0:1.0.2-15.fc6 > 0:1.0.2-14.fc7) I bumped the FC7 version yesterday, don't know why it hasn't bubbled out yet. - ajax From jonathan.underwood at gmail.com Tue Nov 28 23:01:48 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Tue, 28 Nov 2006 23:01:48 +0000 Subject: dist-hg proof-of-concept ready for use In-Reply-To: <20061114045851.GA27594@nostromo.devel.redhat.com> References: <200611061159.12599.jkeating@redhat.com> <20061110134730.GA29991@devserv.devel.redhat.com> <20061113111336.GA8088@dudweiler.stuttgart.redhat.com> <200611130633.44916.ndbecker2@gmail.com> <455883D4.7020801@poolshark.org> <1163429276.4075.16.camel@zod.rchland.ibm.com> <455885EE.3000208@redhat.com> <1163474634.3396.7.camel@shinybook.infradead.org> <20061113235302.39677544@ernie> <20061114045851.GA27594@nostromo.devel.redhat.com> Message-ID: <645d17210611281501m3ca142ccyd3950f619c699602@mail.gmail.com> On 14/11/06, Bill Nottingham wrote: > Basically, we want to enable anyone taking Fedora and doing what they > want - use it as a branching off point for their own ideas, their > own testing, etc. We want it to be dead simple for them to be able to > take what we have, add a patch of their own to their own personal branch, > build, test, and make available for people to test and use, all without > gating on a single maintainer. > These aspirations more or less describe conary (but that wasn't invented here). Jonathan. From buildsys at fedoraproject.org Wed Nov 29 10:55:15 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 29 Nov 2006 05:55:15 -0500 (EST) Subject: Package EVR problems in FC+FE 2006-11-29 Message-ID: <20061129105515.20FE315212E@buildsys.fedoraproject.org> Axel.Thimm AT ATrpms.net: smart FE4 > FE7 (0:0.42-40.fc4 > 0:0.42-39.fc6) FE5 > FE7 (0:0.42-40.fc5 > 0:0.42-39.fc6) FE6 > FE7 (0:0.42-40.fc6 > 0:0.42-39.fc6) UNKNOWN OWNER (possibly Core package): device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) gnome-netstatus FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) iscsi-initiator-utils FC6-updates > FC7 (0:6.2.0.742-0.0.fc6 > 0:6.2.0.695-0.7) libvirt FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2 FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) planner FC6-updates > FC7 (0:0.14.2-1.fc6 > 0:0.14.1-3) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) setools FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) system-config-soundcard FC6-updates > FC7 (0:2.0.5-2.fc6 > 0:2.0.5-1.fc7) xen FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) andreas.bierfert AT lowlatency.de: libopensync-plugin-irmc FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) aportal AT univ-montp2.fr: piklab FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) ch.nolte AT fh-wolfenbuettel.de: kbibtex FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) chabotc AT xs4all.nl: buoh FE6 > FE7 (0:0.8.2-2.fc6 > 0:0.8.2-2) dan AT danny.cz: codeblocks FE5 > FE6 (0:1.0-0.16.20061128svn3295.fc5 > 0:1.0-0.15.20061125svn3268.fc6) FE5 > FE7 (0:1.0-0.16.20061128svn3295.fc5 > 0:1.0-0.14.20061121svn3253.fc7) FE6 > FE7 (0:1.0-0.15.20061125svn3268.fc6 > 0:1.0-0.14.20061121svn3253.fc7) enrico.scholz AT informatik.tu-chemnitz.de: tor FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xmlrpc-c FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) fedora AT theholbrooks.org: php-json FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) foolish AT guezz.net: muine FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) i AT stingr.net: flow-tools FE3 > FE7 (0:0.68-12.fc3 > 0:0.68-11.fc6) FE4 > FE7 (0:0.68-12.fc4 > 0:0.68-11.fc6) FE5 > FE7 (0:0.68-12.fc5 > 0:0.68-11.fc6) FE6 > FE7 (0:0.68-12.fc6 > 0:0.68-11.fc6) icon AT fedoraproject.org: cvs2svn FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) yaz FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) jonathansteffan AT gmail.com: plone FE5 > FE7 (0:2.5.1-4.fc5 > 0:2.5.1-3.fc7) FE6 > FE7 (0:2.5.1-4.fc6 > 0:2.5.1-3.fc7) zope FE5 > FE7 (0:2.9.5-1.fc5 > 0:2.9.4-2.fc6) FE6 > FE7 (0:2.9.5-1.fc6 > 0:2.9.4-2.fc6) mdehaan AT redhat.com: cobbler FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) koan FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) petersen AT redhat.com: gtk2hs FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) robert AT marcanoonline.com: eclipse-subclipse FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) roland AT redhat.com: monotone FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) skvidal AT phy.duke.edu: seahorse FE6 > FE7 (0:0.8.2-1.fc6 > 0:0.8.1-2.fc6) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) wtogami AT redhat.com: thunderbird FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) ---------------------------------------------------------------------- buoh: chabotc AT xs4all.nl FE6 > FE7 (0:0.8.2-2.fc6 > 0:0.8.2-2) cobbler: mdehaan AT redhat.com FE5 > FE7 (0:0.3.3-1.fc5 > 0:0.2.8-1.fc6) FE6 > FE7 (0:0.3.3-1.fc6 > 0:0.2.8-1.fc6) codeblocks: dan AT danny.cz FE5 > FE6 (0:1.0-0.16.20061128svn3295.fc5 > 0:1.0-0.15.20061125svn3268.fc6) FE5 > FE7 (0:1.0-0.16.20061128svn3295.fc5 > 0:1.0-0.14.20061121svn3253.fc7) FE6 > FE7 (0:1.0-0.15.20061125svn3268.fc6 > 0:1.0-0.14.20061121svn3253.fc7) cvs2svn: icon AT fedoraproject.org FE5 > FE7 (0:1.5.0-1.fc5 > 0:1.4.0-2.fc6) FE6 > FE7 (0:1.5.0-1.fc6 > 0:1.4.0-2.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) eclipse-subclipse: robert AT marcanoonline.com FE6 > FE7 (0:1.1.8-2.fc6 > 0:1.1.5-2.fc6) flow-tools: i AT stingr.net FE3 > FE7 (0:0.68-12.fc3 > 0:0.68-11.fc6) FE4 > FE7 (0:0.68-12.fc4 > 0:0.68-11.fc6) FE5 > FE7 (0:0.68-12.fc5 > 0:0.68-11.fc6) FE6 > FE7 (0:0.68-12.fc6 > 0:0.68-11.fc6) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) FE5 > FE7 (0:0.2.2-2.fc5 > 0:0.2.1-3.fc6) gnome-netstatus: UNKNOWN OWNER (possibly Core package) FC6 > FC7 (0:2.12.0-5.1 > 0:2.12.0-5.fc7) gtk2hs: petersen AT redhat.com FE6 > FE7 (0:0.9.10.2-0.1.fc6 > 0:0.9.10-4.fc6) iscsi-initiator-utils: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:6.2.0.742-0.0.fc6 > 0:6.2.0.695-0.7) kbibtex: ch.nolte AT fh-wolfenbuettel.de FE4 > FE6 (0:0.1.5-3.fc4 > 0:0.1.5-1.fc6) FE4 > FE7 (0:0.1.5-3.fc4 > 0:0.1.5-2.fc7) FE5 > FE6 (0:0.1.5-3.fc5 > 0:0.1.5-1.fc6) FE5 > FE7 (0:0.1.5-3.fc5 > 0:0.1.5-2.fc7) koan: mdehaan AT redhat.com FE5 > FE7 (0:0.2.3-1.fc5 > 0:0.2.1-1.fc6) FE6 > FE7 (0:0.2.4-1.fc6 > 0:0.2.1-1.fc6) libopensync-plugin-irmc: andreas.bierfert AT lowlatency.de FE4 > FE5 (0:0.19-1.fc4 > 0:0.18-6.fc5) libvirt: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.1.7-3.FC5 > 0:0.1.7-2) libxml2: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.6.27-1.FC6 > 0:2.6.27-1) libxslt: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:1.1.18-1.FC6 > 0:1.1.18-1) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) monotone: roland AT redhat.com FE5 > FE6 (0:0.31-1.fc5 > 0:0.30-1.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) muine: foolish AT guezz.net FE5 > FE7 (0:0.8.6-1.fc5 > 0:0.8.5-7.fc6) FE6 > FE7 (0:0.8.6-1.fc6 > 0:0.8.5-7.fc6) php-json: fedora AT theholbrooks.org FE6 > FE7 (0:1.2.1-5.fc6 > 0:1.2.1-3.fc6) php-shout: fedora AT theholbrooks.org FE6 > FE7 (0:0.9.1-1.fc6 > 0:0.3.1-6.fc6) piklab: aportal AT univ-montp2.fr FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) planner: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:0.14.2-1.fc6 > 0:0.14.1-3) plone: jonathansteffan AT gmail.com FE5 > FE7 (0:2.5.1-4.fc5 > 0:2.5.1-3.fc7) FE6 > FE7 (0:2.5.1-4.fc6 > 0:2.5.1-3.fc7) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) seahorse: skvidal AT phy.duke.edu FE6 > FE7 (0:0.8.2-1.fc6 > 0:0.8.1-2.fc6) setools: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:3.0-2.fc6 > 0:3.0-2) smart: Axel.Thimm AT ATrpms.net FE4 > FE7 (0:0.42-40.fc4 > 0:0.42-39.fc6) FE5 > FE7 (0:0.42-40.fc5 > 0:0.42-39.fc6) FE6 > FE7 (0:0.42-40.fc6 > 0:0.42-39.fc6) system-config-soundcard: UNKNOWN OWNER (possibly Core package) FC6-updates > FC7 (0:2.0.5-2.fc6 > 0:2.0.5-1.fc7) thunderbird: wtogami AT redhat.com FC5-updates > FC7 (0:1.5.0.8-1.fc5 > 0:1.5.0.7-5.fc7) FC6-updates > FC7 (0:1.5.0.8-1.fc6 > 0:1.5.0.7-5.fc7) tor: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:0.1.1.25-1.fc5 > 0:0.1.1.24-1.fc6) FE6 > FE7 (0:0.1.1.25-1.fc6 > 0:0.1.1.24-1.fc6) xen: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.0.3-1.fc5 > 0:3.0.3-0.1.rc3) FC5-updates > FC7 (0:3.0.3-1.fc5 > 0:3.0.3-1) xmlrpc-c: enrico.scholz AT informatik.tu-chemnitz.de FE5 > FE7 (0:1.06.06-1.fc5 > 0:1.06.05-3.fc7) FE6 > FE7 (0:1.06.06-1.fc6 > 0:1.06.05-3.fc7) yaz: icon AT fedoraproject.org FE5 > FE7 (0:2.1.36-1.fc5 > 0:2.1.26-1.1.fc6) FE6 > FE7 (0:2.1.36-1.fc6 > 0:2.1.26-1.1.fc6) zope: jonathansteffan AT gmail.com FE5 > FE7 (0:2.9.5-1.fc5 > 0:2.9.4-2.fc6) FE6 > FE7 (0:2.9.5-1.fc6 > 0:2.9.4-2.fc6) From mlichvar at redhat.com Thu Nov 30 14:45:15 2006 From: mlichvar at redhat.com (Miroslav Lichvar) Date: Thu, 30 Nov 2006 15:45:15 +0100 Subject: libtermcap => libncurses Message-ID: <20061130144515.GA9862@localhost> Hi, here is the list of packages that are now depending on libtermcap.so.2. These packages need to be rebuilt against libncurses, as we would like to have termcap and libtermcap dropped since FC7. Please change BuildRequires to ncurses-devel and link with -lncurses instead of -ltermcap. If the package needs to include termcap.h, the file is in /usr/include/ncurses. Drop me an email if you don't have time to do this, and I will take care of your packages. Thanks. Core packages: amanda amanda-client amanda-server bash bc festival gnupg gnuplot gnutls-utils guile lv pilot-link postgresql postgresql-contrib postgresql-devel postgresql-server procinfo python quagga ruby-libs tcsh util-linux xfsprogs zsh Extras: abiword clips clisp cyphesis darcs genius ghc66 ginac-utils gnome-genius gnucap gnupg2 gpsim grads hugs98 js koffice-kexi ktechlab lash maxima-runtime-clisp mono-debugger ngspice nmh octave-forge opensc pari-gp php-readline pl q q-devel R rlwrap ucblogo yafc yap yaz -- Miroslav Lichvar From wart at kobold.org Thu Nov 30 16:15:42 2006 From: wart at kobold.org (Wart) Date: Thu, 30 Nov 2006 08:15:42 -0800 Subject: libtermcap => libncurses In-Reply-To: <20061130144515.GA9862@localhost> References: <20061130144515.GA9862@localhost> Message-ID: <456F03AE.2090100@kobold.org> Miroslav Lichvar wrote: > Hi, > > here is the list of packages that are now depending on > libtermcap.so.2. These packages need to be rebuilt against libncurses, > as we would like to have termcap and libtermcap dropped since FC7. > > Please change BuildRequires to ncurses-devel and link with -lncurses > instead of -ltermcap. If the package needs to include termcap.h, the > file is in /usr/include/ncurses. > > Drop me an email if you don't have time to do this, and I will take > care of your packages. > > Thanks. > > Core packages: > > amanda > amanda-client > amanda-server > bash > bc > festival > gnupg > gnuplot > gnutls-utils > guile > lv > pilot-link > postgresql > postgresql-contrib > postgresql-devel > postgresql-server > procinfo > python > quagga > ruby-libs > tcsh > util-linux > xfsprogs > zsh This list is missing 'readline-devel'. The base 'readline' package does not require libtermcap, but if you look at the spec file, you'll see that 'readline-devel' Requires: libtermcap-devel. This means that any package that has a BR: readline-devel likely gets linked with and ends up with an implicit Requires: on libtermcap... > Extras: > > abiword > clips > clisp > cyphesis [...] ...including cyphesis. Once readline is fixed, then many of these packages probably just need a rebuild to remove the libtermcap dependency. --Wart From alain.portal at free.fr Thu Nov 30 21:00:33 2006 From: alain.portal at free.fr (Alain PORTAL) Date: Thu, 30 Nov 2006 22:00:33 +0100 Subject: Package EVR problems in FC+FE 2006-11-29 In-Reply-To: <20061129105515.20FE315212E@buildsys.fedoraproject.org> References: <20061129105515.20FE315212E@buildsys.fedoraproject.org> Message-ID: <200611302200.37709.alain.portal@free.fr> Hi, Le mercredi 29 novembre 2006 11:55, buildsys at fedoraproject.org a ?crit : > aportal AT univ-montp2.fr: > piklab > FE5 > FE6 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc6) > FE5 > FE7 (0:0.12.2-1.1.fc5 > 0:0.12.2-1.fc7) Bug is fixed by increasing release number. How I have to closed the related bug? As current release or next release? Thanks. Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Jochen at herr-schmitt.de Thu Nov 30 20:50:56 2006 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Thu, 30 Nov 2006 21:50:56 +0100 Subject: Package EVR problems in FC+FE 2006-11-29 In-Reply-To: <200611302200.37709.alain.portal@free.fr> References: <20061129105515.20FE315212E@buildsys.fedoraproject.org> <200611302200.37709.alain.portal@free.fr> Message-ID: <0ML25U-1GpstT3lmI-00037C@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 30 Nov 2006 22:00:33 +0100, you wrote: >Bug is fixed by increasing release number. >How I have to closed the related bug? >As current release or next release? I would take 'NEXTRELEASE'. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.5.0 (Build 1202) Charset: us-ascii wj8DBQFFb0RgT2AHK6txfgwRArMyAKD3gPoS/xraDkXVvlSQCVEElii4sgCgtvut Q39SmxHfEJ3zEdiQaxe3ou0= =e9m0 -----END PGP SIGNATURE----- From alain.portal at free.fr Thu Nov 30 23:01:29 2006 From: alain.portal at free.fr (Alain PORTAL) Date: Fri, 1 Dec 2006 00:01:29 +0100 Subject: Package EVR problems in FC+FE 2006-11-29 In-Reply-To: <0ML25U-1GpstT3lmI-00037C@mrelayeu.kundenserver.de> References: <20061129105515.20FE315212E@buildsys.fedoraproject.org> <200611302200.37709.alain.portal@free.fr> <0ML25U-1GpstT3lmI-00037C@mrelayeu.kundenserver.de> Message-ID: <200612010001.33911.alain.portal@free.fr> Le jeudi 30 novembre 2006 21:50, Jochen Schmitt a ?crit : > On Thu, 30 Nov 2006 22:00:33 +0100, you wrote: > >Bug is fixed by increasing release number. > >How I have to closed the related bug? > >As current release or next release? > > I would take 'NEXTRELEASE'. That was I though, and if noboby contradict before I'm going to bed tonight, I'll do so. Thanks Jochen Regards, Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: