I tried with 3.1+rt-1~exp2 from experimental, it doesn't work either.
/usr/bin/ld: cannot find
/usr/bin/../lib/clang/3.1/lib/linux/libclang_rt.asan-i386.a: No such file or
directory
It seems there's a symlink missing:
ln -s /usr/include/clang/3.1/lib /usr/lib/clang/3.1
then I can build. But l
Package: apt
Version: 0.9.7.1
I have some hooks in /etc/apt/apt.conf.d that I want to run after an
apt-get *upgrade, even when there was nothing to upgrade.
The DPkg::Post-Invoke hooks are documented as hooks triggered after
dpkg.
It would be nice to have a mean of running hooks even after that s
Package: xchat
Version: 2.8.8-1
In prefs / Chatting / Alerts:
- check "Alerts" / "Make a beep sound on" / "Private Message"
- add a nick in "Highlighted Messages" / "Nick names not to highlight"
now ask that nick to send you a private message.
xchat beeps. It should not.
In my case, I was annoy
if i understand the code correctly, it seems bip is able to answer to
PINGs from the server or from the client, send PINGs to the server but
it doesn't emit its own pings toward the client.
What about making bip ping the client on a quite fast pace (such as
~2sec), or with a user configurable inte
what about a reset on PONG? I assume there's a PING/PONG between bip and
the client, so this could be used to reset or shorten the backlogs,
i.e., everything logged before a PING could be trashed once the PONG is
received. If the PING interval is small enough, that would lead to
almost no dupes.
Package: bip
Version: 0.8.2-1
I have bip running on a stable server, connected to some irc servers
(including freenode).
My irc client at home is xchat.
My xchat and bip are connected through an ssh tunnel (as i don't want to
open another port for bip ssl). So xchat connects itself on localhost:
On Thu, 2009-06-18 at 14:09 +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the fakeroot package:
>
> #533456: fakeroot crashes in fts_read()
It's still crashing with 1.12.4:
(gdb) bt
#0 cpyfakemstat64 (f=0xff9817e
Package: fakeroot
Version: 1.12.2
while running a testsuite under fakeroot, it crashes inside fts_read().
Bug found initially in ubuntu while working on Chromium.
Full details are here:
http://code.google.com/p/chromium/issues/detail?id=13194
(gdb) bt
#0 cpyfakemstat64 (f=0xffddb6e4, st=0x0) at
Hi,
On Sat, 2009-05-30 at 18:04 +0200, Alexander Sack wrote:
> On Sat, May 30, 2009 at 04:13:15PM +0300, alex bodnaru wrote:
> > when i tried to use the dev package to build bluegriffon in a
> > debian fashuon, i found a few advantages in ubuntu packages,
> > that could be helpful to debian pack
ak in isfaked() causing crashes in sched_rr_get_interval()
+(closes: #519730)
+
+ -- Fabien Tassin Sat, 14 Mar 2009 19:07:11 +0100
+
unhide (20080519-2) unstable; urgency=low
* Fix watch file
only in patch2:
unchanged:
--- unhide-20080519.orig/unhide-linux26.c
+++ unhide-20080519/u
Package: unhide
Version: 20080519-2
i get a 100% reproducible crash in sched_rr_get_interval().
It crashes because the popen() value in checkps() is not properly
checked for NULL.
In my case, popen() fails with errno set to 24 = (Too many open files)
Indeed, there's an obvious file descriptor le
Antonio,
I just had a look at your branch, it's totally different from mine.
That's too bad, I don't see how we could collaborate here.
It seems to me you are re-doing everything differently.
I don't understand why you didn't start from my branch.
I have everything needed, except the soname, whi
According to Antonio Radici:
> The package seemed simple but actually there are two issues:
Just to let you know that I filed bugs upstream for those 2 issues a while ago
when i worked on v8 and chromium for Ubuntu.
The 1st issue is http://code.google.com/p/v8/issues/detail?id=150
I already addre
According to Bernd Zeimetz:
>
> Where did you get the track from?
> Realtime tracking? GPX file?
from my GPS, a Garmin Etrex connected on USB.
/Fabien
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
According to Bernd Zeimetz:
>
> > Whatever I try, viking is not able to download images from google.
> > I see it downloading but when it's done, nothing happens.
>
> This should be fixed in the latest version, so could you please try the
> version from unstable (0.9.4.20080717-1)?
It's indeed f
Package: cairo
Version: 1.6.4-2
Please build cairo with dpkg-gensymbols -c4 so it fails when a symbols file
is not up-to-date (new symbols).
dh_makeshlibs -plibcairo2 -V 'libcairo2 (>= 1.6.0)' -- -c4
All arches except amd64 and i386 are missing [EMAIL PROTECTED]
Making it fatal (-c4) wou
16 matches
Mail list logo