tags 558997 +moreinfo +unreproducible
thanks
On Tue, 2009-12-01 at 15:55 +1300, Francois Marier wrote:
> If I do something like "sudo -v" or "sudo ls", sudo closes as soon as I type
> the first
> letter of my password. Furthermore, it closes the terminal in which it was
> started.
Not seeing a
On Mon, 11 Jan 2010 22:56:08 +0100, Robert Millan wrote:
> I'm open to being convinced about changing our current setup, and about
> discussing constructive proposals.
I've often contemplated the idea of accepting signed emails in addition
to subscribers as a potential compromise for situations
On Sun, 2009-11-08 at 19:51 +0100, Kurt Roeckx wrote:
> Source: elilo
> Version: 3.12-1
> Severity: serious
>
> Hi,
>
> There was an error while trying to autobuild your package:
Yep, looks like the changes to support cross-building both 32 and 64 bit
flavors of x86 on either platform only work
On Mon, 2009-10-05 at 20:49 +0200, Lucas Nussbaum wrote:
> I'm building on tmpfs, if it's relevant.
It could be. I don't know enough about tmpfs offhand to know if there
might be limitations on what it allows that could be affecting these
tests. Will have to investigate.
Bdale
--
To UN
tags 556572 +pending
thanks
On Mon, 2009-11-16 at 21:43 +0100, Frank S. Thomas wrote:
> there are typos in the short descriptions of the libgnuradio-qtgui0 and
> libgnuradio-qtgui-dev packages ("fro" instead of "for"):
Thanks for pointing that out! Fixed in my repo for the next upload.
Bdale
tags 556747 +pending
thanks
On Tue, 2009-11-17 at 12:59 -0500, Adam Buchbinder wrote:
> The homepage of the mtx project is not specified in debian/control. The
> attached debdiff adds it in a new Homepage field. Per the Debian
> Developer's Reference, section 6.2.4, including the homepage URL is
reassign 557050 gnuradio
tags 557050 +pending
thanks
On Thu, 2009-11-19 at 08:47 +0100, Ralf Treinen wrote:
> Possible solutions are to have the two packages conflict
I've added a conflict with grc to gnuradio-companion. I don't
anticipate much overlap of interest between the two packages so thi
tags 557204 +pending
thanks
Thanks for pointing this out!
Looks like the Perl scripts that process the man pages were accidentally
left out of the 1.7.2p1 release tarball. Reported upstream and fixed locally
in my tree for the next upload.
Bdale
--
To UNSUBSCRIBE, email to debian-bugs-dist
tags 558094 +pending
thanks
On Thu, 2009-11-26 at 11:49 +0100, Matthias Wamser wrote:
> So my recommendation is to set the setuid root on
> /usr/lib/amanda/application/* per package default.
Thanks for reporting this.
After studying the source a bit, I think only the amgtar and amstar
programs
severity 505407 normal
tags 505407 +moreinfo
thanks
I'm not surprised that using nice on the amdump call made no difference. I
suggest you read the amanda.conf man page to see the various timeouts that
are adjustable and what their defaults are, then try changing one or more of
them in your amand
Package: geda-gattrib
Version: 1:1.4.3-2+b1
Severity: serious
The gattrib command seg faults on every one of my designs in this version.
Bdale
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Thu, 2009-12-10 at 23:59 +0100, Benjamin Drung wrote:
> Am Mittwoch, den 09.12.2009, 09:34 +0800 schrieb Paul Wise:
> > On Wed, Dec 9, 2009 at 8:07 AM, Benjamin Drung wrote:
> > > Am Montag, den 07.12.2009, 09:03 +0100 schrieb Frank Lin PIAT:
> > >> On Mon, 2009-12-07 at 00:14 +0100, Benjamin D
severity 561411 wishlist
thanks
> Gzip should not rely on file suffix, or it sould recognize standard
> *.tgz as a gzip file.
Couldn't you just as easily feed the .tgz file to gzip on stdin
gzip < file.tgz | tar
or have tar call gzip
tar -zf file.tgz
Forcing gzip to learn fi
On Wed, 20 Apr 2011 12:29:40 +1000, Alexander Zangerl wrote:
> i've got two sparcs (a enterprise 250 and a sunfire v240) which were recently
> upgraded from lenny to squeeze. they've got locally built kernels (one
> ancient, one 2.6.35.12).
>
> on both machines dump locks up ...
I'm not sure what
On Mon, 09 May 2011 11:57:18 +1000, Alexander Zangerl
wrote:
> just did that, too: no change, same lockup. do you want me to add a tad
> of printf debugging to the code in question?
Sure. The situation is basically that it would be a lot of work that I
don't have time for in the next few weeks
Package: network-manager-openvpn
Version: 0.8.4-1
Severity: important
The content of /etc/dbus-1/system.d/nm-openvpn-service.conf as provided does not
appear sufficient to allow the openvpn functionality in network manager to work
in a useful way. Adding an 'at_console' policy seems to fix things
On Mon, 09 May 2011 18:38:12 +0200, Michael Biebl wrote:
> Could you elaborate on that, please.
> What is your setup, what is the error message. See [1] for debugging tips.
Using an OATH token setup to access a remote OpenVPN server run by my
employer. This means I'm filling in a username but no
On Mon, 09 May 2011 19:40:01 +0200, Michael Biebl wrote:
> I'm making a guess here: Do you perhaps have a root console open when you are
> trying connect to the OpenVPN server?
I do not.
> Do you have a /var/run/console/root state file?
No.
Bdale
pgp9MrKajt8KF.pgp
Description: PGP signature
On Mon, 09 May 2011 23:10:29 +0200, Michael Biebl wrote:
> Ok, then I'll need to setup a test system to debug this further.
>
> Thanks for the input so far,
My pleasure. And of course I'll be happy to try things for you if/when
that would be useful.
Bdale
pgpppv2uxUA4m.pgp
Description: PGP s
Package: getmail4
Severity: serious
Version: 4.20.2-1
The /usr/bin/getmail wrapper hard-codes /usr/bin/python2.5, but the package
does not declare a dependency on a specific version of python.
Since the wrapper has explicit code to check for a sufficiently recent
version of python, I suggest chang
Package: xfce4-panel
Version: 4.8.3-1
Regardless of the setting of the "Automatically show and hide the panel"
switch in the panel preferences, auto-hiding is always on.
Bdale
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
I just installed a trac instance and could really use the multiple repo
support added in 0.12. If there's something I can do to help an upload of
0.12.something to unstable, please let me know.
Bdale
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsu
On Fri, 3 Jun 2011 09:43:19 +0200, Mitar wrote:
> Hi!
>
> On Fri, Jun 3, 2011 at 12:21 AM, W. Martin Borgert wrote:
> > I would love to work on the Trac package again, but "real world"
> > keeps me busy. No upload nor testing can be done by me, sorry.
>
> We have here a working Trac 0.12.2 deb
tags 589222 +wontfix
severity 589222 minor
thanks
It appears that the FHS may have mistakenly made a 'must' out of something
that was merely standard practice for some versions of the gzip package
on some distributions at the time this text was written.
I can think of no strong reason for requi
tags 634500 +pending
thanks
On Mon, 18 Jul 2011 16:12:12 +0200, Robert Millan wrote:
> ... please consider using dpkg wildcards instead. For example:
>
> Build-Depends: libfoo-dev [kfreebsd-any]
Fixed in my repo for the next upload. Thanks!
Bdale
pgpsPcwf7dLNu.pgp
Description: PGP signat
We need to isolate which upstream commit caused the behavior change.
I've got other things to work on that are higher priority to me right
now, so help from someone more motivate to chase this down would be
appreciated.
Bdale
signature.asc
Description: PGP signature
Bjarni Ingi Gislason writes:
> Output from "mandoc -mdoc -T man groff_mdoc.7":
Where is "groff_mdoc.7" from? I have no such file on my system, so
there's no way for me to try and reproduce this error.
Bdale
signature.asc
Description: PGP signature
"Jason Self" writes:
> Package: as31
> Version: 2.3.1-6+b2
>
> The copyright file mentions only that as31 is "provided under the BSD
> license."
>
> Which one?
Upstream doesn't specify, but given the date of that assertion versus
what was considered the "default" BSD license at various points in
Package: wnpp
Severity normal
I no longer have any personal need for as31, so would like to drop it
from the list of packages I maintain.
I recently uploaded a fix for the segfault encountered building the
usbdux driver in the firmware-nonfree source package. The only
remaining open bug regards
Package: wnpp
Severity: wishlist
I'm working to package the Lepton EDA suite, a fork of the gEDA suite I already
help
maintain within the electronics team:
https://github.com/lepton-eda
Bdale
Ben Wong writes:
> Looking at the man page for grep(1), it's clear that the
> --binary-files option (and perhaps future --binary-* options) was what
> the script was trying to emulate, but the programmer simply forgot the
> "--" prefix.
Thanks for the patch.
Bdale
signature.asc
Description: P
Bjarni Ingi Gislason writes:
> On Fri, Jul 27, 2018 at 03:22:03AM -0600, Bdale Garbee wrote:
>> Bjarni Ingi Gislason writes:
>>
>> > Output from "mandoc -mdoc -T man groff_mdoc.7":
>>
>> Where is "groff_mdoc.7" from? I have no such f
Package: wnpp
Severity: wishlist
Owner: Bdale Garbee
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: librnd
Version : 3.0.0
Upstream Author : Tibor Palinkas
* URL : http://repo.hu/projects/pcb-rnd
* License : GPL
Programming Lang: C
Wolfgang Sourdeau writes:
> [myuser] ALL=(ALL) NOPASSWD: ALL
Try
[myuser] ALL=(ALL:ALL) NOPASSWD: ALL
Bdale
signature.asc
Description: PGP signature
Marc Haber writes:
> I am therefore reluctant to implement this at the moment.
FYI, I never found an acceptable solution to this problem, and chose to
leave the bug open to remind myself and anyone searching for help that
this *could* happen.
It might be better to move this into a README.Debian
Andreas Beckmann writes:
> Package: openrocket
> Version: 15.03.6
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> during a test with piuparts I noticed your package is no longer
> installable in sid:
>
> The following packages have unmet dependencies:
>
Paul Gevers writes:
> Your package Depends on openjdk-8, which isn't supposed to be used in
> testing since beginning 2019.
FYI, this dependency will remain until/unless upstream makes a new
release, and is still present in the version in unstable.
Bdale
signature.asc
Description: PGP signatu
Boyuan Yang writes:
> Let me know if it's okay for me to make a quick 0-day NMU and fix this
> info
Yes.
Bdale
signature.asc
Description: PGP signature
Santiago Vila writes:
> Even if we ever wanted to allow packages to "need" more than one CPU
> for building, I'd like to believe that we would do so by introducing a
> new control field for that, say, Build-CPU, instead of making
> multi-core mandatory for all packages.
I agree.
Bdale
signatu
Russ Allbery writes:
> I assumed that if option B won, some
> maintainers would drop init scripts, and therefore if folks wanted to
> maintain a set of working init scripts, they'd need to look at different
> options than ensuring they were incorporated into each package.
I agree, this was my se
Package: libvirt-daemon
Version: 6.9.0-1+b2
Severity: normal
The libvirt-guests.sh script outputs the text
"libvirt-guests is configured not to start any guests on boot"
on every system boot if ON_BOOT is set to anything other than "start".
This is confusing to inexperienced systems admins w
Laurent Bonnaud writes:
> $ tar --zstd -cvf localhost:foo.tar.zst foo
I took a quick look and the problem is with the use of localhost: in the
filename, it appears to be unrelated to the compression algorithm
chosen. I don't have time to chase this further today.
Bdale
signature.asc
Descript
l0f4r0 writes:
> My journalctl indicates numerous alerts/1 like "sudo[XXX]: l0f4r0 : a
> password is required ; TTY=unknown ; PWD=/home/l0f4r0 ; USER=root ;
> COMMAND=/usr/bin/uptime".
I've never seen this before, and can find no evidence of it on any of my
stable servers running the same sudo v
Rob Browning writes:
> Please try to migrate soon, and at this point, to guile-3.0 if possible.
> Otherwise we might need to consider removing the package from Debian.
As far as I'm concerned, you can feel free to remove geda-gaf from Debian.
I'm personally quite happily living on the fork that
Package: ftp.debian.org
Severity: normal
Please remove s390x binary packages built from pcb-rnd version 2.3.0-3 from
the archive.
The newer version 2.3.1-1 is failing to build on s390x due to an
architecture-specific bug in floating point math handling acknowledged
by upstream. Unfortunately
severity 977595 serious
thanks
Vanessa Dannenberg writes:
Hi Vanessa!
> Package: lepton-eda
> Version: 1.9.13-1
> Severity: grave
>
> [ This is a fresh install of Bullseye/testing, from a net-install
> image fetched just today]
I couldn't duplicate your problem on my "unstable" development sys
Package: wnpp
Severity: wishlist
Owner: Bdale Garbee
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: jboss-vfs
Version : 3.2.15.Final
Upstream Author : JBoss, A division of Red Hat, Inc.
* url : http://www.jboss.org
* License : Apache-2.0
Package: wnpp
Severity: normal
I personally don't use geda-gaf any longer, and do not plan to do any
more work on it. From the discussion in #965098, it seems not all users
are happy just moving to lepton-eda. I'm filing this bug to ensure that
if the package remains in Debian, it is at least c
In light of Kai-Martin Knaak's comments here, I won't push harder for
geda-gaf to be removed from Debian.
However, since I have no intention of doing more work on it myself, I
just filed bug #975985 marking geda-gaf as orphaned.
Bdale
Package: wnpp
Severity: normal
I took over the sudo package in August of 1996, and have maintained it since
then. The package is in pretty good condition, with very reliable core
functionality. Upstream is active and responds promptly to concerns. Despite
this, there are a significant number o
Package: wnpp
Severity: normal
I took over the Debian gzip package on 2 December 1995, which means that
as of today, I've taken care of it for 25 years! The package is in good
shape, though a number of bugs have accumulated over the years that I have
neither the time nor motivation remaining t
Package: wnpp
Severity: wishlist
Owner: Bdale Garbee
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: ezdxf
Version : 0.14.2
Upstream Author : Manfred Moitzi
* URL : https://ezdxf.mozman.at
* License : MIT
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Bdale Garbee
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: scikit-fmm
Version : 2019.1.30
Upstream Author : The scikit-fmm team
* URL : http://packages.python.org/scikit-fmm
* License : BSD
Programming
Package: wnpp
Severity: wishlist
Owner: Bdale Garbee
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: openmotor
Version : 0.4.0
Upstream Author : https://github.com/reilleya
* URL : https://github.com/reilleya/openMotor
* License : GPL
Programming
Janos LENART writes:
> I would like to adopt & maintain tar. I am using some of the 'newer'
> features at many sites that the current bugs are about, like remote
> archives, zstd and incremental; also well versed in C. I have been a DD
> since 2000.
>
> Looking at the list of bugs I am thinking m
Package: wnpp
Severity: wishlist
Owner: Bdale Garbee
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: pyqt-distutils
Version : 0.7.3
Upstream Author : Colin Duquesnoy
* URL : https://github.com/ColinDuquesnoy/pyqt_distutils
* License : MIT
Package: wnpp
Severity: wishlist
Owner: Bdale Garbee
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: annotation-detector
Version : 3.0.5
Upstream Author : XIAM Solutions B.V. (http://www.xiam.nl)
* URL : https://github.com/rmuller/infomas-asl
* License
Package: wnpp
After maintaining the Debian package of tar since 3 December 1995
(nearly a quarter century!), I've decided it's time to let someone else
take over.
The Debian tar package is generally in very good shape, and does all the
routine things quite reliably. However, like many GNU proje
Aleksander Morgado writes:
I'm no longer a TC member, but have been bitten by this problem, so will
chime in.
> Would the new approach satisfy Debian's needs?
It seems so to me. The key thing I care about is that we *not* assume
any arbitrary cdc-acm device is a modem. I can't say for sure, b
Package: burp
Version: 2.0.54-1
The /etc/cron.d/burp file delivered with the burp package has a couple
of commented-out lines for use on the server. One of those invokes the
script /etc/burp/send_summary. Unfortunately, no such script is
provided in the package, and I don't see any obvious corre
Andreas Beckmann writes:
> during a test with piuparts I noticed your package failed to install due
> to insserv rejecting the script header.
Thanks for letting me know.
> We had a similar problem in the past ... #719755
> Looks like the fix for #870456 "enabled" this bug again.
Hrm. Right, b
Package: linux-image-5.2.0-3-amd64
Version: 5.2.17-1+b1
The audio on my Lenovo T490 doesn't work at all with this kernel package.
Dropping back to linux-image-5.3.0-1-amd64 resolves the problem.
00:1f.3 Audio device: Intel Corporation Cannon Point-LP High Definition Audio
Controller (rev 30)
Is
Package: linux-image-5.3.0-1-amd64
Version: 5.3.7-1
The audio on my Lenovo T490 doesn't work at all with this kernel package.
Dropping back to linux-image-5.2.0-3-amd64 resolves the problem.
00:1f.3 Audio device: Intel Corporation Cannon Point-LP High Definition Audio
Controller (rev 30)
Is thi
Jörg Mechnich writes:
>> DEB_CPPFLAGS_MAINT_APPEND := -DUNALIGNED_OK
That was originally meant to only be enabled on amd64 .. I think that
got lost in one of the packaging style updates I accepted a while back.
Just uploaded 1.10-2 hopefully making the architecture-specificity true
again.
Bdal
It's a decade later, and various apps including emacs still make routine use
of mailcap data. Any chance you could just deliver a mailcap file and save
me the pain of having to drop entries on every machine I configure?
Bdale
tags 949519 +needhelp
thanks
I don't have any easy way to debug LDAP issues. If someone else does
and wants to chase this down and let me know where the problem is,
that'd be great.
Bdale
signature.asc
Description: PGP signature
tags 931532 +needhelp
thanks
I don't have any easy way to debug LDAP issues in sudo. If someone else
has time to chase this down and tell me what's wrong, that'd be great.
Bdale
signature.asc
Description: PGP signature
tags 943313 +pending
thanks
Dominick Grift writes:
> Package: sudo
> Version: 1.8.28p1-1
>
> The --libexecdir=/usr/lib/sudo entries in debian/rules are wrong
>
> It should be --libexecdir=/usr/lib
The word "wrong" might be a bit strong, but I agree that losing the
extra directory level makes se
tags 901952 +help
thanks
I question whether this bug is really release-critical, since the only cases
of it I've heard about so far are the two instances pointed to in this bug log
where pristine-tar is being used across distributions and versions... I've not
seen the behavior in any of my own pac
Thore writes:
> Package: sudo-ldap
> Version: 1.8.19p1-2.1
> Severity: wishlist
>
> Good evening,
> while trying to integrate SSSD for LDAP authentication the sudo provider
> constantly failed.
> After a while of searching for a reason I came across this:
>
> sudo -V
> Sudo version 1.8.19p1
> Con
Brian Murray writes:
> That being said I started a discussion about having to use
> '--xattrs-include=*' when extracting a tar archive with upstream[1]
Thanks for working on this with upstream!
Bdale
signature.asc
Description: PGP signature
Laura Arjona Reina writes:
> I suggest to download a copy and host it in a Debian
> server (could be www.debian.org or other that you see it better) and
> then change the link to point to the resource in our server.
>
> What do you think?
It sounds like a great idea!
Bdale
signature.asc
Descr
The complaint is not about a lack of space inside the filesystem, the
complaint is about a lack of unallocated space in the volume group. I
suspect a large number of users are now seeing this message from cron,
as I am, because they have a volume group where all blocks are
allocated.
I think eith
Hans-Christoph Steiner writes:
> this also goes the other way, where tarballs created in tar 1.30 fail to
> work in pristine-tar when tar 1.29 is installed:
Unfortunately, the nature of pristine-tar is such that it's somewhat
brittle in the face of upstream changes to tar.
I don't think it's un
The lepton-eda package is a fork of geda-gaf, and is what I'm personally
using and focusing my package maintenance efforts on now.
A patch for guile-2.2 support provided by lepton-eda upstream is now
part of the Debian package version 1.9.7-2. That patch may illuminate
the changes required to upd
Package: ftp.debian.org
Please remove ppc64el packages of altos from the repository. There
appears to be a non-package-specific Java compiler problem on that
architecture that will prevent promotion of the latest altos version to
testing even once other blockers are cleared.
Bdale
signature.as
Package: ftp.debian.org
Please remove the cc package from unstable and testing. This is a
fork of sdcc that was necessary for a while to be able to build altos,
but it's no longer needed and I don't want to maintain it through the
buster lifecycle and beyond.
Regards,
Bdale
signature.asc
Paul Gevers writes:
> Your package fails to build on s390x where it build successfully in
> the past. I've X-Debbugs-CC-ed the s390x porters to help you
> understand why only this architecture is affected.
It's hard to imagine anyone actually trying to use lepton-eda on s390x.
If the porting tea
Package: ftp.debian.org
Hi. In response to bug 1006172, it appears the best fix for now would
be to arrange for the lepton-eda 1.9.16-3 binaries for s390x to be
removed from the archive. I'd be fine with either the s390x binaries
only being removed, or the complete removal of 1.9.16-3 from the
a
severity 1002252 important
thanks
Lucas Nussbaum writes:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
It looks like noise from the latest librnd version is causing a pcb-rnd
test failure. There is no operational bug in either the library or the
applicatio
Andreas Beckmann writes:
> I'm not sure whether it would be helpful, but a (versioned?)
> Provides: librnd-dev (= ${binary:Version})
> could ease upgrading from librnd-dev to librnd3-dev.
Yes, that makes sense.
> BTW, why has the -dev package been renamed from librnd-dev to librnd3-dev?
> I
Felix Lechner writes:
> Do you have the output of 'readelf --all --wide' [1] for one of those
> binaries?
The elf library binaries delivered by the package actually look fine.
Digging further, it appears the problem cases are all in guile code,
where the function dynamic-link is handed a token
Martin Michlmayr writes:
> pforth is not enabled for arm64 in debian/control. Using upstream
> version V27, pforth works on arm64.
I recently traded emails with upstream, because even V27 is quite old
and there's much more reason work in upstream revision control. He says
a new upstream releas
tags 999699 +pending
thanks
Bernhard writes:
> The start of lepton-schematic failed because of missing
> libglib-2.0.so.
The underlying problem is with the way the lepton-eda developers refer
to shared libs in the Makefile.am content in scheme library build
directories. The side effect is that
Package: lintian
Severity: wishlist
I've had a couple bugs recently, including 999699, where upstream
Makefile.am content has resulted in binaries delivered in a .deb having
a run-time dependency on the symlinks provided in the library -dev
package instead of the ".0" version of those files provid
Package: lintian
Version: 2.114.0
I'm getting the error:
E: lepton-eda source: missing-build-dependency-for-dh-addon autoreconf =>
dh-autoreconf | debhelper (>= 9.20160403~) | debhelper-compat [debian/rules]
on a package that has
Build-Depends: debhelper (>= 13)
in the control file. This
Package: lepton-eda
Severity: wishlist
There is some upstream support for pre-compiling the scheme code and including
the resulting files in the binary package. Getting it to actually work in a
Debian package will take more work than I'm currently motivated to undertake.
Still .. it would be nice
tags 716143 +wontfix
thanks
The upstream author of pforth has weighed in and believes that crashing in
this way means that pforth is working as intended.
I'll leave the bug open so it isn't duplicated in the future, but mark it
wontfix as I don't intend to change anything because of it.
Bdale
Nicolas Patrois writes:
> Package: debian-history
> Version: 2.26
> Severity: normal
> Tags: l10n
>
> Dear Maintainer,
>
> A few paragraphs in the French pages are not translated.
> These pages are mostly in French excepted one or two paragraphs.
>
> Maybe it’s the same in other languages.
My Fr
nicolas.patr...@gmail.com writes:
> Le 26/10/2021 20:17:29, Bdale Garbee a écrit :
>
>> My French language skills are insufficient to work on this myself.
>> I'll be happy to merge credible patches if/when they appear from others.
>
> OK, I’ll read again the history
Package: ant
Version: 1.10.5-1
Severity: important
The Debian ant package is built with a patch "0013-auto-adjust-target.patch"
that forces the Java target version number to 7. The utterly breaks the
ability to use Debian ant for building Java applications that get wrapped up
in installer package
Attached is a patch that fixed my immediate problem, the ability to
build packages using ant that remain compatible with Java 1.6.
Bdale
From 07a73a1b2f10255ec9535f66db82a192780611b7 Mon Sep 17 00:00:00 2001
From: Bdale Garbee
Date: Mon, 20 Aug 2018 20:49:42 -0600
Subject: [PATCH] see if we can
Markus Koschany writes:
> we all assumed that OpenJDK 11 will remove support for source/target
> 1.6. After a discussion on the OpenJDK mailing list they decided to
> postpone this change for OpenJDK 12. [1]
Aha, that helps explain things. Thanks.
> The current patch simplifies our packaging w
Adrian Bunk writes:
> Package: openrocket
> Version: 13.05.1
> Severity: serious
>
> openrocket was turned into an installer that downloads
> the actual softare during package installation.
>
> In this state it mustn't be in main.
Oops, you're right. Working on it now.
Bdale
signature.asc
De
Sven Joachim writes:
> This has also been reported upstream today. A fix is at
> https://www.sudo.ws/repos/sudo/rev/7ddfb74781a1.
Thanks. I'll have an updated package uploaded shortly.
Bdale
signature.asc
Description: PGP signature
Matthias Klose writes:
> libmawk fails it's tests on s390x (also different failures on some non-release
> architectures).
Thanks, I've let upstream know.
Bdale
signature.asc
Description: PGP signature
tags 908553 +unreproducible
severity 908553 normal
thanks
I've been unable to reproduce this problem, and am in fact a nearly-daily
user of pcb-rnd.
If the problem is persistent for you, I'm going to need to know more about
your system config, how you're invoking pcb-rnd, etc, to be able to usef
Paul Eggert writes:
> On 05/14/2018 07:56 AM, Antonio Terceiro wrote:
>> I still need to study the > code a bit further to try to come up with a
>> better suggestion.
> Sorry, the only suggestion I can make is that you should just use the
> new GNU tar. The old one was obviously busted and it
tags 846490 +pending
thanks
Upstream indicates that there was never a section 5 man page for the tar
archive format in the GNU tar sources, thus the "see also" reference to such
a page is now removed from the upstream section 1 man page for tar.
I've put an equivalent patch into my source tree
Sean Whitton writes:
> The concrete question that I am asking the committee to decide, in my
> capacity as a Policy delegate, is whether or not vendor-specific patch
> series should be permitted in the Debian archive.
While I am no longer a member of the TC, and my analysis of the
situation cons
1001 - 1100 of 1120 matches
Mail list logo