Bug#1016730: ITP: netbird -- VPN management platform built on top of WireGuard
Any update on this package? If not packaged yet, I'd like to work on it. Thanks, -- Liang Guo
Bug#1001087: ifupdown2 not set ip address of tincvpn interface
Package: ifupdown2 Version: 3.0.0-1 Severity: normal X-Debbugs-Cc: bluestonech...@gmail.com Dear Maintainer, I configure tincvpn interface as follow: auto tincvpn iface tincvpn inet static address 10.100.6.5/24 tinc-net do tinc-debug 1 tinc-user nobody tinc-pidfile /tmp/tinc.pid tinc-logfile /tmp/tinc.log When I use ifup from ifupdown2 to bringup this interface, the interface is bringed up, but the address is not assigned. If I switchback to ifupdown, the tincvpn interface can be bringed up and the ip address is assigned too. -- System Information: Debian Release: 11.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-9-amd64 (SMP w/56 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ifupdown2 depends on: ii iproute2 5.10.0-4 ii python3 3.9.2-3 ifupdown2 recommends no packages. Versions of packages ifupdown2 suggests: pn bridge-utils pn ethtool ii isc-dhcp-client 4.4.1-2.3 pn python3-gvgen pn python3-mako
Bug#960228: ITP: calls -- A phone dialer and call handler
On Mon, May 11, 2020 at 4:15 AM Evangelos Ribeiro Tzaras wrote: > A dialer program for telephony calls on mobile devices > supporting multiple backends (ModemManager, oFono, Phonesim). > > This package is useful for running debian on mobile phones > providing call functionality. It is commonly used in phosh. > > I would like to maintain in a packaging team, namely Debian On Mobile > I am also looking for a sponsor. Interesting package, does it need specific hardware to make call on computer? -- Liang Guo
Bug#911431: RFA: usbredir - Implementing the usb-host (*) side of a usbredir connection
Package: wnpp Severity: normal I don't have time working on this program, so I ask for a adopter. -- Liang Guo
Bug#911429: RFA: spice-protocol - spice protocal header
Package: wnpp Severity: normal I don't have time working on this program, so I ask for a adopter. -- Liang Guo http://guoliang.me/
Bug#911430: RFA: spice-vdagent - spice agent for linux
Package: wnpp Severity: normal I don't have time working on this program, so I ask for a adopter.
Bug#911427: RFA: spice - Simple Protocol for Independent Computing Environments (SPICE)
Package: wnpp Severity: normal I don't have time working on this program, so I ask for a adopter. -- Liang Guo http://guoliang.me/
Bug#911428: RFA: spice-gtk - spice gtk client
Package: wnpp Severity: normal I don't have time working on this program, so I ask for a adopter. -- Liang Guo
Bug#876276:
I cannot reproduce this bug. I can install and start ocserv on a new unstable installation, without gnutls-bin installed. would you please give the detailed error message. Thanks,
Bug#877925: 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#878971: [libjaxb-java] libjaxb-java cause guacamole start fail
.(ApplicationFilterConfig.java:108) at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4591) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5233) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:752) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:728) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:734) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:630) at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1842) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Caused by: java.lang.ClassNotFoundException: com.sun.xml.bind.v2.model.annotation.AnnotationReader at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1291) at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1119) ... 54 more Downgrading libjaxb-java to 2.2.5-2 can temporarily resolve this prolem. I digg this problem on google, someone [1] says this incompatible problem is introduced in jaxb 2.2.7. How shoud we resolve this problem? change libjaxb-java or guacmole? Thanks, [1] https://github.com/arhs/sd-dss/issues/10 -- Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: PGP signature
Bug#877946: ITP:cx_oracle - Python Interface for Oracle Database
Package: wnpp Severity: wishlist Owner: Liang Guo <guoli...@debian.org> * Package name: cx-oracle Version : 6.0.2 Upstream Author : cx-oracle-us...@lists.sourceforge.net * URL : https://oracle.github.io/python-cx_Oracle/ * License : BSD Programming Lang: Python,C Description : Python Interface for Oracle Database Tentative long description: cx_Oracle is a Python extension module that enables access to Oracle Database. It conforms to the Python database API 2.0 specification with a considerable number of additions and a couple of exclusions. cx_Oracle 6 has been tested with Python version 2.7, and with versions 3.4 and higher. You can use cx_Oracle with Oracle 11.2, 12.1 and 12.2 client libraries. Oracle's standard client-server version interoperability allows connection to both older and newer databases. For example Oracle 12.2 client libraries can connect to Oracle Database 11.2 or later. -- Thanks and Regards, -- Liang Guo signature.asc Description: PGP signature
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#849569: spice: Please package 0.13 branch to experimental
Hi, Laurent, For 0.13.90 is still development branch, I think it should be uploaded to experimental. What's your opinion ? -- 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#870621: RFS: deepin-gettext-tools/1.0.6+git20170731-1 [ITP]
Hi, I have a quick look of this package, this is my comment: * d/compat should be 10 * please ask upstrem to add license header to desktop_ts_convert.pl and policy_ts_convert.py * please fix binary-without-manpage lintian warning. Thanks, -- Liang Guo http://guoliang.me/
Bug#869898: RFS: dtkcore/0.3.3-1 [ITP]
On Thu, Aug 3, 2017 at 5:19 PM, Boyuan Yang <073p...@gmail.com> wrote: > According to my understanding [1], this should be a recommendation and not a > requirement for using (L)GPL licenses. > > Anyway I prepared a new snapshot for dtkcore with upstream fixes: > > * https://anonscm.debian.org/git/pkg-deepin/dtkcore.git > * https://mentors.debian.net/package/dtkcore > > I am still working with upstream to track their changes. Maybe we should push > an initial version into Debian archive first. > > [1] https://www.gnu.org/licenses/gpl-faq.html#NoticeInSourceFile > > Regards, > Boyuan Yang Uploaded, Thank you for your work on Debian. For it is a new package in Debian, it needs a little more time for ftp-master team . to check it. Thanks, -- Liang Guo http://guoliang.me/
Bug#869898: RFS: dtkcore/0.3.3-1 [ITP]
On Mon, Jul 31, 2017 at 1:13 PM, Boyuan Yang <073p...@gmail.com> wrote: >>> >>> Meanwhile, source packages on debomatic-amd64, mentors.d.o and Git >>> repository >>> has been updated already to fix problems of non-existent pkg-deepin team >>> (See >>> #868544). I believe the source package should be ready for an upload. >> Cannot you cate pkg-deepin team in alioth? It's a good idea to >> maintain package by >> team. > > Unfortunately not at this time. I asked on #alioth yesterday but no > one stepped out to deal with the team creation request. formorer said > it is not his part of job and I don't know who is going to take care > of related works. > I have created project pkg-deepin on alioth, pease join in https://alioth.debian.org/projects/pkg-deepin/ -- Liang Guo
Bug#869898: RFS: dtkcore/0.3.3-1 [ITP]
On Mon, Jul 31, 2017 at 10:17 AM, Boyuan Yang <073p...@gmail.com> wrote: > > Sure. I have reminded them of this issue. I will update debian/copyright file > as soon as new upstream version (with fixes) gets released. My opinion is that > this issue shouldn't be a blocker for upload. IMO, upstream should fix this problem BEFORE it can be uploaded to Debian, But I'm not sure if it is madated in Debian, I advice you raise this problem in debian-devel or debian-legel maillist. > > Meanwhile, source packages on debomatic-amd64, mentors.d.o and Git repository > has been updated already to fix problems of non-existent pkg-deepin team (See > #868544). I believe the source package should be ready for an upload. Cannot you cate pkg-deepin team in alioth? It's a good idea to maintain package by team. Thanks, -- Liang Guo
Bug#869898: RFS: dtkcore/0.3.3-1 [ITP]
Have you ask upstream to correct source file's license header ? Thanks, On Thu, Jul 27, 2017 at 11:40 PM, Boyuan Yang <073p...@gmail.com> wrote: > 2017-07-27 22:47 GMT+08:00 Liang Guo <bluestonech...@gmail.com>: >> On Thu, Jul 27, 2017 at 10:25 PM, ChangZhuo Chen <czc...@debian.org> wrote: >>> On Thu, Jul 27, 2017 at 09:30:52PM +0800, Boyuan Yang wrote: >>>> Alioth packaging repository: >>>> >>>> https://anonscm.debian.org/git/collab-maint/dtkcore.git >>> >>> * The copyrights in src/log/* are different from other files, please >>> check copyright header of every file and list them in >>> debian/copyright. >>> >>> * This symbol control file for libdtkcore.so is missing. Please help to >>> add it. >> >> Agree, beside these problem, please notice: >> >> * debian/docs is empty please remove >> >> * Their should be an short license declaration in each *.{c,h,cpp} >> file. For GPL3 license files, the short license should like this: >> >> Copyright (C) >> >> This program is free software: you can redistribute it and/or modify >> it under the terms of the GNU General Public License as published by >> the Free Software Foundation, either version 3 of the License, or >> (at your option) any later version. >> >> This program is distributed in the hope that it will be useful, >> but WITHOUT ANY WARRANTY; without even the implied warranty of >> MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the >> GNU General Public License for more details. >> >> You should have received a copy of the GNU General Public License >> along with this program. If not, see <http://www.gnu.org/licenses/>. >> >> Please ask the original author to complete the license declaration. >> >> * debian/copyright file should obey DEP-5 proposal[1] >> >> >> [1] https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ >> >> >> -- >> Liang Guo >> http://guoliang.me/ > > Thank you all for detailed review with this package. > > I have checked the packaging src again with check-all-the-things and > fixed all problems that can be fixed in debian/ directory. d/copyright > information has been updated after manual check with the source code. > > Detailed changes can be found on > anonscm.debian.org/git/collab-maint/dtkcore.git git repository. Source > packages on mentors.d.o and debomatic-amd64.d.o are also updated > accordingly. > > Thanks, > Boyuan Yang -- Liang Guo http://guoliang.me/
Bug#869898: RFS: dtkcore/0.3.3-1 [ITP]
On Thu, Jul 27, 2017 at 10:25 PM, ChangZhuo Chen <czc...@debian.org> wrote: > On Thu, Jul 27, 2017 at 09:30:52PM +0800, Boyuan Yang wrote: >> Alioth packaging repository: >> >> https://anonscm.debian.org/git/collab-maint/dtkcore.git > > * The copyrights in src/log/* are different from other files, please > check copyright header of every file and list them in > debian/copyright. > > * This symbol control file for libdtkcore.so is missing. Please help to > add it. Agree, beside these problem, please notice: * debian/docs is empty please remove * Their should be an short license declaration in each *.{c,h,cpp} file. For GPL3 license files, the short license should like this: Copyright (C) This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program. If not, see <http://www.gnu.org/licenses/>. Please ask the original author to complete the license declaration. * debian/copyright file should obey DEP-5 proposal[1] [1] https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ -- Liang Guo http://guoliang.me/
Bug#869898: RFS: dtkcore/0.3.3-1 [ITP]
Interesting, I'll have a look On Thu, Jul 27, 2017 at 9:30 PM, Boyuan Yang <073p...@gmail.com> wrote: > Package: sponsorship-requests > Severity: wishlist > X-Debbugs-CC: czc...@debian.org > > Dear mentors, > > I am looking for a sponsor for my package "dtkcore". > > This source package provides a library used by various software from Deepin > Linux. This is the dependency of many Deepin software and DDE (Deepin Desktop > Environment). > > This package is parallel with previous "dtksettings" thus can be uploaded at > the same time without conflicts/dependency problems. > > * Package name: dtkcore > Version : 0.3.3-1 > Upstream Author : Deepin Technology Co., Ltd. > * URL : https://www.deepin.org/ >Section : devel > > It builds those binary packages: > > libdtkcore-dev - Deepin Tool Kit Core Devel library > libdtkcore1 - Deepin Tool Kit Core library > > To access further information about this package, please visit the following > URL: > > https://mentors.debian.net/package/dtkcore > > Alternatively, one can download the package with dget using this command: > > dget -x https://mentors.debian.net/debian/pool/main/d/dtkcore/ > dtkcore_0.3.3-1.dsc > > Alternatively, one can retrieve more information from debomatic-amd64: > > http://debomatic-amd64.debian.net/distribution#unstable/dtkcore/0.3.3-1/ > > Alioth packaging repository: > > https://anonscm.debian.org/git/collab-maint/dtkcore.git > >More information about hello can be obtained from https://github.com/ > linuxdeepin/dtkcore . > > Changes since the last upload: > > dtkcore (0.3.3-1) unstable; urgency=medium > . >* Initial release (Closes: #869894) > > Regards, > Boyuan Yang -- Liang Guo http://guoliang.me/
Bug#852591: flashcache: Update udevadm path
On Tue, Jun 20, 2017 at 8:53 PM, Michael Biebl <bi...@debian.org> wrote: > With stretch being released and buster open for development, it would be > a great opportunity to get this fixed now. So please consider adding > this change in your next upload. > > If you are worried about backports: /bin/udevadm is already available in > Debian jessie (oldstable) or Ubuntu trusty (14.04LTS). So it's safe to > use the /bin/udevadm path. > > You might also consider not hard-coding the path altogether, and simply > rely on PATH being set properly. This should be a safe assumption, > especially since the binary is now in /bin > > Regards, > Michael > > -- > Why is it that all of the instruments seeking intelligent life in the > universe are pointed away from Earth? Thanks for your advice. For flashcache is not maintained by upstream, I'd like remove it from Debian. Thanks, -- Liang Guo http://guoliang.me/
Bug#860064: [dnsmasq] startup failue when dns-root-data installed
Package: dnsmasq Version: 2.76-5+b1 Severity: normal When dns-root-data installed, dnsmasq will failed to start with : junk found in command line. I debug this problem with "-x" In /etc/init.d/dnsmasq, this is the out put of "journalctl -r": 4月 11 08:48:30 bcat dnsmasq[22850]: + DNSMASQ_USER=dnsmasq 4月 11 08:48:30 bcat dnsmasq[22850]: + DNSMASQ_OPTS=--conf-file=/etc/dnsmasq.conf --local-service 4月 11 08:48:30 bcat dnsmasq[22850]: + ROOT_DS=/usr/share/dns/root.ds 4月 11 08:48:30 bcat dnsmasq[22850]: + [ -f /usr/share/dns/root.ds ] 4月 11 08:48:30 bcat dnsmasq[22850]: + sed -e s/. IN DS /--trust-anchor=.,/ -e s/ /,/g /usr/share/dns/root.ds 4月 11 08:48:30 bcat dnsmasq[22850]: + tr \n 4月 11 08:48:30 bcat dnsmasq[22850]: + DNSMASQ_OPTS=--conf-file=/etc/dnsmasq.conf --local-service .172800 IN DS 19036,8,2,49aac11d7b6f6446702e54a1607371607a1a41855200fd2ce1cdde32f24e8fb5 . 172800INDS 20326,8,2,e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc683457104237c7f8ec8d 4月 11 08:48:30 bcat dnsmasq[22850]: + [ ! -d /run/dnsmasq ] 4月 11 08:48:30 bcat dnsmasq[22850]: + exec /usr/sbin/dnsmasq -x /run/dnsmasq/dnsmasq.pid -u dnsmasq -7 /etc/dnsmasq.d --conf- file=/etc/dnsmasq.conf --local-service . 172800 IN DS 19036,8,2,49aac11d7b6f6446702e54a1607371607a1a41855200fd2ce1cdde32f24e8f b5 . 172800 IN DS 20326,8,2,e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc683457104237c7f8ec8d 4月 11 08:48:30 bcat dnsmasq[22850]: dnsmasq: junk found in command line 4月 11 08:48:30 bcat dnsmasq[22850]: junk found in command line 4月 11 08:48:30 bcat dnsmasq[22850]: FAILED to start up 4月 11 08:48:30 bcat systemd[1]: dnsmasq.service: Control process exited, code=exited status=1 4月 11 08:48:30 bcat systemd[1]: Failed to start dnsmasq - A lightweight DHCP and caching DNS server. 4月 11 08:48:30 bcat systemd[1]: dnsmasq.service: Unit entered failed state. 4月 11 08:48:30 bcat systemd[1]: dnsmasq.service: Failed with result 'exit-code'. 4月 11 08:49:05 bcat dnsmasq[22871]: junk found in command line 4月 11 08:49:05 bcat dnsmasq[22871]: FAILED to start up options after ". 172800 IN DS" are imported from /usr/share/dns/root.ds After remove dns-root-data, dnsmasq can be started successfully. --- System information. --- Architecture: Kernel: Linux 4.9.0-1-amd64 Debian Release: 9.0 500 unstable192.168.2.12 500 stable dl.google.com 1 experimental192.168.2.12 -- Thanks and Regards, -- Liang Guo signature.asc Description: PGP signature
Bug#857795: [gnome-system-tools] local files installed to /usr/@DATADIRNAME@/locale
Package: gnome-system-tools Version: 3.0.0-5+b1 Severity: normal gnome-system-tools install local files to /usr/@DATADIRNAME@/locale $ dpkg -L gnome-system-tools /. /etc /etc/gnome-system-tools /etc/gnome-system-tools/user-profiles.conf /usr /usr/@DATADIRNAME@ /usr/@DATADIRNAME@/locale /usr/@DATADIRNAME@/locale/af /usr/@DATADIRNAME@/locale/af/LC_MESSAGES /usr/@DATADIRNAME@/locale/af/LC_MESSAGES/gnome-system-tools.mo /usr/@DATADIRNAME@/locale/am /usr/@DATADIRNAME@/locale/am/LC_MESSAGES /usr/@DATADIRNAME@/locale/am/LC_MESSAGES/gnome-system-tools.mo /usr/@DATADIRNAME@/locale/ar /usr/@DATADIRNAME@/locale/ar/LC_MESSAGES /usr/@DATADIRNAME@/locale/ar/LC_MESSAGES/gnome-system-tools.mo /usr/@DATADIRNAME@/locale/as /usr/@DATADIRNAME@/locale/as/LC_MESSAGES /usr/@DATADIRNAME@/locale/as/LC_MESSAGES/gnome-system-tools.mo -- Thanks and Regards, -- Liang Guo signature.asc Description: PGP signature
Bug#855571: [guacamole-client] Please enable ldap, jdbc-mysql and jdbc-postgresql authentication support
On Tue, Feb 21, 2017 at 2:29 AM, Dominik George <n...@naturalnet.de> wrote: > Hi, > >> guacamole supports user autentication in ldap, mysql and postgresql, this >> makes >> guacamole more powerful, more useful. > > I'd really like to, but a lot of dependencies are missing in Debian, and > at least for ldap, this won't change because upstream is using the > ancient jLDAP library that has been unmaintained for ages. Enabling that > in Debian will not happen unless upstream migrates guacamole to Apache > Directory or something. > > -nik What about enabling jdbc-mysql support first ? -- Liang Guo http://guoliang.me/
Bug#855571: [guacamole-client] Please enable ldap, jdbc-mysql and jdbc-postgresql authentication support
Package: guacamole-client Version: 0.9.9+dfsg-1 Severity: wishlist Hi, guacamole supports user autentication in ldap, mysql and postgresql, this makes guacamole more powerful, more useful. Please enable it in Debian. Thanks, -- Liang Guo signature.asc Description: PGP signature
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
On Mon, Jan 2, 2017 at 2:23 AM, Ben Hutchings <b...@decadent.org.uk> wrote: > They match closely enough for module building, so I think bpfcc's > version check might not be correct. > It's OK, I'll report a bug to bpfcc upstream. -- Liang Guo http://guoliang.me/
Bug#849841: [src:linux] bpfcc-tools don't work on 4.8 signed kernels
Hi, On Sun, Jan 1, 2017 at 10:19 PM, Ben Hutchings <b...@decadent.org.uk> wrote: > Control: reassign -1 src:linux 4.8.11-1 > Control: severity -1 normal > Control: tag -1 moreinfo > The signed and unsigned kernels have exactly the same code. The only > way they can differe in behaviour is on a system with Secure Boot > enabled, where the signed one could be bootable (and then disable > unsigned modules etc.) while the unsigned one does not. > > Given that you've been able to boot unsigned kernels, I don't believe > signing has anything to do with this problem. > > You're not comparing the same versions of the signed and unsigned > kernels, so perhaps there was a regression between 4.7 and 4.8 that was > corrected between 4.8.11 and 4.8.15. Unfortunately we're not able to > provide a signed image for 4.8.15-1 as it failed to build on one > architecture. This should be corrected in the next version. > > Please report whether the next update to linux-signed-4.8.0-2-amd64 > fixes this. > I think I find the problem, when the kernel header don't match the kernel image, bpfcc will throw Invalid argument exception, following is my test log: root@debsidamd64:~# /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@debsidamd64:/home/liang# dpkg -i linux-headers-4.8.0-2-amd64_4.8.11-1_amd64.deb linux-headers-4.8.0-2-common_4.8.11-1_amd64.deb dpkg: 警告: 即将把 linux-headers-4.8.0-2-amd64 从 4.8.15-1 降级到 4.8.11-1 (正在读取数据库 ... 系统当前共安装有 192043 个文件和目录。) 正准备解包 linux-headers-4.8.0-2-amd64_4.8.11-1_amd64.deb ... 正在将 linux-headers-4.8.0-2-amd64 (4.8.11-1) 解包到 (4.8.15-1) 上 ... dpkg: 警告: 即将把 linux-headers-4.8.0-2-common 从 4.8.15-1 降级到 4.8.11-1 正准备解包 linux-headers-4.8.0-2-common_4.8.11-1_amd64.deb ... 正在将 linux-headers-4.8.0-2-common (4.8.11-1) 解包到 (4.8.15-1) 上 ... 正在设置 linux-headers-4.8.0-2-common (4.8.11-1) ... 正在设置 linux-headers-4.8.0-2-amd64 (4.8.11-1) ... root@debsidamd64:/home/liang# /usr/share/doc/bpfcc-tools/examples/hello_world.py sshd-762 [000] d... 275.571167: : Hello, World! sshd-1750 [000] d... 275.578291: : Hello, World! console-kit-dae-1088 [000] d... 278.033478: : Hello, World! root@debsidamd64:/home/liang# dpkg -l |grep 4.8.11 ii linux-headers-4.8.0-2-amd64 4.8.11-1 amd64Header files for Linux 4.8.0-2-amd64 ii linux-headers-4.8.0-2-common 4.8.11-1 amd64Common header files for Linux 4.8.0-2 ii linux-image-4.8.0-2-amd64 4.8.11-1 amd64Linux 4.8 for 64-bit PCs (signed) It looks not a kernel bug, but a kernel team's bug. If signed and unsigned kernel use the same header files, they should have the exact same version in Debian archive. -- 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#734218: spice: diff for NMU version 0.12.8-1.1
On Thu, Dec 29, 2016 at 5:06 AM, Laurent Bigonville <bi...@debian.org> wrote: > diff -Nru spice-0.12.8/debian/patches/fix_ftbfs_kfreebsd.patch > spice-0.12.8/debian/patches/fix_ftbfs_kfreebsd.patch > --- spice-0.12.8/debian/patches/fix_ftbfs_kfreebsd.patch1970-01-01 > 01:00:00.0 +0100 > +++ spice-0.12.8/debian/patches/fix_ftbfs_kfreebsd.patch2016-12-28 > 22:00:20.0 +0100 > @@ -0,0 +1,25 @@ > +Description: Fix FTBFS on kfreebsd-* > + Check if TCP_KEEPIDLE is defined before trying to use it > + . > + TCP_KEEPIDLE is not portable > +Author: Laurent Bigonville <bi...@debian.org> > +Bug: https://bugs.freedesktop.org/show_bug.cgi?id=99213 > + > +--- a/server/reds.c > b/server/reds.c > +@@ -2263,6 +2263,7 @@ static bool reds_init_keepalive(int sock > + } > + } > + > ++#ifdef TCP_KEEPIDLE > + if (setsockopt(socket, SOL_TCP, TCP_KEEPIDLE, > +_timeout, sizeof(keepalive_timeout)) == -1) { > + if (errno != ENOTSUP) { > +@@ -2270,6 +2271,7 @@ static bool reds_init_keepalive(int sock > + return false; > + } > + } > ++#endif > + > + return true; > + } Can spice and qemu work on kfreebsd and hurd? Thanks, -- Liang Guo http://guoliang.me/
Bug#734218: spice: Please support powerpcspe (and maybe other architectures)
On Sat, Nov 26, 2016 at 7:54 PM, Laurent Bigonville <bi...@debian.org> wrote: > on Fedora, spice is built on x86, x86_64 and armv7hl and aarch64 > (http://koji.fedoraproject.org/koji/buildinfo?buildID=819309) > > The package is maintained by Christophe Fergeau who is also spice upstream, > so I would trust what fedora is doing here. > > Cheers, > > Laurent Bigonville Have you test it on powerpcspe? I have test spice on ppc64le and powerpc, spice works on ppc64le, but it don't work on powerpc to Michael, Do you think we should support spice on ppc64el, arm*, mipsel and mips64el ? Thanks, -- Liang Guo http://guoliang.me/
Bug#803502: ITP: osquery -- operating system instrumentation framework
On Sat, Oct 31, 2015 at 2:51 AM, Geoffrey Thomas <geo...@ldpreload.com> wrote: > Package: wnpp > Severity: wishlist > Owner: Geoffrey Thomas <geo...@ldpreload.com> > > * Package name: osquery > Version : 1.5.3+git20151029 > Upstream Author : Facebook > * URL : https://osquery.io/ > * License : BSD-3-clause > Programming Lang: C++ > Description : operating system instrumentation framework > > osquery allows you to write SQL-based queries to explore > operating system data. With osquery, SQL tables represent abstract > concepts such as running processes, loaded kernel modules, open > network connections, browser plugins, hardware events or file hashes. > Any process on this ITP ? rocksdb is in debian now. Thanks, -- Liang Guo http://guoliang.me/
Bug#650394: [Pkg-tigervnc-devel] Bug#650394: ITP: tigervnc -- High-speed Virtual Network Computing (VNC)
Hi, The code in git works, I means we can generate all packages and it works correctly as a vnc client and vnc server, but I don't know whether it is well enough to push it to Debian. If nobody oppose, I'll refresh the d/copyright, and upload it within 2 weeks. Thanks, -- Liang Guo
Bug#819341: [unison] Please build unison-fsmonitor
Package: unison Version: 2.48.3-1 Severity: wishlist In unison 2.48.3, a native fsmonitor is introduced, with the new fsmonitor, unison can impliment dropbox like sync on demand,following is quotad from upstream NEWS: * File system monitoring: + The file watcher now fails when unable to watch a directory, rather than silently ignoring the issue. + File system monitoring: more robust communication with the helper program (in socket mode, the unison server will still work properly despite unexpected unison client disconnections). + A bytecode version of unison-fsmonitor is now produced by "make NATIVE=false" + Improved search for unison-fsmonitor In Debian, unison is compile with NATIVE=true, so unison-fsmonitor is not compiled, would you compile unison with NATIVE=true to build unison-fsmonitor? Thanks, --- System information. --- Architecture: amd64 Kernel: Linux 4.3.0-1-amd64 Debian Release: stretch/sid 500 unstable192.168.2.12 1 experimental192.168.2.12 --- Package information. --- Depends (Version) | Installed ==-+-=== libc6 (>= 2.7) | Recommends (Version) | Installed =-+-=== ssh-client| OR openssh-client| 1:7.2p2-2 Package's Suggests field is empty. -- Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: PGP signature
Bug#813037: flashcache: patch to switch flashcache to use dm messages
On Mon, Feb 1, 2016 at 6:48 PM, Andy Whitcroft <a...@canonical.com> wrote: > Package: flashcache > Version: 3.1.3+git20150701-2 > Followup-For: Bug #813037 > User: a...@ubuntu.com > Usertags: origin-ubuntu xenial ubuntu-patch > > Hi, > > After discussions with upstream we have found a different existing > mechamism to have target specific ioctl style calls. These are achieved > via DM messages. The attached patch switches the kernel component to > use DM messages to implement the whitelist/blacklist, and adds backwards > compatibility for those to the flashcache_setioctl helper. > > Hope this is of use. > > -apw > Hi, Would you please push it to upstream first ? Thanks, -- Liang Guo http://guoliang.me/
Bug#800966: RFS: kimchi/1.5.1-1 [ITP] -- HTML5 based management tool for KVM
On Wed, Oct 7, 2015 at 11:39 PM, Frederic Bonnard <fre...@linux.vnet.ibm.com> wrote: > interesting. I tried to build the package on amd64 too but in a schroot env > (unstable) and it built fine. > Could you explain or give some links on how to setup this sbuild env ? > Thanks a lot, Sbuild is simple to setup, please visit its wiki [1][2] to see how to build package with sbuild. Packages accepted by ftp-master are built with sbuild for all architecture and uploaded to debian archive. Beside sbuild, you may use pbuilder[3] to validate package build dependency. [1] https://wiki.debian.org/sbuild [2] https://wiki.ubuntu.com/SimpleSbuild [3] https://www.debian.org/doc/manuals/maint-guide/build.zh-cn.html#pbuilder -- Liang Guo
Bug#749331: spice: Stop building spicec, patch for update to 0.12.6 included
On Fri, Oct 9, 2015 at 4:19 PM, Michael Tokarev <m...@tls.msk.ru> wrote: > Liang, would you like me to take over the package(s), at least some of > them, as I did almost all recent uploads (except the NMUs)? I'm talking > about spice and spice-protocol especially, since I've no expirience > whatsoever with other stuff (don't even know which other spice-related > packages exists). I'm very glad that you can take over spice related packages, in the last two years, I found I have almost no time working on Debian and related works, I even consider resign from Debian, but finally decide stay in, hoping some day I can have free time. spice-gtk is another large part of spice project, it provides the client side of spice, would you like takeover it too ? > > Also, which libcacard update are you talking about? It is a new library, > currently provided by qemu package, but in upstream qemu we finally > separated the two and it is now a separate project hosted in the same > place as spice. Its packaging is almost ready on my machine, I just > need to complete d/copyright file. Both versions of libcacard will > work with current spice (which only uses headers from libcacard, btw). For you are the primary maintainer of qemu, it would be easy to maintain libcacard. If others maintain libcacard, the relationship with qemu will be hard to deal with. except libcacard, spice depends on some little utilities: usbredir and spice-vdagent, currently maintained by me. hope you can adopt them together. Thanks, -- Liang Guo http://guoliang.me/
Bug#749331: spice: Stop building spicec, patch for update to 0.12.6 included
On Thu, Oct 8, 2015 at 9:34 PM, Fabio Fantoni <fabio.fant...@m2r.biz> wrote: > Control: tag -1 + patch > > I did a fast package for 0.12.6 including a fix for build from source and > lz4 support (see the patch in attachment). > This should make easier and faster update spice having major of thing > already done and tested. > thanks to work on spice, to update spice to 0.12.6, spice-protocol need be updated, and libcacard need be updated too. I need more time to work on this. Thanks, -- Liang Guo http://guoliang.me/
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#800966: RFS: kimchi/1.5.1-1 [ITP] -- HTML5 based management tool for KVM
hi/kimchi_1.5.1-1.dsc Machine Architecture: amd64 Package: kimchi Package-Time: 388 Source-Version: 1.5.1-1 Space: 18896 Status: attempted Version: 1.5.1-1 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#796829: spice-gtk: diff for NMU version 0.28-1.1
On Tue, Aug 25, 2015 at 3:30 AM, Laurent Bigonville bi...@debian.org wrote: Package: spice-gtk Version: 0.28-1 Severity: normal Tags: patch pending Dear maintainer, I've prepared an NMU for spice-gtk (versioned as 0.28-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. Hi, please fell free to upload to unstable directly. Thank you -- Liang Guo http://guoliang.me/
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#727273: [Pkg-ime-devel] Bug#727273: sunpinyin: diff for NMU version 2.0.3+git20140127-1.1
Hi, Baozi On Thu, Feb 12, 2015 at 10:40 AM, Chen Baozi baoz...@debian.org wrote: tags 727273 + pending thanks Dear maintainer, I've prepared an NMU for sunpinyin (versioned as 2.0.3+git20140127-1.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. (I've noticed that this bug was claimed to be fixed in a previous commit. However, it has come back since the following update...) Regards. ___ Pkg-ime-devel mailing list pkg-ime-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel Please upload it to DELAYED/0, thanks, sunpinyin use git to keep its source, if possible please update git too. Thanks, -- Liang Guo http://guoliang.me/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732924: [intent to NMU] Re: Bug#732924: spice-vdagent: not started in GDM
On Tue, Oct 7, 2014 at 7:37 PM, intrigeri intrig...@debian.org wrote: Control: tag -1 + patch Control: found -1 0.15.0-1.1 Hi, reproduced on current sid. Symlinking /usr/share/gdm/greeter/autostart/spice-vdagent.desktop - /etc/xdg/autostart/spice-vdagent.desktop fixes the problem. I've implemented this solution in the bug732924-start-spice-vdagent-in-GDM branch in the Vcs-Git, and confirmed it works on current sid. I intend to NMU shortly with these changes at the same time as my fix for #756243. Any reason why I should not? Cheers, -- intrigeri Please NMU upload to delay/0, I don't have time to work on spice now. -- Liang Guo http://guoliang.me/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747082: Please build for arm
OK,I'll try to switch it to all arch Thanks, On Mon, May 5, 2014 at 9:14 PM, Serge Hallyn serge.hal...@ubuntu.com wrote: Package: spice-gtk Version: 0.23-1 Hi, I've built spicy from the fedora sources on an armhf host, and the resulting binary works great. Could the armhf (and maybe arm64) architectures be enabled for it? If you prefer I can try my hand at a debdiff to make it work, but I figured it'll be faster for the maintainer. -- Liang Guo http://guoliang.me/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742272: ITP: ocserv -- OpenConnect VPN Server
Hi, Mike On Sat, Mar 22, 2014 at 4:45 AM, Mike Miller mtmil...@debian.org wrote: On Fri, Mar 21, 2014 at 21:52:40 +0800, Liang Guo wrote: Package name: ocserv Version: 0.3.2 Upstream Author: Nikos Mavrogiannopoulos n...@gnutls.org URL: http://www.infradead.org/openconnect/ License: GPLv2 Description: OpenConnect VPN Server As maintainer of the OpenConnect client, I have been playing around with my own local packaging of ocserv for some time now but hadn't gotten around to filing an ITP yet. This will be great to get into the Debian archive, thanks for offering to work on this. Let me know if you need help packaging or testing ocserv. -- mike I'm glad that you have worked on it, would you like upload your ocserv package and close this bug? I compiled it from source and it works in Debian, but have not packaging it yet. Thanks, -- Liang Guo http://guoliang.me/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742272: ITP: ocserv -- OpenConnect VPN Server
Package: wnpp Severity: wishlist Owner: Liang Guo guoli...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org Package name: ocserv Version: 0.3.2 Upstream Author: Nikos Mavrogiannopoulos n...@gnutls.org URL: http://www.infradead.org/openconnect/ License: GPLv2 Description: OpenConnect VPN Server OpenConnect server (ocserv) is an SSL VPN server. Its purpose is to be a secure, small, fast and configurable VPN server. It implements the OpenConnect SSL VPN protocol, and has also (currently experimental) compatibility with clients using the AnyConnect SSL VPN protocol. The OpenConnect VPN protocol uses the standard IETF security protocols such as TLS 1.2, and Datagram TLS to provide the secure VPN service. The server is implemented primarily for the GNU/Linux platform but its code is designed to be portable to other UNIX variants as well. Ocserv's main feature is isolation of the VPN users from the main VPN server process. Each authenticated user is assigned an unprivileged worker process, and a networking (tun) device. That not only eases the control of the resources of each user or group of users, but also prevents privilege escalation due to any bug on the VPN handling (worker) server. Each VPN user can be authenticated using password, PAM, public key (in a smart card or not) or any combination of methods. Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
Bug#740942: [samba] /etc/init.d/samba forbit systemd shutdown system
Package: samba Version: 2:4.1.5+dfsg-1 Severity: important After switch to systemd, my system cannot be shutdown/reboot normally as before, after some digg, I found systemd cannot correctly shutdown samba, even with systemctl, after remove samba with 'insserv -r samba', my system can be shutdown/rebooted as expected. I think the reason is that /etc/init.d/samba calls /etc/init.d/{smb,nmb, samba-ad-dc}, it is not a problem in old init system, but (I guess) systemd cannot call systemd to stop another service. Why should /etc/init.d/samba be used to start/stop smb/nmb/samba-ad-dc, why not let /etc/init.d/{smb,nmb,samba-ad-dc} do their own job, I means call /etc/init.d/{smb,nmb,samba-ad-dc} to complete their own job. If there are some specific startup order, why not create only ONE init script to complete this task? Thanks, --- System information. --- Architecture: amd64 Kernel: Linux 3.13-1-amd64 Debian Release: jessie/sid 500 unstablelocalhost 1 experimentallocalhost --- Package information. --- Depends (Version) | Installed =-+-=== adduser | 3.113+nmu3 heimdal-hdb-api-8 | libpam-modules| 1.1.8-2 libpam-runtime (= 1.0.1-11) | 1.1.8-2 lsb-base (= 4.1+Debian) | 4.1+Debian12 procps| 1:3.3.9-4 python (= 2.7) | 2.7.5-5 python-dnspython | 1.11.1-1 python-ntdb | 1.0-2 python-samba | 2:4.1.5+dfsg-1 samba-common (= 2:4.1.5+dfsg-1) | 2:4.1.5+dfsg-1 samba-common-bin (= 2:4.1.5+dfsg-1) | 2:4.1.5+dfsg-1 samba-dsdb-modules| 2:4.1.5+dfsg-1 tdb-tools | 1.2.12-1 update-inetd | 4.43 python ( 2.8) | 2.7.5-5 python2.7:any | libasn1-8-heimdal (= 1.4.0+git20110226) | 1.6~rc2+dfsg-2 libbsd0(= 0.5.0) | 0.6.0-2 libc6 (= 2.14) | libcomerr2 (= 1.01) | libhdb9-heimdal(= 1.4.0+git20110226) | libkdc2-heimdal(= 1.4.0+git20110226) | libkrb5-26-heimdal (= 1.4.0+git20110226) | libldb1 (= 0.9.21) | libpopt0(= 1.14) | libpython2.7 (= 2.7) | libroken18-heimdal (= 1.4.0+git20110226) | libtalloc2 (= 2.0.4~git20101213) | libtdb1(= 1.2.7+git20101214) | libtevent0(= 0.9.14) | samba-libs (= 2:4.1.5+dfsg-1) | Recommends (Version) | Installed -+-=== attr | 1:2.4.47-1 logrotate| 3.8.7-1 samba-vfs-modules| 2:4.1.5+dfsg-1 Suggests (Version) | Installed ==-+-= bind9 (= 1:9.5.1) | bind9utils | ctdb | ldb-tools | ntp| 1:4.2.6.p5+dfsg-3 smbldap-tools | winbind| Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
Bug#715179: spice-client: Please install an alternative for /usr/bin/spice-xpi-client
On Wed, Mar 5, 2014 at 7:09 PM, Petter Reinholdtsen p...@hungry.com wrote: Since today the spice-xpi package in unstable will run /usr/bin/spice-xpi-client when asked to show a SPICE console (See bug #739408). Perhaps time to review this bug report? I'll install spice-xpi-client on the next upload. Thanks, -- Liang Guo http://guoliang.me/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737751: RFS: read-edid/3.0.1-1 [ITA]
Uploaded, Thanks, -- Liang Guo http://guoliang.me/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737663: Terminal says (gnome-boxes:5782): GSpice-WARNING **: Warning no automount-inhibiting implementation available while using gnome-boxes (which,maybe for that matter, doesn't handle USB fla
Hi, I've filled a bug against gnome-boxes on bugzilla.gnome.org and it has been answered me : I looked into the spice-gtk sources a little and from what I can tell, the warning you see from spice-gtk is most likely the issue. Its most likely your distro is shipping spice-gtk with dbus disabled. i-e a distro issue. [1] I can confirm this bug is caused by dbus disabled in spice-gtk, This bug will be fixed in the next upload 0.22-0nocelt2. if this bug is not resolved in 0.22-0nocelt2, please let me know. Thanks, -- Liang Guo http://guoliang.me/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737390: RFS: kerneltop/0.91-1 [ITA]
On Tue, Feb 4, 2014 at 3:45 PM, Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl wrote: Hey, Thank You very much for your suggestions !! Here is a link [1] to the package fixed according to your suggestions. [1] https://mentors.debian.net/package/kerneltop Uploaded. Thanks for your work on Debian. -- Liang Guo http://guoliang.me/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737390: RFS: kerneltop/0.91-1 [ITA]
Interesting package, this is my review: 1 upstream ships manpage, so please remove debian/kerneltop.1 2 3.0 (quilt) always use quilt to manage patches, so README.source is meaningless, please remove 3 Upstream makefile don't use CFLAGS environmen which includes build harden flags. I advice you pach CCFLAGS=-g/-s in makefile with CCFLAGS=-g/-s $(CFLAGS) to include build harden flags and remove debian/source/lintian-overrides 4 Please update debian/copyright with DEP5 format[2]. Thanks for your working on debian. [1] https://wiki.debian.org/Hardening [2] http://dep.debian.net/deps/dep5/ -- Liang Guo http://guoliang.me -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736839: RFS: sosreport/3.1-1 ITP
Hi, Adam, On Mon, Jan 27, 2014 at 9:16 PM, Adam Stokes adam.sto...@ubuntu.com wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package sosreport * Package name : sosreport Version: 3.1-1 Upstream Author : Adam Stokes * URL : https://github.com/sosreport/sosreport * License: GPL-2 Section : admin It builds those binary packages: sosreport - Set of tools to gather troubleshooting data from a system The latest standards version is 3.9.5, please bump to it. Before uploading packages, you'd better use lintian and lintian4py to check them, it can help you to find potential problems in your package. Thanks, -- Liang Guo http://guoliang.me/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728430: spice clients crash when connecting to VM
Hi, I've uploaded spice-gtk 0.21-0nocelt3 to unstable which fixed a crash bug in startup, would you like verify whether this bug is fixed or not? Thanks, -- Liang Guo http://guoliang.me/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728954: spice: Questions about libjpeg-turbo and arm
It is a problem of libjpeg-turbo, libjpeg-turbo was in debian for a shot time, then be renamed to libturbojpeg1 and cannot be linked with -ljpeg, so I disabled libjpeg-turbo in spice. I have not noticed that spice can work on arm, if it do, I'll try to build it on *all* architecture. Thanks, -- Liang Guo http://guoliang.me/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726292: spice-client-gtk: Cannot redirect a USB device to guest anymore
Hi, Someone[1] have reported it to spice-devel, and this problem is fixed by commit[2], I'll test it, if it is ok, I'll push it to debian ASAP. [1] http://lists.freedesktop.org/archives/spice-devel/2013-September/014706.html [2] http://lists.freedesktop.org/archives/spice-devel/2013-September/014708.html Thanks, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718180: does not show a mouse pointer in Windows 7
Hi, Michael I can confirm this bug can be fixed with upstream commit 58ae52a8dc7752e3da9a905678580b4cb8181cdc, which is included in 1.6.0-rc1. Attached is the patch I use against 1.6.0~rc0+dfsg-1exp. Thanks, On Sat, Aug 3, 2013 at 2:00 AM, Liang Guo bluestonech...@gmail.com wrote: it looks like a bug of qemu and (maybe) libvirt, please see https://bugzilla.redhat.com/show_bug.cgi?id=981094 it is not fixed in 1.6.0~rc0+dfsg-1exp -- Liang Guo http://bluestone.cublog.cn -- Liang Guo http://bluestone.cublog.cn spice-fix-display-initialization.patch Description: Binary data
Bug#718180: does not show a mouse pointer in Windows 7
it looks like a bug of qemu and (maybe) libvirt, please see https://bugzilla.redhat.com/show_bug.cgi?id=981094 it is not fixed in 1.6.0~rc0+dfsg-1exp -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717931: RFS: sosreport/3.0-1 ITP
Hi, adam, On Sat, Jul 27, 2013 at 1:07 AM, Adam Stokes adam.sto...@ubuntu.com wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package sosreport * Package name: sosreport Version : 3.0-1 Upstream Author : Adam Stokes adam.sto...@ubuntu.com * URL : https://github.com/sosreport/sosreport * License : GPLv2+ Section : admin It builds those binary packages: sosreport - Set of tools to gather troubleshooting data from a system To access further information about this package, please visit the following URL: http://mentors.debian.net/package/sosreport Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/sosreport/sosreport_3.0-1.dsc More information about hello can be obtained from https://github.com/sosreport/sosreport Changes since the last upload: * New upstream release v3.0 Features include: - Openstack, MAAS, Juju, and other cloud technologies - Extended policies to allow for easier cross distribution support - Cross distribution support for Debian, Ubuntu, Fedora, and Red Hat Enterprise Linux - Increase execution speed of plugins * Fixes traceback error in the utilities log (Closes: #717401) Regards, Adam Stokes -- Uploaded, Thank you for package sosreport for debian. BTW: do you use upstream git repository to keep your work ? If so, I advice you add VCS-* fields in debian/control. Thanks, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717931: RFS: sosreport/3.0-1 ITP
Hi, Jakub Are you using the latest lintian ? Before I upload it to debian, I have check it with lintian, this is the result: P: sosreport: no-upstream-changelog I: sosreport: hyphen-used-as-minus-sign usr/share/man/man1/sosreport.1.gz:6 I: sosreport: hyphen-used-as-minus-sign usr/share/man/man1/sosreport.1.gz:7 I: sosreport: hyphen-used-as-minus-sign usr/share/man/man1/sosreport.1.gz:8 I: sosreport: hyphen-used-as-minus-sign usr/share/man/man1/sosreport.1.gz:9 I: sosreport: hyphen-used-as-minus-sign usr/share/man/man1/sosreport.1.gz:10 I: sosreport: hyphen-used-as-minus-sign usr/share/man/man1/sosreport.1.gz:11 I: sosreport: hyphen-used-as-minus-sign usr/share/man/man1/sosreport.1.gz:12 I: sosreport: hyphen-used-as-minus-sign usr/share/man/man1/sosreport.1.gz:13 I: sosreport: hyphen-used-as-minus-sign usr/share/man/man1/sosreport.1.gz:14 Thanks, Liang On Mon, Jul 29, 2013 at 1:13 AM, Jakub Wilk jw...@debian.org wrote: * Adam Stokes adam.sto...@ubuntu.com, 2013-07-26, 13:07: http://mentors.debian.net/debian/pool/main/s/sosreport/sosreport_3.0-1.dsc I see the package has been already uploaded, but hey, it's never to late for a review. ;) lintian4python emits: w: sosreport source: xs-python-version-instead-of-x-python-version e: sosreport: pyflakes-undefined-name usr/share/sosreport/sos/sosreport.py:264: value e: sosreport: pyflakes-undefined-name usr/share/sosreport/sos/sosreport.py:293: _options e: sosreport: pyflakes-undefined-name usr/share/sosreport/sos/sosreport.py:299: isinsance x: sosreport: except-without-exception-type usr/share/sosreport/sos/archive.py:207 x: sosreport: except-without-exception-type usr/share/sosreport/sos/archive.py:260 x: sosreport: except-without-exception-type usr/share/sosreport/sos/plugins/__init__.py:609 x: sosreport: except-without-exception-type usr/share/sosreport/sos/plugins/gluster.py:50 x: sosreport: except-without-exception-type usr/share/sosreport/sos/plugins/gluster.py:77 x: sosreport: except-without-exception-type usr/share/sosreport/sos/plugins/nfsserver.py:38 x: sosreport: except-without-exception-type usr/share/sosreport/sos/plugins/rhui.py:39 x: sosreport: except-without-exception-type usr/share/sosreport/sos/plugins/s390.py:70 x: sosreport: except-without-exception-type usr/share/sosreport/sos/policies/__init__.py:294 x: sosreport: except-without-exception-type usr/share/sosreport/sos/policies/__init__.py:303 x: sosreport: except-without-exception-type usr/share/sosreport/sos/policies/__init__.py:407 x: sosreport: except-without-exception-type usr/share/sosreport/sos/policies/__init__.py:422 x: sosreport: except-without-exception-type usr/share/sosreport/sos/policies/__init__.py:458 x: sosreport: except-without-exception-type usr/share/sosreport/sos/policies/debian.py:36 x: sosreport: except-without-exception-type usr/share/sosreport/sos/policies/redhat.py:30 x: sosreport: except-without-exception-type usr/share/sosreport/sos/policies/redhat.py:78 x: sosreport: except-without-exception-type usr/share/sosreport/sos/policies/redhat.py:141 x: sosreport: except-without-exception-type usr/share/sosreport/sos/policies/redhat.py:150 x: sosreport: except-without-exception-type usr/share/sosreport/sos/policies/ubuntu.py:24 x: sosreport: except-without-exception-type usr/share/sosreport/sos/policies/windows.py:31 x: sosreport: except-without-exception-type usr/share/sosreport/sos/sosreport.py:108 x: sosreport: except-without-exception-type usr/share/sosreport/sos/sosreport.py:810 x: sosreport: except-without-exception-type usr/share/sosreport/sos/sosreport.py:819 x: sosreport: except-without-exception-type usr/share/sosreport/sos/sosreport.py:825 x: sosreport: except-without-exception-type usr/share/sosreport/sos/sosreport.py:915 x: sosreport: except-without-exception-type usr/share/sosreport/sos/sosreport.py:985 x: sosreport: except-without-exception-type usr/share/sosreport/sos/utilities.py:59 x: sosreport: except-without-exception-type usr/share/sosreport/sos/utilities.py:87 x: sosreport: except-without-exception-type usr/share/sosreport/sos/utilities.py:218 x: sosreport: except-without-exception-type usr/share/sosreport/sos/utilities.py:225 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130728171300.ga6...@jwilk.net -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717931: RFS: sosreport/3.0-1 ITP
On Mon, Jul 29, 2013 at 6:55 AM, gregor herrmann gre...@debian.org wrote: On Mon, 29 Jul 2013 05:45:41 +0800, Liang Guo wrote: [quoting repaired, please don't top-post + fullquote] On Mon, Jul 29, 2013 at 1:13 AM, Jakub Wilk jw...@debian.org wrote: lintian4python emits: Are you using the latest lintian ? I'm sure he's using the latest _lintian4python_. :) I have not use lintian4python, sorry. Hi, Adam, Would you like fix these problem ? I can upload it once it is ready. Thanks, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708132: ITP: bcache-tools -- These are the userspace tools required for bcache.
On Wed, Jun 19, 2013 at 11:35 AM, Liang Guo bluestonech...@gmail.com wrote: On Mon, May 13, 2013 at 8:43 PM, tstri...@rootcu.be wrote: Package: wnpp Severity: wishlist Owner: tstri...@rootcu.be * Package name: bcache-tools Version : 1.0 Upstream Author : Kent Overstreet kent.overstr...@gmail.com * URL : http://bcache.evilpiepirate.org/ * License : GPL Programming Lang: C Description : These are the userspace tools required for bcache. Bcache is a patch for the Linux kernel to use SSDs to cache other block devices. For more information, see http://bcache.evilpiepirate.org. Documentation for the run time interface is included in the kernel tree, in Documentantion/bcache.txt. Included tools: make-bcache Formats a block device for use with bcache. A device can be formatted for use as a cache or as a backing device (requires yet to be implemented kernel support). The most important option is for specifying the bucket size. Allocation is done in terms of buckets, and cache hits are counted per bucket; thus a smaller bucket size will give better cache utilization, but poorer write performance. The bucket size is intended to be equal to the size of your SSD's erase blocks, which seems to be 128k-512k for most SSDs; feel free to experiment. probe-bcache Only necessary until support for the bcache superblock is included in blkid; in the meantime, provides just enough functionality for a udev script to create the /dev/disk/by-uuid symlink. The arguments it does support are the same as for blkid. bcache-super-show Prints the bcache superblock of a cache device or a backing device. Hi, Any progress on this ITP? bcache is enabled in linux-image-3.10-rc5-amd64. Thanks, -- Liang Guo http://bluestone.cublog.cn Hi, I find you uploaded bcache-tools to mentors.d.n, it works, this is an simple review: 1 linux-image-3.10-rc5-* is still in experimental, so I advice upload to experimental 2 Standards-Version should be 3.9.4 3 bcache is only available in linux world, so please set Architecture to linux-any 4 Description is a little long, please try to make it shorter. 5 Please rewrite debian/copyright to compliance DEP-5[1] 6 upstream file don't have copyright header, you'd better ask upstream to add a copyright header. [1] http://dep.debian.net/deps/dep5/ -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708132: ITP: bcache-tools -- These are the userspace tools required for bcache.
On Mon, May 13, 2013 at 8:43 PM, tstri...@rootcu.be wrote: Package: wnpp Severity: wishlist Owner: tstri...@rootcu.be * Package name: bcache-tools Version : 1.0 Upstream Author : Kent Overstreet kent.overstr...@gmail.com * URL : http://bcache.evilpiepirate.org/ * License : GPL Programming Lang: C Description : These are the userspace tools required for bcache. Bcache is a patch for the Linux kernel to use SSDs to cache other block devices. For more information, see http://bcache.evilpiepirate.org. Documentation for the run time interface is included in the kernel tree, in Documentantion/bcache.txt. Included tools: make-bcache Formats a block device for use with bcache. A device can be formatted for use as a cache or as a backing device (requires yet to be implemented kernel support). The most important option is for specifying the bucket size. Allocation is done in terms of buckets, and cache hits are counted per bucket; thus a smaller bucket size will give better cache utilization, but poorer write performance. The bucket size is intended to be equal to the size of your SSD's erase blocks, which seems to be 128k-512k for most SSDs; feel free to experiment. probe-bcache Only necessary until support for the bcache superblock is included in blkid; in the meantime, provides just enough functionality for a udev script to create the /dev/disk/by-uuid symlink. The arguments it does support are the same as for blkid. bcache-super-show Prints the bcache superblock of a cache device or a backing device. Hi, Any progress on this ITP? bcache is enabled in linux-image-3.10-rc5-amd64. Thanks, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710800: [ftp.debian.org] libusbredirparser0 in unstable
Package: ftp.debian.org Severity: normal Hi, usbredir don't ships libusbredirparser0 since 0.6-1, so libusbredirparser0 from all architecture except i386 and sparc. guoliang@ries:~$ dak rm -Rn usbredir Working... done. Will remove the following packages from unstable: libusbredirhost-dev | 0.6-2 | amd64, armel, armhf, i386, ia64, mips, mipsel, powerpc, s390, s390x, sparc libusbredirhost1 | 0.6-2 | amd64, armel, armhf, i386, ia64, mips, mipsel, powerpc, s390, s390x, sparc libusbredirparser-dev | 0.6-2 | amd64, armel, armhf, i386, ia64, mips, mipsel, powerpc, s390, s390x, sparc libusbredirparser0 |0.4.3-2 | i386, sparc libusbredirparser1 | 0.6-2 | amd64, armel, armhf, i386, ia64, mips, mipsel, powerpc, s390, s390x, sparc usbredir |0.4.3-2 | source usbredir | 0.6-2 | source usbredirserver | 0.6-2 | amd64, armel, armhf, i386, ia64, mips, mipsel, powerpc, s390, s390x, sparc Maintainer: Liang Guo guoli...@debian.org According the build log, usbredir 0.6-2 are successfully built in i386 and sparc https://buildd.debian.org/status/fetch.php?pkg=usbredirarch=i386ver=0.6-2stamp=1368113835 https://buildd.debian.org/status/fetch.php?pkg=usbredirarch=sparcver=0.6-2stamp=1368114535 why libusbredirparser0 is not removed in i386 and sparc? Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
Bug#710096: debian/patches/update-usbredirserver-whatis-entry.diff is malformed
On Tue, May 28, 2013 at 4:43 PM, Michael Tokarev m...@tls.msk.ru wrote: Source: usbredir Version: 0.6-2 Severity: minor The mentioned patch file in the package does not contain patch headers and hence can't be applied. Here it is: Description: Update usbredirserver/usbredirserver.1 to fix manpage-has-useless-whatis-entry Author: Liang Guo bluestonech...@gmail.com--- a/usbredirserver/usbredirserver.1 +++ b/usbredirserver/usbredirserver.1 @@ -1,6 +1,6 @@ .TH USBREDIRSERVER 1 April 2012 usbredirserver 0.4.3 User Commands .SH NAME -usbredirserver \- manual page for usbredirserver 0.4.3 +usbredirserver \- exporting an USB device for use from another (virtual) machine .SH SYNOPSIS .B usbredirserver [\fI-p|--port port\fR] [\fI-v|--verbose 0-5\fR] \fIusbbus-usbaddr|vendorid:prodid\fR Apparently there are 2 lines missing: one empty line after headers and the start of the patch header, --- a/usbredirserver/ Thanks, /mjt I will fix this bug in next upload, it is strange that quilt can work with such a fuzzy patch. :) Thanks, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710816: [release.debian.org] Please BinNMU gnome-boxes on i386
Package: release.debian.org Severity: normal Hi, As libspice-client-gtk-3.0-1 has beend replaced by libspice-client-gtk-3.0-4, please binnmu gnome-boxes: nmu gnome-boxes_3.4.3+dfsg-1 . i386 . -m Recompile to depends on libspice-client-gtk-3.0-4 Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
Bug#709694: closed by Liang Guo bluestonech...@gmail.com (Re: Bug#709694: closed by Liang Guo bluestonech...@gmail.com (Re: Bug#709694: spice-gtk: Upcoming vala 0.16 removal))
Hi, Michael, On Tue, May 28, 2013 at 12:19 PM, Michael Biebl bi...@debian.org wrote: found 709694 0.19-0nocelt3 thanks Am 28.05.2013 06:08, schrieb Michael Biebl: Hi, looking at version 0.19-0nocelt3, I see the following in debian/control: Build-Depends: valac (= 0.18), libvala-0.16-dev, So, libvala-0.16-dev is still problematic, as this package is going away (along with valac-0.16) Do you actually need libvala-0.16-dev or is spice-gtk only requiring valac? From a cursory glance, valac should be sufficient. Sorry for being a PITA an re-opening the bug report again, but unfortunately it's still not fully fixed. As mentioned earlier, I think you can simply drop the libvala-0.16-dev build-depends. It doesn't seem to be used anywhere. Michael What a shame situation, I'm very very sorry for that. libvala-0.16-dev is not needed to build spice-gtk, I'll fix this bug and upload it soon. BTW, is it necessary to create an libvala-dev package, just like valac for valac-version number? Thanks, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708359: Spice-vdagentd will not start, failing to find .service file
I have pakcaged 0.14, but have not uploaded it then. 0.14 introduce many changes, so I need more time to test it. Thanks On Wed, May 15, 2013 at 7:05 PM, James Blanford jhblanf...@gmail.com wrote: Package: spice-vdagent Version: 0.10.1-1 Severity: important Tags: upstream Dear Maintainer, This bug was found on a system running as a qemu-kvm virtual machine. The system does not have systemd or a desktop environment. It has the fluxbox window manager. When I would run invoke-rc.d spice-vdagent start the daemon would try but fail to start. Noting that spice-vdagent-0.14.0 had been released at spice-space.org with a fix for this problem, I built the 0.14.0 binaries and replaced the 0.10.1-1 binaries. The vdagentd daemon started and worked as expected. Perhaps it is time to introduce the updated 0.14.0 release to Debian. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.8-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages spice-vdagent depends on: ii libc6 2.17-2 ii libdbus-1-31.6.10-1 ii libpciaccess0 0.13.1-2 ii libx11-6 2:1.5.0-1 ii libxfixes3 1:5.0-4 ii libxinerama1 2:1.1.2-1 ii libxrandr2 2:1.3.2-2 spice-vdagent recommends no packages. spice-vdagent suggests no packages. -- Configuration Files: /etc/init.d/spice-vdagent changed: exec=/usr/sbin/spice-vdagentd prog=spice-vdagentd pidfile=/var/run/spice-vdagentd/spice-vdagentd.pid port=/dev/virtio-ports/com.redhat.spice.0 [ -e /etc/default/$prog ] . /etc/default/$prog [ ! -d /var/run/spice-vdagentd ] mkdir -p /var/run/spice-vdagentd .. /lib/lsb/init-functions lockfile=/var/lock/$prog start() { [ -x $exec ] || exit 5 [ -c $port ] || exit 0 modprobe uinput /dev/null 21 # In case the previous running vdagentd crashed rm -f /var/run/spice-vdagentd/spice-vdagent-sock log_daemon_msg Starting Agent daemon for Spice guests spice-vdagent if start-stop-daemon --start --quiet --oknodo --pidfile $pidfile --exec $exec -- $options; then log_end_msg 0 else log_end_msg 1 fi } stop() { log_daemon_msg Stopping Agent daemon for Spice guests spice-vdagent if start-stop-daemon --stop --quiet --oknodo --pidfile $pidfile; then log_end_msg 0 else log_end_msg 1 fi } restart() { stop start } reload() { restart } force_reload() { restart } status() { status_of_proc -p $pidfile $exec $prog exit 0 || exit $? } case $1 in start) $1 ;; stop) $1 ;; restart) $1 ;; reload) $1 ;; force-reload) force_reload ;; status) status ;; condrestart|try-restart) status || exit 0 restart ;; *) echo $Usage: $0 {start|stop|status|restart|condrestart|try-restart|reload|force-reload} exit 2 esac exit $? /etc/xdg/autostart/spice-vdagent.desktop changed: [Desktop Entry] Name=Spice vdagent Comment=Agent for Spice guests Exec=/usr/bin/spice-vdagent -d Terminal=false Type=Application Categories= X-GNOME-Autostart-Phase=Initialization X-GNOME-AutoRestart=true -- no debconf information -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705192: RFS: sosreport/2.3-2 ITP
Hi, Adam, On Tue, Apr 16, 2013 at 11:03:33AM -0400, Adam Stokes wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I believe I've fixed all of the above issues and they were committed upstream today[1][2]. dget -x http://mentors.debian.net/debian/pool/main/s/sosreport/sosreport_2.3+git20130416-1.dsc This version looks better then the original one, but there are still some minor glitch should be fixed: 1) lintian information, you should run lintian with '-IE --pedantic', lintian will tell you more if there are any problem. There are still some lintian information, but I don't care of them. you may fix them when you polish your package. 2) You use old format copyright files, it is better to switch to DEP5[1] compatible format. lintian shows this information. 3) The section is python, but I think admin should be better, after all, sosreport is a sysadmin tool 4) Please move LICENSE file to usr/share/doc/sosreport, rather than remove it. [1] http://dep.debian.net/deps/dep5/ You should fix 4) before I can upload it to ftp-master, others are just for advice. Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
Bug#705192: RFS: sosreport/2.3-2 ITP
On Wed, May 8, 2013 at 5:56 PM, Liang Guo bluestonech...@gmail.com wrote: Hi, Adam, On Tue, Apr 16, 2013 at 11:03:33AM -0400, Adam Stokes wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I believe I've fixed all of the above issues and they were committed upstream today[1][2]. dget -x http://mentors.debian.net/debian/pool/main/s/sosreport/sosreport_2.3+git20130416-1.dsc you use version 2.3+git20130416, which is bigger then version 2.3, so 2.3~git20130416 or 2.2+git20130416 should be better. Thanks, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705262: [ceph] New upstream release available
Package: ceph Severity: wishlist Hi, Ceph 0.56.4 is out, please package it for Debian Thanks, --- System information. --- Architecture: amd64 Kernel: Linux 3.9.0-rc1 Debian Release: 7.0 500 unstablelocalhost 1 experimentallocalhost --- Package information. --- Depends (Version) | Installed =-+-= libc6(= 2.6) | libcrypto++9 | libedit2 (= 2.11-20080614-1) | libgcc1 (= 1:4.1.1) | libglib2.0-0 (= 2.12.0) | libglibmm-2.4-1c2a(= 2.28.0) | libgoogle-perftools0 | libgtkmm-2.4-1c2a (= 1:2.20.0) | libsigc++-2.0-0c2a (= 2.0.2) | libstdc++6 (= 4.5) | hdparm| binutils | Recommends (Version) | Installed -+-=== ceph-client-tools| ceph-fuse| libceph1 | librados2| 0.48-1 librbd1 | 0.48-1 libcrush1| btrfs-tools | 0.19+20130131-3+really20121004-1 Package's Suggests field is empty. -- Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
Bug#705192: RFS: sosreport/2.3+nmu1 ITP
Hi, On Thu, Apr 11, 2013 at 1:13 PM, Adam Stokes adam.sto...@ubuntu.com wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package sosreport Package name: sosreport Version : 2.3+nmu1 Upstream Author : Bryn Reeves b...@redhat.com URL : https://github.com/sosreport/sosreport License : GPL2+ Section : python It builds those binary packages: sosreport - A set of tools to gather troubleshooting information from a system To access further information about this package, please visit the following URL: http://mentors.debian.net/package/sosreport Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/sosreport/sosreport_2.3+nmu1.dsc More information about sosreport can be obtained from https://github.com/sosreport. Changes since the last upload: sosreport (2.3+nmu1) unstable; urgency=low * NMU * Package updated from git rev 1baf743 -- Adam Stokes adam.sto...@ubuntu.com Thu, 11 Apr 2013 00:50:51 -0400 Regards, -- Adam Stokes adam.sto...@ubuntu.com Don't salt your green beans before you try them, some may think you make rash decisions. I have a brief review of this package, this is my comment: 1 you are the maintainer, you don't need NMU 2 For it is not in Debian yet, you should use version number 2.3+nmu1, just use 2.3 3 you should not ship pyc in you package 4 binary package should be included 5 please run lintian against *.changes Thanks for your work on sosreport. -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704229: spice-client: -w password (on the command line) is a security risk
On Mon, Apr 8, 2013 at 10:05 AM, Rob Browning r...@defaultvalue.org wrote: (If possible, please preserve the 704229-forwarded address in any replies.) I reported the following bug to the Debian bug tracker, but realized it should probably just be forwarded upstream. Rob Browning r...@defaultvalue.org writes: Package: spice-client Version: 0.11.0-1 I think the spice client should probably support some other way of specifying the password since putting it on the command line makes it visible to any other users on the system. A reasonable alternative might be --password-file foo. (cf. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704229) Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 this issue should be discussed at spice-devel first. I'll keep this bug open, if upstream decide to introduce --password-file foo or other equivalent, I'll close this bug when new version enter debian. if upstream refuse to add such function, I'll close this bug soon. -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668284: Spice-xpi package in debian
On Fri, Mar 29, 2013 at 9:06 PM, Laurent Bigonville bi...@debian.org wrote: Hello, I'm contacting you as you are packaging the rest of the spice stack. I was wondering if you saw the RFP (bug #668284) for spice-xpi which is a in browser plugin that allows people using ovirt to connect the display of a VM. Somebody already made some initial work for the packaging. I would however mayve change the name of the binary package to something else. Do you think you might be interested in maintaining this package in Debian? Cheers Laurent Bigonville Hi, I'll have A look at it. Thanks, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702256: ITP: enhanceio -- dynamic block device cache for Linux
On Mon, Mar 4, 2013 at 11:17 PM, Dmitry Smirnov only...@member.fsf.org wrote: Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: enhanceio Version: 0+git20130227-1 Upstream Author: STEC, Inc URL: https://github.com/stec-inc/EnhanceIO License: GPL-2 Description: dynamic block device cache for Linux EnhanceIO is a dynamic block level cache to improve performance of rotating hard disk drives by using SSDs as cache devices. . EnhanceIO derived from Flashcache project but it does not use device mapper and can create and delete caches while a source volume is being used (i.e. mounted). . EnhanceIO supports three caching modes: read-only, write-through, and write-back and three cache replacement policies: random, FIFO, and LRU. This source package will produce the following binary packages: * enhanceio (provides user space utility `eio_cli`) * enhanceio-dkms (DKMS kernel module for Linux Kernel 3.7+) Package' VCS: http://anonscm.debian.org/gitweb/?p=collab-maint/enhanceio.git JFYI: In linux 3.9-rc1, dm-cache are merged to mainstream kernel, which can be used to replace EnahnceIO/flashcache/bcache(IMO). commit c6b4fcbad044e6fffcc75bba160e720eb8d67d17 Author: Joe Thornber e...@redhat.com Date: Fri Mar 1 22:45:51 2013 + dm: add cache target Add a target that allows a fast device such as an SSD to be used as a cache for a slower device such as a disk. A plug-in architecture was chosen so that the decisions about which data to migrate and when are delegated to interchangeable tunable policy modules. The first general purpose module we have developed, called mq (multiqueue), follows in the next patch. Other modules are under development. Signed-off-by: Joe Thornber e...@redhat.com Signed-off-by: Heinz Mauelshagen mauelsha...@redhat.com Signed-off-by: Mike Snitzer snit...@redhat.com Signed-off-by: Alasdair G Kergon a...@redhat.com -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702256: ITP: enhanceio -- dynamic block device cache for Linux
On Tue, Mar 5, 2013 at 1:42 PM, Dmitry Smirnov only...@member.fsf.org wrote: On Tue, 5 Mar 2013 13:39:38 Liang Guo wrote: JFYI: In linux 3.9-rc1, dm-cache are merged to mainstream kernel, Interesting, thank you. You're talking about https://github.com/mingzhao/dm-cache right? I've seen it but couldn't figure out how to use it... Nice to have it merged though even if it is not immediately useful... I think the answer is No. mingzhao implemented dm-cache several yeas ago, it was used to accelerate cd-rom or nfs access by using hard disk. but had never been merged to upstream kernel. Several yeas later, facebook created flashcache based on mingzhao's dm-cache when SSD becomes popular, then STEC, Inc created enahnceIO based on flashcache. DM-cache merged to upstream kernel in 3.9-rc1 is not the one wrote by mingzhao, but from RedHat, I don't know whether it has any relation with mingzhao's dm-cache. Its documents can be found at [1][2], the original commit request is [3]. [1] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/device-mapper/cache.txt [2] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/device-mapper/cache-policies.txt [3] http://www.mail-archive.com/stable@vger.kernel.org/msg33526.html STEC guyes has try to merge EnhanceIO to upstream[4], but it had not been accepted. [4] http://lwn.net/Articles/536018/ which can be used to replace EnahnceIO/flashcache/bcache(IMO). IMHO bcache will never be a viable option due to maintenance overhead of custom patched kernel and (more important) because bcache require special preparation/formatting of block devices and therefore can't be plugged to existing file systems with data. I see that flashcache matured since 2011 and these days it doesn't cripple performance-wise as it used to. EnhancIO is just fantastic and (hopefully) immediately useful. Package is ready and only lacking reasonable testing so you're very welcome to try it. :) Regards, Dmitry Smirnov GPG key : 4096R/53968D1B I have a brief look at the enhanceIO package, and have some suggestion: 1) Keep EnhanceIO source code in package VCS, this will simplify the build procedure. 2) debian/patches/* is good cadidate for upstream, please don't keep them in debian only. 3) README.Debian looks not debian specific, maybe a simple HOWTO for upstream is better. Thanks, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-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#693905: [squid] Unrecognized options enable-underscores
Package: squid Version: 2.7.STABLE9-2.1 Severity: minor When compile squid from source, I get following warning: --enable-follow-x-forwarded-for \ --with-large-files \ --with-maxfd=65536 \ i386-debian-linux configure: WARNING: you should use --build, --host, --target configure: WARNING: Unrecognized options: --enable-underscores checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk Looks like '--enable-underscores' is an obsoleted option, if so, it is better to remove it. 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689394: xserver-xspice: enable xserver-xspice for i386
On Tue, Oct 2, 2012 at 4:20 PM, kudrevat...@gmail.com wrote: Package: xserver-xspice Version: 0.0.17-2 Severity: normal Tags: patch xserver-xspice build enabled only fro x86_64, please, enable it for i386 too Thanks, I'll try to enable it in the next upload. -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684909: [qemu] qemu: hardware error: could not load bootloader 's390-zipl.rom'
On Wed, Aug 15, 2012 at 12:47 AM, Michael Tokarev m...@tls.msk.ru wrote: tags 684909 + confirmed retitle 684909 qemu-system-s390x is broken, no bootloader 's390-zipl.rom' thanks On 14.08.2012 19:42, bastien ROUCARIES wrote: It seems that qemu lack s390-zipl.rom. Trying to reproduce a s390 bug: qemu-system-s390x [...] qemu: hardware error: could not load bootloader 's390-zipl.rom' Abandon Yes, the boot code is missing from debian. This is a packaging error. Unfortunately no one noticed this before (it is broken since upstream version 1.0), and unfortunately it needs an introduction of a new package - s390-tools - from http://repo.or.cz/w/s390-tools.git - into debian to fix this. There might also be a similar issue with ppc and ppc_rom.bin - I need to investigate it further. Now, I'm not sure if severity of this bug should really be important and not at least serious... :( /mjt ppc64 lacks slof.bin and spapr-rtas.bin when using '-m pseries' option. -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684515: okular: unable to search
I confirm this bug, When searching something in okular, okular freeze, I can do nothing except restart okular On Saturday, August 11, 2012, Markus Schölzel wrote: Package: okular Version: 4:4.8.4-2 Severity: important reproduce: 1. Open a file in okular 2. Edit - Find 3. Search for something -- Markus Schölzel -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/**50253c9c.5000...@web.dehttp://lists.debian.org/50253c9c.5000...@web.de -- Liang Guo http://bluestone.cublog.cn
Bug#681290: unblock: spice-gtk/0.12-4
Hi, On Thu, Jul 12, 2012 at 05:51:08PM +0100, Adam D. Barratt wrote: The difference between 0.12-3 and 0.12-4 is slight, just copy .version and .tarball-version to build directory. for the build script use the version information in .tarball-version to determine the version it is building. Testing currently has 0.12-1, so the changes which are relevant are everything after that, not just those in -4. Regards, Adam Hi, This is the debdiff result of 0.12-1 and 0.12-4, I'll add my comment start with // liang@guoliangc:~/opt/src/spice$ debdiff spice-gtk_0.12-1.dsc spice-gtk_0.12-4.dsc diff -Nru spice-gtk-0.12/debian/changelog spice-gtk-0.12/debian/changelog --- spice-gtk-0.12/debian/changelog 2012-05-14 12:53:12.0 +0800 +++ spice-gtk-0.12/debian/changelog 2012-07-09 01:20:26.0 +0800 @@ -1,3 +1,27 @@ +spice-gtk (0.12-4) unstable; urgency=low + + * Correct version problem in *.pc (Closes: #680290) + + -- Liang Guo guoli...@debian.org Mon, 09 Jul 2012 00:36:14 +0800 + +spice-gtk (0.12-3) unstable; urgency=low + + * Add patch make-celt-to-be-optional.patch + * Disable celt + + -- Liang Guo guoli...@debian.org Fri, 29 Jun 2012 01:37:37 +0800 + +spice-gtk (0.12-2) unstable; urgency=low + + * Enable usb redirect (Closes: #677662) + * Switch to vala 0.16 (Closes: #675665) + * Enable multiarch for libspice-client-glib-2.0-1, +libspice-client-gtk-2.0-1, libspice-client-gtk-3.0-1 + * Build with hardening flags + * Use dpkg-statoverride to handle setuid bits + + -- Liang Guo guoli...@debian.org Fri, 25 May 2012 21:52:45 +0800 + spice-gtk (0.12-1) unstable; urgency=low * New upstream release //The primary change since 0.12-1 are: //1) Enable usb redirect support. Usb redirect is used to // redirect usb attached to the spice client to the // spice server(normally a virtual machine). When the // user want to connect his usb device to the virtual // machine, he can just pulg his usb device, then he // can see his usb device in the virtual machine. This // option significantly improve the user experience //2) Disable celt codec support. Celt version 0.5.1 is // the audio codec used by spice, but is not maintained // long long ago. To avoid potential security problem, // we decide to remove celt 0.5.1 from debian. // libspice-server1 embedded celt before 0.10.1-3~nocelt // but libspice-server1 don't ship celt since // 0.10.1-3~nocelt, this breaks spice-gtk(= 0.12-2) // which cause spice cannot migerate to testing. diff -Nru spice-gtk-0.12/debian/compat spice-gtk-0.12/debian/compat --- spice-gtk-0.12/debian/compat2012-05-03 09:13:48.0 +0800 +++ spice-gtk-0.12/debian/compat2012-06-09 12:39:51.0 +0800 @@ -1 +1 @@ -8 +9 //Introduce by adding multi-arch support diff -Nru spice-gtk-0.12/debian/control spice-gtk-0.12/debian/control --- spice-gtk-0.12/debian/control 2012-05-03 09:13:48.0 +0800 +++ spice-gtk-0.12/debian/control 2012-06-23 09:54:33.0 +0800 @@ -1,9 +1,9 @@ Source: spice-gtk Section: misc Priority: optional -Maintainer: Liang Guo bluestonech...@gmail.com +Maintainer: Liang Guo guoli...@debian.org Build-Depends: - debhelper (= 8.0.0), + debhelper (= 9), //Introduce by adding multi-arch support libspice-protocol-dev (= 0.10.1), libspice-server-dev, libpixman-1-dev (= 0.17.7), @@ -14,8 +14,8 @@ libcairo2-dev (= 1.2.0), libpulse-dev, libusb-1.0-0-dev, - valac-0.14, - libvala-0.14-dev, + valac-0.16, + libvala-0.16-dev, //Switch to vala 0.16, this closes bug 675665 python-all, python-gtk2-dev (= 2.0.0), python-pyparsing, @@ -26,6 +26,11 @@ libgirepository1.0-dev, gir1.2-gtk-2.0, libtext-csv-perl, + libusbredirhost-dev, + libacl1-dev, + libpolkit-agent-1-dev, + libpolkit-gobject-1-dev, //Introduced by adding usb redirect support, //usb redirect use acl and policy kit to control //the access to usb devices. + dpkg-dev (= 1.16.1~), Standards-Version: 3.9.3 X-Python-Version: = 2.5 Homepage: http://www.spice-space.org/ @@ -46,6 +51,8 @@ Package: libspice-client-glib-2.0-1 Section: libs Architecture: i386 amd64 +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} //Introduce by adding multi-arch support Depends: ${shlibs:Depends}, ${misc:Depends} Replaces: libspice-client-glib-2.0-4 Conflicts: libspice-client-glib-2.0-4 @@ -58,6 +65,7 @@ Package: gir1.2-spice-client-glib-2.0 Section: introspection Architecture: i386 amd64 +Pre-Depends: ${misc:Pre-Depends} Depends: ${misc:Depends}, ${gir:Depends} Description: GObject for communicating with Spice servers (GObject-Introspection) libspice-glib4 provides glib objects for spice protocol @@ -84,6 +92,8 @@ Package: libspice-client-gtk-2.0-1 Section: libs Architecture: i386 amd64 +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} //Introduce by adding multi-arch support Depends: ${shlibs:Depends}, ${misc:Depends} Description: GTK2 widget for SPICE clients (runtime library
Bug#681290: unblock: spice-gtk/0.12-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock spice-gtk. I upload 0.12-3 to unstable at 29th Jun, and find a bug[1] which forbit other package to compile. Then I uploaded 0.12-4 at 9th July, and this cause 0.12-3 cannot automatically migrate to testing The difference between 0.12-3 and 0.12-4 is slight, just copy .version and .tarball-version to build directory. for the build script use the version information in .tarball-version to determine the version it is building. The difference between 0.12-3 and 0.12-4 is: liang@guoliangc:~/opt/src/spice/spice-gtk$ git diff unstable/0.12-3 unstable/0.12-4 diff --git a/debian/changelog b/debian/changelog index 263fc96..161d6e3 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +spice-gtk (0.12-4) unstable; urgency=low + + * Correct version problem in *.pc (Closes: #680290) + + -- Liang Guo guoli...@debian.org Mon, 09 Jul 2012 00:36:14 +0800 + spice-gtk (0.12-3) unstable; urgency=low * Add patch make-celt-to-be-optional.patch diff --git a/debian/rules b/debian/rules index 94eccd2..29c2b71 100755 --- a/debian/rules +++ b/debian/rules @@ -27,6 +27,7 @@ build-stamp: build-gtk3-stamp build-gtk2-stamp build-gtk2-stamp: mkdir build-gtk2 ls |grep -v debian|grep -v build-gtk2|grep -v build-gtk3|xargs -i cp -r {} build-gtk2/ + cp .version .tarball-version build-gtk2/ cd build-gtk2 autoreconf cd build-gtk2 ./configure --prefix=/usr --libdir=/usr/lib/$(DEB_HOST_MULTIARCH) \ --enable-smartcard=no --with-gtk=2.0 --disable-static \ @@ -39,6 +40,7 @@ build-gtk2-stamp: build-gtk3-stamp: mkdir build-gtk3 ls |grep -v debian|grep -v build-gtk2|grep -v build-gtk3|xargs -i cp -r {} build-gtk3/ + cp .version .tarball-version build-gtk3/ cd build-gtk3 autoreconf cd build-gtk3 ./configure --prefix=/usr --libdir=/usr/lib/$(DEB_HOST_MULTIARCH) \ --enable-smartcard=no --with-gtk=3.0 --disable-static \ liang@guoliangc:~/opt/src/spice/spice-gtk$ But current version in testing is 0.12-1, So I think it is necesary to explain the changes since 0.12-1. In the 0.12-2, the primary change is add support to usb redirect and multiarch support. The detailed changes are: liang@guoliangc:~/opt/src/spice/spice-gtk$ git diff unstable/0.12-1 unstable/0.12-2 diff --git a/debian/changelog b/debian/changelog index 5e42d70..a1952a0 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,14 @@ +spice-gtk (0.12-2) unstable; urgency=low + + * Enable usb redirect (Closes: #677662) + * Switch to vala 0.16 (Closes: #675665) + * Enable multiarch for libspice-client-glib-2.0-1, +libspice-client-gtk-2.0-1, libspice-client-gtk-3.0-1 + * Build with hardening flags + * Use dpkg-statoverride to handle setuid bits + + -- Liang Guo guoli...@debian.org Fri, 25 May 2012 21:52:45 +0800 + spice-gtk (0.12-1) unstable; urgency=low * New upstream release diff --git a/debian/compat b/debian/compat index 45a4fb7..ec63514 100644 --- a/debian/compat +++ b/debian/compat @@ -1 +1 @@ -8 +9 diff --git a/debian/control b/debian/control index c705d39..583766e 100644 --- a/debian/control +++ b/debian/control @@ -1,9 +1,9 @@ Source: spice-gtk Section: misc Priority: optional -Maintainer: Liang Guo bluestonech...@gmail.com +Maintainer: Liang Guo guoli...@debian.org Build-Depends: - debhelper (= 8.0.0), + debhelper (= 9), libspice-protocol-dev (= 0.10.1), libspice-server-dev, libpixman-1-dev (= 0.17.7), @@ -14,8 +14,8 @@ Build-Depends: libcairo2-dev (= 1.2.0), libpulse-dev, libusb-1.0-0-dev, - valac-0.14, - libvala-0.14-dev, + valac-0.16, + libvala-0.16-dev, python-all, python-gtk2-dev (= 2.0.0), python-pyparsing, @@ -26,6 +26,11 @@ Build-Depends: libgirepository1.0-dev, gir1.2-gtk-2.0, libtext-csv-perl, + libusbredirhost-dev, + libacl1-dev, + libpolkit-agent-1-dev, + libpolkit-gobject-1-dev, + dpkg-dev (= 1.16.1~), Standards-Version: 3.9.3 X-Python-Version: = 2.5 Homepage: http://www.spice-space.org/ @@ -46,6 +51,8 @@ Description: Simple clients for interacting with SPICE servers Package: libspice-client-glib-2.0-1 Section: libs Architecture: i386 amd64 +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} Replaces: libspice-client-glib-2.0-4 Conflicts: libspice-client-glib-2.0-4 @@ -58,6 +65,7 @@ Description: GObject for communicating with Spice servers (runtime library) Package: gir1.2-spice-client-glib-2.0 Section: introspection Architecture: i386 amd64 +Pre-Depends: ${misc:Pre-Depends} Depends: ${misc:Depends}, ${gir:Depends} Description: GObject for communicating with Spice servers (GObject-Introspection) libspice-glib4 provides glib objects for spice protocol @@ -84,6 +92,8 @@ Description: GObject for communicating with Spice servers (development files) Package: libspice-client-gtk-2.0
Bug#679626: RM: scim-sunpinyin -- ROM; Buggy with scim, low popcon
Package: ftp.debian.org Severity: normal SCIM is obsolete and buggy in Debian, So I ask to remove scim-sunpinyin, current scim-sunpinyin users are adviced to migrate to ibus-sunpinyin or fcitx-sunpinyin. Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
Bug#679627: [gnu-efi] New version available
Package: gnu-efi Version: 3.0i-3 Severity: normal Hi, There is a new upstrema version 3.0q, Would like to upgrade it in Debian? Thanks, --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 unstablelocalhost 1 experimentallocalhost --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== elilo | Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
Bug#678679: Spice, current status and the fueture in Debian
On Wed, Jun 27, 2012 at 04:46:41PM +0930, Ron wrote: So far as I can see, you Michael and I all agree that the experimental package is the only viable candidate for Wheezy. But you will lose that option if you do not upload it very, very soon. The freeze happens in the next few days. Michael, do you agree to upload spice 0.10.1-3~nocelt in experimental to unstable ? If you don't have time, I can upload. Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature
Bug#678679: Spice, current status and the fueture in Debian
On Mon, Jun 25, 2012 at 05:29:09PM +0300, Michael Tokarev wrote: 23.06.2012 20:26, Liang Guo wrote: Alon Levy is working on adding opus codec support to spice, but it is not merged into upstream git yet. Even opus codec support is added by upstream, in order to compatible with the previous version, they may not remove celt051 codec soon. 3) Current status of spice in Debian At the end of the discussion in bug 603699, I decide to package spice with a embeded celt051, and celt051 runtime library is in package libspice-server1[6] now. Spice package is in a bad shape, but it provide the same function as the upstream. Why do you say the package is in bad shape ? Please explain. Current version in experimental, if not counting the removal of celt, should be quite good, no? IMO, spice 0.10.1-3~nocelt in experimental is in good shape, spice 0.10.1-2 with celt embedded in sid is not. Embedding celt in spice cause celt not available in other archetecture, if other package ,spice-gtk for example, need celt, it wll be limited to spice supported archetecture. 4) The fueture 4.1 Remove spice celt051 support in Debian Actually spice support another codec: RAW, when using raw codec, audio streams is not compressed, so more bandwidth is consumed, When using spice in Internet, the latency will become large and introduce bad user experience. This is what some upstream developers are saying: don't remove/disable celt051 due to some bad user expirence this causes. Without audio compression, spice will be less useful on slow links since audio will work worse (require more bandwidth, will be jumpy or not work at all). Note there's no bandwidth requirements on spice site at all, be it with celt or without. Michael have tested the compatibility for spice server with and without celt051 and spice client with and without celt051, and send the patch[8] to the upstream, but the upstream refused to apply this patch, they insist spice should come with celt051 support now. I have run some tests, yes, but I'm really not sure I did it right, since I don't really know how to ensure the audio is transferred using spice and not by using some other mean. We can apply this patch and ship spice without celt in Debian, but for we are not expert on spice and celt, and lack necessary device to test the compatibility with the upstream release, we may in the risk of shipping spice that not compatible with spice in other distribution. And there's one more issue here. Reportedly (according to upstream spice developers), a) some older versions of spice didn't support RAW audio stream properly (were buggy), so these wont work with celt-crippled version of spice, but I for one didn't find definitive answers about which versions were buggy and how and where these were shipped with. And b) even the current version of spice hasn't really been tested much in RAW audio stream mode. I'd not be surprized if the only tests of this mode ever made were mine, but I'm not even sure I actually ran spice-transferred audio or not. So there's alot of uncertainity in there. 4.2 Completely remove spice If spice is removed from Debian, We will not able to use debian as a spice server or spice client. This is a bad move, since spice is very frequently used feature with qemu/kvm, and we'll have to deal with possible incompatibles within libvirt too, who may expect to use spice-enabled qemu/kvm. But it is definitely one of possible solutions. We can still run Debian in RHEV or other spice compatible qemu/kvm hypervisor, xserver-xorg-video-qxl and spice-vdagent don't use celt. Thank you for your kindly help. Now, I think the best course to take is: 1) push current experimental, celt-less version to unstable, after some basic verifications of audio. 2) maybe update to 0.11, to at least fix known bugs. It is unclear whenever upstream will support 0.10 stable version, but it is more no than yes, or else the 32bit bug should have been fixed long ago. 3) depending on the result (if it works at all or not ;), either keep it this way or drop it from wheezy entirely. How can we test spice with celt removed to make sure it works fine? if we can and we do the test. I think it's OK to ship spice without celt to wheezy, and no technical committee decision is needed. Consider another situation, we can do some simple test aganst spice with our patch that removes celt support, spice client {with, without} celt can connect to spice server {with, without} celt, and audio works, but we cannot test spice without celt with older spice used by other platform, should we include our spice without celt to wheezy or remove it? This is what I want technical committee to help us to decide. (I assume upstream will test celt with older release, but I know nothing about upstream work flow). 4) if it will work okay, maybe we'll have a chance before wheezy release to have
Bug#678679: Spice, current status and the fueture in Debian
On Sun, Jun 24, 2012 at 4:47 AM, Kurt Roeckx k...@roeckx.be wrote: On Sun, Jun 24, 2012 at 01:26:47AM +0800, Liang Guo wrote: Package: tech-ctte Severity: normal Hi, Technical Committee, We'd like to decide how the spice[1] should be maintained in Debian. [ ... background ... ] This contains a lot of information about what the state of the package is, and what problems you're facing. But I didn't see you ask a question. Do you just seek advice on what you should do? Do you want to have more options? Do you want to override the decision of some maintainer? Do you want to delegate a decision to the ctte? I hope ctte can help to decide should we remove spice from Debian, or keep spice without celt051 support in Debian. If technical committee can give us any sugestion to improve spice in Debian, we will be very glade. Thanks, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678679: Spice, current status and the fueture in Debian
Package: tech-ctte Severity: normal Hi, Technical Committee, We'd like to decide how the spice[1] should be maintained in Debian. 1) Background The Simple Protocol for Independent Computing Environments (SPICE) is a remote display system built for virtual environments, just like vnc or remote desktop, but provide more rich feature and better performance. SPICE was developed by Qumranet[2], which was acquared by RedHat, RedHat is the primary sponsor of SPICE and includes it in RHEL (since 5.4) and RHEV platform. Spice has 2 different part, server part and client part, server part is intergrated to qemu, client part can be a standalone program, such as spice-gtk and virt-viewer, or run as a browser plugin. Spice client and spice server communicate with tcp socket. Spice can only works on x86 and i386 platform now. Spice project provide xserver-xorg-video-qxl and spice-vdagent as the guest xserver driver and the guest helper program to provide copy/pause support in qemu/kvm guest OS. 2) Celt, the root of our problem Spice uses celt[3] for audio codec. Different celt version may use different bitstream, it means that if Spice client want to correctly decode audio codec from spice server, it should use the same celt version as the spice server. For compatibility or other reason, the upstream decide to pin to celt 0.5.1. Celt is already in Debian[4], and is maintained by Ron Lee. For celt 0.5.1 is not maintained by upstream any more, including it in Debian may introduce potential security problem, so we decide to not include it in Debian. this problem has been discussed at bug 603699[5]. According messages from Ron, celt is offically dead, the upstream will not maintain it any more. A new codec, opus, is published as RFC by the IETF CODEC working group, and is encouraged to replace celt. Alon Levy is working on adding opus codec support to spice, but it is not merged into upstream git yet. Even opus codec support is added by upstream, in order to compatible with the previous version, they may not remove celt051 codec soon. 3) Current status of spice in Debian At the end of the discussion in bug 603699, I decide to package spice with a embeded celt051, and celt051 runtime library is in package libspice-server1[6] now. Spice package is in a bad shape, but it provide the same function as the upstream. Spice client program, spice-client and spice-gtk depends on libspice-server1, for they uses celt runtime library. xserver-xorg-video-qxl and spice-vdagent are in Debian and in a good shape. According the Popcon statistics[7], 0.13% Debian users uses spice-client, 3.21% Debian uses uses libspice-server1(for qemu/kvm depends on libspice-server1, this can be traded as qemu users), so 4% qemu/kvm user uses spice-client. 4) The fueture 4.1 Remove spice celt051 support in Debian Actually spice support another codec: RAW, when using raw codec, audio streams is not compressed, so more bandwidth is consumed, When using spice in Internet, the latency will become large and introduce bad user experience. Michael have tested the compatibility for spice server with and without celt051 and spice client with and without celt051, and send the patch[8] to the upstream, but the upstream refused to apply this patch, they insist spice should come with celt051 support now. We can apply this patch and ship spice without celt in Debian, but for we are not expert on spice and celt, and lack necessary device to test the compatibility with the upstream release, we may in the risk of shipping spice that not compatible with spice in other distribution. 4.2 Completely remove spice If spice is removed from Debian, We will not able to use debian as a spice server or spice client. We can still run Debian in RHEV or other spice compatible qemu/kvm hypervisor, xserver-xorg-video-qxl and spice-vdagent don't use celt. Thank you for your kindly help. [1] http://www.spice-space.org/ [2] http://en.wikipedia.org/wiki/Qumranet [3] http://celt-codec.org/ [4] http://packages.debian.org/search?keywords=celtsearchon=namessuite=allsection=all [5] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603699 [6] http://packages.debian.org/sid/amd64/libspice-server1/filelist [7] http://qa.debian.org/popcon.php?package=spice [8] http://lists.freedesktop.org/archives/spice-devel/2012-June/009410.html Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn signature.asc Description: Digital signature