On Thu, Jan 02, 2014 at 07:02:41 -0700, Leonel Nunez wrote:
Yes all help is welcome
I'm already working on the package but it's taking me longer than I
expected but I'm moving on
I went with what was there from before and just removed the patch which didn't
apply from the quilt. That
Package: hplip-gui
Version: 3.13.11-2
Severity: important
Dear Maintainer,
I installed the hplip-gui package on a fresh Debian Jessie install to make
available the HP Toolbox for easy HP printers installation and management (in
particular networked multi-function printing/scanning).
After
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Thu, Jan 02, 2014 at 03:26:47AM +0100, Bzzz wrote:
Package: xfce4-settings
Version: 4.10.1-2
Severity: normal
Tags: upstream
Dear Main-tainer,
* What led up to the situation?
A long (several months) term problem (see title).
*
reassign 733816 libgl1-nvidia-glx
forcemerge 728743 733816
thanks
I downgraded to nvidia 319.76-1, and rebooted. After reboot, the problem
has vanished.
So this is probably the nVidia bug.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Control: severity -1 wishlist
Control: tag -1 wontfix
On Wed, Jan 01, 2014 at 07:35:31PM +0100, Svein Engelsgjerd wrote:
Package: xfce4
Version: 4.10.1
Severity: important
Dear Maintainer,
I am running xfce without a login manager. e.g. I
Package: hplip-gui
Version: 3.13.11-2
Severity: important
Dear Maintainer,
I installed the hplip-gui package on a fresh Debian Jessie install to make
available the HP Toolbox for easy HP printers installation and management (in
particular networked multi-function printing/scanning).
This
Control: tags -1 + upstream
Control: forwarded -1 http://bugs.pwmt.org/issue15
On 2014-01-02 15:30:36, Francesco Poli (wintermute) wrote:
A little question I haven't been able to find an answer to in the
man pages: is there a way to disable the continuous view mode in
zathura?
I mean:
Package: zathura
Version: 0.2.6-1
Severity: wishlist
Hello once again!
Another feature that would nice to have in zathura is a zoom to
selection command (similar to the one found in xpdf).
This command could for instance be associated with mouse Button3:
clicking with the right mouse button
Hi Ivo,
Can you please remove the block on this?
Regards,
Daniel
On 30/12/13 11:13, Daniel Pocock wrote:
On 29/12/13 01:41, Ivo De Decker wrote:
Control: reassign -1 reconserver 0.9.1-1
Hi Daniel,
On Sat, Dec 28, 2013 at 11:31:18PM +0100, Daniel Pocock wrote:
reassign 733343
Oops -
Justin B Rye wrote:
When the Kinect is first plugged in, it shows up as a generic USB device
with a bulk endpoint; after the appropriate firmware is installed, a
re-enumeration takes place and a USB Audio Class device becomes available.
But my patch has bulk-transfer
Package: zathura
Version: 0.2.6-1
Severity: normal
Hello,
I think I found a bug in zathura.
It seems to me that the text copied to the clipboard (by selecting an
area with the left mouse button) always includes a final spurious
newline character.
This has surprising effects.
For instance, if
Package: dnsmasq
Version: 2.68-1
Severity: normal
I have been running dnsmasq for years. With the last release that hit jessie
recently, dnsmasq broke. I have the following line in dnsmasq.conf that breaks
dnsmasq with the latest release in jessie:
server=/www.ibm.com/4.2.2.1 4.2.2.2
I have
On Mon, Dec 30, 2013 at 10:50:25AM +0100, Benoît wrote:
Package: cups
Version: 1.6.4-2
Severity: minor
Dear Maintainer,
I am running cups on my laptop which has no parallel port at all.
However, the /etc/init.d/cups script always loads lp, ppdev and parport_pc.
Would there be a way to
On Thu, 2 Jan 2014 14:59:45 +0100 Sebastian Ramacher wrote:
[...]
Forwarded upstream.
Thank you so much for your super-fast reaction! :-)
I hope you enjoy working with zathura.
As I said, it seems to be a really nice program.
I think it has a great potential: it's small and fast,
control: tag -1 patch
control: severity -1 normal
control: forwarded -1 https://code.google.com/p/chromium/issues/detail?id=327269
On Thu, Jan 2, 2014 at 6:53 AM, Dominik George wrote:
*** Preliminary note: I will NOT submit this bug upstream as I refuse to use
*** a bug tracker for which I
On Thu, 2 Jan 2014 15:18:13 +0100 Sebastian Ramacher wrote:
[...]
There is a bug for that in the upstream bug tracker.
Thanks a lot for digging in the upstream bug tracker (which I frankly
found a bit confusing, at least for someone who, like me, is used to
the Debian BTS...)!
Bye.
--
Package: gdm3
Version: 3.8.4-6
Severity: normal
Dear Maintainer,
* What led up to the situation?
Trying to debug #730177 (gdm3 doesn't show greeter if can't access /usr/local)
I did an update-rc.d remove and tried to start gdm3 by invoke-rc.d gdm3 start
* What was the outcome of this
On Thu, 2 Jan 2014 16:02:39 +0100 Sebastian Ramacher wrote:
[...]
There is also a bug report about that in the upstream bug tracker.
Thanks for spotting it!
Let's hope this feature may be implemented soon.
Bye.
--
http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
New GnuPG key,
Ansgar Burchardt ans...@debian.org writes:
Sometimes I also wonder if a GR might be a better way to deal with the
decision as this feels more and more like an political or opinion
decision rather then a technical decision to me as tech-ctte members
have found both upstart and systemd to be
Source: babelfish
Version: 0.4.0-1
Tags: patch
Dear Maintainer,
Currently babelfish autopkgtest fails:
dsc0t-unittests FAIL status: 0, stderr: [shell and nose output]
Adding allow-stderr restriction (available in autopkgtest ≥ 2.3) helps:
--- a/debian/tests/control
+++
On Thu, 2014-01-02 at 12:31 +, Colin Watson wrote:
On Wed, Jan 01, 2014 at 08:15:46PM +0200, Uoti Urpala wrote:
You can simply not install any of these additional services if you don't
want them. This is completely trivial to do.
It is indeed technically trivial, but I invite you to
Package: dgit
Version: 0.20
Severity: wishlist
I very brief glance (didn't actually try to build) suggests that dgit
does not have a special case to handle the odd (and pointless) rules
around uploading backports.
Particularly, the package should be build with -v specifying either the
previous
On Thu 02 Jan 2014 at 15:29:43 +, Roger Leigh wrote:
On Mon, Dec 30, 2013 at 10:50:25AM +0100, Benoît wrote:
Package: cups
Version: 1.6.4-2
Severity: minor
Dear Maintainer,
I am running cups on my laptop which has no parallel port at all.
However, the /etc/init.d/cups
Ian Jackson ijack...@chiark.greenend.org.uk writes:
And, despite the fact that the decision has become very politicised (to
some extent along the lines of preexisting camps of strongly disagreeing
contributors), I think it is primarily a technical decision.
I think this is a remarkable
Ian Jackson ijack...@chiark.greenend.org.uk writes:
As the TC, I think we have two options for the process:
(a) Make a decision based on our assessment of the merits; that
includes considering the strength and health of the communites
behind each project. But for me it doesn't
Joey Hess writes (Bug#733954: backports support):
Package: dgit
Version: 0.20
Severity: wishlist
I very brief glance (didn't actually try to build) suggests that dgit
does not have a special case to handle the odd (and pointless) rules
around uploading backports.
Particularly, the
Package: asterisk
Severity: wishlist
TURN provides a useful relay capability that can be used even if a peer
does not support ICE
Therefore, I believe it would be useful to be able to specify TURN usage
independently of the icesupport=yes option in sip.conf
E.g.
icesupport=no
Package: asterisk
Severity: wishlist
In recent versions of Asterisk it is possible to configure a TURN server
in rtp.conf
It would be useful in some situations to configure more than one TURN
server and specify which one to use on a per-peer basis
--
To UNSUBSCRIBE, email to
Package: libprojectm2
Version: 2.1.0+dfsg-1+b1
Severity: normal
Please update the dependency to fonts-dejavu-core.
Thank you.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign
Russ Allbery writes (Bug#727708: CTTE and Developer Buy-in [Re: Bug#727708:
init system other points, and conclusion]):
Ian Jackson ijack...@chiark.greenend.org.uk writes:
I don't think any of the TC are going to propose (b). Perhaps we
should put (b) on the TC ballot for form's sake; I
The only difference I can see between the sessions that work (with
/usr/local unmounted) and those that fail (with /usr/local nfs mounted,
so all accesses get EACCES) is that when things go well I see the message:
gnome-session[2575]: DEBUG(+): Detected that screensaver has appeared on the bus
]] Colin Watson
Perhaps this is the fundamental disagreement. I do not necessarily
consider compatibility as an end in itself. Where Debian is already
better than other distributions, we should remain better, not stick to a
lowest common denominator for the sake of compatibility.
I think
I wanted to lift this out of the thread it was buried in and see if I'm
understanding it correctly, since if I am, it seems like a significant
issue.
Cameron Norman camerontnor...@gmail.com writes:
I think you raise a lot of good points in this email, but here you are
saying something which
On 23/12/2013 00:03, Robert Millan wrote:
On 21/12/2013 22:31, Markus Koschany wrote:
On 20.12.2013 13:29, Robert Millan wrote:
[...]
If you've got spare time to do some tests, it would help to know which
version
of the kfreebsd-11 package introduced this bug.
I downloaded the first and
]] Colin Watson
On Tue, Dec 31, 2013 at 05:50:59PM -0800, Don Armstrong wrote:
On Wed, 01 Jan 2014, Tollef Fog Heen wrote:
and I think it'd be a shame if we ended up losing or demotivating a
good bunch of good developers again.
Pretty much every time the CTTE makes a ruling,
Josselin Mouette j...@debian.org writes:
It shouldn’t come as a surprise that it is hard for developers to
respect the TC’s decisions when we see disrespectful sentences like the
one above from some of its members.
I agree.
We are of course each entitled to hold opinions about such things,
BH == Ben Hutchings b...@decadent.org.uk writes:
BH No, this message did not exist in that version.
You are right. Wish there was a way to do
$ reportbug $(the current kernel package name I am running)
so I could avoid mistakes.
BH Is any other error message logged?
Yes, I recall some about
I went with what was there from before and just removed the patch which
didn't
apply from the quilt. That worked just fine for me. Obviously it's
not ideal
since it won't be necessarily up-to-date policy-wise, but it was good.
Gunnar was maintaining it on git.debian.org using
tags 733955 + upstream
thanks
Daniel, it looks like this bug would be better handled upstream. What action do
you expect from the Debian maintainers?
On 2 Jan 2014 17:12, Daniel Pocock dan...@pocock.com.au wrote:
Package: asterisk
Severity: wishlist
In recent versions of Asterisk it is
Control: tag -1 moreinfo
On Fri, Jan 03, 2014 at 12:52:30AM +0800, jida...@jidanni.org wrote:
BH == Ben Hutchings b...@decadent.org.uk writes:
BH No, this message did not exist in that version.
You are right. Wish there was a way to do
$ reportbug $(the current kernel package name I am
Le jeudi, 2 janvier 2014, 16.05:06 Brian Potkin a écrit :
May I suggest that there is no bug at all here and setting
LOAD_LP_MODULE=no
is the intended way to achieve what Benoît wants to do.
Thanks for pointing that, indeed! (Don't hesitate to do further
suggestions, I value them
On Thu, Jan 02, 2014 at 12:07:10PM +0100, Fabian Greffrath wrote:
Seconded, please update to this version ASAP.
Er, freetype 2.5.2 is already in unstable.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can
tags 733956 + upstream
thanks
Same comment as for #733955, this needs to be sent to upstream. A
debian-specific change does not make sense.
Control: reopen -1
Hi,
This bug still isn't fixed in 1.6.1-11. I still get an error when
upgrading from the package in testing.
Preparing to unpack .../wine_1.6.1-11_amd64.deb ...
Unpacking wine (1.6.1-11) over (1.4.1-4) ...
dpkg: error processing archive
Please at least bring this up on the asterisk development mailing list.
The BTS is not a wiki and there is little point in filing bugs which are not
actionable by Debian
On Thu, Jan 2, 2014 at 8:35 AM, Russ Allbery r...@debian.org wrote:
I wanted to lift this out of the thread it was buried in and see if I'm
understanding it correctly, since if I am, it seems like a significant
issue.
Cameron Norman camerontnor...@gmail.com writes:
I think you raise a lot
On Thu, Sep 12, 2013 at 12:38:26AM +0200, Bernhard R. Link wrote:
That means despite make knowing that B3 is a prerequisite to B5,
B5 is run with B3 not yet done in this case.
It might be this problem:
http://savannah.gnu.org/bugs/?30653
We fixed it in WebKit using a patched version of
On 02/01/14 17:50, Jeremy Lainé wrote:
tags 733955 + upstream
thanks
Daniel, it looks like this bug would be better handled upstream. What action
do you expect from the Debian maintainers?
Last time I opened a bug upstream, Digium closed it and told me they
don't use a bugtracker
Could you please retest the bug on a recent asterisk?
Work fine, thanks! Upload pending.
On 01/02/2014 02:04 PM, Steffen Macke wrote:
Possibly fixed in git master by a different way to include the Freetype
headers:
https://git.gnome.org/browse/dia/commit/?id=0b863adcad031c70601e375d72dae64fdd967752
--
To UNSUBSCRIBE, email to
close 723193
thanks
please stop re-opening closed bugs uselessly.
as said in the bug report, there'll be an upload to unstable once the
disruptive changes have been sorted out in experimental.
--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:
Package: ftp.debian.org
Severity: normal
Hi,
please remove xfs. It's orphaned by the X Strike Force since 4.5 years already.
X font handling is full of old, crusty legacy code which is riddled with
lurking security bugs, so we should remove this for jessie.
Cheers,
Moritz
--
To
As I mentioned in some of my previous notes, I was unable to evaluate
OpenRC in a meaningful way during my general experiments for a few
reasons. My impression was formed based on previous discussion and what
documentation I could find, which was fairly minimal.
Thomas Goirand sent me
On Thu, Jan 02, 2014 at 01:11:39PM +0100, Jakub Wilk wrote:
Package: libltdl-dev
Version: 2.4.2-1.4
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
libltdl-dev is marked as Multi-Arch: same, but the following files
are architecture-dependent:
Hi Andreas,
This opposition of yours was more than one year ago:
Le dimanche, 7 octobre 2012, 19.26:08 Andreas Barth a écrit :
With my mgetty maintainer hat on, I refuse any NMU with this (or a
similar) patch applied, unless otherwise authorized by me (as
exception of my easy NMU policy I
2014/1/2 Peter Chubb peter.ch...@nicta.com.au:
$ file 28-01-Prelude.m4a 28-01-Prelude.m4a: ISO Media, MPEG v4
system, iTunes AAC-LC
Christoph Can you send me the file via mail, dropbox etc.?
Sure. Separate email.
Thanks. I can't reproduce with either QL or gst-launch-1.0 on an
up-to-date
On Mon, Dec 30, 2013 at 09:16:48PM +0100, Emanuele Aina wrote:
I've rebased Geoffrey's work on top of current master:
https://github.com/em-/sbuild/commits/extra-package
On my local system the patches have been working fine for some months
now and they applied cleanly on the latest master,
Ian Jackson ijack...@chiark.greenend.org.uk writes:
Andreas, Bdale, Don, Keith: please let us know what you're thinking,
and what more information/discussion would be useful.
Right. I've meant to post something before now, but after returning
home from a family road trip over the holidays, I
On Tue, May 14, 2013 at 11:40:54PM +0100, Ian Jackson wrote:
Roger Leigh writes (Re: [buildd-tools-devel] Bug#708163: schroot should
treat options after non-option as non-option):
On Mon, May 13, 2013 at 05:43:40PM +0100, Ian Jackson wrote:
$ schroot -c unstable-i386 id -u
E: required
Package: jifty
Severity: serious
Please migrate from src:yui to src:yui3.
src:yui is abandoned, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730104
Cheers,
Moritz
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
On Mon, Dec 30, 2013 at 12:27:29PM +0100, Guillem Jover wrote:
I guess it's probably a good idea to switch the default, becuse I
assume most maintainers do more test builds than final ones. Or users
who either don't have gpg installed or don't have a gpg key. Although
with the current
* Didier 'OdyX' Raboud (o...@debian.org) [140102 18:39]:
Hi Andreas,
This opposition of yours was more than one year ago:
Le dimanche, 7 octobre 2012, 19.26:08 Andreas Barth a écrit :
With my mgetty maintainer hat on, I refuse any NMU with this (or a
similar) patch applied, unless
Package: daptup
Version: 0.12.6
Severity: wishlist
Tags: upstream
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
The iinfo daptup gives isn't important for each dist-upgrade (Debian/sid), but
slows down the whole upgrade
On Thu, Jan 02, 2014 at 02:04:04PM +0100, Moritz Muehlenhoff wrote:
Package: ntp
Severity: important
Tags: security
This was assigned CVE-2013-5211:
https://cert.litnet.lt/en/docs/ntp-distributed-reflection-dos-attacks
Russ Allbery r...@debian.org writes:
This message is about a transition plan for an init system replacement and
about how to handle portability to our non-Linux ports. I'm keeping the
same subject as Ian's message on the same basic topics and attaching it to
the same thread, but this is more
You raise some very valid points and §I appreciate your concerns and
perhaps should rephrase my request so that I'm suggesting subsuming the
most common used features of debsign and perhaps as part of a staged
migration (compat symlink to debsign binary name in the phase 1, real
name dpkg-sign or
On Wed, 2014-01-01 at 09:52 -0600, Marc F. Clemente wrote:
I have seen posts mentioning traditional and upstream qemu-dm.
But it is not clear to me what the difference is between traditional
and upstream, or how to select either one.
This is explained in the xl.cfg(5) man page.
Bdale Garbee writes (Bug#727708: init system discussion status):
[stuff]
Thanks for posting your views.
You'll have seen Russ's comments on the details and loose ends as I
call them. Russ and I were mostly agreed on these points.
I have written a draft resolution from my own point of view and
On Thu, 02 Jan 2014, Russ Allbery wrote:
Ian Jackson ijack...@chiark.greenend.org.uk writes:
And, despite the fact that the decision has become very politicised (to
some extent along the lines of preexisting camps of strongly disagreeing
contributors), I think it is primarily a technical
On Mon, Dec 30, 2013 at 02:03:22 -0800, Steve Langasek wrote:
The upstart session init runs as the user, not as root.
Note that a session init can run as root (sudo init --user) but yes,
conventionally they are run as non-priv users.
I'm not sure if
upstart as a user session has any
Package: webgui
Severity: serious
Please migrate from src:yui to src:yui3.
src:yui is abandoned, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730104
Cheers,
Moritz
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Package: php-codecoverage
Severity: serious
Please migrate from src:yui to src:yui3.
src:yui is abandoned, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730104
Cheers,
Moritz
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Hi Andreas,
Le jeudi, 2 janvier 2014, 18.49:31 Andreas Barth a écrit :
… and this new proposal was more than six months ago:
I opposed having an upload of
rmdir -rf /var/run/mgetty || true
Sure; I read that. That said, gregoa's patch is significantly different
from that, as it does the
Package: moodle
Severity: serious
Please migrate from src:yui to src:yui3.
src:yui is abandoned, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730104
Cheers,
Moritz
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Package: fusionforge
Severity: serious
Please migrate from src:yui to src:yui3.
src:yui is abandoned, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730104
Cheers,
Moritz
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Hi,
Michael Stapelberg stapelb...@debian.org writes:
Michael Biebl bi...@debian.org writes:
On Wed, Apr 29, 2009 at 12:01:39PM +0200, Joachim Breitner wrote:
I’m considering to add a /usr/share/bug/$package/script file to one of
my package that would attach (possibly after getting permission
Package: extplorer
Severity: serious
Please migrate from src:yui to src:yui3.
src:yui is abandoned, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730104
Cheers,
Moritz
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Ian Jackson writes (Re: Bug#727708: init system discussion status):
I have written a draft resolution from my own point of view and
checked it into the tech-ctte git repo. Perhaps some of it is useful.
Ansgar commented a bit on it on IRC. I guess I should post it.
Here's my draft.
Those
Package: ckeditor
Severity: serious
Please migrate from src:yui to src:yui3.
src:yui is abandoned, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730104
Cheers,
Moritz
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
I have the expr: syntax error as well
my BOOT_DEVICE is ram so device_is_USB_flash_drive is called with
the argument ram. device_is_USB_flash_drive does expr substr ram 6 3
which sets DEVICE to an empty string and the following expr substr
$DEVICE 1 2 is a syntax error for expr(1)
this is the
Nikolaus Rath writes (Bug#727708: loose ends for init system decision):
I think there is one additional questions that will probably need to be
decided by the tc but hasn't really been discussed yet:
Will packages that explicity depend on a (non-default) init system be
allowed in Debian?
My
Package: denemo
Version: 0.9.2-3
Severity: serious
Hi,
Your package FTBFS when rebuilt against libaubio4 (note, the failure
may or mayb not be unrelated to changes in libaubio4). The tail of the
buildd log says:
pitchrecog.c:322:41: note: each undeclared identifier is reported only once for
On Sat, 2013-12-21 at 17:47 +0100, Michael Stapelberg wrote:
Hi Martin,
Martin Michlmayr t...@cyrius.com writes:
From: Michael Stapelberg stapelb...@debian.org
On my TS-119P+, when using the âpoweroffâ command, the NAS would always
immediately turn back on again. Turns out you
Steve Langasek vor...@debian.org writes:
However, I think this gets to the heart of why upstart upstream has avoided
ever recommending the use of socket-based activation. There are some fairly
fundamental problems that basically halted development of socket-based
activation in upstart (beyond
Hi Joachim and Thomas,
this bug [1] seems to be really similar to that one
https://ghc.haskell.org/trac/ghc/ticket/3668
maybe somewhere debian is overriding the GHC flags and pie is added?
Bests,
Gianfranco
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
Package: ardour
Version: 1:2.8.16-2
Severity: serious
Hi,
Your package FTBFS when rebuilt against libaubio4. This is the tail
of the log from amd64 (or maybe it was i386...). Anyhow, ...
g++ -o libs/vamp-plugins/plugins.os -c -Woverloaded-virtual
-DGTK_NEW_TOOLTIP_API -DHAVE_LV2
Package: ardour3
Version: 3.5.143~dfsg-1
Severity: serious
Hi,
Your package FTBFS during a rebuilt against libaubio4. Here is the tail
from amd64.
^
../libs/vamp-plugins/Onset.h:62:5: error: 'aubio_onsetdetection_type' does not
name a type
aubio_onsetdetection_type m_onsettype;
http://www.go-evolution.org/Server_Side_Rule
looks like vaporware thus far
The correct solution is for libtool package to be marked as
multi-arch: allowed without splitting this tiny package into two
even smaller packages.
Here is the reasoning:
libtool binary package can be used in both native and cross
compilation cases, when used correctly. That is in cross-case at
On 01/02/2014 10:20 AM, Ian Jackson wrote:
Nikolaus Rath writes (Bug#727708: loose ends for init system decision):
I think there is one additional questions that will probably need to be
decided by the tc but hasn't really been discussed yet:
Will packages that explicity depend on a
On Thu, Jan 2, 2014 at 10:16 AM, Ian Jackson
ijack...@chiark.greenend.org.uk wrote:
Ian Jackson writes (Re: Bug#727708: init system discussion status):
I have written a draft resolution from my own point of view and
checked it into the tech-ctte git repo. Perhaps some of it is useful.
Package: gdm3
Version: 3.8.4-6
Severity: normal
-- System Information:
Debian Release: jessie/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores)
Locale:
Nikolaus Rath writes (Re: Bug#727708: loose ends for init system decision):
For example, a hypothetical future program to interactively adjust
program cgroups cannot be sysvinit compatible in any meaningful sense,
because it does not need to be supervised, started, or stopped. However,
this
Cameron Norman writes (Re: Bug#727708: init system discussion status):
On Thu, Jan 2, 2014 at 10:16 AM, Ian Jackson
ijack...@chiark.greenend.org.uk wrote:
...
| 9. [ Policy should provide non-binding suggestions to Debian
|contributors who are converting daemons to upstart and/or
I tried to compile the package from ubuntu (well, not quite) - and it
doesn't compile:
git clone https://git.gnome.org/browse/gnome-web-photo
dget
https://launchpad.net/ubuntu/+archive/primary/+files/gnome-web-photo_0.10.1-0ubuntu2.dsc
cd gnome-web-photo
cp -a ../gnome-web-photo-0.10.1/debian
On 01/02/2014 10:30 AM, Ian Jackson wrote:
Nikolaus Rath writes (Re: Bug#727708: loose ends for init system decision):
For example, a hypothetical future program to interactively adjust
program cgroups cannot be sysvinit compatible in any meaningful sense,
because it does not need to be
Cameron Norman camerontnor...@gmail.com writes:
Should it not be added that raise(SIGSTOP) should only be used with a
command line option (like --debian-Z) to ensure that the daemon does not
hang on sysv or systemd?
No, because see Colin's point that Debian developers may be doing the
Source: qtbase-opensource-src
Version: 5.2.0+dfsg-3
Severity: important
Thanks to СhALker:
https://bugreports.qt-project.org/browse/QTBUG-18980
There is a «-system-harfbuzz» configure option.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (990,
Thanks for the workaround Berhard - I'm using v1.0.0-6 here with the
same issue - on connect the embedded freerdp 'canvas' doesn't appear to
paint, being the same grey as the normal window chrome - toggling
fullscreen works around the issue.
Testing xfreerdp v1.0.2 (from freerdp-x11)
Russ Allbery writes (Bug#727708: init system discussion status):
Cameron Norman camerontnor...@gmail.com writes:
Should it not be added that raise(SIGSTOP) should only be used with a
command line option (like --debian-Z) to ensure that the daemon does not
hang on sysv or systemd?
No,
101 - 200 of 364 matches
Mail list logo
