Bug#985886: Acknowledgement (klick crashes after approx. 8 klicks)

[rosea.grammostola]

Probably a user mistake. This can be closed.

Bug#976138: fix in git

[rosea.grammostola]

It's reported to me that it is fixed in git.

https://sourceforge.net/p/qmidiarp/code/ci/master/tree/

Bug#976268: problem not in the git version

[rosea.grammostola]

The git version of AMS works fine in NSM

https://sourceforge.net/p/alsamodular/ams.git/ci/master/tree/

Bug#976267: problem don't exist in the git version

[rosea.grammostola]

The git version of AMS works fine

https://sourceforge.net/p/alsamodular/ams.git/ci/master/tree/

Bug#976138: qmidiarp: died unexpectedly in non/new-session-manager(NSM)

[rosea.grammostola]

Upstream has the same bug. I'll report it upstream here: 
https://sourceforge.net/p/qmidiarp/bugs/34/


But I'm not using the app atm, so I'm probably not going to spend time 
on it tbh. Lots of Linuxaudio apps have bugs unfortunately, I report 
them, but if I've to trace down them all, it will be a day job...

Bug#976268: same problem with package from debian repo

[rosea.grammostola]

Now I reinstalled using the version from Debian repo (it's now in 
testing). Same problem.

Bug#976267: same with debian package from testing

[rosea.grammostola]

Now I reinstalled using the version from Debian repo (it's now in 
testing). Same problem.

Bug#976267: Acknowledgement (ams: AMS segmentaton fault)

[rosea.grammostola]

In Non/New-Session-manager (NSM) it launches, but it does that with 
twice instances


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976268

Bug#950923: fltk git

[rosea.grammostola]

Upstream developer about packaging:

/"You can get a tarball from a tag on github. Plus, I thought all 
packagers have been doing things straight from git (no tarballs) for 
like half a decade now. I can't remember the last time I touched a 
tarball..."/


/"Splitting applications into different git repo's is never gonna 
happen. To much work to manage."/



//"Building NSM without NTK, but with FLTK is totally reasonable. Again, 
I'm 99% sure that NSM's GUI doesn't use any NTK specific features or 
controls."//

Bug#950923: kxstudio repositories

[rosea.grammostola]

Non-daw: non-session-manger, non-mixer, non-timeline, non-sequencer are
in the kxstudio repositories. Might help when packaging.

https://kx.studio/Repositories



pEpkey.asc
Description: application/pgp-keys

Bug#950923: TAG: non-daw -- Non is a modular DAW which includes four components: non-session-manager, non-timeline, non-mixer, non-sequencer

[rosea.grammostola]

Package: non-daw
Severity: RFP

Description:

Non is a modular DAW. Modular in the Unix sense. This is unique. Other
DAWs, even in the free-software realm, are large, bloated, and, as a
rule, monolithic. This goes against the Unix philosophy and fails to
take full advantage of the power and flexibility of JACK
.

The components of Non work together and separately, allowing you create
a studio tailored to your own needs.


- Non-Session-Manager

The Non Session Manager is an API and an (GUI) implementation for
session management in the context of Linux Audio. NSM clients use a
well-specified OSC  protocol to
communicate with the session management daemon. 

- Non-timeline

The Non Timeline is a powerful, reliable and fast modular Digital Audio
Timeline arranger, released under the GNU General Public License (GPL
). It utilizes the JACK
 Audio Connection Kit for
inter-application audio I/O and the NTK
 GUI toolkit for a fast and
lightweight user interface.

Non Timeline can be used alone or in concert with Non Mixer
 and Non Sequencer
 to form a complete studio.

- Non-Mixer

The Non Mixer is a powerful, reliable and fast modular Digital Audio
Mixer, released under the GNU General Public License (GPL
). It utilizes the JACK
 Audio Connection Kit for
inter-application audio I/O and the NTK
 GUI toolkit for a fast and
lightweight user interface.

Non Mixer can be used alone or in concert with Non Timeline
 and Non Sequencer
 to form a complete studio.

- Non-Sequencer

The Non Sequencer is a powerful, lightweight, real-time, pattern-based
MIDI sequencer for Linux--released under the GNU General Public License
(GPL ). It utilizes the JACK
 Audio Connection Kit for MIDI I/O
