that regard,
and there are less things apt has to care about the way it is typically
used).
Accepting absurd input without confirmation is never a secure way to handle
things, though.
Bernhard R. Link
ta would
open all kind of security issues and require quite some hard to properly
test code. Most of the attacks enabled by having longer control chunks
might be able to mitigated some way, but that would require all kind of
different logic that can then have some new bugs.
So allowing arbitrary absurdly long control data is not something I want
to support.
Bernhard R. Link
atures that might be removed in the future).
As long as there are no architecture any packages from the same source a
reprepro flood $distributionname
should also haved fixed your case.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
ust not defining PAM_STATIC should be enough
and safer.)
(The same problem can also be seen in #924123 with shishi).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
error and without
them this build failure might also be fixed.
@vorlon: could you take a look if my understanding of PAM_STATIC is
correct and it is nothing that should be defined if compiled as
an pam module outside of the pam source tree?
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
rg/release-critical/other/testing.html, I guess
because bugs.debian.org says:
Found in version gcc-8-cross/26
Fixed in version 26
and thus thinks testing is still affected.
I'm trying to send some notfound and fixed commands to clear that.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383
* Bernhard R. Link [190330 07:58]:
> I'm looking into #901952 (pristine-tar failing to checkout out old files
> with non-printable unicode characters) and think that might be solved
> with the attached patches, by calling tar with --null and giving it
> a copy of the m
?
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
>From c26122199aca7c2e08a8597d700d66b8734a3ad6 Mon Sep 17 00:00:00 2001
From: "Bernhard R. Link"
Date: Fri, 29 Mar 2019 22:32:13 +0100
Subject: [PATCH 1/4] revert writing unquoted filenames to manifest
.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
++ fail, which would fit those symptoms).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
rg/brlink/git-dpm
git-dpm actually had a proper homepage, which also got lost with
alioth. I'm still considering where to revive that.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
upload
before the freeze.
Also given that it is only some small game there should be no harm in
having one Debian release without it.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
Hi,
any news on this one? Given the poor state the package is in,
do you have the resources for an upload before buster release?
Otherwise I plan to request a removal from testing once
the soft freeze started (as autoremoval via #916691 did
not happen).
Bernhard R. Link
--
F8AC 04D5
way, you
start with. But what "of the same type" and "together" means,
varies with the levels.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
Source: cuyo
Severity: critical
Pseudo-Bug to keep cuyo out fo testing so it does not end up in the next
release.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
.e. the data is send unencrypted (looking at the output one sees a
CLIENT_HELO followed by an APPLICATION_DATA packet with unencrypted
content).
One example where this happens is libldap, which runs into this if
gotten an non-blocking fd (as currently sssd does, see #849756),
causing sssd-ldap to correntl
(including the last upload orphaning it).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
Package: ftp.debian.org
Severity: normal
Please remove xfm from unstable. It wasn't in jessie and isn't
that useful anymore since magic dropped the support it needs to
identify file types.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
Package: sssd-ldap
Version: 1.14.2-1
Severity: serious
Tags: security
Feel free to downgrade the severity, but as this sends passwords in cleartext
(though in a case that I hope
will never work so not that likely to loose important passwords) and makes me
wonder whether this package can
work at
parameter email shadows the module name email causing
this error.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
than the 16k bytes block buffer
reprepro uses to feed the data into libbz2.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
version.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
ce" in your Architectures: line in
conf/distributions? (Without this reprepo thinks you do not want source
files in this distribution and thus will complain if those are added.)
If you do not want to include sources, please try -T deb option before
the checkin. (Or -A yourarchitecture)
Bernhard R. Link
copying it).
Nevertheless I prefer scripts not being verbose by default, too,
to it will be changed in the next version.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
Hi,
I'd appreciate if those invovled could test the version of reprepro
currently in experimental. I plan to upload 5.0.1 to unstable with
some additional smaller things to unstable tomorrow (Friday) evening
(UTC).
Thanks in advance,
Bernhard R. Link
- Forwarded message from Debian
anyone else to
write there.
The next version of reprepro will add the following sentence in the
manpage of --ask-passphrase:
(With current versions of gnupg you need to set 'pinentry-mode loopback'
in your .gnupg/gpg.conf file to use '--ask-passphrase'.
Without that option gnupg uses the much safe
I'd suggest to report a bug against apt for this. (Asking for files not
advertised and generating such an output is definitely a bug in apt,
no matter wether reprepro supports to generate those files or not).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
e" will also create
a file with all but the snapshot references in them.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
ge and add it back to get
> it applied.
>
> It would be nice if the overrides could either be automatically applied
> or at least have a command to apply them without requiring such trickery.
There is "reprepro reoverride" for this part.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
files are still generated, despite having
> "DebIndices: Packages . .gz .xz" in my configuration.
That file should no longer be generated, but reprepro will not delete an
old file if it is still there. Could you check if it is newly generated
or just the old file?
Bernhard R.
* Luca Falavigna <dktrkr...@debian.org> [151226 15:42]:
> I've prepared an NMU for ratpoison (versioned as 1.4.8-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
Thanks.
Bernhard R. Link
some solution for this
deeper with debhelper and at least warn in some cases when this is
not used. (I guess looking for libtool or even usage of the
'canonical' variables (detectable by having guess.guess/config.sub))
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
: Bernhard R. Link brl...@debian.org
Date: Sat Apr 4 19:04:41 2015 +0200
dh_installwm: call after dh_link in dh call sequence, error out in compat
10 if there is no man page
Move dh_installwm after dh_link, so that a manpage created by dh_link
can be found.
Also
|| true;
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
DH_QUIET is set (Closes: #639168,
* #680687)
* autoconf is always passed one of
--enable-silent-rules (if DH_QUIET is set) or
--disable-silent-rules (otherwise). (Closes: #551463, #680686)
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
but would needs its own just
like dh_install)
- input validation (for permissions? is there a way to avoid people
using dynamic user/group names here?)
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
; - already is */
}
- BB_EXECVP_or_die(argv);
+ execvp(argv[0], argv);
+ xfunc_error_retval = (errno == ENOENT) ? 127 : 126;
+ bb_perror_msg_and_die(can't execute '%s', argv[0]);
}
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
then.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
at packages excluded because of this it looks at the packages
thus causes this false positive.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
2.0r1 Disk 1/
so I guess it might be a single colon without any other additions
(though I do not know how current that example is).
Perhaps it is easier to just mount the .iso files somewhere and
just use the file:/ method.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D
packages
of course).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
not installed (people are using
lzip -d, not lunzip anymore)..
so the only remaining thing is that it would be nice to have a more
accurate error message when the reprepro uncompressor is not
installed/available.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
Architecture: any
Binaries generated by the builds:
_all.deb
put into:
binary-amd64/Packages, binary-i386/Packages, binary-.../Packages
Hope that clears it up,
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
with packagename purge
in each lines and give that to FilterList to exclude them:
FilterList: purge mylist.lst without.lst
Hope that helps,
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
to add some bin-nmu and affectedness detection (with the danger of
false positives) to debhelper to make thsoe packages fail to build
if binnmu'd so that no uninstallable packages are generated.
- change the affected packages in question to not use --link-doc.
Bernhard R. Link
[1] Or rather
* Bernhard R. Link brl...@debian.org [141109 19:45]:
- keep the way it is which causes those packages generate uninstallable
packages if binnmu'd [2]
I forgot to mention that the smalles possible change to bring any
package that became uninstallable by binNMU back to working state
is a MU
exported with git to generate the patches sounds like no nice way to
be heading.
- fix the information in git. I fear in the end the only feasible
solution is to document that one needs to do an git-dpm
import-new-upstream with --exclude .gitattribute here.
Bernhard R. Link
--
F8AC
that good enough to not create new problems looks hard.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi Niels,
If you want a team for maintaining debhelper, I'm more than willing to join.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
way I see around this is importing a tarball of the sources
on top of it (for example using git-dpm import-new-upstream).
If the tarball contains the .gitattribute even that will
not help without the new --exclude option added it git-dpm 0.9.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383
a
simple dependency on B, then (absent any Pre-Depends) the priority of B is
not relevant any more and thus doesn't need to be overridden.
And what about the dependencies of B? Is it allowed to have non-simple
dependencies in your suggestion?
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383
the rest in via dependencies is
likely to not run into any ugly problems. So simple algorithms have
a chance.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
package git-dpm
tag 760579 + pending
thanks
* Barry Warsaw ba...@debian.org [140905 19:09]:
On Sep 05, 2014, at 07:24 PM, Bernhard R. Link wrote:
Could you check if after
git config --global dpm.debianTag 'debian/%e%v'
git config --global dpm.patchedTag 'debian/%e%v'
git config --global
is only per-repository or per-user).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
-maint/xbuffy.git
http://anonscm.debian.org/gitweb/?p=collab-maint/xbuffy.git;a=summary
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
?
If not then this might easily be translated to two filter files for
FilterList and FilterSrcList for a pull rule.
(something like
sed -n -e 's/^\(.*\) \(.*\) source .*/\1 = \2/p' srcfilterlist
sed -n -e 's/^.* .* source .*//' -e 's/^\(.*\) \(.*\) .* .*/\1 = \2/p'
binfilterlist
Bernhard R
in the
Debian packages to avoid depending in both liblzma and xz-utils as
the native unpackaging of .xz files still needs some more work.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Upstream Author : Bernhard R. Link brl...@debian.org
While I somtimes no longer remember what features I've already added
to some code a long time ago, I think I would at least remember if
I had written a whole program. In other words, please make sure to
look up the correct upstream author
must always have had versioned symbols or
both must have versioned symbols now and every binary linked against
either must have been built (or rebuilt) after the symbols got
versioned.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian
to not offer anything
to select there, so the link is not shown and cannot be followed.
It would be nicer if there was some img .. with a proper alternate
text.
Thanks in advance,
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs
to remove a package, which is still on my todo
list).
What version of reprepro is that patch relative to? I'm a bit at loss
at packagedata.c.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
to
just step over. (Perhaps the error message if there is already a lock
file should be made a bit scarier).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
describes absolutely nothing currently, and having such important fields
a meaning that you cannot calculate without knowing what architectures
the system finally using the package uses makes it unhandable).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
(like in the header mutt inserts on top
of a quotation).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
guess a longer description might be nice but currently the only thing
I can think of is perhaps making the example line a bit more specific
like
+configure: line NNN: SOME-ERROR-MESSAGE
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email
* Benjamin Drung benjamin.dr...@profitbricks.com [140521 16:48]:
I got distracted by different tasks, but now I have time to work on
reprepro again.
Am Dienstag, den 04.02.2014, 23:23 +0100 schrieb Bernhard R. Link:
* Benjamin Drung benjamin.dr...@profitbricks.com [140203 13:15]:
Okay
Otherwise take a look at the standalone bzip example
(/usr/share/doc/reprepro/examples/bzip.examples in the packages).
Replacing all bzip2 with xz and .bz2 with .xz in there should make it
possible to generate Packages.xz and/or Sources.gz
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC
is not a guaranteed property of
a build. If a package needs that guarantee, that is what Build-Conflicts
is for.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
users can look at them.
(as the repository generated is usually available via plain html,
making the log visible on the same way is usually easy, unless you
consider any information in there especially protectworthy).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
Package: snmptrapfmt
Version: 1.14+nmu1
Severity: important
The control information of snmptrapfmt_1.14+nmu1_amd64.deb contains the two
lines
Replaces: none
Conflicts: none
which causes apt to believe there is a virtual package none around.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B
make-doc none
-- no debconf information
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
17 00:00:00 2001
From: Bernhard R. Link brl...@debian.org
Date: Sun, 4 May 2014 15:31:54 +0200
Subject: [PATCH] dpkg-gensymbols(1): Fix seriously misleading part about
applying diffs to symbols files
---
man/dpkg-gensymbols.1 | 16 ++--
1 file changed, 14 insertions(+), 2 deletions
the php code) or just embedding the iframe to gitweb already there.
Which again would likely mean to change the layout there and so on and
so forth...
[...] I'll forward it in upstream bugtracker.
Thanks,
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
' ;
}
}
}
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
previous size) until I trigger a resize of the
window, in which case xterm sets the terminal size to the window size.
Btw: #461773 might be a another duplicate of #347308.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
-- System Information:
Debian Release: jessie/sid
why you want to use a 3.0 (native) package.
But the real question here is: Why do you want to use a version with -
for such a package?
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
of the string, so one can
even faster jump to the control part.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
is instead
changing the data format, like having the version first (perhaps even in
preparsed format to speed things up).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
;
}
png_set_background(png, bg, gflag, expand, gval);
+ png_set_strip_alpha(png);
}
if (bit_depth 8 (bit_depth 1 ||
PNG_COLOR_TYPE_GRAY != color_type)) {
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D
package reprepro
tags 697630 - patch
thanks
* Simon McVittie simon.mcvit...@collabora.co.uk [131126 17:44]:
On Tue, 08 Jan 2013 at 23:11:55 +0100, Bernhard R. Link wrote:
* Sjoerd Simons sjo...@debian.org [130107 20:33]:
With our usage of reprepro we get .changes files form multiple
+ * in changes.h, but its order corresponds to typesuffix[]. Do not
+ * confuse them. */
enum filetype { ft_UNKNOWN,
uh, oh. Indeed, I should probably rename one of those two.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs
Package: keyboard-configuration
Version: 1.103
Severity: serious
After upgrading keyboard-configuration from 1.102 to 1.103,
/etc/default/keyboard was changed (perhaps to some old state?).
The state before was:
| # KEYBOARD CONFIGURATION FILE
|
| # Consult the keyboard(5) manual page.
|
|
. But perhaps that just means libgpgme will die for
goog because everyone replaces it with something that calls gpgme(1.4)
directly because of gpgme2's dependencies.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
Package: make
Version: 3.82-1
Severity: important
Control: block 720706 by -1
With the following 3 makefiles:
## Makefile #
all: a b
a:
$(MAKE) -C data
b:
$(MAKE) -C src
clean:
$(MAKE) -C src clean
$(MAKE) -C data clean
.PHONY:
:
A header always ends on the first empty line.
So the result would loose some of the dep-3.
Please take a look at http://dep.debian.net/deps/dep3/
at the the Fix regex problems sample DEP-3 header.
That's the kind of DEP-3 header you can create with git-dpm.
Bernhard R. Link
each commit with
a single line followed by an empty line. (As suggested by the DISCUSSION
section of git-commit(1)).
Thanks for your example,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
headers are highly recommended but not required by debian.
http://dep.debian.net/deps/dep3/
Note that this explicitely allows the Author in From: and the having
a Subject: for parts of the description.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
that file before it does farbe.cmi.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
,
the rules are embedded in their descriptions at
http://anonscm.debian.org/viewvc/qa/trunk/data/bls/descriptions/
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: normal
I plan to request removal of xfm, as I think it is no longer useful
(libmagic no longer makes definitions available to other packages,
so xfm has a outdates copy and most users are no longer capable of using
the interface as being trained to expect different
of testing.
I've filed a RFA as #717486, feel free to adopt the package if you want
it to live longer instead.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
. (I currently plan
to request removal from unstable once jessie released (preferable without
xfm)).
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
manually.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
* Mark Brown broo...@debian.org [130522 20:01]:
On Wed, May 22, 2013 at 07:40:55PM +0200, Bernhard R. Link wrote:
If the issue is only that the file is broken when zlib is compiled
with a cross compiler, wouldn't make more sense to simply fail the
build if a cross-compiler is used, instead
in that file making it architecture specific).
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
* Bill Allombert bill.allomb...@math.u-bordeaux1.fr [130512 12:39]:
On Sun, May 12, 2013 at 11:53:17AM +0200, Bernhard R. Link wrote:
Package: popularity-contest
Version: 1.57
Please do not send second resolution information about program usage.
Best only send out information what
, but not to
compare them? I do not understand.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: grub-pc
Version: 2.00-14
Severity: important
After upgrading to 2.00-14, grub asks for a password at boot time and
no longer boots unless the superuser password is entered.
-- Package-specific info:
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is
consent.
Additionally it would be nice to have a blacklist of packages to not
send information from. Or perhaps some filter on packagename
(mycompany-*) or sections (local/*).
Bernhard R. Link
P.S: I thought that was old news, but I was told it is not, so here your
bug report
1 - 100 of 867 matches
Mail list logo
