/changelog 2019-01-05 23:19:03.0 +1100
@@ -1,3 +1,10 @@
+t4kcommon (0.1.1-4.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix loading each frame from SVG sprites (Closes: #916060)
+
+ -- Chris Donoghue Sat, 05 Jan 2019 23:19:03 +1100
+
t4kcommon (0.1.1-4) unstable; urgency
Package: activemq
Version: 5.15.4-1
Severity: important
Dear Maintainer,
ActiveMQ failed to start. A quick search on the latest release page and I found
https://issues.apache.org/jira/browse/AMQ-6930
Meaning that ACTIVEMQ_OUT variable is now requred when using bin/activemq start
Currently
Package: jetty9
Version: 9.2.22-3
Followup-For: Bug #884771
Dear Maintainer,
I did a diff between 9.2.22-3 and 9.2.22-2 extracted deb files and
many don't there is missing version strings in the
9.2.22-3 debian package.
Perhaps issue lays there.
File list diff below astached
--- jetty9-2.list
Package: mdadm
Version: 3.2.5-1
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
It looks like the /usr/share/initramfs-tools/hooks/mdadm fails to honour
the setting of INITRDSTART='none' in /etc/default/mdadm which led to an
unbootable
system.
The initramfs panic'ed
Package: libnss3-1d
Version: 3.12.7-1
Severity: normal
Tags: sid
This fails on chromium and firefox on certain https sites.
e.g. going to https://www.citylink.com.au
gives error
---
This webpage is not available.
The webpage at https://www.citylink.com.au/ might be
On Mon, Aug 09, 2010 at 10:27:20AM +0200, Mike Hommey wrote:
Long story short: the server is insecure (see the upstream bug below).
A workaround for iceweasel is given here:
https://bugzilla.mozilla.org/show_bug.cgi?id=583337#c6
As I use chromium the workaround provided of setting ssl3.dhe to
Following up:
Upgrading worked fine when i did this on my other computer just today.
I don't know what happened or what was different on my other computer that it
didn't work previously.
The first instance was from the util-linux problem and that I hadn't updated
but as that's all fine. As
A follow-up on this:
After deleting entries from /etc/udev/rules.d that are in /lib/udev/rules.d
this issue is completely solved.
One version of the debian packages installs files /etc/udev/rules.d/* but in
later versions these files are no longer used and only the /lib/udev/rules.d
entries
This is hard to believe since preinst deletes the files if they are
unmodified (and you are the only one who is experiencing this).
Though, according to the preinst script, shouldn't the file be renamed if it
was modified? This also didn't occur on my system. True that, so far, I'm the
only
Please also report the output of:
ls -l /lib/udev/rules.d/ /etc/udev/rules.d/ /dev/disk/*/
After being able to see a root filesystem and boot with 146 my system does map
correctly my dmraid entries. But this works fine with 141 udev. When my
/dev/mapper entry can't be mounted with 146 udev
this could potentially lead to
all systems using grub to fail to boot when used with the current version of
udev 146 as 141 works fine.
On Tue, Oct 13, 2009 at 04:32:46AM +0200, Marco d'Itri wrote:
On Oct 13, Chris Donoghue cdono...@gmail.com wrote:
So that means that vol_id does exist but now
vol_id has been replaced by blkid, and you still have not explained what
exactly is wrong with your initramfs.
If you mean here that blkid is in the initramfs then this isn't so. I think it
should be from the file /usr/share/initramfs-tools/hooks/util-linux which has
line copy_exec
On Tue, Oct 13, 2009 at 02:18:08PM +0200, Julien Cristau wrote:
That's #544669, fixed days ago.
Great. I hadn't got around to starting a bugreport at all on that yet. I'd
stopped upgrading due to being unable to boot into the system with the udev
problem so still had that issue in util-linux.
and my fstab uses /dev/disk/by-uuid so that my
hard-drive no matter the system I boot my hard-drive from and no matter if i
use the drive as a PATA or SATA or even as a USB device which is especially
useful especially for boot anywhere debian installs.
Thanks
Chris Donoghue
to
still include the vol_id I mentioned.
Also there is still /lib/udev/cdrom_id that isn't included in initrd hook in
the udev package. That could possibly be needed also.
Thanks
Chris
On Tue, Oct 13, 2009 at 02:22:21AM +0200, Marco d'Itri wrote:
On Oct 13, Chris Donoghue cdono
Hi,
Version 2.4 did not fix the problem with skype. Now the following error
occurs:
skype: error while loading shared libraries: libQtGui.so.4: cannot open
shared object file: No such file or directory
I see the changelog of libqt-x11 version 4.4.0-1
* Rename libqt4-gui to libqtgui4 (new
attached patches.
It all built fine here and works without crashes for me now.
A good Friday night spent at the computer. :)
Also perhaps this needs to be changed in the libyahoo2 sources also (and
upstream? if that could be forwarded on)
Thanks
Chris Donoghue
diff -Naur centerim-4.22.1.old
Package: fglrx-driver
Version: 8.24.8-1
Severity: important
Justification: fails to build from source
I was unable to build the source package fglrx-driver. It had a segfault
when building the manpages.
Once I installed docbook-xsl the build worked perfectly so I'm assuming
this is a
Package: efax
Severity: normal
In SARGE sarge the depends on efax are
libpaperg | libpaper-utils
But libpaper1 provides libpaperg.
The actual libpaperg dummy package depends on both libpaper-utils and
libpaper1. efax is not usuable if libpaper1 is installed first as this
the dependancy is
believe this would
render recasting as CARD32 useless on big-endian machines.
The patch applied to main.c file needs to be undone and I have supplied
a patch that works for me (tested on x86_64 and x86). The notes I also
decribed above are in the patch :)
Thanks
Chris Donoghue
-- System
Package: vnc4server
Version: 4.1.1+X4.3.0-3
Followup-For: Bug #353711
Here is a patch to apply to a already debian patched source tree.
Version 4.1.1+X4.3.0-3. This built a working AMD64 binary for the
server and view on my AMD64.
It needs tidying up as some files that are patched probably
effect all architectures built (except i386?).
Adding this and rebuilding fixes the constant crash problems on all
above-stated browsers on AMD64.
Thanks
Chris Donoghue
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture
Hi Julien,
Ok did as you asked and installed three of the four packages built
centericq_4.20.0-7_amd64.deb,
centericq-common_4.20.0-7_amd64.deb, and
centericq-utf8_4.20.0-7_amd64.deb
Run it. And... it worked perfectly!
Putting back the old packages as downloaded (i was having a bad day so I
Hi Julien
No problem. Here is what was printed.
g++ (GCC) 4.0.1 (Debian 4.0.1-2)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
It is
Package: centericq-utf8
Version: 4.20.0-7
Severity: normal
Debian packages version 4.20.0-7 seem to always segfault on yahoo login
only (MSN, icq seem to work fine, I didn't check others).
Package version 4.20.0-6 worked fine. This is for both centericq-utf8
and centericq packages.
Sorry, no
if keeping the transcriptions will break any required dict
format. Also there will be the additional requirement of needing perl
to build successfully. It should work for any perl version 5.6 and up.
Hopefully someone might find this useful.
Thanks
Chris Donoghue
diff -Naur mueller.orig/debian
26 matches
Mail list logo