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
d
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
of features 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
ess is that
PAM_STATIC is only to be used if modules are to be linked into libpam
directly. So I think those three lines above are in 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
ian.org/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
* 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 mani
nto buster?
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 ma
es testing.
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
a.debian.org/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
a new 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
away, 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
gnutls_record_send returned 7
i.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 #
ebian
(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
It looks like the parameter email shadows the module name email causing
this error.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
er
reprepro uses to feed the data into libbz2.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
ver).
> An --ignore option to silence this warning would be nice.
When looking to implement it, I found it was already there (albeit not
documented). There is a --export=silent-never which is like
--export=never but supresses most warnings. Will be documented in the
next version.
Bernhard
uot; 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
after 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 D
re.
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 safer
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?
It's a pity that libdb does not come with some dbX.Y_compact utility.
For a short hot-fix you might try to use db*_dump and db*_load to create
a copy of the database.
If you are willing to lose all the snapshot-information, just deleting
the references.db file and running "reprepro re
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
, 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. Link
--
F8AC 04D5 0B9B 064
* Luca Falavigna [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
uot;
that does not clean but copy files back and forth last I looked).
That said it might be a good idea to integrate 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
package debhelper
tags 781077 + pending
thanks
* brl...@debian.org [150405 02:29]:
> This is an automated email from the git hooks/post-receive script.
>
> brlink pushed a commit to branch master
> in repository debhelper.
>
> commit 40656c02c319461e65879c2dba7475b2f288b578
&g
! -name "index.sgml" ! -name "objects.inv" !
-name "*.map" \\
! -name "copyright" 2>/dev/null || 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
nless 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
-
ray's 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
NULL; - 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
ere is less
chances debhelper will ship outdated code.
Those two can then still later be merged if that still looks sensible
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
above commit causes dh_installdoc --link-doc to specifically also
look 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-r
; 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
--
To UNSUBSC
t will use those values instead of looking
further. (Not sure what the best way is to get them there, in specific
workflows adding a XS-Section: in addition to the Section: in the
debian/control might get this. Only suiteable for private 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
file:/var/mirrors/debian/
ftp://ftp.debian.org/debian
ftp://jgg:MooCow@localhost:21/debian
nfs://bigred/var/mirrors/debian
rsync://debian.midco.net/debian
cdrom:Debian 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).
including
it into a repository:
debian/control
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 UNSUB
ow which packages not to
include, you can add create another list with " 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 U
ff on trees
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. L
* Bernhard R. Link [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 or sour
innmu'd packages to have no changelog of the binnmu.
- try 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 packag
Of those at most erroring out in case of binNMU that is considered to
create uninstallable packages seems worth considering to me, and making
that good enough to not create new problems looks hard.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRI
tribute will make git
claim the content of the file changed).
The only 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
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". T
m saying is that if package A is Important / Required and has 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
he 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".
package git-dpm
tag 760579 + pending
thanks
* Barry Warsaw [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.patched
rently almost
all git-dpm config 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
git/collab-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". Trou
oid 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
with a subject of "unsubscribe&q
nd remove commands.
Does that actually has different values for the different architectures?
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' > srcfilter
> Upstream Author : Bernhard R. Link
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.
| ircii (
ymbols" is not enough.
It is either "both 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
to select there, so the link is not shown and cannot be followed.
It would be nicer if there was some 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-dist-requ...@lists.
anyway. So it is nothing I want 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
ge, 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
with a sub
Really? This is far too complicated for most programs to implement
properly. I'd suggest to rather fix dpkg (and also fix policy. The footnote
describes absolutely nothing currently, and having such important fields
a meaning that you cannot calculate without knowing what architectures
the system fi
let me know.
I guess it makes sense to start with an warning right away (I guess
error is a bit too hard as it might not be an actual problem)
I 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
> +confi
buting the sender with the
wrong date in the reply (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
* Benjamin Drung [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 [140203 13:15]:
> > > Okay. Attached the patch for m
ook 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 96D1 151
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
ome place where 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 AFF
of Build-Conflicts is that
a minimal set of installed packages 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-bug
ts:
pn make-doc
-- 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
Sep 17 00:00:00 2001
From: "Bernhard R. Link"
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(-)
t would mean more reading of untrusted data from
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
--
F8A
print '' ;
}
}
}
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
anges.
This answers the question 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-b
store verbatim" and non-preparsed variant.
Alternatively one could first store a length 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
mp(a_version, b_version, &versioncmp);
> return versioncmp;
> }
>
> Do you have a suggestion how to improve this function?
It sounds quite slow either way. Perhaps the way to go is instead
changing the data format, like having the version first (perhaps even in
preparsed format to s
;
}
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 33
suffix = "";
> + }
> +
> contentsfilename = mprintf("%s/Contents%s-%s",
> atoms_components[target->component],
> - (target->packagetype == pt_udeb)?"-udeb":"",
> +
package reprepro
tags 697630 - patch
thanks
* Simon McVittie [131126 17:44]:
> On Tue, 08 Jan 2013 at 23:11:55 +0100, Bernhard R. Link wrote:
> > * Sjoerd Simons [130107 20:33]:
> > > With our usage of reprepro we get .changes files form multiple builders
> > > (diff
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.
|
| XKBM
ng that
uses libgpgme11. 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, em
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: al
> "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 wi
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...@lists.debian.org
rs 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...@lists.debian
graphik.cmi: farbe.cmi xpmlex.cmi pam.cmi
so I am a bit lost why this version of make thinks
it can try to generate 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 buildd log scanner available)
The scanner itself is available at git://anonscm.debian.org/qa/bls.git,
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
. (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
ut 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
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 behaviou
lterFormula: Extra-Source-Only (!= yes)
in conf/updates you can filter them out 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
from 5 -> 6 at least break reprepro.
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 [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-co
gs 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
; computation being correct.
So you can trust clients to collect correct timestamps, 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
* Bill Allombert [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 informa
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 au
* Ansgar Burchardt [130512 14:30]:
> Package: ftp.debian.org
> X-Debbugs-Cc: Tim Abbott , brl...@debian.org
>
> Please remove singular from the archive. It fails to build since late
> 2011 (#646456). Although there has been talk about people interested in
> keeping it in #662001, nothing happened
1 - 100 of 871 matches
Mail list logo
