Source: fglrx-driver
Version: 1:14.9+ga14.201-2
Severity: important
Dear Maintainer,
* What led up to the situation?
installation of fglrx-driver and associated packages + reboot
* What exactly did you do (or not do) that was effective (or
ineffective)?
upgrade of fglrx
-intersectio.patch
+ resolves segfault while rendering some graphs (Closes: #766479)
+
+ -- Yaroslav Halchenko deb...@onerussian.com Fri, 24 Oct 2014 15:36:28 -0400
+
cairo (1.14.0-2) unstable; urgency=medium
* Modernise debian/rules using minimised dh.
diff -Nru cairo-1.14.0/debian/patches/0005-CFF
Package: graphviz
Version: 2.38.0-6
Severity: important
File: /usr/bin/dot
Tags: upstream
Dear Maintainer,
Causes FTBFS for a new version of nipype which I was about to upload.
Sample file http://www.onerussian.com/tmp/tmpjBvUTb.dot
Command dot -Tpng -O /tmp/tmpjBvUTb.dot
actual
Package: nodejs
Version: 0.10.29~dfsg-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
testing seems to require establishing some local server instance and somehow
failing on my box with a conventional cowbuilder chroot of up-to-date sid
...
fwiw -- whenever original sample doesn't fail on my laptop, this one
does
http://www.onerussian.com/tmp/tmpeDlMri.dot
--
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Research Scientist,Psychological and Brain Sciences Dept.
Package: pius
Version: 2.0.11-1
Severity: important
File: /usr/bin/pius-party-worksheet
$ pius-party-worksheet
my variable $i masks earlier declaration in same statement at
/usr/bin/X11/pius-party-worksheet line 81.
my variable $i masks earlier declaration in same statement at
On Mon, 13 Oct 2014, David Suárez wrote:
Source: seaborn
Version: 0.4.0-1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20141012 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
Package: kazam
Version: 1.4.5-1
Severity: important
running awesome under XFCE 4, mix of jessie/sid
$ kazam
Traceback (most recent call last):
File frozen importlib._bootstrap, line 2158, in _find_spec
AttributeError: 'DynamicImporter' object has no attribute 'find_spec'
During handling of
Package: python-jedi
Version: 0.8.0-1
Severity: normal
Apparently some issues in 0.8.0 are known to trigger failed cython
tests. So it would be nice if jedi was upgraded before the freeze
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'),
Thank you Ferenc. Merged the bug/763136b (I think less of a ping pong
of file renames would be better), and will build/upload shortly (also
will provide backports from neurodebian)
Cheers!
On Tue, 07 Oct 2014, Ferenc Wagner wrote:
Yaroslav Halchenko deb...@onerussian.com writes
but shouldn't we keep bmc-watchdog.log not freeipmi-bmc-watchdog.log to
somewhat match default/init.d file naming?
On Mon, 06 Oct 2014, Ferenc Wagner wrote:
tags 763136 patch
thanks
I pushed a new branch bug/763136 to Alioth, please review, merge (fast
forward), delete and upload as
Package: python-git
Version: 0.3.2~RC1-3
Severity: wishlist
Please update the package, or let me know if I should do as a team
upload.
Cheers!
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental')
Package: git-annex
Version: 5.20140927~bpo70+1
Severity: important
# apt-cache policy git-annex git
git-annex:
Installed: 4.20131106~bpo70+1
Candidate: 5.20140927~bpo70+1
Version table:
5.20140927~bpo70+1 0
100 http://mirrors.kernel.org/debian/ wheezy-backports/main amd64
On Sun, 28 Sep 2014, Michael Gilbert wrote:
control: tag -1 patch, pending
Hi, I've uploaded an nmu to delayed/10 remove the libxp dependency.
matlab versions have not required this for 4 years now, and this is
one of two packages remaining with the dependency.
I am not the main maintainer
On Tue, 09 Sep 2014, Jonathan Wiltshire wrote:
Package: freeipmi
Version: 1.4.4-1
there is a 1.4.4-1.1 now ;-)
Severity: serious
Hi,
Looks like the symbol file for libipmimonitoring5a was not properly
bumped when the new upstream version was uploaded:
$ head -n 1
gotcha -- was a little bug in debian/rules
thanks... if builds fine -- will upload shortly
On Sun, 07 Sep 2014, Federico Ceratto wrote:
Package: python-sklearn-doc
Version: 0.15.1-1
Severity: normal
Hi and thank you for packaging sklearn.
The HTML documentation in the -doc package is not
the header of that file has
This manual describes how to install and use Numdiff,
a program which compares
putatively similar files line by line and field by field,
ignoring small numeric differences or/and different numeric formats.
Copyright (C) 2005, 2006, 2007, 2008, 2009, 2010 Ivano Primi
On Sat, 06 Sep 2014, Yury V. Zaytsev wrote:
I am copying some files which on remote end are under git-annex, thus
symlinks.
Hi Yarik,
A new version (4.8.13) has just been released but didn't make it into
Debian yet. Does it still have the same problem? If yes, then it should
be
On Mon, 08 Sep 2014, Yury V. Zaytsev wrote:
On Mon, 2014-09-08 at 10:12 -0400, Yaroslav Halchenko wrote:
wow -- nice to see more vc/FAR-inspired linux folks? ;)
I used to be an active contributor to mc, until you know what
happened :-/ The panels of nc3 are my first memory of a computer
thank you Reinhard,
just want to note that in recent versions we just added a
'fail2ban-client flushlogs' command which would accomplish this. not
sure if I would upload this change for wheezy... for sid/jessie -- we
should rush out a fresh upstream release and it will get into sid with
an
On Mon, 08 Sep 2014, Jörg Frings-Fürst wrote:
Hello,
I don't get a answer for 2 month. So I think that this bug can be
closed.
do whatever needs to be done ;)
Please feel free to reopen this bug if the error still occurs.
ok -- thanks... happen I get to that box again (trying to upgrade
Thanks!
while at it then: other packages seems needing similar treat
libfreeipmi-dev freeipmi-ipmidetect freeipmi-bmc-watchdog
freeipmi-tools
On Sun, 07 Sep 2014, Jonathan Wiltshire wrote:
Control: tags 691439 + patch
Control: tags 691439 + pending
Dear maintainer,
I've prepared an NMU
Package: mc
Version: 3:4.8.12-1
Severity: normal
I am copying some files which on remote end are under git-annex, thus
symlinks.
On Thu, 04 Sep 2014, Pierre Ossman wrote:
(2) Have all of Pierre's Fltk patches been incorporated into the native
debian Fltk package?
hm, personally -- don't know. looking at the packaging 1.3.2-6 we have
doesn't seems to carry this one, http://www.fltk.org/str.php?L2599,
Thank you Andrey for the note.
Robert -- should I expect a new upstream release or just patched debian
pkg? ;)
Cheers!
On Mon, 01 Sep 2014, Andrey Rahmatullin wrote:
Control: tags -1 + fixed-upstream
On Sat, Aug 30, 2014 at 01:50:06PM -0700, Lucas Nussbaum wrote:
On Sun, 31 Aug 2014, Julien Cristau wrote:
On Sat, Aug 30, 2014 at 20:17:23 -0400, Yaroslav Halchenko wrote:
both ants and nifti2dicom (and probably others) recent FTBFS are due to
recentish upload of hdf5 1.8.13+docs-8 which was previously only in
experimental after its big RF
Awesome. If Yaro's unable to sponsor it in a timely fashion, feel free
to ping me.
building now... will upload later if everything is smooth
Thanks Olly for staying guard!
Cheers
--
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Research
smells to me as some gcc crash:
/usr/bin/cmake -E cmake_progress_report
/«BUILDDIR»/ants-2.1.0~rc2+git3-g9103999/obj-x86_64-linux-gnu/CMakeFiles 28
29
[ 4%] Built target antsUtilities
make[3]: Leaving directory
'/«BUILDDIR»/ants-2.1.0~rc2+git3-g9103999/obj-x86_64-linux-gnu'
make[2]: *** [all]
jobs
burried on top... will fix for that
cheers
On Sat, 30 Aug 2014, Yaroslav Halchenko wrote:
smells to me as some gcc crash:
/usr/bin/cmake -E cmake_progress_report
/«BUILDDIR»/ants-2.1.0~rc2+git3-g9103999/obj-x86_64-linux-gnu/CMakeFiles
28 29
[ 4%] Built target antsUtilities
make
uploading as is, but because you didn't take the route of alternatives,
all backport builds are no longer good
On Sat, 30 Aug 2014, Olly Betts wrote:
Control: tags -1 + pending
On Sat, Aug 30, 2014 at 05:02:46PM +0100, Christoph Schmidt-Hieber wrote:
@Yaro: stimfit 0.13.19, addressing this
-linux-gnu/libhdf*.so* managed via alternatives, e.g. like
blas/atlas do it?
On Sat, 30 Aug 2014, Yaroslav Halchenko wrote:
taking my words back -- it was a
/usr/bin/cmake -E cmake_progress_report
/«BUILDDIR»/ants-2.1.0~rc2+git3-g9103999/obj-x86_64-linux-gnu/CMakeFiles
make[4]: *** No rule
Package: python-six
Version: 1.7.3-1~bpo70+1
Severity: normal
seems to be the case also in sid:
,---
| I: pybuild base:170: /usr/bin/python setup.py build
| running build
| running build_py
| copying six.py - /tmp/buildd/six-1.7.3/.pybuild/pythonX.Y_2.7/build
| I: pybuild base:170:
On Mon, 25 Aug 2014, Julien Cristau wrote:
+ # save the configure flags so that packages like vnc, tightvnc, tigervnc
+ # know how the package was built.
+ ( \
+ echo 'xserver_confflags = $(confflags)'; \
+ echo 'xserver_confflags_main = $(confflags_main)'; \
+ echo
On Mon, 25 Aug 2014, John Wright wrote:
Hi Stuart (and pkg-python-debian-maint):
On Tue, Jul 29, 2014 at 11:31:31PM +1000, Stuart Prescott wrote:
The only place where comments are defined in deb822 files that I can
find
is in policy §5.1 and they are only defined for
On Tue, 19 Aug 2014, Joey Hess wrote:
Yaroslav Halchenko wrote:
yeap -- sounds like a good analysis/concerns, hinting once again to make
it optional thus maintaining original integrity and solely allowing
linked storage as user's choice -- for the throw-away clones (per my use
case
Package: awesome
Version: 3.5.5-1
Severity: normal
It finally annoyed be enough to start whining ;)
whenever I switch display (pure xrandr call) from laptop's LVDS
(1600x900) to external display (1920x1200) gkrellm and
xfce4-pannel, while maintaining horizontal position, jump up so their
bottoms
On Tue, 19 Aug 2014, Joey Hess wrote:
Yaroslav Halchenko wrote:
Original motivation was expressed here:
https://github.com/data-git/datagit/issues/1
Through-away limited-view (i.e. some keys not present) could be useful
e.g. to test for correct operation of a given data analysis
Package: git-annex
Version: 5.20140817
Severity: wishlist
ATM
$ git annex get --help
git-annex: Not in a git repository.
$ git annex mirror --help
git-annex: Not in a git repository.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (600,
Package: git-annex
Version: 5.20140817
Severity: wishlist
Original motivation was expressed here:
https://github.com/data-git/datagit/issues/1
Through-away limited-view (i.e. some keys not present) could be useful
e.g. to test for correct operation of a given data analysis pipeline
given a
Package: git-annex
Version: 5.20140817
Severity: wishlist
even though claims to be unrecognized, spits out help:
$ git annex get --help
git-annex: unrecognized option `--help'
Usage: git-annex get [PATH ...] [option ...]
-f REMOTE --from=REMOTE source remote
-A --all
Package: git-annex
Version: 5.20140817
Severity: wishlist
ATM
$ git annex importfeed --help
git-annex: unrecognized option `--help'
Usage: git-annex importfeed URL ... [option ...]
--template=FORMAT template for filenames
--relaxed skip size check
To see additional options
Package: lintian
Version: 2.5.25
Severity: normal
File: /usr/share/lintian/checks/init.d.pm
New skeleton allows for concise definition of init files through
offloading all the logic to /lib/init/init-d-script which implements
necessary options, which are now not defined in the script itself.
Package: python-nose
Version: 1.3.3-2
Severity: normal
previously ran just with --with-id, then fails if given --failed:
$ /usr/bin/nosetests -s -v --failed datagit/tests/
Traceback (most recent call last):
File /usr/bin/nosetests, line 9, in module
load_entry_point('nose==1.3.3',
Package: python-git
Version: 0.3.2~RC1-3
Followup-For: Bug #739898
I am thinking about updating this package to current state of Git master
from upstream. I have asked about possible RC2 but haven't got response
so far:
https://github.com/gitpython-developers/GitPython/issues/164
I would also
On Thu, 14 Aug 2014, Andreas Tille wrote:
IMHO it would do a nice service to our users to promote these topics on
our installers at the time when tasks will be selected.
+100
--
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Research
On Tue, 12 Aug 2014, luc wrote:
Hi,
Adding the journalmatch statement in an [Init] section indeed did work.
Some hosts were properly banned during the night as per jail
configuration.
One remaining issue concerns the mail notyfying about the ban.
My jail.d/jail.local is configured with:
On Mon, 11 Aug 2014, Thorsten Glaser wrote:
On Thu, 31 Jul 2014, Don Armstrong wrote:
11. The prospective libjpeg-turbo maintainer should propose an appropriate
Who *is/are* the maintainer(s), anyway?
$ apt-cache show libturbojpeg1-dev | grep Maintainer
Maintainer: Debian
Hi Luc,
Thanks for trying 0.9.x out. Indeed, journalmatch is still missing for
the majority of the filters and your contributions would be very welcome
-- I am myself yet to deploy any systemd box/virtualbox for
testing/using systemd -- so I do not even have any sample log files to
adjust
Package: python-w3lib
Version: 1.5-1
Severity: wishlist
thanks in advance for updating the package!
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures:
Package: python-scrapy
Version: 0.24.2-1
Severity: wishlist
it should help to guarantee correct operation using system-wide
available versions of dependencees. Also it would help to install all
necessary packages (from Debian) for testing of scrapy (via apt-get
build-dep).
Thanks in advance!
Package: patool
Version: 1.7-1
Severity: wishlist
usecase: overlaying of sources from .orig.tar.* archives of Debian
packages.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental')
Architecture: amd64
On Thu, 07 Aug 2014, Brian Hinz wrote:
On Wed, Aug 6, 2014 at 10:50 AM, Yaroslav Halchenko
[1]deb...@onerussian.com wrote:
- I see that there is some packaging available in upstream sources now,
done by Brian (CCed). Brian -- would you be interested to join our
It was uploaded earlier today. Thanks!
On August 4, 2014 2:46:50 PM EDT, Christoph Schmidt-Hieber chris...@gmx.de
wrote:
Dear Yaroslav,
I've uploaded a new version of Stimfit to debian mentors that should
hopefully fix bug #756699:
https://mentors.debian.net/package/stimfit
As the bug is
On Wed, 06 Aug 2014, Matthias Klose wrote:
now the package has an ITP again, without many action. I did update the
packaging, and built it here:
https://launchpad.net/~doko/+archive/ubuntu/toolchain/+sourcepub/4325100/+listing-archive-extra
final package currently in
would you also mind to clarify the origin of patches under
debian/patchdir/f/ ?
for now I have pushed all that stuff (with just changelog and gbp.conf
adjusted and watch file added) into our GIT.
On Wed, 06 Aug 2014, Matthias Klose wrote:
now the package has an ITP again, without many action.
On Wed, 06 Aug 2014, Yaroslav Halchenko wrote:
- debian/rules has
include /usr/share/xserver-xorg/configure_flags.mk
now -- but where that file supposed to come from? can't locate it...
my quick discussions on IRC I believe didn't finalize in shipping that
one along within xorg
Package: xserver-xorg-dev
Version: 2:1.16.0-1
Severity: wishlist
Tags: patch
Although just a wishlist, it is a blocker for #650394 -- the TigerVNC ITP. To
build it (properly/reliably) we would need access to original flags used to
configure xorg server (per each architecture). Once I had a
Package: docker.io
Version: 1.0.0~dfsg1-1
Severity: normal
ran into
$ docker.io run -i -t -v $PWD:/tmp/tests debian:wheezy /bin/bash
2014/08/06 02:43:34 finalize namespace drop capabilities read /proc/1/status:
bad file descriptor
googled it up to be fixed in 1.1.2:
On Tue, 05 Aug 2014, Tianon Gravi wrote:
retitle 757183 Please package 1.1.2 upstream release
severity 757183 important
block 757183 by 757024
thanks
On 5 August 2014 20:51, Yaroslav Halchenko deb...@onerussian.com wrote:
$ docker.io run -i -t -v $PWD:/tmp/tests debian:wheezy /bin/bash
On Tue, 05 Aug 2014, Tianon Gravi wrote:
FWIW, if they are still so co-dependent, might be worth just to carry a
multi-tarball source package and build both within the same source
package until libcontainer would become more independent?
Yeah, I think that's what Paul's thinking, but
On Sun, 03 Aug 2014, Dirk Eddelbuettel wrote:
| I would be delighted to share my very limited wisdom about
| git-buildpackage in hangout or any other media. where are you now? ( I
| am in EST (EDT to be more precise) time zone which is GMT-4 atm.
I am in Chicago, so one time zone over. [
Awesome!
I can't review atm (away from laptop), but indeed you could just join the team
on alioth
https://alioth.debian.org/projects/pkg-freeipmi/ and should be able to push
directly (or just push somewhere eg on github and I would fetch from there)
On August 1, 2014 9:43:22 AM EDT, Tollef Fog
Please gimme a day or two first, May be I would be useful too :-)
On August 1, 2014 10:27:56 AM EDT, Tollef Fog Heen tfh...@err.no wrote:
]] Yaroslav Halchenko
Hi,
Awesome!
I can't review atm (away from laptop), but indeed you could just join
the team on alioth
https://alioth.debian.org
On Wed, 30 Jul 2014, Dirk Eddelbuettel wrote:
On 28 July 2014 at 00:39, Yaroslav Halchenko wrote:
| On Sun, 27 Jul 2014, Dirk Eddelbuettel wrote:
| How much does rest differ in the debian/ branch, apart from there being
a
| debian directory?
| should nohow differ -- classical git
On Tue, 29 Jul 2014, Stuart Prescott wrote:
but if deb822 is not derived from rfc822, I guess my report was a moot ;)
I can see where you're coming from here. Our definition of the format is
Policy
§5.1, which doesn't actually mention RFC822, defines some things that are not
in that RFC
retitle 710302 ITP: neurosynth -- Large-scale synthesis of functional
neuroimaging data
owner 710302 t...@neuro.debian.net
tag 710302 - pending
thanks
packages are somewhat ready
http://neuro.debian.net/pkgs/python-neurosynth.html
http://neuro.debian.net/pkgs/neurosynth-dataset.html
and still
Hi Stuart,
Thank you for getting back to this issue:
On Tue, 29 Jul 2014, Stuart Prescott wrote:
A while ago, you reported a bug against python-debian's handling of comments
in deb822.
In that bug, the following input was used to illustrate the problem:
$ cat confuse.txt
Goodone:
Hi Dirk,
at some point I have started updating the package, but haven't finished... if
you have a moment -- I would really appreciate, especially since now you are
exercising use cases I do not yet have myself ;-) Myself -- can't guarantee
when I get back to vw package to update/fix it up.
I
On Sun, 27 Jul 2014, Dirk Eddelbuettel wrote:
Howdy,
On 27 July 2014 at 22:04, Yaroslav Halchenko wrote:
| Hi Dirk,
| at some point I have started updating the package, but haven't finished...
if
| you have a moment -- I would really appreciate, especially since now you
On Fri, 18 Jul 2014, Pressy wrote:
actual i can't seemed to reproduce the authentication failure - type
message. I'm not sure if this caused by my ldap-backend for user
authentication.
For all the different failure message that cyrus/imaps, I also use a
more complex failregex.
On Fri, 18 Jul 2014, pressy wrote:
Package: fail2ban
Version: 0.8.6-3wheezy3
Severity: normal
Dear Maintainer,
with the last update on cyrus-imap.conf secure connections (imaps) are
ignored. Changing the daemon line
from:
_daemon = (?:cyrus/)?(?:imapd?|pop3d?)
to:
_daemon =
Package: libtcl8.6
Version: 8.6.1-6
Severity: important
File: /usr/lib/x86_64-linux-gnu/libtcl8.6.so
While trying to rebuild python-seaborn package (in a clean chroot on
another box) I ran into the segfault causing build to fail. Here
are the details from a gdb for that run. Please let me know
procPtr = optimized out
(More stack frames follow...)
On Fri, 18 Jul 2014, Sergei Golovan wrote:
reassign 755195 libtk8.6 8.6.1-5
thanks
Hi Yaroslav,
On Fri, Jul 18, 2014 at 9:47 PM, Yaroslav Halchenko
deb...@onerussian.com wrote:
(gdb) bt
#0 Tcl_DeleteHashEntry (entryPtr=0x1dd9bd0
wow -- thank you Sergei for such a quick resolution! I will check it
out tomorrow whenever new version becomes available.
On Fri, 18 Jul 2014, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the libtk8.6 package:
#755195:
(since currently technically there is nothing
wrong with it!)
On Tue, 01 Jul 2014, Yaroslav Halchenko wrote:
On Tue, 01 Jul 2014, Yaroslav Halchenko wrote:
No, it's not fine. Buildds only consider the first alternative, so if
libtiff4-dev no longer exists, the package won't be able
On Thu, 17 Jul 2014, Jay Berkenbilt wrote:
so when is this transition to use libtiff-dev to happen? cmtk
just was removed from jessie for no good reason (I have not spotted that
severity still was serious), so I wondered if I should just wait a bit
and upload updated package or start
On Thu, 17 Jul 2014, Yaroslav Halchenko wrote:
Let me know if I can be of any assistance in some way other than
reintroducing libtiff4-dev.
doh -- blind/silly/busy? me, there is already a libtiff5-dev and what I
need is actually to adjust build-depends to bdepend on it -- I took
Would you be interested just to join the FreeIPMI maintenance team
within Debian and help updating packaging for fresh FreeIPMI release
(1.4.4):
https://alioth.debian.org/projects/pkg-freeipmi/
?
On Wed, 09 Apr 2014, Robie Basak wrote:
Hi,
I looked at bringing this into Ubuntu ahead of Debian
Hi Sergei,
Sorry that we have missed your pull request.
On Sat, 25 Jan 2014, Sergei Ianovich wrote:
Please test https://github.com/yanovich/freeipmi-debian.git
Repackaged v1.3.4 with a minor bugfix.
I've tried to be consistent with the existing policies.
I have just pushed to alioth the
Package: inkscape
Version: 0.48.4-5+b1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
because FTBFS it also became uninstallable (without +b1 rebuild) since
libpoppler44 was removed already from sid so all those which need inkscape in
their
On Sat, 05 Jul 2014, Vincent Bernat wrote:
❦ 4 mai 2014 09:15 +0200, Vincent Bernat ber...@debian.org :
There is another problem on sparc that makes the build fail but it
succeeds on s390x. I still have to figure out the remaining bug on
sparc but it seems quite complex (and related to
reopen 735994
reopen 736035
thanks
On Tue, 01 Jul 2014, Sebastian Ramacher wrote:
Yeah, I think that should be fine. Sorry about that -- my script to find
all affected packages just looked for build dependencies on
libtiff4-dev. I didn't think to filter out the case where it was an
On Tue, 01 Jul 2014, Yaroslav Halchenko wrote:
No, it's not fine. Buildds only consider the first alternative, so if
libtiff4-dev no longer exists, the package won't be able to build on the
buildds.
and with your argument reopening those just closed issues ;)
but for now with normal
On Sun, 29 Jun 2014, Jay Berkenbilt wrote:
Control: severity 735994 serious
libtiff4-dev is now being removed, which will leave your package unable
to built from source.
are you sure Jay? ;)
From the beginning it had build-depends on
libtiff4-dev | libtiff-dev
So I do not think there
The same (as with cmtk) here -- I have bdepends on
libtiff4-dev | libtiff-dev
On Sat, 18 Jan 2014, Jay Berkenbilt wrote:
Source: openmeeg
Version: 2.0.0.dfsg-5.1
User: q...@debian.org
Usertags: libtiff4-dev
The libtiff4-dev package is a transitional package that is going to
disappear
This is just yet another reincarnation of #750630. Please merge into
On Sun, 29 Jun 2014, David Suárez wrote:
Source: mypaint
Version: 1.1.0-3
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20140628 qa-ftbfs
Justification: FTBFS on amd64
Hi,
Package: baobab
Version: 3.12.1-1
Severity: wishlist
I would really appreciate if you channel upstream:
I often use baobab to see what sucks out my precious SSD space. Going
through all directories upon each occasion is not very productive. If I
could simply clieck save state and then upon
Forwarded: https://github.com/nipy/nipype/issues/869
--
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Research Scientist,Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
I was about to try it but then ran into this issue so decided not to
sweat before knowing it would work ;) Could someone update?
Thanks in advance
--
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Research Scientist,Psychological
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko deb...@onerussian.com
* Package name: patchclamp
Version : 1.0
Upstream Author : Vadim Alexeenko v.a.alexee...@gmail.com
* URL : http://patchclamp.net
* License : GPL
Programming Lang: C
FWIW: I was trying to install wheezy amd64 using
http://ftp.debian.org/debian/dists/wheezy/main/installer-amd64/current/images/netboot/mini.iso
which was booted into using grub menu record such as (mentally replace
those variables with the path to the iso on the stick ;) )
menuentry Debian Stable
On Mon, 16 Jun 2014, Tim Haynes wrote:
We are looking to get virtuoso updated in Debian. I was referred to
[2]http://wiki.lod2.eu/display/LOD2DOC/Installation+of+a+local+LOD2+stack
as an
alternative source and I see that you have done some work to update
package
On Mon, 16 Jun 2014, Lisandro Damián Nicanor Pérez Meyer wrote:
Hi Tim,
We are looking to get virtuoso updated in Debian. I was referred to
http://wiki.lod2.eu/display/LOD2DOC/Installation+of+a+local+LOD2+stack as an
alternative source and I see that you have done some work to update
On Mon, 16 Jun 2014, Lisandro Damián Nicanor Pérez Meyer wrote:
do you see obvious warning points to keep in mind? there seems to be
not that many dependents on virtuoso's components, or am I
misunderstanding?
I don't remember virtuoso's internals, but for example the binaries can not
On Mon, 16 Jun 2014, Sune Vuorela wrote:
On Monday 16 June 2014 12:20:24 Yaroslav Halchenko wrote:
Do you see any dependent packages present in Debian which require those
binaries and would not be compatible somehow with 8.1?
The entire KDE stack needs the exact current version
On Mon, 16 Jun 2014, Sune Vuorela wrote:
Great -- thanks Sune for the feedback. It is just from previous
comments I was not sure if KDE is still relying/using virtuoso.
But if you state so -- must be so.
There is a move away from virtuoso - but the kde stack in stable uses
virtuoso
and
Package: maven-debian-helper
Version: 1.6.7
Severity: wishlist
File: /usr/bin/mvn
Those are respected by many environments/libraries/tools in Debian and
handy to force/block network access (e.g. to validate pkg building be
sufficient without network connection). Maven has its own (XML) means
to
Hi Tim,
We are looking to get virtuoso updated in Debian. I was referred to
http://wiki.lod2.eu/display/LOD2DOC/Installation+of+a+local+LOD2+stack as an
alternative source and I see that you have done some work to update package
(from Ubuntu) for the 7.1 release.
Since you had some experience
Debian is about to freeze in a few months, and we would need to have a
recent release available for some NeuroDebian related projects. It
would be great if 7.1.0 gets into jessie.
If there is anything we could help with -- please let us know.
--
Yaroslav O. Halchenko, Ph.D.
Source: linux-headers-3.15-rc7-amd64
Version: 3.15~rc7-1~exp1
Severity: grave
seems to depend on absent linux-kbuild-3.15
$ sudo apt-get install linux-headers-3.15-rc7-amd64
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could
701 - 800 of 2789 matches
Mail list logo