Sorry for the massive subscribe cross-posting.
My mailserver is bouncing some mails and SmartList keeps on
desubscribing me from all my loved debian lists. And trying to subscribe
at this hour in the morning might not be such good idea.
J
--
Jesus Climent | Unix System Admin | Helsinki, Finlan
--
Jesus Climent | Unix System Admin | Helsinki, Finland.
web: www.hispalinux.es/~data/ | pumuki.hispalinux.es
--
Please, encrypt mail sent to me: GnuPG ID: 86946D69
FP: BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69
--
On Sun, Sep 22, 2002 at 01:40:12PM -0600, Bob Proulx wrote:
> If you can avoid those shared libraries it would be best. Libraries
> should be either shared in /usr/lib or not shared at all. The halfway
> between place is not a mature methodology at this time and contains
> many problems.
Ignori
Rene Engelhard wrote:
> -> see my answer on Ralf's posting.
Hrmpf.
Stephen's posting of course...
Regards,
Rene
--
.''`. Rene Engelhard -- Debian GNU/Linux Developer
: :' : http://www.debian.org | http://people.debian.org/~rene/
`. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AE
Hi,
Stephen Gran wrote:
> This one time, at band camp, Ralf Treinen said:
> > On Sun, Sep 22, 2002 at 01:01:04PM -0400, Stephen Gran wrote:
> > > Hello all,
> > > I recently packaged up KCDLabel, a very nice GUI CD Label creator. IT
> > > allows for both image and text manipulation, and I find it
Hi Stefan,
Stefan Schimanski wrote:
> On Sunday 22 September 2002 19:01, Stephen Gran wrote:
> > Hello all,
> > I recently packaged up KCDLabel, a very nice GUI CD Label creator.
> > IT allows for both image and text manipulation, and I find it nice
> > for making CD's for friends. From the desc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On Sunday 22 September 2002 19:01, Stephen Gran wrote:
> Hello all,
> I recently packaged up KCDLabel, a very nice GUI CD Label creator.
> IT allows for both image and text manipulation, and I find it nice
> for making CD's for friends. From the
This one time, at band camp, Ralf Treinen said:
> On Sun, Sep 22, 2002 at 01:01:04PM -0400, Stephen Gran wrote:
> > Hello all,
> > I recently packaged up KCDLabel, a very nice GUI CD Label creator. IT
> > allows for both image and text manipulation, and I find it nice for
> > making CD's for frien
On Sun, Sep 22, 2002 at 01:01:04PM -0400, Stephen Gran wrote:
> Hello all,
> I recently packaged up KCDLabel, a very nice GUI CD Label creator. IT
> allows for both image and text manipulation, and I find it nice for
> making CD's for friends. From the description field:
In which way is this dif
Rene Engelhard wrote:
> -> see my answer on Ralf's posting.
Hrmpf.
Stephen's posting of course...
Regards,
Rene
--
.''`. Rene Engelhard -- Debian GNU/Linux Developer
: :' : http://www.debian.org | http://people.debian.org/~rene/
`. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248A
Hi,
Stephen Gran wrote:
> This one time, at band camp, Ralf Treinen said:
> > On Sun, Sep 22, 2002 at 01:01:04PM -0400, Stephen Gran wrote:
> > > Hello all,
> > > I recently packaged up KCDLabel, a very nice GUI CD Label creator. IT
> > > allows for both image and text manipulation, and I find i
Hi Stefan,
Stefan Schimanski wrote:
> On Sunday 22 September 2002 19:01, Stephen Gran wrote:
> > Hello all,
> > I recently packaged up KCDLabel, a very nice GUI CD Label creator.
> > IT allows for both image and text manipulation, and I find it nice
> > for making CD's for friends. From the des
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On Sunday 22 September 2002 19:01, Stephen Gran wrote:
> Hello all,
> I recently packaged up KCDLabel, a very nice GUI CD Label creator.
> IT allows for both image and text manipulation, and I find it nice
> for making CD's for friends. From th
This one time, at band camp, Ralf Treinen said:
> On Sun, Sep 22, 2002 at 01:01:04PM -0400, Stephen Gran wrote:
> > Hello all,
> > I recently packaged up KCDLabel, a very nice GUI CD Label creator. IT
> > allows for both image and text manipulation, and I find it nice for
> > making CD's for frie
On Sunday 22 Sep 2002 8:31 pm, Bob Proulx wrote:
> Is there a dependency that you continue to provide the shared
> libraries? If so then they should be in /usr/lib and should be public
> shared libraries. Private shared libraries really don't make much
> sense to me. There are specific uses but
On Sun, Sep 22, 2002 at 01:01:04PM -0400, Stephen Gran wrote:
> Hello all,
> I recently packaged up KCDLabel, a very nice GUI CD Label creator. IT
> allows for both image and text manipulation, and I find it nice for
> making CD's for friends. From the description field:
In which way is this di
Junichi Uekawa <[EMAIL PROTECTED]> [2002-09-22 20:54:19 +0900]:
> What would be the point of restricting the shared libraries to
> within the software ?
The traditional argument is usually that shared libraries save disk
space. If your have a large amount of code that is completely shared
between
Devin Carraway <[EMAIL PROTECTED]> [2002-09-22 01:35:32 -0700]:
BTW, I wanted to also say...
> I know of three ways to deal with this one -- add a new path to
> ld.so.conf (yuck),
Blech! Very yucky taste in mouth. ;-)
> link with -rpath, or wrap the apps in a script which alters
> $LD_LIBRARY
Devin Carraway <[EMAIL PROTECTED]> [2002-09-22 01:35:32 -0700]:
> I'm working on a package containing several executables, whose common
> functionality lives in a few shared libraries. They're linked in the
> usual way at compile time. Policy says they should live in
> /usr/lib/packagename/, but
On Sun, Sep 22, 2002 at 02:08:34PM -0300, Henrique de Moraes Holschuh wrote:
> > curious, why does it need anything other than the SASL module in order to
> > support Kerberos?
> It can do group lookups for AFS, I think. And it also asks the kerberos
> libs the canonic name of hosts and such.
I
CDMA手机900元送1300话费（每分钟0。20元）=
现代1100市话通600元（含400话费
CDMA手机卡150元一张（含1000元话费）打市内电话相当于7分钱一分钟
SONY100市话通580元（送400话费
摩托罗拉老款手机120元一台
能上网的西门子3508手机430元
能上网的爱立信T29手机450元
市话通带机入台220元送400话费
详情请咨询26840989
On Sunday 22 Sep 2002 8:31 pm, Bob Proulx wrote:
> Is there a dependency that you continue to provide the shared
> libraries? If so then they should be in /usr/lib and should be public
> shared libraries. Private shared libraries really don't make much
> sense to me. There are specific uses bu
Junichi Uekawa <[EMAIL PROTECTED]> [2002-09-22 20:54:19 +0900]:
> What would be the point of restricting the shared libraries to
> within the software ?
The traditional argument is usually that shared libraries save disk
space. If your have a large amount of code that is completely shared
betwee
Devin Carraway <[EMAIL PROTECTED]> [2002-09-22 01:35:32 -0700]:
BTW, I wanted to also say...
> I know of three ways to deal with this one -- add a new path to
> ld.so.conf (yuck),
Blech! Very yucky taste in mouth. ;-)
> link with -rpath, or wrap the apps in a script which alters
> $LD_LIBRAR
On Sun, 22 Sep 2002, Steve Langasek wrote:
> > Is there anyone around who would like to help with these questions, and with
> > configure.in support to link the proper objects? Upstream supports MIT and
> > Heimdal, but their stuff won't work with Debian heimdall out-of-the-box, for
> > example (d
Devin Carraway <[EMAIL PROTECTED]> [2002-09-22 01:35:32 -0700]:
> I'm working on a package containing several executables, whose common
> functionality lives in a few shared libraries. They're linked in the
> usual way at compile time. Policy says they should live in
> /usr/lib/packagename/, but
Hello all,
I recently packaged up KCDLabel, a very nice GUI CD Label creator. IT
allows for both image and text manipulation, and I find it nice for
making CD's for friends. From the description field:
Description: CD cover creator for KDE
KCDLabel is a KDE program used to create covers, labels
Marco Kuhlmann <[EMAIL PROTECTED]> writes:
> Dear mentors,
Hi,
> I found out a little more about my current troubles with the new
> versions of my packages mozart, mozart-contrib, and
> mozart-doc-html. The phenomenon is this:
>
> Where the old version of mozart contains a _directory_
> /us
On Sun, Sep 22, 2002 at 02:08:34PM -0300, Henrique de Moraes Holschuh wrote:
> > curious, why does it need anything other than the SASL module in order to
> > support Kerberos?
> It can do group lookups for AFS, I think. And it also asks the kerberos
> libs the canonic name of hosts and such.
CDMAÊÖ»ú900ÔªËÍ1300»°·Ñ£¨Ã¿·ÖÖÓ0¡£20Ôª£©=
ÏÖ´ú1100Êл°Í¨600Ôª£¨º¬400»°·Ñ
CDMAÊÖ»ú¿¨150ÔªÒ»ÕÅ£¨º¬1000Ôª»°·Ñ£©´òÊÐÄڵ绰Ï൱ÓÚ7·ÖǮһ·ÖÖÓ
SONY100Êл°Í¨580Ôª£¨ËÍ400»°·Ñ
ĦÍÐÂÞÀÀÏ¿îÊÖ»ú120Ԫһ̨
ÄÜÉÏÍøµÄÎ÷ÃÅ×Ó3508ÊÖ»ú430Ôª
ÄÜÉÏÍøµÄ°®Á¢ÐÅT29ÊÖ»ú450Ôª
Êл°Í¨´ø»úÈę̈220ÔªËÍ400»°·Ñ
ÏêÇéÇë×Éѯ2684098
On Sun, Sep 22, 2002 at 09:45:17AM -0300, Henrique de Moraes Holschuh wrote:
> I have been asked to add kerberos support to Cyrus IMAPd. So far so good.
> Part of it is already there anyway, as long as Kerberos modules for SASL2
> are installed in the system.
> Now, I have to choose wether to use
On Sun, 22 Sep 2002, Steve Langasek wrote:
> > Is there anyone around who would like to help with these questions, and with
> > configure.in support to link the proper objects? Upstream supports MIT and
> > Heimdal, but their stuff won't work with Debian heimdall out-of-the-box, for
> > example (
Hello all,
I recently packaged up KCDLabel, a very nice GUI CD Label creator. IT
allows for both image and text manipulation, and I find it nice for
making CD's for friends. From the description field:
Description: CD cover creator for KDE
KCDLabel is a KDE program used to create covers, label
Marco Kuhlmann <[EMAIL PROTECTED]> writes:
> Dear mentors,
Hi,
> I found out a little more about my current troubles with the new
> versions of my packages mozart, mozart-contrib, and
> mozart-doc-html. The phenomenon is this:
>
> Where the old version of mozart contains a _directory_
> /u
On Sun, Sep 22, 2002 at 09:45:17AM -0300, Henrique de Moraes Holschuh wrote:
> I have been asked to add kerberos support to Cyrus IMAPd. So far so good.
> Part of it is already there anyway, as long as Kerberos modules for SASL2
> are installed in the system.
> Now, I have to choose wether to us
I have been asked to add kerberos support to Cyrus IMAPd. So far so good.
Part of it is already there anyway, as long as Kerberos modules for SASL2
are installed in the system.
Now, I have to choose wether to use Heimdal or MIT Kerberos 5. And not
being familiar with Kerberos, I don't know what
Devin Carraway <[EMAIL PROTECTED]> immo vero scripsit:
> I'm working on a package containing several executables, whose common
> functionality lives in a few shared libraries. They're linked in the
> usual way at compile time. Policy says they should live in
> /usr/lib/packagename/, but I need t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sunday 22 September 2002 07:37, Holger Kubiak wrote:
> But I have another problem: When I build the package with debuild there is
> no problem, when I build with pdebuild, all scripts (one bash, one perl)
> in /usr/bin are not executable.
Files in
I have been asked to add kerberos support to Cyrus IMAPd. So far so good.
Part of it is already there anyway, as long as Kerberos modules for SASL2
are installed in the system.
Now, I have to choose wether to use Heimdal or MIT Kerberos 5. And not
being familiar with Kerberos, I don't know what
Devin Carraway <[EMAIL PROTECTED]> immo vero scripsit:
> I'm working on a package containing several executables, whose common
> functionality lives in a few shared libraries. They're linked in the
> usual way at compile time. Policy says they should live in
> /usr/lib/packagename/, but I need
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sunday 22 September 2002 07:37, Holger Kubiak wrote:
> But I have another problem: When I build the package with debuild there is
> no problem, when I build with pdebuild, all scripts (one bash, one perl)
> in /usr/bin are not executable.
Files in
I'm working on a package containing several executables, whose common
functionality lives in a few shared libraries. They're linked in the
usual way at compile time. Policy says they should live in
/usr/lib/packagename/, but I need to make them available for the runtime
linker.
I know of three w
On Sun, Sep 22, 2002 at 03:54:17AM -0400, David B Harris wrote:
> Ideally, there'd be some dead-project listing somewhere; you could ask
> your upstream to list the project there. Then interested parties can
> pick it up if they so desire.
There have been at least a few -- UFO and DOOSS seem to be
On Sun, 22 Sep 2002, Sam Powers wrote:
> > Beat him over the head with some of ESR's writings, specifically the part
> > which states that the final responsibility of a free software author is to
> > find an appropriate successor when your own interest has died.
>
> Well, at least he offered it
Holger Kubiak <[EMAIL PROTECTED]> immo vero scripsit:
> But I have another problem: When I build the package with debuild there is
> no problem, when I build with pdebuild, all scripts (one bash, one perl)
> in /usr/bin are not executable.
diff does not maintain executable bits.
So, any file that
On Sun, 22 Sep 2002, Matthew Palmer wrote:
> Beat him over the head with some of ESR's writings, specifically the part
> which states that the final responsibility of a free software author is to
> find an appropriate successor when your own interest has died.
Well, at least he offered it to me.
On Sun, 22 Sep 2002, David B Harris wrote:
> Ideally, there'd be some dead-project listing somewhere; you could ask
> your upstream to list the project there. Then interested parties can
> pick it up if they so desire.
>
> Dunno if any such beast exists, however.
That would be a really, really, re
On Sun, 22 Sep 2002, Sam Powers wrote:
> I've got a package, xmms-liveice, which is very, very unstable. The
> upstream author has moved on to other projects, and doesn't seem
> particularly interested in making the code work better.
Beat him over the head with some of ESR's writings, specificall
On Sun, 22 Sep 2002 00:34:45 -0700 (PDT)
Sam Powers <[EMAIL PROTECTED]> wrote:
> I've got a package, xmms-liveice, which is very, very unstable. The
> upstream author has moved on to other projects, and doesn't seem
> particularly interested in making the code work better.
>
> It's an xmms plugin,
I've got a package, xmms-liveice, which is very, very unstable. The
upstream author has moved on to other projects, and doesn't seem
particularly interested in making the code work better.
It's an xmms plugin, written in C. I don't know C, so I can't fix the bugs
myself. How should I go about find
On Sat, 21 Sep 2002 23:09:00 +0100
Paul Cupis <[EMAIL PROTECTED]> wrote:
> Can you try running pdebuild (with no arguments) in the source
> directory, please, rather than "pbuilder build .dsc". This problem may
> be caused by a error in your .dsc file.
The problem *was* caused by an error: Becaus
I'm working on a package containing several executables, whose common
functionality lives in a few shared libraries. They're linked in the
usual way at compile time. Policy says they should live in
/usr/lib/packagename/, but I need to make them available for the runtime
linker.
I know of three
On Sun, Sep 22, 2002 at 03:54:17AM -0400, David B Harris wrote:
> Ideally, there'd be some dead-project listing somewhere; you could ask
> your upstream to list the project there. Then interested parties can
> pick it up if they so desire.
There have been at least a few -- UFO and DOOSS seem to b
On Sun, 22 Sep 2002, Sam Powers wrote:
> > Beat him over the head with some of ESR's writings, specifically the part
> > which states that the final responsibility of a free software author is to
> > find an appropriate successor when your own interest has died.
>
> Well, at least he offered i
Holger Kubiak <[EMAIL PROTECTED]> immo vero scripsit:
> But I have another problem: When I build the package with debuild there is
> no problem, when I build with pdebuild, all scripts (one bash, one perl)
> in /usr/bin are not executable.
diff does not maintain executable bits.
So, any file that
On Sun, 22 Sep 2002, Matthew Palmer wrote:
> Beat him over the head with some of ESR's writings, specifically the part
> which states that the final responsibility of a free software author is to
> find an appropriate successor when your own interest has died.
Well, at least he offered it to me
On Sun, 22 Sep 2002, David B Harris wrote:
> Ideally, there'd be some dead-project listing somewhere; you could ask
> your upstream to list the project there. Then interested parties can
> pick it up if they so desire.
>
> Dunno if any such beast exists, however.
That would be a really, really, r
On Sun, 22 Sep 2002, Sam Powers wrote:
> I've got a package, xmms-liveice, which is very, very unstable. The
> upstream author has moved on to other projects, and doesn't seem
> particularly interested in making the code work better.
Beat him over the head with some of ESR's writings, specifical
On Sun, 22 Sep 2002 00:34:45 -0700 (PDT)
Sam Powers <[EMAIL PROTECTED]> wrote:
> I've got a package, xmms-liveice, which is very, very unstable. The
> upstream author has moved on to other projects, and doesn't seem
> particularly interested in making the code work better.
>
> It's an xmms plugin
I've got a package, xmms-liveice, which is very, very unstable. The
upstream author has moved on to other projects, and doesn't seem
particularly interested in making the code work better.
It's an xmms plugin, written in C. I don't know C, so I can't fix the bugs
myself. How should I go about fin
60 matches
Mail list logo
