Re: What should go into "How Software Producers can distribute their products directly in .deb format"?

[Sean 'Shaleh' Perry]

On Sunday 08 December 2002 20:00, Bernd Eckenfels wrote:
> On Sun, Dec 08, 2002 at 07:03:05PM -0800, Sean 'Shaleh' Perry wrote:
> > Which is why I ask for the second option -- a tarball.  Let Debian,
> > Gentoo, BSD, whoever do their own packaging.  This includes any of those
> > groups' users.
>
> Debian wont package most of the non free software.
>

But it gives us the option.  It also makes it easier to write installer 
packages like the real networks one without mucking with rpms.

Re: Kernel update for Debian 3.0/i386

[Junichi Uekawa]

> There is no pcmcia-modules-2.2.22-reiserfs, which looks like an
> oversight to me.
> 
> install kernel-image-2.4.19-i386
> remove  kernel-image-2.4.16-i386
> remove  kernel-image-2.4.18-i386
> 
> install kernel-source-2.4.19
> remove  kernel-source-2.4.16
> remove  kernel-source-2.4.18

Hmm... as always that leaves ALSA etc. modules out of sync, doesn't it?
There are several module packages that would be made uninstallable
if you remove those kernel packages.


regards,
junichi

[为--工艺品企业--提供专业的电子商务服务]

[中艺网]

Title: ???中艺网???






  
 
  你好！ 
   --- 中艺网 工艺品企业的专业电子商务网站 
---
 http://www.ArtsOfChina.com 

  
   
　
中艺网会员可得到如下服务： 
  

获得最新资讯，中艺网的“行业快讯”、“最新资讯”、“行业综述”等栏目包含了工艺品市场的最新动态，让您最方便最及时的了解外界信息；
  
浏览商业机会、发布产品信息，注册会员享有在中艺网商务平台发布商业信息的权限，让您足不出户做天下生意；
　　
信息订阅，我们将根据您的需求以邮件形式将您想要的商业信息定期发送到您的邮箱；
　　
自助建站，我们为您提供设计精美的网站模板，您只需录入相关信息一个由您自己设定名称和内容的专业网站就建成了，整个过程可以在10分钟内完成！而且您以后可以随时登陆中艺网在线修改和添加信息！
　　
更多详情请上网浏览！还等什么？赶紧行动吧！
   
   ?点这里击浏览中艺网
 
  
  ? 如果有任何疑问，欢迎随时与我们联系 ?
  
??? 
  
  联系方式 　　　
深圳市瀚中艺实业有限公司[中艺网]　　
联系人：赵先生
电 话：（755）82351983 82252315　　 
传 真：（755）82251896　　　
全国免费电话：8008305208　 
网 址：Http://www.21cnarts.com　
邮 [EMAIL PROTECTED]
地 址：广东省深圳市嘉宾路海燕商业大厦1508室 
邮 编：518005
  ???　 
  
  
  

Re: private debian pools

[Scott James Remnant]

On Mon, 2002-12-09 at 02:09, Nick Phillips wrote:

> On Monday, December 9, 2002, at 12:03  pm, Scott James Remnant wrote:
> 
> > I disagree that this is needed, not for any of the usual reasons, but
> > for the simple reason that this functionality already exists.
> 
> In part; it's not visible to the user, and it's not possible for a 
> package to specify that it depends on a version of a package from a 
> particular release/distribution/origin.
> 
It's entirely visible to the user!

When all else fails, apt-cache policy tells you everything you might
want in your preferences file.

> > The namespace of an apt repository is its URL, and any information
> > available in a "Release" file at that URL.
> 
> Which is inadequate; how do you tell whether the following lines access 
> the same
> distribution?
> 
> deb http://debian.lemon-computing.com/debian/ stable main contrib 
> non-free
> deb http://debian.otago.ac.nz/debian/ stable main contrib non-free
> 
A "Release" file is present for both distributions, in which the
following line exists:

Origin: Debian

Then you can put something like:

Pin: release o=Debian

in your preferences file to refer to it.  If Origin were "Ximian" for
example, you'd put this instead:

Pin: release o=Ximian

> > I imagine the problem you had was that the system had all the Ximian
> > GNOME debs installed, and you wanted to use those from Debian instead.
> > That could have been easily solved by putting the following in
> > /etc/apt/preferences:
> > Package: *
> > Pin: release o=Debian
> > Pin-Priority: 1000
> >
> > Package: *
> > Pin: origin ftp.ximian.com
> > Pin-Priority: -1
> >
> > In effect, "Debian packages can force a downgrade of anything, do not
> > consider Ximian packages for installation at all"
> 
> This is great, but it doesn't enable *packages* to specify what they 
> need. Which is where the logic needs to be, if we really want to avoid 
> problems.
> 
Why?  I would say that this is the last thing you want to do?  A package
shouldn't care that Ximian's version of libgal is installed, just that
"libgal" is installed - I (as the user) should then be able to choose
which package I install.

Scott
-- 
Scott James Remnant Have you ever, ever felt like this?  Had strange
http://netsplit.com/  things happen?  Are you going round the twist?


signature.asc
Description: This is a digitally signed message part

Re: private debian pools

[Fabio Massimo Di Nitto]

On Mon, 9 Dec 2002, Nick Phillips wrote:

> On Monday, December 9, 2002, at 10:48  am, Fabio Massimo Di Nitto wrote:
>
> > I do not agree with you for different reasons. First of all noone
> > forces
> > people to add private archives to their sources.list. If users do that
> > they should know that things can break more easily. Sometimes private
> > archive are really usefull for pre-testing pkgs before they enter
> > debian.
>
> And sometimes third-party archives are useful because a third party has
> the resources and inclination to look after something we don't (yet).

I agree.

>
> Are you seriously saying that you don't want this to be made more
> reliable because "no-one forces people" to use such archives, and "they
> should know that [if they use these archives] things can break more
> easily"?

What I understood from your message is that you would not like to see
around too many private archive because of Debian providing a full system
to build them, am I right or I misunderstood something?
(because of possible breakage and so on..)
The contents of private archive is often (if not always) marked as
experimental/unofficial and yes I am serious when I say users should know
what can happen adding private archives. Just look at www.apt-get.org and
you will notice how many are marked unofficial/experimental.. I do not
believe that users cannot read that.

>
> Exactly which bit of trying to make things work better do you think is
> a bad idea?
>

>From your previous message:

>I dread to think how many versions of things like
>libgtksomeguicrapthatkeepsmakingabichanges
>(all mutually conflicting, and all required by something you *really
>need*) we'll end up with if people are easily able to maintain separate
>repositories.

This could be a problem that raise up only if the archive/pkg maintainer
is not keeping track of what is going on around. /me points out how much
duplicate work has been and how many redundant entries are mentioned on
www.apt-get.org

My point is that I would like to be able to maintain easily my archive.
most of pvt archive provides just one arch and/or one/two releases. I
maintain all 3 releases and for like 6 archs with autobuilders and so on
and anyway people should be able to choose appropriate tools to handle
their archive according to what they want to provide. As i see it
now not having dinstall packaged is some sort of limitation to users (I
do not exclude myself from the list) even if it is available via cvs (as
pointed in another message of this thread).

Cheers
Fabio

Re: What should go into "How Software Producers can distribute their products directly in .deb format"?

[Andreas Tille]

On Mon, 9 Dec 2002, Bernd Eckenfels wrote:

> It makes sense for the debian user, dont u think?
I think not.  Debian packages from *anywhere* are not under control of BTS
and as a consequence they have no quality assurance.  If the software is
interesting for Debian users it should be integrated into Debian.

The manual the poster was intended to write can be short:  Build a
lintian + bug free package and find a sponsor to upload.  Otherwise
Debian user won't even notice the fine software.

Kind regards

 Andreas.

Re: private debian pools

[Ola Lundqvist]

Hi

On Sat, Dec 07, 2002 at 04:36:58PM +1100, Brian May wrote:
> I have a set of scripts for creating private debian package pools,
> available at:
> 
> http://www.microcomaustralia.com.au/debian/bin2/>.

Interesting.

> These scripts will allow you to create and maintain a private archive
> with multiple distributions, architectures, etc. No database is
> required. See 
> 
> http://www.microcomaustralia.com.au/debian/> for a sample.
> 
> If somebody wants to help tidy up this code and package it for Debian, I
> will be willing to maintain the Debian package for Debian.

If you do not mind I can help you and you can help me to improve
the debarchiver package. I would be happy to include your scripts there.

The package pool thing is what I miss in debarchiver. I also miss
the nice daemon feature from mini-dinstall (which I did not know
of until today).

