On Wed, Mar 03, 2021 at 11:23:41AM +0100, Markus Wanner wrote:
> On 03.03.21 09:21, Glenn Strauss wrote:
> > If there is any remaining concern about upgrade compatibility,
>
> ..none from my side. Courier would simply depend on gamin only. I don't
> see why that wo
If there is any remaining concern about upgrade compatibility,
how about this:
In Bullseye, change the fam package to import the gamin source, and
then bump the fam package version number. The fam package would
actually be the same as gamin, and upgrades would avoid any packaging
system deficienc
On Wed, Mar 03, 2021 at 08:06:57AM +0100, Markus Wanner wrote:
> On 03.03.21 07:02, Glenn Strauss wrote:
> > Please replace "libfam-dev" with "libgamin-dev" in debian/control
> >
> > Also, please replace "gamin | fam" with simply "gamin&q
Markus,
Please replace "libfam-dev" with "libgamin-dev" in debian/control
Also, please replace "gamin | fam" with simply "gamin" for Bullseye.
Cheers, Glenn
On Thu, Jan 07, 2021 at 02:53:17PM +0100, Alexandre Duret-Lutz wrote:
> FWIW more uppercase variants are now present in media-types 2.0.0
>
> audio/AMR amr AMR
> audio/AMR-WBawb AWB
> audio/EVRC-QCP
and wasteful and not the
convention in /etc/mime.types.
Therefore 'image/vnd.globalgraphics.pgb PGB pgb' is the outlier
that should be changed to conform to the existing conventions.
Cheers, Glenn
Earlier this year, an issue was filed for security advisories in April:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963159
Source: mbedtls
Version: 2.16.0-1
Severity: serious
Tags: security
Justification: security
Dear Maintainer,
Mbed TLS 2.16.8 released 1 Sep 2020 addresses 3 security advisories
==> Please update mbedtls in all active Debian releases. Thank you.
https://github.com/ARMmbed/mbedtls/releases
https:/
should be possible to remove FAM from Bullseye,
and to change package dependencies from libfam-dev to libgamin-dev
in Bullseye.
==> What are the next steps to remove FAM from Bullseye?
Can the following be turned into a package removal request?
RFA: fam -- File Alteration Monitor
The previous fix was fro the debian files in ust-2.1.1 source package, then
you can rebuild ltt-control (unchanged) and all the debs install.
Package: lttng-tools
Version: 2.1.0~rc9-1
Severity: grave
Justification: renders package unusable
The package or one of its dependencies appears to be missing a symlink for
a required library.
Setting up lttng-tools (2.1.0~rc9-1) ...
/usr/sbin/addgroup
[] Starting lttng-sessiond : lttng-sessi
I just upgraded to Sid from testing, uninstalled libsqlite3-dev and
anjuta still seems to be working fine, it can open my project.
I had not manually changed anything.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas..
the debconf display is 15
seconds. Sometimes dhcp can take longer than this to get a lease and
then succeed after the debconf display has indicated an error,
particularly with wireless. I have seen this a few times, but i'm not
sure what the original thoughts were irt the timeout for dhcp confi
Package: nagios3
Version: 3.0.6-3
Followup-For: Bug #515260
This collection of bugs in the installer scripts makes it impossible to install
or to uninstall nagios3. It's killed apt!
-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64
You have to see this to believe it, guaranteed gains and length are now possible
http://www.Positranes.com/
Feel her all over
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Try libpng-1.2.15beta2
It provides stub asm functions regardless of the PNG_NO_ASSEMBLER_CODE
setting, therefore the API doesn't change.
Glenn
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 12/3/06, Anibal Monsalve Salazar <[EMAIL PROTECTED]> wrote:
On Sat, Dec 02, 2006 at 10:25:13PM -0500, Glenn Randers-Pehrson wrote:
>Try just-released libpng-1.2.15beta1
>
>It has a revised configure.ac and configure, using some of Daniel's
>ideas. The soname
>wo
Try just-released libpng-1.2.15beta1
It has a revised configure.ac and configure, using some of Daniel's
ideas. The soname
won't have to change when we release 1.2.15.
Glenn
On 12/2/06, Aníbal Monsalve Salazar <[EMAIL PROTECTED]> wrote:
On Fri, Dec 01, 2006 at 07:57:34PM -050
Pic067
Description: Pic067
Date: Fri, 1 Dec 2006 11:50:51 +0100
From: Daniel Kobras <[EMAIL PROTECTED]>
To: Anibal Monsalve Salazar <[EMAIL PROTECTED]>
Cc: Glenn Randers-Pehrson <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: Re: Bug#401044: libpng12-dev: [AMD64] asm API functions not exported
User-Agent:
At 08:46 PM 12/1/2006 +1100, Anibal Monsalve Salazar wrote:
On Thu, Nov 30, 2006 at 11:40:11PM -0500, Glenn Randers-Pehrson wrote:
At 02:26 PM 12/1/2006 +1100, you wrote:
Does libpng-1.4.0beta16 work?
I couldn't find it at:
ftp://ftp.simplesystems.org/pub/libpng/png/src/
The betas a
ode.
That happened after libpng began using __MMX__ to separate the sheep
from the goats.
Anibal, please forward to the debian.orgs addressees, who bounce comcast.
Glenn
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: xserver-xorg
Version: 1:7.0.10
Severity: grave
Justification: renders package unusable
Upgrading fails due to custom config. xserver-xorg fails to update
xorg.conf due to md5sums missing. linking to old md5sums fails also.
removing xorg.conf works. Also (in my case) xserver-xorg-input-all
Package: lanmap
Version: 0.1+svn20060227-3
Severity: grave
Justification: renders package unusable
as stated in heading, also on installing said package fails with the
following output.
Error: Layout was not done. Missing layout plugins?
mv: cannot stat `/usr/share/lanmap//tmp.lanmap': No such f
Ubuntu does this too...
--
Glenn English
[EMAIL PROTECTED]
GPG ID: D0D7FF20
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: linux-image
Version: 2.6.?? i386 and amd64
Severity: grave
Justification: renders package unusable
I have 2 systems with SCSI system disks and SATA misc disks (P4 and
AMD64). At install, I put / on the SCSI and the grub MBR on (hd0)
(set to the SCSI in the BIOS).
The installer wrote /b
sn't a problem; that it would be nice to move it out of the license
(wishlist), or to note redundantly on their webpage that this is a request
(also wishlist), but this is unambiguously a non-binding request already;
it uses the very word "request". Why are you opening bugs?
--
Package: madwifi-source
Version: 0.svn20060207-1
Severity: critical
Justification: breaks unrelated software
Latest source builds fine with module-assistant. Modprobe works without
complaint, ifup or ifconfig hangs. modprobe -r also hangs, system
couldnt even be rebooted, had to be hard reset. (f
Package: wvdial
Version: 1.55-1
Severity: grave
Justification: renders package unusable
During install and afterward running wvdialconf doesnt actually save
modem settings/strings. ISP info is saved, but nothing else.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
Package: libsysfs-dev
Version: 1.3.0-5
Severity: serious
Justification: Policy 9.1.1
libsysfs.a is in /lib; static libraries belong in /usr/lib, as they're
not needed to boot the system.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architectur
Package: wvdial
Severity: grave
Justification: renders package unusable
wvdial: Depends: libwvstreams4.0-base which is a virtual package.
Depends: libwvstreams4.0-extras which is a virtual package.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT poli
the code/text being rewritten don't agree with
those reasons, d-legal isn't the place to dispute them.
(Of course, one or the other does need to be done, both in unstable and
in existing stable releases--either credit the author, or stop using it;
nobody is claiming that doing nothing
he material in unstable and future releases seems perfectly reasonable
(or, for faster response, adding attributions to both, and then removing the
material as it's rewritten), as far as I can see. Unless someone has
something new to add, I'm dropping this.
--
Glenn Maynard
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
hat. I do know that I see Joey
being reasonable, apologizing, and offering to help fix the problem,
so I have zero tolerance for Karsten's demanding, who-do-you-think-
you-are, you-can't-remove-my-work, fix-it-my-way-or-else, I'm-going-
over-your-head attitude.
--
Glenn Mayn
er 2 years,
> and so we're the bad guys" is unclear here?
Debian has offered to correct it, in a perfectly acceptable and legitimate
manner. In my viewpoint, (a) is not wrong in any ethical or moral way
(legally, I don't know and would prefer not to guess); coercing Debian
k, how can we
> fix this", not "Stop complaining, it's against our policy to attribute
> people so we'll remove your material instead".
I don't see (c) happening; if it is, then Karsten's complaint was
unclear (which shouldn't be surprising, give
cited are reasons why *you* don't want your work
excised, not reasons why it is unacceptable for Debian to do so. I
don't know how you can confuse the two.
The fact that you're trying to coerce a maintainer to include a work
instead of attempting to address his reasons for doing
free to be in Debian. This is not a matter of
controversy, or even significant disagreement; SC2004-003 made this
explicitly clear. Please remove these non-free documents; the grace
period allowed by SC2004-004 expired with the release of sarge.
--
Glenn Maynard
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t
all in the tarball itself, which at the very least isn't a good sign of
the upstream author's licensing diligence.
(Sorry for not spending the time to review #248853 in full, but the derisive,
knee-jerk dismissal of legal issues at its start--a year ago, to be fair--puts
me in lit
39 matches
Mail list logo
