Re: dh_makeshlibs and libfam0c102
On Fri, Jul 02, 2004 at 03:25:06PM -0700, Matt Zimmerman wrote: > On Fri, Jul 02, 2004 at 11:57:38AM -0700, William Ballard wrote: > > > Notice libfam0c102 isn't coming in with a version dependency. Is there > > to make dh_shlibdeps add that in? > > No. Why do you believe that you need to? I dunno. That question was implicit: is libfam0c102 some "special thing" which doesn't need a version. Is it different from all the other packages, which *do* specify a verision. I don't know a thing about it. I thought either dh_shlibdeps was doing what it wanted by not writing a version, as you seem to suggest; or if I was doing something wrong.
Re: RFS: akregator - RSS feed aggregator for KDE
Pierre HABOUZIT wrote: Indeed, in fact, where there will be a 1.1betax i'll use the 1.99-1+betax version number, that is really clear, and shorter than a 0.99-1+1.0-beta4 but in fact, the non-official debian repository where i dput my packages atm had a q&dirty package named 1.0-beta1 and I had to produce version numbers greater than this one (the historical thing) starting with 1.0, my version numbering will follow a +betax scheme I strongly recommend that you follow the "0.99+1.0beta4-1" scheme that was suggested. Yes it's long, but it's also correct, flexible, and proven. In summary, the format is [last_stable_version]+[experimental_version]-[package_version]. Please use it, starting with your existing packages, before they go into the official archive. Now is the time to get things right. -John -- http://giftfile.org/ :: giftfile project
Re: dh_makeshlibs and libfam0c102
On Fri, Jul 02, 2004 at 09:47:26PM -0700, Matt Zimmerman wrote: > dh_shlibdeps (via dpkg-shlibdeps) uses information that the library > maintainer provided (the shlibs file) to determine the appropriate > dependency. This mechanism is documented in the policy manual. Good answer. Got it. (What was happening was correct -- libfam0c102 doesn't specify a version in its .shlibs) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dh_makeshlibs and libfam0c102
On Fri, Jul 02, 2004 at 08:48:39PM -0700, William Ballard wrote: > On Fri, Jul 02, 2004 at 03:25:06PM -0700, Matt Zimmerman wrote: > > On Fri, Jul 02, 2004 at 11:57:38AM -0700, William Ballard wrote: > > > > > Notice libfam0c102 isn't coming in with a version dependency. Is there > > > to make dh_shlibdeps add that in? > > > > No. Why do you believe that you need to? > > I dunno. That question was implicit: is libfam0c102 some "special > thing" which doesn't need a version. Is it different from all the other > packages, which *do* specify a verision. I don't know a thing about it. > > I thought either dh_shlibdeps was doing what it wanted by not writing a > version, as you seem to suggest; or if I was doing something wrong. dh_shlibdeps (via dpkg-shlibdeps) uses information that the library maintainer provided (the shlibs file) to determine the appropriate dependency. This mechanism is documented in the policy manual. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dh_makeshlibs and libfam0c102
On Fri, Jul 02, 2004 at 03:25:06PM -0700, Matt Zimmerman wrote: > On Fri, Jul 02, 2004 at 11:57:38AM -0700, William Ballard wrote: > > > Notice libfam0c102 isn't coming in with a version dependency. Is there > > to make dh_shlibdeps add that in? > > No. Why do you believe that you need to? I dunno. That question was implicit: is libfam0c102 some "special thing" which doesn't need a version. Is it different from all the other packages, which *do* specify a verision. I don't know a thing about it. I thought either dh_shlibdeps was doing what it wanted by not writing a version, as you seem to suggest; or if I was doing something wrong. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: akregator - RSS feed aggregator for KDE
Pierre HABOUZIT wrote: Indeed, in fact, where there will be a 1.1betax i'll use the 1.99-1+betax version number, that is really clear, and shorter than a 0.99-1+1.0-beta4 but in fact, the non-official debian repository where i dput my packages atm had a q&dirty package named 1.0-beta1 and I had to produce version numbers greater than this one (the historical thing) starting with 1.0, my version numbering will follow a +betax scheme I strongly recommend that you follow the "0.99+1.0beta4-1" scheme that was suggested. Yes it's long, but it's also correct, flexible, and proven. In summary, the format is [last_stable_version]+[experimental_version]-[package_version]. Please use it, starting with your existing packages, before they go into the official archive. Now is the time to get things right. -John -- http://giftfile.org/ :: giftfile project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: yaffa-0.11 -- secure ftp client - new upstream release
On Mon, Jun 28, 2004 at 09:14:52PM +0200, Mark Wilson wrote: >Greetings, > >i am still looking a sponsor for package "yaffa". > >Version 0.11 is a new upstream release. > ><><>Package name : yaffa > ><><><>Version: 0.10-1 >Upstream Authors : Anton Persson <[EMAIL PROTECTED]> > ><>URL: http://moyaffa.sourceforge.net > ><> > >Licence: GNU General Public License > >Copyright : YAFFA/MoYAFFA is (c) 2003 by Anton Persson ><[EMAIL PROTECTED]> > >Description: FTP Client supporting secure transfers via ssh protocol > >YAFFA, is a filemanager and FTP client with support for secure FTP. > >It includes a GTK front end and console mode. > >Includes an editable scriptlist, configurable button grid (gui). > >With Yaffa it is possible to call, for example, less or cat or any other >program you wish to run directly >from within Yaffa > >The development is on-going, version 1.0 will be released sometime this >summer. > >Anybody interested in sponsoring this package? > >Package available from: http://members.aon.at/wilswilson I run pbuilder on the source package on 30 June 2004 and lintian and linda on the .changes file created by pbuilder. It's lintian/linda clean. My pbuilder log file is at: http://www-personal.monash.edu.au/~anibal/tmp/yaffa_0.11-1.log.gz >Regards > > Wils Regards, Anibal Monsalve Salazar -- .''`. Debian GNU/Linux | Building 28C : :' : Free Operating System | Monash University VIC 3800, Australia `. `' http://debian.org/| http://www-personal.monash.edu/~anibal/ `- | pgp3WE6FRLQYk.pgp Description: PGP signature
Real meds. Get it by tomorrow 64233
Dis(f6acc76a63c)con(f44bc3b)tinue Gd8x1.Zg5eP.QsMk.12SnAj0xzMpI/XCNBZ0MTmiq/bv/NY0 If I repent of anything, it is very likely to be my good behavior.,You can often measure a person by the size of his dream.,For of those to whom much is given, much is required.,There will come a time when you believe everything is finished. That will be the beginning. kdukx vxgfrx, aea, tjtvt . dwwo julv hfwr, vzjow, ocmhvv . sqdvm mukgff nkbgny, wmdi, gukb . owgrtu fodn lsj, vpkv, jizrl . lvjc fkeafx vdtpq, anl, ahnjrn . cupzd kkcolj tet, wje, yqoyz . hqolsj ros bwrofh, jaxf, cckssi . tqjkbd ewjw muqc, ajka, qmluwf . gyhyj cmmgiy jmy, pxba, cjzquv . zhuxr givu bexf, jdpacq, jsklkh . ygqtg morhlq pnp, zsszuk, ffpsp . zoepj yvbpe gobvd, uxa, tlyys . rhjsxo gahddw pevt, yzuxc, qnrpf . ioqco
Re: RFS: yaffa-0.11 -- secure ftp client - new upstream release
On Mon, Jun 28, 2004 at 09:14:52PM +0200, Mark Wilson wrote: >Greetings, > >i am still looking a sponsor for package "yaffa". > >Version 0.11 is a new upstream release. > ><><>Package name : yaffa > ><><><>Version: 0.10-1 >Upstream Authors : Anton Persson <[EMAIL PROTECTED]> > ><>URL: http://moyaffa.sourceforge.net > ><> > >Licence: GNU General Public License > >Copyright : YAFFA/MoYAFFA is (c) 2003 by Anton Persson ><[EMAIL PROTECTED]> > >Description: FTP Client supporting secure transfers via ssh protocol > >YAFFA, is a filemanager and FTP client with support for secure FTP. > >It includes a GTK front end and console mode. > >Includes an editable scriptlist, configurable button grid (gui). > >With Yaffa it is possible to call, for example, less or cat or any other >program you wish to run directly >from within Yaffa > >The development is on-going, version 1.0 will be released sometime this >summer. > >Anybody interested in sponsoring this package? > >Package available from: http://members.aon.at/wilswilson I run pbuilder on the source package on 30 June 2004 and lintian and linda on the .changes file created by pbuilder. It's lintian/linda clean. My pbuilder log file is at: http://www-personal.monash.edu.au/~anibal/tmp/yaffa_0.11-1.log.gz >Regards > > Wils Regards, Anibal Monsalve Salazar -- .''`. Debian GNU/Linux | Building 28C : :' : Free Operating System | Monash University VIC 3800, Australia `. `' http://debian.org/| http://www-personal.monash.edu/~anibal/ `- | pgpPPgpli3ObK.pgp Description: PGP signature
Re: dh_makeshlibs and libfam0c102
On Fri, Jul 02, 2004 at 11:57:38AM -0700, William Ballard wrote: > Notice libfam0c102 isn't coming in with a version dependency. Is there > to make dh_shlibdeps add that in? No. Why do you believe that you need to? -- - mdz
take action against erectile disfunction
LowCost version of popular S-ex Pill is just 2.50 per dosage. More and more men are ordering from offshore pharmacies for convenience. Pay for your order by credit card online. Pearlie Hamiton http://rd.yahoo.com/Jtiehh/*http://Nofcnjsta.affordableonlinegenerics.com If you have no interest in these types of products or other generics, fill in the box here: http://rd.yahoo.com/Be/*http://C456.affordableonlinegenerics.com n8Euxyf
Real meds. Get it by tomorrow 64233
Dis(f6acc76a63c)con(f44bc3b)tinue Gd8x1.Zg5eP.QsMk.12SnAj0xzMpI/XCNBZ0MTmiq/bv/NY0 If I repent of anything, it is very likely to be my good behavior.,You can often measure a person by the size of his dream.,For of those to whom much is given, much is required.,There will come a time when you believe everything is finished. That will be the beginning. kdukx vxgfrx, aea, tjtvt . dwwo julv hfwr, vzjow, ocmhvv . sqdvm mukgff nkbgny, wmdi, gukb . owgrtu fodn lsj, vpkv, jizrl . lvjc fkeafx vdtpq, anl, ahnjrn . cupzd kkcolj tet, wje, yqoyz . hqolsj ros bwrofh, jaxf, cckssi . tqjkbd ewjw muqc, ajka, qmluwf . gyhyj cmmgiy jmy, pxba, cjzquv . zhuxr givu bexf, jdpacq, jsklkh . ygqtg morhlq pnp, zsszuk, ffpsp . zoepj yvbpe gobvd, uxa, tlyys . rhjsxo gahddw pevt, yzuxc, qnrpf . ioqco
Re: dh_makeshlibs and libfam0c102
On Fri, Jul 02, 2004 at 11:57:38AM -0700, William Ballard wrote: > Notice libfam0c102 isn't coming in with a version dependency. Is there > to make dh_shlibdeps add that in? No. Why do you believe that you need to? -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
take action against erectile disfunction
LowCost version of popular S-ex Pill is just 2.50 per dosage. More and more men are ordering from offshore pharmacies for convenience. Pay for your order by credit card online. Pearlie Hamiton http://rd.yahoo.com/Jtiehh/*http://Nofcnjsta.affordableonlinegenerics.com If you have no interest in these types of products or other generics, fill in the box here: http://rd.yahoo.com/Be/*http://C456.affordableonlinegenerics.com n8Euxyf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dh_makeshlibs and libfam0c102
Fam isn't configurable via pkg-config, but I put it in configure.ac via a call to AC_CHECK_LIB(fam,main) [1]. In debian/rules I call dh_shlibdeps but not dh_makeshlibs, and I end up with these substvars: shlibs:Depends=libart-2.0-2 (>= 2.3.16), libatk1.0-0 (>= 1.6.0), libc6 (>= 2.3.2.ds1-4), libcroco2 (>= 0.5.1), libfam0c102, libgconf2-4 (>= 2.6.2), libglade2-0 (>= 1:2.3.6), libglib2.0-0 (>= 2.4.1), libgsf-1 (>= 1.9.1), libgtk2.0-0 (>= 2.4.3), liborbit2 (>= 1:2.10.0), libpango1.0-0 (>= 1.4.0), librsvg2-2 (>= 2.6.4), libxml2 (>= 2.6.10), zlib1g (>= 1:1.2.1) Notice libfam0c102 isn't coming in with a version dependency. Is there to make dh_shlibdeps add that in? - [1] Here's the actual bit from configure.ac (it's quite busy): AC_CHECK_PROG(PKG_INC,pkg-config,`pkg-config --cflags atk gdk-pixbuf-2.0 gdk-x11-2.0 glib-2.0 gobject-2.0 gmodule-2.0 gtk+-x11-2.0 libglade-2.0 libxml-2.0 pango pangox pangoxft gconf-2.0 librsvg-2.0 `) AC_SUBST(PKG_INC) PKG_LIBS=`pkg-config --libs atk gdk-pixbuf-2.0 gdk-x11-2.0 glib-2.0 gobject-2.0 gmodule-2.0 gtk+-x11-2.0 libglade-2.0 libxml-2.0 pango pangox pangoxft gconf-2.0 librsvg-2.0 ` PKG_LIB="" for i in $PKG_LIBS ; do case $i in -l*) PKG_LIB="$i $PKG_LIB" ;; -L*) LIBS="$LIBS $i" ;; *) LIBS="$i $LIBS" ;; esac; done for i in $PKG_LIB ; do j=${i#'-l'}; AC_CHECK_LIB($j,main) done USER_LIBS="-lfam " USER_LIB="" for i in $USER_LIBS ; do case $i in -l*) USER_LIB="$i $USER_LIB" ;; -L*) LIBS="$LIBS $i" ;; *) LIBS="$i $LIBS" ;; esac; done for i in $USER_LIB ; do j=${i#'-l'}; AC_CHECK_LIB($j,main) done
Re: saslauthd from binary package seg faulting?
On Jul 1, 2004, at 11:50 PM, Andreas Metzler wrote: On 2004-07-02 [EMAIL PROTECTED] wrote: [...] I've tried for many months to get saslauthd working with PAM - I happen to use the pam_krb5 module. Now it's working when I build it myself - but I don't know why. I have a pretty stock installation of unstable on a Pentium 75 and a Celeron 433. [...] Perhaps symbol-clashes. saslauthd links against libkrb5-17-heimdal and libpam-krb5 against libkrb53. And when you compile it yourself sasl is linked against libkrb53 instead, because it is installed. How did you rebuild it? Did you ignore the Build-Dependencies? BTW this off-topic for debian-mentors, this is not a user-support list but one for debian packaging questions. I suggest to submit a bugreport, using reportbug(1). cu andreas Thanks, Andreas - I think you are exactly correct. I had to ignore the build-depends because they conflict (bug 253894). I checked - I have linked saslauthd against libkrb53: ldd /usr/sbin/saslauthd ... libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x4014) ... I have submitted a bug report: 257306 (I appreciate your point about the topic of debian-mentors; thank you - I won't make this mistake again.) Jack
dh_makeshlibs and libfam0c102
Fam isn't configurable via pkg-config, but I put it in configure.ac via a call to AC_CHECK_LIB(fam,main) [1]. In debian/rules I call dh_shlibdeps but not dh_makeshlibs, and I end up with these substvars: shlibs:Depends=libart-2.0-2 (>= 2.3.16), libatk1.0-0 (>= 1.6.0), libc6 (>= 2.3.2.ds1-4), libcroco2 (>= 0.5.1), libfam0c102, libgconf2-4 (>= 2.6.2), libglade2-0 (>= 1:2.3.6), libglib2.0-0 (>= 2.4.1), libgsf-1 (>= 1.9.1), libgtk2.0-0 (>= 2.4.3), liborbit2 (>= 1:2.10.0), libpango1.0-0 (>= 1.4.0), librsvg2-2 (>= 2.6.4), libxml2 (>= 2.6.10), zlib1g (>= 1:1.2.1) Notice libfam0c102 isn't coming in with a version dependency. Is there to make dh_shlibdeps add that in? - [1] Here's the actual bit from configure.ac (it's quite busy): AC_CHECK_PROG(PKG_INC,pkg-config,`pkg-config --cflags atk gdk-pixbuf-2.0 gdk-x11-2.0 glib-2.0 gobject-2.0 gmodule-2.0 gtk+-x11-2.0 libglade-2.0 libxml-2.0 pango pangox pangoxft gconf-2.0 librsvg-2.0 `) AC_SUBST(PKG_INC) PKG_LIBS=`pkg-config --libs atk gdk-pixbuf-2.0 gdk-x11-2.0 glib-2.0 gobject-2.0 gmodule-2.0 gtk+-x11-2.0 libglade-2.0 libxml-2.0 pango pangox pangoxft gconf-2.0 librsvg-2.0 ` PKG_LIB="" for i in $PKG_LIBS ; do case $i in -l*) PKG_LIB="$i $PKG_LIB" ;; -L*) LIBS="$LIBS $i" ;; *) LIBS="$i $LIBS" ;; esac; done for i in $PKG_LIB ; do j=${i#'-l'}; AC_CHECK_LIB($j,main) done USER_LIBS="-lfam " USER_LIB="" for i in $USER_LIBS ; do case $i in -l*) USER_LIB="$i $USER_LIB" ;; -L*) LIBS="$LIBS $i" ;; *) LIBS="$i $LIBS" ;; esac; done for i in $USER_LIB ; do j=${i#'-l'}; AC_CHECK_LIB($j,main) done -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: saslauthd from binary package seg faulting?
On Jul 1, 2004, at 11:50 PM, Andreas Metzler wrote: On 2004-07-02 [EMAIL PROTECTED] wrote: [...] I've tried for many months to get saslauthd working with PAM - I happen to use the pam_krb5 module. Now it's working when I build it myself - but I don't know why. I have a pretty stock installation of unstable on a Pentium 75 and a Celeron 433. [...] Perhaps symbol-clashes. saslauthd links against libkrb5-17-heimdal and libpam-krb5 against libkrb53. And when you compile it yourself sasl is linked against libkrb53 instead, because it is installed. How did you rebuild it? Did you ignore the Build-Dependencies? BTW this off-topic for debian-mentors, this is not a user-support list but one for debian packaging questions. I suggest to submit a bugreport, using reportbug(1). cu andreas Thanks, Andreas - I think you are exactly correct. I had to ignore the build-depends because they conflict (bug 253894). I checked - I have linked saslauthd against libkrb53: ldd /usr/sbin/saslauthd ... libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x4014) ... I have submitted a bug report: 257306 (I appreciate your point about the topic of debian-mentors; thank you - I won't make this mistake again.) Jack -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: akregator - RSS feed aggregator for KDE
> do you have any other advice/remark ? well, if nobody has anything to add, is there someone interested in beeing my sponsor for akregator ? -- Pierre Habouzit http://www.madism.org/ signature.asc Description: Digital signature
Re: RFS: amarok - versatile and easy to use audio player for KDE
Peter Rockai (mornfall) wrote: > Hello! > > I'm looking for sponsor for the $SUBJ, until i finish my NM application. > The package is available at: > deb http://www.kalyxo.org/debian unstable main > > Here's the whereabouts of the package: > ITP bug: 236696 (owned by Alejandro Exojo, but i have his ok to take over) > > Version: 1.0 > Upstream: the amaroK team > Url: http://amarok.kde.org > Description: versatile and easy to use audio player for KDE > amaroK tries to be a little different, providing a simple drag and drop > interface that really makes playlist handling easy. > . > Features include: > - fresh playlist concept, very fast to use, with drag and drop > - plays all formats supported by aRts, including mp3, ogg, > audio CDs, streams > - audio effects, like reverb and compressor > - compatible with the .m3u and .pls formats for playlists > - nice GUI, integrates into the KDE look, but with a unique touch > . > Both aRts and GStreamer support is available in packages amarok-arts and > amarok-gstreamer, respectively. NMM engine is not yet included. > . > The xmms visualisation support is available in package amarok-xmms. I have uploaded 1.0.1 package, which solves most of the issues mentioned in this thread. Still two of the programs miss manpages and the loadable module is in /usr/lib. I will consider moving the manpage-less programs out of /usr/bin, as they probably aren't all that useful standalone. The problem here is that arts packages use /usr/lib as well (so the bug is really in arts and not in my packages). I can't relocate the module, because arts won't find it otherwise. :/. But the package should be in relatively good shape other than this. The package, as it is in kalyxo archive, should be uploadable. It has appropriate closes: in changlog. > > Yours, > Peter
Re: RFS: akregator - RSS feed aggregator for KDE
> do you have any other advice/remark ? well, if nobody has anything to add, is there someone interested in beeing my sponsor for akregator ? -- Pierre Habouzit http://www.madism.org/ signature.asc Description: Digital signature
Re: RFS: amarok - versatile and easy to use audio player for KDE
Peter Rockai (mornfall) wrote: > Hello! > > I'm looking for sponsor for the $SUBJ, until i finish my NM application. > The package is available at: > deb http://www.kalyxo.org/debian unstable main > > Here's the whereabouts of the package: > ITP bug: 236696 (owned by Alejandro Exojo, but i have his ok to take over) > > Version: 1.0 > Upstream: the amaroK team > Url: http://amarok.kde.org > Description: versatile and easy to use audio player for KDE > amaroK tries to be a little different, providing a simple drag and drop > interface that really makes playlist handling easy. > . > Features include: > - fresh playlist concept, very fast to use, with drag and drop > - plays all formats supported by aRts, including mp3, ogg, > audio CDs, streams > - audio effects, like reverb and compressor > - compatible with the .m3u and .pls formats for playlists > - nice GUI, integrates into the KDE look, but with a unique touch > . > Both aRts and GStreamer support is available in packages amarok-arts and > amarok-gstreamer, respectively. NMM engine is not yet included. > . > The xmms visualisation support is available in package amarok-xmms. I have uploaded 1.0.1 package, which solves most of the issues mentioned in this thread. Still two of the programs miss manpages and the loadable module is in /usr/lib. I will consider moving the manpage-less programs out of /usr/bin, as they probably aren't all that useful standalone. The problem here is that arts packages use /usr/lib as well (so the bug is really in arts and not in my packages). I can't relocate the module, because arts won't find it otherwise. :/. But the package should be in relatively good shape other than this. The package, as it is in kalyxo archive, should be uploadable. It has appropriate closes: in changlog. > > Yours, > Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: knoda
Le jeu 01/07/2004 à 13:41, Matthew Palmer a écrit : > On Thu, Jul 01, 2004 at 11:32:32AM +0200, Stan Pinte wrote: > > Name: knoda > > Licence: GPL > > Short description: knoda is a database frontend for KDE. It is based on > > hk_classes > > This description sucks. Don't start with the package name, it's too long, > and what is hk_classes (and why should I, as a user, care?) > > > Long description: http://www.knoda.org/ > > Care to elaborate? > > > Where can the package be obtained: by emailing me. > > OK, I'll bite. Whereabouts? > > It certainly looks like an interesting program, if it's in an appropriately > usable state. Have a look at my sponsorship guidelines at > http://people.debian.org/~mpalmer/sponsorship.html. > > - Matt > Hello all, someone send me a mail, saying that these packages are already maintained since 1.5 years... (http://mentors.debian.net/debian/dists/unstable/main/binary-i386/knoda/) I'll have a look, and contact their maintainer first. Thanks for your interest, Stan. signature.asc Description: Ceci est une partie de message numériquement signée.
Re: Fwd: saslauthd from binary package seg faulting?
On 2004-07-02 [EMAIL PROTECTED] wrote: [...] > >I've tried for many months to get saslauthd working with PAM - I > >happen to use the pam_krb5 module. Now it's working when I build it > >myself - but I don't know why. I have a pretty stock installation of > >unstable on a Pentium 75 and a Celeron 433. [...] Perhaps symbol-clashes. saslauthd links against libkrb5-17-heimdal and libpam-krb5 against libkrb53. And when you compile it yourself sasl is linked against libkrb53 instead, because it is installed. How did you rebuild it? Did you ignore the Build-Dependencies? BTW this off-topic for debian-mentors, this is not a user-support list but one for debian packaging questions. I suggest to submit a bugreport, using reportbug(1). cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash"
Re: RFS: knoda
Le jeu 01/07/2004 à 13:41, Matthew Palmer a écrit : > On Thu, Jul 01, 2004 at 11:32:32AM +0200, Stan Pinte wrote: > > Name: knoda > > Licence: GPL > > Short description: knoda is a database frontend for KDE. It is based on > > hk_classes > > This description sucks. Don't start with the package name, it's too long, > and what is hk_classes (and why should I, as a user, care?) > > > Long description: http://www.knoda.org/ > > Care to elaborate? > > > Where can the package be obtained: by emailing me. > > OK, I'll bite. Whereabouts? > > It certainly looks like an interesting program, if it's in an appropriately > usable state. Have a look at my sponsorship guidelines at > http://people.debian.org/~mpalmer/sponsorship.html. > > - Matt > Hello all, someone send me a mail, saying that these packages are already maintained since 1.5 years... (http://mentors.debian.net/debian/dists/unstable/main/binary-i386/knoda/) I'll have a look, and contact their maintainer first. Thanks for your interest, Stan. signature.asc Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e=2E?=
Re: Fwd: saslauthd from binary package seg faulting?
On 2004-07-02 [EMAIL PROTECTED] wrote: [...] > >I've tried for many months to get saslauthd working with PAM - I > >happen to use the pam_krb5 module. Now it's working when I build it > >myself - but I don't know why. I have a pretty stock installation of > >unstable on a Pentium 75 and a Celeron 433. [...] Perhaps symbol-clashes. saslauthd links against libkrb5-17-heimdal and libpam-krb5 against libkrb53. And when you compile it yourself sasl is linked against libkrb53 instead, because it is installed. How did you rebuild it? Did you ignore the Build-Dependencies? BTW this off-topic for debian-mentors, this is not a user-support list but one for debian packaging questions. I suggest to submit a bugreport, using reportbug(1). cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]