Bug#878935: libbpfcc needs a way to ensure the current kernel's headers are installed
On Wed, Oct 18, 2017 at 9:25 PM, Ben Hutchings <b...@decadent.org.uk> wrote:
> On Wed, 2017-10-18 at 14:21 +0200, Alexander Kurtz wrote:
>> Ok, that's what I figured. Is there at least a solution to the "if the
>> user has the standard, most recent, Debian kernel running, make sure
>> the corresponding headers are installed" problem? I.e. something like
>> Ubuntu's "linux-{image,headers}-generic" packages?
>
> No, there is no common metapackage name that is available on all Debian
> architectures. (I don't think those metapackages are available on all
> Ubuntu architectures either.)
Is it possible for kernel to provide a package , such as linux-full, depends on
the exact version of linux-image and linux-header. When the same linux-image
and linux-header are needed, this package can be put on depends field.
--
Liang Guo
http://guoliang.me/
Bug#873598: spice-gtk: diff for NMU version 0.34-1.1
Hi, Laurent, On Wed, Aug 30, 2017 at 8:50 PM, Laurent Bigonville <bi...@debian.org> wrote: > Control: tags 873598 + pending > > Dear maintainer, > > I've prepared an NMU for spice-gtk (versioned as 0.34-1.1) and > uploaded it to DELAYED/3. Please feel free to tell me if I > should delay it longer. > > Regards. > diff -Nru spice-gtk-0.34/debian/changelog spice-gtk-0.34/debian/changelog > --- spice-gtk-0.34/debian/changelog 2017-08-06 11:02:13.0 +0200 > +++ spice-gtk-0.34/debian/changelog 2017-08-30 14:45:42.0 +0200 > @@ -1,3 +1,13 @@ > +spice-gtk (0.34-1.1) unstable; urgency=medium > + > + * Non-maintainer upload. > + * debian/rules: Call the gir sequence so the gir1.2-* packages have the > +correct dependencies defined. (Closes: #873598) > + * Make the gir1.2-* packages Multi-Arch: same > + * Add Breaks to force the uninstallation of the old gir1.2-* packages > + > + -- Laurent Bigonville <bi...@debian.org> Wed, 30 Aug 2017 14:45:42 +0200 > + > spice-gtk (0.34-1) unstable; urgency=medium > Please upload 0.34-1 to unstable with no delay. Thanks for working on spice-gtk. -- Liang Guo http://guoliang.me/
Bug#865633:
Hi, I test this problem on the latest Debian sid, and I cannot reproduce this problem. This is my software version: spice client: Debian sid virt-manager 1:1.4.0-6 virt-viewer 5.0-1 gir1.2-spice-client-glib-2.0 0.33-3.3 gir1.2-spice-client-gtk-3.0 0.33-3.3 libspice-client-glib-2.0-8:amd64 0.33-3.3 libspice-client-gtk-3.0-5:amd64 0.33-3.3 libspice-server1:amd64 0.12.8-2.2 spice-client-glib-usb-acl-helper 0.33-3.3 vm server: Debian sid libspice-server1:amd64 0.12.8-2.2 qemu-system-x86 1:2.8+dfsg-7 libvirt0 3.6.0-1 vm: Debian sid: gnome 1:3.22+3 gdm3 3.24.2-3 libwayland-bin1.14.0-1 Would you like upgrade your system to sid, and check if this problem still exist ? BTW: do you have any other DE installed, does it works correctly ? Thanks, -- Liang Guo
Bug#854336: spice: diff for NMU version 0.12.8-2.1
please upload it to unstable now. Thank you ! On Tue, Feb 14, 2017 at 5:00 AM, Markus Koschany <a...@debian.org> wrote: > Control: tags 854336 + pending > > Dear maintainer, > > I've prepared an NMU for spice (versioned as 0.12.8-2.1) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer. > > I am attaching the debdiff to this bug report. > > Regards, > > Markus -- Liang Guo http://guoliang.me/
Bug#849841: [src:linux] bpfcc-tools don't work on 4.8 signed kernels
-unsigned 4.8.15-1
amd64Linux 4.8 for 64-bit PCs, PREEMPT_RT
ii linux-image-amd64 4.8+77
amd64Linux for 64-bit PCs (meta-package)
## linux-image-4.8.0-2-rt-amd64
root@bcat:~# python /usr/share/doc/bpfcc-tools/examples/hello_world.py
bpf: Invalid argument
Traceback (most recent call last):
File "/usr/share/doc/bpfcc-tools/examples/hello_world.py", line 11, in
BPF(text='int kprobe__sys_clone(void *ctx) { bpf_trace_printk("Hello,
World!\\n"); return 0; }').trace_print()
File "/usr/lib/python2.7/dist-packages/bcc/__init__.py", line 203, in __init__
self._trace_autoload()
File "/usr/lib/python2.7/dist-packages/bcc/__init__.py", line 679, in
_trace_autoload
fn = self.load_func(func_name, BPF.KPROBE)
File "/usr/lib/python2.7/dist-packages/bcc/__init__.py", line 243, in
load_func
raise Exception("Failed to load BPF program %s" % func_name)
Exception: Failed to load BPF program kprobe__sys_clone
root@bcat:~# uname -a
Linux bcat 4.8.0-2-rt-amd64 #1 SMP PREEMPT RT Debian 4.8.11-1 (2016-12-02)
x86_64 GNU/Linux
root@bcat:~# dpkg -l |grep linux-image
ic linux-image-4.7.0-1-amd64 4.7.8-1
amd64Linux 4.7 for 64-bit PCs (signed)
rc linux-image-4.8.0-1-amd64 4.8.7-1
amd64Linux 4.8 for 64-bit PCs (signed)
rc linux-image-4.8.0-2-amd64 4.8.11-1
amd64Linux 4.8 for 64-bit PCs (signed)
ii linux-image-4.8.0-2-amd64-unsigned4.8.15-1
amd64Linux 4.8 for 64-bit PCs
ii linux-image-4.8.0-2-rt-amd64 4.8.11-1
amd64Linux 4.8 for 64-bit PCs, PREEMPT_RT (signed)
rc linux-image-4.8.0-2-rt-amd64-unsigned 4.8.15-1
amd64Linux 4.8 for 64-bit PCs, PREEMPT_RT
ii linux-image-amd64 4.8+77
amd64Linux for 64-bit PCs (meta-package)
=linux-image-4.7.0-1-amd64=
guoliangc:~# python /usr/share/doc/bpfcc-tools/examples/hello_world.py
chromium-5847 [003] d... 49706.966231: : Hello, World!
chromium-5847 [003] d... 49706.966270: : Hello, World!
chromium-5847 [003] d... 49706.967351: : Hello, World!
chromium-5847 [003] d... 49706.967484: : Hello, World!
chromium-5847 [003] d... 49706.967658: : Hello, World!
chromium-5847 [003] d... 49706.967726: : Hello, World!
chromium-5847 [003] d... 49706.968571: : Hello, World!
^Cguoliangc:~# uname -a
Linux guoliangc 4.7.0-1-amd64 #1 SMP Debian 4.7.8-1 (2016-10-19) x86_64
GNU/Linux
guoliangc:~# dpkg -l |grep linux-image
ii linux-image-4.6.0-1-amd64 4.6.4-1
amd64Linux 4.6 for 64-bit PCs
ii linux-image-4.7.0-1-amd64 4.7.8-1
amd64Linux 4.7 for 64-bit PCs (signed)
ii linux-image-4.8.0-2-amd64-unsigned 4.8.15-1
amd64Linux 4.8 for 64-bit PCs
Thanks and Regards,
--
Liang Guo
signature.asc
Description: PGP signature
Bug#801089: spice: diff for NMU version 0.12.5-1.3
On Thu, Oct 8, 2015 at 12:18 AM, Salvatore Bonaccorso <car...@debian.org> wrote: > tags 801089 + patch pending > tags 801091 + patch pending > thanks > > Dear maintainer, > > I've prepared an NMU for spice (versioned as 0.12.5-1.3) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer. > > Regards, > Salvatore Please upload to ftp-master NOW. btw, would you like co-maintain, or takeover spice ? Thanks, -- Liang Guo http://guoliang.me/
Bug#797855: spice-gtk:spice-common/common/generated_* not reliably generated from source
Hi, Chris, On Thu, Sep 3, 2015 at 3:00 PM, Chris Lamb <la...@debian.org> wrote: > Hi Liang, > >> I cannot reproduce this error on my build environment. it looks this >> is caused by lack dependency on python-six module. > > Not completely. Please re-read my initial bug report: > >> > Depending on the timezone of the build system, the package may FTBFS as >> > the `spice-common/python_modules/codegen.py` tool used to regenerate >> > these files requires python-six which is not included in the >> > Build-Depends. >> > >> > (ie. I don't believe simply including python-six as a build-dependency >> > entirely resolves the issue) > > If any of that is unclear, please let me know and I will try and > rephrase it. > > Just as a summary, adding python-six is not complete fix - your package > would still not being built from the generated sources. > spice_codegen.py is called in your build procedure, but not in mine. even I build with a brand new pbuilder environment. with following command line: TZ=/usr/share/zoneinfo/Etc/GMT-14 pbuilder build spice-gtk_0.29-1.dsc Do you know the reason? I remove spice-common/common/generated* to force build system regenerate these files, the generated files are same with the original file. Would you like show me the build log with python-six on Build-deps ? Thanks, -- Liang Guo
Bug#797855: spice-gtk:spice-common/common/generated_* not reliably generated from source
Hi, Chris, On Fri, Sep 4, 2015 at 1:56 AM, Chris Lamb <la...@debian.org> wrote: > > If it helps, here is a diff between the two: > > > https://reproducible.debian.net/logdiffs/unstable/amd64/spice-gtk_0.29-1.diff.gz > Your pbuild have a custom script called D01_modify_environment, Can you show me the content ? Thanks, -- Liang Guo http://guoliang.me/
Bug#797855: spice-gtk:spice-common/common/generated_* not reliably generated from source
Hi, I cannot reproduce this error on my build environment. it looks this is caused by lack dependency on python-six module. I have added it in spice-gtk[1] git repository master branch, would you like have a try ? Thanks, [1] ssh://git.debian.org/git/collab-maint/spice-gtk.git -- Liang Guo
Bug#784116: [libvirt-daemon-system] libvirt cannot start virtual netowrk
Package: libvirt-daemon-system Version: 1.2.14-3 Severity: serious When starting virtual network via virt-manager, I get the following error: 启动网络 'kvmnet1' 时出错: internal error: Child process (VIR_BRIDGE_NAME=virbr0 /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/kvmne t1.conf --leasefile-ro --dhcp-script=/usr/lib/libvirt/libvirt_leaseshelper) unexpected exit status 11: dnsmasq: lease-init script returned exit code 1 If I input '/usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/kvmnet1.conf --leasefile-ro' in the console, and run it, the dnsmasq daemon can be started If I input '/usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/kvmnet1.conf --leasefile-ro --dhcp-script=/usr/lib/libvirt/libvirt_leasesh elper' , I get the same error guoliangc:/var/log/libvirt# /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/kvmnet1.conf --leasefile-ro --dhcp-script=/usr/lib/libvirt /libvirt_leaseshelper dnsmasq: lease-init script returned exit code 1 guoliangc:/var/log/libvirt# echo $? 11 When I run '/usr/lib/libvirt/libvirt_leaseshelper init', I get the following error: guoliangc:/var/log/libvirt# /usr/lib/libvirt/libvirt_leaseshelper init guoliangc:/var/log/libvirt# echo $? 1 I've googled 'libvirt_leaseshelper', but find nothing. --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: stretch/sid 500 unstablelocalhost 500 stable dl.google.com 1 experimentallocalhost --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
Bug#730821: [Pkg-ime-devel] Bug#730821: libsunpinyin3: fails to convert ue and iong syllables and crashes
On Sat, Feb 22, 2014 at 2:26 PM, Lingzhu Xiang xiangling...@gmail.com wrote: reassign -1 sunpinyin-data retitle -1 sunpinyin-data: 0.1.22+20120112-1 breaks libsunpinyin3 thanks Sunpinyin upstream says sunpinyin-data (20130220) breaks current libsunpinyin. https://github.com/sunpinyin/sunpinyin/issues/42#issuecomment-35795012 How it breaks is shown above. As I tested rebuilding sunpinyin-data with updated dict.utf8 and lm_sc.t3g.arpa from open-gram upstream would resolve this. Lingzhu Xiang ___ Pkg-ime-devel mailing list pkg-ime-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel Thanks, I'll update sunpinyin-data ASAP. -- Liang Guo http://guoliang.me/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720613: [node-request] node-request not installable
Package: node-request Version: 2.26.1-1 Severity: critical node-request depends on some packages not exist in debian, cause it not installable, this is the install log: # LANG=C wajig install node-request Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: node-request : Depends: node-form-data but it is not installable Depends: node-forever-agent but it is not installable Depends: node-tunnel-agent but it is not installable Depends: node-cookie-jar but it is not installable E: Unable to correct problems, you have held broken packages. Its BTS page shows the same information too: http://packages.qa.debian.org/n/node-request.html --- System information. --- Architecture: amd64 Kernel: Linux 3.10-2-amd64 Debian Release: jessie/sid 500 unstablelocalhost 1 experimentallocalhost -- Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
Bug#718962: spice-client-glib-usb-acl-helper: Missing Breaks/Replaces against libspice-client-glib-2.0-8
On Wed, Aug 7, 2013 at 11:58 PM, Laurent Bigonville bi...@debian.org wrote: found 718962 0.20-0nocelt2 reopen 718962 thanks Hi, I think the Replace is also required in this case for a clean upgrade path. Cheers Laurent Bigonville I'll upload a new version to fix this bug soon Thanks for your kindly help. -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699396: CVE-2013-0241 - qxl: synchronous io guest DoS
Hi, Luciano, On Thu, Jan 31, 2013 at 12:10:16AM +0100, Luciano Bello wrote: Package: xserver-xorg-video-qxl Severity: grave Tags: security patch Justification: user security hole Hi there, Take a look to http://seclists.org/oss-sec/2013/q1/204 Please, use CVE-2013-0241 to refer this issue. The Debian package in unstable looks affected. Can you check if the stable or testings are affected too? I checked the patch, it modified following function: qxl_handle_oom qxl_allocnf setup_slot qxl_surface_cache_create_primary download_box qxl_allocnf exist in qxl 0.0.12, but it have not use ioport_write function, other function don't exist in qxl 0.0.12. Could you please check wheather this bug affect qxl in squeeze ? Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
Bug#699396: CVE-2013-0241 - qxl: synchronous io guest DoS
Hi, On Thu, Jan 31, 2013 at 12:10:16AM +0100, Luciano Bello wrote: Package: xserver-xorg-video-qxl Severity: grave Tags: security patch Justification: user security hole Hi there, Take a look to http://seclists.org/oss-sec/2013/q1/204 Please, use CVE-2013-0241 to refer this issue. The Debian package in unstable looks affected. Can you check if the stable or testings are affected too? Cheers, luciano Would you like to check xserver-xorg-video-qxl 0.0.17 is affected? According to http://seclists.org/oss-sec/2013/q1/204, this bug is fixed in commit 30b4b72cdbdf9f0e92a8d1c4e01779f60f15a741, which is included in 0.0.17. I'm backport this patch to 0.0.12, I'll let you know when it is ready. Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
Bug#689155: closed by Liang Guo guoli...@debian.org (Bug#689155: fixed in spice-gtk 0.12-5)
On Tue, Oct 2, 2012 at 5:06 PM, Simon McVittie s...@debian.org wrote: On 01/10/12 16:21, Debian Bug Tracking System wrote: It has been closed by Liang Guo guoli...@debian.org. Thanks for your quick upload! I've confirmed that it prevents the attacks I was aware of, and requested an unblock (#689390). S Thank you to submit the unblock bug. I'm on my vocation, so I cannot spend more time on Debian. -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646670: spice: FTBFS: configure: error: Package requirements (CEGUI = 0.6.0 CEGUI 0.7.0) were not met:
to run the C++ preprocessor... g++ -E checking for ld used by g++... /usr/bin/ld -m elf_x86_64 checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC -DPIC checking if g++ PIC flag -fPIC -DPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking if g++ supports -c -o file.o... (cached) yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking dynamic linker characteristics... (cached) GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether gcc and cc understand -c and -o together... yes checking whether byte ordering is bigendian... no checking for python2... no checking for python... no checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for x86 or x86-64 platform... 64 bit checking for native Win32... no checking for some Win32 platform... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for PROTOCOL... yes checking for cos in -lm... yes checking for clock_gettime in -lrt... yes checking for posix yield function... pthread_yield checking for CEGUI06... no checking for CEGUI... no configure: error: Package requirements (CEGUI = 0.6.0 CEGUI 0.7.0) were not met: Requested 'CEGUI 0.7.0' but version of CEGUI is 0.7.5 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables CEGUI_CFLAGS and CEGUI_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. make: *** [build-stamp] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2011/10/22/spice_0.8.2-2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637189: libspice-server-dev depends on pixman-1 but it is not specified in dependencies
On Wed, Aug 17, 2011 at 5:33 AM, Michael Tokarev m...@tls.msk.ru wrote: We'll need to list all the rest in build-depends too, and update it every time upstream will pick something else as needlessly as it is now. In particular, currently it's libssl-dev (right version) -- provided we patched out various other X bits. With this particular user - qemu-kvm - it so happens that libssl-dev gets pulled too, unlike libpixmap, so there's no issue here. For other package that will try to use libspice, there will be yet another bug of the same nature but due to missing libssl-dev dependency. The problem is to have real dependencies - both build- and run-tme, no less (to avoid bugs like this) and no more (to avoid pulling whole archive just to install a random binary). It looks like the better solution is: 1 move pixman-1 = 0.17.7 celt051 = 0.5.1.1 openssl to Requires.private in spice-server.pc 2 keep libpixman-1-dev (= 0.17.7~), libssl-dev in depends control file field The disadvantage is libpixman-1-dev (= 0.17.7~), libssl-dev need be downloaded. What's your opinion ? Actually I think removing pixman-1 = 0.17.7 openssl from Requires is acceptable too, qemu/qemu-kvm don't use staticially link at all, and no other program calls spice. Thanks, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637189: libspice-server-dev depends on pixman-1 but it is not specified in dependencies
On Wed, Aug 17, 2011 at 4:22 PM, Michael Tokarev m...@tls.msk.ru wrote: 17.08.2011 12:16, Liang Guo wrote: It looks like the better solution is: 1 move pixman-1 = 0.17.7 celt051 = 0.5.1.1 openssl to Requires.private in spice-server.pc 2 keep libpixman-1-dev (= 0.17.7~), libssl-dev in depends control file field The disadvantage is libpixman-1-dev (= 0.17.7~), libssl-dev need be downloaded. What's your opinion ? That's the best approach so far, yes. Actually I think removing pixman-1 = 0.17.7 openssl from Requires is acceptable too, qemu/qemu-kvm don't use staticially link at all, and no other program calls spice. while qemu/qemu-kvm does not, it calls pkg-config, which, in case any of packages listed in Requires: or Requires.private: variables are missing, complains, just like in my initial bugreport. This is true for pkg-config --cflags, which is used by qemu. So the final solution is to keep libssl-dev and libpixman-dev as build dependencies (and watch for versions!), move the dependent packages to Requires.private, and stop depending on extra stuff. Now, can someone tell me what problem pkg-config is trying to _solve_ ? :) (Kidding really, I know it's helpful when installing from sources using upstream makefiles directly, for example). /mjt I've pushed changes to git.d.o, and re-uploaded spice to mentors.d.n, Would you like review it ? Thanks, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637189: New spice 0.8.2-2
On Tue, Aug 16, 2011 at 5:24 PM, Michael Tokarev m...@tls.msk.ru wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 16.08.2011 11:28, Liang Guo wrote: Hi, Kilian, I've uploaded new spice 0.8.2-2 to mentors.d.n, it can be get with: dget -x http://mentors.debian.net/debian/pool/main/s/spice/spice_0.8.2-2.dsc This update have following changes: * Add libpixman-1-dev and libssl-dev to libspice-server1 Depends (Closes: #637189) * Remove alsa, xrandr, xfixes, x11, xext and xrender from spice-server.pc Requires * Fix typo in debian/spicec.1 The package looks better now. And since I will be - as it seems - the first user of it (as qemu-kvm maintainer), I can sponsor it too, after verifying that qemu-kvm can be built with it. There are a few nitpicks still, about style of debian/rules, but that's not really important for now. So if that's ok with you - me sponsoring the upload - just say so and I'll do the work. Thanks! /mjt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iJwEAQECAAYFAk5KN2cACgkQUlPFrXTwyDjAjgP/ftyreUesWlMe5zq3xKmKBVk+ RD2C8QAaLRRPZk1Gp1Dd+MScf9MtjBAszZyrKi41peTXWrjGQqvLqMlsLHxgiTLZ jLM0/zeBfEbweYK4PT01ADwbjqCq7t2H/9PMmFp7b+qZZHRuiEMbygf7U7WRgwwq TFU5+JDu2+are0M/TuE= =LpTi -END PGP SIGNATURE- I'll be glade that you can sponsor it. so please. Thanks, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624984: Deian bug 624984 - herculesstudio
Hi, Jacob Dekel. Add Cc to bug 624984 On Fri, May 13, 2011 at 2:03 PM, Jacob Dekel ad...@mvsdasd.org wrote: Hi Liang Guo, Just in case you have not noticed, there is an open bug on herculesstudio, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624984 . Since you are tagged as the maintainer of the package, I thought I will mention that there is a fix for this problem (which happens on gcc 4.6). The fix is in the 1.2.0 branch in the repository. Thanks for you attention, I've notice this problem yet, but I don't have a working Linux box within this month, so i can only fix this bug once I get a new linux laptop. Best regards, Jacob Dekel. Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588805: [schroot] Lotus Notes Segmentation fault in schroot environment
Package: schroot Version: 1.4.7-1 Severity: serious I'm using a 64bit debian unstable, and have a 32bit debian stable to run IBM lotus notes mail client. After a schroot upgrade, lotus notes faild with following information: li...@deb32:~$file /opt/ibm/lotus/notes/notes.re /opt/ibm/lotus/notes/notes.re: ERROR: cannot open `/opt/ibm/lotus/notes/notes.re' (No such file or directory) li...@deb32:~$file /opt/ibm/lotus/notes/notes.real /opt/ibm/lotus/notes/notes.real: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.4, not stripped li...@deb32:~$file /bin/ls /bin/ls: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, stripped Lotus notes works fine, if I chroot to this environment. Any idea ? --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 unstablelocalhost 500 stable dl.google.com 500 stable deb.opera.com 1 experimentallocalhost --- Package information. --- Depends(Version) | Installed -+-== libboost-filesystem1.42.0 (= 1.42.0-1) | 1.42.0-3 libboost-program-options1.42.0 (= 1.42.0-1) | 1.42.0-3 libboost-regex1.42.0 (= 1.42.0-1) | 1.42.0-3 libboost-system1.42.0 (= 1.42.0-1) | 1.42.0-3 libc6 (= 2.3) | 2.11.2-2 libgcc1 (= 1:4.1.1) | 1:4.4.4-6 liblockdev1 | 1.0.3-1.4 libpam0g (= 0.99.7.1) | 1.1.1-3 libstdc++6(= 4.4.0) | 4.4.4-6 libuuid1 (= 2.16) | 2.17.2-3.1 schroot-common (= 1.4.7-1) | 1.4.7-1 Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== debootstrap| 1.0.23 lvm2 | 2.02.66-2 btrfs-tools| 0.19+20100601-3 unzip | 6.0-4 aufs-modules | OR unionfs-modules| Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: This is a digitally signed message part.
Bug#581398: [compiz-kde] kde4-window-decorator crash when starting
On Thursday 13 May 2010 00:37:32 Liang Guo wrote: Package: compiz-kde Version: 0.8.4-3+b1 Severity: critical --- Please enter the report below this line. --- When starting kde4-window-decorator, it crashes itself, following message is printed in the standard output: li...@guoliangc:~$ kde4-window-decorator kde-window-decorator(2792) KWD::KDecorationPlugins::loadPlugin: kwin : path /usr/lib/kde4/kwin3_tabstrip.so for kwin3_tabstrip KCrash: Application 'kde4-window-decorator' crashing... sock_file=/home/liang/.kde/socket-guoliangc/kdeinit4__0 I found this bug is related to KDE's window widgat, when I use redmond, plastik, keramik, kde2, quartz window widgat , kde4-window-decorator works fine. but when oxygen and tabstrip, kde4-window-decorator crash. -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581398: [compiz-kde] kde4-window-decorator crash when starting
Package: compiz-kde Version: 0.8.4-3+b1 Severity: critical --- Please enter the report below this line. --- When starting kde4-window-decorator, it crashes itself, following message is printed in the standard output: li...@guoliangc:~$ kde4-window-decorator kde-window-decorator(2792) KWD::KDecorationPlugins::loadPlugin: kwin : path /usr/lib/kde4/kwin3_tabstrip.so for kwin3_tabstrip KCrash: Application 'kde4-window-decorator' crashing... sock_file=/home/liang/.kde/socket-guoliangc/kdeinit4__0 --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 unstablelocalhost 500 stable dl.google.com 1 experimentallocalhost --- Package information. --- Depends (Version) | Installed ===-+-=== compiz-core (= 0.8.4-3+b1) | 0.8.4-3+b1 kdebase-runtime(= 4:4.3.0) | 4:4.4.3-1 kdelibs5 (= 4:4.3.4) | 4:4.4.3-1 libc6(= 2.3.4) | 2.10.2-8 libdbus-1-3 (= 1.0.2) | 1.2.24-1 libdecoration0 (= 0.8.4) | 0.8.4-3+b1 libgcc1(= 1:4.1.1) | 1:4.4.4-1 libkdecorations4 (= 4:4.3.4) | 4:4.4.3-1 libplasma3 (= 4:4.2.2) | 4:4.4.3-1 libqt4-dbus(= 4:4.5.3) | 4:4.6.2-4 libqt4-xml (= 4:4.5.3) | 4:4.6.2-4 libqtcore4 (= 4:4.6.1) | 4:4.6.2-4 libqtgui4 (= 4:4.5.3) | 4:4.6.2-4 libstdc++6 (= 4.1.1) | 4.4.4-1 libx11-6 (= 0) | 2:1.3.3-3 libxcomposite1 (= 1:0.3-1) | 1:0.4.1-1 libxdamage1 (= 1:1.1) | 1:1.1.2-1 libxext6 (= 0) | 2:1.1.1-3 libxfixes3 (= 1:4.0.1) | 1:4.0.4-2 Package's Recommends field is empty. Package's Suggests field is empty. -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
