Re: debuild, dupload and then?

[Oohara Yuuma]

On Mon, 5 Aug 2002 18:59:54 -0600,
Julian Gilbey <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 06, 2002 at 07:14:18AM +0900, Oohara Yuuma wrote:
> > On Sun, 4 Aug 2002 21:08:18 +0200,
> > Holger Kubiak <[EMAIL PROTECTED]> wrote:
> > > Is there a tool that generates the "/debian/dists/"-tree?
> > debarchiver (or the unpackaged katie)
> Something like dpkg-scanpackages maybe?
Package: debarchiver
Priority: optional
Section: devel
Installed-Size: 94
Maintainer: Ola Lundqvist <[EMAIL PROTECTED]>
Architecture: all
Version: 0.0.18
Depends: opalmod (>= 0.1.6), dpkg-dev
Filename: pool/main/d/debarchiver/debarchiver_0.0.18_all.deb
Size: 17908
MD5Sum: 6316acaddd72a40c773e10084fd01b3f
Description: Tool to handle debian package archives.
 This tool can create a potato like file structure that dselect,
 apt-get and similar tools can use for easier installation.
 .
 You just have to place the package files into a incoming
 directory and the tool does the sorting (if you place the
 generated '.changes' file there too).
 .
 OBSERVE! This package will create a cronjob that does the
 actual sorting.

-- 
Oohara Yuuma <[EMAIL PROTECTED]>
Debian developer
PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt
Key fingerprint = 6142 8D07 9C5B 159B C170  1F4A 40D6 F42E F464 A695

her occasionally near suicidal sense of loyal self-sacrifice
--- Luke Seubert, about what Rei Ayanami and Debian developers have in common

Re: debuild, dupload and then?

[Julian Gilbey]

On Tue, Aug 06, 2002 at 07:14:18AM +0900, Oohara Yuuma wrote:
> On Sun, 4 Aug 2002 21:08:18 +0200,
> Holger Kubiak <[EMAIL PROTECTED]> wrote:
> > Is there a tool that generates the "/debian/dists/"-tree?
> debarchiver (or the unpackaged katie)

Something like dpkg-scanpackages maybe?

   Julian

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

  Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
  website: http://www.maths.qmul.ac.uk/~jdg/
   Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/
 Visit http://www.thehungersite.com/ to help feed the hungry

Re: questions about general shlibs evilness

[Ari Heitner]

sorry about the evil in-reply-to...

oh, and this is largely OT.

Ian Zimmerman <[EMAIL PROTECTED]> wrote in a message he didn't cc: to me:

> Ari> a little magic in the install-exec-local rule in each Makefile.am
> Ari> to rename the libraries and add the symlinks (can't rely on

> You could still use ldconfig if you edited /etc/ld.so.conf, right?

Yeah yeah. But it would be a little silly to have /usr/lib/sashxb in the
system ld.so.conf, wouldn't it? Or maybe it wouldn't. But that's irrelavent:
if the libraries were in place with a correctly-versioned name (i.e.
/usr/lib/sashxb/libsashso.1.0.2 or whatever) we'd be in good shape. The
question is how to get them there, since it's a pain to build the library
with that name (since you need to use a periods-replaced-with-underscores
version of the name in the Makefile, which would preclude using a variable
to set library version).

> I can't answer your actual question (how to make the dh_ crowd happy),

It's important in this case :-) handling shlibdeps and build-deps by hand on
this package will *not* keep things correct. As it is, I'm adding stuff to
the shlibdeps (the only thing it misses is mozilla-browser, apparently due
to the problems I outline), but I'm doing the build-deps by hand, and that's
a pain.

> but here's a general (ie. OT) tip: do make a distinction between
> libtool the implementation and libtool the concept, and don't let the
> ugliness of the former prejudice your opinion about the latter.  In

Of course. In my experience, the purpose of libtool is "so you don't have to
worry about what flags you need to build shlibs on AIX, etc". And in my
experience, libtool doesn't *actually* work correctly on AIX :-) (spent last
summer fighting it). And it breaks a lot of other things, like linking to
libtool libraries from directories other than the one the lib is in
(necessary if you have a big source tree, which we do). 

I would rather see automake have the magic to generate libraries on all
different systems wrapped into it, and let the build system generate *real*
libraries in output at all times, rather than the libtool wrapper crap.

I agree, something *is* necessary, and until then, our build is broken on
anything not like Linux or Slowlaris (pretty funny since we work for IBM ...
but making shared libraries happen on AIX is *not* trivial :-)

>particular, I think the version number scheme libtool uses is quite
>cool, and fortunately it's completely compatible with the way glibc
>loader works, so even if you rename the libs by other means you can
>use the libtool numbers.

Yeah yeah. We'll use the same scheme ...

> Ari> Ran this by Matt Danish and he said "That's why I use Common
> Ari> Lisp: no shared library hell" :-)

> Applies equally to ML and Haskell :-)