and the NTK  GUI toolkit for its user
interface.

Everything in Non Sequencer happens /on-line/, in realtime. Music can be
composed live, while the transport is rolling.


License:

GPL version 2


Website:

http://non.tuxfamily.org/

Download:

http://non.tuxfamily.org/wiki/Downloads



pEpkey.asc
Description: application/pgp-keys

Bug#769541: ams: please add the 'Atte-Jensen-instrumentpatches' to the Ams package

[rosea.grammostola]

Package: ams
Version: 1:2.1.1-1kxstudio1
Severity: normal

Dear Maintainer,

Could you please add extra instumentpatches to the AMS package? The patches are 
made by Atte Andre Jensen (atteATyoumail.dk ) and are interesting for other 
users.


-- System Information:
Debian Release: jessie/sid
  APT prefers trusty-updates
  APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 
'trusty'), (100, 'trusty-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.17.1-031701-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ams depends on:
ii  cmt   1:1.16-1kxstudio1
ii  libasound21.0.27.2-3ubuntu7
ii  libc6 2.19-0ubuntu6.3
ii  libgcc1   1:4.9.1-0ubuntu1
ii  libjack-jackd2-0  1:1.9.10-1~trusty1
ii  libqt4-opengl 4:4.8.5+git192-g085f851+dfsg-2ubuntu4
ii  libqtcore44:4.8.5+git192-g085f851+dfsg-2ubuntu4
ii  libqtgui4 4:4.8.5+git192-g085f851+dfsg-2ubuntu4
ii  libstdc++64.8.2-19ubuntu1
ii  mcp-plugins   1:0.4.0-2kxstudio1
ii  swh-plugins   0.4.15+1-7kxstudio1

Versions of packages ams recommends:
ii  amb-plugins  1:0.8.1-4kxstudio1
ii  rev-plugins  1:0.7.1-1kxstudio2
ii  vco-plugins  1:0.3.0-2kxstudio1

ams suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#726193: lives: build with libfftw3f-dev for the beat detector plugin

[rosea.grammostola]

libfftw3-dev that is


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#705044: (no subject)

[rosea.grammostola]

I need python3-liblo  for stuff like lisaloqt 
https://github.com/nilsgey/lisaloQt



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#681576: non-daw: please package non-daw

[rosea.grammostola]

On 07/16/2012 10:28 AM, Gergely Nagy wrote:

reassign 681576 wnpp
retitle 681576 RFP: non-daw -- a powerful, reliable and fast modular Digital 
Audio Workstation system
thanks

rosea grammostollarosea.grammost...@gmail.com  writes:


Package: non-daw
Version: please package non-daw (and non-mixer, non-sequencer, 
non-session-manager)
Severity: wishlist


When filing these kinds of bug reports, which we call Request For
Package, please file them against the wnpp pseudo-package, and follow
the RFP: $package -- $shortdesc template for the subject.

I have reassigned and retitled the bug for you this time, but in the
future, please file the bugs against the appropriate package, with the
required format.

For more information, please see the relevant documentation at:
  http://www.debian.org/devel/wnpp/#l2



I tried that, but couldn't manage it. Why isn't there an RFP entry in 
the reportbug GUI?


Regards,

\r


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#594315: (no subject)

[rosea.grammostola]

Sorry, this was old. I've sent a new bug report for the new version: 2.4.3



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#671484: closed by Alessio Treglia ales...@debian.org (Bug#671484: fixed in rtirq 20120504-1)

[rosea.grammostola]

On 05/05/2012 02:06 AM, Debian Bug Tracking System wrote:

This is an automatic notification regarding your Bug report
which was filed against the rtirq-init package:

#671484: rtirq-init: new upstream version

It has been closed by Alessio Tregliaales...@debian.org.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Alessio 
Tregliaales...@debian.org  by
replying to this email.




On LAU there is a discussion about it. Good chance it will be updated 
again next week to solve issues.






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#664060: Xorg goes to 70% MEM and freezes my system when opening big clock in Ardour3

[rosea.grammostola]

On 03/16/2012 06:25 PM, Jonathan Nieder wrote:

reassign 664060 src:linux-2.6 3.2.10-1
affects 664060 + xserver-xorg-video-intel
quit

Hi Rosea,

rosea grammostola wrote:


When I open the big clock window (alt-b) in Ardour3 (downloaded from
ardour.org), Xorg bumps up to 70% MEM and freezes my system (Thinkpad
T61)

root  20   0 3082m 1.3g 2632 R   4.0 68.7   0:11.23 Xorg


Thanks for a pleasant report.  Has this always behaved that way, or
did the problems appear after some upgrade?  What suggests to you
that it might be a kernel bug?


#debian-kernel IRC advised me to report a bug against the kernel.
The author of Ardour suggested that it's probably a bug in the driver.
Can can recall problems with my driver when I wanted to play a complex 
video or something, that was months ago though.




Please also attach output from reportbug --template
xserver-xorg-video-intel.


See attachment


Curious,
Jonathan

[...]

X.Org X Server 1.11.3.901 (1.11.4 RC 1)

[...]

[35.176] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so
[35.217] (II) Module intel: vendor=X.Org Foundation
[35.217]compiled for 1.11.3.901, module version = 2.18.0

[...]

[35.287] (II) intel(0): Integrated Graphics Chipset: Intel(R) 965GM
[35.287] (--) intel(0): Chipset: 965GM

[...]

[35.360] (II) intel(0): Output LVDS1 using initial mode 1280x800

[...]

[   138.376] [mi] EQ overflowing. The server is probably stuck in an infinite 
loop.
[   138.760] Backtrace:
[   141.205] 0: /usr/bin/Xorg (xorg_backtrace+0x26) [0x7f2f33965476]
[   145.579] 1: /usr/bin/Xorg (mieqEnqueue+0x191) [0x7f2f33945d81]
[   145.579] 2: /usr/bin/Xorg (0x7f2f337e1000+0x65214) [0x7f2f33846214]
[   145.580] 3: /usr/bin/Xorg (xf86PostMotionEventP+0x4a) [0x7f2f338807aa]
[   145.591] 4: /usr/lib/xorg/modules/input/evdev_drv.so 
(0x7f2f2dc52000+0x49ee) [0x7f2f2dc569ee]
[   145.591] 5: /usr/bin/Xorg (0x7f2f337e1000+0x8a907) [0x7f2f3386b907]
[   145.591] 6: /usr/bin/Xorg (0x7f2f337e1000+0xb04ee) [0x7f2f338914ee]
[   145.591] 7: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f2f32b09000+0xf030) 
[0x7f2f32b18030]
[   145.591] 8: /usr/bin/Xorg (0x7f2f337e1000+0x1885b0) [0x7f2f339695b0]
[   145.591] 9: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f2f32b09000+0xf030) 
[0x7f2f32b18030]
[   145.606] 10: /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 
(0x7f2f32882000+0x561d9) [0x7f2f328d81d9]
[   145.606] 11: /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 
(0x7f2f32882000+0x73cd2) [0x7f2f328f5cd2]
[   145.606] 12: /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (pixman_fill+0x31) 
[0x7f2f3288c371]
[   145.666] 13: /usr/lib/xorg/modules/libfb.so (fbFill+0x30d) [0x7f2f2edcdbad]
[   145.666] 14: /usr/lib/xorg/modules/libfb.so (fbPolyFillRect+0x1c4) 
[0x7f2f2edce354]
[   145.680] 15: /usr/lib/xorg/modules/drivers/intel_drv.so 
(0x7f2f2f808000+0x3bc21) [0x7f2f2f843c21]
[   145.680] 16: /usr/lib/xorg/modules/drivers/intel_drv.so 
(0x7f2f2f808000+0x345b1) [0x7f2f2f83c5b1]
[   145.680] 17: /usr/bin/Xorg (0x7f2f337e1000+0x1164d9) [0x7f2f338f74d9]
[   145.680] 18: /usr/bin/Xorg (0x7f2f337e1000+0x10503e) [0x7f2f338e603e]
[   145.680] 19: /usr/bin/Xorg (miCompositeRects+0x7a) [0x7f2f338e612a]
[   145.680] 20: /usr/lib/xorg/modules/drivers/intel_drv.so 
(0x7f2f2f808000+0x38a26) [0x7f2f2f840a26]
[   145.680] 21: /usr/bin/Xorg (0x7f2f337e1000+0x10d546) [0x7f2f338ee546]
[   145.680] 22: /usr/bin/Xorg (0x7f2f337e1000+0x51f81) [0x7f2f33832f81]
[   145.680] 23: /usr/bin/Xorg (0x7f2f337e1000+0x411aa) [0x7f2f338221aa]
[   145.681] 24: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd) 
[0x7f2f31831ead]
[   145.681] 25: /usr/bin/Xorg (0x7f2f337e1000+0x4149d) [0x7f2f3382249d]


Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: rosea grammostolla rosea.grammost...@gmail.com
To: Debian Bug Tracking System sub...@bugs.debian.org
Subject: xserver-xorg-video-intel: none
X-Debbugs-Cc: rosea.grammost...@gmail.com

