Re: Shared Libraries
On Thu, Sep 15, 2005 at 03:04:31AM +0200, Martin Konold wrote: My personal main issue with the static linking is that in case I am developing a package for OpenPKG I have a _very_ hard time to make _certain_ that the correct libraries get picked up during compile time. With dynamic linking you have the same problem and additionally you have it when you run the program. Saying that: it would be very nice to have the ldd information for statically linked libraries. In former times you did this by including SCCS identifiers in the source code but which is difficult to do when you just package existing sources. Greetings, -- Michael van Elst Internet: [EMAIL PROTECTED] A potential Snark may lurk in every tree. __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CVS] OpenPKG: openpkg-src/xmlroff/ xmlroff.spec
On Thu, Sep 15, 2005, Matthias Kurz wrote: upgrading package: xmlroff 0.3.5 - 0.3.6 0.3.6 fails to build for me at least under FreeBSD/i386 5.4 (rm0.openpkg.net)... Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CVS] OpenPKG: openpkg-src/xmlroff/ xmlroff.spec
On Thu, Sep 15, 2005, Ralf S. Engelschall wrote: On Thu, Sep 15, 2005, Matthias Kurz wrote: upgrading package: xmlroff 0.3.5 - 0.3.6 0.3.6 fails to build for me at least under FreeBSD/i386 5.4 (rm0.openpkg.net)... Builds for me after i rebuilt and reinstalled pango and libgnomeprint. I'm going to look into this fscking gtk stuff as a whole this evening. It seems to work for me (i can build and run xchat and bacula::wx-console), but i may still have some local modifications. Oh, by the way: Is it possible that the whole KDE/Qt stuff is built using shared libraries ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 Im prämotorischen Cortex kann jeder ein Held sein. (bdw) __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CVS] OpenPKG: openpkg-src/xmlroff/ xmlroff.spec
On Thu, Sep 15, 2005, Matthias Kurz wrote: On Thu, Sep 15, 2005, Ralf S. Engelschall wrote: On Thu, Sep 15, 2005, Matthias Kurz wrote: upgrading package: xmlroff 0.3.5 - 0.3.6 0.3.6 fails to build for me at least under FreeBSD/i386 5.4 (rm0.openpkg.net)... Builds for me after i rebuilt and reinstalled pango and libgnomeprint. Ok, will retry on rm0 after rebuilding and reinstalling those. I'm going to look into this fscking gtk stuff as a whole this evening. It seems to work for me (i can build and run xchat and bacula::wx-console), but i may still have some local modifications. xchat works for me now, too. But gimp still segfaults immediately after startup. Oh, by the way: Is it possible that the whole KDE/Qt stuff is built using shared libraries ? Well, our OpenPKG kde* packages use shared libraries only (but still do not work anyway). The standard qt (not the kde-qt) uses static libraries but has a with_shared build-time option. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
[OpenPKG] Version Tracking Report (2005-09-15 19:25)
OpenPKG Version Tracking Report === Reporting Time:2005-09-15 19:25 Tracking Duration: 0:59:30 (H:M:S) Tracking Input:1683 sources (896 packages) Tracking Result: 1603 up-to-date, 24 out-dated, 56 error The following 24 sources were determined to be out-dated because newer vendor versions were found. Upgrade the corresponding OpenPKG packages. - - - Package Old Version New Version - - - cvs 1.12.11 1.12.12 [1] elm 2.4ME+121 2.4ME+122 freeradius1.0.4 1.0.5 ganttproject 1.10.32.0-pre1 [2] heartbeat 1.2.3 2.0.1 [3] kde-arts 1.3.1 1.4.2 kde-base 3.2.3 3.4.2 kde-libs 3.3.1 3.4.2 kde-qt3.3.4 3.3.5 lame 3.96.13.97b libspf2 1.0.4 1.2.5 [4] mozilla-mplayer 3.10 3.11 papyrus 1.4.4 1.4.6 perl-util:Test-Inline 2.002 2.101 [5] qt3.3.4 3.3.5 rt:html-mason 1.28001.3101[6] scribus 1.2.2.1 1.3.0 spamassassin 3.0.4 3.1.0 synaptic 0.55.30.57.2 whois 4.7.6 4.7.8 wine 20050725 20050830 xalan-c 1_6 1_9_0 xine-lib 1.0.1 1.1.0 xine-ui 0.99.30.99.4 - - - [1] cvs: rse: new versions require porting of the large RSE patch set by RSE itself [2] ganttproject: rse: 1.11.1: java.lang.Comparable cannot be inherited with different arguments... [3] heartbeat: thl: 2.0.0 bails out with: does not yet support ossp implementation of uuid [4] libspf2: ms: 1.2.5 depends on res_nclose(3), missing in FreeBSD [5] perl-util:Test-Inline: thl: inline 2.100 calls for Test::ClassAPI, File::Slurp, File::Find::Rule, File::Flat, Algorithm::Dependency and Config::Tiny [6] rt:html-mason: cs: 1.31 needs Module::Build The following 56 sources could not be successfully checked because an error occurred while processing. Keep at least an eye on them. - - - Package Old Version Error - - - apache:mod_dosevasive 1.10 regex didn't match (pro.. cups 1.1.231st connection failed o.. cvsd 1.0.8 regex didn't match (pro.. db:patch 4.3.28.0 latest version online l.. dlint 1.4.0 regex didn't match (pro.. dss 5_0_3_2 regex didn't match (pro.. enscript 1.6.3 regex didn't match (p [1] epm 3.7 1st connection failed o.. firefox 1.0.6 2nd connection failed o.. gale 0.99fruit latest version online l.. gcc40 4.0.1 2nd connection failed o.. gconf 2.11 2nd connection failed o.. ghc 6.4 2nd regex didn't match .. gmime 2.1.162nd regex didn't match .. gnutls1.2.6 connection failed or ti.. gtkmm 2.7.4 connection failed or ti.. infozip:unzip 552 connection failed or ti.. infozip:zip 231 connection failed or ti.. ircd 2.11.1p1 connection failed or ti.. j2ee 8_1_01_2005Q1 regex didn't match (pro.. kermit211 connection failed or ti.. keychain 2.5.5 regex didn't match (pro.. less 385 latest version online
Re: Shared Libraries
Am Donnerstag 15 September 2005 08:01 schrieb Michael van Elst: Hi Michael, On Thu, Sep 15, 2005 at 03:04:31AM +0200, Martin Konold wrote: My personal main issue with the static linking is that in case I am developing a package for OpenPKG I have a _very_ hard time to make _certain_ that the correct libraries get picked up during compile time. With dynamic linking you have the same problem and additionally you have it when you run the program. Yes, but I can easily detect the problem and therefor deal with bug reports much better. Actually to me the static linking is the biggest obstacle to OpenPKG. The problematic debugging with static linking has lead to me having spent many useless hours and to users loosing data. (Linking to wrong version of libdb :-() and no reliable way for to detect the problem reliably. Regards, -- martin -- http://www.erfrakon.com/ Erlewein, Frank, Konold Partner - Beratende Ingenieure und Physiker __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: openssh.spec modification
On Thu, Sep 15, 2005, David M. Fetter wrote: On Thu, 2005-09-15 at 07:21 +0200, Ralf S. Engelschall wrote: On Wed, Sep 14, 2005, David M. Fetter wrote: It doesn't seem that any fixes for the default path problem has been put into UPD, at least for OpenPKG 2.3. Not sure if it was put into OpenPKG 2.4 because we haven't upgraded to that and we probably won't be able too until next year. Are there any plans to add this as a UPD fix? If not, then we will need to do something else on our side. I've not MFC'ed it as it is actually changing semantics and this way is not backward compatible. Hence it could break an existing installation, which should not happen for UPD packages. I thought the conclusive fix was an option that would disable those features, but by default they are on, therefore it won't break existing installations? Oh, I see. Yes, you're right. My fault. I've forgotten that it was a build-time option and disabled by default. Well, then we could MFC it, yes. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: Shared Libraries
On Thu, Sep 15, 2005, Martin Konold wrote: Am Donnerstag 15 September 2005 08:01 schrieb Michael van Elst: Hi Michael, On Thu, Sep 15, 2005 at 03:04:31AM +0200, Martin Konold wrote: My personal main issue with the static linking is that in case I am developing a package for OpenPKG I have a _very_ hard time to make _certain_ that the correct libraries get picked up during compile time. With dynamic linking you have the same problem and additionally you have it when you run the program. Yes, but I can easily detect the problem and therefor deal with bug reports much better. Actually to me the static linking is the biggest obstacle to OpenPKG. Big point (!), in my opinion. I record this under psychological reasons. (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 Im prämotorischen Cortex kann jeder ein Held sein. (bdw) __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: openssh.spec modification
Super! Thanks. On Thu, 2005-09-15 at 20:41 +0200, Ralf S. Engelschall wrote: On Thu, Sep 15, 2005, David M. Fetter wrote: On Thu, 2005-09-15 at 07:21 +0200, Ralf S. Engelschall wrote: On Wed, Sep 14, 2005, David M. Fetter wrote: It doesn't seem that any fixes for the default path problem has been put into UPD, at least for OpenPKG 2.3. Not sure if it was put into OpenPKG 2.4 because we haven't upgraded to that and we probably won't be able too until next year. Are there any plans to add this as a UPD fix? If not, then we will need to do something else on our side. I've not MFC'ed it as it is actually changing semantics and this way is not backward compatible. Hence it could break an existing installation, which should not happen for UPD packages. I thought the conclusive fix was an option that would disable those features, but by default they are on, therefore it won't break existing installations? Oh, I see. Yes, you're right. My fault. I've forgotten that it was a build-time option and disabled by default. Well, then we could MFC it, yes. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org -- David M. Fetter - UNIX Systems Administrator Portland State University - www.oit.pdx.edu signature.asc Description: This is a digitally signed message part
Re: [CVS] OpenPKG: openpkg-src/xmlroff/ xmlroff.spec
On Thu, Sep 15, 2005, Ralf S. Engelschall wrote: On Thu, Sep 15, 2005, Matthias Kurz wrote: [...] Oh, by the way: Is it possible that the whole KDE/Qt stuff is built using shared libraries ? Well, our OpenPKG kde* packages use shared libraries only (but still do not work anyway). ... Bummer ! Could this mean, that dynamical linking is _not_ the solution to all problems ? This said, i'm cooling down for today. My brain is toasted and the glass stick beween my ears makes some crunching sounds... So, i'll come back to this later... (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 Im prämotorischen Cortex kann jeder ein Held sein. (bdw) __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: Samba w/ADS - Test Update
Hello all. I was curious if anybody has worked on this anymore and perhaps found the fix? I haven't had any extra time since my last work on this, but I will probably start looking into it more in the near future if it hasn't been resolved. If it has been resolved, I would certainly appreciate hearing how. Thanks. On Fri, 2005-08-26 at 14:53 -0700, David M. Fetter wrote: On Thu, 2005-08-25 at 17:04 -0700, David M. Fetter wrote: On Thu, 2005-08-25 at 13:35 -0700, Doug Summers wrote: Well, I didn't have to patch anything with the Samba 3.0.14a code I downloaded from samba.org. The only issues I had were with Kerberos OpenLDAP playing together. At this point I think I could get ADS support working if I could just get Samba w/LDAP support compiled. If you have any tricks let me know - I can't get it to work on Linux or Solaris. Ah, well, then that information must be obsoleted now. Good. That makes things a bit easier. As for something to try, because openldap under openpkg is compiled by default with ssl support, you need to add '-lssl -lcrypt' into the LIBS flag. You can do this by inserting the following code after line 99 of the samba.spec file: %if %{with_ldap} == yes LIBS=$LIBS -lssl -lcrypto export LIBS %endif However, while this seems to fix one issue, another one crops up afterward. It seems to fail with: Compiling libsmb/clikrb5.c libsmb/clikrb5.c:163:2: #error UNKNOWN_GET_ENCTYPES_FUNCTIONS libsmb/clikrb5.c: In function `krb5_locate_kdc': libsmb/clikrb5.c:212: error: `krb5_krbhst_handle' undeclared (first use in this function) libsmb/clikrb5.c:212: error: (Each undeclared identifier is reported only once libsmb/clikrb5.c:212: error: for each function it appears in.) libsmb/clikrb5.c:212: error: parse error before hnd libsmb/clikrb5.c:213: error: `krb5_krbhst_info' undeclared (first use in this function) libsmb/clikrb5.c:213: error: `hinfo' undeclared (first use in this function) libsmb/clikrb5.c:222: error: `KRB5_KRBHST_KDC' undeclared (first use in this function) libsmb/clikrb5.c:222: error: `hnd' undeclared (first use in this function) make: *** [libsmb/clikrb5.o] Error 1 This is true both under Solaris9 and RHEL3. I will look more into this tomorrow unless somebody else finds the fix for this. Well, I'm now stuck on this (at least for now). I can't seem to find the reference krb5_kt_compare in any of the libraries, even under /usr/local/lib/kerberos, using nm. This is the first undefined reference where it bombs as you can see here: configure:31168: checking for krb5_kt_compare in -lkrb5 configure:31196: /usr/local/bin/gcc -o conftest -I/usr/local/include/kerberos -O2 -pipe -D_SAMBA_BUILD_ -I/usr/local/include/kerberos -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -I/usr/local/include -I/usr/local/include/openssl -DOPENSSL_DISABLE_OLD_DES_SUPPORT -I/usr/include -L/usr/local/lib/kerberos -L/usr/local/lib -L/usr/local/lib -L/lib conftest.c -lkrb5 -L/usr/local/lib/kerberos -L/usr/local/lib -L/usr/local/lib/kerberos -L/usr/local/lib -lgssapi_krb5 -lkrb5 -lk5crypto -lkrb5support -lcom_err -lresolv -lfsl -lnsl -lresolv -lnsl -ldl -lssl -lcrypto -liconv 5 /usr/local/RPM/USER/TMP/cc4DgFl1.o(.text+0xd): In function `main': : undefined reference to `krb5_kt_compare' collect2: ld returned 1 exit status configure:31202: $? = 1 configure: failed program was: Anybody else have any ideas to move this along? -- David M. Fetter - UNIX Systems Administrator Portland State University - www.oit.pdx.edu signature.asc Description: This is a digitally signed message part
[OpenPKG] Version Tracking Report (2005-09-16 07:14)
OpenPKG Version Tracking Report === Reporting Time:2005-09-16 07:14 Tracking Duration: 0:52:46 (H:M:S) Tracking Input:1683 sources (896 packages) Tracking Result: 1601 up-to-date, 28 out-dated, 54 error The following 28 sources were determined to be out-dated because newer vendor versions were found. Upgrade the corresponding OpenPKG packages. - - - Package Old Version New Version - - - cvs 1.12.11 1.12.12 [1] elm 2.4ME+121 2.4ME+122 freeradius1.0.4 1.0.5 ganttproject 1.10.32.0-pre1 [2] heartbeat 1.2.3 2.0.1 [3] imap 2004f 2004g j2se 1_5_0_04 1.5.0_05 kde-arts 1.3.1 1.4.2 kde-base 3.2.3 3.4.2 kde-libs 3.3.1 3.4.2 kde-qt3.3.4 3.3.5 lame 3.96.13.97b libspf2 1.0.4 1.2.5 [4] mozilla-mplayer 3.10 3.11 newt 0.51.6-7 0.51.6-8 papyrus 1.4.4 1.4.6 perl-parse:Config-General 2.29 2.30 perl-util:Test-Inline 2.002 2.101 [5] qt3.3.4 3.3.5 rt:html-mason 1.28001.3101[6] scribus 1.2.2.1 1.3.0 spamassassin 3.0.4 3.1.0 synaptic 0.55.30.57.2 whois 4.7.6 4.7.8 wine 20050725 20050830 xalan-c 1_6 1_9_0 xine-lib 1.0.1 1.1.0 xine-ui 0.99.30.99.4 - - - [1] cvs: rse: new versions require porting of the large RSE patch set by RSE itself [2] ganttproject: rse: 1.11.1: java.lang.Comparable cannot be inherited with different arguments... [3] heartbeat: thl: 2.0.0 bails out with: does not yet support ossp implementation of uuid [4] libspf2: ms: 1.2.5 depends on res_nclose(3), missing in FreeBSD [5] perl-util:Test-Inline: thl: inline 2.100 calls for Test::ClassAPI, File::Slurp, File::Find::Rule, File::Flat, Algorithm::Dependency and Config::Tiny [6] rt:html-mason: cs: 1.31 needs Module::Build The following 54 sources could not be successfully checked because an error occurred while processing. Keep at least an eye on them. - - - Package Old Version Error - - - apache:mod_dosevasive 1.10 regex didn't match (pro.. centericq 4.21.0regex didn't match (pro.. cups 1.1.231st connection failed o.. cvsd 1.0.8 regex didn't match (pro.. db:patch 4.3.28.0 latest version online l.. dlint 1.4.0 regex didn't match (pro.. dss 5_0_3_2 regex didn't match (pro.. editline 1.12 regex didn't match (pro.. enscript 1.6.3 regex didn't match (p [1] epm 3.7 1st connection failed o.. firefox 1.0.6 2nd connection failed o.. gale 0.99fruit latest version online l.. gcc40 4.0.1 2nd connection failed o.. gconf 2.11 2nd connection failed o.. ghc 6.4 2nd regex didn't match .. gmime 2.1.162nd regex didn't match .. gnutls1.2.6 connection failed or ti.. gtkmm 2.7.4 connection failed or ti.. infozip:unzip 552 connection failed or ti.. infozip:zip 231 connection failed
Re: [OpenPKG] Version Tracking Report (2005-09-16 07:14)
On Fri, Sep 16, 2005, OpenPKG Version Tracker wrote: OpenPKG Version Tracking Report === Reporting Time:2005-09-16 07:14 Tracking Duration: 0:52:46 (H:M:S) Tracking Input:1683 sources (896 packages) Tracking Result: 1601 up-to-date, 28 out-dated, 54 error The following 28 sources were determined to be out-dated because newer vendor versions were found. Upgrade the corresponding OpenPKG packages. - - - Package Old Version New Version - - - [...] j2se 1_5_0_04 1.5.0_05 Hmmm, how does one release nosrc packages ? (mk) -- Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47 Im prämotorischen Cortex kann jeder ein Held sein. (bdw) __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org