Niels Thykier writes:
> Please give me a heads up when you uploaded it to backports NEW. Then I will
> upload `python3-pygls` to backports well, which is the last piece that
> I need.
I just uploaded the package and received the confirmation that it's in
NEW.
--
Arto Jantunen
te and then
upload a backport.
Thanks a lot for your work with debputy, I'm using it in my Debian work
and it's been great.
--
Arto Jantunen
Package: python3-sqlalchemy
Version: 2.0.30+ds1-1
Severity: serious
X-Debbugs-Cc: Arto Jantunen
Attempting to import sqlalchemy on a partially upgraded bookworm
installation results in the following traceback:
Traceback (most recent call last):
File "/usr/bin/sqlacodegen",
ed 0.5.0 and this bug is fixed for me now, but I'd like
> to hear from you all before closing this bug.
This version works for me.
--
Arto Jantunen
Jeremy Bícha writes:
> Please verify whether wlgreet is working for you now.
Was something changed somewhere? What, where?
On trixie the issue reproduces exactly the same (even with sway upgraded
to the binNMU'd version from sid).
--
Arto Jantunen
Package: elpa-magit-forge
Version: 0.3.2+git20231227.1.299bbaa-1
Severity: serious
Justification: Policy 3.5
Upgrading to the new snapshot of magit-forge on testing results in the
following:
install/magit-forge-0.3.2.50snapshot: Handling install of emacsen flavor emacs
install/magit-forge-0.3.2.5
"Marc Dequènes (duck)" writes:
> Quack,
>
> On 2024-02-08 15:50, Arto Jantunen wrote:
>
>> This is needed to fix #1061421 (crash with recent sway versions). This is
>> caused by the same underlying issue as #1061563 in alacritty, it was already
>> fixed v
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: wlgr...@packages.debian.org, 1061...@bugs.debian.org
Control: affects -1 + src:wlgreet
nmu wlgreet_0.4.1-3 . ANY . unstable . -m "Rebuild against
rust-smithay-client-toolkit 0.
thay-client-toolkit from
0.16.0 to 0.16.1 is the relevant change and we already have 0.16.1 sctk
packaged."). wlgreet also has a build-dep on
librust-smithay-client-toolkit-dev so this might very well be the same
issue, and fixable in the same way.
--
Arto Jantunen
Package: wlgreet
Version: 0.4.1-3
Severity: grave
After a semi-recent upgrade (I'm not sure which one, as I don't reboot
or restart my session after each one) of testing wlgreet no longer
starts. Here is what I get when trying to start it under a manually
launched sway session:
RUST_BACKTRACE=ful
Package: python3-ruff
Severity: serious
Version: 0.0.291+dfsg1-1
Control: block 1054205 by -1
The Python library is entirely useless without the binary, thus there
needs to be a strong dependency between them.
--
Arto Jantunen
Xiyue Deng writes:
> Arto Jantunen writes:
>
>> Xiyue Deng writes:
>>
>>> Hi Arto,
>>>
>>> Arto Jantunen writes:
>>>
>>>> Xiyue Deng writes:
>>>>> Package: sponsorship-requests
>>>>>
Xiyue Deng writes:
> Hi Arto,
>
> Arto Jantunen writes:
>
>> Xiyue Deng writes:
>>> Package: sponsorship-requests
>>> Severity: important
>>> X-Debbugs-CC: debian-emac...@lists.debian.org
>>>
>>> Dear mentors,
>>>
>
-list
'package-directory-list \"/usr/share/emacs/site-lisp/elpa\")" --eval
"(add-to-list 'package-directory-list \"/usr/share/emacs/site-lisp/elpa-src\")"
-f package-initialize -L clients/ -L . -L test -l test/lsp-clangd-test.el -l
test/lsp-completion-test.el -l test/lsp-file-watch-test.el -l
test/lsp-integration-test.el -l test/lsp-io-test.el -l
test/lsp-javascript-test.el -l test/lsp-methods-test.el -l
test/lsp-mode-test.el -l test/lsp-protocol-test.el -l test/lsp-common-test.el
-l debian/ert-helper.el returned exit code 255
make: *** [debian/rules:4: binary] Error 25
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
Is this something specific to my environment? I can't see two actual
definitions of a test with that name...
--
Arto Jantunen
Jonas Smedegaard writes:
> Quoting Arto Jantunen (2023-10-19 07:48:40)
>> * Package name: lsprotocol
>
> Do the project really need to occupy the global namespace "lsprotocol"
> within Debian?
>
> If The project does not provide an executable /usr/bin/lspro
Package: wnpp
Severity: wishlist
Owner: Arto Jantunen
X-Debbugs-Cc: debian-de...@lists.debian.org
Control: block 1054205 by -1
* Package name: lsprotocol
Version : 2023.0.0b1
Upstream Contact: Microsoft Corporation
* URL : https://github.com/microsoft/lsprotocol
Package: wnpp
Severity: wishlist
Owner: Arto Jantunen
X-Debbugs-Cc: debian-de...@lists.debian.org
Control: block -1 by 1030835
* Package name: python-lsp-ruff
Version : 1.5.3
Upstream Contact: Julian Hossbach
* URL : https://github.com/python-lsp/python-lsp-ruff
uot;. The bug is marked blocked by this bug.
Pytrainer has an essentially empty debian/rules so my immediate thought
was that the tools used (dh_python3 + pybuild) are the source of the
problem.
--
Arto Jantunen
ing.
>From cf5d2cd81bd9e39cfd6312a85351ca40dea88f85 Mon Sep 17 00:00:00 2001
From: Arto Jantunen
Date: Wed, 2 Aug 2023 11:37:00 +0300
Subject: [PATCH 2/2] Take emacs-bin-common contents from pgtk
---
debian/rules | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/debian/
Package: dh-python
Version: 6.20230813
Severity: normal
Control: block 1045322 by -1
Pybuild uses tox to run the upstream test suite of the package, but
fails to clean up the created .tox directory during debian/rules clean.
--
Arto Jantunen
Package: wnpp
Severity: normal
X-Debbugs-Cc: debian-emac...@lists.debian.org
Control: affects -1 + src:lsp-mode
Since I no longer use it (eglot is now included in Emacs and I have converted
my workflow to use it instead) I intend to orphan the lsp-mode package. The
change removing my name from Upl
Michael Prokop writes:
> * Arto Jantunen [Wed Apr 19, 2023 at 07:49:33PM +0300]:
>
>> The package fails to import under Python 3.11 with the following traceback:
>> Traceback (most recent call last):
> [...]
>> File "/usr/lib/python3/dist-packages/s
Package: sqlacodegen
Version: 1.1.6-4
Severity: grave
Tags: upstream fixed-upstream
The package fails to import under Python 3.11 with the following traceback:
Traceback (most recent call last):
File "/usr/bin/sqlacodegen", line 33, in
sys.exit(load_entry_point('sqlacodegen==1.1.6', 'consol
Package: golang-docker-credential-helpers
Version: 0.6.4+ds1-1+b4
Severity: wishlist
Tags: patch
Dear Maintainer,
The golang-docker-credential-helpers binary package contains two entirely
separate credential helpers.
docker-credential-pass requires the pass tool to work, and
docker-credential-se
Package: wnpp
Severity: wishlist
Owner: Arto Jantunen
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: radicale-dovecot-auth
Version : 0.4.1
Upstream Contact: Arvedui
* URL : https://github.com/Arvedui/radicale-dovecot-auth
* License : GPL-3
Package: wnpp
Severity: wishlist
Owner: Arto Jantunen
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: aiohttp-oauthlib
Version : 0.1.0
Upstream Contact: Hugo Osvaldo Barrera
* URL : https://git.sr.ht/~whynothugo/aiohttp
very long TODO list, I can't
guarantee any timeframe for getting to it.
To remove my timetable as blocker for this work, you could for example
join the Python team yourself, do the packaging and look for a sponsor
to upload the result.
--
Arto Jantunen
signature.asc
Description: PGP signature
Package: elpa-lsp-mode
Version: 8.0.0-2
Severity: grave
Tags: patch
X-Debbugs-Cc: tho...@koch.ro
A large part of the program isn't included in the package, see a debdiff
between version 8.0.0-2 and a correctly built package:
Files in first .deb but not in second
--
Package: lsp-mode
Version: 7.0.1-3
Severity: wishlist
Please update to the current upstream version 8.0.0. It adds support for
the current python-lsp-server (instead of only supporting the deprecated
pyls variant).
--
Arto Jantunen
/-/merge_requests/4
--
Arto Jantunen
signature.asc
Description: PGP signature
Package: python3-matplotlib
Version: 3.3.4-1
Severity: important
Tags: upstream, fixed-upstream
Forwarded: https://github.com/matplotlib/matplotlib/issues/19405
Dear Maintainer,
When running under Wayland matplotlib before version 3.4.0 fails at import
time with the following traceback:
Gdk-Mess
Package: pipewire-pulse
Version: 0.3.33-1
Severity: wishlist
Dear Maintainer,
Please add Provides: pulseaudio to the pipewire-pulse package so that the
pulseaudio daemon which this replaces can be removed (a lot of tools have
dependencies on pulseaudio, but work just as well or better with
pipewi
The Wanderer writes:
> On 2021-03-12 at 05:32, Arto Jantunen wrote:
>> We might as well just remove it for now, we can easily bring it back
>> if we can come up with a plausible story about the licensing
>> situation.
>
> If you think that's OK for the package (and
The Wanderer writes:
> On 2021-03-10 at 01:30, Arto Jantunen wrote:
>
>> Indeed the package was rejected after two months in the queue, due to
>> things missing from the copyright file:
>>
>>> +--+
>>> | REJECT reasoning |
>
gt;
> On 2021-01-02 at 13:34, Arto Jantunen wrote:
>
>> The package has been uploaded and is in NEW awaiting processing by
>> the FTP team.
>
> Last night (as far as I can judge), this package disappeared from
> https://ftp-master.debian.org/new.html (which I take to be t
debian-iot-team/openzwave/-/merge_requests/1
--
Arto Jantunen
Control: tags -1 +pending
The Wanderer writes:
> On 2020-12-23 at 02:08, Arto Jantunen wrote:
>
>> The Wanderer writes:
>
>>> I've decided it's worth the effort to become the new upstream for
>>> this, and confirmed with the original author that h
The Wanderer writes:
> On 2020-12-23 at 02:08, Arto Jantunen wrote:
>
>> The Wanderer writes:
>
>>> I've decided it's worth the effort to become the new upstream for
>>> this, and confirmed with the original author that he has no
>>> objectio
ry to take care of
updating the package as soon as I can, but due to commitments related to
the holiday season that will probably take a week or so. That should
still give us barely enough time before the freeze.
Thanks a lot for the work you did here.
--
Arto Jantunen
ader for it (I already maintain sqlacodegen, even though it appears
to have been abandoned upstream).
--
Arto Jantunen
Package: wnpp
Severity: wishlist
Owner: Arto Jantunen
* Package name: python-aioinflux
Version : 0.9.0
Upstream Author : Gustavo Bezerra
* URL : https://github.com/gusutabopb/aioinflux
* License : MIT
Programming Lang: Python
Description
Package: fwupd
Version: 1.3.3-3
Severity: serious
The unversioned dependency on libxmlb1 is incorrect. On a partially upgraded
system it reports this at startup (all dependencies are satisfied):
fwupdmgr: /lib/x86_64-linux-gnu/libxmlb.so.1: version `LIBXMLB_0.1.7' not
found (required by fwupdmgr
93 R12:
R13: R14: 7ffd7818ab38 R15: 7ffd7818ab2c
iwlwifi :00:14.3: Firmware not running - cannot dump error
--
Arto Jantunen
This is already packaged as python-migrate by the Openstack team. It
might be a different upstream fork, though.
--
Arto Jantunen
Package: ftp.debian.org
Severity: normal
Please remove the memcachedb package from the archive before the buster
release. It has been unmaintained upstream for many years, and as a network
daemon it has security implications that I cannot fully address on my own.
--
Arto Jantunen
usable on Python 2 again.
The bug was introduced in upstream version 1.56.
--
Arto Jantunen
Scott Kitterman writes:
> In the interests of moving the transition along, not having heard back, I'm
> preparing an NMU and plan to upload shortly.
Thanks for the NMU, I've had a busy week..
--
Arto Jantunen
Package: wnpp
Severity: normal
I request an adopter for the bcfg2 package. Upstream development has slowed
down, and keeping up with django and it's endless deprecations and changes is
proving to be difficult. I'm also no longer a user of bcfg2, and have limited
time available to work on it.
"Iain R. Learmonth" writes:
> On 07/17/2017 07:00 AM, Arto Jantunen wrote:
>> I have uploaded an NMU to fix #867438 to delayed/5, hopefully to keep
>> both this package and sqlacodegen from being removed from
>> testing. Trivial NMU diff attached.
>
> Thanks
..c44f6c608e49 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+python-inflect (0.2.5-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload
+ * Apply patch from Adrian Bunk to correctly generate dependencies for
+the python 3 package (Closes: #867438)
+
+ -- Arto Jantunen
and systemd-tmpfiles-setup tries
to access /home and waits forever for it to be mounted.
The workaround is to disable /usr/lib/tmpfiles.d/home.conf.
Please see https://bugzilla.redhat.com/show_bug.cgi?id=1414804 for a
Redhat bug report about the same issue.
--
Arto Jantunen
Package: wnpp
Severity: normal
I request an adopter for the memcachedb package. It hasn't been
maintained upstream for a long time now, so could use a lot of work.
Unless someone wants to continue maintaining this the package should
probably be removed.
The package description is:
Memcachedb is
f [ -z $nostop ]; then
invoke-rc.d nodm stop
fi
fi
fi
It seems that this didn't work for you for one reason or the other. I'll
look into this.
--
Arto Jantunen
Control: tags -1 + pending
Dear maintainer,
I've prepared an NMU for nodm (versioned as 0.12-1.1) and uploaded it to
DELAYED/2. Please feel free to tell me if I should delay it longer.
Regards.
--
Arto Jantunen
diff -Nru nodm-0.12/debian/changelog nodm-0.12/debian/changelog
--- nodm
Package: elpa-magit
Version: 2.10.0-1
Severity: important
I have both emacs25 and emacs24 installed, elpa-magit fails to compile for
emacs24 (version 24.5+1-7.1+b1):
Setting up elpa-magit (2.10.0-1) ...
tsort: -: input contains a loop:
tsort: dash-el
tsort: emacsen-common
tsort: -: input contains
Graham Inggs writes:
> Hi Arto
>
> On 23 December 2016 at 14:59, Arto Jantunen wrote:
>> I've prepared an NMU for qwtplot3d (versioned as 0.2.7+svn191-10.1) and
>> uploaded it to DELAYED/5. Please feel free to tell me if I
>> should delay it longer.
>
&g
Control: tags 811986 + pending
Dear maintainer,
I've prepared an NMU for qwtplot3d (versioned as 0.2.7+svn191-10.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Regards.
--
Arto Jantunen
diff --git a/debian/changelog b/debian/changelog
Control: notforwarded -1
Control: tags -1 - upstream - wontfix
Since this issue will not be fixed upstream it would seem that the next
step is to fix it for the Debian package by disabling the built in media
router as shown in the patch.
--
Arto Jantunen
path
for the tool to pick it up, neither the current working directory nor
/usr/share/vmdebootstrap/examples is used.
The same issue applies for version 1.4 which is in backporst. I did not
test 1.6 from unstable/testing.
--
Arto Jantunen
de/qwt3d_openglhelper.h:8,
from ../include/qwt3d_types.h:26,
from ../include/qwt3d_drawable.h:7,
from ../src/qwt3d_drawable.cpp:1:
/usr/include/GLES3/gl3.h:70:26: note: previous declaration as 'typedef
khronos_intptr_t GLintptr'
typedef khronos_intptr_t GLintptr; ^
--
Arto Jantunen
understanding be installed on a different machine just as
well). Recommends is pretty much meant for this case, please use it
instead.
--
Arto Jantunen
"Adam D. Barratt" writes:
> On Sat, 2015-10-31 at 14:47 +0200, Arto Jantunen wrote:
>> A new debdiff (with the migrations installed, and a proper changelog
>> generated) is attached.
>
> After a fair amount of patch wrangling (and some wondering why it took
> u
x27;ll try to upload the package soon after inflect gets accepted (the
'try' mainly having to do with the usual holiday scheduling things). Is
your inflect package available for download somewhere, I could test
against it and have final binaries ready and waiting for the NEW accept?
--
Arto Jantunen
"Adam D. Barratt" writes:
> On 2015-12-18 8:20, Arto Jantunen wrote:
>> "Adam D. Barratt" writes:
>>
>>> Hi,
>>>
>>> The next point release for "jessie" (8.3) is scheduled for Saturday,
>>> January 23rd. Pro
"Adam D. Barratt" writes:
> Hi,
>
> The next point release for "jessie" (8.3) is scheduled for Saturday,
> January 23rd. Processing of new uploads into jessie-proposed-updates
> will be frozen during the preceding weekend.
Has the deadline already been miss
Package: python-mock
Version: 1.3.0-2.1
Severity: grave
Trying to import mock returns the following traceback:
>>> import mock
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python2.7/dist-packages/mock/__init__.py", line 2, in
import mock.mock as _mock
File "/u
Package: wnpp
Severity: wishlist
* Package name: python-inflect
Version : 0.2.5
Upstream Author : Paul Dyson
* URL : http://pypi.python.org/pypi/inflect
* License : AGPLv3
Programming Lang: Python
Description : Python library for correctly generating pl
Package: wnpp
Severity: wishlist
Owner: Arto Jantunen
* Package name: sqlacodegen
Version : 1.1.6
Upstream Author : Alex Grönholm
* URL : https://pypi.python.org/pypi/sqlacodegen
* License : MIT
Programming Lang: Python
Description : Automatic model
case here.
--
Arto Jantunen
sted it. Perhaps wheezy isn't old enough to need
those.
In any case I'll do a new upload to unstable with this fixed, I'll get
back to you after that.
--
Arto Jantunen
n
actual upload to stable.
--
Arto Jantunen
"Adam D. Barratt" writes:
> On 2015-10-12 13:13, Arto Jantunen wrote:
>> "Adam D. Barratt" writes:
>>
>>> Control: tags -1 + moreinfo
>>>
>>> On Sat, 2015-10-10 at 09:43 +0300, Arto Jantunen wrote:
>>>> I would like t
"Adam D. Barratt" writes:
> Control: tags -1 + moreinfo
>
> On Sat, 2015-10-10 at 09:43 +0300, Arto Jantunen wrote:
>> I would like to update bcfg2 in stable to match the version currently in
>> testing to enable it to work with Django 1.7 (bug #755645). To
rits this issue from antlr, and thus that needs
to be rebuilt before anything can be done for sqlitebrowser.
Will libstdc++ generate tight enough dependencies to prevent partial
upgrades, or would antlr need to do the Breaks dance with its rdeps?
--
Arto Jantunen
--
To UNSUBSCRIBE, email to
ing
my work in progress packaging.
--
Arto Jantunen
diff --git a/debian/changelog b/debian/changelog
new file mode 100644
index 000..17fa5fd
--- /dev/null
+++ b/debian/changelog
@@ -0,0 +1,6 @@
+flask-admin (1.0.9-1) unstable; urgency=low
+
+ * Initial release
+
+ -- Arto Jantunen Tue, 12 Aug
ror: Error instantiating transport DirectStore:
Any help with either issue would be appreciated.
--
Arto Jantunen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ot;
LC_ALL=
Pbuilder (the build fails):
LANG=C.UTF-8 locale
LANG=C.UTF-8
LANGUAGE=
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C&qu
t one is that reproducible builds with pbuilder instead
of sbuild. I assume raspbian is built the normal way with sbuild? In any
case, I'll see if I can reproduce the pbuilder vs sbuild difference
here.
--
Arto Jantunen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
for now. It might not be sufficient
> yet of course, so Arto, please test this patch and report back here.
I tested the patch, it is indeed sufficient to fix the bug. Thanks for
the quick fix.
--
Arto Jantunen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subjec
Package: systemd
Version: 220-1
Severity: grave
The new upload to unstable broke booting with dracut. The initramfs attempts
to run /usr/lib/systemd/systemd-fsck to fsck the rootfs. Since on Debian (and
in the initramfs) this binary is actually at /lib/systemd/systemd-fsck this
fails, thus stoppin
Attached is a patch that creates a separate service file under debian/
as requested.
--
Arto Jantunen
>From 1e30ccab0b0f486601021789248cf346517a0adc Mon Sep 17 00:00:00 2001
From: Arto Jantunen
Date: Fri, 8 May 2015 13:03:00 +0300
Subject: [PATCH] Add systemd service file
Add a new syst
Peter Palfrader writes:
> On Wed, 06 May 2015, Arto Jantunen wrote:
>> I was planning to move to Type=notify + User=debian-tor +
>> RuntimeDirectory=/var/run/tor in the service file, and a separate
>> config instead of the current tor-service-defaults-torrc (without
>&g
Peter Palfrader writes:
> On Wed, 06 May 2015, Arto Jantunen wrote:
>
>> ++Type = forking
>
> I'm not sure why we'd continue to detach when running under systemd.
My plan was to do this in stages, starting with a service file that
works the same way as the current i
add CAP_KILL. Either will work you
>> chose one and I chose the other.
>
> With the difference that "your" tor daemons run with more capabilities
> than actually needed.
Makes sense. A new patch with that change is attached.
--
Arto Jantunen
>From 42962d2c0cc5a5df4d3348
nusenu writes:
> Arto Jantunen:
>> Actually also CAP_KILL is needed, otherwise reload will not work.
>
> CAP_KILL is not needed, see:
> https://lists.torproject.org/pipermail/tor-dev/2015-April/008759.html
Well. You can either do that, or add CAP_KILL. Either will work, y
Actually also CAP_KILL is needed, otherwise reload will not work.
--
Arto Jantunen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
What tor version did you test with?
With 0.2.6.7. Did you test both cases where /var/run/tor exists and
doesn't exist?
--
Arto Jantunen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
so, I quickly tested obfs4 and at least that pluggable transport seems
to work even with the systemd hardening stuff enabled. I'll test some
others at a later point.
--
Arto Jantunen
>From 3f50f0225b09bee31472ea62e79fcc8da05487f5 Mon Sep 17 00:00:00 2001
From: Arto Jantunen
Date: Thu, 30 A
Hi,
> CapabilityBoundingSet:
>
> Since you add CAP_FOWNER (compared to upstream): What use cases
> require it?
CAP_FOWNER is required by "ControlSocket /var/run/tor/control". Tor
chowns the control socket on startup (and fails to start if this does
not succeed).
--
intrigeri writes:
> Arto Jantunen wrote (30 Apr 2015 17:46:00 GMT) :
>> Attached is a patch to enable the systemd service file, and modify it to
>> mimick the behavior of the current initscript.
>
> Thanks!
>
> Two questions:
>
> 1. Was this tested with plug
Control: tags -1 patch
Attached is a patch to enable the systemd service file, and modify it to
mimick the behavior of the current initscript.
>From e4bce313a44555f474989588d30ee38b48069210 Mon Sep 17 00:00:00 2001
From: Arto Jantunen
Date: Thu, 30 Apr 2015 13:56:43 +0300
Subject: [PA
cores; PREEMPT)) it's possible
you aren't running Debian, but siduction instead. Is that the case, or
is the kernel the only changed component? In the later case, can you
retry with the standard Debian kernel?
--
Arto Jantunen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.de
Package: xul-ext-monkeysphere
Version: 0.8-1
Severity: important
Starting with Iceweasel 33 the monkeysphere extension no longer works. No
error messages are shown, but a cert that validates fine with msva-query-agent
is not accepted by Iceweasel.
-- System Information:
Debian Release: jessie/sid
Rob Browning writes:
> Arto Jantunen writes:
>
>> The Gnus version included in Emacs 24 ignores any marks set on an imap
>> server, including is the message read or not. This makes the imap
>> support of Gnus unusable for the main thing imap is used for (sharing
>>
or not being clearer in the original message.
--
Arto Jantunen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Arto Jantunen
* Package name: python-flask-admin
Version : 1.0.8
Upstream Author : Serge S. Koval
* URL : https://github.com/mrjoes/flask-admin
* License : BSD
Programming Lang: Python
Description : admin
Rob Browning writes:
> Arto Jantunen writes:
>
>> The Gnus version included in Emacs 24 ignores any marks set on an imap
>> server, including is the message read or not. This makes the imap
>> support of Gnus unusable for the main thing imap is used for (sharing
>>
Michael Biebl writes:
> Am 27.09.2014 um 10:24 schrieb Arto Jantunen:
>> With dns=unbound enabled the 01-dnssec-trigger dispatcher script isn't
>> used, and NM calls dnssec-trigger-script itself. The hardcoded path in
>> NM doesn't match where the script is in
pd 0.6.31-4
pn libteam-utils
-- Configuration Files:
/etc/NetworkManager/NetworkManager.conf changed:
[main]
plugins=ifupdown,keyfile
dns=unbound
[ifupdown]
managed=false
-- no debconf information
From: Arto Jantunen
Date: Sat, 27 Sep 2014 11:13:32 +0300
Subject: Use the correct path when calling
).
--
Arto Jantunen
diff --git a/debian/changelog b/debian/changelog
index 0fcd0a2..b72a9da 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,16 @@
+dnssec-trigger (0.13~svn685-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix incorrect configure parameter name
1 - 100 of 180 matches
Mail list logo