Package: xserver-xorg-video-intel
Version: 2:2.18.0-1
Severity: wishlist

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Sep 27  2010 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2056560 Jan 19 10:55 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 
Integrated Graphics Controller (primary) [8086:2a02] (rev 0c)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  

Bug#662857: phasex does not start, complaining about kernel modules

[rosea.grammostola]

On 03/06/2012 09:30 PM, rosea grammostolla wrote:

Package: phasex
Version: 0.12.0+m1-6
Severity: normal

Dear Maintainer,

When I start phasex:
  phasex
Using client name phasex
Unhandled ALSA MIDI error.
Please make sure that the 'snd_seq_midi' and 'snd_seq_midi_event'
kernel modules are loaded and functioning properly.
PHASEX Exiting...


I tried to load the modules using modprobe, but no improvements



-- System Information:
Debian Release: wheezy/sid
   APT prefers testing
   APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-2-rt-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages phasex depends on:
ii  libasound21.0.25-2
ii  libatk1.0-0   2.2.0-2
ii  libc6 2.13-26
ii  libcairo2 1.10.2-6.2
ii  libfontconfig12.8.0-3.1
ii  libfreetype6  2.4.8-1
ii  libgdk-pixbuf2.0-02.24.1-1
ii  libglib2.0-0  2.30.2-6
ii  libgtk2.0-0   2.24.10-1
ii  libjack0 [libjack-0.116]  1:0.121.3+20120222git81e8f031-1
ii  libpango1.0-0 1.29.4-2
ii  libsamplerate00.1.8-3
ii  libx11-6  2:1.4.4-4

