Hi,
I will address this in a few weeks - I think there are only minor
changes required to make the transition. I've patched the upstream
repository, but not tested it against the latest wx packages. I will
update as soon as I can.
Thanks!
Thanks for reporting this. Upstream (ie, me) has support for this, which
is now merged into the main branch (default, 8f9d2fe3d9dd). This was
previously blocked by 925540.
Some build targets still use the old qhull library, so I will modify it
to support both old and new versions at configure
:
> On Tue, Feb 16, 2021 at 11:06:05PM +0000, D Haley wrote:
>> * Package name: libatomprobe
>>Version : 0+20210207-1
>> * URL : http://apttools.sourceforge.io/index.html
>> libatomprobe-dev - Development files for libatomprobe
>> libat
tomprobe_0+20210207-1.dsc
Changes for the initial release:
libatomprobe (0+20210207-1) unstable; urgency=low
.
* Initial release (Closes: #982265)
* Upstream revision 548:69015288bab7
Regards,
D. Haley
Package: wnpp
Severity: wishlist
Owner: D Haley
* Package name: libatomprobe
Version : 20210207
Upstream Author : D Haley
* URL : http://apttools.sourceforge.io/
* License : GPLv3
Programming Lang: C++, Python
Description : Library for processing Atom
ut libqhull*.a, or add libqhullcpp*.a? Maybe I'm
missing something, and omitting libqhullcpp is a deliberate choice?
Thanks.
[1] http://www.qhull.org/README.txt
[2] https://www.debian.org/doc/debian-policy/ch-sharedlibs.html
On 10/10/2019 18:39, David Bremner wrote:
> D Haley writes:
>
Hi,
Just re-pinging this bug. I can try to arrange for an NMU if this is
acceptable.
Thanks.
On 26/03/2019 15:21, D Haley wrote:
> Source: qhull
> Version: 2015.2-4
> Severity: normal
> Tags: patch
>
> Dear Maintainer,
>
> The Qhull package does not install the libq
to be fed into tzwhere -- however tzwhere is not in
debian :(
[1] https://github.com/pegler/pytzwhere
On 16.08.19 00:43, Antoine Beaupré wrote:
> On 2019-08-15 23:23:06, D Haley wrote:
>> Package: undertime
>> Version: 1.7.0
>> Severity: wishlist
>>
>> Dear
Package: undertime
Version: 1.7.0
Severity: wishlist
Dear Maintainer,
I am reporting this here, as gitlab does not allow me to create an account -
please do forward upstream as needed.
Having the ability to type in a name of a regional capital city to undertime
and have it recognised would be
Hi,
I experienced the same problem. Manually rebuilding and installing
pstoedit-3.74-1 fixed the problem for me.
Currently 3.74 is stuck in unstable.
Package: ghkl
Version: 5.0.0.2456-1
Severity: normal
Dear Maintainer,
The listed URL for the external resource (homepage) for ghkl does not appear to
be functional, and simply directs back to the institutional home page
Specifically, the listed URL:
Package: remmina
Version: 1.3.3+dfsg-2
Severity: normal
Dear Maintainer,
I recently upgraded to buster, and during the process remmina-plugin-rdp
was removed, but not the main remmina package (I was removing orphan
packages, and I recall seeing it being removed).
I tried to use remmina
to
/run/systemd/system)
>From c60f19ce512bf00ed4e735cbd513fde2a5d9e510 Mon Sep 17 00:00:00 2001
From: D Haley
Date: Tue, 26 Mar 2019 14:59:11 +
Subject: * Fix qhullcpp not installed as .so
diff --git a/debian/libqhull-dev.install b/debian/libqhull-dev.install
index af11adb..0bdb24d 100
Hi,
Thanks for the quick reply.
> Which kind of system is this?
>
> You have a mixup of stable and testing/unstable. This situation is not
> supported.
Its a stable system that I was upgrading to testing. It normally runs
stable.
The upgrade is incomplete because I was upgrading from inside
Package: kile
Version: 4:2.9.92-1
Severity: normal
Dear Maintainer,
After upgrading kile from 4:2.1.3-4+b1 to 4:2.9.92-1, kile would not
open, giving an error along the lines of missing libokular. Okular was
installed on my system, but was an older version. I suspect there is a
missing depends
Hi,
I've attached a patch that might suit - however I am a bit unsure about
modifying a non-leaf package, such as GSL.
Most of the references to delete were of the form xxx_delete, which are
not relevant to the current problem (as this does not conflict with the
C++ operator). The only
Hi,
Thanks for the very quick response.
On my system, it is gsl/gsl_filter.h, rather than
gsl/filter/gsl_filter.h . I'm not sure why - I'm running stable and have
manually backported the testing release, as gsl_filter.h is new and I'm
using it in my code.
$ apt-file find gsl_filter.h
Package: libgsl23
Version: 2.5+dfsg-5
Severity: normal
Dear Maintainer,
The following program will not compile when using a c++ compiler:
#include
int main()
{
}
This gives the following error:
$ g++ tmp.cpp -o tmp
In file included from /usr/include/gsl/gsl_filter.h:25:0,
from
Hi Marius,
I've raised this with upstream, and they believe have a fix in their
repository (r1587 and up). If you have a chance, can you check their
patch against the Debian package?
Otherwise I will check this in the coming weeks.
Thanks!
On Sat, 15 Sep 2018 20:04:33 +0200 Marius Mikucionis
Hi,
I've picked a patch from upstream to fix this, it is now in the git
repository, and should be fixed at next upload.
https://salsa.debian.org/science-team/3depict/commit/964dba2bda590d1e9ab1ec8705159b99df7bc9b6
Thanks.
Package: kakoune
Version: 0~2016.12.20.1.3a6167ae-1
Severity: normal
Dear Maintainer,
After installing kakoune, the :doc function does not work as expected. It seems
to be looking for documentation in the wrong path.
Running ":doc keys marks", as suggsted in the getting started manual, returns
Package: jabref
Version: 3.8.1+ds-3
Severity: normal
Dear Maintainer,
The Libreoffice "connect" feature does not appear to work in this version
of jabref by default.
The "manual connect" feature [1][2] fails as it is looking for several
.jar files:
unoil.jar
jurt.jar
juh.jar
ridl.jar
These
:57 +0100, D Haley wrote:
>> 1) The GUI should be clear as to what setting the backend is currently
>> using. I think it is a concern that there are two settings that have the
>> capacity to be "out-of-sync".
>
> I've filed upstream bug https://savannah.gnu.org/
Hi,
> I will try to push for upstream to keep the default value to false. A
> compromise position might be to have the first run dialog suggest that
> it be enabled, but if the setting is ever deleted manually or corrupted
> or unable to read in any way, it should always default to disabled.
>
Package: afl
Version: 2.36b-1
Severity: minor
Dear Maintainer,
When running afl, the following error is generated on a binary compiled with
UBSAN (ASAN) support.
[-] Whoops, the target binary crashed suddenly, before receiving any input
from the fuzzer! Since it seems to be built with ASAN
Hi,
Thanks for the report. I've pushed a change to git [1] and will request
a sponsor to upload the changes.
Relevant changesets are:
95090e76
f5e5835b
[1] https://anonscm.debian.org/cgit/debian-science/packages/3depict.git/
Thanks for keeping tabs here, I've been using --force-gui for some time
now, before it was the default. May or may not be a useful tidbit.
> Is it possible the qt-settings file is created by something other than
> Octave on your system?
I've only been using the current debian packages, and
:04 +0100, D Haley wrote:
>> Thanks for getting back so quickly. That command yields no output (no
>> such line) - the file does however exist.
>>
>> $ grep allow_web_connection ~/.config/octave/qt-settings
>> $
>
> Ok. That indicates that the setting is no
Hi,
It looks like the QT UI does not match what happens internally in Octave
if the line is absent from the file.
If the line "allow_web_connection=true" is present, then the web
connection proceeds, and the network tab in settings reflects the setting.
If the line "allow_web_connection=false"
Hello,
Thanks for getting back so quickly. That command yields no output (no
such line) - the file does however exist.
$ grep allow_web_connection ~/.config/octave/qt-settings
$
On 21/09/17 17:55, Mike Miller wrote:
> On Thu, Sep 21, 2017 at 11:50:24 +0100, D Haley wrote:
>> I was
Package: octave
Version: 4.0.3-3
Severity: minor
Dear Maintainer,
I was having some network troubles recently, and I was using octave. A
short time after launching the program (octave --force, I was greeted
with "Octave's community news source seems to be unavailable. For the
latest news,
A repository has now been created on alioth:
https://anonscm.debian.org/git/debian-science/packages/libvd.git
Some lintian errors remain (around triggers).
Package: wnpp
Severity: wishlist
Owner: D Haley <my...@gmx.com>
* Package name: libvd
Version : 1.1.0+svn7
Upstream Author : Herve Lombaert
* URL : http://cim.mcgill.ca/~lombaert/libvd-doc/
* License : GPL
Programming Lang: C++
Description :
Package: libwxgtk3.0-0v5
Version: 3.0.2+dfsg-4
Severity: normal
File: libwxgtk3.0-0
Dear Maintainer,
I was trying to use lines in my application which uses wxGTK. I've found that
in the drawing sample shipped with wxGTK, the lines screen doesn't seem to give
the correct visual output.
In the
Hi,
I'm using this indirectly in some work I'm doing. I might package this
when I have some spare time. It is required for the octopus DFT solver:
http://octopus-code.org/wiki/Main_Page
If anyone else has some interest in this, please do let me know, such as
to minimise overlap.
Source: ilmbase
Version: 2.2.0-11
Severity: normal
Dear Maintainer,
It appears that in the current ilmbase package there is a small
file that contains code with a proprietary licence.
Specifically Half/halfExport.h contains the following:
// Copyright (c) 2008 Lucasfilm Entertainment Company
Package: acbuild
Version: 0.4.0+dfsg-1
Severity: important
Dear Maintainer,
Your package appears to contain commands which use a short gpg-key
ID. These have recently been identified as potential security concerns,
due to a chance that the wrong key can be imported in the case of a
forced key-ID
Source: python-tosca-parser
Version: 0.1.0-3
Severity: important
Dear Maintainer,
Your package appears to contain commands which use a short gpg-key
ID. These have recently been identified as potential security concerns,
due to a chance that the wrong key can be imported in the case of a
forced
Source: cairo-dock
Version: 3.4.0-2
Severity: important
Dear Maintainer,
Your package appears to contain commands which use a short gpg-key
ID. These have recently been identified as potential security concerns,
due to a chance that the wrong key can be imported in the case of a
forced key-ID
Source: softhsm2
Version: 2.1.0-3
Severity: normal
Dear Maintainer,
Your package appears to contain commands which use a short gpg-key
ID. These have recently been identified as potential security concerns,
due to a chance that the wrong key can be imported in the case of a
forced key-ID
Source: sqlkit
Version: 0.9.6.1-2
Severity: normal
Dear Maintainer,
Your package appears to contain commands which use a short gpg-key
ID. These have recently been identified as potential security concerns,
due to a chance that the wrong key can be imported in the case of a
forced key-ID
Package: php-mongodb
Version: 1.1.7-2
Severity: important
Dear Maintainer,
Your package appears to contain commands which use a short gpg-key
ID. These have recently been identified as potential security concerns,
due to a chance that the wrong key can be imported in the case of a
forced key-ID
Source: kivy
Version: 1.9.1-1
Severity: normal
Dear Maintainer,
Your package appears to contain commands which use a short gpg-key
ID. These have recently been identified as potential security concerns,
due to a chance that the wrong key can be imported in the case of a
forced key-ID collision
Package: poretools
Version: 0.5.1-1
Severity: important
Dear Maintainer,
Your package appears to contain commands which use a short gpg-key
ID. These have recently been identified as potential security concerns,
due to a chance that the wrong key can be imported in the case of a
forced key-ID
Package: gitlab
Version: 8.10.5+dfsg-2
Severity: important
Dear Maintainer,
Your package appears to contain commands which use a short gpg-key
ID. These have recently been identified as potential security concerns,
due to a chance that the wrong key can be imported in the case of a
forced key-ID
Package: kile
Version: 4:2.1.3-4
Severity: normal
Dear Maintainer,
I am using Debian inside a virtualbox session with a windows host. When working
on kile projects who are in the virtualbox shared folders, which are mounted at
(say) /media/vbox_share/, any project within /media/vbox_share/
Package: openjdk-8-jre
Version: 8u91-b14-2
Severity: normal
Dear Maintainer,
When attempting to launch Jabref after updating openjdk from ( i believe, based
upon apt history) 7u91-2.6.3-1 to 8u91-b14-2, i found that the following
segfault occured:
** (java:13536): WARNING **: Couldn't
Hi,
I claim that this bug is blocked by mathgl, as mathgl has enabled c++11
support. I'm not a maintainer on that package anymore.
Mathgl's C++11 support has been re-enabled in HEAD after closing 800460
by disabling C++11 support [1] (ie the fix is now reverted in head) .
I've contacted
Hi Dmitirios,
Thanks for the quick response.
My current opinion is that we should lock-step with the C++11 transition
in Debian, which occurs with gcc6.
https://wiki.debian.org/GCC5#Prepare_for_GCC_6
Otherwise, we are simply risking bugs like 798858, 800460 and 80953, as
C++11 is not the
Hi Dimitrios,
It looks like there is still a problem with the latest git head. It
seems that there may have been a mishap with the patching, and the patch
has been reversed at some point? I can see in b7027842 that the C++11
has been set back to ON in the CMakeLists file.
I personally keep a
Package: mathgl
Version: 2.3.3-2
Severity: normal
Hi All,
A bit of a note-to-self (and Dimitrios, I guess). This report is due to some
notice on the mathgl mailing list:
https://groups.google.com/forum/?_escaped_fragment_=topic/mathgl/ioV2hTVfhq4#!topic/mathgl/ioV2hTVfhq4
The following
Hi,
Thanks for the report. A quick glance suggests this may be related to a
bug in mathgl (800460) .
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800460
I co-maintain mathgl, so I'll look at this on the weekend, when I have
some time.
Hi All,
Apologies for being late to fix this bug. I had previously looked into
it and from the above instructions, I had seen the bump was needed, but
have only just had the time to work on this.
I have contacted upstream to see which of the two options they would
prefer. My preference is
Package: octave
Version: 3.8.2-4
Severity: normal
Dear Maintainer,
Octave will hang (spin) when the following procedure is followed on my system
(every time).
1) Launch octave GUI
2) create a new file in the editor window, eg by using the script button (top
left)
3) in the editor tab, in an
Sorry, my previous report did not contain enough information. To
reproduce the spin replace all must be used. replace works fine.
--
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: normal
Dear Maintainers/Developers,
I am intending to orphan opticalraytracer, as I no longer have the time
to develop my java packaging skills, and do not use java in the natural
course of my work. If anyone is interested in maintaining this package,
please feel free to
Hi and thanks for the input,
I think this bug is less about licencing, which is a large and complex
issue, than a quick fix for code execution. Upstream can make their
decisions about licencing. This is possibly not a debian question, and i
feel somewhat tangential to this bug, and the issues
Subject: freecad: Downloads and executes code
Package: freecad
Version: 0.14.3702+dfsg-2
Severity: important
Dear Maintainer,
As per discussions with the security team, I am marking the severity as
grave.
Freecad downloads and executes code (e.g. ArchCommands.py) from the
network, from
Hi, and thanks for the quick response.
I was unaware of the licensing issue - I don't really have an opinion on
the licencing problem, but more the technical issue of unsigned code
execution. Whilst you/upstream control the resource, freecad doesn't
confirm that the download actually comes
Original Message
Subject: Re: 3depict: Please update to use wxwidgets3.0
Date: Thu, 24 Jul 2014 23:18:55 +0100
From: D Haley my...@gmx.com
To: Olly Betts o...@survex.com
Hi,
No it has not been missed. I have been busy over the last few weekends
with other non-debian things
Package: wnpp
Severity: wishlist
* Package name: easymercurial
Version : 1.3.0
Upstream Author : Chris Cannam i...@soundsoftware.ac.uk, Jari Korhonen
* URL : http://easyhg.org/
* License : GPL
Programming Lang: Python
Description : Easy to use
Package: thunar
Version: 1.6.3-1
Severity: normal
Dear Maintainer,
Thunar will hang if an SFTP session is terminated uncleanly. The solution is to
kill the SSH proces manually.
To reproduce, connect to a remote server via SFTP. After successfully
logging in, disable your network adaptor. Once
Hi,
Thanks for the report. I was not able to exactly reproduce the problem
that you describe. The startup tips show for myself, and then the
program runs. This is true normally, in valgrind, and under gdb.
However, I was able to reproduce the same symptoms, but with the
autosave dialog.
I
Package: scilab
Version: 5.5.0-2
Severity: wishlist
Dear Maintainer,
Currently under testing, using virtualbox there are some problems with the
vboxvideo driver, and thus full opengl support is difficult to access (software
rendering only). This happens quite frequently on many systems, for
Package: kile
Version: 4:2.1.3-2
Severity: wishlist
Dear Maintainer,
It would be great if Kile PDF viewing worked by default on non-KDE installs -
particularly as KDE is not the default for testing. Currently, after install
kile, in order to view a PDF generated by kile, one has to modify the
Package: wx3.0-examples
Version: 3.0.0-2
Severity: normal
Dear Maintainer,
The wxPropGrid sample fails to execute its unit tests, throwing an
assertion failure during test execution. The backtrace is reprouced
below, and appears to be related to, but distinct from wx bug 13447
+ layout2-addWidget(_enableUsageStatistics, 1, 0);
It looks like it is still enabled by default?
I might be wrong, as I am unfamiliar with QT's config file system. But
its not clear what the default value is set to. As updates are handled
by apt-get/aptitude, this should be disabled by
Hi,
I'm not sure if I should open a separate bug report, but GPX files
created from my GPS (igotu) via igotu2pgx fail to import, as they are
XML 1.0. I feel this is related as it is similarly pytrainer failing to
import GPX files from other sources.
I tried hand-modifying the file so it
Package: libqhull6
Version: 2012.1-4
Severity: grave
File: libqhull
Justification: renders package unusable
Dear Maintainer,
-dev package appears to contain zero-byte files. Dpkg reports the following
(Reading database ... 260712 files and directories currently installed.)
Preparing to unpack
Package: wnpp
Severity: wishlist
Owner: D Haley my...@gmx.com
* Package name: tapsim
Version : 1.0b.r766
Upstream Author : Christian Oberforfer oberdorc muenster
* URL : http://www.uni-muenster.de/Physik.MP/Schmitz/en/tapsim/
* License : GPL
Programming Lang
Now clonable from: https://bitbucket.org/mycae_gmx/tapsim_debian.git
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: libqhull-dev
Version: 2009.1-3
Severity: wishlist
Dear Maintainer,
For qhull2012, the file pointer arguments for qh_new_qhull can no longer
be null - this results in the program going into infinite recursion
between qh_fprintf and qh_error, as qh_error tries to print, and
qh_fprintf
Package: libtet1.5-dev
Version: 1.5.0-1
Severity: normal
Dear Maintainer,
libtet appears to be compiled without TETLIBRARY defined. The example from
upstream ( ) does not compile due to this (aside from other minor upstream
errors).
TETLIBRARY is required for the library interface, and is
Hi
Looks like I left out the upstream URL. The file I am referring to is
here [1] , and the compilation error is:
g++ tetcall.cxx -o tetcall -ltet
...
tetcall.cxx:190:42: error: cannot convert ‘const char*’ to
‘tetgenbehavior*’ for argument ‘1’ to ‘void
tetrahedralize(tetgenbehavior*,
Hi,
Thanks for the bug report, and sorry for the trouble. I might not be
able to totally solve this bug for the next few weeks.
I am a little confused about some of these points, and I'll address each
individually, so here goes:
1.
There is a syntax error line 26
26 $ TOP_LEVEL=
Hi,
Where are you reading this? This feature doesn't exist, just the
inverse exists: Restrictions: build-needed.
This is the document I have been working off:
http://dep.debian.net/deps/dep8/
So your test builds the .debs and then calls dpkg -i to install them?
Please note that this isn't
Package: libgl1-mesa-dri
Version: 9.2.2-1
Severity: important
Dear Maintainer,
After upgrading from 8.0.5-6 to 9.2.2-1, opengl now fails to work, with
glxgears emitting the message:
Gen6+ requires Kernel 3.6 or later.
glxgears:
Package: mercurial-common
Version: 2.6.3-1
Severity: normal
Dear Maintainer,
The following sequence of commands can produce a bug whereby a tag, such as
release version will instead only show version in the tag view. This
appears to be a regression, as this previously worked in earlier
Package: libapt-pkg4.12
Version: 0.9.9.4
Severity: important
Dear Maintainer,
Attempting to use aptitude or apt recently caused both programs to
segfault during startup, (normal user, or root). GDB indicate sthe problem lies
within the pkgCache handling.
Hi,
Thanks for the patch. I've applied it to the git repository [1], and
requested a new upload.
The -doc filesize does indeed decrease markedly.
[1]
http://anonscm.debian.org/gitweb/?p=debian-science/packages/libstxxl1.git;a=commit;h=19f279fcb82d515f3052cffaabda8acbec1c4c1d
--
To
Hi,
just so we have numbers, the size before and after this change was:
1.3.1-4 : 2,587.1 kB
and after:
1.3.1-5 : 1,614.4 kB
so you can shave off a good chunk.
In retrospect (and I'll do this on the next upload), there is no need to
pack the .md5 files, so more could be saved here.
Perhaps
Package: hgsvn
Version: 0.1.8-1
Severity: normal
Tags: patch
Dear Maintainer,
When attempting to import a remote svn repo, when not using gnome's
keyring management , there is some debugging information printed
to stderr. It does not affect the program operation. hgimportsvn
significant changes
to remove non-free components from the package.
Regards,
D. Haley
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: xfce4-mixer
Version: 4.8.0-3+b1
Severity: normal
Dear Maintainer,
When using xfce4-mixer with gstreamer0.10-alsa uninstalled, right
clicking on the mixer icon in the xfce tray and then selecting
the properties/settings menu item causes mixer to report that
Package: kdenlive
Version: 0.9.6-2
Severity: important
Dear Maintainer,
Launching kdenlive on a system with libmlt*-0.8.0-4 causes kdenlive to
immediately abort with:
$ kdenlive
kdenlive: symbol lookup error: kdenlive: undefined symbol:
_ZNK3Mlt7Profile10colorspaceEv
The git repo now has commits that solve the previous issues.
* Openanything.py is now removed by a patch, and has been replaced by
urllib.
* Geonames support has been added, so users will get (a somewhat
not-so-great based upon random testing) search. OSM apparently has a
better database, but
Hi,
I've uploaded a near-legal-clean version of a mapcatcher debian
package here:
https://gitorious.org/debian-mapcatcher/debian-mapcatcher
The only thing to be done from a legal perspective is to confirm that we
can use openanything.py, which uses the python licence.
Unfortunately, from
retitle 589254 ITP: mapcatcher -- offline map viewer
owner 589254 !
thanks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Apologies for the me too, I concur that this does not work under XFCE.
It may be specific to XFCE users who have subsequently installed gnome
manually, and are missing a package, or service provided by gnome?
Or users who may have installed --without-recommends (I often do this
for gnome/KDE
pwd folder/Makefile
$ ln -s folder/Makefile
$ make
pwd
/home/user/Desktop/tmp
If you want to close the bug as invalid, thats fine, as long as I'm clear that
its a would be nice type scenario
- Original Message -
From: Thomas Gaugler
Sent: 04/07/13 07:19 PM
To: D Haley, 704
Package: nsis
Version: 2.46-7
Severity: normal
I have an nsis file that refers to files using relative referencing, eg
eg:
!insertmacro MUI_PAGE_LICENSE COPYING
However if I place my .nsi file outside of the base directory for my project
eg:
Package: g++-mingw-w64-x86-64
Version: 4.6.3-14+8
Severity: normal
x86_64-w64-mingw32-g++ has differing behaviour for stringstream, depending upon
if -D_GLIBCXX_DEBUG is given or not.
builder@builder:~/mingw-debian-cross/code/tmp$ x86_64-w64-mingw32-g++ test.cpp
-o test
Hi,
Thanks for the report. I did notice an ubuntu user said that the icon was
broken under unity, but having no idea how unity works, and that the icon
worked for me under XFCE I thought no more of it.
The fix is now uploaded to the git repository, and I have sent a message to get
a new
Package: xfce4-utils
Version: 4.8.3-2
Severity: minor
Having done a fresh testing install of xfce, I installed xfce4-utils (i think
via synaptic). Xscreensaver is not installed as it is only recommends, not
requires, xflock4 does not work.
sh -x xflock4
+ pgrep xscreensaver
+ pgrep -f
I will look into this in the next few days.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: lintian
Severity: wishlist
Version: 2.5.4
Hello,
I recently made an error in a package I maintain, where I swapped two digits in
the bug; i.e. instead of closing 123, I closed 213. Fortunately, the other bug
was not affected as it was already closed.
I have seen the error before on a
This was caused by qhull/wxwidgets preprocessor conflict. I have fixed it in
git by using push/pop preprocessor pragmas.
However, I am waiting for an upload to happen. I'll ping debian-science again.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Subject: ccache: Segfault if ccache called from missing dir
Package: ccache
Version: 3.1.6-1
Severity: normal
Dear Maintainer,
ccache -s crashes if called from a terminal whose cwd has been deleted.
eg
$mkdir a
$cd a
$ccache -s
(this is fine)
in another terminal:
$ rmdir a
switch to original
Just so that we are clear, I have to tip my at to the kind people over at
debian-mentors who did most of the hard work -- I don't have a PPC arch system.
--- On Mon, 9/5/11, Debian Bug Tracking System ow...@bugs.debian.org wrote:
From: Debian Bug Tracking System ow...@bugs.debian.org
Subject:
Hi All,
I think my emails to Sylvestre might be being dropped when sending directly :(
The fix has been in git for a while, and only affects the 1.2.x series -- the
1.3.x was fixed before this bug opened, but I didn't backport it until this bug
was reported:
Here is the 1.2.x fix, the head of
1 - 100 of 130 matches
Mail list logo