I can give you cvs access to my machine or move debarchiver code to
cvs.debian.org if you like.

> This probably will involve going through the README file and fixing the
> things I have labeled "FIXME" (most of these should be simple to
> fix, not sure about the bugs in rmfiles yet though).
> 
> If you want to do any work on it, please let me know simply so I can
> tell you if I have made any changes (as I do more testing if I find any
> bugs I may simply fix them without warning).
> 
> If anyone else is interested, cvs.debian.org might be a good idea, too...
> 
> A name is required (bin2 doesn't suit IMHO!).
> 
> Design note:
> 
> I have tried to make all scripts as simple as possible (except
> dpkg-scan* which are hacked versions of the Debian programs).

This is something I have been thinking about for some time now... :)

> Everything uses dsc.pm in order to read the *.changes file, to ensure
> that the programs remain small.
What is dsc.pm ? A description reader, you learn something everyday.

> dpkg-scanpackages and dpkg-scansources have been hacked to take a file
> with a list of packages as a parameter.

Cool.

> dpkg-scanudebs does the same thing as dpkg-scanpackages but for udebs.

Cool too.

> Ideally the original versions of these packages should support the
> functionality required, so these hacked versions wouldn't be required.

That sounds like a good thing.

Regards,

// Ola

> --
> Brian May <[EMAIL PROTECTED]>
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---

Re: private debian pools

[Fabio Massimo Di Nitto]

On Sun, 8 Dec 2002, Joey Hess wrote:

> Fabio Massimo Di Nitto wrote:
> > Why noone have ever packaged the actual debian set of scritps for
> > handling archives instead?
>
> Probably because it's too complicated to be of use unless you're
> managing something on the scale of the debian archive. It's much easier
> to install mini-dinstall and make a directory for your repository than
> it would be to install the real dinstall and set up all the database
> stuff and other stuff it needs.

Well it depends on the need. As I pointed out in another msg of this
thread people should be able to choose the appropriate archive system
according to the requirement of what they have to offer.

>
> > private repositories laying here and there (http://www.apt-get.org as
> > mentioned in one of the last DWN), and i know for sure that Brian is not
> > the only that will benefit from such scripts. I also had to write my own
> > to  handle my archive since i was not really satisfied with the others.
>
> Hmm, I wasn't exactly satisfied with mini-dinstall when I started to use
> it, but it seemed like a much better trade-off to contribute feedback
> and bug reports than dilute effort with yet another tool to do the same
> thing. And now I *am* happy with it, except for a couple of bugs.

You have a good point here. Now it is clear to everyone that many people
have spent time writing their own scripts to handle pvt archive, meaning a
lot of duplicate work. My suggestion would be to have some sort of 3
different archive handlers to satisfy users demand.

Entry level - one release (sid/sarge/woody), one arch (probably a simple
wrapper for dpkg-scanpackages and dpkg-scansource)
Medium level - whatever between entry and insane (something like
mini-dinstall)
Insane level - full archive (dinstall)

> Eh? Like everyone else on the internet, you have read access to
> cvs.debian.org for dinstall's source.
>

doh! I always forget about cvs because Im not a real fan of it :-)

Regards
Fabio

[为--工艺品企业--提供专业的电子商务服务]

[中艺网]

Title: ???中艺网???






  
 
  你好！ 
   --- 中艺网 工艺品企业的专业电子商务网站 
---
 http://www.ArtsOfChina.com 

  
   
　
中艺网会员可得到如下服务： 
  

获得最新资讯，中艺网的“行业快讯”、“最新资讯”、“行业综述”等栏目包含了工艺品市场的最新动态，让您最方便最及时的了解外界信息；
  
浏览商业机会、发布产品信息，注册会员享有在中艺网商务平台发布商业信息的权限，让您足不出户做天下生意；
　　
信息订阅，我们将根据您的需求以邮件形式将您想要的商业信息定期发送到您的邮箱；
　　
自助建站，我们为您提供设计精美的网站模板，您只需录入相关信息一个由您自己设定名称和内容的专业网站就建成了，整个过程可以在10分钟内完成！而且您以后可以随时登陆中艺网在线修改和添加信息！
　　
更多详情请上网浏览！还等什么？赶紧行动吧！
   
   ?点这里击浏览中艺网
 
  
  ? 如果有任何疑问，欢迎随时与我们联系 ?
  
??? 
  
  联系方式 　　　
深圳市瀚中艺实业有限公司[中艺网]　　
联系人：赵先生
电 话：（755）82351983 82252315　　 
传 真：（755）82251896　　　
全国免费电话：8008305208　 
网 址：Http://www.21cnarts.com　
邮 [EMAIL PROTECTED]
地 址：广东省深圳市嘉宾路海燕商业大厦1508室 
邮 编：518005
  ???　 
  
  
  

Re: [console-data] upgrade problem in preconfigure

[Arnaud Vandyck]

Alastair McKinstry <[EMAIL PROTECTED]> wrote:

> On Fri, 2002-12-06 at 22:16, Steve Greenland wrote:
> > (re-arranged a little)
> > 
> > Alastair, did you miss the "dselect just stop (I have to C-c to
> > get out)" part of Arnaud's message? Because you can't just hang an
> > installation run because you're having to guess a default. (I
> > don't think you are, actually, because I've seen the barrage of
> > keymap messages before, but never had a problem with it hanging.)
> 
> Oops. Yes, I did. I don't understand why it should hang; I'll log it
> as a bug and investigate. Might it be due to what you installed
> next? (I can't reproduce it yet; any further info would help).

Sorry, I '='ed console-data in dselect and dselect did not hang, so I
think it's not because of console-data. I fall back in testing and
every thing is good.

I do not know which package hang dselect because a lot of package
wanted to be updated and I did try to install a lot of new packages.

> Regards,
> Alastair

PS: Alstair, I forgot to sign my message! :-)

-- Arnaud Vandyck 


pgpqmNvvGLfNu.pgp
Description: PGP signature

Re: guaranteed non-interactive installation and upgrades

[Agustín Martín Domingo]

sean finney wrote:
also, the ispell package asks you
which language you use by default.  it wouldn't be so hard for these
packages to ask the same things in debconf, or at least respect your
debconf settings, and considering that they ship with stock debian you'd
think that they'd have already done so...
That is already done in ispell dicts and wordlists in unstable.
just some thoughts
sean
Hope you like it
--
=
Agustin Martin Domingo, Dpto. de Fisica, ETS Arquitectura Madrid,
(U. Politecnica de Madrid)  tel: +34 91-336-6536, Fax: +34 91-336-6554,
email:[EMAIL PROTECTED], http://corbu.aq.upm.es/~agmartin/welcome.html

Re: Putting .so symlinks in libs package for dlopen()ing?

[Yury Umanets]

Timshel Knoll wrote:
[Please CC all replies to me]
Hi all,
I'm having issues with getting parted's reiserfs support to work in a
way that complies with Debian policy. The issue is that parted dlopen()s
libreiserfs.so and libdal.so (from the libreiserfs-0.3-{0,dev}
packages) for its reiserfs support. This is fine, but the issue is that
the .so symlinks are in the -dev package, so parted's reiserfs support
fails unless the -dev package is installed (BAD). This problem is the
cause of bug #163107.
Possible solutions:
1. Put the .so symlinks in the libreiserfs-0.3-0 package. This breaks
  policy (section 9.0 says that the associated development package
  should contain the shared library without a version number). This is
  also a really bad precedent to set for other shared library packages
  which are dlopen()d.