Versions of packages phasex recommends:
ii  jackd  5

Versions of packages phasex suggests:
ii  jack-keyboard  2.6-2
ii  vkeybd 1:0.1.18d-2

-- no debconf information





Seems to be solved by removing old or corrupted 
/usr/share/alsa/pulse-alsa.conf file


Thx.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#629192: (no subject)

[rosea.grammostola]

Developments of Amsynth takes place here: http://code.google.com/p/amsynth/



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#626303: closed by TANIGUCHI Takaki tak...@debian.org (Bug#626303: fixed in clam 1.4.0-3)

[rosea.grammostola]

Hi,

I don't think this fixes the bug totally. I think libjack-dev should 
also be added to the build-depends in debian/control. I committed those 
changes to the clam git repo. Please check it.


Thanks

On 05/16/2011 06:21 AM, Debian Bug Tracking System wrote:

This is an automatic notification regarding your Bug report
which was filed against the libclam-dev package:

#626303: libclam-dev: depends on libjack-jackd2-dev (I have jack1 installed)

It has been closed by TANIGUCHI Takakitak...@debian.org.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact TANIGUCHI 
Takakitak...@debian.org  by
replying to this email.







--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#626303: libjack-dev

[rosea.grammostola]

On 05/11/2011 11:42 PM, rosea.grammostola wrote:
I think you should add libjack-dev to depends in the debian/control 
file, so it builds with jack1 and 2


libjack-dev | libjack-jackd2-dev

\r

Same is true for other CLAM packages like clam-networkeditor

Please fix this!

\r



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#626303: libjack-dev

[rosea.grammostola]

I think you should add libjack-dev to depends in the debian/control 
file, so it builds with jack1 and 2


libjack-dev | libjack-jackd2-dev

\r



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#620350: [Build-common-hackers] Bug#620350: cdbs fails when building in parallel

[rosea.grammostola]

