Bug#617296: Any Progress with RStudio?
Hi there.
On Jun 18 2013, Ulrich Dangel wrote:
* Benj. Mako Hill wrote [19.06.12 17:11]:
Hi,
any status update for the RStudio package?
Indeed, R studio is probably one of the important packages related to R that
is missing from our archives and, to avoid holding a lock forever, I just
went ahead and retitled this from a RFP to an ITP.
If there is indeed interest in packaging R Studio, Lifeng, can you say so?
The last public activity from yours was making this bug an ITP on 12 Oct
2012, which soon will be 12 months old.
I am sure that other people (Mako?, Dirk?) may want to sponsor packages that
you have ready, if you have them.
If my renaming was in error, just go ahead and change it back, but, please,
keep the bug updated with news/progress on the packaging effort. Getting the
package to be team-maintained is helpful if one can't cope with upload in a
timely fashion.
Regards from someone that would love to have this in Debian.
P.S.: I am willing to lend a hand in packaging, but I already have my hands
full of packages and would not be the sole maintainer of such a package.
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710628: player: FTBFS: playerclient.cc:171:34: error: expected unqualified-id before numeric constant
Control: tags -1 patch
Hi,
I created a patch which revise this problem.
Could you apply this?
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
boost1.54
Description: Binary data
Bug#721959: fonts-roboto: new upstream version available of Roboto fonts
Package: fonts-roboto Version: 1:4.2.r1-2 Severity: minor An updated zip file (version 1.100141) is available at the Android Typography site, which presumably corresponds to the version of Roboto included in Android 4.3. According to README.md: This version includes fixes for an issue with uni1EE1, a Vietnamese character in all styles, improves hinting with both Windows and FreeType hints in Bold and Bold Italic styles by adjusting bars to 2px tall in 14px and 15px, and reworks family naming metadata to follow Windows GDI naming conventions. -- Package-specific info: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii fontconfig 2.10.2-2 amd64generic font configuration librar ii libfreetype6:a 2.4.9-1.1amd64FreeType 2 font engine, shared li ii libxft2:amd64 2.3.1-1 amd64FreeType-based font drawing libra -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (102, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0+ (SMP w/6 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages fonts-roboto depends on: ii dpkg 1.17.1 fonts-roboto recommends no packages. fonts-roboto suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650636: gephi debian package
Hi there again.
On Sep 02 2013, Rogério Brito wrote:
I wonder if, somehow, changing to team-maintenance wouldn't be better for
the package overall? Perhaps the highly skilled people that already package
Java things for Debian may be interested in this? I'm CCing them.
Otherwise, changing the status from ITP to RFP would free people to work on
it instead of the deadlock here. After all, the original bug was filed on
1 Dec 2011 which will soon complete 2 years! (I almost did this without
asking for other people's opinions).
OK, I just went ahead and removed this ITP and owned thing.
If that was premature, then just modify it again, but, please, keep the bug
updated with events/progress of the packaging, so other people are not left
wondering what the status of the packaging is and can actually work on the
darned thing.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721954: [Pkg-shadow-devel] Bug#721954: passwd: displays password when called via ssh directly
Hello, On Thu, Sep 05, 2013 at 04:38:46PM -0700, Vagrant Cascadian wrote: When called via ssh directly, it echoes the passphrase: vagrant@local:~$ ssh server passwd (current) UNIX password: dlkgfjsdgfkjsd ssh user@server command doesn't allocate pseudo terminal, therefore tcgetattr() + =~ECHO + tcsetattr() won't work. You should use ssh -t user@server command instead. Some programs refuse to be started without a TTY, e.g. screen: xrgtn@ux280p:~$ ssh xrgtn-gu...@alioth.debian.org screen Must be connected to a terminal. xrgtn@ux280p:~$ I think this is the only thing we can do (refuse to start passwd without a terminal). -- With best regards, xrgtn signature.asc Description: Digital signature
Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
Hi Fabian, a few comments: On Do, 05 Sep 2013, Fabian Greffrath wrote: Should be *really* ready for upload now! Please pull the latest commits, though. No, I fixed one more buglet, the path in the gs fontmap snippet were pointing to /usr/share/fonts/type/fonts-urw-base35/ which is wrong, the fonts are in .../urw-base35/ (no fonts- directory part). I fixed that and updated the changelog for a new date and committed the change, please pull before doing any further changes. Then: Do you have the agreement from the maintainers of gsfonts and gsfonts-x11 to take over the two packages? Sorry, I haven't seen any email, so I want ot make sure. Thanks Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721898: please backport xpra
Only opengl is reported as unsupported on the server side (which is a KVM running SID + xpra from experimental). Server side does not use OpenGL, maybe you are referring to this client side message: ImportError: No Numeric module present: No module named Numeric Note: Debian does not ship python-gnumeric (which is superseded by numpy) which makes PyOpenGL spit out a warning when we load it. AFAIK, silencing this warning would silence other more useful warnings. Perhaps Debian should consider patching PyOpenGL to remove this warning instead - or provide python-numeric packages for backwards compatibility. I attach the output from gl_check.py. The output looks fine, and OpenGL should have been enabled OK on this system. You can check in your tray menu or in the Session-Info's Statistics window. This ticket (and the linked mail) seems related to the missing OpenGL support: http://xpra.org/trac/ticket/330 The ticket you are pointing to has nothing to do with GL... Antoine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721958: ircii: missing man pages for ircflush ircio wserv
selections from source/ircflush.c: * a little program that tricks another program in to line buffering its output. Usage: %s [program] [arguments to program]\n * What's the deal here? Well, it's like this. First we find an open * tty/pty pair. Then we fork three processes. The first reads from stdin * and sends the info to the master device. The next process reads from the * master device and sends stuff to stdout. The last processes is the rest * of the command line arguments exec'd. By doing all this, the exec'd * process is fooled into flushing each line of output as it occurs. selections from source/ircio.c: * A quaint little program to make irc life PING free * ircio: This little program connects to the server (given as arg 1) on * the given port (given as arg 2). It then accepts input from stdin and * sends it to that server. Likewise, it reads stuff sent from the server and * sends it to stdout. Simple? Yes, it is. But wait! There's more! It * also intercepts server PINGs and automatically responds to them. This * frees up the process that starts ircio (such as IRCII) to pause without * fear of being pooted off the net. selections from source/wserv.c * ./wserv /path/to/socket /path/to/control * wserv.c - little program to be a pipe between a screen or *xterm window to the calling ircII process. * Works by opening up the unix domain socket that ircII bind's * before calling wserv, and which ircII also deleted after the * connection has been made. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710650: Bug#718767: transition: ocaml 4.00.1
Le 05/09/2013 23:18, Julien Cristau a écrit : tracker adjusted. xen-api is currently broken though, so you'll need to get that fixed before starting. I've just fixed a blocking bug (#713349) which was due to the renaming of an OCaml library (type-conv - type_conv). Now, xen-api FTBFS because of what looks like an API change in some (C) dependency: [...] + gcc -g -O2 -DCOMPILE_NATIVE -I/usr/lib/ocaml -I/usr/include -I. -c -o xenguest_stubs.o xenguest_stubs.c In file included from xenguest_stubs.c:24:0: /usr/include/xs.h:1:2: warning: #warning xs.h is deprecated use xenstore.h instead [-Wcpp] #warning xs.h is deprecated use xenstore.h instead ^ xenguest_stubs.c: In function 'dispatch_suspend': xenguest_stubs.c:197:14: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] int domid = (int) arg; ^ xenguest_stubs.c: In function 'hvm_build_set_params': xenguest_stubs.c:360:8: error: 'struct hvm_info_table' has no member named 'acpi_enabled' va_hvm-acpi_enabled = f.acpi; ^ xenguest_stubs.c: At top level: xenguest_stubs.c:470:3: warning: initialization from incompatible pointer type [enabled by default] .postcopy = switch_qemu_logdirty, ^ [...] On the other hand, there is a new upstream release (upstream version is 1.6 and unstable version is 1.3.2). It doesn't make sense to me to invest time in this without updating the package, which goes beyond the scope of an NMU. Fixing #713349 was already borderline since there is also a new upstream release there... but it was easy. The FTBFS bug has been reported in June. I told some of the maintainers (in-person, in CC) to update this package during debconf. No activity since them. IMHO, this package is neglected and should be removed from testing. There are a few reverse-dependencies, but they all look somehow connected: nova, guest-templates, xcp-*... My take would be to remove (from testing) all of them. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721960: FTBFS in unstable
Package: ktp-presence-applet Version: 0.4.0-1 Severity: serious Justification: fails to build from source Hi, ktp-presence-applet currently FTBFS in unstable with the following message: [ 6%] Building CXX object CMakeFiles/plasma_applet_ktp_presence.dir/src/presenceapplet.o /usr/bin/c++ -DKDE4_CMAKE_TOPLEVEL_DIR_LENGTH=33 -DKDE_DEPRECATED_WARNINGS -DMAKE_PLASMA_APPLET_KTP_PRESENCE_LIB -DQT_NO_CAST_TO_ASCII -DQT_NO_STL -D_BSD_SOURCE -D_REENTRANT -D_XOPEN_SOURCE=500 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -Werror=return-type -fvisibility-inlines-hidden -DNDEBUG -DQT_NO_DEBUG -fPIC -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu -I/«PKGBUILDDIR» -I/usr/include/KDE -I/usr/include/qt4/phonon -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtUiTools -I/usr/include/qt4/QtTest -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtHelp -I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtDeclarative -I/usr/include/qt4/QtDBus -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt -I/usr/share/qt4/mkspecs/default -I/usr/include/qt4 -I/usr/include/telepathy-qt4-D_GNU_SOURCE -D_LARGEFILE64_SOURCE -o CMakeFiles/plasma_applet_ktp_presence.dir/src/presenceapplet.o -c /«PKGBUILDDIR»/src/presenceapplet.cpp /«PKGBUILDDIR»/src/presenceapplet.cpp:34:39: fatal error: KTp/Models/accounts-model.h: No such file or directory #include KTp/Models/accounts-model.h ^ compilation terminated. make[3]: *** [CMakeFiles/plasma_applet_ktp_presence.dir/src/presenceapplet.o] Error 1 make[3]: Leaving directory `/«PKGBUILDDIR»/obj-x86_64-linux-gnu' make[2]: *** [CMakeFiles/plasma_applet_ktp_presence.dir/all] Error 2 make[2]: Leaving directory `/«PKGBUILDDIR»/obj-x86_64-linux-gnu' This is preventing a binNMU to get rid of the libktpcommoninternalsprivate1 dependency. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710628: player: diff for NMU verson 3.0.2+dfsg-4.1
tags 710628 + pending
thanks
Dear maintainer,
I've prepared an NMU for player (versioned as 3.0.2+dfsg-4.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I should
delay it longer.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
player-3.0.2+dfsg-4.1.debdiff
Description: Binary data
Bug#669832: [RFH] mediawiki vs. Apache 2.4
On Thu, 5 Sep 2013, Filipus Klutiero wrote: but there is still a permission problem after. Which one? If I remember correctly: Forbidden You don't have permission to access /mediawiki/ on this server. which I worked around by adding the following to 000-default.conf: Directory /var/lib/mediawiki/ Options All AllowOverride All Require all granted /Directory Hmm. I uploaded it without that for now. I am not sure my problem wasn't caused by configuration, but the Debian install is just a few months old and the only thing I do with it is tests. Mhm. If you run into it again, shout (and look at whether your Apache config is unmodified). bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710650: Bug#718767: transition: ocaml 4.00.1
06.09.2013 10:42, Stéphane Glondu write: [] Now, xen-api FTBFS because of what looks like an API change in some (C) dependency: [] On the other hand, there is a new upstream release (upstream version is 1.6 and unstable version is 1.3.2). It doesn't make sense to me to invest time in this without updating the package, which goes beyond the scope of an NMU. Fixing #713349 was already borderline since there is also a new upstream release there... but it was easy. The FTBFS bug has been reported in June. I told some of the maintainers (in-person, in CC) to update this package during debconf. No activity since them. IMHO, this package is neglected and should be removed from testing. The situation with xen-api, as far as I can see from my non-maintainer not xen-related view - is quite a bit difficult. The upstream is very much redhat-specific, and they ported the previous version to debian, which required quite some work. I don't know the details there, but I looked briefly at the git diff between redhat and deboan versions - it was quite large and didn't end up just replacing /usr/libexec/ into /usr/lib/ and the like. Now, it looks like similar porting effort is needed to port the new upstream version. Which no one want to do, apparently... ;) That's the reason - again, as far as I can see - why the inactivity is happening. I tried to do something with it because xen-api stops qemu migration and users are asking about it quite often. But I don't know anything about either xen or ocaml or other related stuff, and especially with this porting stuff, it looks like I'm not the right candidate to sort it out. There are a few reverse-dependencies, but they all look somehow connected: nova, guest-templates, xcp-*... My take would be to remove (from testing) all of them. I'd vote for the same, but again, I'm not a user of any of these, so it's easy for me... ;) Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721869: install appropriate linux-headers
On 5 September 2013 20:58, Bjørn Mork bj...@mork.no wrote: Christian PERRIER bubu...@debian.org writes: Quoting Bjørn Mork (bj...@mork.no): So, it's probably less overkill than it may seem at first glance to imagine that installing headers by default may help in some cases. I hope and expect most Linux users never needing kernel headers. And if they do need them, then the headers should be pulled in by one of the -dkms packages. I do not think it is a good idea to encourage users or driver authors to keep drivers out of Debian. How does the dependency look like to get headers for the _currently_ running kernel and not the latest one available/installed? Considering I can upgrade to the new kernel packages a few times before rebooting. Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721642: laptop-mode-tools should be aware of new pstate module
Thanks you Daniel. I will look into it soon. On Monday 02 September 2013 10:27 PM, Daniel Koch wrote: Package: laptop-mode-tools Version: 1.63-2 Severity: wishlist Dear Maintainer, Sandy- and Ivybridge CPUs use the pstate-module¹ added by Ben² to the current kernel in debian. laptop-mode-tools should be aware of this because the default setting is not really optimized. The default value of min_perf_pct is 36 in 3.10-2 which means that the CPU does not scales as low as it could causing higher battery consumption. Please add a laptop-mode module for this. [1]http://lkml.indiana.edu/hypermail/linux/kernel/1302.0/02669.html [2] http://lists.debian.org/debian-kernel/2013/06/msg01248.html Greetings, Daniel Koch -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages laptop-mode-tools depends on: ii lsb-base4.1+Debian12 ii psmisc 22.20-1 ii util-linux 2.20.1-5.5 Versions of packages laptop-mode-tools recommends: ii ethtool 1:3.9-1 ii hdparm 9.43-1 ii net-tools 1.60-25 ii sdparm 1.07-1 ii udev175-7.2 ii wireless-tools 30~pre9-8 Versions of packages laptop-mode-tools suggests: ii acpid 1:2.0.18-1 pn halnone -- Configuration Files: /etc/laptop-mode/conf.d/bluetooth.conf changed [not included] /etc/laptop-mode/conf.d/configuration-file-control.conf changed [not included] /etc/laptop-mode/conf.d/ethernet.conf changed [not included] /etc/laptop-mode/conf.d/exec-commands.conf changed [not included] /etc/laptop-mode/conf.d/intel-hda-powersave.conf changed [not included] /etc/laptop-mode/conf.d/usb-autosuspend.conf changed [not included] /etc/laptop-mode/conf.d/video-out.conf changed [not included] /etc/laptop-mode/conf.d/wireless-iwl-power.conf changed [not included] /etc/laptop-mode/laptop-mode.conf changed [not included] -- no debconf information -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#721961: changes in nested zip files are lost
Package: mc Version: 3:4.8.3-10 If I edit a file within a nested zip file, then the changes are lost. Sample session: % echo hello,\ world hello.txt % md5sum hello.txt 22c3683b094136c3398391ae71b20f04 hello.txt % zip message.zip hello.txt % zip wrapper.zip message.zip % rm hello.txt message.zip % mc wrapper.zip Search for hello.txt within wrapper.zip -- message.zip, edit it using F4, save and leave mc. % unzip wrapper.zip % unzip message.zip % md5sum hello.txt 22c3683b094136c3398391ae71b20f04 hello.txt There was no such problem for mc in Squeeze (3:4.7.0.9-1). mc in Sid is broken, too. This is a very serious problem, because we are loosing data here. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721776: libprelude: FTBFS on kfreebsd (FAIL: test-poll)
On Fri, Sep 6, 2013 at 03:07:43 +0100, Steven Chamberlain wrote: 2. connection in the past few minutes is in TIME_WAIT state - for some reason it still fails even though SO_REUSEADDR is requested here (and I think this is important - needs followup). There seems to be a race within the test program that can trigger this problem itself sometimes. SO_REUSEADDR is requested after bind(), though, which is broken. Cheers, Julien signature.asc Description: Digital signature
Bug#721946: [Pkg-xen-devel] Bug#721946: xen-hypervisor-4.1-amd64: dom0_mem cannot exceed some value
On Thu, 2013-09-05 at 20:52 +0200, Alessandro Vesely wrote: Package: xen-hypervisor-4.1-amd64 Version: 4.1.4-3+deb7u1 Severity: normal I tried GRUB_CMDLINE_XEN=dom0_mem=8192M: that delivers 6964868K total, then crashes when used=2837436K free=4127432K. By crash I mean the gnome screen was blown away, replaced by a black screen with white log lines. That seems to happen every time dom0 uses a large amount of memory. On a modern dom0 kernel you need to specify the maximum memory as well, i.e. dom0_mem=8192M,max:8192M otherwise the kernel will attempt to allocate enough page tables to cover all of *host* RAM which can exhaust its actual memory allocation. You can of course also boot preballooned e.g. dom0_mem=1G,max:4G but need to be mindful of the ratio between the two. http://blog.xen.org/index.php/2012/04/30/memory-where-it-has-not-gone/ has some background discussion. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710650: Bug#718767: transition: ocaml 4.00.1
On 09/06/2013 02:42 PM, Stéphane Glondu wrote: Le 05/09/2013 23:18, Julien Cristau a écrit : tracker adjusted. xen-api is currently broken though, so you'll need to get that fixed before starting. I've just fixed a blocking bug (#713349) which was due to the renaming of an OCaml library (type-conv - type_conv). Hi, I had a patch from upstream that he gave me a few days ago about it, and thought I would work on it. Thanks for your upload though. Now, xen-api FTBFS because of what looks like an API change in some (C) dependency: [...] + gcc -g -O2 -DCOMPILE_NATIVE -I/usr/lib/ocaml -I/usr/include -I. -c -o xenguest_stubs.o xenguest_stubs.c In file included from xenguest_stubs.c:24:0: /usr/include/xs.h:1:2: warning: #warning xs.h is deprecated use xenstore.h instead [-Wcpp] #warning xs.h is deprecated use xenstore.h instead ^ xenguest_stubs.c: In function 'dispatch_suspend': xenguest_stubs.c:197:14: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] int domid = (int) arg; ^ xenguest_stubs.c: In function 'hvm_build_set_params': xenguest_stubs.c:360:8: error: 'struct hvm_info_table' has no member named 'acpi_enabled' va_hvm-acpi_enabled = f.acpi; ^ xenguest_stubs.c: At top level: xenguest_stubs.c:470:3: warning: initialization from incompatible pointer type [enabled by default] .postcopy = switch_qemu_logdirty, ^ [...] Upstream from Citrix is preparing a new version of XCP, and Xen 4.3 has just been uploaded. So probably it will be solved soon. I wasn't supposed to announce it, so don't consider this as an announcement, just be aware that we're working on it. On the other hand, there is a new upstream release (upstream version is 1.6 and unstable version is 1.3.2). I wrote it many time to many people. Please don't just read 1.6 as new upstream release for XCP. That's unfortunately not the way it works. Upstream version for Debian and the one they do for CentOS are different, and just using upstream 1.6 doesn't cut it. It needs to be ported to Debian, and that's far from a trivial work (as Michael Tokarev wrote, it's not just replacing /usr/libexec/ into /usr/lib/ and the like). However, as I wrote it, it's going to happen, so please be patient about it. IMO, this shouldn't block any transition though. If the release team is reading: just let everything transition to testing, and remove the old version of XCP 1.3.2 in testing if that helps, plus add some blocking bugs so that the rest of Debian isn't affected by the (not finished) work on XCP 1.6 for Debian. It doesn't make sense to me to invest time in this without updating the package, which goes beyond the scope of an NMU. Fixing #713349 was already borderline since there is also a new upstream release there... but it was easy. Indeed. The FTBFS bug has been reported in June. I told some of the maintainers (in-person, in CC) to update this package during debconf. No activity since them. IMHO, this package is neglected and should be removed from testing. No, the package isn't neglected. It's simply more complicated than it seems. I'm currently dealing with upstream about it. I by the way don't mind if 1.3.2 is removed from testing, as we will need to package the next version anyway. There are a few reverse-dependencies, but they all look somehow connected: nova, guest-templates, xcp-*... My take would be to remove (from testing) all of them. The problem for Nova is different. It's depending on sqlalchemy-migrate (python-migrate in Debian), which is blocked by Alembic, AFAIK. As for guest-templates, I don't see why it is affected. I hope the above helps, Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721962: goto-common: Drop unused hwinfo dependency
Package: goto-common Version: 3.1-1 Please drop the hwinfo dependency, goto-common does not use it anywhere. goto-common is one of the few remaining packages that depend on it, but its orphaned, still uses the lng-deprecated and broken hal (#613184) and there are better alternatives today, thus it ought to be removed at some point. Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718413: Gourmet 0.16.1 released
Bernhard Reiter ock...@raz.or.at writes: I've just released version 0.16.1 of Gourmet recipe manager [1]. I've also updated my Debian packaging [2], trying to somewhat reduce the diff between yours and mine. Please do at least take a look at my debian/changelog. Yes, I'll. For now my machine is busy with a ddreescue process and i'm unable to do a package. I hope ddrescue will end soon. Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710650: Bug#718767: transition: ocaml 4.00.1
On Fri, Sep 6, 2013 at 08:42:29 +0200, Stéphane Glondu wrote: The FTBFS bug has been reported in June. I told some of the maintainers (in-person, in CC) to update this package during debconf. No activity since them. IMHO, this package is neglected and should be removed from testing. There are a few reverse-dependencies, but they all look somehow connected: nova, guest-templates, xcp-*... My take would be to remove (from testing) all of them. I'd rather not remove nova. One option would be to temporarily disable its xen bits though. Cheers, Julien signature.asc Description: Digital signature
Bug#617296: Any Progress with RStudio?
Hi, On 02:58 Fri 09/06/13 Sep , Rogério Brito wrote: If there is indeed interest in packaging R Studio, Lifeng, can you say so? The last public activity from yours was making this bug an ITP on 12 Oct 2012, which soon will be 12 months old. A short answer is yes, but ... IMHO, the most difficult part to get rstudio in Debian official archive is that rstudio build-depends on several (5 or so) Java packages missing in Debian. The upstream approach is to ship them as convenient libraries in binary package, which is unreasonable for Debian official package, and it's quite a lot of nontrivial work to package them first. For example, one of them is gwt, a large complex Java library once in unstable removed recently due to grave bugs. Regards, Lifeng -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682756: (no subject)
retitle 682756 ITP: yarp -- libraries, protocols, and tools to keep robot software modules and devices cleanly decoupled owner 682756 ! thanks Hello, Sorry for the delay and for not documenting progress, but while creating the debian package, I realized that there are some circular dependencies in the libraries, some problems with the plugin system that would force to always install all the plugins built, together with their dependencies, and several other issues. Therefore I'm working upstream to fix these issues, so that the debian packages will be clean. I'm still planning to package it, as soon as these issues are solved. Here you can find the git repository where I started the packaging. git://anonscm.debian.org/debian-science/packages/yarp.git http://anonscm.debian.org/gitweb/?p=debian-science/packages/yarp.git Thanks, Danielee -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721963: pptp-linux: 2 simultaneous pptp sessions fail. Both in single work fine.
Package: pptp-linux Version: 1.7.2-7 Severity: important Tags: patch Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I have 2 pptpd servers on the Internet (SRV1,SRV2). Both run on Debian Wheezy, stable repo. Many other users on various OSes (Windows, MacOS) connect to them fine. I need my computer (CLNT), as well Debian Wheezy, stable repo, to be connected to both servers simultaneously. CLNT is clean linux, iptables are set to ACCEPT everything, no blocking rules. When I connect to each connection separately, it works great. When I try to connect to both SRV1 and SRV2 one by one, the first one connects, the second one fails. Both connections have different unit numbers (ppp88 and ppp99). And no matter which connection runs first, the second one fails. Sep 5 12:43:49 debian pppd[6113]: using channel 45 Sep 5 12:43:49 debian pppd[6113]: Using interface ppp88 Sep 5 12:43:49 debian pppd[6113]: Connect: ppp88 -- /dev/pts/9 Sep 5 12:43:53 debian pppd[6113]: sent [LCP ConfReq id=0xe asyncmap 0x0 magic 0x52be3a2a pcomp accomp] Sep 5 12:43:56 debian pppd[6113]: sent [LCP ConfReq id=0xe asyncmap 0x0 magic 0x52be3a2a pcomp accomp] Sep 5 12:43:59 debian pppd[6113]: sent [LCP ConfReq id=0xe asyncmap 0x0 magic 0x52be3a2a pcomp accomp] Sep 5 12:44:02 debian pppd[6113]: sent [LCP ConfReq id=0xe asyncmap 0x0 magic 0x52be3a2a pcomp accomp] Sep 5 12:44:05 debian pppd[6113]: sent [LCP ConfReq id=0xe asyncmap 0x0 magic 0x52be3a2a pcomp accomp] Sep 5 12:44:08 debian pppd[6113]: sent [LCP ConfReq id=0xe asyncmap 0x0 magic 0x52be3a2a pcomp accomp] Sep 5 12:44:11 debian pppd[6113]: sent [LCP ConfReq id=0xe asyncmap 0x0 magic 0x52be3a2a pcomp accomp] Sep 5 12:44:14 debian pppd[6113]: sent [LCP ConfReq id=0xe asyncmap 0x0 magic 0x52be3a2a pcomp accomp] Sep 5 12:44:17 debian pppd[6113]: sent [LCP ConfReq id=0xe asyncmap 0x0 magic 0x52be3a2a pcomp accomp] Sep 5 12:44:20 debian pppd[6113]: LCP: timeout sending Config-Requests Sep 5 12:44:20 debian pppd[6113]: Connection terminated. Sep 5 12:44:20 debian pppd[6113]: Modem hangup Unfortunately, I have no tcpdumps saved, but I will leave the link to the post, where the guy solved the same problem. Many suggestions on the Internet say that the ISP or the router cannot manage GRE protocol. tcpdump showed that CLNT sends CTRL_MSGTYPE=OCRQ, but never recieves CTRL_MSGTYPE=OCRP, thus it doesn't come to the moment when GRE starts the connection. Moreover CLNT is the router on the network, and other computers, connected to the Internet through CLNT, connect to both servers correctly. (CLNT gives SNAT with ip_nat_pptp module enabled). So it is not a problem of GRE or ISP. It is the problem exactly with pptp-linux. I have compared the tcpdumps of successful first connect form CLNT, successful NAT-clients multiple connections and the failing second connect from CLNT and came across the idea that the CALL_ID is to blame. The same idea I found in http://marc.info/?l=pptpclient-develm=107267602016940w=2 * What exactly did you do (or not do) that was effective (or ineffective)? apt-get source pptp-linux then I applied the lines from the post http://marc.info/?l=pptpclient-develm=107267602016940w=2 apt-get -b source pptp-linux dpkg -i pptp-linux_1.7.2-7_i386.deb The patch, basically, checks if the CALL_ID is 0 and changes it to random. Very simple. * What was the outcome of this action? It finally worked. Of course, it is not the problem of Debian package. It is the problem of pptp client http://pptpclient.sourceforge.net/ But it is not maintained since 2008 and there is not much hope, the bug will be fixed there. It would be great if this problem will be solved at least in Debian. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages pptp-linux depends on: ii binutils 2.22-8 ii libc6 2.13-38 ii ppp 2.4.5-5.1+b1 pptp-linux recommends no packages. pptp-linux suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721964: ITP: r-bioc-annotationdbi -- GNU R Annotation Database Interface for BioConductor
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-annotationdbi Version : 1.22.6 Upstream Author : Herve Pages, Marc Carlson, Seth Falcon, Nianhua Li * URL : http://www.bioconductor.org/packages/release/bioc/html/AnnotationDbi.html * License : Artistic-2.0 Programming Lang: R Description : GNU R Annotation Database Interface for BioConductor This BioConductor module provides user interface and database connection code for annotation data packages using SQLite data storage. This is also a precondition for r-bioc-cummerbund and maintained at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-annotationdbi/trunk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721965: python-gnupg: FTBFS: tests fail without network connection
Package: python-gnupg Version: 0.3.5-1 Severity: serious Justification: fails to build from source Dear Maintainer, When building in a network-less environment, the package fails to build. Apparently the new search_keys tests try to connect to online keyservers. == FAIL: test_search_keys (__main__.GPGTestCase) Test that searching for keys works -- Traceback (most recent call last): File test_gnupg.py, line 462, in test_search_keys self.assertTrue(r) AssertionError: [] is not true == FAIL: search_keys (gnupg.GPG) Doctest: gnupg.GPG.search_keys -- Traceback (most recent call last): File /usr/lib/python2.7/doctest.py, line 2201, in runTest raise self.failureException(self.format_failure(new.getvalue())) AssertionError: Failed doctest test for gnupg.GPG.search_keys File /build/buildd/python-gnupg-0.3.5/gnupg.py, line 1063, in search_keys -- File /build/buildd/python-gnupg-0.3.5/gnupg.py, line 1071, in gnupg.GPG.search_keys Failed example: assert result Exception raised: Traceback (most recent call last): File /usr/lib/python2.7/doctest.py, line 1289, in __run compileflags, 1) in test.globs File doctest gnupg.GPG.search_keys[5], line 1, in module assert result AssertionError -- File /build/buildd/python-gnupg-0.3.5/gnupg.py, line 1074, in gnupg.GPG.search_keys Failed example: assert result Exception raised: Traceback (most recent call last): File /usr/lib/python2.7/doctest.py, line 1289, in __run compileflags, 1) in test.globs File doctest gnupg.GPG.search_keys[8], line 1, in module assert result AssertionError -- Ran 23 tests in 173.920s FAILED (failures=2) make[1]: *** [override_dh_auto_test] Error 1 -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#721966: keepalived: new version : Release 1.2.8
Package: keepalived Severity: wishlist Dear Maintainer, We are designing a not SDN software what could be integrated in OpenStack. For HA, we would like to use Keepalived without Multicast but only unicast for VRRP advertisements. This features has been brought in the last version (1.2.8). To be accepted, this feature should run on stable Debian OS (current wheezy). My request is to have Keepalived 1.2.8 release in Debian Wheezy. Regards, Emilien Macchi -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.13-grsec--grs-ipv6-64 (SMP w/4 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash signature.asc Description: OpenPGP digital signature
Bug#703585: Bug:#703585 [pyopengl] run-time warning: No Numeric module present: No module named Numeric
To reproduce try the following command: python -c 'import logging; logging.basicConfig(format=%(asctime)s %(message)s); logging.root.setLevel(logging.DEBUG); import OpenGL; from OpenGL.GL import GL_VERSION, GL_EXTENSIONS;' Please consider patching pyopengl to remove warning ImportError: No Numeric module present: No module named Numeric. Thank you. -- Regards, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721966: keepalived: new version : Release 1.2.8
Emilien Macchi schrieb am Friday, den 06. September 2013: Package: keepalived Severity: wishlist Dear Maintainer, We are designing a not SDN software what could be integrated in OpenStack. For HA, we would like to use Keepalived without Multicast but only unicast for VRRP advertisements. This features has been brought in the last version (1.2.8). To be accepted, this feature should run on stable Debian OS (current wheezy). My request is to have Keepalived 1.2.8 release in Debian Wheezy. Wheezy doesn't get any new versions. Maybe I'll provide a backport later, after 1.2.8 is stable. Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721898: [winswitch] Bug#721898: please backport xpra
On Fri, 6 Sep 2013 16:29:08 Antoine Martin wrote: Server side does not use OpenGL, maybe you are referring to this client side message: ImportError: No Numeric module present: No module named Numeric Note: Debian does not ship python-gnumeric (which is superseded by numpy) which makes PyOpenGL spit out a warning when we load it. AFAIK, silencing this warning would silence other more useful warnings. I wonder if logging is unnecessary verbose by default. For example the following command python -c 'import logging; logging.root.setLevel(logging.DEBUG); import OpenGL; from OpenGL.GL import GL_VERSION, GL_EXTENSIONS;' merely print No handlers could be found for logger OpenGL.acceleratesupport and somehow don't complain about No module named Numeric... Perhaps Debian should consider patching PyOpenGL to remove this warning instead - or provide python-numeric packages for backwards compatibility. It is up to pyopengl maintainer(s) to decide and they are already have a bug for this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703585 -- Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721869: install appropriate linux-headers
Dmitrijs Ledkovs x...@debian.org writes: On 5 September 2013 20:58, Bjørn Mork bj...@mork.no wrote: Christian PERRIER bubu...@debian.org writes: Quoting Bjørn Mork (bj...@mork.no): So, it's probably less overkill than it may seem at first glance to imagine that installing headers by default may help in some cases. I hope and expect most Linux users never needing kernel headers. And if they do need them, then the headers should be pulled in by one of the -dkms packages. I do not think it is a good idea to encourage users or driver authors to keep drivers out of Debian. How does the dependency look like to get headers for the _currently_ running kernel and not the latest one available/installed? Considering I can upgrade to the new kernel packages a few times before rebooting. This is way outside what you can expect to be supported. Sitting on the outside here, I am puzzled to see this belief that Debian should support all sorts of user modifications to the kernel package. Sure, I appreciate the fact that it is easy to modify any package, using old packages long gone, or installing software from a 3rd party. I do all three. But I don't expect anyone to support these modifications. And if there is some kernel module missing, then my experience is that the excellent Debian kernel team is more than happy to add it. Sending a bug report with a patch or a list of mainline git commits is actually easier than remembering to rebuild your out-of-three module on every kernel upgrade. This is what Debian users should be pointed to. Not a howto telling you to build some strange driver from untrusted sources yourself. That's just crazy. Still, I do appreciate the freedom to do crazy stuff. But I react on the demands that it should be easier, because *any* level of support can be seen as an OK from Debian. And using random out-of-tree drivers is definitely not OK in general. Bjørn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718393: [Hostname-devel] Bug#718393: hostname --all-fqdns is broken: doesn't list the FQDN
On Wed, Jul 31, 2013 at 04:58:08AM +0200, Vincent Lefevre wrote: $ hostname --fqdn xvii.vinc17.org $ hostname --all-fqdns xvii.local ... I beg your pardon, I cannt see the bug here. hostname(1) clearly says: --all-fqdns Displays all FQDNs of the machine. This option enumerates all configured network addresses on all configured network interfaces, and translates them to DNS domain names. Addresses that cannot be translated (i.e. because they do not have an appropriate reverse DNS entry) are skipped. Note that different addresses may resolve to the same name, therefore the output may contain duplicate entries. Do not make any assumptions about the order of the output. So it apparently does what it claims to do. What am I missing? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721965: python-gnupg: FTBFS: tests fail without network connection
I went ahead and pushed the fix to Subversion (though not uploaded yet). -- Dmitry Shachnev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721898: please backport xpra
Hi Thomas, I'm not ready to backport 0.10.* yet but 0.9.8 is already waiting for approval in wheezy-backports NEW. Only days ago it's became possible to backport xpra due to upload of recent enough cython to wheezy-backports. On Thu, 5 Sep 2013 17:03:11 Thomas Koch wrote: P.s. Thank you for gpg signing the git tags in the packaging repo! Thank you, but what's the importance of this for you? I sort of thought it's a good practice but never knew how exactly it could be useful... -- All the best, Dmitry Smirnov GPG key : 4096R/53968D1B --- The gods offer no rewards for intellect. There was never one yet that showed any interest in it. -- Mark Twain, 1900 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721898: [winswitch] Bug#721898: please backport xpra
On 06/09/13 16:54, Dmitry Smirnov wrote: On Fri, 6 Sep 2013 16:29:08 Antoine Martin wrote: Server side does not use OpenGL, maybe you are referring to this client side message: ImportError: No Numeric module present: No module named Numeric Note: Debian does not ship python-gnumeric (which is superseded by numpy) which makes PyOpenGL spit out a warning when we load it. AFAIK, silencing this warning would silence other more useful warnings. I wonder if logging is unnecessary verbose by default. For example the following command python -c 'import logging; logging.root.setLevel(logging.DEBUG); import OpenGL; from OpenGL.GL import GL_VERSION, GL_EXTENSIONS;' merely print No handlers could be found for logger OpenGL.acceleratesupport and somehow don't complain about No module named Numeric... That's a different message caused by the fact that the logging system is not configured before use. You need a call to logging.basicConfig() or similar before importing OpenGL: python -c 'import logging; logging.basicConfig(); logging.root.setLevel(logging.DEBUG); import OpenGL; from OpenGL.GL import GL_VERSION, GL_EXTENSIONS;' Antoine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713978: hostname: add upstart init support
Hi Dmitrijs, please consider applying the following patch that adds upstart integration to set hostname at boot time. ... I don't really like the idea of adding init files for one of the alternatives to the hostname package itself, while the others have their init file in the corresponding packages belonging to the init system itself. IMO it should be either all or none. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721966: keepalived: new version : Release 1.2.8
s/wheezy/sid/ signature.asc Description: OpenPGP digital signature
Bug#617296: Any Progress with RStudio?
On 6 September 2013 at 16:38, Lifeng Sun wrote: | Hi, | | On 02:58 Fri 09/06/13 Sep , Rogério Brito wrote: | If there is indeed interest in packaging R Studio, Lifeng, can you say so? | The last public activity from yours was making this bug an ITP on 12 Oct | 2012, which soon will be 12 months old. | | A short answer is yes, but ... | | IMHO, the most difficult part to get rstudio in Debian official | archive is that rstudio build-depends on several (5 or so) Java | packages missing in Debian. The upstream approach is to ship them as | convenient libraries in binary package, which is unreasonable for | Debian official package, and it's quite a lot of nontrivial work to | package them first. For example, one of them is gwt, a large complex | Java library once in unstable removed recently due to grave bugs. Really? I am pretty good friends with the RStudio team, and know them as hard-core C++-ers. There are (were?) newer Qt parts, Boost parts, ... in there but I'd be very surprised to find Java. [ And yes, it remains a very large and complicated package. I have no capacity to help, sorry. ] Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713550: phonefsod: FTBFS: ld: phonefsod-phonefsod.o: undefined reference to symbol 'g_thread_init'
This bug was fixed a year ago in Ubuntu. Please apply the patch since this is one of the last pieces blocking libfso-glib2 from migrating to testing. https://launchpadlibrarian.net/107912300/phonefsod_0.1%2Bgit20110827-3_0.1%2Bgit20110827-3ubuntu1.diff.gz Thanks, Jeremy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721967: O: driconf -- DRI configuration applet
Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am orphaning the driconf package. The package description is: Driconf is a configuration applet for the Direct Rendering Infrastructure (DRI). It allows customizing performance and visual quality settings of OpenGL drivers on a per-driver, per-screen and/or per-application level. . Driconf is implemented in Python. It uses the GTK+ toolkit bindings and the xdriinfo program (from the xdriinfo or xbase-clients package) to retrieve configuration information from OpenGL drivers. . Homepage: http://dri.freedesktop.org/wiki/DriConf -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iD8DBQFSKbHQWoGvjmrbsgARAkcOAJ9yK172SU4qOUTP2HIxvl6UmqyZTACfYHhK 22MVFG8CM/oYlhYEVEjxYZ8= =OWCz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717569: glfw: Please update to version 3.0.1
Hi, I packaged 3.0.2-0.1 at https://build.opensuse.org/package/show/home:stbuehler:opengl/glfw3 based on git://anonscm.debian.org/pkg-games/glfw.git I renamed the dev package to libglfw3-dev to avoid name conflicts. Perhaps this helps you with an official package :) regards, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716922: libqt4-core: breaks akonadi with postgres backend
Hi, I can confirm that KMail no longer works, and that downgrading libqt4-sql-psql to 4:4.8.4+dfsg-4 gets my INBOX working again. Please do something about this. Thanks, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721968: [kdevelop] KDevelop crashes when opening an existing project (backtrace incl.)
Package: kdevelop Version: 4:4.3.1-3+b2 Severity: normal - Kdevelop crashes when opening even a simple console project, making it unusable. Here is a backtrace: Application: KDevelop (kdevelop), signal: Segmentation fault Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [Current thread is 1 (Thread 0x7f78930c2780 (LWP 21328))] Thread 11 (Thread 0x7f787879a700 (LWP 21329)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 #1 0x7f7891550424 in wait (time=1000, this=0x1c85900) at thread/qwaitcondition_unix.cpp:84 #2 QWaitCondition::wait (this=optimized out, mutex=0x1c989e0, time=1000) at thread/qwaitcondition_unix.cpp:158 #3 0x7f788d49262b in ?? () from /usr/lib/libkdevplatformlanguage.so.5 #4 0x7f789154ff6f in QThreadPrivate::start (arg=0x1c989c0) at thread/qthread_unix.cpp:338 #5 0x7f788f5cfe0e in start_thread (arg=0x7f787879a700) at pthread_create.c:311 #6 0x7f789025f93d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 10 (Thread 0x7f786a8fa700 (LWP 21343)): #0 0x7fff99d7cae8 in ?? () #1 0x7f786a8f9b40 in ?? () #2 0x000103628acf in ?? () #3 0x7f78640012c0 in ?? () #4 0x7f786a8f9bf8 in ?? () #5 0x7f786a8f9b90 in ?? () #6 0x7f786a8f9c00 in ?? () #7 0x7f78902716ad in clock_gettime (clock_id=optimized out, tp=optimized out) at ../sysdeps/unix/clock_gettime.c:115 #8 0x7f78915a4797 in do_gettime (frac=0x7f786a8f9b40, sec=0x7f786a8f9b38) at tools/qelapsedtimer_unix.cpp:127 #9 qt_gettime () at tools/qelapsedtimer_unix.cpp:144 #10 0x7f789167e395 in updateCurrentTime (this=0x1) at kernel/qeventdispatcher_unix.cpp:354 #11 QTimerInfoList::timerWait (this=0x1, tm=...) at kernel/qeventdispatcher_unix.cpp:460 #12 0x7f789167cb3c in timerSourcePrepareHelper (src=optimized out, timeout=0x7f786a8f9bf4) at kernel/qeventdispatcher_glib.cpp:136 #13 0x7f789167cbe5 in timerSourcePrepare (source=optimized out, timeout=optimized out) at kernel/qeventdispatcher_glib.cpp:169 #14 0x7f788aeec83d in g_main_context_prepare () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #15 0x7f788aeed0b3 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #16 0x7f788aeed29c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #17 0x7f789167cd06 in QEventDispatcherGlib::processEvents (this=0x7f7864002800, flags=...) at kernel/qeventdispatcher_glib.cpp:427 #18 0x7f789164e7bf in QEventLoop::processEvents (this=this@entry=0x7f786a8f9db0, flags=...) at kernel/qeventloop.cpp:149 #19 0x7f789164eab5 in QEventLoop::exec (this=this@entry=0x7f786a8f9db0, flags=...) at kernel/qeventloop.cpp:204 #20 0x7f789154d8cf in QThread::exec (this=this@entry=0x2877380) at thread/qthread.cpp:536 #21 0x7f789162fee3 in QInotifyFileSystemWatcherEngine::run (this=0x2877380) at io/qfilesystemwatcher_inotify.cpp:256 #22 0x7f789154ff6f in QThreadPrivate::start (arg=0x2877380) at thread/qthread_unix.cpp:338 #23 0x7f788f5cfe0e in start_thread (arg=0x7f786a8fa700) at pthread_create.c:311 #24 0x7f789025f93d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 9 (Thread 0x7f7860f0d700 (LWP 21394)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7f7888221ebd in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #2 0x7f7888221fc9 in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #3 0x7f788f5cfe0e in start_thread (arg=0x7f7860f0d700) at pthread_create.c:311 #4 0x7f789025f93d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 8 (Thread 0x7f785bfff700 (LWP 21395)): #0 0x7f788af2bfda in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x7f788af2c2b9 in g_mutex_unlock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f788aeed189 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f788aeed29c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7f789167cd06 in QEventDispatcherGlib::processEvents (this=0x7f78540008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:427 #5 0x7f789164e7bf in QEventLoop::processEvents (this=this@entry=0x7f785bffedf0, flags=...) at kernel/qeventloop.cpp:149 #6 0x7f789164eab5 in QEventLoop::exec (this=this@entry=0x7f785bffedf0, flags=...) at kernel/qeventloop.cpp:204 #7 0x7f789154d8cf in QThread::exec (this=optimized out) at thread/qthread.cpp:536 #8 0x7f789154ff6f in QThreadPrivate::start (arg=0x258b950) at thread/qthread_unix.cpp:338 #9 0x7f788f5cfe0e in start_thread (arg=0x7f785bfff700) at pthread_create.c:311 #10 0x7f789025f93d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 7 (Thread 0x7f785a965700 (LWP 21439)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at
Bug#721797: dictionaries-common: [PATCH] Improve debian-ispell.el not to display message etc
On Wed, Sep 04, 2013 at 09:49:55AM +0300, Jari Aalto wrote: Package: dictionaries-common Version: 1.20.2 Severity: wishlist Here are some improvement suggestions to the Emacs startup configuration: * Patch 1: No need to load at the very start of Emacs start up. Make setup load, when the ispell is actuallu used/loaded. This helps to make Emacs faster at start when additional settings are postponed. Thanks for the info. The above is intentional, to show the list of available registered dictionaries before ispell.el is actually loaded, at the cost of some small effect on Emacs startup. Unfortunately some hunspell dicts do not register themselves with the traditional (having a match in ispell.el) name. * Patch 2: Do not display any extra messages on echo-area. The information ...already loaded may confuse new users. This is a reminiscence from debugging code. Thanks for pointing out this. * Patch 3: In order to check debian-ispell.el locally, this fails: emacs -Q -q -ne debian-ispell.el M-x eval-current-buffer The patch adds fboundp check for appropriate place and makes the above commands to work. Thanks again. Regards, -- = Agustin Martin Domingo, Dpto. de Fisica, ETS Arquitectura Madrid, (U. Politecnica de Madrid) tel: +34 91-336-6536, Fax: +34 91-336-6554, email:agustin6mar...@gmail.com, http://www.aq.upm.es/agmartin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721969: ITP: interfacetable-v3t -- Nagios / Icinga plugin to monitor network interfaces via SNMP
Package: wnpp Severity: wishlist Owner: Markus Frosch mar...@lazyfrosch.de * Package name: interfacetable-v3t Version : 0.05 Upstream Author : Yannick Charton tontonitch-...@yahoo.fr * URL : http://www.tontonitch.com/tiki/tiki-index.php?page=Nagios%20plugins%20-%20interfacetable_v3t * License : GPL2+ Programming Lang: Perl and some PHP and JS Description : Nagios / Icinga plugin to monitor network interfaces via SNMP Interfacetable_v3t (formerly check_interface_table_v3t) is a Nagios / Icinga addon that allows you to monitor the network interfaces of a node (e.g. router, switch, server) without knowing each interface in detail. Only the hostname (or ip address) and the snmp community string are required. It generates a html page gathering some info on the monitored node and a table of all interfaces/ports and their status. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721970: prosody - New release 0.9.0
Package: src:prosody Severity: wishlist Prosody 0.9.0 was released two weeks ago, please update the package. Bastian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721971: RM: ktp-presence-applet -- ROM; replaced by ktp-desktop-applets
Package: ftp.debian.org Severity: normal Hi, please remove ktp-presence-applet, as it has been replaced by ktp-desktop-applets and currently it FTBFSes in unstable (with newer kde-telepathy stack). Thanks, -- Pino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709804: RFP: indicator-multiload
Seconded. This wonderful little program is an essential part of my desktop. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716922: Upstream bug
If you are hitted by this bug, the best you can do is trying to colaborate upstream to oslve it. See the forwarded URL above in http://bugs.debian.org/716922 -- 14: Para acceder y navegar en internet * Debe tener conexion a Internet Damian Nadales http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#721465: Fwd: Xorg.log file
The Xorg.log with fglrx enabled before freezing system in the previous mail. No, I couldn't get Xorg.log after fglrx failed. When system is freezing, ssh connection is freezing too (no more actions can do) and even ping gives Host unreachable. Now I have no idea how to get Xorg.log. If you give some advices I will very appreciate.
Bug#721972: arm build support
Package: src:nvidia-texture-tools Version: 2.0.8-1+dfsg-3 Severity: wishlist Tags: patch With a simple patch, from the still unreleased upstream 2.0.8, and already used in the bundled copy in 0 A.D. game, the package can be built on arm. I will send a debdiff, also fixing #712956 and #713966. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721973: override: strongswan-ikev1:oldlibs/extra, strongswan-ikev2:oldlibs/extra
Package: ftp.debian.org Severity: normal Hi, strongswan-ikev1 and strongswan-ikev2 are now transitional packages. Please adjust the override file to move them in oldlibs/extra Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721972: debdiff
nvtt.debdiff Description: Binary data
Bug#721974: python-lesscpy: FTBFS in clean environment, missing build-dep and requires utf-8 capable terminal
Package: python-lesscpy
Severity: serious
Justification: fails to build from source
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Thomas, Julien and Mehdi,
trying to build python-lesscpy in a clean environment with sbuild fails for
multiple reasons:
1. dh_auto_clean tries to run pyversions, which is not installed due to a
missing build-dependency on python-minimal:
dpkg-buildpackage: source package python-lesscpy
dpkg-buildpackage: source version 0.9h-1
dpkg-buildpackage: source distribution experimental
dpkg-source --before-build python-lesscpy-0.9h
dpkg-buildpackage: host architecture amd64
fakeroot debian/rules clean
make: pyversions: Command not found
py3versions: no X-Python3-Version in control file, using supported versions
dh clean --buildsystem=python_distutils --with python3
dh_testdir -O--buildsystem=python_distutils
dh_auto_clean -O--buildsystem=python_distutils
dh_auto_clean: failed to run pyversions
make: *** [clean] Error 2
dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2
2. Even when installing python-minimal, the build fails because there is a
utf-8 encoded character in the LICENSE file:
Traceback (most recent call last):
File setup.py, line 27, in module
license=open('LICENSE').read(),
File /usr/lib/python3.3/encodings/ascii.py, line 26, in decode
return codecs.ascii_decode(input, self.errors)[0]
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 20:
ordinal not in range(128)
make[1]: *** [override_dh_auto_install] Error 1
I don't know if this needs fixing in Debian at all, due to arch:All packages
being built on the developer's machine only, where most likely utf-8 is
available, but in Ubuntu for example, all packages are built on the build
farm, making this package unbuildable there.
Cheers,
Andreas
- -- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (750, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.5.0-18-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)
iQIcBAEBAgAGBQJSKcIGAAoJEGHzRCZ03mYk0QQQALs3A3eM4pn5Uzt0WTDzfW7u
kSlTswJky9uPik+HNFa1IYqzSM9ZNX1gd0x3whBq6XSXMeTrDIjmOgWvMyHM0lBg
pmO7GbHQ9S52sIlHNzdm9/Y2coT4AbZCen3A7Vfqu+haGiNdzn60HQAgCEDBsAYA
6peYBIvbFjzLmIfaWFZ3hhKlFiE8ganlnHw8/4qjXW/Z/Z7ssweJvb3WTh7NUPyz
rD1RMsadi4DDsx5jo7w4HHSIb4saUX4N76NYMWu+gZy1lfOGgt/67C7m5AYc0LD4
u4AAPbSLx7puXayQhUTf7FCWjmkMeguGYrSrc9m4rBF9MOTsEkItK00PIY4ugpgy
X3CFZd3MDHliOe5P+zPFAS7SXkgcIdMOjEqDKwUzMKKueqYvxYjpc8WcVq7MBMwh
zfu3ywagPKWbkKtz+SpEcfuzNuTCBUX2v8rFXbIY0GJEXJbqzCdS7iihxARSAO+x
96OSpHdwDL835ataobHNgSSlqdPlVG1eenSq5SZ6peDqj5a5+tjFlDbK+8eJiNPi
FIDBg37mjq+eyzLilBBldzXvZe/8Na+6SwkD1vyeKJLJyO2cVVdtj4ayJmuelylp
Tp9bWdlWEj4jwQ2+YDMkDaEk9DCY/sr31eQfxl8Reb+ZVJAzCU6Bn5gAxkml48VQ
ov80nS8RThQpxBUM5DAT
=tnZ1
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721968: (no subject)
UPDATE: After disabling background parser KDevelop doesn't crash. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721934: cinder: [INTL:ja] New Japanese translation
On Fri, 6 Sep 2013 07:01:23 +0200 Christian PERRIER wrote: I'm afraid you forgot attaching the file..;-) oops.. attached -- victory cinder_2013.1.2-4_ja.po.gz Description: Binary data
Bug#709758: Consciously blocking packages and development
severity 709758 whishlist retitle please remove build dep on transitional packages thanks TeX Live has reintroduced all the transitional packages, thus the FTBFS is gone and this bug is a wishlist bug to replace the outdated deps. Enjoy Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721975: HURD support, build fails, maybe an easy fix [patch]
Package: rrdtool
Version: 1.4.7-2
I notice that the HURD build is failing with an error about PATH_MAX
This is a common issue. PATH_MAX doesn't exist in HURD and it is very
trivial to work around
Full build log:
https://buildd.debian.org/status/fetch.php?pkg=rrdtoolarch=hurd-i386ver=1.4.7-2stamp=1343897555
Error:
rrd_client.c: In function 'rrdc_update':
rrd_client.c:586:18: error: 'PATH_MAX' undeclared (first use in this function)
rrd_client.c:586:18: note: each undeclared identifier is reported only once for
each function it appears in
rrd_client.c:586:8: warning: unused variable 'file_path' [-Wunused-variable]
rrd_client.c: In function 'rrdc_flush':
rrd_client.c:647:18: error: 'PATH_MAX' undeclared (first use in this function)
rrd_client.c:647:8: warning: unused variable 'file_path' [-Wunused-variable]
make[3]: *** [rrd_client.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [build-arch-stamp] Error 2
Discussion:
http://www.gnu.org/software/hurd/community/gsoc/project_ideas/maxpath.html
Potential solution:
http://www.gnu.org/software/hurd/hurd/porting/guidelines.html#PATH_MAX_tt_MAX_PATH_tt_MAXPATHL
Attached is an example of a patch from another project, it appears easy enough
to cut and paste into rrd_client.c
--- cpulimit-1.1.orig/cpulimit.c 2005-06-27 00:15:23.0 +
+++ cpulimit-1.1/cpulimit.c 2006-08-07 10:14:37.0 +
@@ -134,6 +134,22 @@ done:
}
+char* xreadlink(const char *filename) {
+int nchars;
+int size = 1024;
+char *buffer;
+if ((buffer=(char*)malloc(size))==NULL)
+return NULL;
+while ((nchars=readlink(filename,buffer,size))size) {
+if (nchars0)
+return NULL;
+buffer=realloc(buffer,size);
+size *= 2;
+}
+buffer[nchars]='\0';
+return buffer;
+}
+
//this function periodically scans process list and looks for executable path names
//it should be executed in a low priority context, since precise timing does not matter
//if a process is found then its pid is returned
@@ -148,7 +164,7 @@ int getpidof(const char *process) {
}
char exelink[20];
- char exepath[PATH_MAX+1];
+ char *exepath = NULL;
int pid=0;
int i=0;
@@ -169,8 +185,9 @@ int getpidof(const char *process) {
pid=atoi(dit-d_name);
if (pid0) {
sprintf(exelink,/proc/%d/exe,pid);
-int size=readlink(exelink,exepath,sizeof(exepath));
-if (size0) {
+exepath=xreadlink(exelink);
+if (exepath) {
+ size_t size = strlen(exepath);
int found=0;
if (process[0]=='/' strncmp(exepath,process,size)==0 size==strlen(process)) {
//process starts with / then it's an absolute path
@@ -191,6 +208,7 @@ int getpidof(const char *process) {
fprintf(stderr,Error: Process %d detected, but you don't have permission to control it\n,pid);
}
}
+ free(exepath);
}
}
}
Bug#701300:
Please check: # nm -D /usr/lib/libACE-6.0.3.so | grep handle_signal | c++filt 00117910 T ACE_Sig_Adapter::handle_signal(int, siginfo*, ucontext*) 000de5c0 T ACE_Event_Handler::handle_signal(int, siginfo*, ucontext*) 000a7ae0 T ACE_Service_Config::handle_signal(int, siginfo*, ucontext*) 001115e0 T ACE_Process_Manager::handle_signal(int, siginfo*, ucontext*) 000abab0 T ACE_Service_Manager::handle_signal(int, siginfo*, ucontext*) 000f1c50 T ACE_MMAP_Memory_Pool::handle_signal(int, siginfo*, ucontext*) 00116e10 T ACE_Shared_Memory_Pool::handle_signal(int, siginfo*, ucontext*) Cf. siginfo_t* vs siginfo* # dpkg -s libace-6.0.3 Package: libace-6.0.3 Status: install ok installed Priority: optional Section: libs Installed-Size: 1868 Maintainer: Debian ACE+TAO maintainers pkg-ace-de...@lists.alioth.debian.org Architecture: amd64 Source: ace Version: 6.0.3+dfsg-0.1 Depends: libc6 (= 2.8), libgcc1 (= 1:4.1.1), libstdc++6 (= 4.6) Description: C++ network programming framework This package contains the ADAPTIVE Communication Environment (ACE) framework. . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709758: Consciously blocking packages and development
Hi Norbert, On Freitag, 6. September 2013, Norbert Preining wrote: TeX Live has reintroduced all the transitional packages, thus the FTBFS is gone and this bug is a wishlist bug to replace the outdated deps. thank you very much! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#706798: transition: Libav 9
On 2013-09-04 18:57:17, Julien Cristau wrote: On Wed, Sep 4, 2013 at 17:31:34 +0200, Moritz Mühlenhoff wrote: I've successfully rebuild acoustid-fingerprinter 0.6-1 against libav9. Can you trigger a binNMU? On Wed, Sep 4, 2013 at 17:47:29 +0200, Sebastian Ramacher wrote: kid3 also builds successfully. Could binNMUs for it be scheduled too? Both scheduled. Thank you. Could you also schedule binNMUs for vdr-plugin-xineliboutput please? Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#709758: Consciously blocking packages and development
#hopefull this time I manage it without typos severity 709758 wishlist retitle 709758 please update build-deps away from transitional packages thanks thank you very much! Welcome. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704894: Fixed in development repository
tag 704894 + pending thanks. Thanks for reminding me about this deficiency. It has now (mostly, with the exception of Speex-decoder) been fixed in the development repository on GitHub (https://github.com/mlang/yatm). To be uploaded to Debian Unstable as yatm-0.7 in the coming days. -- CYa, ⡍⠁⠗⠊⠕ | Debian Developer URL:http://debian.org/ .''`. | Get my public key via finger mlang/k...@db.debian.org : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44 `. `' `- URL:http://delysid.org/ URL:http://www.staff.tugraz.at/mlang/ pgpAiIuhv9het.pgp Description: PGP signature
Bug#721975: [Fwd: Re: [rrd-developers] HURD support, build fails, maybe an easy fix [patch]]
Forwarded Message From: Svante Signell svante.sign...@gmail.com To: Daniel Pocock dan...@pocock.com.au Cc: Debian Bug Tracking System sub...@bugs.debian.org, rrd-develop...@lists.oetiker.ch Subject: Re: [rrd-developers] HURD support, build fails, maybe an easy fix [patch] Date: Fri, 06 Sep 2013 14:53:42 +0200 On Fri, 2013-09-06 at 14:19 +0200, Daniel Pocock wrote: Package: rrdtool Version: 1.4.7-2 I notice that the HURD build is failing with an error about PATH_MAX This is a common issue. PATH_MAX doesn't exist in HURD and it is very trivial to work around Hello, if you take a look at the rrdtool mailing list archives, I'm communicating with upstream about patches solving the PATH_MAX problems. Unfortunately I'm not yet finished with the updated patches, stay tuned. Regarding the fix for cpulimit it did not work for me. Maybe I got it wrong, why not try it yourself. Svante -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721976: ca-certificates contains both server and email certificates
Package: ca-certificates Version: 20130610 Severity: normal The ca-certificates package ships certificates which are trusted for either CKA_TRUST_SERVER_AUTH or CKA_TRUST_EMAIL_PROTECTION. Some of those CA certs are only valid for one or the other, and bundling them together is problematic. For example, the Verisign_Class_1_Public_Primary_Certification_Authority.pem cert is only valid for email, but can be currently used to validate web server certs. I'm not quite sure how we can resolve this, besides separating certs to be used for server validation from the certs to be used for email validation. See downstream bug report for more information: https://bugs.launchpad.net/ubuntu/+source/ca-certificates/+bug/1207004 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721977: enigmail: Incorrect dependency in package. GPG support for Thunderbird and Debian Icedove but icedove is depends, not recommends
Package: enigmail Version: 2.1.5.1+id17-4 Severity: normal enigmail should not depend on icedove or iceape. The package is just as applicable on a system using stock Thunderbird, (as described in the package info). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.0-thinkpad (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_IE.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721978: xterm: ls -al /etc/ssl/certs causes xterm to stop
Package: xterm Version: 278-4 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? ls -al /etc/ssl/certs start xterm on local host. ssh to remote host running Wheezy. ls There is no problem if I do this on local host, so maybe ther problem is some combination of ssh and xterm. strace on ssh shows it is in read(). * What exactly did you do (or not do) that was effective (or ineffective)? stty sane /dev/pts/0 /dev/pts/0 * What was the outcome of this action? No change * What outcome did you expect instead? characters echoed and input accepted ls -al /etc/ssl/certs | cat -v behaves as expected. /etc/ssl/certs/T*Sertifika* is the file name that causes problems. There is no problem with the Xfce desktop terminal except that the filename does not display correctly. 2f 65 74 63 2f 73 73 6c 2f 63 65 72 74 73 2f 54 /etc/ssl/certs/T 0010 c3 9c 42 c4 b0 54 41 4b 5f 55 45 4b 41 45 5f 4b ..B..TAK_UEKAE_K 0020 c3 b6 6b 5f 53 65 72 74 69 66 69 6b 61 5f 48 69 ..k_Sertifika_Hi 0030 7a 6d 65 74 5f 53 61 c4 9f 6c 61 79 c4 b1 63 c4 zmet_Sa..lay..c. 0040 b1 73 c4 b1 5f 2d 5f 53 c3 bc 72 c3 bc 6d 5f 33 .s.._-_S..r..m_3 0050 2e 70 65 6d 0a .pem. lrwxrwxrwx 1 root root 104 May 17 19:11 T##B##TAK_UEKAE_K##k_Sertifika_Hizmet_Sa##lay##c##s##_-_S##r##m_3.pem - /usr/share/ca-certificates/mozilla/T##B##TAK_UEKAE_K##k_Sertifika_Hizmet_Sa##lay##c##s##_-_S##r##m_3.crt *** End of the template - remove these lines *** -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (10, 'testing'), (5, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.13-38 ii libfontconfig1 2.9.0-7.1 ii libice6 2:1.0.8-2 ii libtinfo5 5.9-10 ii libutempter01.1.5-4 ii libx11-62:1.5.0-1+deb7u1 ii libxaw7 2:1.0.10-2 ii libxft2 2.3.1-1 ii libxmu6 2:1.1.1-1 ii libxt6 1:1.1.3-1+deb7u1 ii xbitmaps1.1.1-1 Versions of packages xterm recommends: ii x11-utils 7.7~1 Versions of packages xterm suggests: pn xfonts-cyrillic none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720824: opal: FTBFS with libav9: h263-1998.cxx:320:27: error: 'CODEC_FLAG_H263P_UMV' was not declared in this scope
On Sun, Aug 25, 2013 at 03:22:31PM +0200, David Suárez wrote: Source: opal Version: 3.10.10~dfsg-2 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130825 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Related to current libav9 transition (see #706798). ^ h263-1998.cxx: In member function 'virtual bool H263_RFC2190_EncoderContext::Init()': h263-1998.cxx:606:24: error: 'CODEC_FLAG_H263P_UMV' was not declared in this scope m_context-flags = ~CODEC_FLAG_H263P_UMV; ^ h263-1998.cxx:611:24: error: 'CODEC_FLAG_H263P_AIV' was not declared in this scope m_context-flags = ~CODEC_FLAG_H263P_AIV; ^ h263-1998.cxx:612:24: error: 'CODEC_FLAG_H263P_SLICE_STRUCT' was not declared in this scope m_context-flags = ~CODEC_FLAG_H263P_SLICE_STRUCT; ^ make[5]: *** [/«PKGBUILDDIR»/plugins/../lib_linux_x86_64/plugins/h263_ffmpeg/h263-1998.o] Error 1 This is fixed in the version from experimental (ptlib from experimental is also needed), which compiles fine against current libav. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693106: xine-lib: FTBFS with libav 0.9 (from experimental)
On Fri, Sep 06, 2013 at 01:34:33AM +0200, Sebastian Ramacher wrote: *** /tmp/tmpIj6V0l/bug_body In Ubuntu, the attached patch was applied to achieve the following: * fix-libav9-ftbfs: fix FTBFS with libav9, by adding missing headers. Thanks for considering the patch. Hi Darren, since the libav 9 transition is currently ongoing, would it be possible to get a fixed version with this patch applied uploaded to unstable soon? Also, since xine-lib-1.2 seems to be successor, there should be effort/bug reports to migrate the remaining build-deps of libxine-dev to libxine2-dev? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720796: gstreamer0.10-ffmpeg: FTBFS with libav9: gstffmpeg.h:63:1: error: unknown type name 'URLProtocol'
On Sun, Aug 25, 2013 at 03:08:25PM +0200, David Suárez wrote: Source: gstreamer0.10-ffmpeg Version: 0.10.13-5 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130825 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Related to current libav9 transition (see #706798). Can/should this be removed in favour of gst-libav1.0? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721979: libvirt-bin: At least one cgroup controller is required: No such device or address
Package: libvirt-bin
Version: 1.1.2-1
Severity: important
Hi,
When trying to start a domain (kvm) in virt-manager, I'm getting the
following error/backtrace:
Erreur lors du démarrage du domaine: At least one cgroup controller is
required: No such device or address
Traceback (most recent call last):
File /usr/share/virt-manager/virtManager/asyncjob.py, line 96, in cb_wrapper
callback(asyncjob, *args, **kwargs)
File /usr/share/virt-manager/virtManager/asyncjob.py, line 117, in tmpcb
callback(*args, **kwargs)
File /usr/share/virt-manager/virtManager/domain.py, line 1160, in startup
self._backend.create()
File /usr/lib/python2.7/dist-packages/libvirt.py, line 697, in create
if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self)
libvirtError: At least one cgroup controller is required: No such device or
address
I'm not running systemd on this machine, but systemd-logind is running
and cgroups are mounted:
bigon@soldur:~$ cat /proc/mounts |grep cgroup
none /sys/fs/cgroup tmpfs
rw,rootcontext=system_u:object_r:sysfs_t:s0,seclabel,relatime,size=4k,mode=755
0 0
systemd /sys/fs/cgroup/systemd cgroup
rw,nosuid,nodev,noexec,relatime,name=systemd 0 0
When unmounting /sys/fs/cgroup/systemd the domain is able to start.
Cheers
Laurent Bigonville
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libvirt-bin depends on:
ii adduser 3.113+nmu3
ii gettext-base 0.18.3.1-1
ii init-system-helpers 1.8
ii libaudit11:2.3.2-2
ii libavahi-client3 0.6.31-2
ii libavahi-common3 0.6.31-2
ii libblkid12.20.1-5.5
ii libc62.17-92+b1
ii libcap-ng0 0.7.3-1+b1
ii libdbus-1-3 1.6.14-1
ii libdevmapper1.02.1 2:1.02.77-6
ii libgcrypt11 1.5.3-2
ii libgnutls26 2.12.23-5
ii libnetcf11:0.2.3-4
ii libnl-3-200 3.2.21-1
ii libnl-route-3-2003.2.21-1
ii libnuma1 2.0.8-3
ii libparted0debian12.3-15
ii libpcap0.8 1.4.0-2
ii libpciaccess00.13.2-1
ii libreadline6 6.2+dfsg-0.1
ii libsasl2-2 2.1.25.dfsg1-14
ii libudev0 175-7.2
ii libvirt0 1.1.2-1
ii libxenstore3.0 4.3.0-1
ii libxml2 2.9.1+dfsg1-3
ii libyajl2 2.0.4-4
ii logrotate3.8.6-1
Versions of packages libvirt-bin recommends:
ii bridge-utils1.5-6
ii dmidecode 2.12-2
ii dnsmasq-base2.66-4
ii ebtables2.0.10.4-3
ii gawk1:4.0.1+dfsg-2.1
ii iproute 1:3.11.0-1
ii iptables1.4.20-2
ii libxml2-utils 2.9.1+dfsg1-3
ii netcat-openbsd 1.105-7
ii parted 2.3-15
ii pm-utils1.4.1-11
ii qemu-kvm1.6.0+dfsg-1
ii qemu-system-x86 [qemu-kvm] 1.6.0+dfsg-1
Versions of packages libvirt-bin suggests:
ii auditd 1:2.3.2-2
ii policykit-1 0.105-3
pn radvdnone
pn systemtapnone
-- Configuration Files:
/etc/libvirt/qemu.conf [Errno 13] Permission non accordée:
u'/etc/libvirt/qemu.conf'
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721980: partman-base: Creates partitions with incorrect system ID on GPT disks
Package: partman-base Version: 165 Severity: minor Tags: d-i upstream upstream After creating two partitions (a 75 MB EFI partition and an ext4 one filling all remaining space) and installing Debian Sid, gdisk 0.8.7-1 prints the following list: Disk /dev/sda: 234441648 sectors, 111.8 GiB Logical sector size: 512 bytes Disk identifier (GUID): 890FDD03-1AB9-4DBC-8187-B3CA0F9BF507 Partition table holds up to 128 entries First usable sector is 34, last usable sector is 234441614 Partitions will be aligned on 2048-sector boundaries Total free space is 2014 sectors (1007.0 KiB) 12048 155647 75.0 MiBEF00 EFI 2 155648 234441614 111.7 GiB 0700 Debian which implies that the second partition is a Microsoft Basic Data one; the more appropriate 8300 should be used. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717687: bumblebee: cannot activate the discrete nvidia card
Hi, with the 304.108-1 packages in testing, the default bumblebee config does not work anymore - it shows the error message discussed here. So the bumblebee package needs to be updated to load the nvidia-current module instead (not sure if the blacklisting needs updating, too). Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721981: ITP: python-pystache -- Mustache for Python
http://packages.qa.debian.org/p/pystache.html Cheers, Paul On Fri, Sep 06, 2013 at 04:32:42PM +0800, Thomas Goirand wrote: Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-pystache Version : 0.5.3 Upstream Author : Chris Jerdonek chris.jerdo...@gmail.com * URL : https://github.com/defunkt/pystache * License : MIT Programming Lang: Python Description : Mustache for Python Pystache is a Python implementation of Mustache (see: http://mustache.github.com/). Mustache is a framework-agnostic, logic-free templating system inspired by ctemplate (see: http://code.google.com/p/google-ctemplate/ and http://www.ivan.fomichev.name/2008/05/erlang-template-engine-prototype.html. Like ctemplate, Mustache emphasizes separating logic from presentation: it is impossible to embed application logic in this template language. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130906083242.30709.86465.report...@buzig.gplhost.com -- .''`. Paul Tagliamonte paul...@debian.org : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag signature.asc Description: Digital signature
Bug#721953: eclipse: fatal error in soup_session_feature_detach with WebKitGTK+ = 1.11.91
Hi Dominic, is this just a warning about a possible problem or have you really experienced this kind of crash yourself with latest eclipse package in Debian? That would mean there is a regression because I've already fixed this in libswt-gtk-3-java 3.8.2-1 - what you've linked is actually my patch and bug report for upstream. So if you see the crashes, please make sure you have libswt-gtk-3-java = 3.8.2-1 installed and let me know if the problem is still there or whether I can close this as duplicate. Regards, Jakub -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706798: transition: Libav 9
Here is a status update which is saldy not that good looking: dependency level 1: with patch: #720810 miro pending: #692980 electricsheep #720785 ffmpegthumbnailer #721025 spek #721164 avbin no patch, not pending: #692809 audacity #694143 ffmpeg-php #713197 imageshack-uploader (apparently Ubuntu has a patch for that) #720668 linphone #720783 dvswitch (patches for boost 1.54 and libav 9 support sent to upstream mailing list, but still broken because of changes in liblivemedia) #720814 motion #721026 renpy (fixed upstram) #721047 libavg #721148 imageshack-uploader dependency level 2: with patch: #693106 xine-lib pending: #677959 mediatomb (waiting for ffmpegthumbnailer) no patch, not pending: #713354 visp #720796 gstreamer0.10-ffmpeg dependency level 3: no patch, not pending: #720816 openscenegraph dependency level 4: no patch, not pending: #720824 opal (seems to be fixed in experimental) dependency level 5: no patch, not pending: #720661 kino #720828 transcode The binNMUs for performous failed on ia64, mips(el) and s390(x) due to #721577. Could they be given back please? On mips(el) boost 1.54.0-3 is not yet installed, so a dep-wait is needed there. audacity and transcode are in a very sad state. They have a huge popcon, but transcode is dead upstream and the upcoming audacity release still lacks libav 9 support. As far as I know Benjamin Drung wanted to look at the audacity issue. ffmpeg-php also has a huge popcon but I didn't investigate that any further. libavg looks like it could be removed from testing temporarily. It has a low popcon and no reverse dependencies. imageshack-uploader might be be a candidate too (it's also dead upstream) opencv and openscenegraph started their own transitions. At least opencv is broken (#721894). gegl is broken if built with libav 9 (#721718). Since libav dropped the (transitional?) ffmpeg package, we have some more packages that need to be ported / fixed: http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ffmpeg-removal;users=pkg-multimedia-maintain...@lists.alioth.debian.org Regards -- cebastian Ramacher signature.asc Description: Digital signature
Bug#721981: ITP: python-pystache -- Mustache for Python
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-pystache Version : 0.5.3 Upstream Author : Chris Jerdonek chris.jerdo...@gmail.com * URL : https://github.com/defunkt/pystache * License : MIT Programming Lang: Python Description : Mustache for Python Pystache is a Python implementation of Mustache (see: http://mustache.github.com/). Mustache is a framework-agnostic, logic-free templating system inspired by ctemplate (see: http://code.google.com/p/google-ctemplate/ and http://www.ivan.fomichev.name/2008/05/erlang-template-engine-prototype.html. Like ctemplate, Mustache emphasizes separating logic from presentation: it is impossible to embed application logic in this template language. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617296: Any Progress with RStudio?
On 6 September 2013 at 05:30, Dirk Eddelbuettel wrote: | | On 6 September 2013 at 16:38, Lifeng Sun wrote: | | Hi, | | | | On 02:58 Fri 09/06/13 Sep , Rogério Brito wrote: | | If there is indeed interest in packaging R Studio, Lifeng, can you say so? | | The last public activity from yours was making this bug an ITP on 12 Oct | | 2012, which soon will be 12 months old. | | | | A short answer is yes, but ... | | | | IMHO, the most difficult part to get rstudio in Debian official | | archive is that rstudio build-depends on several (5 or so) Java | | packages missing in Debian. The upstream approach is to ship them as | | convenient libraries in binary package, which is unreasonable for | | Debian official package, and it's quite a lot of nontrivial work to | | package them first. For example, one of them is gwt, a large complex | | Java library once in unstable removed recently due to grave bugs. | | Really? I am pretty good friends with the RStudio team, and know them as | hard-core C++-ers. There are (were?) newer Qt parts, Boost parts, ... in | there but I'd be very surprised to find Java. Checked with upstream over IM, and yes, they do use Java to generate 300k of Javascript. So GWT is used for that. JJ also mentioned that they need to upgrade to Qt 5.1.1 which entail a number of changes; probably not worth packaging before that. The 0.99 release may be a good starting point at which they plan to update their dependencies. So wait and see.. Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721985: ITP: kytea -- morphological analysis system with pointwise predictors
Package: wnpp Severity: wishlist Owner: Koichi Akabe vbkaise...@gmail.com * Package name: kytea Version : 0.4.6 Upstream Author : Graham Neubig neubig.at.gmail.com * URL : http://www.phontron.com/kytea/ * License : Apache-2.0 Programming Lang: C++ Description : morphological analysis system with pointwise predictors KyTea is morphological analysis system based on pointwise predictors. It separetes sentences into words, tagging and predict pronunciations. The pronunciation of KyTea is same as cutie. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721984: RFP: withsqlite -- sqlite db as a back end for a python dict-like object
Package: wnpp Severity: wishlist * Package name: withsqlite Version : git snapshot Upstream Author : James Vasile james (at) hackervisions.org * URL : https://github.com/jvasile/withsqlite * License : GPL v3+ Programming Lang: Python Description : sqlite db as a back end for a python dict-like object Present a sqlite file as a python dict, allowing durable storage with a well known interface. The python module is used by plinth, the web interface of the Freedombox, and would be great to have in Debian proper. :) Initial packaging is available from URL: http://git.tzafrir.org.il/?p=plinth/withsqlite.git , deb source at URL: http://tzafrir.org.il/~tzafrir/fbox/ . -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553173: [Pkg-javascript-devel] Bug#553173: bitten as well
My company precisely use /javascript namespace for websites. Usually it runs on Red Hat server, but I needed to make it run locally to change things. And I spent an afternoon to finally find this bug. I really think this should be fixed. I understand that it is not trivial, but it would save countless hour of debugging silly things like [06/Sep/2013:16:11:14 +0200] [bolent.localhost.f6/sid#7f9781525460][rid#7f97813830a0/initial] (1) [perdir /var/www/whatever_sites_using_javascript_namespace/] internal redirect with /webapp/ws [INTERNAL REDIRECT] in rewrite logs. Thanks a lot, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721986: ksh: Command history file corrupted when starting multiple ksh
Package: ksh Version: 93u+-1.2 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? ksh is login shell. On desktop, start multiple xterm -ls -sb -vb -geom 80x43 HISTFILE and HISTSIZE are set and HISTFILE contains at least HISTSIZE commands. (in my case HISTSIZE==2 and more than 12 xterms). Log out saving desktop layout. When logging back into desktop, xterms are restarted in background. Each ksh checks whether HISTFILE needs to be truncated to HISTSIZE commands. There is a race condition and no lock between when ksh instances check size of HISTFILE and when they truncate it. Maybe flock would fix this? Work around: exit all but one xterm before logging out. So far as I can remember, this bug has existed since at least 1988 but did not often bother me until desktops started xterms in the background. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (10, 'testing'), (5, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages ksh depends on: ii libc6 2.13-38 ksh recommends no packages. ksh suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715336:
retitle 715336 build tbb on x32 thanks Looks like -m64 is being passed to compiler instead of -mx32: http://buildd.debian-ports.org/status/fetch.php?pkg=tbbarch=x32ver=4.1~20130613-1.1~exp1stamp=1373136990 g++ -o concurrent_hash_map.o -c -MMD -DTBB_USE_DEBUG -DDO_ITT_NOTIFY -g -O0 -DUSE_PTHREAD -m64 -fPIC -D__TBB_BUILD=1 -Wall -Wno-parentheses -Wno-non-virtual-dtor -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -I../../src -I../../src/rml/include -I../../include ../../src/tbb/concurrent_hash_map.cpp ref: http://sourceware.org/glibc/wiki/x32 and http://bugs.debian.org/699185 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720824: opal: FTBFS with libav9: h263-1998.cxx:320:27: error: 'CODEC_FLAG_H263P_UMV' was not declared in this scope
On 06/09/13 15:34, Moritz Muehlenhoff wrote: On Sun, Aug 25, 2013 at 03:22:31PM +0200, David Suárez wrote: Source: opal Version: 3.10.10~dfsg-2 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130825 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Related to current libav9 transition (see #706798). ^ h263-1998.cxx: In member function 'virtual bool H263_RFC2190_EncoderContext::Init()': h263-1998.cxx:606:24: error: 'CODEC_FLAG_H263P_UMV' was not declared in this scope m_context-flags = ~CODEC_FLAG_H263P_UMV; ^ h263-1998.cxx:611:24: error: 'CODEC_FLAG_H263P_AIV' was not declared in this scope m_context-flags = ~CODEC_FLAG_H263P_AIV; ^ h263-1998.cxx:612:24: error: 'CODEC_FLAG_H263P_SLICE_STRUCT' was not declared in this scope m_context-flags = ~CODEC_FLAG_H263P_SLICE_STRUCT; ^ make[5]: *** [/«PKGBUILDDIR»/plugins/../lib_linux_x86_64/plugins/h263_ffmpeg/h263-1998.o] Error 1 This is fixed in the version from experimental (ptlib from experimental is also needed), which compiles fine against current libav. Thank you for this information. Note that ekiga does not yet work with opal/experimental, so opal cannot go to unstable right now. -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721983: ITP: lconf -- LDAP based configuration system for Icinga and Nagios
Package: wnpp Severity: wishlist Owner: Markus Frosch mar...@lazyfrosch.de * Package name: lconf Version : 1.3.0 Upstream Author : NETWAYS GmbH i...@netways.de * URL : https://www.netways.org/projects/lconf * License : GPL-2 Programming Lang: Perl Description : LDAP based configuration system for Icinga and Nagios LConf allows one to maintain the configuration and the hierarchy of the monitoring environment in a LDAP tree. Supporting inheritance of attributes and templates (by linking other LDAP OUs) LConf uses it's own way to resolve the configuration in constrast to classical Icinga / Nagios configuration tricks and best-practises. The configuration itself is created by Perl export scripts that create a plain text configuration for Icinga and Nagios. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721982: ITP: maven-archetype -- Maven project templating toolkit
Package: wnpp Severity: wishlist Owner: Eugenio Cano-Manuel Mendoza eugenioca...@gmail.com * Package name : maven-archetype Version : 2.2 Upstream Author : The Apache Software Foundation (ASF) * URL : http://maven.apache.org/archetype * License : Apache-2.0 Programming Lang: Java Description : Maven project templating toolkit Archetype is a Maven project templating toolkit. It serves as a system that provides a consistent means of generating Maven projects. Archetype helps authors create Maven project templates for users, and provides users with the means to generate parameterized versions of those project templates. . Archetypes provide a great way to enable developers quickly in a way consistent with best practices employed by projects or organizations. Archetypes are used within the Maven project to try and get users up and running as quickly as possible by providing a sample project that demonstrates many of the features of Maven while introducing new users to the best practices employed by Maven. Archetype allows portions of a project to be captured in an archetype so that pieces or aspects of a project can be added to existing projects. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721953: eclipse: fatal error in soup_session_feature_detach with WebKitGTK+ = 1.11.91
Oh, now I see swt-gtk is still stuck in unstable invalidated by dependency. That can be the reason why the fix didn't reach you yet if you are on testing. So please just install libswt-gtk-3-java from unstable. Regards, Jakub -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720831: Unable to backup DVD - NotImplementedError in OSTACompressedUnicode
I've found another DVD with this problem. This time it was a DVD with Lawless from 2011. This is the python backtrace: ERROR:root:Got exception Traceback (most recent call last): File /usr/bin/dvdvideo-backup-image, line 274, in module main(stream, *args) File /usr/bin/dvdvideo-backup-image, line 176, in main media = MediaUdf(input) File /usr/lib/python3/dist-packages/dvdvideo/media.py, line 66, in __init__ self.video_dir = self.udf.volume.partitions[0].fileset.root.tree['VIDEO_TS'].entry.tree File /usr/lib/python3/dist-packages/dvdvideo/udf/filesystem.py, line 113, in __getattr__ self._populate() File /usr/lib/python3/dist-packages/dvdvideo/udf/filesystem.py, line 138, in _populate f = FileIdentifier(self._media, self._volume, self._partition_nr, tag, buf[cur:]) File /usr/lib/python3/dist-packages/dvdvideo/udf/filesystem.py, line 170, in __init__ self.name = OSTACompressedUnicode(buf[38 + length_iu:38 + length_iu + length_fi]) File /usr/lib/python3/dist-packages/dvdvideo/udf/general.py, line 43, in __new__ raise NotImplementedError NotImplementedError Any clue how to fix this? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721987: g++ Seg fault on SPARC (Debian build farm)
Package: g++ Version: 4:4.6.4-2 Severity: serious My build fails on SPARC: https://buildd.debian.org/status/fetch.php?pkg=resiprocatearch=sparcver=1.8.12-4stamp=137847172 MediaResourceParticipant.cxx:341:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.6/README.Bugs for instructions. The bug is not reproducible, so it is likely a hardware or OS problem. make[5]: *** [MediaResourceParticipant.lo] Error 1 A SPARC build for experimental using a slightly newer version of the same source completed successfully on another Debian buildd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720831: Unable to backup DVD - NotImplementedError in OSTACompressedUnicode
On Fri, Sep 06, 2013 at 04:30:40PM +0200, Petter Reinholdtsen wrote: I've found another DVD with this problem. This time it was a DVD with Lawless from 2011. This is the python backtrace: Any clue how to fix this? Yeah. This is a (illegal) 16-bit character string in a file name. I know how to fix it but did not come around to do it yet. Bastian -- You're dead, Jim. -- McCoy, Amok Time, stardate 3372.7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721692: Please add USERTrust's USERFirst Object Root CA to ca-certificates
On 09/04/2013 10:38 AM, Raphael Geissert wrote: On 3 September 2013 08:05, Charles Davis cdavi...@gmail.com wrote: On behalf of the Wine community, I'd like to request that the USERTrust Group (now COMODO)'s USERFirst Object Root CA (UTN-USERFirst-Object) be added to the ca-certificates collection. This root CA is used to sign intermediate CAs for code signing, including COMODO's Code Signing CAs, which were used to sign at least one application that a user attempted to run in Wine (cf. http://bugs.winehq.org/show_bug.cgi?id=34388 ). It is missing from the installed package because it is not trusted (but not untrusted either) by mozilla for neither use of it as server or email purposes. It is only trusted for code signing. I know /etc/ssl/certs has become the canonical place and most stuff looks there, but in this case the certificate is only trusted for code signing. No trust decision has been made beyond that, and by enabling it by default would be a trust decision from Debian. It' might be worth considering another directory where code signing certificates are stored (rather: symlinked). Thijs, Michael: thoughts? Both #721692 and #721976 have similar considerations which would benefit from a redesign of the CA trust stores in Debian. I have been experimenting with Kai Engert's modifications of ca-certificates and certdata2pem.py in Fedora, which installs the various trust types separately. Feel free to browse the git repository [0], particularly the trust bundle install locations [1]. I have recently been picking off the low hanging fruit ca-certificates bugs, in order to get to a place where I can spend some time on redesign, as well as look at the ramifications for the rdeps. Kind regards, Michael [0] http://pkgs.fedoraproject.org/cgit/ca-certificates.git/ git://pkgs.fedoraproject.org/ca-certificates.git [1] http://pkgs.fedoraproject.org/cgit/ca-certificates.git/tree/ca-certificates.spec -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721986: ksh: Command history file corrupted when starting multiple ksh
On 6 September 2013 16:26, John Moyer j...@rsok.com wrote: Package: ksh Version: 93u+-1.2 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? ksh is login shell. On desktop, start multiple xterm -ls -sb -vb -geom 80x43 HISTFILE and HISTSIZE are set and HISTFILE contains at least HISTSIZE commands. (in my case HISTSIZE==2 and more than 12 xterms). Log out saving desktop layout. When logging back into desktop, xterms are restarted in background. Each ksh checks whether HISTFILE needs to be truncated to HISTSIZE commands. There is a race condition and no lock between when ksh instances check size of HISTFILE and when they truncate it. Maybe flock would fix this? Does your file system support flock() or the fcntl() locking apis? How does bash work around the problem? Ced -- Cedric Blancher cedric.blanc...@gmail.com Institute Pasteur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721988: perl: sig ALARM kill the father of a forked process on mips
Package: perl
Version: 5.18.1-3
Severity: normal
Hi Perl maintainers,
The following test fails only on MIPS (perl 5.18.1-2 mips):
~~
#!/usr/bin/perl
use strict;
use warnings;
use Test::More;
use English qw(-no_match_vars);
plan tests = 1;
if (my $pid = fork()) {
waitpid($pid, 0);
ok(
$CHILD_ERROR 8,
'process still running after ALARM signal in child');
} else {
alarm 1;
sleep 10;
}
~~
I got this unexpected behavior during fusioninventory-agent build on MIPS.
https://buildd.debian.org/status/package.php?p=fusioninventory-agent
Best regards,
--
Gonéri Le Bouder
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717559: network-manager does not honour ignore option for expired PEAP ssl certificate
Package: network-manager Version: 0.9.8.0-5 Followup-For: Bug #717559 Dear Maintainer, I was also affected by this bug when attempting to connect to WPA2 Enterprise secured Wifi with out a certificate. The following where the Wifi settings used: Security: WPA WPA2 Enterprise Authentication: Protected EAP (PEAP) Anonymous identity: none CA certificate: none PEAP version: Version 0 Inner authentication: MSCHAPv2 Username: my username Password: my password I had to use the work around that Ben mentions, but this was not straight forward and is not documented any where on Debian's online resources that I could find. Cheers, Nic Young -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.6.12-1 ii isc-dhcp-client4.2.4-7 ii libc6 2.17-92 ii libdbus-1-31.6.12-1 ii libdbus-glib-1-2 0.100.2-1 ii libgcrypt111.5.3-1 ii libglib2.0-0 2.36.4-1 ii libgnutls262.12.23-5 ii libgudev-1.0-0 175-7.2 ii libnl-3-2003.2.21-1 ii libnl-genl-3-200 3.2.21-1 ii libnl-route-3-200 3.2.21-1 ii libnm-glib40.9.8.0-5 ii libnm-util20.9.8.0-5 ii libpolkit-gobject-1-0 0.105-3 ii libuuid1 2.20.1-5.5 ii lsb-base 4.1+Debian12 ii udev 175-7.2 ii wpasupplicant 1.0-3+b2 Versions of packages network-manager recommends: ii crda 1.1.2-1 ii dnsmasq-base 2.66-4 ii iptables 1.4.19.1-1 ii modemmanager 0.5.2.0-2 ii policykit-1 0.105-3 ii ppp 2.4.5-5.2 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-2 -- Configuration Files: /etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla [Errno 13] Permission denied: u'/etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla' -- no debconf information
Bug#720831: Unable to backup DVD - NotImplementedError in OSTACompressedUnicode
[Bastian Blank] Yeah. This is a (illegal) 16-bit character string in a file name. I know how to fix it but did not come around to do it yet. If you can sketch how, I can see if I am able to figure out how to do it. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706798: transition: Libav 9
[Dies ist die Kopie einer Nachricht, die in die Gruppe gmane.linux.debian.devel.release gepostet wurde.] Sebastian Ramacher sramac...@debian.org schrieb: #720814 motion Should be removed from testing IMO. Has only seen NMUs since two years. #721026 renpy (fixed upstram) I'll take care of that in the next days. no patch, not pending: #720824 opal (seems to be fixed in experimental) See the maintainer followup: | Note that ekiga does not yet work with opal/experimental, so opal | cannot go to unstable right now. Since libav dropped the (transitional?) ffmpeg package, we have some more packages that need to be ported / fixed: http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=3Dffmpeg-removal;users=3Dp= kg-multimedia-maintain...@lists.alioth.debian.org avbin should be removed from testing as well. Only a single maintainer upload back in 2009 and only driven by NMUs since then. Also no revdeps and marginal popcon. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721946: [Pkg-xen-devel] Bug#721946: xen-hypervisor-4.1-amd64: dom0_mem cannot exceed some value
On Fri, 2013-09-06 at 16:39 +0200, Alessandro Vesely wrote:
Both sets of log contain stuff like:
Sep 6 15:22:53 pcale kernel: [ 126.828195] ata4.00: exception Emask 0x0
SAct 0x0 SErr 0x8 action 0x6 frozen
Sep 6 15:22:53 pcale kernel: [ 126.828199] ata4: SError: { 10B8B }
Sep 6 15:22:53 pcale kernel: [ 126.828201] ata4.00: failed command: SMART
Sep 6 15:22:53 pcale kernel: [ 126.828205] ata4.00: cmd
b0/d8:00:00:4f:c2/00:00:00:00:00/00 tag 0
Sep 6 15:22:53 pcale kernel: [ 126.828206] res
40/00:ff:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Sep 6 15:22:53 pcale kernel: [ 126.828207] ata4.00: status: { DRDY }
Sep 6 15:22:53 pcale kernel: [ 126.828211] ata4: hard resetting link
Sep 6 15:22:54 pcale kernel: [ 127.320197] ata4: SATA link up 3.0 Gbps
(SStatus 123 SControl 300)
Sep 6 15:22:54 pcale kernel: [ 127.321358] ata4.00: configured for UDMA/133
Sep 6 15:22:54 pcale kernel: [ 127.336200] ata4: EH complete
Is your disk dying?
Does this happen if you boot the exact same Linux kernel without Xen
underneath?
Ian.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721989: Missing CPPFLAGS
Package: tbb hardening flags are not set properly, only CXXFLAGS is considered. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721734: [Pkg-ime-devel] Bug#721734: Bug#721734: ibus-googlepinyin: Abondened upstream
On Thu, Sep 05, 2013 at 04:27:47PM +0800, YunQiang Su wrote: If it protect ibus transaction, it can be removed. I guss you mean If it prevents ... No. ibus transition is OK. I have fix and will upload fixed package soon after new ibus 1.5 is installed in unstable. Just uploaded. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