2. Make parted dlopen() libreiserfs-0.3.so.0 rather than libreiserfs.so.
  This will solve the problem, but is not ideal solution since a minor
  version upgrade or SONAME change of libreiserfs will break parted's
  reiserfs support (note that parted does its own internal checking of
  libreiserfs versions to make sure it is compatible, and gracefully
  fails if it can't resolve all required symbols on dlopen()).
  Also, the parted source code needs to be manually edited on every
  minor or SONAME change of library.
The best solution is to add configure option in parted like 
--libreiserfs-path

3. Include a symlink to the appropriate libreiserfs in the
  libparted1.6-0 package "/lib/parted/modules/libreiserfs.so" and
  dlopen that instead. This has the added advantage that the symbolic
  link could be updated from libparted's postinst, and I could also
  modify it from libreiserfs's postinst. However, I'd rather find a
  solution that didn't require _any_ mention of parted in libreiserfs,
  other than a Suggests:. Or am I just being a puritan here?
ATM I'm leaning towards 2, or possibly 3. Any comments/queries/further
suggestions?
Cheers,
Timshel
 


___
Bug-parted mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-parted
 


--
Yury Umanets

Re: Putting .so symlinks in libs package for dlopen()ing?

[Yury Umanets]

Daniel Burrows wrote:
On Mon, Dec 09, 2002 at 04:01:29PM +1100, Andrew Clausen <[EMAIL PROTECTED]> was heard to say:
 

On Mon, Dec 09, 2002 at 02:02:12AM +, Scott James Remnant wrote:
   

I don't see why this is a problem, you'd only need to change the
dlopen() code if there's a SONAME change - and that should only change
if there's a binary-incompatible difference.  A difference that might
not be picked up by the internal checking of the code.
 

It would be picked up.
   

 So reiserfs has an internal mechanism for reporting whether stuff
is really compatible?  Is it using versioned symbols or something?
 Daniel
 

libreiserfs just provides the way to know interface version. And Parted 
knows what the version of interface it is needed.

--
Yury Umanets

Re: [Testing] Why isn't a52dec updating

[Martin v . Löwis]

- Original Message -
From: "Mikael Hedin" <[EMAIL PROTECTED]>
Newsgroups: linux.debian.devel
Sent: Sunday, December 08, 2002 11:00 PM
Subject: [Testing] Why isn't a52dec updating


> I see that the testing scripts are running again.  Now I wonder why
> a52dec isn't going in.  In update_output.txt I find
>
> trying: a52dec
> skipped: a52dec (1014+21)
> got: 4+0: a-4
> * alpha: ogle, ogle-gui
>
> which I read as if the new a52dec entered testing, ogle would be
> uninstallable.  The old ogle (now in testing) depends on liba52-0.7.3,
> from the source a52dec now in testing.  The new ogle depends on
> liba52-0.7.4, produced by the new a52dec source.

I think the culprit is ogle-gui. That is uninstallable as it depends on
glibc 2.3.1.

Regards,
Martin

Re: What should go into "How Software Producers can distribute their products directly in .deb format"?

[Tollef Fog Heen]

* Sean 'Shaleh' Perry 

| In the end it makes very little sense for a3rd party to provide
| debs.  The LSB requires rpm support only.  Personally I would be
| happy if they released a rpm for compliance and a tarball (binary or
| source as they wish) for everyone else.

I disagree with this, I find it great that, say, Opera provides
policy-compliant aptable Debian packages.

-- 
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are  : :' :
  `. `' 
`-  

Re: What should go into "How Software Producers can distribute their products directly in .deb format"?

[Josip Rodin]

On Sun, Dec 08, 2002 at 06:06:41PM -0800, Sean 'Shaleh' Perry wrote:
> > I'm interested in writing the "How Software Producers can distribute
> > their products directly in .deb format" manual, as listed on
> > http://www.debian.org/doc/devel-manuals.  I thought to write the
> > following, more or less:
> 
> In the end it makes very little sense for a3rd party to provide debs.  The
> LSB requires rpm support only.  Personally I would be happy if they
> released a rpm for compliance and a tarball (binary or source as they
> wish) for everyone else.

This document would be good if anything, for the sole purpose of getting
.debs registered in software producers' heads. I also like it better if
I can get a .deb instead of a .rpm that I have to alienize or a tarball
that basically subverts the packaging system, and I don't see why we should
discourage people from doing .debs anyhow.

Aaron, as soon as you write something, send it over to -doc and it'll be
committed to CVS. (The lack of response on -doc was most likely merely
because nobody was disagreeing.)

-- 
 2. That which causes joy or happiness.

Re: Putting .so symlinks in libs package for dlopen()ing?

[Timshel Knoll]

[CC to -policy removed, prolly is getting a little OT for them ...]

On Mon, Dec 09, 2002 at 01:06:31PM +0300, Yury Umanets wrote:
> >2. Make parted dlopen() libreiserfs-0.3.so.0 rather than libreiserfs.so.
> >  This will solve the problem, but is not ideal solution since a minor
> >  version upgrade or SONAME change of libreiserfs will break parted's
> >  reiserfs support (note that parted does its own internal checking of
> >  libreiserfs versions to make sure it is compatible, and gracefully
> >  fails if it can't resolve all required symbols on dlopen()).
> >  Also, the parted source code needs to be manually edited on every
> >  minor or SONAME change of library.
> >
> The best solution is to add configure option in parted like 
> --libreiserfs-path

That still won't fix the problem. The issue is that Debian's policy
mandates that the libreiserfs.so symlink should be in the -dev package,
not the main lib package. This means that parted's dlopen of the .so
fails when the -dev package is not installed ... parted should really be
dlopen()ing libreiserfs-0.3.so.0 rather than libreiserfs.so ...

Cheers,

Timshel

-- 
Timshel Knoll <[EMAIL PROTECTED]>, Debian email: <[EMAIL PROTECTED]>
Debian GNU/Linux developer: http://people.debian.org/~timshel/
GnuPG public key: finger [EMAIL PROTECTED]


pgpceTOP8yC7F.pgp
Description: PGP signature

DR John cabor

[john cabora]

FROM:  HON DR John cabor

>Dear Sir
   A Brief Intreduction of my self, I am hon  Dr John
cabora. A diplomant from the republic gabon, also the
owner of trans Atlantic crossing company.

> I am contacting in respect of your consignment /fund
that is with me as a  diplomat I don`t have problem in
bringing the diplomatic cargo box containing the fund
to you in the united states or any country of your
choice,My diplomatic licence will cover that
also.There is a good diplomatic  relation between my
country and the united states or other country in
the  world.

 I  Want you to do this immediately:
> 1] Send to me your complete name,Address were the
diplomatic cargo boxs containing the fund will be
delivered.

