On Tue, May 21, 2024 at 07:46:43AM +0200, Manny wrote:
> > This was reported and fixed in #1038207
> >
> > If you're using a bpo kernel, I highly suggest to use kernel modules
> > from bpo too.
>
> I appreciate the suggestion. But I have to wonder, why didn’t apt
> prevent this? The purpose of
forcemerge 1038207 1040898
thanks
On Wed, Jul 12, 2023 at 08:46:22AM +0200, Jan Volec wrote:
> Package: tp-smapi-dkms
> Version: 0.43-3
> Severity: critical
> Justification: breaks unrelated software
no it does not :)
> DKMS fails to compile the module with the 6.4 kernels; see
>
On Wed, Jul 12, 2023 at 09:06:36AM +0200, Caren Hern wrote:
> Hi Evgeni,
>
> yes I have suspend active. Hibernate was never working.
Okay, I can at least double-check that against the machines I have here!
> I am also confused now, because I just reinstalled the package (no errors)
> but indead
Hi,
On Tue, Jul 11, 2023 at 02:24:38PM +0200, Caren Hern wrote:
> After upgrading to from bulleye to bookworm (Kernel version 6.1.0-9) I
> experienced frequent freezes after wake.
> The power LED would light up, and I was able to toggle the keyboard
> backlight, but no other buttons responded
On Sun, Apr 25, 2021 at 03:41:38PM +0300, Heikki Hannikainen wrote:
> On Sun, 25 Apr 2021, Evgeni Golov wrote:
>
> > On Thu, Apr 22, 2021 at 12:19:57AM +0300, Heikki Hannikainen wrote:
> >
> > > - Remove N0CALL-1 from the default configuration (comment the line out) s
Hi,
On Thu, Apr 22, 2021 at 12:19:57AM +0300, Heikki Hannikainen wrote:
> - Have it not start up by default after installation, before it is configured
This should be doable by the following patch:
diff -Nru aprx-2.9.0+dfsg/debian/rules aprx-2.9.0+dfsg/debian/rules
---
On Sat, Apr 24, 2021 at 07:46:32PM +0200, Evgeni Golov wrote:
> Moin,
>
> On Sat, Apr 17, 2021 at 10:20:45PM +0200, Paul Gevers wrote:
> > Librarian::Mock::Cli
> > version
> > autopkgtest [04:30:22]: ERROR: timed out on command "su -s /bin/bash
>
> pok
Moin,
On Sat, Apr 17, 2021 at 10:20:45PM +0200, Paul Gevers wrote:
> Librarian::Mock::Cli
> version
> autopkgtest [04:30:22]: ERROR: timed out on command "su -s /bin/bash
poking around this…
the tests pass fine as long the deb is not installed (so it's only
running from the source checkout),
On March 4, 2021 3:50:21 PM UTC, gregor herrmann wrote:
>On Tue, 02 Mar 2021 22:44:24 +, Thorsten Glaser wrote:
>
>> and the new one doesn’t work, and I don’t even
>> know what I’m supposed to put where. Perhaps upstream has some kind
>> of list what model needs which settings? Also, YAML
On March 2, 2021 9:01:28 PM UTC, Thorsten Glaser wrote:
>Evgeni Golov dixit:
>
>>>… without that it’ll also fail, which means it’ll fail package
>>>installation, which is a serious (RC) bug.
>>
>>No, the daemon is not started on install
>
>Did tha
On March 2, 2021 8:26:12 PM UTC, Thorsten Glaser wrote:
>Evgeni Golov dixit:
>
>>> No, this is about the *vanilla* config shipped by the package.
>>> It used to work (my adjustment later was only regarding the levels
>>> of temperature as I’ve got an SSD
On Tue, Mar 02, 2021 at 07:28:11PM +, Thorsten Glaser wrote:
> Evgeni Golov dixit:
>
> >> tglase@tglase-nb:~ $ sudo cleanenv / /etc/init.d/thinkfan start
> >> Starting fan control tool: thinkfan
> >> ERROR: Error scanning
> >> /sys/devices/
Hey,
On Tue, Mar 02, 2021 at 04:13:01PM +0100, Thorsten Glaser wrote:
> Unfortunately, thinkfan still fails to work:
>
> tglase@tglase-nb:~ $ sudo cleanenv / /etc/init.d/thinkfan stop
> Stopping fan control tool: thinkfan.
> tglase@tglase-nb:~ $ sudo cleanenv / /etc/init.d/thinkfan start
>
Hey again,
On Mon, Mar 01, 2021 at 07:30:14PM +, Evgeni Golov wrote:
> >By installing /etc/thinkfan.yaml on systems with a working configuration
> >in /etc/thinkfan.conf, the daemon simply fails to start (while simply
> >removing the new /etc/thinkfan.yaml allow one
found 983727 1.2.1-1
thanks
Hey David!
Thanks for the report.
On February 28, 2021 9:29:54 PM UTC, "David Prévot" wrote:
>Package: thinkfan
>Version: 1.2.1-3
>Severity: serious
>
>The “thinkfan Example Config File” currently shipped as
>/etc/thinkfan.yaml “is NOT a working config file that can
Hey Adrian,
On Fri, Feb 05, 2021 at 01:32:15PM +0200, Adrian Bunk wrote:
> I've prepared an NMU for hdapsd (versioned as 1:20141203-1.1) and
> uploaded it to DELAYED/1. Please feel free to tell me if I should
> cancel it.
Thanks, but NACK.
I have prepared something similar (with more changes)
Hi Bernhard,
thanks for digging into this! I'd argue that the real bug is in the grpc
package, as dropping symbols without a soname bump is bad. But that clearly
doesn't help you now.
CCing the maintainer of grpc, shall we reassign and you do the needed changes?
Evgeni
On April 5, 2020
I think this is fixed by
https://github.com/seebk/GIMP-Lensfun/commit/ca4511c1a4dd8edabe86e4a943861fda07b7e86c
Feel free to 0day NMU, I don't have much time right now.
On January 29, 2020 7:00:30 PM UTC, Paul Gevers wrote:
>Source: gimplensfun
>Version: 0.2.4-1
>Severity: serious
Thanks Sandro, feel free to upload to sid without delay!
On December 22, 2019 8:23:22 PM UTC, Sandro Tosi wrote:
>Control: tags 938053 + patch
>
>
>Dear maintainer,
>
>I've prepared an NMU for python-publicsuffix (versioned as 1.1.0-2.1). The diff
>is attached to this message.
>
>Regards.
>
Hi Moritz,
yeah, that sounds reasonable.
PEB, terceiro, any objections?
Evgeni
On December 19, 2019 7:43:30 PM UTC, "Moritz Mühlenhoff"
wrote:
>On Fri, Aug 30, 2019 at 07:41:57AM +, Matthias Klose wrote:
>> Package: src:python-lxc
>> Version: 0.1-3
>> Severity: normal
>> Tags: sid
Package: selinux-policy-dev
Version: 2:2.20171228-1
Severity: serious
Ohai,
upgrade to latest s-p-dev fails:
Setting up selinux-policy-dev (2:2.20171228-1) ...
Running sepolgen-ifgen...dpkg: error processing package selinux-policy-dev
(--configure):
installed selinux-policy-dev package
control: severity -1 important
On Fri, Dec 22, 2017 at 10:03:17AM +0100, Elimar Riesebieter wrote:
> Package: tp-smapi-dkms
> Version: 0.42-1
> Severity: serious
> Justification: fails to build from source
Nope. 4.15 is not in Debian (not even experimental), so it can't be serious.
> tp-smapi
Ohai,
On Wed, Nov 01, 2017 at 12:00:12PM -0200, Antonio Terceiro wrote:
> > lxc-start 20171101123914.655 ERRORlxc_apparmor -
> > lsm/apparmor.c:apparmor_process_label_set:220 - If you really want to start
> > this container, set
> > lxc-start 20171101123914.655 ERROR
Hi,
On Mon, Oct 30, 2017 at 06:23:32PM +0100, Andreas Beckmann wrote:
> See policy 7.6 at
> https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces
This should be
https://www.debian.org/doc/debian-policy/#overwriting-files-and-replacing-packages-replaces
Where can I file a bug
Package: libluajit-5.1-dev
Version: 2.1.0~beta3+dfsg-2
Severity: serious
Tags: upstream
Hi,
LuaJIT 2.1 introduces symbols from Lua 5.2 [1] and drops a few compat symbols
[2] that are still present in Lua 5.1 [3].
This breaks software that either not expects these 5.2 symbols, or expects the
Hi,
On Fri, Jul 21, 2017 at 07:02:50AM -0400, Boruch Baum wrote:
> Upon upgrading `mutt' from the stable to testing repositories, mutt
> ceased to function, offering the following error message:
There is no mutt 1.7.2-1 in testing. Did you mean upgrading
jessie→stretch?
>#+BEGIN_SRC conf
>
Hi Stiepan,
On Fri, Mar 24, 2017 at 10:51:24AM -0400, Stiepan wrote:
> Using a bridge set up with libvirt (as in
> http://wiki.libvirt.org/page/Networking#NAT_forwarding_.28aka_.22virtual_networks.22.29)
> doesn't work.
Is that what the libvirt package does on Debian out-of-the-box?
If so it
Hi,
On Fri, Mar 24, 2017 at 05:03:57AM -0400, Stiepan wrote:
> Fyi, now that lxc 2.0.7-2 landed in jessie-backports, I am getting a new
> error when trying to start an lxc instance (running jessie as well) using a
> virtual br0 rather than "plain old" br0 (all of this in unprivileged mode),
>
Control: tags -1 + patch
On Sun, Mar 19, 2017 at 10:06:01AM +0100, Evgeni Golov wrote:
> > > socket.error: [Errno 92] Protocol not available
> >
> > That's probably https://github.com/circus-tent/chaussette/issues/82?
> > But the traceback looks different, so not
Control: forwarded -1 https://github.com/circus-tent/chaussette/issues/82
Control: tags -1 + upstream
Control: retitle -1 FTBFS: chaussette incompatible with waitress 1.0, tests fail
On Sun, Mar 19, 2017 at 08:56:42AM +0100, Evgeni Golov wrote:
> On Sun, Mar 19, 2017 at 08:48:47AM +0100, Evg
On Sun, Mar 19, 2017 at 08:48:47AM +0100, Evgeni Golov wrote:
> The issue is that the waitress backend does not start:
> % /usr/bin/python2.7 -m chaussette.server --backend waitress
> 2017-03-19 08:46:54 [23969] [INFO] Application is 0x7f6317213758>
> 2017-03-19 08:46:54 [23969]
Hi,
On Tue, Feb 21, 2017 at 09:29:50AM +0100, David Douard wrote:
> Thanks for the bug report. I'll try to investiate this (as well as several
> other small issues) ASAP (probably not before one or 2 weeks however).
The issue is that the waitress backend does not start:
% /usr/bin/python2.7 -m
Hi Dima,
> Hi. I just tried to send an unblock, and reportbug crashed. Session:
>
> dima@scrawny:~$ sudo apt install reportbug
> ...
> Please enter the name of the package: geda-gaf
> Checking status database...
> Traceback (most recent call last):
…
> return
Hi
On Mon, Dec 05, 2016 at 02:21:24PM +0100, pyt...@gmx.li wrote:
> After playing around a while with the packets I could figure out, that the
> package is working with the stable version of "python-ethtool" (currently
> 0.11-2).
Thanks for the report and the debugging.
This could be
/changelog
--- python-ethtool-0.12/debian/changelog 2016-09-24 15:34:09.0 +0200
+++ python-ethtool-0.12/debian/changelog 2017-03-18 16:47:04.0 +0100
@@ -1,3 +1,15 @@
+python-ethtool (0.12-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+
+ [ Evgeni Golov ]
+ * update Homage
On Fri, Mar 17, 2017 at 08:11:18PM +0100, Reiner Herrmann wrote:
> On Fri, Mar 17, 2017 at 07:45:49PM +0100, Evgeni Golov wrote:
> > It's now on
> > https://fedorapeople.org/cgit/dsommers/public_git/python-ethtool.git/
>
> Is that the official repository? It looks o
Ohai,
On Wed, Mar 15, 2017 at 01:30:01PM +0100, Reiner Herrmann wrote:
> The reason for the segmentation faults is that the arguments
> passed to several functions are parsed incorrectly in the C
> library.
> They use the format string "s*" instead of "s", which would
> require a Py_buffer
On Sun, Mar 12, 2017 at 06:30:52PM +0100, Wolfgang Schweer wrote:
> On Sun, Mar 12, 2017 at 06:04:00PM +0100, Evgeni Golov wrote:
> > On Sun, Mar 12, 2017 at 05:42:34PM +0100, Wolfgang Schweer wrote:
> > > One point:
> > > For the d/NEWS file to be actual
Hey,
On Sun, Mar 12, 2017 at 05:42:34PM +0100, Wolfgang Schweer wrote:
> On Sun, Mar 12, 2017 at 09:16:46AM +0100, Evgeni Golov wrote:
> > I went a bit further, droped that code, and migrated the setting
> > to update-rc.d on upgrade. See attached patchset.
> >
> > Wh
pad_acpi
> # with fan_control=1 (if you have a ThinkPad).
> # Also, running 'update-rc.d thinkfan enable' is needed.
> START=no
I went a bit further, droped that code, and migrated the setting
to update-rc.d on upgrade. See attached patchset.
What do you think?
>From b5d70ee07a27b4baae726c
Hi,
On Sat, Mar 11, 2017 at 08:58:23PM +0100, Wolfgang Schweer wrote:
> On Sat, Mar 11, 2017 at 03:12:48PM +0100, Evgeni Golov wrote:
> > But with the help of fsateler and the postinst of src:puppet, I think I now
> > have a working solution. Just call update-rc.d disable on
ades.
Agreed.
But with the help of fsateler and the postinst of src:puppet, I think I now
have a working solution. Just call update-rc.d disable on a fresh install.
Can you please test the attached patch?
Regards
Evgeni
>From 87320b76e2d7c7e055eb6ae85828d22c90d02442 Mon Sep 17 00:00:00 2001
From: Ev
Hi Wolfgang,
On Sat, Mar 11, 2017 at 01:57:47PM +0100, Wolfgang Schweer wrote:
> Hi Evgeni,
>
> On Sat, Mar 11, 2017 at 12:34:18PM +0100, Evgeni Golov wrote:
> > > override_dh_installinit:
> > > - dh_installinit --onlyscripts
> > > + dh_installinit --on
Hi Wolfgang,
On Wed, Mar 08, 2017 at 11:45:45PM +0100, Wolfgang Schweer wrote:
> the attached patch seems to work for me.
> Please test.
Thanks for the patch!
> override_dh_installinit:
> - dh_installinit --onlyscripts
> + dh_installinit --only-scripts --no-start
Sadly, it is not
Hi Tim,
On Mon, Feb 20, 2017 at 11:38:29PM +, Potter, Tim wrote:
> On 18 Feb 2017, at 5:33 AM, Evgeni Golov <evg...@debian.org> wrote:
> > Can we in the meantime have proper Breaks in place, so that people don't
> > accidentally update runc without docker/container
Hi Tim,
On Wed, Feb 15, 2017 at 10:52:22PM +, Potter, Tim wrote:
> > I can reproduce this. Downgrading to 0.1.1+dfsg1-2 fixed this for me.
>
> Hi everyone. This upload is part of updated build dependencies for Docker
> 1.13.0.
> Currently the pipeline is stalled while a few things sit in
On Mon, Sep 12, 2016 at 04:43:31PM +0200, Balint Reczey wrote:
> src/gtk/CMakeFiles/yabause-gtk.dir/build.make:713: recipe for target
> 'src/gtk/yabause-gtk' failed
> make[3]: *** [src/gtk/yabause-gtk] Error 1
> ...
08:36 < Zhenech> Guillaume, debian enabled PIE and bindnow for all builds
08:36 <
control: severity -1 important
control: tags -1 + unreproducible moreinfo
Hi,
On Tue, Mar 29, 2016 at 07:44:28AM -0500, Richard Jasmin wrote:
> current packaged version causes stack to be smashed, and there doesnt seem to
> be a fix.
> -was it compiled before stack smashing detection code?
>
>
Ohai,
On Fri, Apr 01, 2016 at 03:15:48PM +0200, Salvatore Bonaccorso wrote:
> There are now a partial fix
>
> https://github.com/ansible/ansible-modules-extras/commit/da84e2e9b83be6ebebbfd3be6776f391622c02fe
>
> and more in pull request at
>
>
Source: pyflakes
Version: 1.0.0-2
Severity: serious
Ohai,
during the upgrade to 1.0.0-2 in sid, I saw the following error:
Unpacking python-pyflakes (1.0.0-2) ...
dpkg: error processing archive
/var/cache/apt/archives/python-pyflakes_1.0.0-2_all.deb (--unpack):
trying to overwrite
Hi,
On Wed, Oct 14, 2015 at 10:26:07PM -0300, Alejandro Carrazzoni wrote:
> When I run desmume, it crashes right after starting, with the following error:
>
> (desmume:6776): Gdk-CRITICAL **: IA__gdk_cairo_create: assertion
> 'GDK_IS_DRAWABLE (drawable)' failed
> Violación de segmento
Thanks
Hi,
On Fri, Aug 14, 2015 at 01:46:06PM +0100, James Cowgill wrote:
This was intriguing me so I had a bit of a look at it :)
Cool!
However, autoconf-archive also has a (different) implementation of
AX_CHECK_GLU which gets used instead if the package is installed. This
version has a bug in
control: tags -1 + unreproducible
Hi tbm!
On Sun, Jul 05, 2015 at 07:08:14PM -0400, Martin Michlmayr wrote:
gnujump fails to build in unstable:
sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on m400-c3n1.hlinux.usa.hp.com
...
/bin/bash ../libtool --tag=CC --mode=link gcc
Hi,
On Thu, Aug 13, 2015 at 09:05:41PM +0200, Fabian Greffrath wrote:
Am Donnerstag, den 13.08.2015, 20:05 +0200 schrieb Evgeni Golov:
-lSDL_image -lSDL_mixer
Is there anything special in your setup that would trigger this?
It seems to link against both SDL_image and SDL_mixer
Package: sysdig
Version: 0.1.101-2
Severity: serious
Tags: upstream
Justification: fails to build from source (but built successfully in the past)
While prparing 0.1.102, I noticed that it will not build on current unstable.
This also applies to 0.1.101-2 as in the archive. Build log:
Linking
Hi
I actually have an almost ready 14.2.5 in git that would just fix everything.
I'll try to get that done until the weekend. Does that sound ok for you?
Greets
Evgeni
On July 20, 2015 6:32:40 PM GMT+02:00, Felix Geyer fge...@debian.org wrote:
Hi,
On 13.06.2015 01:32, Felix Geyer wrote:
Hi,
On Mon, Jul 20, 2015 at 07:42:25PM +0200, Felix Geyer wrote:
Hi,
On 20.07.2015 19:03, Evgeni Golov wrote:
Hi
I actually have an almost ready 14.2.5 in git that would just fix
everything. I'll try to get that done until the weekend. Does that sound ok
for you?
Sounds greats
Control: tags -1 + patch
On Tue, Jun 16, 2015 at 10:34:35PM +0200, Evgeni Golov wrote:
Most probably causing commit is:
https://anonscm.debian.org/cgit/collab-maint/libjsoncpp.git/commit/debian?id=21f33b218735398db17c50e09b46d7fefa39bec8
Either of these will fix the issue:
diff -Nru
Hi,
reassigning to libjsoncpp, as it is generating it shlibs wrongly it
seems.
On Tue, Jun 16, 2015 at 03:17:57PM +0200, Michael Prokop wrote:
# sysdig
sysdig: error while loading shared libraries: libjsoncpp.so.0: cannot
open shared object file: No such file or directory
When installing
Hi Joerg,
On 12/04/2014 03:10 PM, Jörg Steffens wrote:
while the missing dependency is certainly a problem, I don't think the
missing bareos-dbcheck causes the problem here.
I guess it is related to another problem. This have been fixed in master
and today also published to bareos-14.2 and
On 12/05/2014 09:36 AM, Evgeni Golov wrote:
Hi Joerg,
On 12/04/2014 03:10 PM, Jörg Steffens wrote:
while the missing dependency is certainly a problem, I don't think the
missing bareos-dbcheck causes the problem here.
I guess it is related to another problem. This have been fixed in master
[ CCing -release@ whether this should be treated as a bug in
bareos-database-common or dbconfig-common or not-at-all ]
On 12/05/2014 09:58 AM, Evgeni Golov wrote:
The funny part is: there is no database at all, so dbconfig-common
should have just silently died in a corner. Chasing this now
Hi,
On 12/05/2014 08:27 PM, Julien Cristau wrote:
On Fri, Dec 5, 2014 at 12:19:12 +0100, Evgeni Golov wrote:
Dear RT, do you think this is a RC bug in bareos and should be fixed by
reverting the previous fix (or restructuring the package, but that is
probably out of scope at this time
Hi,
On 12/03/2014 04:10 AM, Andreas Beckmann wrote:
during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.
Thanks. This is what you get when you try to solve dependency
Hi Joerg,
On 11/03/2014 11:33 AM, Jörg Steffens wrote:
thank you for this detailed information.
Bareos only substitutes template variables on initial installation (or
the database backend if somebody reconfigures dbconfig-common).
I'll change the behavior, so that the template
Hi,
On Mon, Nov 03, 2014 at 12:16:24PM +0100, Evgeni Golov wrote:
I have a half-working patch on my disk for that. You might want to try
that as a base, I'll push it to git soon and let you know.
How about that?
https://github.com/credativ/bareos/commit
On 11/04/2014 12:43 AM, Jörg Steffens wrote:
How about that?
https://github.com/credativ/bareos/commit/a3817bfc181cbe9352e2b9c7f52e125f598bcbae
looks very good.
From my point of view, this fixes the problem.
Thanks for the review!
I have added a few postrm scripts to remove the configs
Package: apt-dater
Version: 1.0.1-1
Severity: grave
Hi,
after the upgrade to 1.0.0 I first what surprised by a new configuration, w/o
an import of my old one, thanks :/
After rewriting the config, apt-dater segfaults on me.
Minimal config to reproduce the issue (based on your example):
Hosts:
{
control: severity -1 important
On Sun, Oct 12, 2014 at 06:58:21PM +0200, Marco wrote:
Thanks for the reply I was giving up hope :)
My guess would be that thinkfan gets corrupted data from 'somewhere',
and then some lack of bounds or type checking messes up other internal
variables and
control: severity -1 normal
Hi Stephen,
On 10/07/2014 11:41 AM, Stephen Allen wrote:
From the applicaiton log:
# journalctl -xn
-- Logs begin at Mon 2014-10-06 22:36:18 EDT, end at Tue 2014-10-07 05:35:40
EDT. --
Oct 07 05:35:40 Jessie systemd[1]: Starting simple and lightweight fan
Hi,
On Mon, Oct 13, 2014 at 01:30:26PM +0400, Vlad Orlov wrote:
I suggest making a debdiff from this patch so the maintainers would be
able to include it in the package. It will be faster than waiting for the
upstream to release a new version. If you need some info about making
a debdiff,
Hi Marco,
On 10/05/2014 06:46 PM, Marco wrote:
When I restart thinkfan or reboot the whole machine, thinkfan dies with the
following message:
setfan_ibm: Error writing to /proc/acpi/ibm/fan: Invalid argument
Cleaning up and resetting fan control.
Never seen this before.
I tryed to
control: severity -1 important
control: tags -1 + unreproducible
On Wed, Aug 20, 2014 at 06:10:08PM +0200, Evgeni Golov wrote:
After reading a bug report one expects to understand what the problem is
- maybe content related? :)
No, seriously, what is your system, what happens if you try
control: tags -1 + moreinfo
Dear submitter,
On Mon, Aug 18, 2014 at 06:09:11PM -0400, Stephen Allen wrote:
Severity: grave
Justification: renders package unusable
Dear Maintainer,
After installation one expects the start script to function - maybe systemd
related?
After reading a bug
control: forwarded -1 https://github.com/draios/sysdig/pull/212
control: tags -1 + fixed-upstream patch
Mraw!
On Sat, Jul 19, 2014 at 11:27:37PM +0200, Cyril Brulebois wrote:
your package no longer builds on kfreebsd-*:
Yepp, I fixed that upstream [1], but was not motivated enough to
On Mon, Apr 28, 2014 at 09:37:06PM +0200, Benjamin Eltzner wrote:
as the my regular sponsor for the qpdfview package currently does not
have much time, would you still be willing to check my package and
upload it to unstable? It would be much appreciated.
Sure, uploaded!
Greets
Evgeni
--
.
+Closes: #742515
+
+ -- Evgeni Golov evg...@debian.org Sun, 27 Apr 2014 12:10:36 +0200
+
blktap-dkms (2.0.93-0.1) unstable; urgency=high
* Non-maintainer upload.
diff -Nru blktap-dkms-2.0.93/debian/patches/fix-vm-reserved.patch blktap-dkms-2.0.93/debian/patches/fix-vm-reserved.patch
: #745598
+
+ -- Evgeni Golov evgeni.go...@credativ.de Sun, 27 Apr 2014 13:15:28 +0200
+
libkolab (0.4.2-7) unstable; urgency=low
* Fix saving of pictures to kabc resources (Closes: #721099)
diff -Nru libkolab-0.4.2/debian/patches/series libkolab-0.4.2/debian/patches/series
--- libkolab-0.4.2
On 04/25/2014 09:42 PM, Evgeni Golov wrote:
As the Makefile defines LDCONFIG=ldconfig, and not
LDCONFIG?=ldconfig, I can not :/
We could add the PATH in debian/rules instead.
Shall we cancel the NMU for this fix?
Greets
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
control: tags -1 + moreinfo unreproducible
Hi,
On Wed, Apr 23, 2014 at 09:32:19AM +0200, Ondřej Surý wrote:
while doing the package recompilation with PHP 5.6 your package failed
to build:
Linking CXX executable conversiontest
cd
On 04/27/2014 03:08 PM, Ondřej Surý wrote:
I can reproduce the build failure with following packages installed
(installed-packages.txt).
I have also attached full build log from my cowbuilder.
Ok, I found the problem. You have libqt4-dev installed, this triggers
the build of the tests (they
Source: libkolabxml
Version: 0.8.4-5
Severity: serious
Hi,
libkolabxml will FTBFS when python3-dev is installed:
dh_install --fail-missing
make[1]: Leaving directory `/tmp/buildd/libkolabxml-0.8.4'
dh_installdocs -O--parallel
dh_installchangelogs -O--parallel
dh_python2 -O--parallel
E:
+ * Explicitely use Python 2, even when Python 3 is installed.
+Closes: #746160
+
+ -- Evgeni Golov evgeni.go...@credativ.de Sun, 27 Apr 2014 15:54:06 +0200
+
libkolabxml (0.8.4-5) unstable; urgency=low
* Fix parallel build issue
diff -Nru libkolabxml-0.8.4/debian/patches/fix-test-link
On Sun, Apr 27, 2014 at 05:20:34PM +0200, Ondřej Surý wrote:
Cool, so it's simple Build-Conflicts: then I guess...
Yeah, or an actual fix ot the tests ;)
See the uploaded nmu diff.
Greets
--
Bruce Schneier can read and understand Perl programs.
--
To UNSUBSCRIBE, email to
@@ -1,3 +1,12 @@
+pygresql (1:4.0-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add B-D on postgresql-server-dev-all.
+ * Add includedir-server to includes.
+Closes: #741806
+
+ -- Evgeni Golov evgeni.go...@credativ.de Fri, 25 Apr 2014 15:15:25 +0200
+
pygresql (1:4.0-3
Hi,
On Sat, Apr 12, 2014 at 01:26:07AM +0200, Benjamin Eltzner wrote:
Hi Peter, thanks a lot for the information. I will include zlib1g-dev as
build dependency in future versions of the package. However, as there
will probably be releases of qpdfview before the Jessie freeze and no
FTBFS
control: tags -1 + moreinfo unreproducible
Hi!
On Sun, Apr 13, 2014 at 12:32:23AM +0800, Thomas Goirand wrote:
The package is missing a dependency on dh-python, and therefore, it did
FTBFS on my automated build system. Please fix it.
The package builds fine in a clean uptodate sid chroot.
Can
control: tags -1 - moreinfo unreproducible
control: severity -1 wishlist
On Fri, Apr 25, 2014 at 04:51:19PM +0200, Evgeni Golov wrote:
On Sun, Apr 13, 2014 at 12:32:23AM +0800, Thomas Goirand wrote:
The package is missing a dependency on dh-python, and therefore, it did
FTBFS on my automated
in $PATH
+Closes: #744917
+
+ -- Evgeni Golov evgeni.go...@credativ.de Fri, 25 Apr 2014 19:53:24 +0200
+
luajit (2.0.3+dfsg-2) unstable; urgency=medium
* Fix multilib value in .pc file (Closes: #743762)
diff -Nru luajit-2.0.3+dfsg/debian/patches/0005-call-ldconfig-with-explicit-sbin
Hi,
On 04/25/2014 09:24 PM, Enrico Tassi wrote:
On Fri, Apr 25, 2014 at 08:25:16PM +0200, Evgeni Golov wrote:
tags 744917 + patch
tags 744917 + pending
thanks
Dear maintainer,
I've prepared an NMU for luajit (versioned as 2.0.3+dfsg-2.1) and
uploaded it to DELAYED/2. Please feel free
Hi,
On Wed, Apr 23, 2014 at 10:58:49PM -0400, Aaron M. Ucko wrote:
Source: django-classy-tags
Version: 0.3.4.1-1
Did you mean 0.5.1-1?
Builds of django-classy-tags covering only its main
architecture-dependent binary package (as on the autobuilders) have
been failing:
fakeroot
On 04/25/2014 09:44 PM, Benjamin Eltzner wrote:
I uploaded a tentative new package to mentors:
http://mentors.debian.net/package/qpdfview
would you check whether it compiles in your build environment?
Yes, works fine now, thanks!
Please ping me, if you need a sponsor :)
I think, I will ask
Source: luajit
Version: 2.0.3+dfsg-2
Severity: serious
Tags: upstream
Hi,
when building LuaJIT as a normal user (even when using fakeroot),
LuaJIT will FTBFS:
fakeroot debian/rules binary
dh --with quilt binary
dh_testroot
dh_prep
debian/rules override_dh_auto_install
make[1]:
On Mon, Mar 31, 2014 at 11:40:41AM +0200, Ralf Jung wrote:
However, interesting enough, just *installing* systemd (without using
it) already improves the situation a lot: nmcli c works as expected,
and the KDE plasma-nm applet shows the available and stored connections.
However, for some
.
+ * Add python-setuptools to Build-Depends. (Closes: #725563)
+
+ -- Evgeni Golov evg...@debian.org Fri, 28 Mar 2014 20:42:21 +0100
+
python-naturalsort (1.0.3-1) unstable; urgency=low
* Initial release (closes: #723742).
diff -Nru python-naturalsort-1.0.3/debian/control python-naturalsort
Package: libssl1.0.0
Version: 1.0.1e-5
Severity: critical
Hi,
with the recent libssl upgrade, my openssh client stoped working. e.g.:
% ssh pinky.die-welt.net
OpenSSL version mismatch. Built against 1000105f, you have 10001060
Running openssh with -vvv does not bring any more light.
If this is
reassign -1 ftp.debian.org
retitle -1 RM: orange -- RoM
On Wed, Oct 16, 2013 at 03:48:03PM +0200, Michael Biebl wrote:
I'm bumping the severity to serious, since this is blocking the removal
of hal which we should get rid of sooner rather then later.
then let's drop orange too. Neither me nor
Hi David,
On Sat, Jun 22, 2013 at 01:57:45PM +0200, David Suárez wrote:
During a rebuild of all packages in sid, your package failed to build on
amd64.
Thanks for the rebuild and the checks of Debian's quality!
Relevant part:
Sadly, it isn't.
configure:5713: checking for zzip_open in
On 05/13/2013 10:49 AM, Emilio Pozuelo Monfort wrote:
The ftbfs bugs caused by vala and a new gobject-introspection can
easily be
fixed (at least in most cases) by switching to valac-0.20 which just
got its way
into unstable. I just fixed bug #707378 this way by switching the build
On 05/13/2013 10:59 AM, Evgeni Golov wrote:
On 05/13/2013 10:49 AM, Emilio Pozuelo Monfort wrote:
The ftbfs bugs caused by vala and a new gobject-introspection can
easily be
fixed (at least in most cases) by switching to valac-0.20 which just
got its way
into unstable. I just fixed bug
1 - 100 of 387 matches
Mail list logo
