On Mon, Jan 24, 2022 at 08:48:28PM +0100, Paul Gevers wrote:
> Hi Ted,
>
> I think this is the second time you write something like this, but for
> dynamically linked libraries, the rebuild happens (by the Release Team,
> (please use transition trackers for that) because we automatically track
>
On Mon, Jan 24, 2022 at 08:15:30AM +0100, Andreas Tille wrote:
> Hi Paul and others,
>
> its surely an interesting topic how to avoid binary name changes and its
> also interesting to discuss ABI changes and workarounds.
>
> However, my point was that I want to know what policy ftpmaster applies
On Mon, Jan 24, 2022 at 10:20:48AM +0800, Paul Wise wrote:
> On Sun, 2022-01-23 at 17:43 -0500, Theodore Y. Ts'o wrote:
>
> > That only works if there are no other packages depending on those
> > shared libraries which are coming from other source packages.
>
> I don
On Sat, Jan 22, 2022 at 08:58:37AM +0800, Paul Wise wrote:
> > The other thing that's perhaps considering here is that unfortunately,
> > there are some upstreams that are extremely irresponsible with library
> > ABI backwards compatibility, where they bump the SONAME essentially at
> > every
On Fri, Dec 03, 2021 at 05:59:17PM +0100, Florian Weimer wrote:
> * Theodore Y. Ts'o:
>
> > * How does ld.so --preload *work*?
>
> The dynamic loader has an array of preloaded sonames, and it processes
> them before loading the dependencies of the main program. Th
On Fri, Dec 03, 2021 at 02:46:27PM +0100, Bastian Blank wrote:
> On Fri, Dec 03, 2021 at 01:57:08PM +0100, Florian Weimer wrote:
> > Right, thanks for providing a concrete example. A (somewhat) portable
> > version would look like this:
> > ld.so --preload '/usr/$LIB/libeatmydata.so.1.3.0'
On Sat, Dec 12, 2020 at 08:27:16PM +, Steve McIntyre wrote:
> Stephan wrote:
> >Am Sa, Dez 12, 2020 at 18:09:02 +0200 schrieb Adrian Bunk:
> >>4. People who wrongly installed i386 on amd64-capable hardware.
> >
> >Well, some releases ago befor multi-arch I used to install i386 even on
>
On Fri, Dec 11, 2020 at 08:28:33AM +0100, pvane...@debian.org wrote:
>
> Working at a vendor supporting FC, for a time in the FC support
> group, I can only agree with Marco.
>
> It's a whole different world. The compatibility matrix is king,
> anything on there is tested to work, anything not
On Sat, Mar 21, 2020 at 09:09:41AM +0100, Sven Joachim wrote:
> On 2020-03-21 00:39 -0400, Theodore Y. Ts'o wrote:
>
> > Just checking --- this looks like a Really Bad regression in Lintian
> > 2.57.0, correct?
>
> Seems so, I can can confirm it with Lintian 2.58.0.
Just checking --- this looks like a Really Bad regression in Lintian
2.57.0, correct?
E: e2fsprogs-udeb udeb: debian-changelog-file-missing
E: e2fsprogs buildinfo: field-too-long Installed-Build-Depends (5090 chars >
5000)
E: e2fsprogs-udeb udeb: file-in-etc-not-marked-as-conffile
On Mon, Mar 16, 2020 at 12:45:35PM +0100, Marco d'Itri wrote:
> On Mar 16, Tomas Pospisek wrote:
>
> > > Agreed: this is a very good idea since I really think that every default
> > > install must provide something enough vi-compatible.
> > I'd disagree. vi is very newbie unfriendly. OTOH I
On Sun, Mar 15, 2020 at 07:52:06PM +, Neil McGovern wrote:
>
> In theory, yes - this would move the liability to the uploader. However,
> there are two issues with this:
> 1) The liability now rests with the uploader. This isn't something that
> has really been done before, and we'd need to
On Sun, Mar 15, 2020 at 01:53:44PM +0100, Simon Richter wrote:
>
> > Personally, I was shocked when I found out we do review on the same server
> > that
> > hosts the archive. I would have expected a separate server for review.
> > However,
> > my expectation comes from younger environments,
On Tue, Jan 21, 2020 at 05:15:16PM +0100, Jason A. Donenfeld wrote:
> The comment itself doesn't indicate to me (upstream) much at all, and
> a pretty ordinary attempt to figure out what it means didn't yield
> much
Hi Jason,
At least in my experience, most of the time when there are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 08 Jan 2020 15:58:44 -0500
Source: e2fsprogs
Architecture: source
Version: 1.45.5-2
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Changes:
e2fsprogs (1.45.5-2) unstable
libext2fs2 libext2fs2-dbgsym
libext2fs-dev libss2 libss2-dbgsym logsave logsave-dbgsym ss-dev
Source: e2fsprogs
Architecture: all amd64 source
Version: 1.45.5-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Closes: 944033 944649 948193
On Sun, Dec 29, 2019 at 10:51:36PM +0100, Sebastiaan Couwenberg wrote:
> > Wow, two weeks? I uploaded a new version of f2fs-tools back in July,
> > with the same issue (SONAME bump), and it's still not gotten through
> > NEW.
> >
> > I had assumed everyone was waiting 5-6+ months to get through
On Sun, Dec 29, 2019 at 09:52:44AM +0100, Enrico Zini wrote:
> Hello,
>
> some time ago I uploaded a new version of dballe, which went through NEW
> because of a change in binary package names (SONAME bump, IIRC). It took
> two weeks to go through NEW and I turned my energy towards other things
>
On Mon, Nov 11, 2019 at 08:58:42AM +0100, Thomas Goirand wrote:
> >> Please, *never* do that. It's generally a very bad idea to write
> >> anything to debian/gbp.conf. It's as if you were adding your text editor
> >> preferences in the package. Instead, please prefer writing in ~/.gbp.conf.
> >
>
On Sun, Nov 10, 2019 at 11:20:45PM +0100, Thomas Goirand wrote:
>
> Please, *never* do that. It's generally a very bad idea to write
> anything to debian/gbp.conf. It's as if you were adding your text editor
> preferences in the package. Instead, please prefer writing in ~/.gbp.conf.
I keep most
On Mon, Nov 04, 2019 at 11:16:15AM +, Holger Levsen wrote:
> > I'm wrong, but even before it's been published, I feel like it's already
> > caused people to become more firmly entrenched in their existing positions.
>
> I was sceptical whether a GR on systemd at this point in time was
>
On Thu, Oct 31, 2019 at 01:44:58PM +, Ian Jackson wrote:
> Martin Steigerwald writes ("Re: Integration with systemd"):
> > As to this, I did not yet see that the migration of elogind to testing
> > has been accepted.
>
> Yes.
>
> I find these conversations draining, exhausting, awful. I am
On Thu, Oct 31, 2019 at 01:19:56PM +0100, Martin Steigerwald wrote:
> alienate me away from Debian. This laptop, for the sake of packaging
> flexible I/O tester, is the last of my machines still running on Debian.
> All the others are running Devuan. I am not looking back. I have no
> intention
On Wed, Oct 30, 2019 at 01:51:07PM -0700, Josh Triplett wrote:
> > So mostly, this isn't going to be up to us. It's going to be up to
> > the upstream. Eventually, for each package where upstream has chosen
> > to use these technologies, our choice will be (a) to drop the package
> > from
On Wed, Oct 30, 2019 at 05:14:02AM -0700, Josh Triplett wrote:
>
> Today, people can't use systemd persistent timers in place of cron (and
> in place of anacron's "wake up periodically" approach). You have to have
> a cron job as well, and there's no good mechanism to automatically
> prevent a
On Mon, Oct 28, 2019 at 10:05:11AM +0100, Didier 'OdyX' Raboud wrote:
> Where I'm coming from is that we were discussing the tag2upload problem at
> miniDebConf Vaumarcus. The heart of the problem is that FTP-Master are
> (currently) not going to accept .dscs built reproducibly by a (even
On Wed, Oct 23, 2019 at 11:40:06AM -0700, Russ Allbery wrote:
> Marvin Renich writes:
>
> > The source package has historically (prior to the widespread use of VCS)
> > also provided the basis for future development. Since most development
> > these days is done using VCS, it's natural to try
On Wed, Oct 23, 2019 at 11:18:24AM +1000, Russell Stuart wrote:
> On Tue, 2019-10-22 at 16:52 -0700, Russ Allbery wrote:
> > That seems excessively pessimistic. What about Git makes you think
> > it's impossible to create a reproducible source package?
>
> Has it been done? Given this point has
One thing that is been left unclear is what does it mean to "use
salsa"? For example, the e2fsprogs git repository is hosted at
multiple locations:
* https://git.kernel.org/pub/scm/fs/ext2/e2fsprogs.git
* https://github.com/tytso/e2fsprogs.git
* https://git.code.sf.net/p/e2fsprogs/code
*
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 03 Oct 2019 21:49:36 -0400
Source: e2fsprogs
Architecture: source
Version: 1.46~WIP.2019.10.03-1
Distribution: experimental
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Changes:
e2fsprogs (1.46
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 23 Sep 2019 15:31:27 -0400
Source: e2fsprogs
Architecture: source
Version: 1.45.4-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Closes: 935009 940240
Changes:
e2fsprogs
On Thu, Aug 29, 2019 at 11:23:01AM +0100, Ian Jackson wrote:
> Theodore Y. Ts'o writes ("Re: Git Packaging: Native source formats"):
> > Or if we end up moving to dgit for everything, and we don't want to
> > use pristine-tar (which I like, but I realize that's
On Fri, Aug 30, 2019 at 12:29:45AM +0200, Thomas Goirand wrote:
>
> Pristine-tar forces you to have multiple branches when you may only need
> a single one. It's also not reliable and may easily generate different
> tarballs for the same tag, which defeats its purpose (and no, the
> workaround to
On Wed, Aug 28, 2019 at 04:00:10PM -0400, Sam Hartman wrote:
>
> But if we're thinking that people will be working in Git, another way
> to do this is to merge in a signed upstream git tag. Then you can
> perform a diff against that git tag.
One of the things to consider is how we should
On Wed, Aug 21, 2019 at 10:03:01AM +0100, Luke Kenneth Casson Leighton wrote:
>
> so i hope that list gives a bit more context as to how serious the
> consequences of dropping 32 bit support really is.
I very much doubt we are any where near "dropping 32-bit support".
There's a lot of "all or
On Tue, Aug 13, 2019 at 06:30:51PM +0100, Simon McVittie wrote:
> > >> >Maybe /etc/machine-id should be part of the "API" of a Debian system in
> > >> >general (systemd or not)?
> >
> > So /etc/machine-id should be in Policy?
>
> Probably yes, if that proposal has consensus, although a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 06 Aug 2019 15:22:30 -0400
Source: e2fsprogs
Architecture: source
Version: 1.45.3-4
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Closes: 933247
Changes:
e2fsprogs (1.45.3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 04 Aug 2019 11:59:17 -0400
Source: xzgv
Architecture: source
Version: 0.9.2-2
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Changes:
xzgv (0.9.2-2) unstable; urgency=medium
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 03 Aug 2019 11:26:29 -0400
Source: pwgen
Architecture: source
Version: 2.08-2
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Changes:
pwgen (2.08-2) unstable; urgency=medium
On Wed, Jul 24, 2019 at 06:03:21PM +0200, Steffen Möller wrote:
> Hello,
>
> We just had SuSE embracing LTO
> (https://www.linuxtoday.com/infrastructure/opensuse-enables-lto-by-default-for-tumbleweed-smaller-faster-binaries.html).
> I am not sure about the progress on issues summarised in
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 25 Jul 2019 15:35:01 -0400
Source: e2fsprogs
Architecture: source
Version: 1.45.3-3
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Closes: 932874 932876 932906
Changes
libext2fs2 libext2fs2-dbgsym
libext2fs-dev libss2 libss2-dbgsym logsave logsave-dbgsym ss-dev
Source: e2fsprogs
Architecture: all amd64 source
Version: 1.45.3-2
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Closes: 932622 932855 932859 932861
libext2fs2 libext2fs2-dbgsym
libext2fs-dev libss2 libss2-dbgsym logsave logsave-dbgsym ss-dev
Source: e2fsprogs
Architecture: all amd64 source
Version: 1.45.3-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Closes: 892173 923372 931266 931387
-dbgsym libcomerr2 libext2fs-dev libext2fs2
libext2fs2-dbgsym libss2 libss2-dbgsym ss-dev
Architecture: source amd64 all
Version: 1.45.2-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Description:
comerr-dev - common error description library
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 20 May 2019 21:48:40 -0400
Source: e2fsprogs
Architecture: source
Version: 1.45.1-3
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Closes: 9292870
Changes:
e2fsprogs (1.45.1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 20 May 2019 11:02:09 -0400
Source: e2fsprogs
Architecture: source
Version: 1.45.1-2
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Closes: 928977 929186 929254
Changes
-dbgsym libcomerr2 libext2fs-dev libext2fs2
libext2fs2-dbgsym libss2 libss2-dbgsym ss-dev
Architecture: source amd64 all
Version: 1.45.1-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Description:
comerr-dev - common error description library
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 06 Mar 2019 12:55:18 -0500
Source: e2fsprogs
Architecture: source
Version: 1.45.0-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Changes:
e2fsprogs (1.45.0-1) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 05 Mar 2019 15:10:40 -0500
Source: e2fsprogs
Architecture: source
Version: 1.44.6-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Closes: 99 919958
Changes:
e2fsprogs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 05 Mar 2019 23:06:18 -0500
Source: xzgv
Binary: xzgv xzgv-dbgsym
Architecture: source amd64
Version: 0.9.2-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Description:
xzgv
On Tue, Jan 08, 2019 at 10:41:55AM +0100, Stefan Fritsch wrote:
>
> If the security issue only affects a small percentage of the installations
> and fixing it means breaking many other installations, then there has to
> be a discussion if we really want fix the issue or if a "don't do that"
>
On Wed, Jan 09, 2019 at 09:58:22AM +0100, Stefan Fritsch wrote:
>
> There have been a number of bug reports and blog posts about this, despite
> buster not being release yet. So it's not that uncommon.
Pointers, please? Let's see them and investigate. The primary issue
I've been aware of to
On Fri, Dec 21, 2018 at 11:03:34PM +0100, Oibaf wrote:
> The package fuse3 is available since awhile in sid/buster.
> Their users however are still using old fuse (v2), e.g. sshfs-fuse.
> According to this:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912528
> fuse3 is not co-installable
On Sun, Dec 23, 2018 at 05:52:31PM +0100, Stefan Fritsch wrote:
> I think some other questions should be considered first. Did Debian protect
> from these attacks in the past? The answer is clearly no. Now, should we
> break
> the systems of those people who keep their random-seed file secret
On Mon, Dec 17, 2018 at 09:46:42PM +0100, Stefan Fritsch wrote:
>
> There is a random seed file stored by systemd-random-seed.service that saves
> entropy from one boot and loads it again after the next reboot. The random
> seed file is re-written immediately after the file is read, so the
: source
Version: 1.44.5-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
checke
On Thu, Nov 22, 2018 at 11:27:46AM -0800, Russ Allbery wrote:
> > My position as a usrmerge sceptic, of letting them get on with doing
> > their thing, now seems to have been unwise. The idea that it would be
> > optional mutated, without proper discussion, and without a transition
> > plan, into
On Mon, Oct 01, 2018 at 09:59:59AM +0200, Alex Muntada wrote:
> Hi Paul,
>
> > As I understand it, alioth-lists.d.n is an interim location
>
> This is correct, when asked what to do we're encouraging people
> to keep the former lists.alioth.d.o addresses.
>
> > and folks should migrate to
Urgency: medium
Maintainer: Filesystems Group
Changed-By: Theodore Y. Ts'o
Description:
f2fs-tools - Tools for Flash-Friendly File System
f2fs-tools-dbg - Tools for Flash-Friendly File System (debug)
f2fs-tools-udeb - Tools for Flash-Friendly File System (udeb) (udeb)
libf2fs-dev - Core library
: source
Version: 1.44.4-2
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
checke
: source
Version: 1.44.4-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
checke
On Sun, Aug 05, 2018 at 10:20:38PM +0100, Simon McVittie wrote:
> On Sun, 05 Aug 2018 at 16:52:46 -0400, Theodore Y. Ts'o wrote:
> > 1) Am I right in understanding that after modifying or adding any
> >systemd unit or timer files, I must run "systemctl daemon-reload"?
One of my packages is about to have some systemd unit and timer files
added to it.
Some questions:
1) Am I right in understanding that after modifying or adding any
systemd unit or timer files, I must run "systemctl daemon-reload"?
2) How is this supposed to be done as part of a debian
On Fri, Jul 13, 2018 at 06:44:39PM +0200, Jonas Smedegaard wrote:
> I therefore believe there is no license violation, as long as the code
> is _possible_ to compile without non-free code (e.g. blobs to activate
> GPUs) - even if ridiculously expensive in either time or hardware.
>
> We have a
: source
Version: 1.44.3-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
checke
: source
Version: 1.44.3~rc2-1
Distribution: unstable
Urgency: low
Maintainer: Theodore Y. Ts'o
Changed-By: Theodore Y. Ts'o
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
checke
: source
Version: 1.44.2-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version
: source
Version: 1.44.1-2
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version
: source
Version: 1.44.1-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version
: source
Version: 1.44.0-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version
: source
Version: 1.44.0~rc2-1
Distribution: experimental
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-li
: source
Version: 1.44.0~rc1-1
Distribution: experimental
Urgency: low
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-li
: source
Version: 1.43.9-2
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version
: source i386 all
Version: 1.43.9-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-li
: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
chec
: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
chec
: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
chec
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 07 Aug 2017 00:51:45 -0400
Source: pwgen
Binary: pwgen pwgen-udeb
Architecture: source
Version: 2.08-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
checke
e2fslibs
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
checke
e2fslibs
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
checke
e2fslibs
: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
chec
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
checke
e2fslibs
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
checke
e2fsl
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
checke
e2fslibs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 14 Aug 2016 23:13:49 -0400
Source: xzgv
Binary: xzgv
Architecture: source
Version: 0.9.1-4
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty..
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
checke
e2fsl
Urgency: medium
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
checke
e2fsl
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4 filesystem
checke
e2fslibs - ext2/ex
Version: 1.43~WIP.2016.03.15-2
Distribution: sid
Urgency: low
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version
i386
Version: 1.43~WIP.2016.03.15-1
Distribution: unstable
Urgency: low
Maintainer: Theodore Y. Ts'o <ty...@mit.edu>
Changed-By: Theodore Y. Ts'o <ty...@mit.edu>
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-li
i386
Version: 1.43~WIP-2015-05-18-1
Distribution: experimental
Urgency: low
Maintainer: Theodore Y. Ts'o ty...@mit.edu
Changed-By: Theodore Y. Ts'o ty...@mit.edu
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version
i386
Version: 1.42.13-1
Distribution: unstable
Urgency: low
Maintainer: Theodore Y. Ts'o ty...@mit.edu
Changed-By: Theodore Y. Ts'o ty...@mit.edu
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 27 Oct 2014 23:30:52 -0400
Source: pwgen
Binary: pwgen pwgen-udeb
Architecture: source i386
Version: 2.07-1
Distribution: unstable
Urgency: high
Maintainer: Theodore Y. Ts'o ty...@mit.edu
Changed-By: Theodore Y. Ts'o ty
i386
Version: 1.42.12-1
Distribution: unstable
Urgency: low
Maintainer: Theodore Y. Ts'o ty...@mit.edu
Changed-By: Theodore Y. Ts'o ty...@mit.edu
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 06 Jul 2014 20:32:38 -0400
Source: macchanger
Binary: macchanger
Architecture: source amd64
Version: 1.7.0-1.1
Distribution: unstable
Urgency: medium
Maintainer: David Paleino da...@debian.org
Changed-By: Theodore Y. Ts'o ty
i386
Version: 1.42.11-2
Distribution: unstable
Urgency: low
Maintainer: Theodore Y. Ts'o ty...@mit.edu
Changed-By: Theodore Y. Ts'o ty...@mit.edu
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3/ext4
i386
Version: 1.42.11-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o ty...@mit.edu
Changed-By: Theodore Y. Ts'o ty...@mit.edu
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3
i386
Version: 1.42.10-1
Distribution: unstable
Urgency: medium
Maintainer: Theodore Y. Ts'o ty...@mit.edu
Changed-By: Theodore Y. Ts'o ty...@mit.edu
Description:
comerr-dev - common error description library - headers and static libraries
e2fsck-static - statically-linked version of the ext2/ext3
1 - 100 of 231 matches
Mail list logo