> 2] I don`t  want you to inform any body about this
transation till the fund is in your hands.if you do i
will wash my hands away from the transaction and you
will never get the fund .And send me your  fax and
phone number it will be necessary for this
transaction.
Please contact me on fax 0031-20-402-0634.
Regards
Hon Dr John Cabora  

RFA: dhelp - Debian Online Help System

[Stefan Hornburg]

package: dhelp
severity: normal

Due to a high workload in general and other time-consuming Debian packages I 
would
like to pass the maintainership for dhelp to another person/group.

There are a lot of bugs for dhelp, several of them probably outdated. Some
parts of dhelp need a complete rewrite with dhelp_parse as biggest culprit.

The new maintainer should have enough resources to handle the package and
coordinate enhancements with the doc-base maintainer. I'll happy to help
him out if needed, answer his questions concerning dhelp and suggest
improvements.

Thanks
Racke

Re: Putting .so symlinks in libs package for dlopen()ing?

[Yury Umanets]

Timshel Knoll wrote:
[CC to -policy removed, prolly is getting a little OT for them ...]
On Mon, Dec 09, 2002 at 01:06:31PM +0300, Yury Umanets wrote:
 

2. Make parted dlopen() libreiserfs-0.3.so.0 rather than libreiserfs.so.
This will solve the problem, but is not ideal solution since a minor
version upgrade or SONAME change of libreiserfs will break parted's
reiserfs support (note that parted does its own internal checking of
libreiserfs versions to make sure it is compatible, and gracefully
fails if it can't resolve all required symbols on dlopen()).
Also, the parted source code needs to be manually edited on every
minor or SONAME change of library.
 

The best solution is to add configure option in parted like 
--libreiserfs-path
   

That still won't fix the problem. 

The issue is that Debian's policy
mandates that the libreiserfs.so symlink should be in the -dev package,
not the main lib package. This means that parted's dlopen of the .so
fails when the -dev package is not installed ... parted should really be
dlopen()ing libreiserfs-0.3.so.0 rather than libreiserfs.so ...
I have meant something like the following command:
./configure --libreiserfs-so=libreiserfs.so.0
Cheers,
Timshel
 


___
Bug-parted mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-parted
 


--
Yury Umanets

Re: apt_preferences man page

[Thomas Hood]

Because this matter was mentioned in the 26 November Debian
Weekly News, it seems appropriate to post an update.

Susan Kleinmann took the bull by the horns and rewrote
the page from scratch.  I have proposed some revisions
and hopefully we'll have a finished product soon.  I
append the latest version I have, in the hopes that
people will point out any remaining errors.

--
Thomas Hood

APT_PREFERENCES(5) APT_PREFERENCES(5)



NAME
   apt_preferences - Preference control file for APT

DESCRIPTION
   The  APT preferences file /etc/apt/preferences can be used
   to control which version of a package will be selected for
   installation.

   Several versions of a package may be available for instal­
   lation when the sources.list(5) file  contains  references
   to  more  than  one release (for example, stable and test­
   ing), and several instances of the same version of a pack­
   age  may be available when the file contains references to
   more than one download site for a particular release.  APT
   assigns  a  "priority" to each instance that is available.
   (In what follows, an "instance" will be an instance  of  a
   package  that  is available according to sources.list(5).)
   Subject to dependency constraints,  apt-get  installs  the
   instance with the highest priority.

   The APT preferences file overrides the priorities that APT
   assigns to package instances by default, thus  giving  the
   user control over which one is selected.

   APT'S DEFAULT PRIORITY ASSIGNMENTS
   If  there  is no preferences file, or if there is no entry
   in the file that applies to a  particular  instance,  then
   the  priority  assigned  to  an  instance  is the priority
   assigned to the release to which  that  instance  belongs.
   It is possible to single out a release, called the "target
   release", which receives  a  higher  priority  than  other
   releases.   The  target  release can be set on the apt-get
   command  line   or   in   the   APT   configuration   file
   /etc/apt/apt.conf.  For example,

   # Command to install the version of some-pkg from the testing
release
   apt-get install -t testing some-pkg

   # Configuration setting to make stable the target release
   APT::Default-Release "stable";

   If  a target release has been specified, then APT uses the
   following algorithm to set the priorities of the instances
   of a package.  Assign:

   priority 100
  to  the  instance  of  a  package  that  is already
  installed (if any).

   priority 500
  to  the  instances  of  a  package  that  are   not
  installed  and do not belong to the target release.

   priority 990
  to  the  instances  of  a  package  that  are   not
  installed and belong to the target release.

   If  no  target release has been specified, then APT simply
   assigns priority 100 to all  installed  package  instances
   and priority 500 to all uninstalled package instances.

   APT  then  applies  the following rules to determine which
   instance of a package to install:

   · Never downgrade an installed package unless the priority
 of  an  available  instance of the package exceeds 1000.
 (Note that none of APT's default priorities exceeds this
 threshold;  such  high priorities can only be set in the
 preferences file.)

   · Always  install  or  upgrade  to  the  highest  priority
 instance of a package.

   · If two or more instances of a package have the same pri­
 ority, install or upgrade to the most recent one.

   In a typical situation, the installed instance of a  pack­
   age  (priority  100)  is  not  as  recent  as  one  of the
   instances available from the sites and releases listed  in
   the  sources.list(5) file (priority 500 or 990).  Then the
   package will be upgraded with the command: apt-get install
   or apt-get dist-upgrade.

   Rarely, the installed instance of a package is more recent
   than any of the other available instances.   This  package
   will not be downgraded.

   Sometimes  the  installed  instance  of  a package is more
   recent than the version belonging to the  target  release,
   but  not  as  recent  as a version belonging to some other
   release.  Such a package will indeed be upgraded,  because
   at  least one of the available instances has a higher pri­
   ority than the installed instance.

   THE EFFECT OF APT PREFERENCES
   The APT preferences file allows the  system  administrator
   to customize priorities.  The preferences file consists of
   one or more multi-line records separated by  blank  lines.
   Records can have one of two forms:

   · The  fir

Re: guaranteed non-interactive installation and upgrades

[Michael Piefel]

Am  9.12.02 um 10:30:05 schrieb Agustín Martín Domingo:
> That is already done in ispell dicts and wordlists in unstable.
> [...]
> Hope you like it

Is that the question that is asked again and again for all of the
dictionaries I install? No, I don't particularly like it. The questions
should only be asked once all dictionaries are there; how to do that is
beyond me.

Bye,
Mike

-- 
|=| Michael Piefel
|=| Humboldt-Universität zu Berlin
|=| Tel. (+49 30) 2093 3831

Re: guaranteed non-interactive installation and upgrades

[Agustín Martín Domingo]

Michael Piefel wrote:
Is that the question that is asked again and again for all of the
dictionaries I install? No, I don't particularly like it. The questions
should only be asked once all dictionaries are there; how to do that is
beyond me.
No, what you mention is the old behavior. If you install the ispell 
stuff at unstable with apt you should be prompted by debconf only once 
for all the ispell dicts and only once for all the wordlists you 
install. You will be prompted *before* the dictionaries are unpacked as 
debconf usually does, but for all dictionaries you decided to install. 
If you reinstall an already installed dictionary for which you have 
already been debconf prompted no aditional prompt will be done. Have you 
been prompted by debconf?

The new system still is not ready to pass to testing as a whole due to 
some problems in the mips/mipsel arches. Since this system is not 
compatible with the old one we really do not want to have them mixed.

If you are not having such behavior and you are using the stuff at 
unstable please file a bug against dictionaries-common package with as 
much the information you can provide, e.g., ispell version, installed 
dicts and versions and so on.

Cheers,
--
=
Agustin Martin Domingo, Dpto. de Fisica, ETS Arquitectura Madrid,
(U. Politecnica de Madrid)  tel: +34 91-336-6536, Fax: +34 91-336-6554,
email:[EMAIL PROTECTED], http://corbu.aq.upm.es/~agmartin/welcome.html

WNPP pages are now over one month out of date.

[Andrew Lau]

Hey everyone,
I just remembered that the WNPP www pages [1] have been stale
for one month and one day now. Their last update was on November 9,
and no one has yet looked into bug #171393: "WNPP pages are severely
out of date. Update mechanism broken?" which I also filed. Anyone know
what the current situation is?

[1] http://www.debian.org/devel/wnpp/

Yours sincerely,
Andrew "Netsnipe" Lau

-- 
---
* Andrew "Netsnipe" LauComputer Science & Student Representaive, UNSW *
*   # apt-get into it Debian GNU/Linux Package Maintainer *
**
* GnuPG 1024D/2E8B68BD 0B77 73D0 4F3B F286 63F1  9F4A 9B24 C07D 2E8B 68BD *
---


pgpX3Hsu4xswT.pgp
Description: PGP signature

Bug#172381: ITP: codestriker -- A web based collaborative code review tool

[Nicolas THOMAS]

Package: wnpp
Version: N/A; reported 2002-12-09
Severity: wishlist

* Package name: codestriker
  Version : 1.6.0
  Upstream Author : David Sitsky <[EMAIL PROTECTED]>
* URL : http://codestriker.sourceforge.net/
* License : GPL
  Description : A web based collaborative code review tool
  
  
   I really appriciate this tool and I'm on my way to be an official
developper for it.
  
   I already have working versions of .deb that I'll make available
   on a web site.
  
   Hope this helps.
  
   Nicolas THOMAS
ps:Looking for a Debian mentor.
ps2:I live in France in Grenoble.
  

-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux debian 2.4.18-686-smp #1 SMP Sun Apr 14 12:07:19 EST 2002 i686
Locale: LANG=fr_FR, LC_CTYPE=fr_FR

Re: WNPP pages are now over one month out of date.

[Colin Watson]

On Tue, Dec 10, 2002 at 03:24:02AM +1100, Andrew Lau wrote:
>   I just remembered that the WNPP www pages [1] have been stale
> for one month and one day now. Their last update was on November 9,
> and no one has yet looked into bug #171393: "WNPP pages are severely
> out of date. Update mechanism broken?" which I also filed. Anyone know
> what the current situation is?

I had a quick look at wml_run.log, and there were a few complaints about
very badly formatted wnpp bug titles. I've fixed those, so maybe that
will improve matters.

Looking at the code, wnpp.pl is supposed to avoid printing those
messages to stderr when the host is klecker.debian.org, but this fails
for some reason. Assuming my fix solves it, somebody needs to look into
that to stop it happening in future.

-- 
Colin Watson  [EMAIL PROTECTED]

Re: apt_preferences man page

[Travis Crump]

Thomas Hood wrote:
   If  a target release has been specified, then APT uses the
   following algorithm to set the priorities of the instances
   of a package.  Assign:
   priority 100
  to  the  instance  of  a  package  that  is already
  installed (if any).
   priority 500
  to  the  instances  of  a  package  that  are   not
  installed  and do not belong to the target release.
   priority 990
  to  the  instances  of  a  package  that  are   not
  installed and belong to the target release.

Is this right?  Shouldn't it be something to the effect:
priority 100
   to  the  instance  of  a  package  that  is already
   installed (if any).
priority 500
   to the instances of a package that are available
   in an archive but do not belong to the target release.
priority 990
   to  the  instances  of  a  package that belong to the
   target release.
For instance, taking a random package:
[EMAIL PROTECTED]:~$ apt-cache policy coreutils
coreutils:
  Installed: 4.5.2-1
  Candidate: 4.5.2-1
  Version Table:
 4.5.3-4 0
 70 http://http.us.debian.org unstable/main Packages
 *** 4.5.2-1 0
700 http://http.us.debian.org testing/main Packages
100 /var/lib/dpkg/status
4.5.2-1 gets both the 100 for being installed and the 700 for belonging
to the testing release.  There are other places in the man page that use
this language as well.

Re: bill gates Linux

[Michelle Konzack]

Hello,
Am 03:07 2002-12-06 -0800 hat [EMAIL PROTECTED] geschrieben:
>
>
> The response I got to a simple
> request for an DOS or Windows
> based "SETUP.EXE" program which
> loads Linux onto my hard drive,
I have a vbs Virus taken from 'I-love-You.vbs'
It do nothing, until it is 01:00 CET. Then it will load into
memory, Make a Ramdisk on the fly, download the minimal-stuff
for autodetecting the Internet-Connection, kill Windows and
install Debian...
It was easy to code...
Michelle

Re: Porting Xconfigurator to Debian!

[Michelle Konzack]

Hello Josselin,
Am 10:00 2002-12-05 +0100 hat Josselin Mouette geschrieben:
>> right, but isn't that what Pre-Depends is for?
>
>The configure script is usually launched before the Pre-Depends are even
>installed. There is currently no way to ensure a package is installed at
>configuration time.
This is realy bizzar !!!
How can you configure a package which need pre-depends ? If you try
to configure such Package, the config-script exits with an error.
Possibel the Config-Script needs values from a pre-depencie...
Michelle

Missing fields in control files

[J.E. Starr]

After using debarchiver, for the first time, yesterday, I noticed 5 
deb's didn't
get placed in the archive.  I unpacked the deb's and found they didn't 
have a
section or priority field in the control file.  My question is, is this 
a bug?  I
looked in the bts and didn't find anything listed.  If it is a bug, I'll 
file a bug
report.

The packages are:
   cdtool
   exim
   eximon
   tkdesk
   xtunes
Cheers
jes

Re: What should go into "How Software Producers can distribute their products directly in .deb format"?

[Thomas Bushnell, BSG]

Andreas Tille <[EMAIL PROTECTED]> writes:

> I think not.  Debian packages from *anywhere* are not under control of BTS
> and as a consequence they have no quality assurance.  

An offhand observation: In my experience, merely having bugs handled
by the BTS is no assurance of quality.

aspell

[Ari Pollak]

Are there any plans to package the new GNU Aspell (0.50.x) for Debian?

Re: WNPP pages are now over one month out of date.

[Martin Michlmayr]

* Colin Watson <[EMAIL PROTECTED]> [2002-12-09 17:22]:
> Looking at the code, wnpp.pl is supposed to avoid printing those
> messages to stderr when the host is klecker.debian.org, but this
> fails for some reason.

Because $host is not initialized.  I wonder where it should come from.
-- 
Martin Michlmayr
[EMAIL PROTECTED]

__ia64_syscall

[Russell Coker]

I am getting link errors on compiling SE Linux programs on IA64 with the 
following:
cc -I../include 
-I/home/etbe/selinux-small-2002102211/debian/lsm/security/selinux/include -O2 
-g  -L../src   avc_enforcing.c  -lsecure -o avc_enforcing
../src/libsecure.a(security.o): In function `security':
/home/etbe/selinux-small-2002102211/libsecure/src/security.c:5: undefined 
reference to `__ia64_syscall'
collect2: ld returned 1 exit status

I have to call the syscall to perform SE Linux functionality.  What do I have 
to link with to access this function?

-- 
http://www.coker.com.au/selinux/   My NSA Security Enhanced Linux packages
http://www.coker.com.au/bonnie++/  Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/Postal SMTP/POP benchmark
http://www.coker.com.au/~russell/  My home page

ElectricFence question

[Ravindra Sunkad]

Hi,

I'm am trying to debug a memory corruption problem
using ElectricFence 2.1 on Linux (2.4.2-2#1 i686) and
gcc version 2.96 2731. The program terminates with
the following error message after the it runs for
sometime. Any clues how I can get around this?

ElectricFence Exiting: mmap() failed: Invalid argument

Program exited with code 0377.

Thanks in advance,
Ravi

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

Re: apt_preferences man page

[Thomas Hood]

(In reply to Travis Crump)

Hello, and thanks for the feedback.

I think that the original is right.  It speaks of the
priority assigned to an "instance" of a package (i.e.,
a particular version of that package coming from a
particular source).  So although coreutils (the package)
is assigned three different priorities, one "instance" of
coreutils (4.5.3-4 from http.us.debian.org) is assigned
priority 70, another (4.5.2-1 from http.us.debian.org)
is assigned priority 700, while the installed instance
(also version 4.5.2-1) is assigned priority 100.

It is also necessary to add the "and not installed" 
clause for obvious reasons.

I have another question about the man page draft, though.
Do we use the word 'release' where we should use the
word 'distribution'?

--
Thomas

Travis Crump wrote:
> Thomas Hood wrote:
> >If  a target release has been specified, then APT uses the
> >following algorithm to set the priorities of the instances
> >of a package.  Assign:
> > 
> >priority 100
> >   to  the  instance  of  a  package  that  is already
> >   installed (if any).
> > 
> >priority 500
> >   to  the  instances  of  a  package  that  are   not
> >   installed  and do not belong to the target release.
> > 
> >priority 990
> >   to  the  instances  of  a  package  that  are   not
> >   installed and belong to the target release.
>
> Is this right?  Shouldn't it be something to the effect:
>
>  priority 100
> to  the  instance  of  a  package  that  is already
> installed (if any).
> 
>  priority 500
> to the instances of a package that are available
> in an archive but do not belong to the target release.
>
>  priority 990
> to  the  instances  of  a  package that belong to the
> target release.
>
> For instance, taking a random package:
> [EMAIL PROTECTED]:~$ apt-cache policy coreutils
> coreutils:
>Installed: 4.5.2-1
>Candidate: 4.5.2-1
>Version Table:
>   4.5.3-4 0
>   70 http://http.us.debian.org unstable/main Packages
>   *** 4.5.2-1 0
>  700 http://http.us.debian.org testing/main Packages
>  100 /var/lib/dpkg/status

> 4.5.2-1 gets both the 100 for being installed and the 700 for belonging
> to the testing release.  There are other places in the man page that use
> this language as well.

Re: kernel-image-2.4.19-i386-udeb-2.4.19

[Bill Allombert]

On Fri, Dec 06, 2002 at 11:47:07AM +0100, Bastian Blank wrote:
> On Thu, Dec 05, 2002 at 09:22:04PM +1100, Brian May wrote:
> > My preferred option is 3. However, by itself it is still not sufficient
> > as it kernel-image-2.4.19-386 fails to install when making the initrd
> > image (which ironically isn't even required). I ended up hacking
> > a simple /etc/fstab file to work around this.
> 
> no, 1 or 2 are the correct solution, pbuilder don't need to know
> something about the packages to build.

I do not agree. Installing a new kernel may require rebooting the machine,
else you may have modules mismatch.
Now, do you want that to happen noninteractively? 

In the pbuilder context, the modules installed are not the one used by the
kernel, so it is not a problem. But this is specific to chroot environment
which are not officially supported configuration, or else we need a mean
to tell packages they are installed in a chroot. In fact this is exactly
what do option 3) (or Herbert proposition) : tell the package that it is
not in a standard setup. So either change pbuilder or design a standard way
to query the 'chroot' status of a Debian install and send patches to the
relevant maintainers.

I think the solution is rather to not Build-Depend on a kernel package,
because you should be allowed to build package without chroot and without
installing a new kernel.  Now I do not know how to do that in this case.

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

There is no record of the [EMAIL PROTECTED] package, and no bugs have been
filed against it.

Re: aspell

[Brian Nelson]

Ari Pollak <[EMAIL PROTECTED]> writes:

> Are there any plans to package the new GNU Aspell (0.50.x) for Debian?

Yes.  In fact, you can find packages here if you wish to test it out and
see how it breaks gtkspell :) :

http://bignachos.com/~nelson/debian/

The main thing holding it back is I'm waiting for upstream to remove a
non-free wordlist from aspell-en.  Also, I'm working out a few details
in the transition with the dict-common-dev guys.

-- 
Curse my natural showmanship!


pgpE5EOs5pJsy.pgp
Description: PGP signature

Re: Missing fields in control files

[Colin Watson]

On Mon, Dec 09, 2002 at 12:34:27PM -0600, J.E. Starr wrote:
> After using debarchiver, for the first time, yesterday, I noticed 5
> deb's didn't get placed in the archive.  I unpacked the deb's and
> found they didn't have a section or priority field in the control
> file.  My question is, is this a bug?

It's not mandatory, although most new packages have it for convenience.
I'd cal it a wishlist.

-- 
Colin Watson  [EMAIL PROTECTED]

Re: WNPP pages are now over one month out of date.

[Marcelo E. Magallon]

On Mon, Dec 09, 2002 at 08:38:49PM +0100, Martin Michlmayr wrote:

 > Because $host is not initialized.  I wonder where it should come from.

 IIRC, it was set in the script.  I don't recall the particular reason
 why those messages weren't printed when ran on klecker, though.

-- 
Marcelo

Re: What should go into "How Software Producers can distribute their products directly in .deb format"?

[Ben Armstrong]

On Mon, Dec 09, 2002 at 10:42:43AM -0800, Thomas Bushnell, BSG wrote:
> Andreas Tille <[EMAIL PROTECTED]> writes:
> > I think not.  Debian packages from *anywhere* are not under control of BTS
> > and as a consequence they have no quality assurance.  
> 
> An offhand observation: In my experience, merely having bugs handled
> by the BTS is no assurance of quality.

Too true.  One only hopes that being given higher visibility, the chances of
a bug in the BTS being dealt with are somewhat better than that of a bug in
a random deb out there in the ether.

Ben
-- 
nSLUG   http://www.nslug.ns.ca  [EMAIL PROTECTED]
Debian  http://www.debian.org   [EMAIL PROTECTED]
[ pgp key fingerprint = 7F DA 09 4B BA 2C 0D E0  1B B1 31 ED C6 A9 39 4F ]
[ gpg key fingerprint = 395C F3A4 35D3 D247 1387  2D9E 5A94 F3CA 0B27 13C8 ]

Bug#172419: (no subject)

[Stefan Schimanski]

Package: wnpp
Version: unavailable; reported 2002-12-09
Severity: wishlist

* Package name: geramik
  Version : 0.12
  Upstream Author : Craig Drummond <[EMAIL PROTECTED]>
* URL : http://www.kde-look.org/content/show.php?content=3952
* License : GPL
  Description : A GTK theme which imitates the KDE 3.1 look

GTK theme *and* engine intended to make GTK applications have a similar look
to the Keramik KDE style. The engine is a modifed version of the original 
GTK pixmap engine - which has been modified to obtain widget colours from 
~/.qt/qtrc. This means that GTK apps should follow the KDE color scheme.

Re: WNPP pages are now over one month out of date.

[Martin Michlmayr]

* Marcelo E. Magallon <[EMAIL PROTECTED]> [2002-12-09 21:37]:
>  IIRC, it was set in the script.  I don't recall the particular reason
>  why those messages weren't printed when ran on klecker, though.

Err, cause those messages break the build.

Re: ElectricFence question

[Petter Reinholdtsen]

[Ravindra Sunkad]
> I'm am trying to debug a memory corruption problem using
> ElectricFence 2.1 on Linux

I believe valgrind is better for this.  Check out
http://developer.kde.org/~sewardj/>.

Sorry, but I do not know anything about your mmap problem.

Re: project: virtual partial mirror with CGI/dpkg-repack

[Bill Allombert]

Steve Dunham wrote:

>The rebuilt package is likely to have the wrong md5sum. I believe
>apt will reject it after download.

That's true but apt seems to allow Packages files without any MD5sum: info 
without complaining.

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

There is no record of the [EMAIL PROTECTED] package, and no bugs have been
filed against it.

Re: DAK (2)

[Brian May]

On Mon, Dec 09, 2002 at 01:21:09AM +, James Troup wrote:
> Brian May <[EMAIL PROTECTED]> writes:
> 
> > I looked at katie; it seemed to be a complicated and undocumented
> > mess that was a total overkill for my purpose (eg. I don't need a
> > database).
> 
> That "complicated and undocumented mess" has been running the Debian
> archives successfully and without major incident for over 2 years now;
> it must be doing something right.

If I were to clean things up and make DAK easier to use for private
archives (eg. by isolating all Debian specific stuff, ideally into
a limited number *.conf files), would somebody be willing
to commit the changes to CVS?

I suspect even though I might have write access to CVS, I don't wont to
commit anything in case I break something ;-).

> like doc/README.names maybe.

I found that very brief and vague. It is not made clear for instance,
what programs must be run before, what CWD must be in order to
run the program, etc.

Command line parameters are simply not documented anywhere.

Some questions:

1. For package installations, DAK will inform both the uploader and the
   maintainer. For private archives should it inform the maintainer?
   Maybe a message "Your package has been installed in the private
   archive at http://.../ and has SE-Linux support" might be good, and
   clearly indicates that the package maintainer doesn't have to panick
   about a non-authorised version being uploaded to Debian.

2. Where is the code that moves unstable to testing? That does not
   appear to be here?

3. Could the information in apt.conf be automatically generated from
   kate.conf? It seems very much like apt.conf just duplicates
   a lot of information in the Suite section of kate.conf, and I dislike
   duplicating config information (it increases the chances of a
   mismatch).

4. When installing a new package (with lisa I think), how do you specify
   with component {main,contrib,non-free} it will go into?

My plan to improve the code would be (not sure how feasible this is
just yet):

1. mkdir examples/{ftp-master,non-US,security}.

2. move all files specific in anyway to ftp-master to
   examples/ftp-master, same respectively for non-US and security. eg
   aot.*, update-* and cron* would appear to be good candidates.

3. Create "clean" cron job utilities that are not specific to the
   computer, and extract required information from database and/or
   config file.

4. Documentation for getting started.

5. Debian packaging.

Anyway, just some ideas. I am not sure if there is a dedicated
mailing list for this or not.
--
Brian May <[EMAIL PROTECTED]>

Re: private debian pools

[Brian May]

On Sun, Dec 08, 2002 at 11:03:07PM +, Scott James Remnant wrote:
> I disagree that this is needed, not for any of the usual reasons, but
> for the simple reason that this functionality already exists.
> 
> The namespace of an apt repository is its URL, and any information
> available in a "Release" file at that URL.

If two versions of the same package share the same version number,
apt-get gets confused even if the URL and its Release file are
different.

It wouldn't surprise me if this is because apt-get keeps a hash array
similar to:

$package{"mypackage"}{"1.1"}{"md5sum"} = ...

(I haven't checked the code though), so it can only store one
set of details for each given package version.

So the URL is not really a namespace here, the version number is...
--
Brian May <[EMAIL PROTECTED]>

Re: private debian pools

[Brian May]

On Mon, Dec 09, 2002 at 03:09:44PM +1300, Nick Phillips wrote:
> Which is inadequate; how do you tell whether the following lines access 
> the same
> distribution?
> 
> deb http://debian.lemon-computing.com/debian/ stable main contrib 
> non-free
> deb http://debian.otago.ac.nz/debian/ stable main contrib non-free

Based on the Release file???
-- 
Brian May <[EMAIL PROTECTED]>

Re: started to make changelogs and copyright file online available

[Brian May]

On Sun, Dec 08, 2002 at 05:57:55PM -0500, Matt Zimmerman wrote:
> If there were a reliable and complete source of changelog data
> programmatically available over the network, and a means by which
> apt-listchanges could be launched by apt before any packages are downloaded,
> it would be easy to modify apt-listchanges to use this data.

This would be really good.

Often I want to know "Should I install the unstable version or
will the stable version be sufficient?"

Currently there is no way to tell, you can't see the Changelog
until after you have downloaded it.
-- 
Brian May <[EMAIL PROTECTED]>

Re: Putting .so symlinks in libs package for dlopen()ing?

[Brian May]

On Mon, Dec 09, 2002 at 11:26:14AM +1100, Timshel Knoll wrote:
> 1. Put the .so symlinks in the libreiserfs-0.3-0 package. This breaks
>policy (section 9.0 says that the associated development package
>should contain the shared library without a version number). This is
>also a really bad precedent to set for other shared library packages
>which are dlopen()d.

Just for the record, this is bad not just because policy days it is bad
;-), but it prevents installing multiple versions of the library at the
same time.
--
Brian May <[EMAIL PROTECTED]>

Re: started to make changelogs and copyright file online available

[Matt Zimmerman]

On Tue, Dec 10, 2002 at 10:18:35AM +1100, Brian May wrote:

> Often I want to know "Should I install the unstable version or will the
> stable version be sufficient?"
> 
> Currently there is no way to tell, you can't see the Changelog until after
> you have downloaded it.

It should be possible to use apt-listchanges to automate the process,
at least, so it should be pretty painless if you have the bandwidth.

-- 
 - mdz

Re: Kernel update for Debian 3.0/i386

[Sam Hartman]

Won't removing kernel-source-2.4.18 create a problem for other arches?

Re: WNPP pages are now over one month out of date.

[Josip Rodin]

On Mon, Dec 09, 2002 at 09:37:53PM +0100, Marcelo E. Magallon wrote:
>  > Because $host is not initialized.  I wonder where it should come from.
> 
>  IIRC, it was set in the script.

It must have gone down the drain when I removed another chunk of code that
relied on the hostname without any need.

>  I don't recall the particular reason why those messages weren't printed
>  when ran on klecker, though.

Probably for exactly this purpose, to avoid breaking the build.

I don't recall seeing that code, which is odd... I wouldn't have removed the
hostname stuff if I had noticed that it was used elsewhere.

-- 
 2. That which causes joy or happiness.

Re: private debian pools

[Roger Leigh]

James Troup <[EMAIL PROTECTED]> writes:

> Brian May <[EMAIL PROTECTED]> writes:
> 
> > I looked at katie; it seemed to be a complicated and undocumented
> > mess that was a total overkill for my purpose (eg. I don't need a
> > database).
> 
> That "complicated and undocumented mess" has been running the Debian
> archives successfully and without major incident for over 2 years now;
> it must be doing something right.
> 
> > I couldn't even guess where I was suppost to start.
> 
> You could try reading the "non-existent" documentation...

There is some documentation for using it, but is there any for the
initial setup?

I certainly have read the docs from CVS, but I'm stuck at the
installation stage.  I can see what installs where from the debian/*
packaging, but what I need to do to setup the archive and database
isn't clear.


Regards,
Roger

-- 
Roger Leigh
"Liberty and Livelihood" - Support the Countryside Alliance
Printing on GNU/Linux?  http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848 available on public keyservers

Re: DAK (2)

[Brian May]

On Tue, Dec 10, 2002 at 10:08:16AM +1100, Brian May wrote:
> 1. For package installations, DAK will inform both the uploader and the
>maintainer. For private archives should it inform the maintainer?
>Maybe a message "Your package has been installed in the private
>archive at http://.../ and has SE-Linux support" might be good, and
>clearly indicates that the package maintainer doesn't have to panick
>about a non-authorised version being uploaded to Debian.
> 
> 2. Where is the code that moves unstable to testing? That does not
>appear to be here?
> 
> 3. Could the information in apt.conf be automatically generated from
>kate.conf? It seems very much like apt.conf just duplicates
>a lot of information in the Suite section of kate.conf, and I dislike
>duplicating config information (it increases the chances of a
>mismatch).
> 
> 4. When installing a new package (with lisa I think), how do you specify
>with component {main,contrib,non-free} it will go into?
> 

5. What is the dsync-flist used by mkchecksums, and where can I get it
from? Google search returns nothing.
-- 
Brian May <[EMAIL PROTECTED]>

恒荣国际货运有限公司 您好，纵横科技的传

[jinza1109]

Title: new page 1






恒荣国际货运有限公司 您好： 

　　　纵横科技是一家网络软件和系统开发商，秉承着"网络互动无限"的信念，以先进过硬的技术实力和孜孜不倦的做事作风，为从事国际货运企业提供开放的，安全的，稳定的，高效的电子化解决方案。
　　纵横科技iworks－fax系统能处理国际货运企业普遍存在的大量传真往来，完全通过b/结构的前台处理系统，支持在线收发大批量传真，传真的智能转发，传真订单的审批与回复，传真文档的智能管理、支持签章与个人签名，支持多线路的传真处理功能。是国际货运企业最理想的传真系统解决方案。解决国际货运企业普遍存在的传真处理难题。结合纵横科技iworks－oa（办公自动化）及其它信息化系统（如oa、crm、hrm、erp等信息化系统），将为贵公司打造智能化的信息化企业。欢迎来电咨询。
　　　
iworks－fax功能介绍
(一)	 智能转发传真 

    
系统可以实时同时监听各电话线路上的传真，如果传真请求到来，系统可以根据客户拨打的号码智能分类，转发到相应的负责人员下。在以前，如果客户发传真到公司（假设本公司的传真号码是1234-5678），客户拨（1234-5678）来发送传真，然后公司员工定时到传真机收取传真，造成了很大的不便。但是一旦安装和使用了系统，只要客户拨相应的后缀号码，传真就会自动转送到相应的负责员工上。例如，如果客户拨打"1234-5678"来发送传真，当接通了电话，不需要任何人声提示按键某一个传真信箱号码，例如是"123"，系统将会找出与123号码相对应的用户，智能转发到该用户手中，用户只要在自己电脑即可在线收取到转发给自己的传真，大大提高了效率和保密性，同时也避免了大量的纸张浪费。系统对未能成功转发的传真会智能转入"传真大厅"，让用户自行人工选择性转发和查看。

(二)	 在线查看 
系统可以让用户在电脑上面即可在线查看收取的传真，不需要打印纸张，大大节省成本。

(三)	 在线搜索 
用户可以根据对方号码，收取时间搜索传真，进行快捷的管理。

(四)	 在线发送 
用户可以直接在电脑上面发送传真，而不需要通过打印和传真机来发送传真，节省纸张成本。传真可以支持任何文档格式，用户可以将各种文字，图象，office文档和其他文件格式转换成传真发送给客户。
(五)	 日志支持 
用户的每一项操作都载入日志，管理员可以查看到用户发送传真的次数，发送到什么地方，在什么时候发送等等信息。

(六)	 来电显示支持 
系统支持对方来电号码显示功能，可以将电话模拟信号里面进行解码析取对方号码并记录下来。

(七)	 签名档支持 
系统支持签名档，可以把用户的签名档附加到需要发送的电子传真上并发送出去。

(八)	 部门电子签章支持 
系统支持部门电子印章，可以把部门的的电子印章"附印"到需要发送的电子传真上并发送出去。
(九)	 通讯录支持 
系统支持通讯录，用户可以将对方的传真号码保存到通讯录里。

(十)	 传真审批支持 
传真档案支持企业审批流程，用户可以通过工作流模块对传真进行流程审批，根据已经定义好的工作流进行一级一级审批，然后归档或者"部门盖章"发送传真给客户。"部门盖章"类似于用户的手写签名，系统可以将部门的章印"付印"到传真档案进行发送。
(十一)	 存档支持 
系统可以对所接受的传真档案可以进行存档，档案的管理支持无限层的文件夹树型管理。

(十二)	强大的树型权限过滤 
传真文档和文件夹受强大的树型权限过滤，用户可以将某一个文件夹里的所有文档和自文件夹拒绝或者允许某个部门或者某个小组或者某个用户享有读或者写的权限。权限的定义友好和灵活。

(十三)	报警支持 
当用户接收到传真之后，系统可以通过立刻接收即时信息，弹出提示窗口通知用户，报警功能还支持收集短信报警接口，系统可以将接收传真的报警信息通过手机短信发送到用户去。

iworks－fax应用优势
纵横科技的智能传真解决方案和同类产品比较有着很多卓越的优势：

(一)	功能强大 
系统除了支持简单的收发传真功能以外，还同时支持手写签名，传真审批，即时报警功能和传真转发信箱功能，同时发送传真可以支持任何文档格式，包括文字，图片，office文档，cad图纸等等。由于技术门槛比较高，同类产品很少同时支持这些强大的功能。


(二)	强大的安全机制 
传真档案使用了纵横科技自主开发的x-tree树型权限元件，能够进行灵活的，完善的权限过滤。任何人都不可以越过权限查看相关的传真档案。

(三)	前瞻的i-works平台优势 
传真管理系统和i-works平台以及其他系统（可结合纵横科技现有的oa、crm、hrm、erp等系统）紧密集成一起，可以无缝和别的软件系统结合起来。例如可以和电子邮件系统结合起来进行"电子邮件-传真"功能。i-works平台使传真方案具有强大的扩展性能和兼容性能。关于i－works平台，请访问　http://www.chinavh.com　

(四)	强大的负载能力 
对于一些传真业务异常繁重的企业，系统支持多电话线智能并行收发。系统通过智能侦听技术利用空闲的电话线路进行收发。另外，系统完全支持分部运算，可以将高负荷的传真数据量拓展给多台服务器进行并行处理。

(五)	完全支持浏览器访问 
目前很多同类产品的客户端是基于c/s架构，即每台客户需要安装一个客户端软件才可以进行使用。本系统完全支持浏览器访问，用户只要通过windows里的自带浏览器即可以访问到传真系统。
地址：深圳市高新技术产业园南区r2-b-4f
邮编：518057　　联系人：金先生　　
手机：（0）13826500604　
电话：0086-755-2697 
2698
传真：0086-755-2697 
2851
电邮：jinza@chinavh.com
网站：http://www.chinavh.com

Re: What should go into "How Software Producers can distribute their products directly in .deb format"?

[Osamu Aoki]

On Sun, Dec 08, 2002 at 10:29:38PM +0100, Aaron Isotton wrote:
> Hi,
> 
> (sorry for the overlong subject).
> 
> I originally sent this to debian-doc but I got no answers, so I
> thought I'd post it here too.

Because debian-doc was busy discussing other things and your proposed
document had not much negatives to flame about :)  If it is long
detailed HOWTO, it deserves to be a separate document.  If it is short
pointers and references, maybe you can add it to "debian Reference".

Also the packaging method itself is not on-topic in debian-doc.  It is
more here.

> I'm interested in writing the "How Software Producers can distribute

> 
> - Consider putting fast-changing libraries/programs into your package
>   instead of depending on the ones shipped with debian.  They could be
>   installed into /usr/lib//.

I am far from knowing anything about packaging or FHS, is not
/opt// or something like it the right place for everything
for the package which needs to be separated from main system?  You can
do whatever in it?

> - If you've got only few and/or seldom updated programs, shipping the
>   .debs will probably do.  If you've got many and/or often updated
>   programs, or just want to be cool, consider setting up your own
>   package repository.

I have very short hack memo in my "Debian Reference" for this.  Also
people has been posting their dinstall-like softwares.

> This is the basic idea for packages which can be adapted to the FHS in
> a reasonable way; but for some really large, closed-source and older
> programs that might be too difficult; it would probably be much easier
> to put them into their "own" directory, with their own bin, lib, and
> whatever other folders they need.  I know that isn't the "proper" way
> to do it, but I'd prefer some program to be installed in this impure
> way than overwriting some other files or sprinkling the file system
> with mysterious configuration and cache files.  Or maybe it'd be
> better to create directories such as /usr/bin//,
> /usr/lib/ and so on.  I'm not too sure about this,
> though.  Any ideas?

What about /opt/?

-- 
~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~ +
Osamu Aoki <[EMAIL PROTECTED]>   Cupertino CA USA, GPG-key: A8061F32
 .''`.  Debian Reference: post-installation user's guide for non-developers
 : :' : http://qref.sf.net and http://people.debian.org/~osamu
 `. `'  "Our Priorities are Our Users and Free Software" --- Social Contract

