Package: qbrew
Version: 0.3.5-2
Severity: normal
I have found a repeatable segfault with qbrew trying to use the
Database Tool option to apply a change to an existing ingredient.
To produce the segfault:
* start qbrew
* select Tools->Database Editor
* modify the Name of "Amber D.M.E." to be "A
I'll certainly consider removing the "ripperX" path. The reason it's
there is because upstream (when there still was an upstream) called the
package "ripperX" and distributed the binary as so. I thought that was
cumbersome, since very few Debian binaries include capitalized letters,
and so I adde
Update - this appears to be because the data in the text entry box is
"scrubbed" for illegal characters and then the textbox is redrawn. It
may take a little bit longer to migrate that function elsewhere.
Thanks again for noticing this.
tony mancill wrote:
> Hello Reid,
>
>
Hi Wayne,
I tried to duplicate this problem by loading up a machine with fvwm (and
of course I wasn't able to). Perhaps you could send me the output of
"crsh -dDG hosts..." and we could work from there?
Thank you,
tony
Wayne Scott wrote:
> Package: clusterssh
> Version: 3.17.1-2
> Severity: nor
A. Costa wrote:
> On Wed, 01 Jun 2005 16:21:23 -0700
> tony mancill <[EMAIL PROTECTED]> wrote:
>
>
>>tags 208237 + unreproducible moreinfo
>># unable to reproduce this behavior with ripperX 2.6
>
>
> Well that's good news. To confirm this, I jus
Package: clusterssh
Version: 3.13.1-2
Severity: normal
The ability to specify "-l " on the cssh command line disappeared
between versions 2.20 and 3.13.1.
-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.11
Locale: LA
This is an interesting point, and one I should have noticed as I used to use
host aliasing in .ssh/config frequently. I'm not sure how best to work
around this other than to add an option to .csshrc to ignore hosts that fail
the check. Perhaps we could do something like "#aliasedhost" but that se
Please note that meta key support is available in the 3.x version of
clusterssh. There are, however, still a few problems. According to the
documentation, you can set "use_hotkeys = no" in your ~/.csshrc in order to
disable the keyboard shortcuts for dropdowns in the clusterssh
administration win
I've located a copy of version 1.4 of the upstream source and am preparing
an upload.
Thanks,
tony mancill
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: cdrdao
Version: 1:1.1.9-3.0.0.1.amd64
Followup-For: Bug #249642
This bug should go away with the upload of 1.2.0.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/ba
Hello Tobias,
Thank you for reporting this problem. Can you give me an example of what
you're seeing? Are you saying that a song title longer than 30 characters
creates a tag that looks like this:
012345678901234567890123456789
songname: This is a very long song titlexxx
artist:
Package: grub
Version: 0.95+cvs20040624-13
Followup-For: Bug #288678
Please consider a patch like the following for grub-floppy. By
explicitly setting stage1 and stage2 and letting ls handle the
metachars, don't have to worry about any of the other references to
those two variables in the script
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Anthony DeRobertis wrote:
| Package: libconfig-simple-perl
| Version: 4.55-1
| Severity: normal
|
| After reading the config file with import_from, that file is left open.
| This is annoying as it prevents proper daemonization (possibly
| preventing a f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Very interesting - I'll take a look at this and confer with the upstream
maintainer. Sorry for the delay...
Thank you,
tony
Cyril Bouthors wrote:
| The Meta key works when I put the focus directly on the terminal but
| doesn't when I'm using the cssh w
Package: mozilla-calendar
Version: 2:1.7.5-1
Severity: important
mozilla segfaults as soon as you select Window->Calendar (or hit CTRL-8)
on an AMD64 system when using a remote calendar. Accessing the same
calendar using the i386 package will not result in a segfault. (I'm
testing using a dchr
Package: wnpp
Severity: wishlist
Owner: tony mancill <[EMAIL PROTECTED]>
* Package name: libvideo-ivtv-perl
Version : 0.13
Upstream Author : James A. Pattie <[EMAIL PROTECTED]>
* URL :
http://sourceforge.net/project/showfiles.php?group_id=73219&
Hello Tim,
Thank you for the bug report. If I'm not able to come up with an
appropriate XPM, I may take you up on your offer to create one.
Cheers,
tony
tim hall wrote:
Package: ripperx
Version: 2.6.4-1
Severity: minor
I notice that your application lacks an icon. For the Debian package please
Mészáros András wrote:
> The former ssh package splitted openssh-client and openssh-server. The
> clusterssh depend only openssh-client
>
> Thx Andrej
Quite correct - I'll prepare an update shortly. thank you for catching this.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: clusterssh
Version: 3.17.1-1
Severity: normal
cssh requires the -xrm option, which fails on aterm (even though aterm
provides x-terminal-emulator). This probably effects several
x-terminal-emultor providers.
aterm: bad option "-xrm"
aterm: bad option "XTerm.VT100.allowSe
Thanks for the bug report; I'm still trying to reproduce this on my
system. Here are a couple of notes:
* uxterm backgrounds itself after opening the terminal window, and hence
is not going to work with clusterssh at this time. I don't think it's
ever worked, and this is noted in the README.Debi
Correction to my previous response: uxterm doesn't background itself, it
simply calls the first xterm in the path and not /usr/X11R6/bin/xterm
explicitly.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Cyril Bouthors wrote:
> Tony, if you are not able to reproduce the bug, please check that you
> have the exact same version of the package and its deps.
I have the exact same versions of the package and all of the
dependencies listed in the bug report, and cannot reproduce the bug.
However, your
I have tagged this bug unreproducible. I did a fresh install of sarge
and the apt-get -f dist-upgrade to sid and was not able to reproduce
this problem.
I did find some other problems related to -xrm
'XTerm.VT100.allowSendEvents:true' that are most likely going to
necessitate removing the depende
Thanks for this, but no change. It still works fine on my systems. Are
you able to reproduce this problem on other systems or running as a
different user?
tony
Cyril Bouthors wrote:
> Here's my ~/.Xresources, maybe it'll help:
>
>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subje
Package: quodlibet
Version: 0.11-1
Severity: important
[EMAIL PROTECTED]:~$ quodlibet
Traceback (most recent call last):
File "/usr/bin/quodlibet", line 316, in ?
from util import to
OverflowError: signed integer is greater than maximum
Note that this may be a more generic problem. Using
Hello Reid,
Thank you for the bug report. I agree that this behavior is awkward.
I'm working on a 2.6.7 patch release and will try to address this in
that patch.
Cheers,
tony
Reid Priedhorsky wrote:
> Package: ripperx
> Version: 2.6.6-1
> Severity: normal
>
>
> Steps to reproduce:
>
> 0. Sta
gs-1.0+20050525/debian/changelog
@@ -1,3 +1,10 @@
+nvidia-settings (1.0+20050525-2.1) unstable; urgency=low
+
+ * Non-maintainer upload
+ * adds build-depends on libxv-dev (closes: #324594)
+
+ -- tony mancill <[EMAIL PROTECTED]> Sun, 11 Sep 2005 10:49:58 -0700
+
nvidia-settings (1.0+20050
Package: sox
Version: 12.17.7-3
Severity: normal
Tags: patch
The sox manpage references being able to remove silence in the
middle of file using the silence plugin, but when trying it, the
arguments parsing code would always indicate that an invalid
argument was specified. It turns out that silen
Hello Matt,
Thank you for catching this bug. Unfortunately, ripperX probably has
plenty of bugs like this (time for a rewrite). I will start work on a
patch.
Cheers,
tony
Matt Hodges wrote:
> Package: ripperx
> Version: 2.6.6-1
> Severity: normal
>
> Under some circumstances, playlist (.m3u)
in some circumstances and
was unmaintained upstream.
Thank you,
tony mancill
A Costa wrote:
> Package: gtkgraph
> Version: 0.6.2-5
> Severity: minor
> Tags: patch
>
>
> Found a typo in '/usr/share/man/man1/gtkgraph.1.gz', see attached '.diff'.
--
To UNS
Package: libjgoodies-forms-java
Severity: wishlist
There is a new upstream release of JGoodies Forms available. The
upstream changelog can be viewed here:
http://www.jgoodies.com/download/libraries/forms/RELEASE-NOTES.txt
The new source is available here:
http://www.jgoodies.com/download/li
Package: coreutils
Version: 5.97-5.2
Followup-For: Bug #403624
Wanted to echo the original bug reporter; this definitely started after
upgrading to the latest unstable on 2006/12/18. I tried installing an
earlier libacl, but the problem remained.
-- System Information:
Debian Release: 4.0
APT
Sorry for the delay. I'll upload a fix this evening.
Regards,
tony
Peter Palfrader wrote:
> On Sun, 05 Nov 2006, Peter Palfrader wrote:
>
>> cssh gets confused by directories in . that are named like the binaries
>> it wants to execute.
>
>> [EMAIL PROTECTED]:~$ mkdir ssh
>> [EMAIL PROTECTED]:
Package: sun-java5-bin
Version: 1.5.0-10-1
Severity: important
After upgrading to libx11 from experimental (see the announcement [0]),
the java plugin fails to work in iceape/mozilla, galeon, or firefox.
It spits this out onto the console when the plugin tries to start:
--
java_vm: xcb_xlib.c:50
Steve Langasek wrote:
> On Tue, Jan 02, 2007 at 09:56:18PM +0100, Philippe Coval wrote:
>
>> Thank you for reporting this mistake,
>> this janel-ant jar (MIT licence) is only used for using ant on win32,
>> so it can be safely removed.
>
>> That's what I've done when repackaging the 0.8.1 version
Steve Langasek wrote:
> On Thu, Jan 04, 2007 at 10:07:30PM -0800, tony mancill wrote:
>>> The new upstream version uploaded to unstable includes a significant number
>>> of changes unrelated to the RC bugfix. Please prepare a targetted fix that
>>> can be upload
A "new" upstream version with a modified upstream tarball which removes the
the non-free jar has been uploaded to testing-proposed-updates. There are a
couple other minor changes to the package aside from the removal of the jar:
1) Installation of /usr/share/tuxguitar/lang/messages_de.properties
Package: azureus
Version: 2.5.0.0-1
Followup-For: Bug #396352
The problem appears to lie with more recent versions of
libswt-gtk-3.2-java. The 3.2.1 version of this package ships
/usr/share/java/swt-gtk-3.2.1.jar, but the config file referenced in the
azureus startup script (/usr/bin/azureus) is:
Package: wnpp
Followup-For: Bug #277175
Owner: tony mancill <[EMAIL PROTECTED]>
I've packaged this CPAN module and will upload a package shortly.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm at work now, but will be able to sponsor the upload later this
evening (GMT -0800).
Thanks,
tony
Jean Parpaillon wrote:
> Le vendredi 9 février 2007 18:18, Eddy Petrișor a écrit :
>> Benjamin Eikel wrote:
>>> Package: wormux
>>> Version: 0.7.9-1
Kurt Roeckx wrote:
> Package: wormux
> Version: 0.7.9-2
> Severity: serious
>
> Hi,
>
> Your package is failing to build with the following error:
> dh_install -pwormux --sourcedir=debian/tmp
> cp: cannot stat `debian/tmp//usr/share/pixmaps/': No such file or directory
> dh_install: command retur
Package: gcalctool
Version: 5.8.25-1
Severity: normal
This isn't a big deal as there is a work-around, but it's annoying, and
it's easily reproducible.
Conduct an operation and get the result, e.g.:
2 + 2 =
Press "Mod"
Enter the modulo argument.
Press =
You'll get "Malformed expressio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm not able to reproduce this problem, but perhaps xsysinfo is causing
your system to use a lot of memory. (On my system, it doesn't appear to
have any sort of memory leak.) On a comannd-line, could you find out
the PID of xsysinfo and then submit t
Tony Mancill wrote:
> I'm not able to reproduce this problem, but perhaps xsysinfo is causing
> your system to use a lot of memory. (On my system, it doesn't appear to
> have any sort of memory leak.) On a comannd-line, could you find out
> the PID of xsysinfo and then
Patch attached so that getloadCB() isn't constantly malloc()ing memory that
is never freed. Tested with valgrind.
tony
diff -uarb xsysinfo-1.7/xsysinfo.c xsysinfo-1.7_patch/xsysinfo.c
--- xsysinfo-1.7/xsysinfo.c 1999-05-04 22:58:03.0 -0700
+++ xsysinfo-1.7_patch/xsysinfo.c 2007-03-07 11:4
Pierre Bauduin wrote:
> Hi there,
>
> Here's another screenshot. This is what happens when I start xsysinfo
> around 11:00 AM and come back the next day around 9:00 AM:
> http://pierre.baudu.in/files/2007-03-09-083317_1024x768_scrot.png
>
> There's for sure a memory leak there ;)
>
> Ah wait, th
Package: mp3val
Version: 0.1.4-3
Severity: wishlist
A new upstream version is available:
http://prdownloads.sourceforge.net/mp3val/mp3val-0.1.5-src.tar.gz?download
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell
Package: nvclock
Version: 0.8b2-1
Severity: wishlist
The manpage is out of sync with the many new options in the newer
version of NVClock. (For example, the manpage doesn't show --fanspeed,
etc.) Please see nvclock -h for the full list of options.
Thank you,
tony
-- System Information:
Debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Oleksandr:
I have sponsored uploads of lcms in the past, and therefore am copied on
BTS reports. However, I haven't heard from Shiju Nair in quite a while
and believe that he may be MIA. Furthermore, at the moment I have very
little time to wo
Package: svn-buildpackage
Version: 0.6.18
Followup-For: Bug #369313
Since -d is undocumented, this doesn't really seem closed. I'm
attaching a patch against 0.6.18 that skips the builddeps check
if --svn-tag-only is specified. This is very useful for folks
who build in pbuilders and then tag l
Package: xfmedia
Version: 0.9.1-6+b1
Severity: normal
If is start xfmedia with visualization enabled and fftgraph selected,
it segfaults as soon as I hit play. However, if I start with a
different visualization and then switch to fftgraph, the graph is
displayed correctly. This is reproducible o
Package: unzip
Version: 5.52-8
Followup-For: Bug #192253
Please update the compilation to support large files. (See
http://www.info-zip.org/FAQ.html#limits).
I've tested this on i386 and it does solve the bug. The
compilation options should be safe for any Linux 2.4.x or
later kernel, so this
tony mancill wrote:
> Please update the compilation to support large files. (See
> http://www.info-zip.org/FAQ.html#limits).
Just a follow-up now that I've read the entire bug report (err... insert
something negative about reportbug here). Using the -DLARGEFILE_SOURCE and
-D_FILE_OFF
Daniel M. Griswold wrote:
> Package: qbrew
> Version: 0.3.9-1
> Severity: normal
>
> Hi there,
>
> When I try to open a recipe in beerxml format, QBrew responds with this
> message (for example): "Unable to import the file untitled.xml"
>
> I might have thought that this was a problem with the
his occurs.
Thanks,
tony mancill
Michelle Konzack wrote:
> Package: ripperx
> Version: 2.6.4-2
> Severity: normal
>
> Error description:
>
> Today I have installed "ripperx" and after configuring, I have tried to
> scan a CD but it hangs at cdparanoia/modprobe.
Samuel Thibault wrote:
> I've just tried it a dozen times and it seems to just work fine indeed.
Thanks for testing it. I'm going to go ahead and upload this version to
unstable and leave the bug open based on the problems
window_tiling_direction=left.
tony
signature.asc
Description: OpenPGP
Andreas Jochens wrote:
> please build the package with java-gcj-compat-dev instead of non-free
> j2sdk*.
Thank you for the bug report!
tony
signature.asc
Description: OpenPGP digital signature
Package: jsch
Severity: minor
Tags: patch
The URL listed in debian/copyright contians a typo. The attached patch
contains a corrected URL for the upstream source. The problem exists in
both the 0.1.19 and the 0.1.28 package in experimental.
Thanks!
tony
-- System Information:
Debian Release: t
Interesting. It fails for me in the same manner inside a pbuilder, but
fails to build with a different error when I build outside of pbuilder:
...
CFLAGS="-Wall -g -O2" ./configure --prefix=/usr
Configuring qbrew package...
Checking for qmake...yes
Checking Qt version...4.2.0
Checking if a simple
Eddy Petrișor wrote:
> After upgrading to zim 0.16-1, it was unable to open any of my wikis in
> a proper manner. It opened a Home page in either case although there
> was no such page in any of the wikis (Home is the default_home in my
> configuration, but this worked before and should be unrelat
Thank you for the bug report. I haven't observed this behavior, but will
test it out and look at applying the patch to the next upstream version.
Cheers,
tony
Vincent Fourmond wrote:
> Package: ripperx
> Version: 2.7.0-2
> Followup-For: Bug #387584
>
> Hello again !
>
> The problem is simp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
First off, my apologies to all for the delay on this bug. The problems
under fvwm are related to the terminal windows being unmapped during the
tiling process, and for whatever reason they aren't responding correctly
when the MapWindow request is sent
continue to use the
Debian package by either updating x-terminal-emulator to point to xterm, or
(preferably) by setting default.terminal in your ~/.csshrc file to xterm.
Hope that helps,
tony mancill
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with M
t the output of "cssh -dD" to the bug
report? (Note, make sure that you aren't sending any sensitive information,
since the debug output will contain keystrokes.)
Thank you,
tony mancill
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Torsten,
Thank you for the bug report. I've confirmed that this bug also exists in
the 3.x versions of clusterssh and will be forwarding it upstream.
Regards,
tony mancill
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thank you for the bug report. I agree entirely that you shouldn't have to
set terminal_options. If .csshrc doesn't exist, there is no problem, but if
the .csshrc exists and the parameter is blank, the variable gets set to that
array reference instead
Package: xfce4-mixer
Version: 4.3.90.2-4
Severity: wishlist
xfce4-mixer allows you to switch between two sound devices using
File->Option->Device, but to actually modify the sliders for the newly
selected device, it must be restarted. It would be nice if it would
switch to the selected device imm
d. By the way, this is with
version 4.58.
Thank you,
tony mancill
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFE3BVLpdwBkPlyvgMRAoihAJ0S7YqNINPToIpS/AbTbteMt4wUxQCcDPFT
MA3hTf9jNPSc8LbHwtlU2N8=
=nHsM
-END PGP
Regarding the recent upload to experimental, the deb hasn't yet made it into
the archive, so I've placed it here:
http://people.debian.org/~tmancill/clusterssh_3.19.1-2_all.deb
$ md5sum clusterssh_3.19.1-2_all.deb
3c7cc9e5ae78ce3d2e0c20735d618f2c clusterssh_3.19.1-2_all.deb
Wayne Scott has done
severity 732959 wishlist
merge 732959 725377
merge 681726 725377
thanks
Hi Crowbar,
Thank you for your interest. I am reassigning the severity of this bug
to wishlist, as that is the severity used for new version requests, and
merging it with duplicate bugs requesting the same.
New versions of
tag 730685 +wheezy
thanks
--
Hi,
libjenkins-trilead-ssh2-java is already listed in the build-deps for
this package, and it builds fine on jessie. The build issues on wheezy
are something more complicated than just build-deps.
Cheers,
tony
signature.asc
Description: OpenPGP digital signature
tag 729840 +pending
thanks
--
I have updated the patch to add the space and enclose the distribution
name in parentheses and have applied it to the debian packaging repo.
It will be included in the forthcoming upload of 7.0.47.
Cheers,
tony
signature.asc
Description: OpenPGP digital signature
> tags 730892 + patch
> thanks
>
> Dear maintainer,
>
> I've prepared an NMU for oxref (versioned as 0.91.00-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
>
> I already pushed the related commits to your repository in collab-maint.
>
> Regards.
Dear Scala Maintainers,
I just realized that scala is not a pkg-java/Debian Java Team maintained
package, and so the upload I just made to get scala to build against
Java7 could very rightly be considered rude by the team. (It also means
that I can't push the commits to the pkg-scala packaging re
On 12/26/2013 10:05 PM, tony mancill wrote:
> I am still a little confused that lintian didn't
> warn me that I was essentially performing an NMU; I'll have to look into
> why that is.
Err... I started the changelog with "* Team upload." so there's no
mystery
On 12/29/2013 03:48 PM, Rogério Brito wrote:
> Hi there.
>
> Can we have a late Christmas present (or even an New Year's present)? The
> closure compiler:
>
> * has already been removed from testing [1]
> * has many applications and users that depend/want it
> * already has patches in the BTS [2]
Source: closure-compiler
Severity: wishlist
Dear Java Team,
Please consider updating closure-compiler to a newer upstream version. The
most recent tagged release is v20131118.
Thank you,
tony (filing a reminder bug)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
On 12/30/2013 11:35 AM, Thomas Koch wrote:
> On Monday, December 30, 2013 10:19:53 AM Daniel Pocock wrote:
>> Tony made some commits in Git and it appears he is working to resolve this
>>
>> The rename of the binary package from libclosure-compiler-java ->
>> closure-compiler should probably be don
On 12/30/2013 11:54 AM, Daniel Pocock wrote:
>
>
> On 30/12/13 20:35, Thomas Koch wrote:
>> On Monday, December 30, 2013 10:19:53 AM Daniel Pocock wrote:
>>> Tony made some commits in Git and it appears he is working to resolve this
>>>
>>> The rename of the binary package from libclosure-compile
On 12/30/2013 03:15 PM, gregor herrmann wrote:
> On Mon, 30 Dec 2013 12:03:13 -0800, tony mancill wrote:
>
>>>>> The rename of the binary package from libclosure-compiler-java ->
>>>>> closure-compiler should probably be done now as well to get this out
Hello Release Team:
I am contacting you for guidance on this bug. It affects backporting
this package to wheezy, but not jessie or sid. Therefore, I don't think
it should be considered RC (and don't want to see the package removed
from testing), although it's obviously helpful to have the bug re
Control: -1 tag +help
Hello,
The patch/different arguments for invoking saxonb-xslt attached to this
bug report doesn't appear to work with the test case provided by Brian
Carlson and current version of libsaxonb-java in the archive in
jessie/sid. Or at least it's not working for me; it hangs af
On 01/02/2014 08:46 PM, Ben Finney wrote:
>
> On 02-Jan-2014, David Prévot wrote:
>> Calling closure-compiler inside pbuilder or sbuild (e.g. from d/rules)
>> fails with:
>>
>> run-detectors: unable to find an interpreter for
>> /usr/bin/closure-compiler
>>
>> It works fine with debuild, and
On 01/03/2014 07:55 AM, David Prévot wrote:
> Hi,
>
> Le 03/01/2014 11:34, tony mancill a écrit :
>> On 01/02/2014 08:46 PM, Ben Finney wrote:
>>> On 02-Jan-2014, David Prévot wrote:
>
>>>> Calling closure-compiler inside pbuilder or sbuild (e.g. from d/r
On 01/02/2014 04:00 PM, Ben Finney wrote:
> Package: src:closure-compiler
> Version: 20130227+dfsg1-4
> Severity: minor
>
> Howdy, thank you for packaging the Closure compiler.
>
> Searching APT for a package containing the Closure compiler command for
> compiling ECMAScript, I expect to find the
On 01/04/2014 07:07 PM, Ben Finney wrote:
> The binary ‘closure-compiler’ package would install:
>
> * the ‘/usr/bin/closure-compiler’ command (perhaps a symlink, as now)
>
> * the manpage (not yet written?)
>
> * the ‘README’ file (or some subset the describes running the compiler from
> the
On 11/26/2010 03:09 PM, Joe Dalton wrote:
> Package: tomcat6
> Severity: wishlist
> Tags: l10n patch
>
> Please include the attached Danish debconf translations.
>
> j...@joe-desktop:~/over/debian/tomcat6$ msgfmt --statistics -c -v -o
> /dev/null da.po
Translation added to the tomcat6 package,
On 11/29/2010 07:05 AM, brian m. carlson wrote:
> Package: libxerces2-java
> Version: 2.9.1-4.1
> Severity: normal
>
> Xerces supports XInclude with the "element" XPointer, which refers to
> an ID. However, while this works fine with ID attributes that are
> defined in a DTD, it does not work if
On 02/16/2014 08:32 PM, Daniel Schepler wrote:
> On Sunday, February 16, 2014 11:54:12 PM Emmanuel Bourg wrote:
>> Hi Daniel,
>>
>> I haven't been able to reproduce this issue, libhamcrest-java builds
>> fine with pbuilder. Are you sure your build environment is clean?
>
> It looks like this is on
On 02/24/2014 11:55 AM, Miguel Landaeta wrote:
> Package: src:tomcat7
> Version: 7.0.52-1
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
>
> The full log is attached to this bug report.
>
> Relevant error message:
>
> [junit] INFO: Starti
owner 740035 !
tags 740035 +pending
thanks
Hi Gabriele,
I'm working on these.
Thanks,
tony
signature.asc
Description: OpenPGP digital signature
On 02/25/2014 03:41 PM, Jan Niehusmann wrote:
> tag 740098 +patch
> thanks
>
> The following patch should fix the reported issue.
[..]
Hi Jan,
Thank you for the analysis and the patch. I have applied your patch
along with a patch for 731151 (buffer overflow) and uploaded an updated
package to
On 01/18/2014 03:23 AM, Eric Lavarde wrote:
> Package: libknopflerfish-osgi-framework-java
> Version: 2.3.3-2
> Severity: normal
>
> Hi,
>
> as the subject says, the package doesn't depend on default-jre which
> leads to installation to openjdk-6-jre in addition to the version 7 that
> is already
On 01/17/2014 09:34 AM, David Suárez wrote:
> Source: svnkit
> Version: 1.7.5+dfsg-2
> Severity: serious
> Tags: jessie sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20140114 qa-ftbfs
> Justification: FTBFS on amd64
Thanks for the bug report. This is due to one of svnkit's build-dep
On 01/22/2014 01:57 PM, gregor herrmann wrote:
> On Wed, 22 Jan 2014 20:03:16 +, Adam D. Barratt wrote:
>
>> The version of tuxguitar in wheezy still depends on xulrunner-10.0,
>> whereas wheezy now has iceweasel 17 and will shortly (at least via
>> -security) have 24.
>
> *sigh*
>
> Thanks
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
Dear Release Team:
The version of tuxguitar in wheezy still depends on xulrunner-10.0,
whereas wheezy now has iceweasel 17 and will shortly (at least via
-security) have 24.
The proposed update
On 01/22/2014 12:03 PM, Adam D. Barratt wrote:
> Package: tuxguitar
> Version: 1.2-13
> Severity: important
> X-Debbugs-CC: debian-rele...@lists.debian.org
>
> Hi,
>
> The version of tuxguitar in wheezy still depends on xulrunner-10.0,
> whereas wheezy now has iceweasel 17 and will shortly (at le
On 01/26/2014 09:33 AM, Adam D. Barratt wrote:
> On Sun, 2014-01-26 at 09:13 -0800, tony mancill wrote:
>> On 01/22/2014 12:03 PM, Adam D. Barratt wrote:
>>> The version of tuxguitar in wheezy still depends on xulrunner-10.0,
>>> whereas wheezy now has iceweasel 17 and
On 02/01/2014 05:52 PM, Kristof Csillag wrote:
> Package: omegat
> Version: 2.3.0.1+dfsg-3
> Severity: wishlist
>
> Latest package version is 2.3.0.1+dfsg-3, released on 04 Dec 2011.
> Latest upstream stable version is 2.6.3 update3, released on 15 January 2014.
>
> The difference is more that 2
On 02/07/2014 02:53 AM, Peter Grandi wrote:
> Package: libtcnative-1
> Version: 1.1.24-1
> Severity: important
>
> Symptoms:
>
> The Tomcat 'SSLProtocol' configuration attribute is documented
> as accepting several values, but on Debian 7/Wheezy (and
> presumably others) only the values "SS
1 - 100 of 1645 matches
Mail list logo
