|
|
|
|
|
|
| Author |
Message |
Bernhard R. Link
*nix forums beginner
Joined: 14 Mar 2005
Posts: 41
|
 Posted: Sat Jul 15, 2006 1:30 pm Post subject:
Re: additions to dpkg-architecture
|
|
|
* Kurt Roeckx <kurt@roeckx.be> [060715 10:22]:
| Quote: | I've tested this on sarge before, and it doesn't seem to work
there. But the same package on etch/sid do work. I'm guessing
the dynamic linker changed between sarge and etch.
|
That is strange. On my sarge boxes I get:
|$ ldd -r /usr/bin/ssh
| libresolv.so.2 => /lib/libresolv.so.2 (0x7002c000)
| libcrypto.so.0.9.7 => /usr/lib/v9/libcrypto.so.0.9.7 (0x70050000)
| [...]
And I cannot remember having anything changed.
(Also the libcrypto 0.9.6 in your ldd output looks more like woody
than like sarge)
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| Back to top |
|
 |
Jens Peter Secher
*nix forums beginner
Joined: 27 Apr 2005
Posts: 8
|
| Posted: Sun Jul 16, 2006 8:40 pm Post subject:
Depends vs. Recommends (Was: Bug#378112: ITP: gzrt -- gzip recovery toolkit)
|
|
|
Adam Borowski <kilobyte@angband.pl> writes:
| Quote: | On Sun, Jul 16, 2006 at 10:11:41AM +0200, Thijs Kinkhorst wrote:
I agree that that is a common type of file to recover, so that would
make it more appropriate to Recommend cpio rather than Suggest.
"a common type"? Come on, that's not just "common", it's "a vast
majority of cases". And, a hard Depend on a small priority=important
package is not a big burden -- what about just having a dependency
without the comment?
|
No.
And the reason can be found in Policy section 7.2:
Depends
This declares an absolute dependency. A package will not be
configured unless all of the packages listed in its Depends
field have been correctly configured.
The Depends field should be used if the depended-on package is
required for the depending package to provide a significant
amount of functionality.
The Depends field should also be used if the postinst, prerm or
postrm scripts require the package to be present in order to
run. Note, however, that the postrm cannot rely on any
non-essential packages to be present during the purge phase.
Recommends
This declares a strong, but not absolute, dependency.
The Recommends field should list packages that would be found
together with this one in all but unusual installations.
The dependency system is used to make sure things don't break on the
_system_ level. To ease upgrades, transitions, etc., dependencies
(Depends) should be kept to the absolute minimum.
Cheers,
--
Jens Peter Secher
_DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_
A. Because it breaks the logical sequence of discussion
Q. Why is top posting bad?
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| Back to top |
|
|
Frank Küster
*nix forums Guru
Joined: 20 Feb 2005
Posts: 432
|
| Posted: Mon Jul 17, 2006 7:50 am Post subject:
Re: Depends vs. Recommends
|
|
|
Jens Peter Secher <jps@debian.org> wrote:
| Quote: | Adam Borowski <kilobyte@angband.pl> writes:
On Sun, Jul 16, 2006 at 10:11:41AM +0200, Thijs Kinkhorst wrote:
I agree that that is a common type of file to recover, so that would
make it more appropriate to Recommend cpio rather than Suggest.
"a common type"? Come on, that's not just "common", it's "a vast
majority of cases". And, a hard Depend on a small priority=important
package is not a big burden -- what about just having a dependency
without the comment?
No.
And the reason can be found in Policy section 7.2:
[...]
The Depends field should be used if the depended-on package is
required for the depending package to provide a significant
amount of functionality.
The Depends field should also be used if the postinst, prerm or
postrm scripts require the package to be present in order to
run. Note, however, that the postrm cannot rely on any
non-essential packages to be present during the purge phase.
[...]
The dependency system is used to make sure things don't break on the
_system_ level.
|
I don't agree. This "break on the system level" only relates to the
second paragraph I quoted. The first one is also a reason for a
Depends. If this other package is needed for the core functionality,
than it should be depended on.
| Quote: | To ease upgrades, transitions, etc., dependencies
(Depends) should be kept to the absolute minimum.
|
There's always a tradeoff: The easiest system to upgrade is one that
runs, but is barely usable for anything...
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive) |
|
| Back to top |
|
|
Helmut Wollmersdorfer
*nix forums beginner
Joined: 17 Mar 2005
Posts: 17
|
| Posted: Mon Jul 17, 2006 9:10 am Post subject:
Re: Depends vs. Recommends
|
|
|
Frank Küster wrote:
| Quote: | Jens Peter Secher <jps@debian.org> wrote:
To ease upgrades, transitions, etc., dependencies
(Depends) should be kept to the absolute minimum.
There's always a tradeoff: The easiest system to upgrade is one that
runs, but is barely usable for anything...
|
'usable' - yes, it's a usability problem.
In aptitude you can use the command line options
-R, --without-recommends
-r, --with-recommends
but I am missing
--without-suggests
--with-suggests
IMHO these options give you the choice. I disagree to change
'recommends' to 'depends', because it should be the users choice to
install 'minimal' or 'full', but this choice should be as convenient as
possible.
Nowadays it is more or less a standard in 'other' (package or OS)
installers, e.g. Win, Office, Suse, Fedora, to let the user choose between
- minimum ~ 'depends'
- standard ~ 'recommends'
- full ~ 'suggests'
Also a mode called 'expert' or 'customized' is provided, which allows
navigation through package/feature relationships.
I am missing this very useful, commonly understandable standard in d-i,
g-i, tasksel etc.
Helmut Wllmersdorfer
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| Back to top |
|
|
Frank Küster
*nix forums Guru
Joined: 20 Feb 2005
Posts: 432
|
| Posted: Mon Jul 17, 2006 12:00 pm Post subject:
Re: Depends vs. Recommends
|
|
|
Helmut Wollmersdorfer <helmut.wollmersdorfer@gmx.at> wrote:
| Quote: | IMHO these options give you the choice. I disagree to change
recommends' to 'depends', because it should be the users choice to
install 'minimal' or 'full', but this choice should be as convenient
as possible.
Nowadays it is more or less a standard in 'other' (package or OS)
installers, e.g. Win, Office, Suse, Fedora, to let the user choose
between
- minimum ~ 'depends'
- standard ~ 'recommends'
- full ~ 'suggests'
Also a mode called 'expert' or 'customized' is provided, which allows
navigation through package/feature relationships.
|
I think this is a different thing. It might be a worthwile goal to
introduce something like this in Debian. But currently "Depends" means
"everything that is needed for the core parts of the functionality" (or
"significant functionality" as the Policy puts it.
In many cases this includes more packages than are required for the
installation to succeed. And IMO it includes everything that is needed
to at least get a decent error message from the executables that won't
work without installing additional packages. Imagine a package that
includes scripts in Perl or Python, it does a sensible thing even
without them, but it isn't feasible or doesn't make sense to write shell
wrapper scripts with "please install python" error messages for all of
them. In this case, I think the package should depend on the scripting
language, and not require the user to look into README.Debian to learn
what he has to do to get rid of
bash: /home/frank/bin/testnointerpreter: /usr/bin/pearl: bad interpreter: No such file or directory
which might well be hidden if the script is invoked by some graphical
frontend.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive) |
|
| Back to top |
|
|
Török Edvin
*nix forums beginner
Joined: 08 Aug 2005
Posts: 7
|
| Posted: Mon Jul 17, 2006 1:30 pm Post subject:
Re: release update: Etch 4.0, Blockers and Goals, Arch status, kernel 2.4, etc
|
|
|
On Mo Jul 17 11:15:28 UTC 2006, Marc Brockschmidt <he@debian.org> wrote:
| Quote: | - - SELinux support
What are the plans for SELinux support? |
Best regards,
Edwin
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| Back to top |
|
|
Steinar H. Gunderson
*nix forums Guru Wannabe
Joined: 25 Feb 2005
Posts: 133
|
| Posted: Mon Jul 17, 2006 3:10 pm Post subject:
Re: release update: Etch 4.0, Blockers and Goals, Arch status, kernel 2.4, etc
|
|
|
On Mon, Jul 17, 2006 at 01:18:41PM +0000, Marc Brockschmidt wrote:
| Quote: | There was a new request for another approved release goal, that is NFS
v4 support. We approved that goal.
|
AFAICS, that goal has been completed for a while. What's needed in etch is:
- nfs-utils 1.0.7 or newer (check, 1.0.9 is in)
- NFSv4 capable mount (check, the patch was approved a while ago)
- Fairly recent 2.6 kernel (check, I can't imagine etch releasing without at
least 2.6.16)
- Support from initscripts to start rpc.idmapd and friends at boot if needed
by fstab (check, was fixed by NMU)
We currently run NFSv4 in production at our site (vanilla sid clients, sarge
servers with backported nfs-utils and kernels), and it works well for us.
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| Back to top |
|
|
Debian Bug Tracking Syste
*nix forums Guru Wannabe
Joined: 24 Mar 2005
Posts: 110
|
| Posted: Mon Jul 17, 2006 3:10 pm Post subject:
Processed: Unblocking, this bugs belong to stable and old-stable
|
|
|
Processing commands for control@bugs.debian.org:
| Quote: | unblock 322762 by 332303
Bug#322762: /usr/doc still exists (transition tracking bug) |
Was blocked by: 189856 190020 203278 254800 254913 254924 255590 302504 319726 320084 320103 321926 322749 322769 322772 322776 322778 322779 322781 322782 322783 322784 322785 322786 322787 322788 322789 322790 322791 322792 322793 322794 322795 322797 322798 322799 322800 322801 322803 322804 322805 322806 322807 322808 322809 322810 322811 322812 322813 322814 322815 322816 322817 322818 322819 322820 322828 322829 322830 322831 322832 322833 322834 322835 322837 322838 322839 332303 352893 352894 353569 355341 359358 359359 359360 359361 359362 359363 359364 359365 359366 359367 359368 359369 359370 359371 359372 359374 359375 359376 359377 359378 359379 359380 359381 359382 359383 359384 359385 359386 359387 359388 359389 359390 359391 359392 359393 359394 359395 359396 359397 359398 359399 359400 359401 359402 359403 359404 359405 359406 359407 359408 359409 359410 359411 359412 359413 359414 359415 359416 359417 359418 359419 359420 359421 359422 359423 359424 359425 359426 359427 359428 359429 359430 359431 359432 359433 359434 359435 359436 359437 359439 359440 359441 359442 359443 359444 359445 359446 359447 359448 359449 359450 359451 359452 359453 359454 359455 359456
359457 359458 359459 359460 359461 359462 359463 359464 359465 359466 359467 359468 359469 359470 359471 359472 359473 359474 359475 359476 359477 359478 359479 359480 359481 359482 359483 359484 359485 359486 359487 359488 359489 359490 359491 359492 359493 359494 359495 359496 359497 359498 359499 359500 359501 359502 359503 359504 359505 359506 359507 359508 359509 359510 359511 359512 359513 359514 359515 359516 359517 359518 359519 359520 359521 359522 359523 359524 359526 359527 359528 359529 359530 359531 359532 359533 359534 359535 359536 359537 359538 359539 359540 359541 359542 359543 359544 359545 359546 359547 359548 359549 359550 359551 359552 359553 359554 359555 359556 359557 359558 359559 359560 359561 359562 359563 359564 359565 359566 359567 359568 359569 359570 359571 359572 359573 359574 359575 359576 359577 359578 359579 359580 359581 359582 359583 359584 359585 359586 359587 359588 359589 359590 359591 359592 359593 359594 359595 359596 359597 359598 359599 359600 359601 359602 359603 359604 359605 359606 359607 359608 359609 359610 359611 359612
Blocking bugs of 322762 removed: 332303, 359404
| Quote: | unblock 322762 by 359360
Bug#322762: /usr/doc still exists (transition tracking bug) |
Was blocked by: 189856 190020 203278 254800 254913 254924 255590 302504 319726 320084 320103 321926 322749 322769 322772 322776 322778 322779 322781 322782 322783 322784 322785 322786 322787 322788 322789 322790 322791 322792 322793 322794 322795 322797 322798 322799 322800 322801 322803 322804 322805 322806 322807 322808 322809 322810 322811 322812 322813 322814 322815 322816 322817 322818 322819 322820 322828 322829 322830 322831 322832 322833 322834 322835 322837 322838 322839 352893 352894 353569 355341 359358 359359 359360 359361 359362 359363 359364 359365 359366 359367 359368 359369 359370 359371 359372 359374 359375 359376 359377 359378 359379 359380 359381 359382 359383 359384 359385 359386 359387 359388 359389 359390 359391 359392 359393 359394 359395 359396 359397 359398 359399 359400 359401 359402 359403 359405 359406 359407 359408 359409 359410 359411 359412 359413 359414 359415 359416 359417 359418 359419 359420 359421 359422 359423 359424 359425 359426 359427 359428 359429 359430 359431 359432 359433 359434 359435 359436 359437 359439 359440 359441 359442 359443 359444 359445 359446 359447 359448 359449 359450 359451 359452 359453 359454 359455 359456 359457 359458
359459 359460 359461 359462 359463 359464 359465 359466 359467 359468 359469 359470 359471 359472 359473 359474 359475 359476 359477 359478 359479 359480 359481 359482 359483 359484 359485 359486 359487 359488 359489 359490 359491 359492 359493 359494 359495 359496 359497 359498 359499 359500 359501 359502 359503 359504 359505 359506 359507 359508 359509 359510 359511 359512 359513 359514 359515 359516 359517 359518 359519 359520 359521 359522 359523 359524 359526 359527 359528 359529 359530 359531 359532 359533 359534 359535 359536 359537 359538 359539 359540 359541 359542 359543 359544 359545 359546 359547 359548 359549 359550 359551 359552 359553 359554 359555 359556 359557 359558 359559 359560 359561 359562 359563 359564 359565 359566 359567 359568 359569 359570 359571 359572 359573 359574 359575 359576 359577 359578 359579 359580 359581 359582 359583 359584 359585 359586 359587 359588 359589 359590 359591 359592 359593 359594 359595 359596 359597 359598 359599 359600 359601 359602 359603 359604 359605 359606 359607 359608 359609 359610 359611 359612
Blocking bugs of 322762 removed: 359360
| Quote: | unblock 322762 by 359397
Bug#322762: /usr/doc still exists (transition tracking bug) |
Was blocked by: 189856 190020 203278 254800 254913 254924 255590 302504 319726 320084 320103 321926 322749 322769 322772 322776 322778 322779 322781 322782 322783 322784 322785 322786 322787 322788 322789 322790 322791 322792 322793 322794 322795 322797 322798 322799 322800 322801 322803 322804 322805 322806 322807 322808 322809 322810 322811 322812 322813 322814 322815 322816 322817 322818 322819 322820 322828 322829 322830 322831 322832 322833 322834 322835 322837 322838 322839 352893 352894 353569 355341 359358 359359 359361 359362 359363 359364 359365 359366 359367 359368 359369 359370 359371 359372 359374 359375 359376 359377 359378 359379 359380 359381 359382 359383 359384 359385 359386 359387 359388 359389 359390 359391 359392 359393 359394 359395 359396 359397 359398 359399 359400 359401 359402 359403 359405 359406 359407 359408 359409 359410 359411 359412 359413 359414 359415 359416 359417 359418 359419 359420 359421 359422 359423 359424 359425 359426 359427 359428 359429 359430 359431 359432 359433 359434 359435 359436 359437 359439 359440 359441 359442 359443 359444 359445 359446 359447 359448 359449 359450 359451 359452 359453 359454 359455 359456 359457 359458 359459
359460 359461 359462 359463 359464 359465 359466 359467 359468 359469 359470 359471 359472 359473 359474 359475 359476 359477 359478 359479 359480 359481 359482 359483 359484 359485 359486 359487 359488 359489 359490 359491 359492 359493 359494 359495 359496 359497 359498 359499 359500 359501 359502 359503 359504 359505 359506 359507 359508 359509 359510 359511 359512 359513 359514 359515 359516 359517 359518 359519 359520 359521 359522 359523 359524 359526 359527 359528 359529 359530 359531 359532 359533 359534 359535 359536 359537 359538 359539 359540 359541 359542 359543 359544 359545 359546 359547 359548 359549 359550 359551 359552 359553 359554 359555 359556 359557 359558 359559 359560 359561 359562 359563 359564 359565 359566 359567 359568 359569 359570 359571 359572 359573 359574 359575 359576 359577 359578 359579 359580 359581 359582 359583 359584 359585 359586 359587 359588 359589 359590 359591 359592 359593 359594 359595 359596 359597 359598 359599 359600 359601 359602 359603 359604 359605 359606 359607 359608 359609 359610 359611 359612
Blocking bugs of 322762 removed: 359397
| Quote: | unblock 322762 by 359398
Bug#322762: /usr/doc still exists (transition tracking bug) |
Was blocked by: 189856 190020 203278 254800 254913 254924 255590 302504 319726 320084 320103 321926 322749 322769 322772 322776 322778 322779 322781 322782 322783 322784 322785 322786 322787 322788 322789 322790 322791 322792 322793 322794 322795 322797 322798 322799 322800 322801 322803 322804 322805 322806 322807 322808 322809 322810 322811 322812 322813 322814 322815 322816 322817 322818 322819 322820 322828 322829 322830 322831 322832 322833 322834 322835 322837 322838 322839 352893 352894 353569 355341 359358 359359 359361 359362 359363 359364 359365 359366 359367 359368 359369 359370 359371 359372 359374 359375 359376 359377 359378 359379 359380 359381 359382 359383 359384 359385 359386 359387 359388 359389 359390 359391 359392 359393 359394 359395 359396 359398 359399 359400 359401 359402 359403 359405 359406 359407 359408 359409 359410 359411 359412 359413 359414 359415 359416 359417 359418 359419 359420 359421 359422 359423 359424 359425 359426 359427 359428 359429 359430 359431 359432 359433 359434 359435 359436 359437 359439 359440 359441 359442 359443 359444 359445 359446 359447 359448 359449 359450 359451 359452 359453 359454 359455 359456 359457 359458 359459 359460
359461 359462 359463 359464 359465 359466 359467 359468 359469 359470 359471 359472 359473 359474 359475 359476 359477 359478 359479 359480 359481 359482 359483 359484 359485 359486 359487 359488 359489 359490 359491 359492 359493 359494 359495 359496 359497 359498 359499 359500 359501 359502 359503 359504 359505 359506 359507 359508 359509 359510 359511 359512 359513 359514 359515 359516 359517 359518 359519 359520 359521 359522 359523 359524 359526 359527 359528 359529 359530 359531 359532 359533 359534 359535 359536 359537 359538 359539 359540 359541 359542 359543 359544 359545 359546 359547 359548 359549 359550 359551 359552 359553 359554 359555 359556 359557 359558 359559 359560 359561 359562 359563 359564 359565 359566 359567 359568 359569 359570 359571 359572 359573 359574 359575 359576 359577 359578 359579 359580 359581 359582 359583 359584 359585 359586 359587 359588 359589 359590 359591 359592 359593 359594 359595 359596 359597 359598 359599 359600 359601 359602 359603 359604 359605 359606 359607 359608 359609 359610 359611 359612
Blocking bugs of 322762 removed: 359398
| Quote: | unblock 322762 by 359402
Bug#322762: /usr/doc still exists (transition tracking bug) |
Was blocked by: 189856 190020 203278 254800 254913 254924 255590 302504 319726 320084 320103 321926 322749 322769 322772 322776 322778 322779 322781 322782 322783 322784 322785 322786 322787 322788 322789 322790 322791 322792 322793 322794 322795 322797 322798 322799 322800 322801 322803 322804 322805 322806 322807 322808 322809 322810 322811 322812 322813 322814 322815 322816 322817 322818 322819 322820 322828 322829 322830 322831 322832 322833 322834 322835 322837 322838 322839 352893 352894 353569 355341 359358 359359 359361 359362 359363 359364 359365 359366 359367 359368 359369 359370 359371 359372 359374 359375 359376 359377 359378 359379 359380 359381 359382 359383 359384 359385 359386 359387 359388 359389 359390 359391 359392 359393 359394 359395 359396 359399 359400 359401 359402 359403 359405 359406 359407 359408 359409 359410 359411 359412 359413 359414 359415 359416 359417 359418 359419 359420 359421 359422 359423 359424 359425 359426 359427 359428 359429 359430 359431 359432 359433 359434 359435 359436 359437 359439 359440 359441 359442 359443 359444 359445 359446 359447 359448 359449 359450 359451 359452 359453 359454 359455 359456 359457 359458 359459 359460 359461
359462 359463 359464 359465 359466 359467 359468 359469 359470 359471 359472 359473 359474 359475 359476 359477 359478 359479 359480 359481 359482 359483 359484 359485 359486 359487 359488 359489 359490 359491 359492 359493 359494 359495 359496 359497 359498 359499 359500 359501 359502 359503 359504 359505 359506 359507 359508 359509 359510 359511 359512 359513 359514 359515 359516 359517 359518 359519 359520 359521 359522 359523 359524 359526 359527 359528 359529 359530 359531 359532 359533 359534 359535 359536 359537 359538 359539 359540 359541 359542 359543 359544 359545 359546 359547 359548 359549 359550 359551 359552 359553 359554 359555 359556 359557 359558 359559 359560 359561 359562 359563 359564 359565 359566 359567 359568 359569 359570 359571 359572 359573 359574 359575 359576 359577 359578 359579 359580 359581 359582 359583 359584 359585 359586 359587 359588 359589 359590 359591 359592 359593 359594 359595 359596 359597 359598 359599 359600 359601 359602 359603 359604 359605 359606 359607 359608 359609 359610 359611 359612
Blocking bugs of 322762 removed: 359402
| Quote: | unblock 322762 by 359404
Bug#322762: /usr/doc still exists (transition tracking bug) |
Was blocked by: 189856 190020 203278 254800 254913 254924 255590 302504 319726 320084 320103 321926 322749 322769 322772 322776 322778 322779 322781 322782 322783 322784 322785 322786 322787 322788 322789 322790 322791 322792 322793 322794 322795 322797 322798 322799 322800 322801 322803 322804 322805 322806 322807 322808 322809 322810 322811 322812 322813 322814 322815 322816 322817 322818 322819 322820 322828 322829 322830 322831 322832 322833 322834 322835 322837 322838 322839 352893 352894 353569 355341 359358 359359 359361 359362 359363 359364 359365 359366 359367 359368 359369 359370 359371 359372 359374 359375 359376 359377 359378 359379 359380 359381 359382 359383 359384 359385 359386 359387 359388 359389 359390 359391 359392 359393 359394 359395 359396 359399 359400 359401 359403 359405 359406 359407 359408 359409 359410 359411 359412 359413 359414 359415 359416 359417 359418 359419 359420 359421 359422 359423 359424 359425 359426 359427 359428 359429 359430 359431 359432 359433 359434 359435 359436 359437 359439 359440 359441 359442 359443 359444 359445 359446 359447 359448 359449 359450 359451 359452 359453 359454 359455 359456 359457 359458 359459 359460 359461 359462
359463 359464 359465 359466 359467 359468 359469 359470 359471 359472 359473 359474 359475 359476 359477 359478 359479 359480 359481 359482 359483 359484 359485 359486 359487 359488 359489 359490 359491 359492 359493 359494 359495 359496 359497 359498 359499 359500 359501 359502 359503 359504 359505 359506 359507 359508 359509 359510 359511 359512 359513 359514 359515 359516 359517 359518 359519 359520 359521 359522 359523 359524 359526 359527 359528 359529 359530 359531 359532 359533 359534 359535 359536 359537 359538 359539 359540 359541 359542 359543 359544 359545 359546 359547 359548 359549 359550 359551 359552 359553 359554 359555 359556 359557 359558 359559 359560 359561 359562 359563 359564 359565 359566 359567 359568 359569 359570 359571 359572 359573 359574 359575 359576 359577 359578 359579 359580 359581 359582 359583 359584 359585 359586 359587 359588 359589 359590 359591 359592 359593 359594 359595 359596 359597 359598 359599 359600 359601 359602 359603 359604 359605 359606 359607 359608 359609 359610 359611 359612
Blocking bugs of 322762 removed: 359404, 332303
| Quote: | unblock 322762 by 359415
Bug#322762: /usr/doc still exists (transition tracking bug) |
Was blocked by: 189856 190020 203278 254800 254913 254924 255590 302504 319726 320084 320103 321926 322749 322769 322772 322776 322778 322779 322781 322782 322783 322784 322785 322786 322787 322788 322789 322790 322791 322792 322793 322794 322795 322797 322798 322799 322800 322801 322803 322804 322805 322806 322807 322808 322809 322810 322811 322812 322813 322814 322815 322816 322817 322818 322819 322820 322828 322829 322830 322831 322832 322833 322834 322835 322837 322838 322839 352893 352894 353569 355341 359358 359359 359361 359362 359363 359364 359365 359366 359367 359368 359369 359370 359371 359372 359374 359375 359376 359377 359378 359379 359380 359381 359382 359383 359384 359385 359386 359387 359388 359389 359390 359391 359392 359393 359394 359395 359396 359399 359400 359401 359403 359405 359406 359407 359408 359409 359410 359411 359412 359413 359414 359415 359416 359417 359418 359419 359420 359421 359422 359423 359424 359425 359426 359427 359428 359429 359430 359431 359432 359433 359434 359435 359436 359437 359439 359440 359441 359442 359443 359444 359445 359446 359447 359448 359449 359450 359451 359452 359453 359454 359455 359456 359457 359458 359459 359460 359461 359462
359463 359464 359465 359466 359467 359468 359469 359470 359471 359472 359473 359474 359475 359476 359477 359478 359479 359480 359481 359482 359483 359484 359485 359486 359487 359488 359489 359490 359491 359492 359493 359494 359495 359496 359497 359498 359499 359500 359501 359502 359503 359504 359505 359506 359507 359508 359509 359510 359511 359512 359513 359514 359515 359516 359517 359518 359519 359520 359521 359522 359523 359524 359526 359527 359528 359529 359530 359531 359532 359533 359534 359535 359536 359537 359538 359539 359540 359541 359542 359543 359544 359545 359546 359547 359548 359549 359550 359551 359552 359553 359554 359555 359556 359557 359558 359559 359560 359561 359562 359563 359564 359565 359566 359567 359568 359569 359570 359571 359572 359573 359574 359575 359576 359577 359578 359579 359580 359581 359582 359583 359584 359585 359586 359587 359588 359589 359590 359591 359592 359593 359594 359595 359596 359597 359598 359599 359600 359601 359602 359603 359604 359605 359606 359607 359608 359609 359610 359611 359612
Blocking bugs of 322762 removed: 359415
| Quote: | unblock 322762 by 359416
Bug#322762: /usr/doc still exists (transition tracking bug) |
Was blocked by: 189856 190020 203278 254800 254913 254924 255590 302504 319726 320084 320103 321926 322749 322769 322772 322776 322778 322779 322781 322782 322783 322784 322785 322786 322787 322788 322789 322790 322791 322792 322793 322794 322795 322797 322798 322799 322800 322801 322803 322804 322805 322806 322807 322808 322809 322810 322811 322812 322813 322814 322815 322816 322817 322818 322819 322820 322828 322829 322830 322831 322832 322833 322834 322835 322837 322838 322839 352893 352894 353569 355341 359358 359359 359361 359362 359363 359364 359365 359366 359367 359368 359369 359370 359371 359372 359374 359375 359376 359377 359378 359379 359380 359381 359382 359383 359384 359385 359386 359387 359388 359389 359390 359391 359392 359393 359394 359395 359396 359399 359400 359401 359403 359405 359406 359407 359408 359409 359410 359411 359412 359413 359414 359416 359417 359418 359419 359420 359421 359422 359423 359424 359425 359426 359427 359428 359429 359430 359431 359432 359433 359434 359435 359436 359437 359439 359440 359441 359442 359443 359444 359445 359446 359447 359448 359449 359450 359451 359452 359453 359454 359455 359456 359457 359458 359459 359460 359461 359462 359463
359464 359465 359466 359467 359468 359469 359470 359471 359472 359473 359474 359475 359476 359477 359478 359479 359480 359481 359482 359483 359484 359485 359486 359487 359488 359489 359490 359491 359492 359493 359494 359495 359496 359497 359498 359499 359500 359501 359502 359503 359504 359505 359506 359507 359508 359509 359510 359511 359512 359513 359514 359515 359516 359517 359518 359519 359520 359521 359522 359523 359524 359526 359527 359528 359529 359530 359531 359532 359533 359534 359535 359536 359537 359538 359539 359540 359541 359542 359543 359544 359545 359546 359547 359548 359549 359550 359551 359552 359553 359554 359555 359556 359557 359558 359559 359560 359561 359562 359563 359564 359565 359566 359567 359568 359569 359570 359571 359572 359573 359574 359575 359576 359577 359578 359579 359580 359581 359582 359583 359584 359585 359586 359587 359588 359589 359590 359591 359592 359593 359594 359595 359596 359597 359598 359599 359600 359601 359602 359603 359604 359605 359606 359607 359608 359609 359610 359611 359612
Blocking bugs of 322762 removed: 359416
| Quote: | thanks
Stopping processing here. |
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| Back to top |
|
|
Luk Claes
*nix forums beginner
Joined: 20 May 2005
Posts: 24
|
| Posted: Mon Jul 17, 2006 3:30 pm Post subject:
Disturbing uploads (Re: release update: Etch 4.0, Blockers and Goals, Arch status, kernel 2.4, etc)
|
|
|
Marc Brockschmidt wrote:
| Quote: | Please note that as of now, RC bugs and problematic transitions are our
main concern. There has been progress, but we still need to lower the
number of release critical bugs further. There will be a couple of Bug
Squashing Parties soon, so please consider to join one or more of them. [1]
We want to ask you to not do disturbing updates of your packages in
unstable without contacting the release team before. If you need a staging
area or simply want to use Debian infrastructure to show newer packages,
you can always upload to experimental, which is nowadays mostly autobuilt. [2]
|
Probably everyone know one should avoid problematic transitions and
disturbing updates of packages, though what looks like a simple change
in your package might be a disturbing update and might cause a
problematic transition...
A simple example would be changing the name of a library package which
has a couple of reverse dependencies. This doesn't look that disturbing
at all... but has the potential to cause major trouble for testing
transition...
Another example would be uploading a package which links some
transitions together...
The first example can cause trouble if the old package is not available
anymore (as virtual package or oldlibs for instance) as all packages
depending on the library package become instantly uninstallable, you
might want to look at [1] for some hints to avoid trouble with this kind
of upload. These uninstallables might cause other uninstallables,
failures to build and a harder testing migration as all these packages
need to be installable again before they can all together transition to
testing...
The second example looks innocent from a package maintainer's point of
view as it might only involve small fixes in packaging or documentation
or whatever. Though it can make life of the Release Team quite hard.
Without the intention to point fingers, lets look at a real life
example, just to show you how things work:
Looking at [2] you see the perl transition which involves 60 packages
(recursively). If you click on perl you see the list of 60 packages.
Looking at these packages you can find out that there are 4 of them
which link other transitions with the perl transition: obexftp,
subversion and rapidsvn. obexftp links the bluez-libs transition with
the perl transition, subversion links the neon transition with the perl
transition and rapidsvn and pdl link the wxwidgets2.6 transition with
the perl transition.
The perl transition is due to the way perl dependencies are handled for
the moment: it makes sure the package will be installable as it depends
on the most recent perl the package was built with.
The bluez-libs transition is actually a transition like the pattern in
the first example. This transition involves 14 source packages (13
extra). kdepim links in the gnokii transition which luckily doesn't
involve extra packages.
The neon transition involves 20 source packages (8 extra), though these
8 don't link other transitions with the neon one.
The wxwidgets2.6 transition involves 12 packages (10 extra), though
these 10 also don't link other transitions with the wxwidgets2.6 one.
So all these packages should enter testing together unless they will
still be installable in testing and the version in unstable is not ready
to enter testing yet (not old enough, RC bug, not built on all release
arches...)
To conclude, please try to avoid linking transitions together and try to
avoid making packages instantly uninstallable if possible.
Cheers
Luk
[1] http://wiki.debian.org/TransitionBestPractices
[2] http://bjorn.haxx.se/debian/stalls.html
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D |
|
| Back to top |
|
|
Adrian von Bidder
*nix forums Guru Wannabe
Joined: 05 Mar 2005
Posts: 206
|
| Posted: Mon Jul 17, 2006 6:30 pm Post subject:
NFSv4
|
|
|
On Monday 17 July 2006 17:00, Steinar H. Gunderson wrote:
| Quote: | On Mon, Jul 17, 2006 at 01:18:41PM +0000, Marc Brockschmidt wrote:
There was a new request for another approved release goal, that is NFS
v4 support. We approved that goal.
AFAICS, that goal has been completed for a while.
|
Small question that could help improving performance here :-)
Does the current NFSv4 implementation already allow client-side on-disk
caching? IIRC the standard does specify it, but a quick look at
linux-nfs.org confuses me - some pages speak about delegations, but OTOH
the end user pages like
http://wiki.linux-nfs.org/index.php/NFSv4_Introduction don't mention
anything.
--
Frink! |
|
| Back to top |
|
|
Steinar H. Gunderson
*nix forums Guru Wannabe
Joined: 25 Feb 2005
Posts: 133
|
| Posted: Mon Jul 17, 2006 6:50 pm Post subject:
Re: NFSv4
|
|
|
On Mon, Jul 17, 2006 at 08:03:12PM +0200, Adrian von Bidder wrote:
| Quote: | Does the current NFSv4 implementation already allow client-side on-disk
caching? IIRC the standard does specify it, but a quick look at
linux-nfs.org confuses me - some pages speak about delegations, but OTOH
the end user pages like
http://wiki.linux-nfs.org/index.php/NFSv4_Introduction don't mention
anything.
|
Yes, the Linux client and server both support delegations. There are still
bugs left, but they're getting better for each kernel version. (I don't know
how one would turn it off, though.)
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| Back to top |
|
|
Debian Bug Tracking Syste
*nix forums Guru Wannabe
Joined: 24 Mar 2005
Posts: 110
|
| Posted: Mon Jul 17, 2006 7:50 pm Post subject:
Processed: Only in stable
|
|
|
Processing commands for control@bugs.debian.org:
| Quote: | retitle 359565 [Stable-only] ruby-manual: please finish /usr/doc transition
Bug#359565: ruby-manual: please finish /usr/doc transition |
Changed Bug title.
| Quote: | unblock 322762 by 359565
Bug#322762: /usr/doc still exists (transition tracking bug) |
Was blocked by: 189856 190020 203278 254800 254913 254924 255590 302504 319726 320084 320103 321926 322749 322769 322772 322776 322778 322779 322781 322782 322783 322784 322785 322786 322787 322788 322789 322790 322791 322792 322793 322794 322795 322797 322798 322799 322800 322801 322803 322804 322805 322806 322807 322808 322809 322810 322811 322812 322813 322814 322815 322816 322817 322818 322819 322820 322828 322829 322830 322831 322832 322833 322834 322835 322837 322838 322839 352893 352894 353569 355341 359358 359359 359361 359362 359363 359364 359365 359366 359367 359368 359369 359370 359371 359372 359374 359375 359376 359377 359378 359379 359380 359381 359382 359383 359384 359385 359386 359387 359388 359389 359390 359391 359392 359393 359394 359395 359396 359399 359400 359401 359403 359405 359406 359407 359408 359409 359410 359411 359412 359413 359414 359417 359418 359419 359420 359421 359422 359423 359424 359425 359426 359427 359428 359429 359430 359431 359432 359433 359434 359435 359436 359437 359439 359440 359441 359442 359443 359444 359445 359446 359447 359448 359449 359450 359451 359452 359453 359454 359455 359456 359457 359458 359459 359460 359461 359462 359463 359464
359465 359466 359467 359468 359469 359470 359471 359472 359473 359474 359475 359476 359477 359478 359479 359480 359481 359482 359483 359484 359485 359486 359487 359488 359489 359490 359491 359492 359493 359494 359495 359496 359497 359498 359499 359500 359501 359502 359503 359504 359505 359506 359507 359508 359509 359510 359511 359512 359513 359514 359515 359516 359517 359518 359519 359520 359521 359522 359523 359524 359526 359527 359528 359529 359530 359531 359532 359533 359534 359535 359536 359537 359538 359539 359540 359541 359542 359543 359544 359545 359546 359547 359548 359549 359550 359551 359552 359553 359554 359555 359556 359557 359558 359559 359560 359561 359562 359563 359564 359565 359566 359567 359568 359569 359570 359571 359572 359573 359574 359575 359576 359577 359578 359579 359580 359581 359582 359583 359584 359585 359586 359587 359588 359589 359590 359591 359592 359593 359594 359595 359596 359597 359598 359599 359600 359601 359602 359603 359604 359605 359606 359607 359608 359609 359610 359611 359612
Blocking bugs of 322762 removed: 359565
| Quote: | thanks
Stopping processing here. |
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| Back to top |
|
|
Gustavo Franco
*nix forums Guru Wannabe
Joined: 01 Apr 2005
Posts: 102
|
| Posted: Mon Jul 17, 2006 8:50 pm Post subject:
Re: Bits from the Package Tracking System
|
|
|
On 7/17/06, Raphael Hertzog <hertzog@debian.org> wrote:
| Quote: | [...]
New derivatives keyword
-----------------------
[...]
The Ubuntu distribution will be the first to make use of this new feature.
Each time that a new package is uploaded to Ubuntu, the PTS will receive
the diff between the new version and the previous one. This way we'll
receive regularly small patches instead of having only a big monolithic
patch on http://patches.ubuntu.com/ (those will continue to be updated
anyway). Those mails will look like this:
https://lists.ubuntu.com/archives/ubuntu-patches/2006-July/thread.html
[...]
|
Please tell me when they start doing this, so i'll stop scottwatcher.
thanks,
-- stratus
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| Back to top |
|
|
Stefano Zacchiroli
*nix forums beginner
Joined: 14 Mar 2005
Posts: 49
|
| Posted: Mon Jul 17, 2006 10:00 pm Post subject:
Re: Bits from the Package Tracking System
|
|
|
On Mon, Jul 17, 2006 at 10:39:18PM +0200, Raphael Hertzog wrote:
| Quote: | New derivatives keyword
-----------------------
Each time that a new package is uploaded to Ubuntu, the PTS will receive
the diff between the new version and the previous one. This way we'll
|
Is an archive of those mails available somewhere? This way the "small
patches" will be available even for packages of people not subscribed to
the PTS. Or for people who subscribe after some version has been
uploaded to ubuntu.
A dumb way to implement that is of course set up a mail account
subscribed to all packages with the derivative keyword. I can set up
such an account, but I guess there exists an easier solution for setting
up the archive on the PTS side. Could you comment on that?
Thanks for all this work!
Cheers.
--
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
zack@{cs.unibo.it,debian.org,bononia.it} -%- http://www.bononia.it/zack/
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. -!- |
|
| Back to top |
|
|
Gustavo Franco
*nix forums Guru Wannabe
Joined: 01 Apr 2005
Posts: 102
|
| Posted: Mon Jul 17, 2006 10:10 pm Post subject:
Re: Bits from the Package Tracking System
|
|
|
On 7/17/06, Stefano Zacchiroli <zack@debian.org> wrote:
| Quote: | On Mon, Jul 17, 2006 at 10:39:18PM +0200, Raphael Hertzog wrote:
New derivatives keyword
-----------------------
Each time that a new package is uploaded to Ubuntu, the PTS will receive
the diff between the new version and the previous one. This way we'll
Is an archive of those mails available somewhere? This way the "small
patches" will be available even for packages of people not subscribed to
the PTS. Or for people who subscribe after some version has been
uploaded to ubuntu.
|
https://lists.ubuntu.com/archives/ubuntu-patches/
| Quote: | A dumb way to implement that is of course set up a mail account
subscribed to all packages with the derivative keyword. I can set up
such an account, but I guess there exists an easier solution for setting
up the archive on the PTS side. Could you comment on that?
|
Maybe we need to mirror the ubuntu-patches mailing list archive. utnubu's
work, i guess. :-)
regards,
-- stratus
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| Back to top |
|
|
Google
|
|
| Back to top |
|
|
|
|
The time now is Thu Jan 08, 2009 11:56 am | All times are GMT
|
|
Web Advertising | Deaf | Web Advertising | Mortgages | Credit Cards
|
|
Copyright © 2004-2005 DeniX Solutions SRL
|
|
|
|
Other DeniX Solutions sites:
Unix/Linux blog |
electronics forum |
medicine forum |
science forum |
|
|
Privacy Policy
|
Powered by phpBB © 2001, 2005 phpBB Group
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
Forum index
»
*nix
»
Linux
»
Distributions
»
Debian
»
devel