为-工艺品企业-提供专业的电子商务服务

[中艺网]

Title: ???中艺网???






  
 
  你好！ 
   --- 中艺网 工艺品企业的专业电子商务网站 
---
 http://www.ArtsOfChina.com 

  
   
　
中艺网会员可得到如下服务： 
  

获得最新资讯，中艺网的“行业快讯”、“最新资讯”、“行业综述”等栏目包含了工艺品市场的最新动态，让您最方便最及时的了解外界信息；
  
浏览商业机会、发布产品信息，注册会员享有在中艺网商务平台发布商业信息的权限，让您足不出户做天下生意；
　　
信息订阅，我们将根据您的需求以邮件形式将您想要的商业信息定期发送到您的邮箱；
　　
自助建站，我们为您提供设计精美的网站模板，您只需录入相关信息一个由您自己设定名称和内容的专业网站就建成了，整个过程可以在10分钟内完成！而且您以后可以随时登陆中艺网在线修改和添加信息！
　　
更多详情请上网浏览！还等什么？赶紧行动吧！
   
   ?点这里击浏览中艺网
 
  
  ? 如果有任何疑问，欢迎随时与我们联系 ?
  
??? 
  
  联系方式 　　　
深圳市瀚中艺实业有限公司[中艺网]　　
联系人：赵先生
电 话：（755）82351983 82252315　　 
传 真：（755）82251896　　　
全国免费电话：8008305208　 
网 址：Http://www.21cnarts.com　
邮 [EMAIL PROTECTED]
地 址：广东省深圳市嘉宾路海燕商业大厦1508室 
邮 编：518005
  ???　 
  
  
  

