On Sun, Mar 18, 2001 at 02:19:46PM -0500, Joe Drew wrote:
> It's quite obvious now, wrt this bug and bug#84067, that policy is not
> right on symlinks; absolute symlinks should be allowed, because otherwise
> people with different filesystem hierarchies will have things break,
> and other boundary
Please help me clarify one thing.
> if name in changelog != name in control file:
> upload is NMU
Which one should be the name of real "Maintainer"?
changelog
name in .dsc file.
Osamu
--
~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~
+ Osamu Aoki <[EMAIL PROTEC
On Sun, Mar 18, 2001 at 02:19:46PM -0500, Joe Drew wrote:
> It's quite obvious now, wrt this bug and bug#84067, that policy is not
> right on symlinks; absolute symlinks should be allowed, because otherwise
> people with different filesystem hierarchies will have things break,
> and other boundary
On Sun, Mar 18, 2001 at 07:13:44PM +, Luis Arocha -data- wrote:
> I think I must maintain relative symlinks (otherwise I would be against
> debian policy 11.5), however skilled feedback would be wellcomed.
[...]
> The files in /usr/share/glade/gnome are symlinks to corresponding files in
> /usr
Hi,
I've just received this bug.
I think I must maintain relative symlinks (otherwise I would be against
debian policy 11.5), however skilled feedback would be wellcomed.
Thanks in advance,
- Forwarded message from Martin Sjögren <[EMAIL PROTECTED]> -
Date: Sun, 18 Mar 2001 13:11:36 +
Hi,
I've packaged hfsplus, a set of tools to access volumes containing
Apple Computer's file system HFS+, and would very much appreciate
constructive criticism on what I've done. The package can be found at
deb-src http://samiel.theorie.physik.uni-muenchen.de/debian sid main
Thanks in advance
On Sun, Mar 18, 2001 at 07:13:44PM +, Luis Arocha -data- wrote:
> I think I must maintain relative symlinks (otherwise I would be against
> debian policy 11.5), however skilled feedback would be wellcomed.
[...]
> The files in /usr/share/glade/gnome are symlinks to corresponding files in
> /us
Hi,
I've just received this bug.
I think I must maintain relative symlinks (otherwise I would be against
debian policy 11.5), however skilled feedback would be wellcomed.
Thanks in advance,
- Forwarded message from Martin Sjögren <[EMAIL PROTECTED]> -
Date: Sun, 18 Mar 2001 13:11:36
On Sun, 18 Mar 2001 16:11:47 +0100 Eric Van Buggenhaut <[EMAIL PROTECTED]> wrote
:
> On Sun, Mar 18, 2001 at 02:29:31AM +0100, Ivo Timmermans wrote:
[...]
> > So I wondered if I could somehow find out if the user is upgrading
> > from a version before this upstream version, and issue a message
> >
Hi,
I've packaged hfsplus, a set of tools to access volumes containing
Apple Computer's file system HFS+, and would very much appreciate
constructive criticism on what I've done. The package can be found at
deb-src http://samiel.theorie.physik.uni-muenchen.de/debian sid main
Thanks in advance
On Sun, Mar 18, 2001 at 02:29:31AM +0100, Ivo Timmermans wrote:
> Hi,
>
> I wonder, is it possible to find out what the last installed version
> of a package was from postinst?
>
> What I want to do is this: a package has released a new upstream
> version, and they replaced a good deal of config
Hi,
I wonder, is it possible to find out what the last installed version
of a package was from postinst?
What I want to do is this: a package has released a new upstream
version, and they replaced a good deal of configuration options with
different ones. It is both impossible to automatically c
On Sun, 18 Mar 2001 16:11:47 +0100 Eric Van Buggenhaut <[EMAIL PROTECTED]> wrote
:
> On Sun, Mar 18, 2001 at 02:29:31AM +0100, Ivo Timmermans wrote:
[...]
> > So I wondered if I could somehow find out if the user is upgrading
> > from a version before this upstream version, and issue a message
>
On Sun, Mar 18, 2001 at 02:29:31AM +0100, Ivo Timmermans wrote:
> Hi,
>
> I wonder, is it possible to find out what the last installed version
> of a package was from postinst?
>
> What I want to do is this: a package has released a new upstream
> version, and they replaced a good deal of confi
Hi,
I wonder, is it possible to find out what the last installed version
of a package was from postinst?
What I want to do is this: a package has released a new upstream
version, and they replaced a good deal of configuration options with
different ones. It is both impossible to automatically
15 matches
Mail list logo