Good morning,
can you please provide the config.h from your build? (it's created by
configure). I don't see why exactly this fails as it builds without
OpenSLP fine for me.
Thank you for your additional information.
--
Philipp.
(Rah of PH2)
signature.asc
Description: This is a digitally sign
signature.asc
Description: This is a digitally signed message part
reflum,
On Fri, 2014-07-25 at 09:47 +0100, Simon McVittie wrote:
> affects 755846 libopenal1
> thanks
>
> On Thu, 24 Jul 2014 at 19:26:27 +0200, Patrick Matthäi wrote:
> > Am 24.07.2014 um 12:14 schrieb Philipp Schafft:
> > > upstream speaking,
>
> I think this
Package: mini-httpd
Version: 1.19-9.3
Severity: important
flum,
when the mini-httpd is restarted by logrotate (or manually) there is a
race condition preventing it from starting again.
To mee it seems that the problem is that mini-httpd can not bind to the
port if there are any active HTTP connec
flum,
upstream speaking,
On Thu, 2014-07-24 at 08:54 +0200, John Paul Adrian Glaubitz wrote:
> libopenal1 depends on libroar-compat2 and a 32 bits libopenal1 is
> required for wine, for example. Thus, this bug prevents the
> co-installation of 32 and 64 bit OpenAL applications!
>
> Please add Mu
reflum,
speaking as upstream.
On Mon, 2012-10-22 at 23:04 -0430, PICCORO McKAY Lenz wrote:
> please this its important :
>
> there's missing files in dh_install --list-missing step, a binary
> utility for handle plugins, this should fixed in roarclients.install
> files the file binary missing ar
severity 680744 important
thanks
flum,
we still get complains upstream about this breakage so I set the
severity to important as this should really be resolved soon.
--
Philipp.
(Rah of PH2)
signature.asc
Description: This is a digitally signed message part
flum,
I'm proud to announce the release of SavannahIce version 0.1rc0.
This release mainly updates the Makefile to include the install,
uninstall and semi-install targets as well as the distclean target. This
makes SavannahIce ready to get packaged and used.
This release also includes some small
flum,
This has been fixed upstream in r18473.
--
Philipp.
(Rah of PH2)
signature.asc
Description: This is a digitally signed message part
reflum,
(CC to the bug so everybody stay informed.)
On Thu, 2012-07-12 at 19:55 +0200, Patrick Matthäi wrote:
> Am 12.07.2012 14:10, schrieb Philipp Schafft:
> > My next move is that I will release a new version within the next
> weeks
> > (I don't see a rush here
flum Ansgar Burchardt,
(I'm not subscriped to this bug, if you have futur questions to me
please Cc me).
> Given that Philipp Schafft plans to request removal of roaraudio from
> Debian[1], I don't think it would be useful to revert this change.
I offered both ways: O and RM.
reflum,
On Thu, 2012-06-28 at 12:29 +0200, Thomas Preud'homme wrote:
> Le mercredi 27 juin 2012 12:49:40, vous avez écrit :
> > As it is not fully useless I only orphan it not asking for RM.
> >
> > The package itself is in good shape. Upstream development is not affected
> > by this. I hope the
reflum alberto fuentes,
I'm happy you are interested in the package.
Currently the package is maintained in svn at the-me's server.
Are you interested in keeping it in svn? Maybe the-me can offer you
access so there is no need to move. If you like to move it to anywhere
else I'm fine, too, of cau
Package: wnpp
Severity: normal
Hereby I orphan the package ckport.
The package as made hardy useful by Ron Lee's personal vendetta against me.
While not directly related most packages provided data for this package
("ckport database") will be removed or orphaned.
As it is not fully useless I only
Package: wnpp
Severity: normal
I request an adopter for the animals package. After the personal vendetta
by Ron Lee against me I'm no longer interested in wasting my time for the Debian
project.
The package itself is in good shape and easy to maintain. I still will do the
upstream
and will happl
reflum,
> The resolution to that is independent of this removal request,
> I'll keep people who need to know in the loop as we learn more -
> but I mention it here because there are rumours that roaraudio
> (those nice folk who brought you a DECnet dependency to d-i)
> may try to resurrect this pa
# reopening as not solved in any way
reopen 676541
thanks
On Thu, 2012-06-07 at 23:09 +, Debian Bug Tracking System wrote:
> > Hi Philipp,
> >
> > I'm a little surprised that you claim there was no prior discussion
> > or that you don't know why this was done, since the need for this
> > was
reflum,
PCM does not contain any header. This means you need to ensure yourself
that both, mpg321's and ices2's settings match.
In case your audio is really mono and ices2 thinks it is stereo it will
read each even sample as right channel and each odd sample as left. this
will make it sound like
forwarded 255417 https://trac.xiph.org/ticket/1875
tags 255417 upstream
thanks
Just checked for this in upstream's svn. It seems to be still present.
It is a problem with libxml as used by ices2.
I forward this bug and hope to get it fixed soon.
Thanks for your work and kind report.
--
Philipp
severity 673406 wishlist
tags 673406 moreinfo
thanks
reflum,
On Mon, 2012-05-21 at 14:28 +0100, Christine Caulfield wrote:
> Can you give me a good reason why it should not be a Debian native
> package? It's been this way for a very long time now as you mentioned an
> nobody else has felt the n
Dear archive reader,
If you wonder what happend please read:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674634
--
Philipp.
(Rah of PH2)
signature.asc
Description: This is a digitally signed message part
reflum,
On Mon, 2012-05-28 at 22:37 +0930, Ron wrote:
> On Mon, May 28, 2012 at 11:54:14AM +0200, Philipp Schafft wrote:
> > On Sat, 2012-05-26 at 18:38 +0930, Ron wrote:
> > > Roar, I've been assured by its upstream is likewise easy to just disable
> > > support
reflum,
On Tue, 2012-05-29 at 12:28 +0200, Helge Hafting wrote:
> Package: libroar2
> Severity: wishlist
>
> Dear Maintainer,
>
> I installed a game that uses libroar2. And libroar2 pulls in
> libdnet and dnet-common, so on every boot I get messages about
> DECnet not being set up. (And some cpu
reflum,
On Sat, 2012-05-26 at 18:38 +0930, Ron wrote:
> Roar, I've been assured by its upstream is likewise easy to just disable
> support for it - but the-me is giving me some pointless pushback ...
> I'll NMU that too when the time comes if really needed if this is the
> final blocker.
>
> Ther
reflum,
On Sat, 2012-05-26 at 21:37 +0930, Ron wrote:
> As you know, we're planning on removing the celt package from Wheezy.
> Please disable celt support at the soonest opportunity so that we can
> move ahead with doing that before the freeze. This codec is obsolete
> now and should no longer b
tags 665886 +pending
thanks
reflum,
On Tue, 2012-03-27 at 21:25 +0200, Philipp Schafft wrote:
> On Mon, 2012-03-26 at 21:00 +0100, Adam D. Barratt wrote:
> > dnet-progs is uninstallable on kfreebsd-* as it depends on kmod, which
> > is linux-only.
>
> Thanks for your report
reflum,
On Mon, 2012-03-26 at 21:00 +0100, Adam D. Barratt wrote:
> Hi,
>
> dnet-progs is uninstallable on kfreebsd-* as it depends on kmod, which
> is linux-only.
Thanks for your report. The package is 'all' not 'any'. I think it needs
to be changed to 'any' to solve this problem. Will discuss
reflum,
On Sun, 2012-02-26 at 18:35 +0100, Cyril Brulebois wrote:
> Philipp Schafft (26/02/2012):
> > On Sat, 2012-02-25 at 20:17 +0100, Cyril Brulebois wrote:
> > > In case there's any issues with it, it can go away from testing, no rdeps.
> >
> > It's
reflum,
On Sat, 2012-02-25 at 20:17 +0100, Cyril Brulebois wrote:
> Patrick Matthäi (21/02/2012):
> > * ices2:
> > This is the only package which fails, upstream fix available, see #659827
>
> In case there's any issues with it, it can go away from testing, no rdeps.
It's still a very much used
flum,
this bug has been closed (wontfix) upstream. Please see upstream bug
report for details.
--
Philipp.
(Rah of PH2)
signature.asc
Description: This is a digitally signed message part
tags 636917 fixed-upstream
thanks
flum,
I commited an updated to the upstream svn yesterday. It has rev 18203.
I don't know when the next release will be (I'm not the release manager
for libao) but the next release will include it.
Hope I helped you. :)
--
Philipp.
(Rah of PH2)
signature.as
reflum,
I will bring this up with chrissie on our next tuesday meeting.
--
Philipp.
(Rah of PH2)
signature.asc
Description: This is a digitally signed message part
flum,
Thanks to all of you for your work.
When the source client sends no data it is hard for the server process
to find out if it is still alive. I don't see a good solution on the
server side. I consider it part of the job of the source client to
ensure a running flow of data. There are servera
reflum,
On Sat, 2011-11-19 at 16:05 -0500, Geoffrey Thomas wrote:
> On Sat, 19 Nov 2011, Philipp Schafft wrote:
>
> > flum,
> >
> > As I care for the package as user...
> >
> > I'm willing to help a new maintainer in a team. Taking it over alone may
&g
flum,
As I care for the package as user...
I'm willing to help a new maintainer in a team. Taking it over alone may
not be as efficent as I don't know much about the internals and my leak
of time.
If necessary I would think about to take it alone.
@Hans:
Are you somewhere on IRC so I can talk t
tag 648729 + confirmed pending
thanks
reflum,
On Mon, 2011-11-14 at 20:31 +0530, shirish शिरीष wrote:
> Hi all,
> Can it be changed to having the libroar and libroar-compat1 libraries
> be in recommends or something. For when I installed their updates,
> after that roaraudio worked fine. What thi
forcemerge 646340 646669
thanks
reflum,
After reading stuff I still think this happend because of liby been
overwritten (#646340).
Another rebuild of the package should work fine.
If this is untrue please unmerge/reopen this bug.
Thanks for your work.
--
Philipp.
(Rah of PH2)
signature.as
reflum,
On Wed, 2011-10-26 at 02:30 +0200, Mònica Ramírez Arceda wrote:
> Source: roaraudio
> Version: 0.4~rc0-1
> Severity: serious
> Tags: wheezy sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20111022 qa-ftbfs
> Justification: FTBFS on amd64
>
> Hi,
>
> During a rebuild of all pa
tag 646353 + pending
thanks
reflum,
On Tue, 2011-10-25 at 19:53 +0200, Julian Taylor wrote:
> found 646353 2.57
> reopen 646353
> thanks
>
> you can verfy it by adding:
> export CFLAGS+=-Wl,--as-needed
>
> to the top of debian/rules.
> you will get this dpkg-shlibdeps warning (which must be con
forcemerge 608807 646519
thanks
reflum,
On Mon, 2011-10-24 at 20:30 +0200, Juliusz Chroboczek wrote:
> Since libdnet recommends dnet-common, dnet-common gets installed on
> systems that really don't care about DECnet. Since dnet-common tends to
> do weird things to your Ethernet interfaces, this
tags 639629 pending fixed-upstream
thanks
reflum,
On Sun, 2011-08-28 at 21:46 +0200, Slavko wrote:
> Package: dnprogs
> sk.po attached
Thank you very much for your work. It will be included in the next
release (wich hopfully will be uploaded tomorrow).
I just commited it to cvs :)
--
Philipp
flum,
I'm currently cleaning up the NMU.
Here are some infos:
* The bug is solved upstream, the next release to debian will
provide a diffrent fix than the NMU but still it is fixed in
both versions. The release is only delayed at the moment because
of some cleanup o
Package: dnet-common
Version: 2.56.1+nmu1
Severity: important
Tags: confirmed
The NMU wrongly worksaround #635604 by abusing $DNET_INTERFACES
in /etc/default/decnet. It changes the content of the file based on
debconf information in the postinst script.
The correct way would be to to not create (
fixed 616652 libroar1/0.4~beta4~pr0-1
severity 616652 wishlist
thanks
On Sat, 2011-08-27 at 09:55 +0200, Stefan Fritsch wrote:
> It is simply not acceptable for an audio library to cause a new
> network protocol to be enabled and the machines MAC address to be
> changed. You should build libroar
reflum,
thanks for your input.
On Fri, 2011-08-19 at 10:02 +0200, Vincent Lefevre wrote:
> On 2011-08-19 03:03:41 +0200, Philipp Schafft wrote:
> > reflum,
> >
> > Thanks for reporting yet another bug.
> >
> > On Sun, 2011-08-07 at 00:28 +0200, Vincent Lef
retitle 635604 postinst script does always generate node database
tags 635604 upstream confirmed
thanks
Thanks for reporting this problem.
The problem is that the postinst script does not detect if data from
debconf database are defaults or actual user inputs. The node database
should not be gene
reflum,
On Tue, 2011-08-02 at 20:48 +0200, Nicos Gollan wrote:
> Package: libdnet
> Version: 2.56
> Severity: normal
>
> Installing dnet-common requires user input for an archaic artifact that
> most users will not be familiar with. People who wat to use DECnet will
> know where to look.
>
> Ple
reflum,
Thank you very much for your work. I just commited it so it will be
included in the next release (soon). I'm also very sorry for the delay.
On Fri, 2011-07-15 at 18:11 +0100, Joe Dalton wrote:
> Package: dnprogs
> Severity: wishlist
> Tags: l10n patch
>
> Please include the attached Dani
reflum,
On Tue, 2011-08-02 at 20:33 +0200, Nicos Gollan wrote:
> Depending on a system-level libcelt will frequently break until the CELT
> bitstream becomes stable. This can and likely will cause interoperability
> issues at some point, e.g. when Debian updates from the by now seriously
> outdate
reflum,
On Mon, 2011-07-18 at 16:12 +0200, Robert Millan wrote:
> Package: roaraudio
> Package: muroar
> The debian/control file in roaraudio [and muroar] uses a negated list of
> architectures
> to specify a package relationship (most likely Build-Depends) on a
> Linux-specific package. [...]
Package: blender
Version: 2.57.2-svn36339-1
Followup-For: Bug #599680
flum,
when I run blender I get the following error:
$ blender
Illegal instruction
I started it with gdb and blender-gdb installed and got the following backtrace:
#0 0x08b21a8e in RNA_def_property_range (prop=0x9425c08, min=
flum,
what package/software do you try to build needing it's own libao plugin
to be build outside the libao tree?
--
Philipp.
(Rah of PH2)
signature.asc
Description: This is a digitally signed message part
tag 624685 + pending fixed-upstream
thanks
reflum
On Sat, 2011-04-30 at 18:20 +0200, Salvatore Bonaccorso wrote:
> We from the Debian Perl Group would like to drop libdigest-sha1-perl
> at some point, see [1]. Most of the functionality (except
> sha1_transform) of Digest::SHA1 is also provided by
found 589756 2.4.2-1
thanks
The bug seems not to be fixed. The package does not contain a plugin nor
does it depend on libroar*.
--
Philipp.
(Rah of PH2)
signature.asc
Description: This is a digitally signed message part
reflum,
On Thu, 2011-03-17 at 00:14 -0400, Jonathan Lane wrote:
> I'm using a seven year old machine with a 2.0GHz Athlon XP and 512MB
> RAM. I still like using full-featured web browsers (Iceweasel) and
> watching videos with (s)mplayer. This means that every megabyte of
> RAM counts, especiall
flum,
The problem seems to be a bug somewhere in ALSA and the HDA driver.
Another user reported it to me. The problem seems that µRoarD starts up
with a sample rate of 44.1kHz by default. The card only supports 48kHz.
ALSA is resampling and takes a lot CPU time.
I'm unsure if we can solve this in
reflum,
On Thu, 2011-02-17 at 04:38 +0100, Vincent Lefevre wrote:
> In its default configuration, muroard constantly takes about 45% CPU
> (even when there's no sound).
>
> -- System Information:
> Debian Release: wheezy/sid
> APT prefers unstable
> APT policy: (500, 'unstable'), (500, 'testi
reflum,
On Thu, 2011-02-17 at 04:47 +0100, Vincent Lefevre wrote:
> If in /etc/default/muroard one doesn't have MUROARD='YES' (e.g. after
> a config change), then "/etc/init.d/muroard stop" has no effect.
>
> In /etc/init.d/muroard, the check
>
> [ "$MUROARD" = 'YES' ] || exit 0;
>
> should b
reflum,
I'm still confused about this. Please not that I'm not the maintainer
nor anyone else offical for the package, so it's safe to just ignore me.
If you think this is a libroar bug please reassign the bug to libroar
but I do not yet see where libdnet and #608807 come into play. Can you
pleas
reflum,
On Fri, 2011-02-11 at 11:43 +0100, Paul Menzel wrote:
> Dear Debian folks,
>
>
> upgrading to DebPkg:cmus 2.3.3-4 installed DebPkg:libroar1 as a
> dependency [1]
>
> * Add RoarOutput plugin (Closes: #609202), thanks to
> Philipp Schafft for
reflum,
On Thu, 2011-01-20 at 21:24 +0300, Yuri Kozlov wrote:
> Russian debconf templates translation update is attached.
Thanks for you fast response!
Stuff is allready commited and will be part as of next release within
the next days.
--
Philipp.
(Rah of PH2)
signature.asc
Description: T
flum,
After some time of testing I got a bit closer to why this module does
not work on some archs:
The module uses the refence implementation in nealry unchanged from to
do the calculation itself.
The problem is that the refrence implementation is buggy. It does not
caclulate the same result on
reflum,
On Tue, 2011-01-11 at 17:59 +0100, Alessio Treglia wrote:
> Hi,
>
> On Tue, Jan 11, 2011 at 12:35 PM, Philipp Schafft
> wrote:
> > All you need to do is a Build-Depends on libroar-dev (>= 0.4~beta2). I
> > just have noticed we do not yet have it in experim
reflum,
On Mon, 2011-01-10 at 10:16 +0100, Alessio Treglia wrote:
> Philipp,
>
> Thank you for taking the time to report this bug and helping to make
> Debian better.
Thank you for looking at your bug reports. :)
> I've seen your message in the CMus development mailing list, so I was
> wonderi
reflum,
On Tue, 2011-01-04 at 23:37 +0100, Jonas Smedegaard wrote:
> On Tue, Jan 04, 2011 at 11:21:24PM +0100, Philipp Schafft wrote:
> >I added a debconf question asking if the package should be
> configured.
>
> Choice is good, but not what this bug is about.
>
> T
tags 608812 + pending
thanks
reflum,
On Tue, 2011-01-04 at 16:27 -0700, Bob Proulx wrote:
> tags 608812 - moreinfo + patch
> thanks
>
> Bob Proulx wrote:
> > I believe the best corrective action is to ensure in the init script
> > file /etc/init.d/muroard that start-stop-daemon ensures that the
flum,
I allready commited the following fix to upstream. Hope it get reviewed
soon.
I added a debconf question asking if the package should be configured.
I hope it will pass some more tests and review.
I'm not going to change the recommends to suggests as suggests is much
to weak and will affec
reflum,
On Tue, 2011-01-04 at 01:28 +0100, Jonas Smedegaard wrote:
> Hi Philipp,
>
> Thanks for your clarification,
> On Tue, Jan 04, 2011 at 12:46:21AM +0100, Philipp Schafft wrote:
> >I suggest to:
> >close the bug as invalid (it's not ices2's problem) as the
reflum,
On Mon, 2011-01-03 at 09:54 -0700, Bob Proulx wrote:
> Package: ices2
> Version: 2.0.1-9
> Severity: normal
>
> A dist-upgrade today upgraded ices2. The new dependencies pulled in
> dnet-common, libdnet, libroar0, and muroard which caused the machine
> to set the ethernet address to aa:0
reflum,
On Mon, 2011-01-03 at 11:41 -0700, Bob Proulx wrote:
> Philipp Schafft wrote:
> > I just tested it in my sid sandbox and it worked fine.
> >=20
> > The current postrm script does the following:
> > purge)
> > if geten
tag 608812 moreinfo
thanks
reflum,
On Mon, 2011-01-03 at 10:24 -0700, Bob Proulx wrote:
> Package: muroard
> Version: 0.1.0-4
> Severity: normal
>
> When the muroard package is installed it adds a muroard user to the
> password database. When the muroard package is purged the muroard
> user i
tag 606019 +pending upstream
tag 606019 -patch
thanks
Some infos on this bug:
* Does not seem to affact Debian at the moment
* Needs to be fixed by upstream, requires data from configure
script to be used by Makefile
* This should be passed to upstream's BTS.
* The
fixed 572770 0.10.30-1
thanks
After retesting with newer version and quick chat with upstream I beleve
this to be fixed in version 0.10.30-1.
--
Philipp.
(Rah of PH2)
signature.asc
Description: This is a digitally signed message part
reflum,
I guess your problem is a duplicate of #603117
Please have a look at it and my mail to that post and tell me if you
think this is a diffrent problem. Currently I can't reproduce it.
Du you have roard (from roaraudio package) installed and running?
> ...my fix suggestion: 'touch /tmp/.rpl
reflum,
About the warning:
'Warning: Restore failed' is normal as it can not restore old state on
first startup as there is no old state to restore. This is normal to
happen on install. Maybe we can do something about the warning but for
the moment it can just be ignored.
About the chown in init
reflum,
On Wed, 2010-11-03 at 12:17 -0700, Ted Wexler wrote:
> Installing libdnet with "apt-get install libdnet" causes eth0 to stop
> passing traffic.
> Not entirely sure what's going on here, but below is the output
> from /var/log/messages while this is happening:
>
> Nov 3 11:54:18 debian ke
flum,
why is this file included at all?
libao has a nice way to select a working backend at runtime. why is it
forced to use some backend by default?
As far as I can see the file does not exist in upstream trunk.
The file was added to debian/ at rev 1842 which was version 0.8.0-1 with
no changelo
reflum,
Tested 1.0.0-4 with RoarAudio enabled today.
I found two FTBFS which happen if you try this.
Both are fixed in upstream. This means that this feature requires a
newer release of the source and not just repacking.
Enabling the RoarAudio support also enables OpenBSD's sndio code.
Because of
reflum,
I added support to use multible databases. (upload will soon be made)
Currently I only support databases given by the user as arguments.
Should there also be support for something like ~/.animalsdb or
$ANIMALSDB?
The name of the 'object type' is stored in the database file as well. If
no
reopen
thanks
As the build system at reports there is still need for some more
porting. See: https://buildd.debian.org/status/package.php?p=dnprogs
Nexts steps include to get a account on a system with the affected arch
and do some porting as the blind porting seemed not to solve the
complete pro
80 matches
Mail list logo