want ads (do you want to work in China?)

[want ads]

Dear friends , welcome to china!www.acweb.com
>>>
have you ever heard of China?
have you ever been to China?
have you some Chinese friends?
do you want to work in China?
do you want to teach Chinese students learning English?
<<
you know? foreign friends are extremly respected in China and they can get more 
salary than Chinese native persons.
so please contant us immeditealy:

[EMAIL PROTECTED]
86-10-88354524 ext 21
Ms.leena 
our website: www.acweb.com

---
Beijing Office Address: Room 1806 Building 7# Guoxing Garden, No.20 Capital 
Stadium South Rd. Haidian District, Beijing(100044)
U.S Office:Add:932 Hungerford Drive Suite# 25A ,Rockville,MD 20850 U.S.A
---
notes:

Headquartered in Maryland U.S., A&C International Group (A&C) has its main 
office at Rockville MD and branch office in Beijing, China. It's aim is the 
promotion of exchanges between business, culture and people of the US and 
China. 
for  many Chinese schools are eagerly looking for foreign English teachers,so 
now we are try best to recommand every applicant comeing to China for working,
China is a big ancient city with profound culture background and enormous 
development opportunities,Chinese cook is famous through world,Chinese people 
are quite friendly,no doubt those who would grasp the chance could probably 
gain more as he expects.

