On Fri, Jan 8, 2021, at 4:44 PM, Faidon Liambotis wrote:
> owner 896816 !
> thanks
>
> On Tue, Apr 24, 2018 at 10:24:06AM -0400, Jon Bernard wrote:
> > * Package name: lowdown
>
> It seems this ITP has been pending for 2½ years, and looks abandoned.
>
> I was
* Adam Borowski wrote:
>
> [snip]
>
> So, I'm hereby dropping you an email. You filed the ITP in April, how
> far did you get?
>
> Recently, lowdown got a new dependency: libdiff, but as that's a
> library whose (trivial) build system is static-only, has the same
> upstream as lowdown, and is
Package: wnpp
Severity: wishlist
Owner: Jon Bernard
* Package name: lowdown
Version : 0.3.2
Upstream Author : Kristaps Dzonsons
* URL : https://kristaps.bsd.lv/lowdown/
* License : ISC
Programming Lang: C
Description : Simple markdown translator
* Michael Jeanson wrote:
> Hi Jon,
>
> Here is an updated debdiff, it works on a fully updated jessie. Should
> we track these updates in a branch of the collab-maint repo?
Excellent, thanks. This patch works and I've put it into a dedicated
stable branch 'jessie' so this will be easier to trac
* Michael Jeanson wrote:
> Hi,
>
> Here is a debdiff against the current package fixing the build
> failure, I'll ask Jon to make a new upload.
Hey Michael,
I just attempted a build with your diff and I'm seeing the attached
errors. It looks like the debian-specific ifdefs are not quite right,
* Asbjørn Sloth Tønnesen wrote:
> Hi Jon,
>
> On Wed, 8 Jun 2016 14:11:42 -0400, Jon Bernard wrote:
> > Can you try building this?
>
> Builds fine with dh-lua 23, based on the changelog I guess 21+ should do.
> http://metadata.ftp-master.debian.org/changelogs/main/d/dh
* Asbjørn Sloth Tønnesen wrote:
> ---
> debian/lua5.3.dh-lua.conf | 1 +
> 1 file changed, 1 insertion(+)
> create mode 12 debian/lua5.3.dh-lua.conf
>
> diff --git a/debian/lua5.3.dh-lua.conf b/debian/lua5.3.dh-lua.conf
> new file mode 12
> index 000..ba875b6
> --- /dev/null
> +++ b
* Michael Jeanson wrote:
> Hi,
>
> Here is a debdiff against the current package fixing the build
> failure, I'll ask Jon to make a new upload.
Thanks Michael, I'm traveling this week and next, I'll try to get to
this as soon as I can but it may be a week or two before I have adequate
time. NM
* Hideki Yamane wrote:
> Hi,
>
> I'm not maintainer but prepared it to git.
> git://anonscm.debian.org/collab-maint/libgrss.git
> Could you check it, please?
>
> Jon, if you don't have any objection, I'll upload it to experimental
> (since it changes library name to libgrss0 and have new gi
Package: src:linux
Version: 3.16.7-ckt9-2
Severity: normal
In looking into the cause of a recent build failure in the
lttng-modules-dkms package, I noticed that an incompatible ABI change
was made at some point. The kmem.h header differs from the upstream
3.16.7 version. Specifically, the signatu
'
;;
-netbsdelf*-gnu)
- version_type=linux
- need_lib_prefix=no
- need_version=no
- library_names_spec='${libname}${release}${shared_ext}$versuffix
${libname}${release}${shared_ext}$major ${libname}${shared_ext}'
- soname_spec='${libname}${release}${shared_ext}$major&
* Ivo De Decker wrote:
> package: ust
> severity: serious
> version: 2.5.1-1
>
> Hi,
>
> The latest upload of ust fails on most architectures, but built fine in the
> past. This prevents migration to testing.
>
> https://buildd.debian.org/status/package.php?p=ust
Thanks, this is my fault and n
* Matthias Klose wrote:
> > This is pretty awesome, thanks for making a patch for this. I will try
> > it on my next babeltrace iteration.
>
> not included in 1.2.3 :-/
Working on it now, at the moment I'm seeing these lintian errors:
E: python3-babeltrace: arch-dependent-file-not-in-arch-
- Forwarded message from Jon Bernard -
Date: Wed, 13 Aug 2014 11:42:49 -0400
From: Jon Bernard
To: Debian FTP Masters
Subject: Re: udt_4.11+dfsg-2_amd64.changes REJECTED
* Debian FTP Masters wrote:
>
> udt_4.11+dfsg.orig.tar.gz: Does not match file already existing in the poo
* Sebastian Andrzej Siewior wrote:
> This patch replaces HOST_NAME_MAX by xgethostname() which is a wrapper
> around malloc() + gethostname() to get a large enough buffer to fit the
> hostname.
> xgethostname.c was stolen from coreutils and slightly changed so it
> works without xreallocte().
>
>
* Sebastian Andrzej Siewior wrote:
> tags 751336 + patch upstream fixed-upstream
> thanks.
>
> On 2014-06-11 22:29:48 [+0200], Julien Cristau wrote:
> > See the build log at
> > https://buildd.debian.org/status/fetch.php?pkg=babeltrace&arch=armel&ver=1.2.1-2&stamp=1395846913
> >
> > There's also
* Steve Langasek wrote:
> Package: liburcu
> Version: 0.8.4-6
> Severity: wishlist
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu utopic ubuntu-patch
>
> Hi Jon,
>
> I see that with the new upstream version of liburcu, you've re-enabled the
> tests at build time.
* Breno Leitao wrote:
> Package: liburcu
> Version: 0.8.4-2.1
> Severity: normal
> Tags: patch
> User: debian-powe...@lists.debian.org
> Usertags: ppc64el
>
> Dear Maintainer,
>
> liburcu is not able to be built on a ppc64el machine because the architecture
> is not part of the configure.ac.
>
* Sebastian Andrzej Siewior wrote:
> Package: src:babeltrace
> Version: 1.2.1-2
> Tags: patch
> Severity: wishlist
>
> Please enable python3 bindings in the babeltrace package. Patch
> attached.
This is pretty awesome, thanks for making a patch for this. I will try
it on my next babeltrace iter
* KAction wrote:
> Package: wnpp
> Severity: wishlist
> Owner: KAction
>
> * Package name: xcape
> Version : 1.1
> Upstream Author : Albin Olsson
> * URL : https://github.com/alols/xcape
> * License : GPL
> Programming Lang: C
> Description : use a mo
* Julien Cristau wrote:
> Source: ltt-control
> Version: 2.4.1-1
> Severity: serious
> Justification: fails to build from source
>
> Hi,
>
> your package no longer builds on the armel buildds:
> https://buildd.debian.org/status/fetch.php?pkg=ltt-control&arch=armel&ver=2.4.1-1&stamp=1397064419
T
* Jakub Wilk wrote:
> Source: ust
> Version: 2.4.0-1
> Severity: serious
> Justification: fails to build from source
>
> ust FTBFS on some architectures:
> | dh build-arch
> |dh_testdir -a
> |debian/rules override_dh_auto_configure
> | make[1]: Entering directory `/«PKGBUILDDIR»'
> | dh_a
* Tomasz Buchert wrote:
>
> Hi,
> same here, but if you install the version from experimental
> (2.4.0-rc3-1) it does compile and seems to work. My guess is,
> that the maintainer will release 2.4.0 into unstable when
> it's no longer RC.
Yes, this is correct. If for some reason the 2.4 series
Package: wnpp
Severity: wishlist
Owner: Jon Bernard
* Package name: xcape
Version : 0.1
Upstream Author : Albin Olsson
* URL : https://github.com/alols/xcape
* License : GPLv3
Programming Lang: C
Description : Configure modifier keys to act as other
Package: ftp.debian.org
Severity: normal
Dear ftp team,
One of ltt-control's dependencies (ust) saw an architecture restriction
recently and ltt-control should be removed from sparc and ia64.
I believe this removal will allow migration to testing. The specific
packages are:
liblttctl-dev
li
* Matthieu CASTET wrote:
> Package: lttng-modules-dkms
> Version: 2.3.2-1
> Severity: normal
> File: lttng-modules-2.3.2
>
> Hi,
>
> building lttng-modules-dkms fails with this log :
>
>
> DKMS make.log for lttng-modules-2.3.2 for kernel 3.10-3-amd64 (x86_64)
> lundi 21 octobre 2013, 11:19:50
* Ralf Treinen wrote:
> Here is a list of files that are known to be shared by both packages
> (according to the Contents file for sid/amd64, which may be
> slightly out of sync):
>
> /usr/lib/x86_64-linux-gnu/liblttng-ust-fork.so.0
> /usr/lib/x86_64-linux-gnu/liblttng-ust-fork.so.0.0.0
> /
* Florian Schlichting wrote:
> Package: lttng-tools
> Version: 2.1.1-2
> Severity: important
>
> Dear Maintainer,
>
> installing lttng-tools on a mixed testing/unstable system fails, as
> lttng-sessiond fails to start:
>
> ...
> Setting up lttng-tools (2.1.1-2) ...
> /usr/sbin/addgroup
> []
* Matthieu CASTET wrote:
> Package: lttng-modules-dkms
> Version: 2.3.2-1
> Severity: normal
> File: lttng-modules-2.3.2
>
> Hi,
>
> building lttng-modules-dkms fails with this log :
>
>
> DKMS make.log for lttng-modules-2.3.2 for kernel 3.10-3-amd64 (x86_64)
> lundi 21 octobre 2013, 11:19:50
* Matthieu CASTET wrote:
> Package: lttng-modules-dkms
> Version: 2.3.2-1
> Severity: normal
> File: lttng-modules-2.3.2
>
> Hi,
>
> building lttng-modules-dkms fails with this log :
>
>
> DKMS make.log for lttng-modules-2.3.2 for kernel 3.10-3-amd64 (x86_64)
> lundi 21 octobre 2013, 11:19:50
* Yannick Brosseau wrote:
> Package: lttng-tools
> Version: lttng-tools
> Severity: normal
>
> We can use lttng-tools without the kernel tracer (lttng-modules), so we should
> not depend on it.
I was about to change it to Suggests, but thought I would ask your opinion.
Recommends or Suggests?
-
* Vincent Bernat wrote:
> Package: lttng-modules-dkms
> Version: 2.3.0-1
> Followup-For: Bug #723850
>
> Hi!
>
> I have added this at the end of the dkms file to solve this issue:
>
> if [ "$KCONFIG" = "true" ] && [ -n "$CONFIG_KPROBES" ]; then
>BUILT_MODULE_NAME[$i]="lttng-kretprobes"
>
Package: wnpp
Severity: normal
I have been trying to find time to adequately maintain this package for far too
long and I have come to accept that I will likely never have this time without
letting my other packages suffer. Please accept my apology, I know the package
could be in much better shap
* Yannick Brosseau wrote:
> On 2013-07-31 17:40, Jon Bernard wrote:
> > * Yannick Brosseau wrote:
> >>
> > Yes, you are right on this. If they were closer to unit tests then it would
> > make sense. My guess is this may be on the TODO list for some point in
* Yannick Brosseau wrote:
> On 2013-07-31 08:40, Jon Bernard wrote:
> > * Robert Ancell wrote:
> >> Package: liburcu
> >> Version: 0.7.6-2
> >>
> >> Tests were disabled in 0.0.4-1:
> >>
> >> liburcu (0.4.4-1) unstable; urge
auto_test from running, target is broken
>
> -- Jon Bernard Thu, 20 May 2010 22:21:00 -0400
>
> They seem to run fine now - can they be re-enabled?
If that's the case then absolutely yes.
--
Jon
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
wi
I reproduced this with the following:
1. Uninstall python2.7-minimal
2. If /etc/python2.7/sitecustomize.py is still there, remove it. It belongs
to the python2.7-minimal package so I assume reinstallation will sort it.
3. Install python2.7-minimal
--
Jon
--
To UNSUBSCRIBE, email
* Wookey wrote:
> Jon, the point about an M-A:same library is that I should be able to
> install the i386 and armhf (for example) versions at the same time.
>
> For that to work, any file which is different between
> liblttng-ust-dev:i386 and liblttng-ust-dev:armhf must be moved to a
> multiarch
* Jakub Wilk wrote:
> * Jon Bernard , 2012-09-14, 08:42:
> >>liblttng-ust-dev is marked as "Multi-Arch: same", but the
> >>following file is architecture-dependent:
> >>
> >>/usr/include/lttng/ust-config.h
> >>
> >>An example
Ok, why not. I've got a new upstream release to do anyway, I'll give this patch
a try as well.
--
Jon
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
* j...@jbdenis.net wrote:
> Any advance on this subject ?
Since the initscripts are no longer installed by default, I supposed you could
consider it fixed.
I'm working through my backlog slowly, one of the items on my list is to
re-introduce an initscript that will at least mount cgroups at boot
* Andreas Barth wrote:
> * Jon Bernard (jbern...@debian.org) [130511 23:58]:
> > This packages builds successfully on mipsel and I would like to have the
> > 'not-for-us' status [1] reconsidered. A bug was filed [2] by Aron who
> > confirms
> > the success
This packages builds successfully on mipsel and I would like to have the
'not-for-us' status [1] reconsidered. A bug was filed [2] by Aron who confirms
the successful build. Is this the correct point of contact for these sorts of
issues?
[1]: https://buildd.debian.org/status/package.php?p=liburc
notfound 688779 liburcu/0.7.4-1
found 688779 ltt-control/2.1.0~rc4-1
thanks
--
Jon
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
* Faidon Liambotis wrote:
> On Tue, Sep 25, 2012 at 12:04:59PM -0400, Aaron M. Ucko wrote:
> > Package: liburcu1
> > Version: 0.7.4-1
> > Severity: serious
> > Justification: Policy 8.6
>
> This is a bug report against liburcu/0.7.4-1 but you seem to have closed
> it in an ltt-control upload. If
* Aron Xu wrote:
> Package: src:liburcu
>
> Hi,
>
> It appears that liburcu isn't being tried to build on mipsel after
> 0.4.6-2, which lead to packages depending on it gets an out-of-date
> status because of unsatisfiable build dependencies on the arch (e.g.
> sheepdog). Is there any explanatio
* Petr Salinger wrote:
> Package: babeltrace
> Version: 1.1.0-1
> Severity: serious
> Tags: patch
> User: debian-...@lists.debian.org
> Usertags: kfreebsd
>
> Hi,
>
> the current version fails to build on GNU/kFreeBSD.
>
> The value ENODATA is linux specific,
> please use some general error num
* Faidon Liambotis wrote:
> On Thu, Apr 11, 2013 at 03:47:19PM -0400, Jon Bernard wrote:
> >
> > I suspect the buildd (schroeder in this case) has a 32bit userland and thus
> > has
> > a HOSTTYPE of "sparc" instead of "sparc64". I should be a
* Faidon Liambotis wrote:
> Package: liburcu
> Version: 0.7.6-1
> Severity: serious
>
> Hi,
>
> Your package seems to be marked Architecture: any but seems to FTBFS on
> multiple architectures, some of them even release architectures. mipsel
> has already been marked as Not-For-Us.
>
> One of t
* Glenn McGrath wrote:
> The previous fix was fro the debian files in ust-2.1.1 source package, then
> you can rebuild ltt-control (unchanged) and all the debs install.
Yep, you're right. UST's install file is incorrect. I'm not sure how this one
slipped by me, I test the install prior to upload
* Tomasz Buchert wrote:
> retitle 695231 ITA: libcgroup -- Library to control and monitor control
> groups
> owner 695231 !
>
> Hi Jon,
> I'm intending to take libcgroup over. Recently I have a lot of work, so
> I will be able to work on this only around Xmas.
>
> Will you sponsor the future upl
Package: wnpp
Severity: normal
I would really like to have the necessary time to work on this package, but
unfortunately I can't do everything.
If you're interested in adopting this package, please do so. I'm also happy to
co-work on the package or accept contributions in any form. Mostly, I do
Package: wnpp
Severity: normal
I no longer use this package, nor do I have the required time to maintain it
properly. Therefore I orphan this package now.
--
Jon
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@
Package: wnpp
Severity: normal
I no longer use this package, nor do I have the required time to maintain it
properly. Therefore I orphan this package now.
--
Jon
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@
* Aaron M. Ucko wrote:
> 3 would have been in lieu of 2, which is in retrospect a better choice in this
> case, and will give you the opportunity to tighten liblttng-ctl0's own shlibs
> while you're at it. Please take care to have ltt-control build-depend on
> a version of liburcu-dev with this fi
* Jon Bernard wrote:
> * Aaron M. Ucko wrote:
> > Jon Bernard writes:
> >
> > > Is there an easier way of doing this without searching through the source
> > > to
> > > find all liburcu calls and then pinning them to a specific version in the
>
* Aaron M. Ucko wrote:
> Jon Bernard writes:
>
> > Is there an easier way of doing this without searching through the source to
> > find all liburcu calls and then pinning them to a specific version in the
> > symbols file? - or is that how it's done?
>
> You
* Aaron M. Ucko wrote:
> Package: liburcu1
> Version: 0.7.4-1
> Severity: serious
> Justification: Policy 8.6
>
> lttng-tools's postinst fails on my system, which still has liburcu1
> 0.6.7-2 (from testing), demonstrating that liblttng-ctl0 needs a
> versioned dependency on liburcu1. I would say
* Michael Lundkvist wrote:
> Package: lttng-tools
> Version: 2.1.0~rc3-1
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
> I just tried installing lttng-tools, but the installation hangs when trying
> to start lttng-sessiond.
>
> It seems like the init script f
* Jakub Wilk wrote:
> Package: liblttng-ust-dev
> Version: 2.1.0~rc1-1
> Severity: important
> User: multiarch-de...@lists.alioth.debian.org
> Usertags: multiarch
>
> liblttng-ust-dev is marked as "Multi-Arch: same", but the following
> file is architecture-dependent:
>
> /usr/include/lttng/ust-
* Alexander V. Kudrevatykh wrote:
> Any news? Bug is still present in testing/sid.
I've not heard anything. I think the right thing to do is file a bug against the
kernel, or perhaps reassign this bug to the linux-image package. I'll look into
that this week, if you don't get to it first.
--
Jo
* Christoph Anton Mitterer wrote:
> On Sun, 2012-07-15 at 09:36 -0400, Jon Bernard wrote:
> > I suppose in many
> > cases the executables are gone, rendering the initscripts broken. But in
> > this
> > case they happily continue to function.
> Yeah,... I noted tha
* Christoph Anton Mitterer wrote:
> On Sat, 2012-07-14 at 17:55 -0400, Jon Bernard wrote:
> > Can you make sure the package is purged, with one of:
> >
> > $ dpkg purge cgroup-bin
> >
> > or
> >
> > $ apt-get remove --purge cgroup-bin
&
* Christoph Anton Mitterer wrote:
> Package: cgroup-bin
> Version: 0.38-1
> Severity: normal
>
>
> Hi.
>
> The initscripts cgred and cgconfig seem to be no longer part of the package.
> However, they are still there and were not correctly removed on upgrade.
Can you make sure the package is pu
Package: wnpp
Severity: wishlist
Owner: Jon Bernard
* Package name: babeltrace
Version : 1.0.0
Upstream Author : Mathieu Desnoyers
* URL : http://www.efficios.com/files/babeltrace/
* License : MIT
Programming Lang: C
Description : Trace conversion
Package: wnpp
Severity: wishlist
Owner: Jon Bernard
* Package name: lttng-modules-dkms
Version : 2.0.2
Upstream Author : Mathieu Desnoyers
* URL : http://lttng.org/
* License : LGPL
Programming Lang: C
Description : Kernel modules for LTTng (DKMS
* Moritz Mühlenhoff wrote:
> On Thu, Jan 05, 2012 at 11:18:09PM +0100, Moritz Muehlenhoff wrote:
> > Source: libcgroup
> > Severity: important
> > Tags: patch
> >
> > Please enable hardened build flags for your package. Since your
> > package has already been converted to dh, setting debian/compa
* Laurent Bigonville wrote:
> Source: libcgroup
> Version: 0.37.1-1
> Severity: wishlist
>
> Hi,
>
> Could you please upgrade to 0.38.
Yes, I'm working on it now. I'm hoping to get the new version uploaded along
with some of the more annoying debian bugs fixed as well.
> The release announceme
* gregor herrmann wrote:
> On Tue, 03 Jan 2012 14:11:34 -0500, Jon Bernard wrote:
>
> > > I've prepared an NMU for ust (versioned as 0.15-3.1) and
> > > uploaded it to DELAYED/2. Please feel free to tell me if I
> > > should delay it longer.
> > Woul
* gregor herrmann wrote:
> tags 652252 + pending
> thanks
>
> Dear maintainer,
>
> I've prepared an NMU for ust (versioned as 0.15-3.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
Would you mind delaying this one day longer? I'm right now working o
* Guillem Jover wrote:
> Source: udt
> Version: 4.8-2
> Severity: important
> Tags: patch
>
> Hi!
>
> This package got restricted to just i386 and amd64 due to FTBFS on every
> other architecture. The issue here was not that the source does not
> support other architectures, rather that it was n
* Guillem Jover wrote:
> Package: libudt-dev
> Version: 4.8-1
> Severity: important
>
> Hi!
>
> This packages installs header files with extremely generic file names
> directly under /usr/include/. Given the namepsace polluting nature of
> the bug I'd even say this might be serious severity, but
* Julien Cristau wrote:
> found 637636 0.15-2
> kthxbye
>
> On Sat, Sep 3, 2011 at 15:10:35 +, Jon Bernard wrote:
>
> > ust (0.15-2) unstable; urgency=low
> > .
> >* [0fb2d5c] Update liburcu version dependency (Closes: #637636)
>
> So you cha
* Pedro Bulach Gapski wrote:
> I am interested in this feature, but as I see from this bug, this will
> not work in squeeze.
>
> Is there some work in progress to change debian default kernel config
> as described here so that rules can be applied at runtime with
> standard kernels (as opposed to
Package: ftp.debian.org
Severity: normal
Please remove e16keyedit. It depends on e16, which was removed in March.
--
Jon
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: ftp.debian.org
Severity: normal
Please remove e16menuedit2. It depends on e16, which was removed in
March.
--
Jon
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
* Alexander Reichle-Schmehl wrote:
> Hi!
>
> Am 29.08.2011 14:57, schrieb Jon Bernard:
>
> >>> e16 was replaced by e17, making this package obsolete.
> >> Shouldn't they then be removed from the archive?
> > I considered that, but I found e16 is stil
* Alexander Reichle-Schmehl wrote:
> Hi!
>
> Am 29.08.2011 14:07, schrieb Jon Bernard:
> > e16 was replaced by e17, making this package obsolete.
>
> Shouldn't they then be removed from the archive?
I considered that, but I found e16 is still available in sid, so
I
Package: wnpp
Severity: normal
e16 was replaced by e17, making this package obsolete.
--
Jon
--
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
e16 was replaced by e17, making this package obsolete.
--
Jon
--
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
e16 was replaced by e17, making this package obsolete.
--
Jon
--
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
This package contains an old fixed-width font that I doubt anyone is
still using. As I no longer use it, it seems appropriate to orphan this
package.
--
Jon
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". T
* Giovanni Funchal wrote:
> Hi,
>
> What is the status of this issue? Will the package libudt get included
> sometime soon or is the .deb available somewhere already?
I'm working on it right now, quite possible I'll be able to upload by
the end of the weekend. Should be soon.
Jon
--
To UNSU
* Konstantin Khomoutov wrote:
> On Tue, Feb 08, 2011 at 07:54:04PM -0500, Jon Bernard wrote:
>
> > * Package name: udt
> [...]
>
> I think the package name should be libudt or may be libnet-udt.
> Also supposedly there should be libudt-dev or something like this
Package: wnpp
Severity: wishlist
Owner: Jon Bernard
* Package name: udt
Version : 4.8
Upstream Author : Yunhong Gu
* URL : http://udt.sourceforge.net/
* License : BSD
Programming Lang: C++
Description : UDP-based Data Transfer Protocol
UDT is a
* Ilya Barygin wrote:
> Sat, 15 Jan 2011 15:16:40 -0500
> Jon Bernard :
>
> > I just tried building this package in sid with a current toolchain and
> > gold is able to link without error. -lX11 is added to $LIBS in
> > configure and so all needed libs are defined at
* Ilya Barygin wrote:
> tags 554312 patch
> thanks
>
> Hello,
>
> The following patch was applied in Ubuntu to fix this problem.
> Actually, this is only a quick fix; check for X11 should be added to
> configure.ac, but this is probably something that should be done
> upstream.
I just tried bui
* Dhaval Giani wrote:
> On Sat, Nov 20, 2010 at 8:53 AM, MT wrote:
> > Hi,
> > I installed cgroup-bin on my system (Ubuntu 10.10, kernel 2.6.36), and
> > experienced similar problems as the original bug reporter, so I'm
> > reopening this bug. My system would suspend fine, but would not be able
>
* Angel Abad wrote:
> I forgot to say that the 0.9-1 revision still FTBFS with binutils-gold.
No problem, I'm building now and should have this uploaded in just
a sec. Thanks!
--
Jon
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Troub
* Julien Cristau wrote:
> On Wed, Dec 1, 2010 at 11:52:00 -0500, Jon Bernard wrote:
>
> > diff -Nru ust-0.5/debian/changelog ust-0.5/debian/changelog
> > --- ust-0.5/debian/changelog2010-07-02 11:34:52.0 -0400
> > +++ ust-0.5/debian/changelog2010-
* Moritz Muehlenhoff wrote:
> On Mon, Nov 15, 2010 at 05:13:22PM -0500, Jon Bernard wrote:
> > * Moritz Muehlenhoff wrote:
> > > On Wed, Nov 03, 2010 at 01:06:24AM +0200, Jari Aalto wrote:
> > > > The following message is a courtesy copy of an article
&
* Moritz Muehlenhoff wrote:
> On Wed, Nov 03, 2010 at 01:06:24AM +0200, Jari Aalto wrote:
> > The following message is a courtesy copy of an article
> > that has been posted to gmane.linux.debian.devel.release as well.
> >
> > > Julien Cristau writes:
> > | Newsgroups: gmane.linux.debian.devel.r
* Moritz Muehlenhoff wrote:
> On Wed, Nov 03, 2010 at 01:06:24AM +0200, Jari Aalto wrote:
> > The following message is a courtesy copy of an article
> > that has been posted to gmane.linux.debian.devel.release as well.
> >
> > > Julien Cristau writes:
> > | Newsgroups: gmane.linux.debian.devel.r
* jari.aa...@cante.net wrote:
>
> Dear maintainer,
>
> Here is the NMU diff according to DevRef 5.11.1[1][2] for bug: #598309.
> See the debian/patches directory for the important fixes.
Excellent, thank you.
> Please let me know if it's ok to proceed with the NMU.
Yes, please do so. Upstream
* Michael Biebl wrote:
> CCing Jon, as maintainer of libcgroup he might be interested in this
> discussion.
>
> Am 07.09.2010 23:12, schrieb Bastian Blank:
> > On Tue, Sep 07, 2010 at 10:54:04PM +0200, Michael Biebl wrote:
> >> On 07.09.2010 22:41, Bastian Blank wrote:
> >>> And what does this he
* Taisuke Yamada wrote:
> Thanks for the reply.
>
> Regarding this fix, I have another suggestion so it can co-exist
> with LXC (LinuX Container)and other cgroups usage.
>
> If you're going to include /etc/default/cgconfig, please
> consider adding
>
> CREATE_DEFAULT=no
>
> to suppress defau
* Taisuke Yamada wrote:
> Package: cgroup-bin
> Version: 0.36.2-1
> Severity: minor
>
> In /etc/init.d/cgconfig and /etc/init.d/cgred, external configuration
> files are referenced in wrong filenames (RedHat-ism?).
>
> currently used filename should be changed to
>
tags 555711 moreinfo unreproducible
stop
I have had a chance to test this on a machine that suspends and
everything works fine for me, I cannot reproduce this bug at the moment.
I have pinged the submitter a few times with no response. Without
additional information (a configuration file at the l
Package: wnpp
Owner: Jon Bernard
Severity: wishlist
* Package name: python-opster
Version : 0.9.9
Upstream Author : Alexander Solovyov
* URL : http://hg.piranha.org.ua/opster/
* License : BSD
Programming Lang: Python
Description : a python command
* Tom Parker wrote:
> Package: libcgroup-dev
> Version: 0.35-2
> Severity: normal
>
> libcgroup-dev doesn't provide a pkg-config config file. There's one
> available upstream at
> http://libcg.git.sourceforge.net/git/gitweb.cgi?p=libcg/libcg;a=blob;f=libcgroup.pc.in;hb=HEAD
> but it's not yet in
1 - 100 of 138 matches
Mail list logo