On 04/02/2011 05:21 PM, Jonas Smedegaard wrote:

On Fri, Apr 01, 2011 at 12:41:25PM +0200, rosea.grammostola wrote:

When building cdbs on the opensuse buildservice (obs), cdbs fails. 
Obs uses parallel building by default.


I believe this can only happen if obs plays tricks to enforce parallel 
building - e.g. directly sets make option -j - which is unsupported.


Obs should follow Debian Policy §4.9.1 and only _request_ the use of 
parallel building with DEB_BUILD_OPTIONS=parallel=n.


I am therefore closing this as a non-bug.  You are quite welcome to 
continue posting to this bugreport (closed does not mean closed for 
debate), to try convince us that this is in fact a bug in this 
package, not in your build environment.



A small verification with osc build -j 1 shows that once more, debian 
stuff just does not work properly in parallel builds...


...or it simply shows that obs is failing in its attempts to outsmart 
explicitly documented behaviour of Debian.




And what would the packager do to enable parallel builds ?
He would do some bash scripting in the rules file to get the # of 
parallel builds to from the DEB_BUILD_OPTIONS env variable and then 
calls make with the parsed argument which is butt ugly to say it 
politely.


This is butt ugly?:

DEB_BUILD_PARALLEL=yes

Please note that above deliberately was _not_ added to the CDBS 
packaging, because we - the package maintainers of CDBS - did not feel 
that the package build times are long enough and the package build 
system is robust enough to make supporting parallel builds worthwhile 
as it is phrased in Debian Policy §4.9.1.




IMHO the debian way plain sucks


Plonk!

If Debian is so crappy, then don't bother recompiling it! :-P

If you try rephrase in a more friendly tone, then perhaps an 
explanation on the sanity of the Debian approach might be provided.



Have a nice day,

 - Jonas


They think the Debian package is ok, but there is a bug in cdbs:

The packages source_is_  broken cause it can't be built
in parallel. So their (debian) packaging is fine but the packages (cdbs´)
build scripts contain a bug that screw you over if you build it in parallel.

Simply fix that and send the patch upstream.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#620350: cdbs fails when building in parallel

[rosea.grammostola]

package: cdbs
version: 0.4.92

Cdbs fails when building in parallel.

When building cdbs on the opensuse buildservice (obs), cdbs fails. Obs 
uses parallel building by default.


Here is some debug info:


  PASS: distutils-8.sh
  FAIL: distutils-9.sh
  FAIL: distutils-10.sh
  FAIL: distutils-11.sh
  PASS: ant-1.sh
  
  3 of 30 tests failed
  
   

Checking the current build failures on the linked project, the tests
actually pass all fine (even though it seems to be only 28 checks)

The builds abort due to a 'build appears to be stuck' error =  trying a
local build shows that bash is actually dieing:

 \_ /usr/bin/make install-am
\_ /usr/bin/make install-exec-am install-data-am
  \_ [bash]defunct
  \_ [bash]defunct
  \_ [bash]defunct

So the clue is actually to find out why bash defunts on us in our build
environment.

A small verification with osc build -j 1 shows that once more, debian
stuff just does not work properly in parallel builds...



Here is a comment on the obs mailinglist:

And what would the packager do to enable parallel builds ?
He would do some bash scripting in the rules file to get the # of parallel
builds to from the DEB_BUILD_OPTIONS env variable and then calls make with the
parsed argument which is butt ugly to say it politely.

IMHO the debian way plain sucks and shouldn't be repeated. Instead some
DISABLE_PARALLEL_BUILD=1 in the packages meta data is much preferable.

See alsohttp://www.debian.org/doc/debian-policy/ch-source.html  section 4.9.1

(besides that parallel builds being broken_IS_  a bug in the packages build
system which should be filed upstream and not at debian)









--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#620350: Acknowledgement (cdbs fails when building in parallel)

[rosea.grammostola]

Sorry for the multiple bug reports. There is a bug in reportbug, I 
thought the bugreports where not send...


On 04/01/2011 12:45 PM, Debian Bug Tracking System wrote:

Thank you for filing a new Bug report with Debian.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
  CDBS Hackersbuild-common-hack...@lists.alioth.debian.org

If you wish to submit further information on this problem, please
send it to 620...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.

   





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org