-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 09 Mar 2019 19:36:40 +0100
Source: gv
Binary: gv gv-dbgsym
Architecture: source amd64
Version: 1:3.7.4-3
Distribution: experimental
Urgency: medium
Maintainer: Bernhard R. Link
Changed-By: Bernhard R. Link
Description:
gv
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 25 Feb 2019 11:12:54 +0100
Source: xtrace
Binary: xtrace xtrace-dbgsym
Architecture: source amd64
Version: 1.4.0-1
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link
Changed-By: Bernhard R. Link
Description
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 03 Feb 2019 13:33:53 +0100
Source: git-dpm
Binary: git-dpm
Architecture: source all
Version: 0.10.0-1
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link
Changed-By: Bernhard R. Link
Description:
git-dpm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 02 Feb 2019 23:20:17 +0100
Source: reprepro
Binary: reprepro reprepro-dbgsym
Architecture: source amd64
Version: 5.3.0-1
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link
Changed-By: Bernhard R. Link
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 30 Jan 2019 21:26:47 +0100
Source: ratpoison
Binary: ratpoison ratpoison-dbgsym
Architecture: source amd64
Version: 1.4.9-1
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link
Changed-By: Bernhard R. Link
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 27 Jan 2019 20:40:53 +0100
Source: xwit
Binary: xwit xwit-dbgsym
Architecture: source amd64
Version: 3.4-16
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link
Changed-By: Bernhard R. Link
Description:
xwit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 27 Jan 2019 18:24:52 +0100
Source: git-dpm
Binary: git-dpm
Architecture: source all
Version: 0.9.2-1
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link
Changed-By: Bernhard R. Link
Description:
git-dpm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 27 Jan 2019 20:08:55 +0100
Source: wm2
Binary: wm2 wm2-dbgsym
Architecture: source amd64
Version: 4+svn20090216-4
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link
Changed-By: Bernhard R. Link
Description
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 27 Jan 2019 19:09:22 +0100
Source: gv
Binary: gv gv-dbgsym
Architecture: source amd64
Version: 1:3.7.4-2
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link
Changed-By: Bernhard R. Link
Description:
gv
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 27 Jan 2019 17:39:34 +0100
Source: inoticoming
Binary: inoticoming inoticoming-dbgsym
Architecture: source amd64
Version: 0.2.3-2
Distribution: unstable
Urgency: low
Maintainer: Bernhard R. Link
Changed-By: Bernhard R. Link
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 26 Aug 2018 16:47:54 +0200
Source: reprepro
Binary: reprepro
Architecture: source amd64
Version: 5.2.0-1
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link
Changed-By: Bernhard R. Link
Description:
reprepro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 28 Dec 2016 16:49:06 +0100
Source: reprepro
Binary: reprepro
Architecture: source amd64
Version: 5.1.1-1
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link <brl...@debian.org>
Changed-By: Bernhard R. Lin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 22 Dec 2016 10:43:39 +0100
Source: reprepro
Binary: reprepro
Architecture: source amd64
Version: 5.1.0-1
Distribution: experimental
Urgency: medium
Maintainer: Bernhard R. Link <brl...@debian.org>
Changed-By: Bernhard R
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 21 Dec 2016 21:22:52 +0100
Source: reprepro
Binary: reprepro
Architecture: source amd64
Version: 5.0.0-1
Distribution: experimental
Urgency: medium
Maintainer: Bernhard R. Link <brl...@debian.org>
Changed-By: Bernhard R
hanged-By: Bernhard R. Link <brl...@debian.org>
Description:
libnss-extrausers - nss module to have an additional passwd, shadow and group
file
Changes:
libnss-extrausers (0.6-4) unstable; urgency=medium
.
* orphan package
* apply some patches from Philipp Hahn
* move git repository to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 30 Apr 2016 15:18:57 +0200
Source: reprepro
Binary: reprepro
Architecture: source amd64
Version: 4.17.1-1
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link <brl...@debian.org>
Changed-By: Bernhard R
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 09 Nov 2014 13:35:21 +0100
Source: bls-standalone
Binary: bls-standalone
Architecture: source amd64
Version: 0.20151231
Distribution: unstable
Urgency: low
Maintainer: Bernhard R. Link <brl...@debian.org>
Changed-By: Be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 30 Dec 2015 15:19:17 +0100
Source: ratpoison
Binary: ratpoison
Architecture: source amd64
Version: 1.4.8-2
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link <brl...@debian.org>
Changed-By: Bernhard R
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 28 Dec 2015 13:20:02 +0100
Source: reprepro
Binary: reprepro
Architecture: source amd64
Version: 4.17.0-1
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link <brl...@debian.org>
Changed-By: Bernhard R
* Ian Jackson ijack...@chiark.greenend.org.uk [150227 16:39]:
Bernhard R. Link writes (Re: Should .a library contains non-reallocatable
code?):
Compare that to the straightforward case of just building a dynamic
instead of a static library with some simple:
No-one is proposing
a security update
without recompiling anything but that library).
So I really do not see what advantage in that case PIC code in the .a
file has, while not having it there avoids many possible mistakes.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
in
that order and you get the problem. -Bsymbolic only helps against bar
being poluted. It does not help against libbar polluting the main
program. (For this you need at least something like symbol versioning
to hide the symbols).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1
* Ian Jackson ijack...@chiark.greenend.org.uk [150223 20:09]:
Bernhard R. Link writes (Re: Should .a library contains non-reallocatable
code?):
Jeff Epler jep...@unpythonic.net [150220 00:19]:
* libbar has a stable API, so it should be shipped as a .so,
but if it links libfoo.a
* Simon Richter s...@debian.org [150222 21:19]:
Am 22.02.2015 um 20:18 schrieb Bernhard R. Link:
echo 'int foo(void) {return 17;}' foo.c
This code just happens to not generate any data references, so none of
the forbidden reloc types are emitted.
You can add references here. As I do
* Russ Allbery r...@debian.org [150222 21:51]:
Bernhard R. Link brl...@debian.org writes:
This is wrong. If libbar.so needs libfoo.a then libfoo.a does not
need to be PIC:
echo 'int foo(void) {return 17;}' foo.c
echo 'int bar(void) {return foo();}' bar.c
echo 'int main() {return
it).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150222191833.ga4...@client.brlink.eu
afterwards be regarded as lzo_memops_TU2_struct and accessing it
as anything else is fair game for the compiler to assume it is dead
code.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
(for the different parts
of the version needed for the different older schemata there are currently
%v %u %e %f %V %U %E) but yet none which replaces anything in versions
with %, which will make it interesting to create code for it.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1
* Raphael Hertzog hert...@debian.org [141114 12:34]:
On Thu, 13 Nov 2014, Bernhard R. Link wrote:
* Raphael Hertzog hert...@debian.org [14 22:26]:
Helper tools should usually rely on the output of `dpkg-vendor --query
vendor`
to find out the name of the current vendor
config.
(Perhaps this want meant as something to do when automatically creating
a repository for you?)
Bernhard R. Link
P.S: I think the timing for this proposal it not that good. I'd rather
waste my time looking for some RC bugs to fix as long as there might
still be some easy ones left so
...@qa.debian.org
Changed-By: Bernhard R. Link brl...@debian.org
Description:
dosfstools - utilities for making and checking MS-DOS FAT filesystems
dosfstools-dbg - utilities for making and checking MS-DOS FAT filesystems
(debug)
dosfstools-udeb - utilities for making and checking MS-DOS FAT filesystems
. But it has it limits. Try detecting the adding
or removel of an empty file with git diff for example.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
debian/rules the way described in debian/changelog.
Why should I look at the debdiff? I know I changed nothing else.?
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe
make it easier to either have
arguments that persuage people or even better lead to solutions that
improve the situation more generally (I'm quite sure the are aspects
that can be improved, just that lowering Valid-Until times is
detrimental).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 18 Oct 2014 09:06:55 +0200
Source: cuyo
Binary: cuyo cuyo-data
Architecture: source all amd64
Version: 2.0.0brl1-3
Distribution: unstable
Urgency: low
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 18 Oct 2014 09:54:57 +0200
Source: git-dpm
Binary: git-dpm
Architecture: source all
Version: 0.9.1-1
Distribution: unstable
Urgency: low
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link brl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 11 Oct 2014 20:39:37 +0200
Source: git-dpm
Binary: git-dpm
Architecture: source all
Version: 0.9.0-1
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link brl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 10 Oct 2014 12:00:36 +0200
Source: ratpoison
Binary: ratpoison
Architecture: source amd64
Version: 1.4.8-1
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link brl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 31 Aug 2014 18:49:44 +0200
Source: reprepro
Binary: reprepro
Architecture: source amd64
Version: 4.16.0-1
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link brl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 09 Aug 2014 18:12:21 +0200
Source: xbuffy
Binary: xbuffy
Architecture: source amd64
Version: 3.3.bl.3.dfsg-10
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group packa...@qa.debian.org
Changed-By: Bernhard R
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 28 Jun 2014 13:46:06 +0200
Source: reprepro
Binary: reprepro
Architecture: source amd64
Version: 4.15.0-1
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link brl
different to -O2 for no good and too often bad
reasons).
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 05 May 2014 19:55:50 +0200
Source: ratpoison
Binary: ratpoison
Architecture: source amd64
Version: 1.4.7-1
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link brl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 21 Apr 2014 23:31:59 +0200
Source: xbuffy
Binary: xbuffy
Architecture: source amd64
Version: 3.3.bl.3.dfsg-9
Distribution: unstable
Urgency: low
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link brl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 18 Mar 2014 15:12:58 +0100
Source: reprepro
Binary: reprepro
Architecture: source amd64
Version: 4.14.0-1
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link brl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 09 Mar 2014 17:33:07 +0100
Source: git-dpm
Binary: git-dpm
Architecture: source all
Version: 0.8.5-1
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link brl
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-devel-requ...@lists.debian.org
with a subject
the 3.0 (native) format to 3.0 (tarball) or
anything elese, and we are done.
And brake almost everything? That suggestion is almost equivalent to
just forbidding 3.0 (native) packages completely for the next decade.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
* Russ Allbery r...@debian.org [131227 18:53]:
Bernhard R. Link brl...@debian.org writes:
* Russ Allbery r...@debian.org [131224 01:42]:
On the contrary, it's Debian's insistence on following an idiosyncratic
license interpretation that's creating the supposed unfairness
willy-nilly copy stuff around
without caring for the law and hoping noone will find out or just
pay the authors off if they find out. And our users are not really
helped if the software they depended on suddenly is no longer available
because noone cared for the license before.
Bernhard R
interpretations I do not like.
Thanks in advance,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131225125243.ga4...@client.brlink.eu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 10 Dec 2013 12:06:55 +0100
Source: cuyo
Binary: cuyo cuyo-data
Architecture: source all amd64
Version: 2.0.0brl1-2
Distribution: unstable
Urgency: low
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 10 Dec 2013 12:14:38 +0100
Source: xwit
Binary: xwit
Architecture: source amd64
Version: 3.4-15
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link brl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 01 Dec 2013 18:46:26 +0100
Source: wm2
Binary: wm2
Architecture: source amd64
Version: 4+svn20090216-3
Distribution: unstable
Urgency: medium
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link brl
undefined behaviour is a bug.
And even if the library was fixed, as long as the program has undefined
behaviour, every future gcc version is still free to give it any
behaviour it choses to.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 31 Aug 2013 17:33:44 +0200
Source: gv
Binary: gv
Architecture: source amd64
Version: 1:3.7.4-1
Distribution: unstable
Urgency: low
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link brl...@debian.org
for example only tries to support source indices without
Files (i.e. md5sum hashes) since 4.12.0 (i.e. since wheezy).
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
to make it easier to
understand how ugly some harmless looking restriction can become.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org
* Stefano Zacchiroli z...@debian.org [130710 13:07]:
On Sat, Jul 06, 2013 at 05:41:16PM +0200, Bernhard R. Link wrote:
No, there is a really important difference. With GPL you only have to be
careful when you give binaries to anyone, that you also give the source.
This is a bit of a hassle
titled provide a
license port for the Software-as-a-Service era.
And adding DRM to the browser is just closing a long outstanding bug
titled please cripple my system enough so that content providers will
take my money?
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ
. So removing stuff if their license changes can
make sense in many situations.
And doubly so for AGPL. (I'll never understand why people consider it
free software, I'd not even allow the term freeware for it).
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ
as necessary, while
compiler options are neccessary, without them users of the software
cannot get help in forums or channels when they have problems compiling
the software and with build logs porters can often hardly help if the
old buildd log contains no information.
Bernhard R. Link
one
has hardly any chance to understand what it does and how to change it to
do what you want to change.
[1] And those can simply install postfix and be done with it.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
(and I've seen some ISPs do it).
In unrelated news, using telnet is a bad idea. If you want to connect to some
port and see what you get, use netcat.
Telnet is not a tool to show things coming from a port but a tool to
speak the telnet protocol.
Bernhard R. Link
--
To UNSUBSCRIBE, email
if there
are some more.
https://lists.gnu.org/archive/html/grub-devel/2013-01/msg0.html
Those arguments seem to be mostly related to tampolines, which is mostly
an argument against having pointers to nested functions.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 02 Jun 2013 16:49:21 +0200
Source: reprepro
Binary: reprepro
Architecture: source amd64
Version: 4.13.1-1
Distribution: unstable
Urgency: low
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link brl
with only the transparent tape for office use.
The only positive thing you can say about Postfix' configuration is that
it might be better than sendmail's.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
in a language the kitchen clerk cannot read, so the
kitchen clerk will pass it to the person responsible for reading
obliterated orders and this person you can tell it either give the order
to the kitchen doing potatoes or the kitchen doing fries depending on
what is wanted.
Bernhard R. Link
and pay for every copy that
was made.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130514212524.ga3...@client.brlink.eu
or I do not care from your side is hardly
anything someone can counter with technical arguments, so you will
not see many.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive
it on the rootfs, there's no practical difference to the
current status quo (and this is intentional). The only change is
that we provide the guarantee that /usr is available before init
starts.
Or in other words: to make essential functionality not available if
/usr is broken.
Bernhard R
correct while
making the low-quality (or obsolete) stuff the norm. Since C99
there is hardly any reason left to have headers differing with the
architectures.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 06 May 2013 19:40:28 +0200
Source: ratpoison
Binary: ratpoison
Architecture: source amd64
Version: 1.4.6-1
Distribution: unstable
Urgency: low
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link brl
and more specific. In some years we might not be able
to switch to some other builder tools as too many packages depend
on the specifics of the ones we currently have.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe
source package's repo.
sudo apt-get install devscripts
debcheckout source-package-name
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org
.
That's why I think maintainers should not only build in pbuilders and
cowbuilders, but give their packages some actual testing.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
* Ben Longbons brlongb...@gmail.com [130425 18:27]:
The problems with the way Debian does it are:
- debian/ is a subdirectory of the extracted source tree.
Why do you think that is a problem?
- Because of the above, debian/rules tries to know about backwards steps.
What are backwards
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 01 Apr 2013 20:02:07 +0200
Source: ratpoison
Binary: ratpoison
Architecture: source amd64
Version: 1.4.6~rc1-1
Distribution: experimental
Urgency: low
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link
management tool for all their software (or at least as few as possible)
and as few copies/different versions of common code (aka libraries,
modules, ...) around as possible. And most of the features for
developers are just additional nightmares for the administrator.
Bernhard R. Link
mainboards or CPUs) and not to content on the disc itself).
So while incomplete .md5sums are definitely not nice and worse then
complete files, I do not see how that could be worse than not having
any .md5sum files.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 31 Dec 2012 17:12:47 +0100
Source: reprepro
Binary: reprepro
Architecture: source amd64
Version: 4.12.5-1
Distribution: unstable
Urgency: low
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link brl
.
Too avoid packaging mistakes and to have the wording ready I'd suggest
to already prepare the wording (I guess in the section later will be
everything that is is now in libdevel plus golong toolchain packages,
while everything providing programs to be in their respective section).
Bernhard R
there at all).
Another question: Have you considered asking for a archive Section for
those packages? I guess with no special section yet all those packages
would be section libdevel as they are for static linking only, wouldn't
they?
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 01 Jan 2013 10:59:34 +0100
Source: reprepro
Binary: reprepro
Architecture: source amd64
Version: 4.13.0-1
Distribution: experimental
Urgency: low
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link brl
new options in
that direction that might still be added to gpg).
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121214222149.ga19
with initrds on all release architectures?
Squeeze was still released with some kernels without initrd support
if I remember correctly.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
init process in a short time frame makes sure that there
is a big opposition (which will look for you like it has no arguments,
as no real arguments against systemd are accepted.)
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
* John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de [121129 21:14]:
On Thu, Nov 29, 2012 at 08:22:41PM +0100, Bernhard R. Link wrote:
As our world has not
yet seen bug-free software handling every single situation the authors
did not think about properly, the expectation of what
loss makes it quite hard to take
anything else you say seriously.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121128065215.ga14
be suitable for Debian main. Some stuff might
be suitable for non-free. Many things will not be distributable at all.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
.
Ambiquity about lines starting with from in mboxo format is the same
like storing the value 0007 in an integer and getting 7 back when
asking for the value. Or like storing a filename in a FAT filesystem
and getting it back when asking for a file with the name converted
to upper case.
Bernhard R
directly.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121031080420.gb11...@client.brlink.eu
* Andreas Tille andr...@an3as.eu [121031 09:43]:
On Wed, Oct 31, 2012 at 09:04:23AM +0100, Bernhard R. Link wrote:
Who of us never put some unimportant bug that would need some longer
investigating in a row to make sure it is actually not a bug and
forgot to post a little note of will look
information you get
by locally rebuilding the needed libraries with
DEB_BUILD_OPTIONS=noopt nostrip and installing those.
(Sadly not all libraries support noopt, but it's getting much better as a
side effect of the current hardening effords).
Bernhard R. Link
--
To UNSUBSCRIBE, email
anywhere.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121028163707.ga19...@client.brlink.eu
logical place, easier
to find, harder to miss. Better collect the data to show them in
some central place also instead.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive
on).
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121020162948.gb14...@client.brlink.eu
the
build-conflicted packages not installed is a critical bug.
Recreating binary packages uploaded by maintainers has some merrits,
but this is definitely not one of them...
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe
. (Unless you are arguing that people locally
modifying their packages are supposed to get security problems).
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
1 - 100 of 802 matches
Mail list logo
