Package: pbuilder
Version: 0.231 (& current git version at salsa.debian.org)
By inspecting the code of pdebuild and pdebuild-checkparams:
1. When using the '--use-pdebuild-internal' option, then
PBUILDERSATISFYDEPENDSCMD is passed explicitly
to the script that is executed inside the chroot, at
Package: pbuilder
Version: 0.231
Severity: wishlist
Control: tags patch
Dear Maintainer,
There are eight hookscripts in the examples/ directory
that use ${APTGETOPT[@]} in their code. APTGETOPT is a
bash array and while it works fine inside pbuilder code
where all library modules are sourced, it
Hi Thorsten,
Limiting access to the expanded chroot is something that can be done.
I currently use a `build' group and have {mode 750, ug root:build} the
build directory,
were the base tgzs are unpacked as subdirectories, and {mode 2775, ug
root:build}
the result directory, so that
The attached patch removes, during the recreation of base tgz,
all files from /tmp and /var/tmp (which is also world-writable).
It is made for the git version at salsa.debian.org but can also be applied
to the current (0.231) version as-is.
I have also modified a comment during the creation of
The attached patches, for the git repository at salsa.debian.org,
remove the depreciation warnings.
I have installed them in my system (version of devscripts: 2.23.7)
and they appear to work fine till now (note: I have tested only git,
bzr and svn repositories; could not find other types).
Package: minissdpd
Version: 1.5.20190210-1
Severity: wishlist
Tags: patch
If the MiniSSDPd_INTERFACE_ADDRESS variable in the default file
contains more than one interface, the init script issues an error
message which although it does not stop the starting of the daemon
it is uneccesarily
Package: sysstat
Version: 12.0.1-1
Severity: normal
Tags: patch
The /etc/init.d/sysstat init script does not include /etc/default/sysstat.
Thus, the daemon never starts (since $ENADLED remains unset).
The attached patch solves that issue.
regards
George Zarkadas
From
Package: apt-mirror
Version: 0.5.4-1
Severity: wishlist
Tags: patch
The attached set of patches allows apt-mirror to partially download a
distribution if an
optional regex is added at the end of a deb... line, at the
configuration file, inside square brackets.
The regex selects package names to
to maintain the added sed expressions
in debian/rules seems manageable.
Please, consider it.
regards
Georgios Zarkadas
diff --git a/debian/rules b/debian/rules
index 254dd84..11476dc 100755
--- a/debian/rules
+++ b/debian/rules
@@ -67,6 +67,21 @@ override_dh_install:
# FIX CImg.h file name to avoid
Package: wnpp
Severity: normal
I haven't worked on dhelp for quite a long time and, most probably, I will
not
be able to do so for quite a long time also. I 'm therefore orphaning the
package.
I encountered the same bug.
The missing python modules are contained at the sk1 release tarball at
sourceforge.net (https://sourceforge.net/projects/sk1/). This project is
not yet part of the distribution, although there is an unofficial deb
package provided at the http://sk1project.org/ download
Hi Dominique,
The bug is really a swish++ bug, as I see it, and I will re-assing it
to that package, marking only that it also affects dhelp. I will also
downgrade severity to normal before re-assigning it; the re-assigned
package maintainer will decide what the severity is in that's package
This is not a bug, rather a need to follow the documentation (cf. the
previous messages). However, it would be nice if dhelp could detect
this case before invoking the browser. Thus, instead of closing it
now, I' m converting it to a wishlist bug for the next release with
that subject.
Hi Yaroslav,
This seems to be the effect of a restrictive umask (0077,
specifically) to user root, either through explicitly setting it at
your startup files, or through pam settings.
Dhelp code does not set permissions for the created files, rather
assumes the customary 0022 umask for user
dhelp_fetcher does not handle well a uri that is not a file but a
directory (it should either search for an index.html file there or
complain loudly). As a result, it tries to read the directory,
resulting in an empty page. Will fix in the upcoming release.
tags +confirmed +patch
thanks
A patch is available for this bug from July 28, 2012 at the project's
git repository
at alioth (cf.
http://anonscm.debian.org/cgit/collab-maint/dhelp.git/commit/?id=ad359ad1d540aef66690ce60d4fe2e54f15b767f).
Will be fixed in the upcoming release.
tags 730148 +moreinfo
thanks
Hi,
>From the wording of the report, I assume that you have tried to
manually register the documentation package, due to its
discontinuation in Debian. If this is the case, then dhelp is simply
not the tool to do this. The package must be registered with doc-base,
ie
Hi Giacomo,
The apache browser does not enable anymore the /doc alias by default.
This is a change made as a response to the CVE-2012-0216 vulnerability
report. As a consequence, dhelp does not enable it either during its
installation, since that may create a security hole depending on the
18 matches
Mail list logo