welcome to China! o_0 


application(ÉêÇë±í).doc
Description: Binary data

成功的开始往往只是一次---偶然！！！

[fkey]

亲爱的朋友：

假如您奋斗了几年还没能实现自己的理想，假如您没有更多的时间、精力、金钱去参加各种培训，那么如下个人自助培训VCD录像资料将是您最好的选择。它将是您打开财富之门、开启成功的金钥匙。每套VCD仅售50元。
 
1、VCD001 安东尼?罗宾：团队的力量2张 
　 VCD002 安东尼?罗宾：突破人生的障碍1张 
 ★当今世界一流的演讲大师,神经语言学导师,美国人心目中偶像!!! 
数不清的人因接受他的
   培训而脱胎换骨，强烈推荐!! 
2、VCD003 陈安之： 保险行销成功秘诀(台乔治亚人寿)2张 　
   VCD004 陈安之：超速营销 
 ★亚洲成功学顶尖权威,明星,无数人因他走上成功路,不可不看!!!
3、VCD005 杨宾：性格的力量(新加坡)2张 
 ★中国首屈一指的演讲家,性格分析领域的大师,　一场演讲赢得北大学子疯狂!!!
4、VCD006 爱德华?德?波诺：横向思维2张 
　 VCD007 爱德华?德?波诺：六顶思考帽2张 
 ★剑桥大学医学博士，牛津大学心理学、医学博士，哈佛大学、伦敦大学等教授， 