Yeah :-) a few more hacks to our XPCOM to O'Caml IDL bridge and we'll be in
good shape (I'm not kidding)...



Ari

Re: debuild, dupload and then?

[Matt Zimmerman]

On Tue, Aug 06, 2002 at 12:08:19AM +0200, Holger Kubiak wrote:

> On Mon, 5 Aug 2002 10:04:22 -0400 Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> 
> > > Is there a tool that generates the "/debian/dists/"-tree?
> > 
> > I think that apt-move will do this.
> 
> Can you explain this. When I try "apt-move movefiles" I get the message
> that I have to do "apt-move get" first. And this command wants to connect
> another host. But I want to make things on my host!

Read the documentation for apt-move.  I have never used this program, but I
am fairly certain that it can do what you want.

-- 
 - mdz

Re: debuild, dupload and then?

[Oohara Yuuma]

On Sun, 4 Aug 2002 21:08:18 +0200,
Holger Kubiak <[EMAIL PROTECTED]> wrote:
> Is there a tool that generates the "/debian/dists/"-tree?
debarchiver (or the unpackaged katie)

-- 
Oohara Yuuma <[EMAIL PROTECTED]>
Debian developer
PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt
Key fingerprint = 6142 8D07 9C5B 159B C170  1F4A 40D6 F42E F464 A695

her occasionally near suicidal sense of loyal self-sacrifice
--- Luke Seubert, about what Rei Ayanami and Debian developers have in common

adding some lines into an existing conf file - without diff

[m96]

hi,

i just wanted to ask for help.

i'm trying to build a deb pkg for a pam module and i need to add "auth"
and "session" lines to the already existing /etc/pam.d/login file. is
there a debian tool for this or do i have to do a dirty hack?

i can't use patch because every login file could be different and i
don't want to bork the login file.

thanks for any hints.
alias m96.

Re: fvwm-themes: Looking for a sponsor.

[Luis Bustamante]

> "Alexis" == Alexis Rimbaud <[EMAIL PROTECTED]> writes:

Alexis> Hello, I'm looking for a sponsor for FVWM Themes[*].
Alexis> Although Tore Anderson sent an ITP a few weeks ago, he let
Alexis> me maintain the package.

Alexis>   The package is available at:
Alexis> 

Hi Alexis.   Don't you think it  is better to split  the themes in
another  package? I  tested your  package  and I  took a  look to  the
sources.  It  seems to be  well packaged, as  I'm a fvwm user  I would
like sponsor fvwm themes if nobody has done it yet.

Cheers,

-- 
Luis Bustamante
CSO, Fluid Signal S.A.


pgpK1FJRWkXJV.pgp
Description: PGP signature

Re: adding some lines into an existing conf file - without diff

[Steve Langasek]

On Tue, Aug 06, 2002 at 08:20:07PM +0200, m96 wrote:

> i just wanted to ask for help.

> i'm trying to build a deb pkg for a pam module and i need to add "auth"
> and "session" lines to the already existing /etc/pam.d/login file. is
> there a debian tool for this or do i have to do a dirty hack?

> i can't use patch because every login file could be different and i
> don't want to bork the login file.

This is a violation of policy.  The file /etc/pam.d/login is a conffile
belonging to the login package, which means NO package is allowed to
modify this file (not even login itself).

The libpam maintainer has a plan for restructuring the PAM config files,
making it possible to change the global configuration according to what
modules are installed.  In the meantime, you should leave it up to the
administrator to configure his system.

Steve Langasek
postmodern programmer


pgpvQRt4yfxPa.pgp
Description: PGP signature

Re: fvwm-themes: Looking for a sponsor.

[Alexis Rimbaud]

Hi Luis,

[EMAIL PROTECTED] (Luis Bustamante) writes:

>> "Alexis" == Alexis Rimbaud <[EMAIL PROTECTED]> writes:
>
> Alexis> Hello, I'm looking for a sponsor for FVWM Themes[*].
> Alexis> Although Tore Anderson sent an ITP a few weeks ago, he let
> Alexis> me maintain the package.
>
> Alexis>   The package is available at:
> Alexis> 
>
> Hi Alexis.   Don't you think it  is better to split  the themes in
> another  package? 

Yes, I think it would be better.  What do you think of building one
package per theme or do you prefer one package for all the themes?

> I tested your package and I took a look to the sources.  It seems to
> be well packaged, as I'm a fvwm user I would like sponsor fvwm
> themes if nobody has done it yet.

I have no sponsor yet so I would be glad if you would sponsor me.

Cheers,
-- 
Alexis Rimbaud

Re: adding some lines into an existing conf file - without diff

[Ian Zimmerman]

m96> i'm trying to build a deb pkg for a pam module and i need to add
m96> "auth" and "session" lines to the already existing
m96> /etc/pam.d/login file. is there a debian tool for this or do i
m96> have to do a dirty hack?

Steve> This is a violation of policy.  The file /etc/pam.d/login is a
Steve> conffile belonging to the login package, which means NO package
Steve> is allowed to modify this file (not even login itself).

Having just hand-edited /etc/pam.d/cron (to stop endless PAM_unix
syslogs) I have to strongly agree.

-- 
Ian Zimmerman, Oakland, California, U.S.A.
GPG: 433BA087  9C0F 194F 203A 63F7 B1B8  6E5A 8CA3 27DB 433B A087
EngSoc adopts market economy: cheap is wasteful, efficient is expensive.