ey are
present in modutils as well and people seem to think that it's not
manpages' business to document system calls (Closes: Bug#360843,
Bug#361084, Bug#361369, Bug#361958, Bug#363252)
Files:
82c8774703075ecc0f9970417502e5ee 586 doc - manpages_2.25-3.dsc
c0572f48663
ey are
present in modutils as well and people seem to think that it's not
manpages' business to document system calls (Closes: Bug#360843,
Bug#361084, Bug#361369, Bug#361958, Bug#363252)
Files:
82c8774703075ecc0f9970417502e5ee 586 doc - manpages_2.25-3.dsc
c0572f48663
paul cannon wrote:
> It seems rather like manpages-dev /should/ be the one to own these, and
> a bug should be filed on modutils to get these manpages out of there.
In a former time it was the job of manpages/manpages-dev to document
the interface to the kernel and libc, i.e. system calls etc. Th
nce they are
present in modutils as well and people seem to think that it's not
manpages' business to document system calls (Closes: Bug#360843,
Bug#361084, Bug#361369, Bug#361958, Bug#363252)
Files:
82c8774703075ecc0f9970417502e5ee 586 doc - manpages_2.25-3.dsc
c0572f486
ey are
present in modutils as well and people seem to think that it's not
manpages' business to document system calls (Closes: Bug#360843,
Bug#361084, Bug#361369, Bug#361958, Bug#363252)
Files:
82c8774703075ecc0f9970417502e5ee 586 doc - manpages_2.25-3.dsc
c0572f48663
ey are
present in modutils as well and people seem to think that it's not
manpages' business to document system calls (Closes: Bug#360843,
Bug#361084, Bug#361369, Bug#361958, Bug#363252)
Files:
82c8774703075ecc0f9970417502e5ee 586 doc - manpages_2.25-3.dsc
c0572f48663
Your message dated Sun, 23 Apr 2006 04:17:11 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#360843: fixed in manpages 2.25-3
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
Your message dated Sun, 23 Apr 2006 04:17:11 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#360843: fixed in manpages 2.25-3
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
nce they are
present in modutils as well and people seem to think that it's not
manpages' business to document system calls (Closes: Bug#360843,
Bug#361084, Bug#361369, Bug#361958, Bug#363252)
Files:
82c8774703075ecc0f9970417502e5ee 586 doc - manpages_2.25-3.dsc
c0572f486
nce they are
present in modutils as well and people seem to think that it's not
manpages' business to document system calls (Closes: Bug#360843,
Bug#361084, Bug#361369, Bug#361958, Bug#363252)
Files:
82c8774703075ecc0f9970417502e5ee 586 doc - manpages_2.25-3.dsc
c0572f486
nce they are
present in modutils as well and people seem to think that it's not
manpages' business to document system calls (Closes: Bug#360843,
Bug#361084, Bug#361369, Bug#361958, Bug#363252)
Files:
82c8774703075ecc0f9970417502e5ee 586 doc - manpages_2.25-3.dsc
c0572f486
How is this bug still open?
Should we bring in the Technical Committee? They could make the decision
about where the man page belongs. http://www.debian.org/devel/tech-ctte
A request to the ctte should include the list of all the affected files.
Nick Lewycky
--
To UNSUBSCRIBE, email to [EMAIL
Just to document a work around for those that do not know how to handle
the broken package. After it breaks run:
apt-get -f install
This will install the packages that are not broken correctly and keep
your system going.
Maintainer, can we please resolve this conflict. perhaps moving one of
t
Package: manpages-dev
Version: 2.23-1
Followup-For: Bug #360843
...aptitude whines:
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
Reading changelogs... Done
(Reading database ... 647360 files and directories currently installed.)
Preparing to
On 4/13/06, Vincent Fourmond <[EMAIL PROTECTED]> wrote:
> Package: manpages-dev
> Version: 2.25-2
> Followup-For: Bug #360843
>
>
> Hello !
>
> There is actually quite a bit of manpages that are found in version 2.25-2
> and as well in modutils.
> The att
Package: manpages-dev
Version: 2.25-2
Followup-For: Bug #360843
Hello !
There is actually quite a bit of manpages that are found in version 2.25-2
and as well in modutils.
The attached patch should take care of them.
Cheers !
Vincent
-- System Information:
Debian Release
Hi Joey,
FYI, here are the messages generated by dpkg --force-overwrite when
installing manpages-dev 2.25-2:
Unpacking replacement manpages-dev ...
dpkg - warning, overriding problem because --force enabled:
trying to overwrite `/usr/share/man/man2/create_module.2.gz', which is also in
package
On Tue, Apr 11, 2006 at 10:24:38PM +0300, Torok Edwin wrote:
> BTW, what is the correct way of reporting bugs for packages that are not
> installable? What version should I put
> in the bugreport? The version of the "new" package, that doesn't install, or
> the version I have currently installed,
Package: manpages-dev
Version: 2.25-2
Followup-For: Bug #360843
Manpages-dev is still uninstallable:
Unpacking replacement manpages-dev ...
dpkg: error processing /var/cache/apt/archives/manpages-dev_2.25-2_all.deb
(--unpack):
trying to overwrite `/usr/share/man/man2/create_module.2.gz',
Your message dated Tue, 11 Apr 2006 10:05:49 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Invalid
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen t
Package: modutils
Version: 2.4.27.0-5
Severity: critical
Justification: breaks unrelated software
Unpacking replacement manpages-dev ...
dpkg: error processing /var/cache/apt/archives/manpages-dev_2.25-2_all.deb
(--unpack):
trying to overwrite `/usr/share/man/man2/create_module.2.gz', which is
> Wrong. The use of Replaces is a mandatory *part* of the fix. You don't
> move a file from one package to another without using Replaces.
You're assuming that those manpages are to be moved from modutils to
manpages-dev. But they're not.
joey's fix was to disable those manpages in manpages-dev
On Mon, Apr 10, 2006 at 01:53:53AM -0400, Bryan Donlan wrote:
> On 4/9/06, Steve M. Robbins <[EMAIL PROTECTED]> wrote:
> > Two comments:
> > 1. It ain't just create_module; manpage-dev is also overwriting init_module
> > Unpacking replacement manpages-dev ...
> > dpkg: error processing /var/cache
On Mon, Apr 10, 2006 at 01:53:53AM -0400, Bryan Donlan wrote:
> On 4/9/06, Steve M. Robbins <[EMAIL PROTECTED]> wrote:
> > Two comments:
> >
> > 1. It ain't just create_module; manpage-dev is also overwriting init_module
> >
> > Unpacking replacement manpages-dev ...
> > dpkg: error processing /var
On 4/9/06, Steve M. Robbins <[EMAIL PROTECTED]> wrote:
> Two comments:
>
> 1. It ain't just create_module; manpage-dev is also overwriting init_module
>
> Unpacking replacement manpages-dev ...
> dpkg: error processing /var/cache/apt/archives/manpages-dev_2.25-2_all.deb
> (--unpack):
> trying to
On Sun, Apr 09, 2006 at 12:01:38PM -0400, Justin Pryzby wrote:
> On Sun, Apr 09, 2006 at 05:41:44PM +0200, David Weinehall wrote:
> > Just as a comment, waiting for modutils to remove the create_module
> > manpage isn't enough; manpages-dev still need to have
> > Replaces: modutils
> > in its con
Two comments:
1. It ain't just create_module; manpage-dev is also overwriting init_module
Unpacking replacement manpages-dev ...
dpkg: error processing /var/cache/apt/archives/manpages-dev_2.25-2_all.deb
(--unpack):
trying to overwrite `/usr/share/man/man2/init_module.2.gz', which is also in
p
On Sun, Apr 09, 2006 at 05:41:44PM +0200, David Weinehall wrote:
> Just as a comment, waiting for modutils to remove the create_module
> manpage isn't enough; manpages-dev still need to have
>
> Replaces: modutils
>
> in its control-file, to allow for upgrades to work properly.
Why? Upgrades fro
Just as a comment, waiting for modutils to remove the create_module
manpage isn't enough; manpages-dev still need to have
Replaces: modutils
in its control-file, to allow for upgrades to work properly.
Regards: David
--
/) David Weinehall <[EMAIL PROTECTED]> /) Rime on my window (\
reopen 360843 =
merge 360843 361369
thanks
Package: manpages-dev
Version: 2.25-2
Followup-For: Bug #360843
# dpkg -i manpages-dev_2.25-2_all.deb
(Reading database ... 230398 files and directories currently installed.)
Preparing to replace manpages-dev 2.23-1 (using manpages-dev_2.25-2_all.deb
I don't think it is fixed in 2.25-2..
amd:/tmp# dpkg -i manpages-dev_2.25-2_all.deb
(Reading database ... 296724 files and directories currently installed.)
Preparing to replace manpages-dev 2.23-1 (using manpages-dev_2.25-2_all.deb) ...
Unpacking replacement manpages-dev ...
dpkg: error processi
nux for development
Closes: 360843 361084
Changes:
manpages (2.25-2) unstable; urgency=medium
.
* Deactivated create_module(2) sinc it is present in modutils as well
(closes: Bug#360843, Bug#361084)
Files:
b8150a7672cb5d584f5f165df6362c00 586 doc - manpages_2.25-2.dsc
16c7dca7108d63f4cc8
Your message dated Sat, 08 Apr 2006 00:32:07 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#360843: fixed in manpages 2.25-2
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
Package: manpages-dev
Version: 2.23-1
Followup-For: Bug #360843
Unpacking replacement manpages-dev ...
dpkg: error processing
/var/cache/apt/archives/manpages-dev_2.25-1_all.deb (--unpack):
trying to overwrite `/usr/share/man/man2/create_module.2.gz', which is
also in package modutils
Processing commands for [EMAIL PROTECTED]:
> reassign 360843 manpages-dev,modutils
Bug#360843: manpages-dev tries to overwrite files from modutils
(create_module.2.gz)
Bug#361084: package manpages-dev in unstable is broken
Bug reassigned from package `manpages-dev' to `manpages-dev,
reassign 360843 manpages-dev,modutils
thanks
On Thu, Apr 06, 2006 at 11:07:39AM -0600, paul cannon wrote:
> It seems rather like manpages-dev /should/ be the one to own these, and
> a bug should be filed on modutils to get these manpages out of there.
Sure :)
--
To UNSUBSCRIBE, email to [EMAIL
It seems rather like manpages-dev /should/ be the one to own these, and
a bug should be filed on modutils to get these manpages out of there.
Still, this bug should remain open and serious until manpages-dev is at
least installable.
--
paul
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
37 matches
Mail list logo