北京2008奥
   运组委会北京市委的新思维培训导师，你能错过他给你的指点吗
5、VCD008 罗伯特?T?清崎：富爸爸,穷爸爸2张（北京演讲会） 
 ★他写了一本改变无数人命运的书，他的书3个月美国销售800万册！！ 
来北京的演讲会门票高达2000元！如今你拥有他，犹如亲临现场！
6、VCD009 博恩崔西：如何成为亿万富翁（台湾演讲会）；3张
 ★国际商界公认的营销培训专家，超过2/3的全球500强企业使用他的销售培训, 
他的训练分支机构遍布全球31个国家!!太多太多的企业为之感谢!!!
7、CD001  <世界上最伟大的推销员>　奥格?曼狄诺
 
★看看街上的书店吧！！全世界都在读他的书！这张碟，有人可以天天朗诵给你听，潜移默化你的灵魂吐血推荐！！

  
详细资料请访问我们的网站http://www.f-key.com.cn [EMAIL PROTECTED] 
进行咨询，此信请勿直接回复。

　　 
　　联系电话：0755-25872632
Http：// www.f-key.com.cn
[EMAIL PROTECTED]

[EMAIL 
PROTECTED],我们将从列表删除您的地址。如果这封信给您带来干扰，请原谅并删除！谢谢！

Developers LDAP settings for email forwarding to multiple places

[Peter S Galbraith]

Hi,

Is it possible to configure email forwading in https://db.debian.org/
such that emails are sent to two addresses?

I tried separating two addresses with a space and also with a comma, but
it didn't seem to work.

Thanks!

Peter

Re: Bug#172419: (no subject)

[Colin Walters]

On Mon, 2002-12-09 at 16:08, Stefan Schimanski wrote:
> Package: wnpp
> Version: unavailable; reported 2002-12-09
> Severity: wishlist
> 
> * Package name: geramik
>   Description : A GTK theme which imitates the KDE 3.1 look

This package should follow the naming scheme for GTK+ 2 theme engines;
specifically, it should be called gtk2-engines-geramik.  

Thanks.