Package: libbsd-dev
Version: 0.8.0-2
Severity: grave
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi!
After a recent update of libbsd, programs using it now fail at compile
time with:
/usr/include/bsd/unistd.h: In function 'setproctitle':
/usr/include/bsd/unistd.h:64:2: error: expected decla
James McCoy wrote on Sat, Dec 05, 2015 at 13:08:50 -0500:
> “:write foobar” is successful in a 'nofile' buffer and that's
> essentially what “:saveas foobar” is doing, except it's also "switching"
> you to that file. The implementation detail of just renaming the
> current buffer to the new filena
Control: noowner 774567
Hi Mattia,
Sorry about that. The meta data should be correct now.
Basically this package was needed for OpenLayers3, but Bas gave up due
to the opposition to small node packages and the bug was archived.
Now node-nomnom is also needed for node-kosmtik which I intend to
p
[Sunil Mohan Adapa]
> Macchanger package which is meant to change the MAC address on every
> boot is not working anymore as we use Network Manager for network
> connections. Find a way to make macchanger work with Network Manager
> or find an alternative and remove macchanger.
We should try to ge
Source: redshift
Version: 1.10-5
Severity: normal
Hi,
It seems that the .service files are not installed in the packages:
dh_install: usr/lib/systemd/user/redshift-gtk.service exists in debian/tmp but
is not installed to anywhere
dh_install: usr/lib/systemd/user/redshift.service exists in debia
We are not happy about the fork either. We had to add a few things to libuv
that have not been upstreamed for a variety of reasons.
Copying others too since this is an oft discussed topic.
-viral
On 12 Dec 2015 11:03 a.m., "Peter Colberg" wrote:
> On Fri, Dec 11, 2015 at 06:36:09PM +, Edmun
Control: tag -1 +moreinfo
Hi,
Debian is a large community driven by volunteers, and sometimes things
don't progress immediately. Thank you for your patience, and I welcome
you to volunteer some of your time in areas you feel need improvement.
Regarding your mirror submission:
The default site
Package: pbuilder
Version: 0.221.1
Severity: grave
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
since the last update I get allways:
[...]
Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ...
Reading package lists...
Building dependency tree...
Reading state information...
Initiali
On Fri, 11 Dec 2015 16:00:34 +0100 Salvo Tomaselli
wrote:
> Dear Maintainer,
Hi,
> doing
> > service xdm restart
>
> inside a graphic session will terminate Xorg but not restart.
>
> Systemd was supposed to solve this issue...
xdm package is now shipping a .service file, can you retry with th
Package: ftp.debian.org
Severity: wishlist
Please add pdiffs for the Contents-source files in at least testing,
unstable and experimental so I don't have to download it all daily.
Forwarded from here:
https://lists.debian.org/msgid-search/20151206163133.ga...@jwilk.net
--
bye,
pabs
https://wi
Package: ftp.debian.org
Severity: normal
This package is broken under Django 1.8+ (Django 1.9 is now in testing),
not fixed in upstream git, and hasn't seen an upstream release since
January this year.
It has one RC bug in Debian, and a collection of nasty looking bugs
upstream.
https://bugs.deb
On Fri, Dec 11, 2015 at 06:36:09PM +, Edmund Grimley Evans wrote:
> It failed to build on arm64:
>
> https://buildd.debian.org/status/package.php?p=julia&suite=sid
>
> The error was:
>
> signal (6): Aborted
> gsignal at /lib/aarch64-linux-gnu/libc.so.6 (unknown line)
> Aborted
>
> The probl
Control: tag -1 +moreinfo
Hi Aleksandr,
The alias of sunirc.eu.org does not resolve.
Is it possible to update more than once per day? Frequent updates will
ensure that your copy of the archive is synced with the main archive.
Your upstream source is: ftp.de.debian.org
The default splash page
Control: tag -1 moreinfo
On Wed, Nov 25, 2015 at 10:02:41AM +0100, Alex Mestiashvili wrote:
> https://mentors.debian.net/package/bibtexparser
There is no package with that name in mentors, nor there is an open ITP
for it.
Can you please open an ITP bug (or fix the bug metadata if there is
alre
On 12/12/2015 09:21 AM, Sunil Mohan Adapa wrote:
[...]
> Macchanger package which is meant to change the MAC address on every boot is
> not working anymore as we use Network Manager for network connections. Find a
> way to make macchanger work with Network Manager or find an alternative and
> remo
Package: freedombox-setup
Version: 0.6
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
We are have a rather strict policy of not allowing any users but users from
'admin' group or 'fbx' user on the console. After installing 'freedombox-
setup' users, if the users can't reach Plint
Package: freedombox-setup
Version: 0.6
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Macchanger package which is meant to change the MAC address on every boot is
not working anymore as we use Network Manager for network connections. Find a
way to make macchanger work with Networ
[ /me is just doing housekeeping of wnpp bugs and removing
inconsistencies ]
(please keep me in CC if you want to reply to me)
On Wed, Sep 30, 2015 at 03:24:25PM -0700, Michael Crusoe wrote:
> Oops, I thought I had renamed the source package to libcereal.
>
> What's the best way to correct this
Hi Ross!
On Tue, Nov 17, 2015 at 11:41:28PM +0100, Ross Gammon wrote:
> retitle 774567 RFP: node-nomnom -- Option parser with generated usage and
> commands for Node.js
You sent several commands to control@bdo that looked like you are going
to package this piece of software, but this command abo
Package: acheck
Version: 0.5.2
Severity: normal
Currently the bash_completion file is installed in the doc directory
but should be installed in the bash-completion completions directory.
/usr/share/doc/acheck/bash_completion
/usr/share/bash-completion/completions/acheck
-- System Information:
De
Package: xaos
Version: 3.5+ds1-2
Severity: important
Dear Maintainer,
on an i368 system, i get an illegal instruction segmentation fault
during program startup. to work around this, i built the the .deb from
source using dpkg-buildpackage, which allows xaos to run on this system.
i am using the
I have a good 'documents.index' now, and searching works for all
doc-base terms except the entries that caused the out-of-range errors.
Indeed, the doc-base entries that caused the indexer to choke were
those containing files that required compound filters to extract the
original format to
Control: tags -1 + pending
2012-01-04 07:32 jida...@jidanni.org:
"DH" == Daniel Hartwig writes:
DH> The separation between the syntax and descriptive parts may make this
DH> difficult to read.
Probably need to bang it home again in the text explicitly.
Banged it home thus:
If one or more
Package: linux
Version: 4.3-1~exp2
Severity: wishlist
Can you please either build in LEDS_GPIO on armhf or provide a
leds-modules with leds-gpio.
--
Martin Michlmayr
http://www.cyrius.com/
On Fri, Dec 11, 2015 at 08:47:15PM -0500, Jacob Adams wrote:
> On 12/11/2015 06:43 PM, Mattia Rizzolo wrote:
> > On Fri, Dec 11, 2015 at 05:19:01PM -0500, Jacob Adams wrote:
> >> On 12/06/2015 09:05 AM, Mattia Rizzolo wrote:
> How are you catching these? I don't mean to leave them and I don't mind
On 12/11/2015 06:43 PM, Mattia Rizzolo wrote:
> On Fri, Dec 11, 2015 at 05:19:01PM -0500, Jacob Adams wrote:
>> On 12/06/2015 09:05 AM, Mattia Rizzolo wrote:
>>> First, please be a bit more patiente with your pings; following up only
>>> 5 days later is very much not helpful.
>> Sorry about that.
Control: tags -1 + pending
Hi Dmitry,
2009-11-07 23:52 Dmitry Semyonov:
Package: aptitude
Version: 0.4.11.11-1+b2
Severity: normal
The following console output demonstrates the problem.
$ sudo aptitude full-upgrade
Reading package lists... Done
Building dependency tree
Reading state informat
Package: installation-guide
Version: 20150528
en/hardware/supported/arm.xml says:
[..] Support for
the onboard audio options (analog, S/PDIF, HDMI-Audio) and for
the onboard WLAN/Bluetooth module is not available in &debian;
8.
I don't know if this
Hey Yaroslav & Bas,
Sorry for getting a bit late with an apparently simple fix. Here's
version 1.0.7, which builds with gsl-2.0:
http://johnhommer.com/academic/code/aghermann/source/deb/aghermann_1.0.7-1.dsc.
Cheers,
Andrei
On Sat, 21 Nov 2015 23:52:21 +0100
Bas Couwenberg wrote:
> Source: agh
The KDM bugreport I filed for this can be found at #807719.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807719
Also, I can upload my LightDM log from a failed autologin attempt if you
would like.
On Fri, Dec 11, 2015 at 8:08 AM, Avery Adams wrote:
> The installs were virtually identical,
I can also upload my KDM log from a failed attempt if you would like,
although it is not very descriptive.
On Fri, Dec 11, 2015 at 7:12 PM, oldtechaa wrote:
> Package: kdm
> Version: 4:4.11.13-2
> Severity: normal
>
> Dear Maintainer,
>
>I have had a problem with autologin on desktop compute
Package: python3-pkg-resources
Version: 18.7.1-1
Followup-For: Bug #807681
Hi,
i might be wrong but the following stack trace looks similar
in a reverse manner - i get it when i run "gbp" or "gyp" without arguments.
Note also that installing python-pkg-resources 18.7-1, python-setuptools 18.7-1
Package: kdm
Version: 4:4.11.13-2
Severity: normal
Dear Maintainer,
I have had a problem with autologin on desktop computers.
* What led up to the situation?
I attempted to use autologin with KDM (and LightDM for that matter).
* What exactly did you do (or not do) that was effe
I've found the upstream bug, though this seems to be against mutter:
https://bugzilla.gnome.org/show_bug.cgi?id=738719
A fix is included with this bug.
Is it possible to get this fix included for stable?
I can assist with testing, but would need help to determine what source
packages to get and
Hey,
> Actually, the kded module responsible is the remote notifier, (kio_remote)
> which is part of the plasma-workspace package, I'm reassigning the bug to
> that package, although the issue is related to the "new" frameworks
> debugging infrastructure, that has no "simple" or "happy" way to dis
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "ethstats"
* Package name: ethstats
Version : 1.1.0-1
Upstream Author : Peter Pentchev
* URL : http://devel.ringlet.net/net/ethstats/
* License : publi
thanks to btrfs and zfs not much lost
But anyway - I issued "lsyncd -rsync /source/path/ ." (Point meaning
"here") and it seems that it ate through everything that was nfs mounted
or shared...
Package: wnpp
Severity: wishlist
* Package name : ttf-fxemoji
Version : 1.7.2
Upstream Author : Mozilla
* URL : https://github.com/mozilla/fxemoji
* License : CC BY 4.0
Description : Firefox OS emoji font
Mozilla provides a TTF version of their font and it seems to support
full color emojis so it
On Fri, Dec 11, 2015 at 05:19:01PM -0500, Jacob Adams wrote:
> On 12/06/2015 09:05 AM, Mattia Rizzolo wrote:
> > First, please be a bit more patiente with your pings; following up only
> > 5 days later is very much not helpful.
> Sorry about that. I should have realized how soon it was before I pin
Upon further investigation, it seems this error is caused by something
(git-buildpackage?) setting LC_ALL=POSIX (which also overrides any LANG
setting); forcing LC_ALL to a UTF-8 locale solves the issue. So I guess
this is not a pkg_resources bug, but I'm not sure exactly where to reassign
it to.
mpatt...@gmail.com writes:
> You are right the files are in
> /usr/share/python-django-common/django/conf/project_template but
I can't actually see that directory on my clean sid chroot with
python-django 1.9-1 installed.
(sid-amd64)root@prune:/home/brian# ls -l
/usr/share/python-django-common/
On 21-Nov-2015, Ben Finney wrote:
> My plan is for ‘inform’ to become a transition package to ‘inform6’,
> which in turn will pull in all the Inform 6 components.
>
> On 17-Nov-2015, Stephen Kitt wrote:
> > As to the package split, that makes sense too given the varying
> > lifecycles of the vario
* Volchak, Zakhar [2015-12-11 22:58]:
> http://d-i.alioth.debian.org/doc/internals/ch03.html
> mentions XC-Package-Type and XB-Installer-Menu-Item
> The XC- and XB- isn't necessary anymore.
Thanks, I fixed that in git.
The manual probably needs a major update but that's another matter.
--
Mart
On Fri, Dec 11, 2015 at 11:57:58PM +0100, Francesco Poli wrote:
> On Fri, 11 Dec 2015 13:58:13 +0100 Julian Andres Klode wrote:
>
> [...]
> > What happens after pinning is that I try q a few
> > times and then press Ctrl+D because q does not do
> > anything. It somehow does not occur to me that I
Hi Ruben,
On Tue, 3 Nov 2015 22:58:10 +0100 Ruben Undheim wrote:
> I'm lowering the severity of this bug from important to minor since the real
> issue is actually an issue in Mapnik reported here:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803985
Mapnik 3.0.9 is in testing/unstable an
On Fri, Dec 11, 2015 at 11:38:49PM +0100, Francesco Poli wrote:
> So, please, in case you are still convinced that there's something that
> could/should be improved in apt-listbugs, clearly describe:
> • the behavior you experienced
> • what's wrong with it
> • what you expected apt-listbugs to
Package: debian-installer
http://d-i.alioth.debian.org/doc/internals/ch03.html
mentions XC-Package-Type and XB-Installer-Menu-Item
The XC- and XB- isn't necessary anymore.
Actually I think this bug is quite important.
If aptitude asks but then does nothing,
that means it also could, in other places,
not ask, but do something!
So it needs to see the doctor.
Jakub Wilk dixit:
> Guillem Jover requested that command-with-path-in-maintainer-script should
> trigger also for "[ -x ... ]" constructs in #769845. Unfortunately, the tag
I think his reasoning for that is wrong, more below.
> description wasn't adequately updated when this change was implement
On Fri, 11 Dec 2015 13:18:43 +0100 Julian Andres Klode wrote:
> On Fri, Nov 06, 2015 at 07:46:19PM +0100, Francesco Poli wrote:
[...]
> > With your proposed new strategy, the package would be pinned so that one
> > buggy version would be forbidden. Then, for *each* new version of the
> > package t
Control: retitle -1 pydb: please modernize the packaging
On Sat, Apr 21, 2012 at 04:57:14PM +0300, jari.aa...@cante.net wrote:
>
> The dpatch patch management system has been deprecated for some time. The
> Lintian currently flags use of dpatch packages as an error. The new 3.0
> packaging format
Hi,
Jakub Wilk wrote:
> >If you don't wish to hard-code the path of a command in your
> >maintainer script, the following POSIX-compliant shell function
> >may help:
> >
> > pathfind() {
> > OLDIFS="$IFS"
> > IFS=:
> > for p in $PATH; do
> > if [ -x "$p/$*" ]; then
> > IFS="$
Package: crawl-tiles-data
Severity: minor
Dear Maintainer,
the last line of the long description for this package in debian/control is
This is the Stone Soup version of Dungeon Crawl.Package: crawl-tiles
that is the words "Package: crawl-tiles" are attached at the end.
You can se this also on
On 26-11-15 21:03, Sebastiaan Couwenberg wrote:
> qgis indeed fails to build in testing, and testing only.
>
> I have no clue what's causing it, but it's I'm pretty sure it's not qgis.
Thanks to Aurelien Jarno in #807170 the cause is now clear, to quote:
"
The problem is just that libQtUiTools.
Package: beep
Version: 1.3-3
Tags: patch
beep_1.3.-3.dsc has incorrect extension type for beep-udeb binary in the
Package-List section.
Instead of:
Package-List:
beep deb sound optional
beep-udeb deb debian-installer optional
it should be
Package-List:
beep deb sound optional
beep-ude
On 12/06/2015 09:05 AM, Mattia Rizzolo wrote:
> control: owner -1 !
> control: tag -1 + moreinfo
>
> Hi!
>
> First, please be a bit more patiente with your pings; following up only
> 5 days later is very much not helpful.
Sorry about that. I should have realized how soon it was before I pinged.
>
On 08-12-15 16:05, Sebastiaan Couwenberg wrote:
> It seems QGIS doesn't support SAGA 2.2.2 yet:
>
> https://lists.osgeo.org/pipermail/qgis-developer/2015-December/040670.html
QGIS 2.12 and later do support SAGA 2.2, but these changes have not been
backported to QGIS 2.8 LTR yet. Hopefully they'll
Am 11.12.2015 um 22:49 schrieb Miguel Landaeta:
> Hi Markus,
>
> On Fri, Dec 11, 2015 at 09:23:42PM +0100, Markus Koschany wrote:
>>
>> we can always consider to fix red5 with a NMU. We just should raise the
>> severity accordingly before we do that.
>
> Sure, that's a valid option. An NMU to DEL
Afif Elghraoui writes:
>> * Replace dependency on db-5.1 with unversioned package
>>
>> The db tools need to be consistent with the library version used in
>> the build.
>
> The versioning consistency should be taken care of with
> {shlibs:Depends}. db-5.1 isn't in Debian anymore (it's been
Control: severity -1 normal
On Fri, Dec 11, 2015 at 11:12:59PM +0100, Julian Andres Klode wrote:
> Package: telepathy-idle
> Severity: grave
>
> It appears that telepathy-idle is unusable right now,
> adding a connection in Polari or Empathy fails. Polari
> console output shows:
>
> (org.gnome.P
Package: telepathy-idle
Severity: grave
It appears that telepathy-idle is unusable right now,
adding a connection in Polari or Empathy fails. Polari
console output shows:
(org.gnome.Polari:3203): Gjs-WARNING **: JS ERROR: TelepathyGLib.Error:
Protocol 'irc' not found on CM 'idle'
ConnectionDetai
On Fri, Dec 11, 2015 at 3:52 PM, Jens Reyer wrote:
> Hi,
>
> please see below for another patch. IMO it is clean, simple and
> matches the logic of the wine-script perfectly.
>
> It tries to detect the correct wine version using the following
> precedence:
>
> 1. WINEARCH - can't be misinterpreted
Package: freecol
Version: 0.10.7+dfsg-4
Severity: wishlist
Hi,
I am willing to package the latest upstream release of Freecol but I
would like to make some packaging changes to ensure that future
updates will be simpler to maintain.
I suggest to change the build system from cdbs to dh because th
Le 11/12/2015 22:49, Miguel Landaeta a écrit :
> OK, unfortunately I don't have too much time lately but I think I can
> review latest Spring upstream releases to document if/which new
> dependencies are needed and push that to the repo.
I've packaged most the new dependencies required by Spring
Hi,
please see below for another patch. IMO it is clean, simple and
matches the logic of the wine-script perfectly.
It tries to detect the correct wine version using the following
precedence:
1. WINEARCH - can't be misinterpreted and was also used
previously.
2. WINEPREFIX - if it is set and
Le 11/12/2015 21:16, Miguel Landaeta a écrit :
> To package libspring-java new upstream releases is a task that would
> be very appreciated although is not easy but with the recent progress
> in Maven and Gradle helpers (thanks to Emmanuel again!) maybe this is
> something more feasible nowadays.
Package: wnpp
Severity: normal
Hello,
I first thought to remove it from the archive directly, but I give it one more
chance...
If nobody take this package soon, it'll removed before the stretch release.
Context:
- I don't use it
- none of the kolab server packages are in Debian
- it may be inc
control: tags -1 + patch
Hi,
to my great surprise our wine binaries already seem to support WoW64,
(maybe only mostly, see below). I.e. installing and running 32-bit
applications in 64-bit prefixes works. Or is there more to it?
Previously I thought that wine64 has to be linked into wine32 durin
control: retitle -1 wine: test if multiarch is enabled fails with multiple
foreign archs
control: tags -1 + pending
On 02/23/2015 09:38 AM, Erik de Castro Lopo wrote:
> a) On amd64 if fails when there more than one foreign-achitecture
> installed.
[...]
> b) The current script does not seamlessly
Hi Markus,
On Fri, Dec 11, 2015 at 09:23:42PM +0100, Markus Koschany wrote:
>
> we can always consider to fix red5 with a NMU. We just should raise the
> severity accordingly before we do that.
Sure, that's a valid option. An NMU to DELAYED/7 or something is OK
with me.
> I hope I can lend you
Control: tag -1 pending
Dear maintainer,
On Tue, Aug 18, 2015 at 05:59:52PM +0200, Martin Pitt wrote:
> dktrkr...@debian.org [2015-05-20 18:36 +0200]:
> > your package either build-depends or depends on the python-support
> > package, or uses dh_pysupport in debian/rules file.
>
> I NMUed this t
* Mattia Rizzolo , 2015-12-09, 19:07:
I *believe* aptitude was using /build/.aptitude/cache/ for this so the
wildcard was not picking it, instead now it started using
/build/aptitude/cache, so interferring with the wildcard.
This is bug #807545, which is now fixed...
For now, I'll set XDG_CA
Hi Doug,
On 12/11/2015 09:42 PM, Doug Kingston wrote:
> The Problem: When I looked at the ddclient hook, I noticed it was
> calling exit(0),
> which exited the entire dhclient-script prematurely. This is very
> bad, since none
> of the other exits was given an opportuntity to run. Exits must no
Package: scummvm
Version: 1.8.0
Severity: wishlist
Tags: patch
Hi,
I'm filling this in advance for v1.8.0.
When running on Raspberry, scummvm should prefer SDL2 over SDL1
because it really works better. On other platform (including
other 'armhf' platforms ?), SDLv1 will remain prefered for now.
Hi.
Among the boot messages, there were the following lines:
---CUT---
[drm] This hardware requires preliminary hardware support
See CONFIG_DRM_I915_PRELIMINARY_HW_SUPPORT, and/or modparam
preliminary_hw_support
---CUT---
Then, a web search easily revealed this page:
http://www.phoronix.com/
Package: flash-kernel
Version: 3.52
I noticed these two patches:
https://lists.debian.org/debian-kernel/2015/12/msg00167.html
https://lists.debian.org/debian-kernel/2015/12/msg00168.html
flash-kernel probably needs a similar change, or should use the code
from initramfs-tools if possibl.
I have
Package: ddclient
Version: 3.8.2-2
Severity: critical
Tags: patch
Justification: breaks the whole system
Dear Maintainer,
As far as I can tell, this also impacts the unstable version (3.8.2-3)
What led up to the situation?
After installing ddclient on my Google Compute Engine hosted Debian/Jess
Package: flash-kernel
Version: 3.52
Tags: patch
When you run flash-kernel with a specific version number, it will
simply ignore the version number if there's a higher version unless
you use --force. I think flash-kernel should at least print a warning
in this case.
tbm@debian:~$ sudo flash-kerne
Source: uima-addons
Version: 2.3.1-3
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
uima-addons fails to build from source in unstable/amd64:
Roger Shimizu wrote:
>Adjtimex loads the param on every starting up because you choose to
>when you installed adjtimex package,
I did not choose to have it do anything on startup. My choice was
merely to install a useful debugging tool. I have debconf set to
non-interactive, so did not configure
Control: tags -1 -moreinfo
thanks
Am 11.12.2015 um 21:16 schrieb Miguel Landaeta:
[...]
>> red5 -> must be updated to a newer version
>
> Emmanuel sent a patch for this. Please see #805627.
>
>> If you want to update either libspring-java or red5, that would be a big
>> help.
>
> To package libspring-java new upstream releases i
Source: xserver-xorg-video-openchrome
Version: 1:0.3.3-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
xserver-xorg-video-openchrome fails to
Control: tags -1 pending
Thanks.
On 12/11/2015 04:52 PM, Leopold Palomo-Avellaneda wrote:
> Package: libassimp-dev
> Version: 3.2~dfsg-2
> Severity: normal
>
> Dear Maintainer,
>
> I would like to tell you one bug I have found.
thanks for the fix.
> Sorry for the noise produced. I hope that n
Hi Markus,
On Sat, Nov 28, 2015 at 01:53:03PM +0100, Markus Koschany wrote:
>
> [...]
>
> These are the current reverse dependencies in unstable:
>
> libspring-java -> must be updated to a newer version
I already pushed some trivial changes to the repo to migrate
libspring-java to groovy2.
>
Source: llvm-defaults
Version: 0.32
Severity: wishlist
When packaging code that depends on the clang Python bindings, it seems
undesirable to make it "Depends: python-clang-3.6" or whatever the
current version is, knowing that we'll have to update it for new clang
versions. Please consider adding:
Package: python3-enchant
Version: 1.6.6-2
Severity: minor
$ python3 -c "import enchant as e; e.Dict('moo-oo-oo')"
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python3/dist-packages/enchant/__init__.py", line 555, in
__init__
_EnchantObject.__init__(self)
File "/us
Hi,
after examining the problem a bit further, I figured out that
"/etc/init.d/ups-monitor" is executed by "/etc/init.d/halt" (which
belongs to the package "initscripts")! I really do not understand how
and why that happened but #670094 already handles that.
I am not really sure but it seems that
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: django-user-accounts
Version : 1.3.1
Upstream Author : Brian Rosner
* URL : https://github.com/pinax/django-user-accounts
* License : Ex
I'm affected by the same bug.
Exactly same system configuration.
Tried several different mp4 files.
Regards
Claudio
Package: wine
Version: 1.8~rc3-1
Followup-For: Bug #807403
I can confirm this bug, from 1.7.55 (the first version with winepulse)
to the current 1.8-rc3. I can also confirm that the proposed solution
works fine.
Note that despite the bug, certain games with certain sound formats
(i.e. 8bit instea
Hi,
I've a problem to create rakudo package from rakudo-star,
In debian/rules, rakudo-star is configured with
perl Configure.pl --prefix=/usr --backends=moar --force
Unfortunately, the compilation of modules fails because
'gen/moar/stage2/QRegex.nqp' is missing:
== Precompiling modules
/h
Hi,
the file you want is crtx384d3.o and not crtatxmega384d3.o (even i the new
avr-libc). Dont know why he's suddenly trying to use crtatxmega384d3.o
instead, but the issue seems to be in binutils. I'm reassigning the bug
there and will keep looking...
On Fri, Dec 11, 2015 at 4:23 PM, Lisandro Dam
Source: julia
Version: 0.4.2-2
Tags: patch
User: debian-...@lists.debian.org
Usertags: arm64
It failed to build on arm64:
https://buildd.debian.org/status/package.php?p=julia&suite=sid
The error was:
signal (6): Aborted
gsignal at /lib/aarch64-linux-gnu/libc.so.6 (unknown line)
Aborted
The pro
> You are right the files are in
> /usr/share/python-django-common/django/conf/project_template but
> django-admin startproject does not get them, it seems to be searching
> them in
> /usr/lib/python2.7/dist-packages/django/conf/project_template
I can't reproduce that unfortunately. This is in a c
Icedove asks at start for the calendar password, but does not accept
it (i.e. asks
again and again until I click "Cancel").
The calendar does not work than - probably because of the missing password.
The server works with a valid GeoTrust certificate, that will not expire soon.
Currently, I h
Control: reopen -1
Am Freitag, den 11.12.2015, 02:51 +0100 schrieb Sebastien Badia:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "taskd"
>
> * Package name: taskd
> Version : 1.1.0+dfsg-1
> Upstream Author : P
Thanks, the patch worked and fixed the segfault issue in my case.
Hi,
You are right the files are in
/usr/share/python-django-common/django/conf/project_template but
django-admin startproject does not get them, it seems to be searching
them in
/usr/lib/python2.7/dist-packages/django/conf/project_template
Cheers
M
Chris Lamb writes:
>> The package version of D
Package: sponsorship-requests
Version: RFS: steamcmd - Command-line interface for Steam
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "hello":
* Package name: steamcmd
Version : upstream package is sadly not versioned
Upstream Author : Valve
* U
1 - 100 of 256 matches
Mail list logo
