Package: texlive-latex-extra
Version: 2018.20190227-2
Severity: normal
Dear Maintainer,
I upgraded to Buster recently, and noticed that the invoice.sty package no
longer works, with the following error:
(/usr/share/texlive/texmf-dist/tex/latex/invoice/invoice.sty
...
! LaTeX Error:
Package: sudo
Version: 1.8.19p1-2.1
Severity: normal
X-Debbugs-CC: Luc Maisonobe
X-Debbugs-CC: Jonas Meurer
Dear Maintainer,
sudo's pam config doesn't create a new keyring session for the processes
it spawns. This leads to problems with programs that try to add things
to the keyring, because th
I made an attempt to package a newer version of Solr last December, but it
got bogged down by a combination of missing dependencies and problems
related to Maven that I wasn't able to troubleshoot with my limited Java
packaging experience. I've published works in progress here:
- https://github
Package: docker.io
Version: 1.13.0~ds1-1
Followup-For: Bug #858409
There's also docker issue 23958
(https://github.com/docker/docker/issues/23958), which I just encountered.
Upgrading runc to 1.0.0~rc2+git20161109.131.5137186-2 fixed the problem.
-- System Information:
Debian Release: 8.7
APT
Package: ivy-debian-helper
Version: 1.0
Tags: patch
X-Debbugs-CC: Simon Ruggier
I discovered this while attempting to package Solr 6.3. Here's the
relevant snippet of output from Ivy:
ivy-configure:
[ivy:configure] :: loading settings :: file =
/tmp/pbuilder/solr/lucene/top-leve
Package: dh-python
Version: 2.20160818~bpo8+1
Severity: normal
Dear Maintainer,
according to the setuptools documentation
(https://setuptools.readthedocs.io/en/latest/setuptools.html#declaring-
dependencies), requirements can have multiple version specifiers, separated by
commas. However, when gu
Package: zookeeper
Version: 3.3.5+dfsg1-2+deb7u2
The zookeeper package uses update-alternatives to manage a symlink at
/etc/zookeeper/conf. This seems wrong to me for several reasons:
* There's no apparent value in doing it this way instead of just installing
the default configuration to /etc/zook
Package: apktool
Version: 2.1.1+dfsg-2
Severity: serious
Justification: Policy 3.5
I just installed apktool, and when I run it, it fails like so:
$ apktool
Exception in thread "main" java.lang.UnsupportedClassVersionError:
org/jf/baksmali/baksmali : Unsupported major.minor version 52.0
at
On Tue, 26 Aug 2014 16:43:43 -0700 John Wright wrote:
> Sorry for the very delayed response. I'm trying to clean up our
> outstanding bug list...
>
> I'm not convinced that sharing the file is the correct thing to do - it
> introduces thread-unsafe-ness between DebFile/ArFile and its dependent
>
Package: x11-utils
Version: 7.7+2
Followup-For: Bug #765828
I also can confirm this is still an issue. I don't know how exactly how old
my process was
(35 days, most likely), but it was using 1.2GB of memory.
-- System Information:
Debian Release: 8.4
APT prefers stable-updates
APT policy:
Hi Antonio, as a fellow Debian user and mediatomb user, I backported the
current version of the mediatomb package from unstable to Jessie and tried
it on a system I'd recently upgraded to Jessie. It seemed to work fine for
me without any problems, so I've changed the severity of this bug to
'import
Oops, my mistake, I accidentally sent the first message to the bug's email
instead of to control, let me try again.
On Tue, Mar 22, 2016 at 7:55 PM, Simon Ruggier wrote:
> Hi Antonio, as a fellow Debian user and mediatomb user, I backported the
> current version of the mediatomb p
severity 803173 important
Yesterday, I built mediatomb/unstable for Jessie and tested it on my
system, which I had just upgraded from Wheezy. It started up successfully,
and seems to work as well as the Wheezy version did. It seems safe to
assume that the original reporter assigned a severity of g
On Fri, 19 Feb 2016 23:01:24 -0500 Simon Ruggier wrote:
> Also, my own testing seems to show that the certificate chain issue is
> still present in the latest 1.0.1 release (as I commented on 813468), so
> adopting the latest 1.0.2 release seems like the only reasonable
> altern
On Sat, 20 Feb 2016 10:44:30 +0100 Kurt Roeckx wrote:
> Try adding -CApath /etc/ssl/certs/
I stand corrected. I forgot that by building directly from upstream, the
default path wouldn't be set properly. It works fine in 1.0.1r once -CApath
is passed in.
On Mon, 15 Feb 2016 18:59:46 + "Adam D. Barratt" <
a...@adam-barratt.org.uk> wrote:
> On Mon, 2016-02-15 at 19:46 +0100, Christian Beer wrote:
> > Hi,
> >
> > there are more people reporting that they are directly affected by a bug
> > in the Debian Jessie openssl package where it doesn't check
On Tue, 2 Feb 2016 19:14:24 +0100 Kurt Roeckx wrote:
>[ ...]
> On Tue, Feb 02, 2016 at 03:04:41PM +0100, Christian Beer wrote:
> > Since it works in openssl 1.0.2 you can either upgrade the package in
> > Jessie to 1.0.2 (which is unlikely I think) or backport the fix for
> > 1.0.2 to 1.0.1 upstre
Upstream has fixed this issue in the 1.0.2 release of gevent, released in
May 2015. I think this would be a good candidate for a stable release
update (
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable
).
Simon
27;t seem to work out that way. I've
made a small change to fix the issue, confirmed that it makes a difference on
my system, and created a git commit out of it. See the attached patch file.
Thanks,
Simon
From c450d26249dfb772ad09652a15a57900af7227c9 Mon Sep 17 00:00:00 2001
From: Simon Ruggi
Package: ruby
Version: 1:1.9.3.4
Severity: normal
I'm a Debian testing user who is new to Ruby. I tried to install jekyll
using
the gem command, and received an error about mkmf that I found very
confusing.
I only figured out what the problem was by searching the web for answers
until
I realized I
On Fri, Dec 30, 2011 at 1:37 AM, Michael Biebl wrote:
>
> On 30.12.2011 02:28, Simon Ruggier wrote:
>> Package: libgnome2-0
>> Version: 2.32.1-2
>> Severity: normal
>>
>> Ever since I upgraded to Debian's GNOME 3 packages, software such as
>> gnom
Package: libgnome2-0
Version: 2.32.1-2
Severity: normal
Ever since I upgraded to Debian's GNOME 3 packages, software such as
gnome-panel's places menu, firefox, gnome-open, and others have opened folders
using qgit instead of nautilus. There seems to be no way to manually change
this in GNOME 3,
No, version 1.1.0 installs fine on my system after the previous
version is removed, but when I tried to upgrade to it from 1.0.0,
that problem occured, which to me seems like a bug in the 1.1.0
packaging.
On Thu, Dec 22, 2011 at 3:24 AM, Soeren Sonnenburg wrote:
> You had shogun 1.0.0 installed.
Package: shogun-python-modular
Version: 1.1.0-1
Severity: grave
Justification: renders package unusable
The issue is illustrated in the following command output:
$ sudo aptitude safe-upgrade
Resolving dependencies...
The following packages will be upgraded:
shogun-python-modular
1 packages upgr
I can confirm that this bug affects me, and the supplied patch fixes it.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
package: iceweasel
version: 5.0-2
justification: policy 4.9
severity: serious
tags: experimental
after building the iceweasel-5.0 source package and running the clean target,
the following files are left modified:
modules/libpref/test/unit/data/savepref.js
toolkit/components/places/tests/unit/defa
Maybe DRI2WaitSwap is a function that expects valid data to be passed
in, and all three drivers have separate bugs that result in a bad data
structure being passed in.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas
There's an upstream bug that might be related:
https://bugs.freedesktop.org/show_bug.cgi?id=34474
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi, according to my experience and other comments in the upstream bug,
the fix in 2.7.6 didn't actually fix the problem properly. Release
2.7.7 is supposed to fix it, and they have even mentioned this on
their front page.
I also think this should make its way to stable, because otherwise
most pidg
Your response was unclear to me. If it already has a versioned
dependency, why shouldn't the dependency be tightened?
On Fri, Nov 5, 2010 at 3:02 AM, Elimar Riesebieter wrote:
> On Thu, 4 November 2010 11:53:01 -0400, Simon Ruggier wrote:
>> The package ia32-libs_20101012 ha
The package ia32-libs_20101012 has the required libraries, while
ia32-libs_20090808 does not. Shouldn't this mean that
lib32asound2-plugins should depend on the newer version of ia32-libs?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
Yikes, my apologies to the Debian community - I held off on uploading
an RFS for this package because I didn't end up using Durus for
myself: I didn't want to upload adopt a package I wasn't actively
using. I completely forgot I had an open ITP on it, or I would have
closed this myself.
If someone
Subject: gdebi-core: Broken format string in DebPackage.py:279
Package: gdebi-core
Version: 0.6.0
Severity: important
Tags: patch
When attempting to install a package that would break another package's
dependencies, the following exception terminates the app (CLI or GTK
version):
Traceback (m
A recent commit to GnuCash broke compatibility with Guile 1.6. I don't
if this was intentional or not, but if no future commits revert this
change then it's now no longer possible to build GnuCash trunk in
Debian without a guile-1.8-slib package.
--
To UNSUBSCRIBE, email to debian-bugs-dist-req
Have you tried starting firefox 3.5 using a new profile? I'm using the
iceweasel 3.5.4-1 right now on an x86_64 Debian testing system, and it works
fine for me. Of course, it's still a bug even if it's profile related, but
it wouldn't be as severe of a bug.
Ah, yes, I think I'm at fault here. The code is more or less unmaintained by
upstream, who are (or were, at least) instead working on an openglad-e
project. The openglad package works fine on x86, the RC bug is only a
problem on x86_64. I think the best short-term course of action for fixing
that b
Package: nautilus
Version: 2.26.3-1
Severity: normal
The same version of nautilus is still in testing. How can testing users
work around this?
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30
On Fri, Jun 19, 2009 at 2:42 PM, Loïc Martin wrote:
> Gens/GSs might be an easier target for license issues considering it's quite
> active upstream. AFAIR, the fork was due to not having access to gens CVS,
> and Dave Korth was planning to open a CVS for Gens/GS. Don't know if Debian
> can provide
On 6/29/08, Jon Dowland <[EMAIL PROTECTED]> wrote:
> Putting the screenshots in the packages would mean you would need to
> install the package to see it in the package browser, and the use-case
> is more "I fancy playing a game, let's see what is available..."
I think this is a more general pr
That's perfectly understandable - I took interest in openglad because
I played the commercial version of it a decade ago. Since the free
version is a port of the original source code, I didn't want to see it
go to waste, but it looks like upstream has lost interest as well, so
the game's future is
I switched to an amd64 system last month in the process of replacing a
failed computer, but because of school, I haven't had enough time to
fix this bug. Oddly enough, I tried running openglad on my system
unpatched, and it didn't segfault, but everything the game draws had
artifacts that looked l
It seems to me that it would still be helpful to opensync users in
Debian if the packages were updated to 0.22, since it still the latest
version recommended by upstream. There are already two sites that
have published 0.22 packages for Debian[1][2], so, why haven't any
updated packages been merge
Would you be able to get a backtrace for this crash? I can't reproduce
it on my current setup.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
. (Closes: #75, KDE
#135997)
* 26_kopete_msn_voiceclips.diff: Add support for receiving MSN voice clips.
(see KDE #115150)
-- Simon Ruggier <[EMAIL PROTECTED]> Sun, 30 Dec 2007 22:54:19 -0500
Relevant URLs:
History search:
http://bugs.kde.org/show_bug.cgi?id=148659
http:/
Package: cdbs
Version: 0.4.49ubuntu2
Severity: normal
1. Use cdbs-edit-patch to create a patch
2. call debuild or something to apply the patch
3. use cdbs-edit-patch to edit the same patch
4. call fakeroot debian/rules clean
Actual behaviour: The patched sources are not cleaned up before the
patc
I don't agree with the new vim packaging policy, but even so, I just
wasted an hour trying to figure out what is wrong with vim-latexsuite
because the README.Debian doesn't mention anything.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL P
Package: wnpp
Severity: wishlist
Owner: Simon Ruggier <[EMAIL PROTECTED]>
* Binary package name : python-durus
* URL : http://www.mems-exchange.org/software/durus/
* License :
http://www.mems-exchange.org/software/durus/Durus-3.7.tar.gz/Durus-3.7/LICENSE.txt
Durus is a simple framewor
Wouldn't it make sense to also update the Debian policy with this
information? I'd be less likely to find out about this if I hadn't
stumbled on this bug and if only the D-D-R were changed.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PR
On 10/9/07, Cyril Brulebois <[EMAIL PROTECTED]> wrote:
> Exactly because they are handled in the clean target, from which you
> propose to remove them. I might have troubles understanding your logic,
> if any.
You remove them in the clean target, and copy them back in a later
target after the sour
On 7/15/07, Steinar H. Gunderson <[EMAIL PROTECTED]> wrote:
Well, thanks, but the packaging itself is not the problem -- both Miriam and
I already have local packages, and have had for some time. :-)
Sorry, I didn't mean to interfere with your efforts, but I thought
that some users would still
I happen to have written source packages for various versions of
stepmania with cdbs-style rules files, hosted at
http://www.eng.uwaterloo.ca/~sruggier/files/apt/. There are three
versions - one of the 4.0 versions is from a snapshot, and the newest
version is checked directly out of CVS, and has
Package: libuser
Version: 1:0.54.6-2.1.dfsg.1-1.2
Severity: important
If libuser is installed without libuser-dev, running some of the applications it
contains results in the following output:
# lusermod root
Error initializing libuser: /usr/lib/libuser/libuser_files.so: cannot open
shared objec
52 matches
Mail list logo
