Bug#728357: linux-image-3.10-3-amd64: Xorg blank screen when Secure boot is enabled in Asus Zenbook Prime UX31A/UX21A/UX32VD
Package: src:linux Version: 3.10.11-1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Enabling secure boot and disabling CSM option leads to this problem. * What exactly did you do (or not do) that was effective (or ineffective)? Disabling secure boot is an effective, albeit undesirable workaround. I also built a 3.11.5 kernel with the attached patch for i915 driver applied, which fixed the problem (note that the stock 3.11.5 suffers from the same problem as 3.10.11-1). * What was the outcome of this action? The outcome of enabling the Secure boot option without the patch applied is that a computer boots but its primary screen remains blank. No switching between ttys, no graphical user interface for the wicked. The applied patch fixes the problem. * What outcome did you expect instead? Expected the primary screen not to be blank. *** End of the template - remove these lines *** -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: ASUSTeK COMPUTER INC. product_name: UX32VD product_version: 1.0 chassis_vendor: ASUSTeK COMPUTER INC. chassis_version: 1.0 bios_vendor: American Megatrends Inc. bios_version: UX32VD.214 board_vendor: ASUSTeK COMPUTER INC. board_name: UX32VD board_version: 1.0 ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM Controller [8086:0154] (rev 09) Subsystem: ASUSTeK Computer Inc. Device [1043:1507] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: access denied 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port [8086:0151] (rev 09) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: e000-efff Memory behind bridge: f600-f70f Prefetchable memory behind bridge: e000-f1ff Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied Kernel driver in use: pcieport 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device [1043:1507] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 48 Region 0: Memory at f740 (64-bit, non-prefetchable) [size=4M] Region 2: Memory at d000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at f000 [size=64] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 00:04.0 Signal processing controller [1180]: Intel Corporation 3rd Gen Core Processor Thermal Subsystem [8086:0153] (rev 09) Subsystem: ASUSTeK Computer Inc. Device [1043:1507] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 255 Region 0: Memory at cfe08000 (64-bit, non-prefetchable) [size=32K] Capabilities: access denied 00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller [8086:1e31] (rev 04) (prog-if 30 [XHCI]) Subsystem: ASUSTeK Computer Inc. Device [1043:1507] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 43 Region 0: Memory at f790 (64-bit, non-prefetchable) [size=64K] Capabilities: access denied Kernel driver in use: xhci_hcd 00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series Chipset Family
Bug#725466: [LCFC] templates://dovecot/{dovecot-core.templates}
Quoting Jaldhar H. Vyas (jald...@debian.org): On Wed, 30 Oct 2013, Justin B Rye wrote: Christian PERRIER wrote: This is the last call for comments for the review of debconf templates for dovecot. Weren't we thinking of changing Description: secure mail system to Description: secure POP3/IMAP server? I'm ok with it either way but, FYI, Dovecot is more than a POP3/IMAP server nowadays. Certainly. But the synopsis cannot give all features in one line and 79 characters..:-) So, the balance is between a very vague description (secure mail server) and one that gives the features that most users are looking for in Dovecot IMHO, unless someone comes with a better compromise, I think that putting the focus on the main services that Dovecot provides is the best one... signature.asc Description: Digital signature
Bug#709971: dvd+rw-tools: growisofs more then 1 Bluray, since Debian 7 speed collapses
Hi, there is a discussion going on, which might be related to this bug report: http://www.spinics.net/lists/linux-scsi/msg69679.html This discussion states that SG_IO is serialized by a mutex, and that this probably can be eased. It does not explain why Winfried experiences a reduction of performance when switching from Debian 6 to 7. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679052: ifupdown: IPv6 loopback config broken (and unnecessary)
Package: ifupdown Followup-For: Bug #679052 Hi We have a very similar problem. As workaround in our case to flush the addresses in the pre-up iface options worked. So doing in /etc/network/interfaces: pre-up ip -6 addr flush dev lo i.e. [...] iface lo inet6 loopback address ::1 netmask 128 pre-up ip -6 addr flush dev lo pre-up /sbin/sysctl --system /dev/null up ip -6 addr add ... [...] (actually don't know yet if this has some undesired side-effects). Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679052: ifupdown: IPv6 loopback config broken (and unnecessary)
Hello, On Thu, 31 Oct 2013 07:50:42 +0100 Salvatore Bonaccorso bonac...@ee.ethz.ch wrote: We have a very similar problem. As workaround in our case to flush the addresses in the pre-up iface options worked. So doing in /etc/network/interfaces: What problem? Elaborate, please. pre-up ip -6 addr flush dev lo What are you trying to achieve with this? pre-up /sbin/sysctl --system /dev/null What is this for? Anyway, since recently, you don't need to declare loopback interface at all. -- WBR, Andrew signature.asc Description: PGP signature
Bug#724865: gcc-4.8 also affected
Hi, Quoting Matthias Klose (2013-10-30 20:27:20) Am 30.10.2013 16:55, schrieb Johannes Schauer: I just wanted to mention that src:gcc-4.8 seems to be affected by the same problem. I don't see that gcc-4.8 is affected. the problem with this bug (gcc-4.6) is that gcc-4.6 build-conflicts with binutils-gold. binutils-gold is a virtual package provided by binutils. gcc-4.6 build-depends on binutils and thus the conflict with gcc-4.6. gcc-4.8 also build-conflicts with binutils-gold and build-depends on binutils. Therefore it is logical that it should also not be buildable. Here is the dose3 output for building gcc-4.8 on Debian Sid: _build/applications/deb-buildcheck.native --checkonly=gcc-4.8 --explain --failures --deb-native-arch=i386 ~/debian-sid-i386/var/lib/apt/lists/ftp.us.debian.org_debian_dists_sid_main_binary-i386_Packages ~/debian-sid-i386/var/lib/apt/lists/ftp.us.debian.org_debian_dists_sid_main_source_Sources native-architecture: i386 report: - package: src:gcc-4.8 version: 4.8.1-3 architecture: any,all essential: false source: gcc-4.8 (= 4.8.1-3) status: broken reasons: - conflict: pkg1: package: src:gcc-4.8 version: 4.8.1-3 architecture: any,all essential: false source: gcc-4.8 (= 4.8.1-3) unsat-conflict: i386:--virtual-binutils-gold pkg2: package: i386:binutils version: 2.23.90.20131017-1 architecture: i386 essential: false source: binutils (= 2.23.90.20131017-1) depchain2: - depchain: - package: src:gcc-4.8 version: 4.8.1-3 architecture: any,all essential: false depends: i386:debhelper (= 5.0.62) - package: i386:debhelper version: 9.20130921 architecture: all essential: false depends: i386:binutils background-packages: 60748 foreground-packages: 20218 broken-packages: 1 If this output is wrong then either was the problem fixed a day or so ago (I only created the chroot the day before yesterday) or dose3 is wrong (in which case I have to fix it). cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614936: [hyr...@gmail.com: Re: [bluetooth] Modifier keys (ctrl, shift, alt) do not stack]
On 07/29/13 19:28, Moritz Muehlenhoff wrote: reassign 614936 src:linux thanks The most recent kernel was 3.2.7 with aptosid tweaks of sorts. Wheezy is based on more recent 3.2 kernels. Does it work for you with Wheezy? Cheers, Moritz Hi Moritz, The problem is still persistent with the current kernel that I am using, that is the current Sid build: uname -a 3.11-1-amd64 #1 SMP Debian 3.11.5-1 (2013-10-17) x86_64 GNU/Linux The output from xev show exactly what it did in the initial bug-report. The physical sequence of key presses was: Shift_L press, f press, f release, Shift_L release xev output: KeyPress event, serial 38, synthetic NO, window 0x481, root 0x84, subw 0x0, time 351445, (676,61), root:(1241,394), state 0x0, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 38, synthetic NO, window 0x481, root 0x84, subw 0x0, time 352931, (676,61), root:(1241,394), state 0x1, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 38, synthetic NO, window 0x481, root 0x84, subw 0x0, time 352931, (676,61), root:(1241,394), state 0x0, keycode 41 (keysym 0x66, f), same_screen YES, XLookupString gives 1 bytes: (66) f XmbLookupString gives 1 bytes: (66) f XFilterEvent returns: False KeyRelease event, serial 38, synthetic NO, window 0x481, root 0x84, subw 0x0, time 352998, (676,61), root:(1241,394), state 0x0, keycode 41 (keysym 0x66, f), same_screen YES, XLookupString gives 1 bytes: (66) f XFilterEvent returns: False Cheers Jack -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725261: [Pkg-libvirt-maintainers] Bug#725261: libvirt-bin: Cgroup configuration for LXC and Qemu on the same host
Hi Manuel, On Wed, Oct 30, 2013 at 02:57:54PM +0100, Manuel VIVES wrote: [..snip..] Here is the script libvirt-bin modified. Now we do if ! systemd_running then ... mount cgroups fi and the option is called mount-cgroups. Great! I think we're almost there. Can you replace the echo's by the corresponding lsb functions (log_{daemon, progress, ..)_msg`? Otherwise we'll mess up the the startup output. Ideally all echos should be replaced. Cheers, -- Guido Regards, Manuel VIVES Regards, Manuel VIVES Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728297: [Pkg-xfce-devel] Bug#728297: xfce: Fonts are corrupted after restoring from sleep or hibernate
[please keep the bug on CC:, the BTS is not a private help system, any information can benefit other people reading the bug log] On Thu, 2013-10-31 at 08:35 +1100, David Creelman wrote: On Wed, Oct 30, 2013 at 03:57:19PM +0100, Yves-Alexis Perez wrote: On Wed, 2013-10-30 at 22:04 +1100, David Creelman wrote: Strangely, doesn't effect xterm, but does effect emacs and other apps. What does it has to do with xfdesktop then? Also, what graphics drivers do you use? Hi Yves, I honestly don't know where the problem comes from. I simply assumed xfce. Then why report against xfdesktop4, which is only the component managing the background and has nothing to do with fonts. ...I am just a user. I have a laptop with an NVidia chip on it. The graphics driver is nouveau. 01:00.0 VGA compatible controller: NVIDIA Corporation G72M [GeForce Go 7400] (rev a1) Is this the problem? Graphics corruption are usually closely related to graphics drivers, yes (though it might have other causes). In any case, there's nothing I can do here. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#728359: debian-installer: Install bootloader earlier?
Package: debian-installer Severity: wishlist Tags: d-i Hello, I haven't got replies to my post on debian-boot, so I'm archiving this topic as a whishlist bug: I've been wondering why the bootloader is installed only at the very end of the installation. This means that an aborted installation (eg. due to power failure or system crash) leaves the system in an unbootable state. Would it be possible to install the bootloader before tasksel is being run? That should significantly reduce the time window during which a crash yields an unbootable system. Cheers, Thiemo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707681: Happens also with 1.18.2-1
On Thu, 2013-10-31 at 00:36 +0100, Emilio Pozuelo Monfort wrote: OK, I assumed it was gvfsd-gphoto2 as that's what #707681 was about. Do you think this is unrelated and want me to open another bug report? -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#728355: Offer a Quit Safely option to calm the hearts of newbies
tag 728355 upstream tag 728355 help retitle 728355 fsck: add explicit exit option to fix-dialog thanks On 10/31/2013 03:01 AM, [[User:Unforgettableid]] wrote: please offer a Quit Safely option every time dosfsck asks a question in interactive mode. sure; not sure though i get to it soonish as i'm busy with other things right now (patches are always welcome). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633849: Me too
¡Hola Eugen! El 2013-10-31 a las 05:02 +0100, Eugen Dedu escribió: On 30/10/13 22:44, Eugen Dedu wrote: I have the same bug and I would really love to have it fixed. Since about 2 years (before, it worked) I have been forced to execute xmodmap ~/.xmodmap after each resume, since the key bindings I use in that file are lost at suspend. xmodmap simply adds French and Romanian accentuated characters éèôîșț... to my English keyboard. Note that xset settings are lost too. For ex., I execute xset b off, or xset r rate 200 30, but they go back to default values after suspend/resume. How are you suspending your computer? Under which desktop environment? I also have a custom ~/.Xmodmap, and using pm-suspend or powerdevil (kde) won't loss those changes. -- If a million people believe a foolish thing, it is still a foolish thing. -- France's Rule of Folly Saludos /\/\ /\ `/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728342: [Pkg-xfce-devel] Bug#728342: lightdm greeter hang and xfce4 polkit failure
On Thu, 2013-10-31 at 06:18 +0800, Ben Caradoc-Davies wrote: Package: lightdm Version: 1.8.2-1 Severity: important Dear Maintainer, upgrading to lightdm 1.8.2-1 today on sid caused: (1) the greeter to not appear; only after a wait of 20 seconds and some switching to console (2) xfce4 power action buttons to be greyed out, and hardware power button (configured to suspend) to be ignored Workaround: back to gdm3 Didn't experienced that. Can you provide logs from /var/log/lightdm and the output of dpkg -l |grep lightdm? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#518796: mktemp: does not create a temporary file if the template lacks X characters
Olivier Mehani shtrom-deb...@ssji.net writes: […] I don’t think this bug can be confirmed anymore, but the documentation should be clarified. Probably an upstream task again. As reported, the issue reads: AK I type $ mktemp -t test /tmp/test so, it not create temprary file AK with unique name but in all *BSD systems such command will create AK file with template test. this may bring problems of AK incompatibility of shell scripts My guess is that such an incompatibility between GNU and *BSD mktemp(1) implementations may still be an issue, even if Severity: wishlist. This way or the other, such an issue is up to the upstream to resolve, though. FTR: mktemp(1) is not POSIX, so I’m as of yet unsure if it’s suitable for portable Shell scripts at all. -- FSF associate member #7257 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728360: RFS: open-axiom/1.5.0~svn3056-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package open-axiom * Package name: open-axiom Version : 1.5.0~svn3056-1 Upstream Author : Gabriel Dos Reis * URL : http://www.open-axiom.org/ * License : BSD Section : math It builds those binary packages: open-axiom - open scientific computation platform open-axiom-databases - open scientific computation platform: generated text databases open-axiom-graphics - open scientific computation platform: graphics subsystem open-axiom-graphics-data - open scientific computation platform: graphics subsystem data open-axiom-hypertex - open scientific computation platform: hypertex subsystem open-axiom-hypertex-data - open scientific computation platform: hypertex subsystem data open-axiom-source - open scientific computation platform: source files open-axiom-test - open scientific computation platform: regression test inputs open-axiom-tex - open scientific computation platform: style file for TeX To access further information about this package, please visit the following URL: http://mentors.debian.net/package/open-axiom Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/o/open-axiom/open-axiom_1.5.0~svn3056-1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * New upstream version. * Use xz compression for both source tarball and packages * Require g++ = 4.7 for C++11 * Refreshed patches * touch aclocal.m4 -r configure.ac to avoid rebuilding aclocal.m4 which requires aclocal 1.13 * Do not patch configure.ac, but override variables in Makefiles (due to automake 1.13 too) * Require SBCL * Enable hardening (include /usr/share/dpkg/buildflags.mk for build flags) * Use dh-buildinfo * Override hardening-no-relro on usr/lib/open-axiom/bin/AXIOMsys * Build depends on autotools-dev to update config.* * Bump standards version 3.9.3 → 3.9.4, no changes Regards, Igor Pashev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722898: wording change and wrap up
I just committed and uploaded everything. Thank you very much. Sorry for the delay. Not to worry! I think that it would be very nice to include the speed improvements into one of the next point releases (after they have received some coverage in testing). To minimize the risk for breakage while still getting the largest part of the speed increase, I'd suggest to backport just these two patches: * Set blocksize to 512k * Allocate buffer from heap instead of stack (Actually, the heap-instead-of-stack patch isn't even necessary, if it can be guaranteed that the stack size is larger than ~600k on all supported architectures.) Cheers, Thiemo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728361: Gnome does not offer shutdown/suspend/hibernate buttons
Package: lightdm Version: 1.8.2-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, this is a regression from 1.6.3-1, it seems (at least it coincides with the upgrade). Since 1.8.2-1 gnome-session-quit does no longer provide the various shutdown options. In addition (if its helpful), there is a long delay at startup that was not there previously. I get gnome-session[1643]: WARNING: Could not connect to ConsoleKit: Could not get owner of name 'org.freedesktop.ConsoleKit': no such name gnome-session[1643]: WARNING: Could not connect to ConsoleKit: Could not get owner of name 'org.freedesktop.ConsoleKit': no such name in my .xsession-errors, but I do not know for sure whether these were there before. Greetings, Joachim - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-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 lightdm depends on: ii adduser3.113+nmu3 ii consolekit 0.4.6-3+b1 ii dbus 1.6.16-1 ii debconf [debconf-2.0] 1.5.51 ii libc6 2.17-93 ii libgcrypt111.5.3-2 ii libglib2.0-0 2.36.4-1 ii libpam0g 1.1.3-10 ii libxcb11.9.1-3 ii libxdmcp6 1:1.1.1-1 ii lightdm-gtk-greeter [lightdm-greeter] 1.6.1-2 Versions of packages lightdm recommends: ii xserver-xorg 1:7.7+4 Versions of packages lightdm suggests: ii accountsservice 0.6.34-2 ii upower 0.9.23-2+b1 - -- Configuration Files: /etc/lightdm/lightdm.conf changed: [LightDM] [SeatDefaults] greeter-session=lightdm-greeter greeter-hide-users=true session-wrapper=/etc/X11/Xsession autologin-user=jojo [XDMCPServer] [VNCServer] - -- debconf information: * shared/default-x-display-manager: lightdm lightdm/daemon_name: /usr/sbin/lightdm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iEYEARECAAYFAlJyE+AACgkQ9ijrk0dDIGxzrwCgs7WiEFZFmvzW6mZLXkXfQmhy 0oAAnjtiv6MTRKsriY1/HfuEEoNDbnb3 =nG+4 -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#633849: Me too
On 31/10/13 09:02, Maximiliano Curia wrote: ¡Hola Eugen! ¡Hola El 2013-10-31 a las 05:02 +0100, Eugen Dedu escribió: On 30/10/13 22:44, Eugen Dedu wrote: I have the same bug and I would really love to have it fixed. Since about 2 years (before, it worked) I have been forced to execute xmodmap ~/.xmodmap after each resume, since the key bindings I use in that file are lost at suspend. xmodmap simply adds French and Romanian accentuated characters éèôîșț... to my English keyboard. Note that xset settings are lost too. For ex., I execute xset b off, or xset r rate 200 30, but they go back to default values after suspend/resume. How are you suspending your computer? The bug appears when I close the lid, and also when executing pm-suspend as root. Under which desktop environment? Under gnome until one week ago, and under awesome since then. xset r rate setting was not visible on gnome, since it is itself which changes it when resuming, I suppose. I also have a custom ~/.Xmodmap, and using pm-suspend or powerdevil (kde) won't loss those changes. This is strange then. How can I see what happens? Where to look at? Could that be an issue of a kbd-related package? -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506235: Re : mount does not respect silent option
Well, I see that I have been tricked to anwer a five year old topic... Nice way to discourage providing help. And back to topic, this was probably copying from an NTFS file system to ext3 or whatever, and copying ownership and permissions from a file forced as being owned by root to a user file fails for reasons obvious enough for not being unearthed five years later. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728361: [Pkg-xfce-devel] Bug#728361: Gnome does not offer shutdown/suspend/hibernate buttons
On Thu, 2013-10-31 at 09:25 +0100, Joachim Breitner wrote: Package: lightdm Version: 1.8.2-1 Severity: important Hi, this is a regression from 1.6.3-1, it seems (at least it coincides with the upgrade). Since 1.8.2-1 gnome-session-quit does no longer provide the various shutdown options. In addition (if its helpful), there is a long delay at startup that was not there previously. I get gnome-session[1643]: WARNING: Could not connect to ConsoleKit: Could not get owner of name 'org.freedesktop.ConsoleKit': no such name gnome-session[1643]: WARNING: Could not connect to ConsoleKit: Could not get owner of name 'org.freedesktop.ConsoleKit': no such name in my .xsession-errors, but I do not know for sure whether these were there before. Hi, I didn't experienced it, but it seems someone else sees the same kind of problems (see #728361). I'm about to upload a 1.8.3-1 which might fix it, stay tuned. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#728361: [Pkg-xfce-devel] Bug#728361: Gnome does not offer shutdown/suspend/hibernate buttons
Control: fixed -1 1.6.3-1 Hi, Am Donnerstag, den 31.10.2013, 09:34 +0100 schrieb Yves-Alexis Perez: this is a regression from 1.6.3-1, it seems (at least it coincides with the upgrade). JFTR: just downgraded, and the problems disappear; also the error message about ConsoleKit not found are gone. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On Wed, Oct 30, 2013 at 08:41:10PM -0400, Theodore Ts'o wrote: On Mon, Oct 28, 2013 at 06:21:27PM -0700, Russ Allbery wrote: Well, I've said this before, but I think it's worth reiterating. Either upstart or systemd configurations are *radically better* than init scripts on basically every axis. They're more robust, more maintainable, easier for the local administrator to fix and revise, better on package upgrades, support new capabilities, etc. Can you please go in to more detail why you believe this was true? The lsat time I played with Upstart, I saw a lot of policy moved from shell scripts into C code (which I would have to edit and recompile) if I wanted to change things. I'm surprised by this comment. Very little policy is actually encoded in upstart's C code; in fact, the only policy I can think of offhand that is is some basic stuff around filesystems, which, aside from some must-have kernel filesystems without which it can't boot the rest of the system, should be entirely overrideable via /etc/fstab. Perhaps you could expand on what policies you saw a need to change? I also was extremely frustrated with a massive lack of documentation, where at least with shell scripts I could read the scripts to understand what was going on. There's an awful lot of documentation available for upstart, but of course people look for documentation in lots of different ways and we aren't necessarily presenting the documentation where and when we need it. There's comprehensive documentation available at http://upstart.ubuntu.com/cookbook/, but from context it's possible that's not what you were looking for. Aside from adding links to manpages to all of the upstart jobs themselves (which I don't think is reasonable), are there things you think should be done to make the right documentation easy to find? (For starters, what were you trying to find documentation of?) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#728362: awffull: /etc/cron.daily/awffull needs update
Package: awffull Version: 3.10.2-4 Severity: important Tags: patch I get the following error message: /etc/cron.daily/awffull: Use of Really Quiet (-Q) has been deprecated. Initially processed default config file: /etc/awffull/awffull.conf awffull 3.10.2 (Linux 3.11-1-amd64) English Error: Can't open log file 0 ERROR: Running awffull, exit status: 1 obviously /etc/cron.daily/awffull is not updated to the current command line parameters -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'oldstable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/6 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 awffull depends on: ii debconf [debconf-2.0] 1.5.51 ii libc6 2.17-93 ii libgd3 2.1.0-3 ii libgeoip1 1.5.1-2 ii libpcre3 1:8.31-2 ii zlib1g 1:1.2.8.dfsg-1 awffull recommends no packages. Versions of packages awffull suggests: ii apache2-bin [httpd] 2.4.6-3 pn dnshistory none ii ttf-dejavu 2.33+svn2514-3 -- Configuration Files: /etc/cron.daily/awffull changed: AWFFULL=/usr/bin/awffull AWFFULL_CONFDIR=/etc/awffull [ -x ${AWFFULL} ] || exit 0; [ -d ${AWFFULL_CONFDIR} ] || exit 0; for i in ${AWFFULL_CONFDIR}/*.conf; do # run agains a rotated or normal logfile LOGFILE=`awk '$1 ~ /^LogFile$/ {print $2}' $i`; # empty ? [ -s ${LOGFILE} ] || { echo ERROR: LogFile not found: ${LOGFILE}; continue; }; # readable ? [ -r ${LOGFILE} ] || { echo ERROR: LogFile is not readable: ${LOGFILE}; continue; }; # there was a output ? OUTDIR=`awk '$1 ~ /^OutputDir$/ {print $2}' $i`; # exists something ? [ ${OUTDIR} != ] || { echo ERROR: OutputDir not defined: ${OUTDIR}; continue; }; # its a directory ? [ -d ${OUTDIR} ] || { echo ERROR: OutputDir is not a directory: ${OUTDIR}; continue; }; # its writable ? [ -w ${OUTDIR} ] || { echo ERROR: OutputDir not writable: ${OUTDIR}; continue; }; # Run Really quietly, exit with status code if !0 ${AWFFULL} ${i} || { echo ERROR: Running awffull, exit status: $?; continue; }; RET=$?; # Non rotated log file NLOGFILE=`awk '$1 ~ /^LogFile$/ {gsub(/\.[0-9]+(\.gz)?/,); print $2}' $i`; # check current log, if last log is a rotated logfile if [ ${LOGFILE} != ${NLOGFILE} ]; then # empty ? [ -s ${NLOGFILE} ] || { echo INFO: Non-rotated LogFile empty or missing: ${NLOGFILE}; continue; }; # readable ? [ -r ${NLOGFILE} ] || { echo WARNING: Non-rotated LogFile is not readable: ${NLOGFILE}; continue; }; ${AWFFULL} -v 0 ${i} -Q ${NLOGFILE}; RET=$?; fi; done; exit $RET; -- debconf information: awffull/logfile: /var/log/apache2/access.log.1 awffull/directory: /var/www/awffull -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#457309: iso9660 bad owner/group when a user mounts a CD with Rock Ridge extensions
Control: reopen -1 On 2013-10-30 14:19:44 -0400, Phillip Susi wrote: You can override the ownership with the uid/gid mount options. No, I can't. You haven't read the bug report, where I say: Also note that the uid/gid options can't be used by non-root users. ^^ The end user is supposed to be able to mount and read a CD without needing to be root on the machine (think about machines shared by several users), and without having to use sudo either. And hardcoding the uid and gid values in the /etc/fstab file is not a solution either, for the same reason: for machines with multiple users, one doesn't know these values in advanced. There should be an option to set the uid and gid to the values corresponding to the mount process. But this is not possible with iso9660/udf, they must get a fixed value, as shown below. For iso9660: uid=value and gid=value Give all files in the filesystem the indicated user or group id, possibly overriding the information found in the Rock Ridge extensions. (Default: uid=0,gid=0.) For udf: gid= Set the default group. uid= Set the default user. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: tech-ctte: Decide which init system to default to in Debian.
Op 31-10-13 02:50, Theodore Ts'o schreef: On Wed, Oct 30, 2013 at 06:18:29PM -0700, Russ Allbery wrote: I suspect you and I have a root disagreement over the utility of exposing some of those degrees of freedom to every init script author, but if you have some more specific examples of policy that you wanted to change but couldn't, I'd be interested in examples. It's not necessarily the init script author who might want the degrees of freedom, but the local system administrator. The most basic is the idea that whether you can control (via shell scrpit fragments) whether or not a service should start at all, and what options or environments should be enabled by pasing some file. The fact that we can put that sort of thing in configuration files such as /etc/default/*, for example. This, in my opinion, is one of the worst abominations we currently have in Debian. Whether an init script should run at boot time has no relation whatsoever to whether it should run when the system administrator calls it manually. Yet, with ENABLE= variables in /etc/default, this is related, because the initscript will say I'm disabled, go edit this file if you want to start me, even if you just want to start a daemon just this once manually, for testing. AIUI, both upstart and systemd have configuration options where you can tell the system that this particular service should not start at boot; that will then, however, not affect the result when one manually tries to start the service. I'm not sure that's a very good argument ;-) -- This end should point toward the ground if you want to go to space. If it starts pointing toward space you are having a bad problem and you will not go to space today. -- http://xkcd.com/1133/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728356: /usr/bin/how-can-i-help:30: undefined method `home' for Dir:Class (NoMethodError)
On 31/10/13 at 11:55 +0800, Paul Wise wrote: Package: how-can-i-help Version: 0.7 Severity: serious how-can-i-help now crashes on startup: $ how-can-i-help /usr/bin/how-can-i-help:30: undefined method `home' for Dir:Class (NoMethodError) Hi, That's because ruby1.8 misses Dir.home (it's 1.9+ -specific). This is clearly a bug in how-can-i-help, that I will solve by dropping the requirement of Dir.home. But I wonder if we have really explored all the scenarios for the upgrade to 1.9/2.0. For example, what if: - user runs wheezy, installs ruby1.8, and how-can-i-help - user upgrades to jessie. in jessie, ruby1.8 is removed, but user still has it installed locally - user upgrades how-can-i-help to a newer version If the new version of how-can-i-help still depends on ruby | ruby-interpreter, the dependency is statisfied by the ruby1.8 package still installed locally. however, how-can-i-help might not work with ruby1.8, and ruby1.8 is no longer part of jessie, so it's not obvious as a maintainer that I should test with it. While this could be solved by having stricter dependencies in applications, it kinda defeats the purpose of gem2deb if I need to depend on ruby1.9.1 instead of ruby | ruby-interpreter (and it will require a package change when moving to ruby2.0). What I really need is a way to express (in how-can-i-help): I need '/usr/bin/ruby' to point to an intrepreter = 1.9.1 Sounds like a nice mess :( Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633849: Me too
On 2013-10-31 05:02:45 +0100, Eugen Dedu wrote: On 30/10/13 22:44, Eugen Dedu wrote: I have the same bug and I would really love to have it fixed. Since about 2 years (before, it worked) I have been forced to execute xmodmap ~/.xmodmap after each resume, since the key bindings I use in that file are lost at suspend. xmodmap simply adds French and Romanian accentuated characters éèôîșț... to my English keyboard. Note that xset settings are lost too. For ex., I execute xset b off, or xset r rate 200 30, but they go back to default values after suspend/resume. Yes, there are several related bugs about lost settings after suspend/resume: #541388 xserver-xorg: Xmodmap settings lost across suspend/hibernate #568868 key repeat for caps lock goes away after suspend/resume #582566 bell settings (xset -b) not preserved after suspend/resume #633849 xserver-xorg: XKB settings lost after suspend (hibernate) / resume or USB keyboard plugged in -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725261: [Pkg-libvirt-maintainers] Bug#725261: libvirt-bin: Cgroup configuration for LXC and Qemu on the same host
Hi on Thursday 31 October 2013-08:50:31 Guido Günther (Guido Günther a...@sigxcpu.org) wrote: Hi Manuel, On Wed, Oct 30, 2013 at 02:57:54PM +0100, Manuel VIVES wrote: [..snip..] Here is the script libvirt-bin modified. Now we do if ! systemd_running then ... mount cgroups fi and the option is called mount-cgroups. Great! I think we're almost there. Can you replace the echo's by the corresponding lsb functions (log_{daemon, progress, ..)_msg`? Otherwise we'll mess up the the startup output. Ideally all echos should be replaced. Cheers, -- Guido I used echo because it was used already used in the script (and also because I couldn't find a proper documentation for log_..._msg ;)) Here is a script modified using log_..._msg for my modifications, the old echo are still used. Regards, Manuel VIVES -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725261: [Pkg-libvirt-maintainers] Bug#725261: libvirt-bin: Cgroup configuration for LXC and Qemu on the same host
With the file attached it's better ;) on Thursday 31 October 2013-08:50:31 Guido Günther (Guido Günther a...@sigxcpu.org) wrote: Hi Manuel, On Wed, Oct 30, 2013 at 02:57:54PM +0100, Manuel VIVES wrote: [..snip..] Here is the script libvirt-bin modified. Now we do if ! systemd_running then ... mount cgroups fi and the option is called mount-cgroups. Great! I think we're almost there. Can you replace the echo's by the corresponding lsb functions (log_{daemon, progress, ..)_msg`? Otherwise we'll mess up the the startup output. Ideally all echos should be replaced. Cheers, -- Guido Regards, Manuel VIVES Regards, Manuel VIVES Cheers, -- Guido libvirt-bin Description: application/shellscript
Bug#726724: Backport of Quagga CVE-2013-2236 for 0.99.20.1 and 0.99.21-4
Hello I'd like to backport this security patch to the Quagga packages in the Debian stable distribution (quagga-0.99.21-4) and maybe also to the one before with quagga-0.99.20.1. Would it be enough to apply the following patch that was linked at the nist.gov CVE page? http://git.savannah.gnu.org/gitweb/?p=quagga.git;a=commitdiff;h=3f872fe60463a931c5c766dbf8c36870c0023e88 Best regards -christian- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728363: Subject: kde-full: Starting synaptic in kde asks for root password when sudo installed and used.
Package: kde-full Version: 5:77+deb7u1 Severity: important Dear Maintainer, On a clean install (hard disk has had its partitions changed) I installed among others the base system, sudo, xorg, kde-full and synaptic. Because I installed and sudo, my machine does NOT have a ROOT password. Trying to start synaptic from the KDE menu results in a message box stating: 1. The action you requested needs root priviliges, which is correct. 2. Please enter the root's password ... which is incorrect when sudo is used. There is no root's password and entering the current user's password results in an invalid password error. The bottom line is that I cannot start synaptic from KDE. Trying to start synaptic from a shell results in error: (synaptic:3668): Gtk-WARNING **: cannot open display: :0 -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-full depends on: ii kde-plasma-desktop 5:77+deb7u1 ii kde-plasma-netbook 5:77+deb7u1 ii kdeadmin4:4.8.4-3 ii kdeartwork 4:4.8.4-5 ii kdeedu 4:4.8.4+5.77+deb7u1 ii kdegames4:4.8.4-3 ii kdegraphics 4:4.8.4+5.77+deb7u1 ii kdemultimedia 4:4.8.4-2 ii kdenetwork 4:4.8.4-1 ii kdepim 4:4.4.11.1+l10n-3 ii kdeplasma-addons4:4.8.4-1 ii kdeutils4:4.8.4+5.77+deb7u1 Versions of packages kde-full recommends: ii kde-standard 5:77+deb7u1 ii kdeaccessibility 4:4.8.4+5.77+deb7u1 ii kdesdk4:4.8.4+dfsg-1 ii kdetoys 4:4.8.4-1 ii kdewebdev 4:4.8.4-1 Versions of packages kde-full suggests: pn calligra none pn kde-l10n none ii xorg 1:7.7+3~deb7u1 -- 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#728364: should conflict with apache2-mpm-worker
Package: libapache2-mod-auth-cas Version: 1.0.9.1-4 Hi, mod_cas is waiting indefinitely for a lock with apache worker. I suggest to make it conflict with apache2-mpm-worker. But as this is a transitionnal package now, I propose the following snipset in postinst: if [ -f /etc/apache2/mods-enabled/mpm_worker.load ]; then echo 'Using mpm worker which can lock with mod_auth_cas. Changing to mpm_prefork' a2dismod -q mpm_worker a2enmod -q mpm_prefork fi Ref: http://comments.gmane.org/gmane.comp.java.jasig.cas.user/24169 Regards -- Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728365: python-rhn: Running rhn_reg fails with a TypeError exception.
Package: python-rhn Version: 2.5.52-1 Severity: normal Title says all. Patch attached. root@:~# rhnreg_ks --serverUrl=https://spacewalk.xx.org/XMLRPC --activationkey=1-6eeaef0e9e7b42e048d09fbdce7add50 An error has occurred: type 'exceptions.TypeError' See /var/log/up2date for more information root@:~# cat /var/log/up2date [...] type 'exceptions.TypeError': cannot marshal None unless allow_none is enabled -- System Information: Debian Release: 7.2 Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-042stab061.2 (SMP w/16 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages python-rhn depends on: ii python 2.7.3-4+deb7u1 ii python-openssl 0.13-2+deb7u1 ii python2.6 2.6.8-1.1 ii python2.7 2.7.3-6 python-rhn recommends no packages. python-rhn suggests no packages. -- no debconf information --- /usr/lib/python2.7/dist-packages/rhn/rpclib.py 2013-10-31 09:31:16.317846287 + +++ rpclib.py 2013-10-31 09:31:04.335978079 + @@ -229,7 +229,7 @@ self._transport.set_progress_callback(progressCallback, bufferSize) def _req_body(self, params, methodname): -return xmlrpclib.dumps(params, methodname, encoding=self._encoding) +return xmlrpclib.dumps(params, methodname, encoding=self._encoding, allow_none=True) def get_response_headers(self): if self._transport:
Bug#728356: /usr/bin/how-can-i-help:30: undefined method `home' for Dir:Class (NoMethodError)
Hi, On Thu, Oct 31, 2013 at 09:13:52AM +0100, Lucas Nussbaum wrote: On 31/10/13 at 11:55 +0800, Paul Wise wrote: Package: how-can-i-help Version: 0.7 Severity: serious how-can-i-help now crashes on startup: $ how-can-i-help /usr/bin/how-can-i-help:30: undefined method `home' for Dir:Class (NoMethodError) Hi, That's because ruby1.8 misses Dir.home (it's 1.9+ -specific). This is clearly a bug in how-can-i-help, that I will solve by dropping the requirement of Dir.home. But I wonder if we have really explored all the scenarios for the upgrade to 1.9/2.0. For example, what if: - user runs wheezy, installs ruby1.8, and how-can-i-help - user upgrades to jessie. in jessie, ruby1.8 is removed, but user still has it installed locally - user upgrades how-can-i-help to a newer version If the new version of how-can-i-help still depends on ruby | ruby-interpreter, the dependency is statisfied by the ruby1.8 package still installed locally. however, how-can-i-help might not work with ruby1.8, and ruby1.8 is no longer part of jessie, so it's not obvious as a maintainer that I should test with it. I am no ruby guru but as debian defaults to 1.9 for wheezy and jessie, I do not understand why a wheezy+ system uses ruby1.8 by default, except if manually changed with update-alternatives. Should maintainer care when default interpreters are modified? When is the default ruby interpreter updated on a sid intallation? Thanks, Christophe While this could be solved by having stricter dependencies in applications, it kinda defeats the purpose of gem2deb if I need to depend on ruby1.9.1 instead of ruby | ruby-interpreter (and it will require a package change when moving to ruby2.0). What I really need is a way to express (in how-can-i-help): I need '/usr/bin/ruby' to point to an intrepreter = 1.9.1 Sounds like a nice mess :( Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728366: RM: zynjacku -- ROM; buggy; abandoned upstream
Package: ftp.debian.org Severity: normal Hi, zynjacku has been abandoned by upstream [1], it's buggy and needs to be updated to meet LV2 standard's new features and spec. Please remove it. Thanks for considering. [1] http://linuxaudio.org/mailarchive/laa/2012/8/21/192325 -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728356: /usr/bin/how-can-i-help:30: undefined method `home' for Dir:Class (NoMethodError)
On 31/10/13 at 10:31 +0100, Christophe Siraut wrote: Hi, On Thu, Oct 31, 2013 at 09:13:52AM +0100, Lucas Nussbaum wrote: On 31/10/13 at 11:55 +0800, Paul Wise wrote: Package: how-can-i-help Version: 0.7 Severity: serious how-can-i-help now crashes on startup: $ how-can-i-help /usr/bin/how-can-i-help:30: undefined method `home' for Dir:Class (NoMethodError) Hi, That's because ruby1.8 misses Dir.home (it's 1.9+ -specific). This is clearly a bug in how-can-i-help, that I will solve by dropping the requirement of Dir.home. But I wonder if we have really explored all the scenarios for the upgrade to 1.9/2.0. For example, what if: - user runs wheezy, installs ruby1.8, and how-can-i-help - user upgrades to jessie. in jessie, ruby1.8 is removed, but user still has it installed locally - user upgrades how-can-i-help to a newer version If the new version of how-can-i-help still depends on ruby | ruby-interpreter, the dependency is statisfied by the ruby1.8 package still installed locally. however, how-can-i-help might not work with ruby1.8, and ruby1.8 is no longer part of jessie, so it's not obvious as a maintainer that I should test with it. I am no ruby guru but as debian defaults to 1.9 for wheezy and jessie, I do not understand why a wheezy+ system uses ruby1.8 by default, except if manually changed with update-alternatives. Should maintainer care when default interpreters are modified? There are two problems: (1) partial upgrades, even without update-alternatives tunings. It's very well possible to upgrade how-can-i-help only; nothing in the dependency fields prevents that. (2) manual update-alternatives tunings. I think that the maintainer should care about that. When is the default ruby interpreter updated on a sid intallation? If there's a manual update-alternative tuning, never. (or: when ruby1.8 gets removed) If there isn't, when the new ruby1.9.x/ruby2.0 package is installed, due to higher alternative priority. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678446:
Util-linux 2.21 also includes 'prlimit', which is very handy to change the (ulimit) limits on running processes. The kernel functionality is available in the kernel since at least wheezy, but the tool is currently not packaged / available. -- Mark Janssen -- Sig-I/O Automatisering m...@sig-io.nl http://sig-io.nl Phone: +31-6-5886.7992 Linux, Unix, Networking, Hosting, Virtual Private Servers and more -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728367: upstream info: Content-Type: text/plain; charset=utf-8
Package: www.debian.org I think it is required to set the charset encoding on the text file for upstream info [*]. Example: $ GET -ed http://anonscm.debian.org/viewvc/collab-qa/packages-metadata/g/gdcm.upstream?view=co; | grep Content-Type Content-Type: text/plain While content is clearly in UTF-8: $ GET http://anonscm.debian.org/viewvc/collab-qa/packages-metadata/g/gdcm.upstream?view=co; | file - /dev/stdin: UTF-8 Unicode text Thanks [*] http://packages.qa.debian.org/g/gdcm.html - click upstream info -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728359: debian-installer: Install bootloader earlier?
Quoting Thiemo Nagel (thiemo.na...@gmail.com): Package: debian-installer Severity: wishlist Tags: d-i Hello, I haven't got replies to my post on debian-boot, so I'm archiving this topic as a whishlist bug: I've been wondering why the bootloader is installed only at the very end of the installation. This means that an aborted installation (eg. due to power failure or system crash) leaves the system in an unbootable state. Would it be possible to install the bootloader before tasksel is being run? That should significantly reduce the time window during which a crash yields an unbootable system. When I saw your first mail, my thought was indeed hey, why not?. However, if the BL is installed very late, I guess there is a very good reason that probably dates back to the early days of D-I. Hence CC'ing Joey in order to get his input here. Joey, do you remember why bootloaders are only installed after apt-setup and the like and not just after base-installer? I bet there is a reason..:-) signature.asc Description: Digital signature
Bug#619799: Evolution and CTL text
I confirm this bug. When composing mail with hebrew letters and latin/number letters in the same row, pressing 'Home' or 'End' make evolution to freeze. Ido Halperin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728365: python-rhn: Running rhn_reg fails with a TypeError exception.
That patch is not solution. There should be no None value sent over wire. If there is some then it is just pointing to some bug in code. Can you please put there full traceback and ideally somehow retrieve the content and especially the key for which None was sent? Mirek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728359: debian-installer: Install bootloader earlier?
Christian PERRIER, le Thu 31 Oct 2013 11:10:39 +0100, a écrit : Hence CC'ing Joey in order to get his input here. Joey, do you remember why bootloaders are only installed after apt-setup and the like and not just after base-installer? I bet there is a reason..:-) The same question actually arises also for the brlttyspeakup finish-install. Currently blind users have to proceed up to the end to get the installed system accessible. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728368: ITP: cpl-plugin-xsh -- ESO data reduction pipeline for XSHOOTER
Package: wnpp Severity: wishlist Owner: Ole Streicher deb...@liska.ath.cx X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org * Package name: cpl-plugin-xsh Version : 2.2.0 Upstream Author : ESO * URL : http://www.eso.org/sci/software/pipelines/xsh/xsh-pipe-recipes.html * License : GPL Programming Lang: C Description : ESO data reduction pipeline for XSHOOTER This is the data reduction pipeline for the XSHOOTER instrument of the Very Large Telescope (VLT) from the European Southern Observatory (ESO). . XSHOOTER is a multi wavelength (300-2500nm) medium resolution spectrograph. XSHOOTER consists of 4 arms with the Acquisition and Guiding camera. It has 3 spectroscopic arms, each with optimized optics, dispersive elements and detectors: . * UVB, covering the wavelength range 300-559.5 nm, * VIS, covering the wavelength range 559.5-1024 nm, * NIR, covering the wavelength range 1024-2480 nm. Further information about XSHOOTER can be found under http://www.eso.org/sci/facilities/paranal/instruments/kmos/ A git repository is created at http://anonscm.debian.org/gitweb/?p=debian-science/packages/cpl-plugin-xsh.git The recipe will be based on the same template as the other plugins created so far (cpl_plugin_amber, cpl_plugin_fors, cpl_plugin_giraf, cpl_plugin_hawki, cpl_plugin_sinfo). Best regards Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704680: tlsdate: AppArmor profile does not support multiarch library locations = tlsdated does not start
intrig...@debian.org: Package: tlsdate Version: 0.0.5-2 Severity: important Hi, I'm starting tlsdate with sudo service tlsdate start on a Wheezy amd64 system with AppArmor enabled, and: 1. tlsdated does not start, hence the normal severity. 2. my syslog reads: kernel: [21040.419293] type=1400 audit(1365081871.989:61): apparmor=DENIED operation=open parent=1 profile=/usr/bin/tlsdated name=/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 pid=6341 comm=tlsdated requested_mask=r denied_mask=r fsuid=0 ouid=0 It does not look entirely scandalous that tlsdated wants to load libcrypto from this location, given: $ ldd /usr/bin/tlsdated | grep libcrypto libcrypto.so.1.0.0 = /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x7f743b798000) I've updated the AppArmor profile to include /usr/lib/x86_64-linux-gnu/ in git commit 7976210871063f98d001221a7eac6901dfd47f81. This will go into the next tlsdate release. Having a look at /etc/apparmor.d/usr.bin.tlsdate, it's obvious why. Most profiles in there have lines such as: # Allow mapping of shared libraries /lib/* rm, /lib32/* rm, /lib64/* rm, /usr/lib/* rm, /lib/x86_64-linux-gnu/* rm, (with variations on this theme, some have /usr/local/lib/* too, some haven't, but I digress :) I've added this to each stanza: /usr/lib/x86_64-linux-gnu/* rm, Unfortunately, this does not support multiarch library directories. I suggest using the @{multiarch} profile variable, as most other profiles I have installed do, instead of trying to do it by hand. See e.g. /etc/apparmor.d/abstractions/base for nice examples of how one may easily support all architectures that Debian supports :) I'd be interested in researching this a bit later - how does this fail? I suspect that /usr/bin/tlsdate-helper will need access to /usr/lib/@{multiarch}/* too, for the same reason. (To end with, and digressing again, it looks like the few profiles that are in usr.bin.tlsdate could benefit from some factorization into abstractions/, possibly even using existing abstractions if they're not to wide for your taste. Shall I file a wishlist bug about it?) Ideally, I'd prefer a patch. :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728365: python-rhn: Running rhn_reg fails with a TypeError exception.
The full traceback is attached. But currently I have no idea on how to retrieve the content/key. On 31.10.2013 11:33, Miroslav Suchy wrote: That patch is not solution. There should be no None value sent over wire. If there is some then it is just pointing to some bug in code. Can you please put there full traceback and ideally somehow retrieve the content and especially the key for which None was sent? Mirek [Thu Oct 31 09:32:19 2013] up2date Traceback (most recent call last): File /usr/sbin/rhnreg_ks, line 218, in module cli.run() File /usr/share/rhn/up2date_client/rhncli.py, line 96, in run sys.exit(self.main() or 0) File /usr/sbin/rhnreg_ks, line 151, in main rhnreg.sendPackages(systemId, packageList) File /usr/share/rhn/up2date_client/rhnreg.py, line 487, in sendPackages s.registration.add_packages(systemId, packageList) File /usr/share/rhn/up2date_client/rhnserver.py, line 63, in __call__ return rpcServer.doCall(method, *args, **kwargs) File /usr/share/rhn/up2date_client/rpcServer.py, line 196, in doCall ret = method(*args, **kwargs) File /usr/lib/python2.7/xmlrpclib.py, line 1224, in __call__ return self.__send(self.__name, args) File /usr/share/rhn/up2date_client/rpcServer.py, line 37, in _request1 ret = self._request(methodname, params) File /usr/lib/python2.7/dist-packages/rhn/rpclib.py, line 377, in _request request = self._req_body(self._strip_characters(params), methodname) File /usr/lib/python2.7/dist-packages/rhn/rpclib.py, line 232, in _req_body return xmlrpclib.dumps(params, methodname, encoding=self._encoding) File /usr/lib/python2.7/xmlrpclib.py, line 1085, in dumps data = m.dumps(params) File /usr/lib/python2.7/xmlrpclib.py, line 632, in dumps dump(v, write) File /usr/lib/python2.7/xmlrpclib.py, line 654, in __dump f(self, value, write) File /usr/lib/python2.7/xmlrpclib.py, line 714, in dump_array dump(v, write) File /usr/lib/python2.7/xmlrpclib.py, line 654, in __dump f(self, value, write) File /usr/lib/python2.7/xmlrpclib.py, line 735, in dump_struct dump(v, write) File /usr/lib/python2.7/xmlrpclib.py, line 654, in __dump f(self, value, write) File /usr/lib/python2.7/xmlrpclib.py, line 658, in dump_nil raise TypeError, cannot marshal None unless allow_none is enabled type 'exceptions.TypeError': cannot marshal None unless allow_none is enabled
Bug#648525: NewsBlur support for newsbeuter
Hello, I just took a closer look at the NewsBlur API. Unfortunately, NewsBlur's API, unlike most other APIs, doesn't deliver its feeds as RSS or Atom, but in a custom JSON format instead. Thus, adding NewsBlur support to newsbeuter would mean a lot of modifications to the existing feed parsing code, something that I currently don't consider feasible just for the sake of NewsBlur support. Instead, I implemented support for theoldreader.com, an alternative to Google Reader, including a Google-Reader-compatible API, which meant very little effort in implementation. Support for it will be part of the next newsbeuter release. If you're looking for a Google Reader alternative, I suggest you take a look at theoldreader.com. Best regards, Andreas Krennmair -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728369: libopencsg1: Typo in package description (CGS)
Package: libopencsg1 Severity: minor Dear Maintainer, The description of the package has a typo where it says OpenCSG is a library for CGS (Constructive Solid Geometry)... The acronym is misspelled. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.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#728364: [Pkg-cas-maintainers] Bug#728364: should conflict with apache2-mpm-worker
On Thu, October 31, 2013 10:42, Mathieu Parent wrote: Package: libapache2-mod-auth-cas Version: 1.0.9.1-4 Hi, mod_cas is waiting indefinitely for a lock with apache worker. I suggest to make it conflict with apache2-mpm-worker. Ref: http://comments.gmane.org/gmane.comp.java.jasig.cas.user/24169 I'm not eager to do that because obviously it would mean sites cannot use the much better performing -mpm-worker with mod_cas. We are not reproducing the issue here on several sites with mpm-worker. Cited ref seems more like a workaround. Is it possible to get a hold on what would be causing this locking problem? Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718571: Add systemd service file for tlsdate
intrigeri: Hi, Moritz Muehlenhoff wrote (02 Aug 2013 12:26:16 GMT) : attached is a patch which adds a systemd service file for tlsdate. FWIW: applied, rebuilt package = seems to work fine for me. I've added a basic service file to the root of the tlsdate git repo. I'll also add it to the next debian package release in version 0.0.7 which I plan to tag in the next few days. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728050: Acknowledgement (tethering with iOS 7 devices fails)
Even after package rebuild gainst libimobiledevice4 pairing still does not work... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: tech-ctte: Decide which init system to default to in Debian.
Dear Committee members, I'm not a DD, just a random contributor, and I haven't been actively involved in the init system debate at all, nor do I have any stake in it, though I've followed it with some interest. Now that the question has been referred to the Technical Committee (which seems reasonable given the lack of progress in the discussion so far), it strikes me as somewhat odd that the issue of impartiality/bias hasn't been discussed in the committee to this point. The issue has already been raised on the Debian mailing lists[1] and externally[2][3]. The aphorism Not only must Justice be done; it must also be seen to be done [4], which is oft quoted, not only in judicial proceedings, but also in domestic tribunals (which would probably best describe the committee), is based on the principle that the mere appearance of bias (as opposed to actual bias which can be shown to have influenced a decision) is sufficient to taint the process/decision. I would expect that a discussion that leads up to a decision on the technical issues would at least address the question of bias as well. Please note that I'm *not* trying to start a flame war here, and I'm *not* accusing anyone, but I'm afraid that any discussion (and decision) which was completely silent with regard to bias, once the question has been raised, would appear to be lacking and would undermine public confidence in the decision itself (and that's also the reason I bring this up on a public list rather than in private email). Kind regards, David Härdeman [1] http://lists.debian.org/debian-devel/2013/10/msg00963.html [2] http://slashdot.org/story/13/10/28/1621219/debian-to-replace-sysvinit-switch-to-systemd-or-upstart [3] http://www.phoronix.com/scan.php?page=news_itempx=MTQ5NzQ [4] http://en.wikipedia.org/wiki/R_v_Sussex_Justices,_ex_parte_McCarthy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: tech-ctte: Decide which init system to default to in Debian.
* Russ Allbery (r...@debian.org) [131031 02:19]: Theodore Ts'o ty...@mit.edu writes: On Mon, Oct 28, 2013 at 06:21:27PM -0700, Russ Allbery wrote: Well, I've said this before, but I think it's worth reiterating. Either upstart or systemd configurations are *radically better* than init scripts on basically every axis. They're more robust, more maintainable, easier for the local administrator to fix and revise, better on package upgrades, support new capabilities, etc. Can you please go in to more detail why you believe this was true? I think it's painfully obvious if you compare an init script to an upstart or systemd configuration file for a simple daemon like, say, my lbcd package. For simple packages we would be far better of with a simple snippet that is either used by programms like systemd or upstart directly, or converted to a script by dh_initsnippet. One way or another we should as you write below go to an higher level language for init scripts. Note that *Debian*, as a distribution, has a significant interest in standardizing policy around how daemons are managed. It's therefore not a bad thing for the distribution if we have an init system that handles that policy, provided that it encodes the policy that we want. I realize that the local administrator may have other goals, and they should have ways of achieving them, but both systemd and upstart support running SysV init scripts for those cases. Also I think we should make sure that the init system we use doesn't make it unnecessarily hard for local system administrators to change local defaults. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728370: apt-clone: needs to be rebuilt for python3.3
Package: apt-clone Version: 0.3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, apt-clone in experimental depends on the no longer available python3.2, a plain rebuild is sufficient to fix this, but a binNMU cannot be done for an Arch: all package. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718572: tlsdate: Please fill Vcs-Git and Vcs-Browser control fields
intrig...@debian.org: Package: tlsdate Version: 0.0.5-2 Severity: wishlist It seems that Debian packaging work is published on GitHub: https://github.com/ioerror/tlsdate.git Could you please document this using the appropriate Vcs-* control fields, so that standard tools such as e.g. debcheckout work out-of-the-box? Thanks in advance :) I've added them in the following commit: [debian-master bf361fc] Add Vcs-Git and Vcs-Browser I used https:// rather than git:// as I think it is not safe to use any transport other than https or ssh. I think this should be fine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728371: RM: valgrind [armel] -- ROM; FTBFS
Package: ftp.debian.org Severity: normal Hi, could you please remove valgrind from armel? It used to build there with a somewhat ugly hack (valgrind doesn't support armel baseline architecture), but it stopped doing so a couple months ago, and there doesn't seem to be much interest in armel valgrind from arm porters (nor from me FWIW). Also see #720409. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648525: NewsBlur support for newsbeuter
On Thu, Oct 31, 2013 at 11:46:34AM +0100, Andreas Krennmair wrote: I just took a closer look at the NewsBlur API. Unfortunately, NewsBlur's API, unlike most other APIs, doesn't deliver its feeds as RSS or Atom, but in a custom JSON format instead. Thus, adding NewsBlur support to newsbeuter would mean a lot of modifications to the existing feed parsing code, something that I currently don't consider feasible just for the sake of NewsBlur support. Instead, I implemented support for theoldreader.com, an alternative to Google Reader, including a Google-Reader-compatible API, which meant very little effort in implementation. Support for it will be part of the next newsbeuter release. If you're looking for a Google Reader alternative, I suggest you take a look at theoldreader.com. Unfortunately theoldreader.com is a cloud service, and not free software. I'd like to run my own copy and be in charge of my own data. Cheers, Jelmer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717201: It's very annoying
Douglas A. Augusto daaugu...@gmail.com writes: Hi, Any news on this? I'm working it. New upload is coming :) -- Kanru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715876: [Mayhem] Bug report on picolisp: ext crashes with exit status 139
Hi, These programs are not intend to be run directly. Thanks, Kanru signature.asc Description: PGP signature
Bug#728372: telepathy-phoenix: FTBFS: undefined reference to symbol 'fs_utils_get_default_element_properties'
Package: telepathy-phoenix Version: 0.0.1-1 Severity: serious Justification: fails to build from source User: debian...@lists.debian.org Usertags: piuparts Hi, telepathy-phoenix no longer builds in sid or experimental: dh_auto_build make[1]: Entering directory `/tmp/buildd/telepathy-phoenix-0.0.1' make all-recursive make[2]: Entering directory `/tmp/buildd/telepathy-phoenix-0.0.1' Making all in src make[3]: Entering directory `/tmp/buildd/telepathy-phoenix-0.0.1/src' sed -e s,[@]DATADIR[@],/tmp/buildd/telepathy-phoenix-0.0.1/data/uninstalled, \ -e s,[@]PATH[@],/tmp/buildd/telepathy-phoenix-0.0.1/src, phoenix.in phoenix-uninstalled sed -e s,[@]DATADIR[@],/tmp/buildd/telepathy-phoenix-0.0.1/data/uninstalled, \ -e s,[@]PATH[@],/tmp/buildd/telepathy-phoenix-0.0.1/src, phoenix-test.in phoenix-test-uninstalled make all-am make[4]: Entering directory `/tmp/buildd/telepathy-phoenix-0.0.1/src' CC phoenix_authenticator-authenticator.o authenticator.c: In function 'main': authenticator.c:168:3: warning: 'g_type_init' is deprecated (declared at /usr/include/glib-2.0/gobject/gtype.h:669) [-Wdeprecated-declarations] g_type_init (); ^ CCLD phoenix-authenticator CC phoenix_echo_call-echo-call.o echo-call.c: In function 'src_pad_unlinked_cb': echo-call.c:89:3: warning: implicit declaration of function 'gst_element_get_pad' [-Wimplicit-function-declaration] element_srcpad = gst_element_get_pad (element, src); ^ echo-call.c:89:18: warning: assignment makes pointer from integer without a cast [enabled by default] element_srcpad = gst_element_get_pad (element, src); ^ echo-call.c: In function 'setup_echo_sink': echo-call.c:120:19: warning: assignment makes pointer from integer without a cast [enabled by default] element_sinkpad = gst_element_get_pad (element, sink); ^ echo-call.c:121:18: warning: assignment makes pointer from integer without a cast [enabled by default] element_srcpad = gst_element_get_pad (element, src); ^ echo-call.c: In function 'main': echo-call.c:551:3: warning: 'g_type_init' is deprecated (declared at /usr/include/glib-2.0/gobject/gtype.h:669) [-Wdeprecated-declarations] g_type_init (); ^ CC phoenix_echo_call-echo-call-info-dbus.o echo-call-info-dbus.c: In function 'eci_call_info_skeleton_finalize': echo-call-info-dbus.c:1094:3: warning: 'g_mutex_clear' is deprecated (declared at /usr/include/glib-2.0/glib/gthread.h:167): Not available before 2.32 [-Wdeprecated-declarations] g_mutex_clear (skeleton-priv-lock); ^ echo-call-info-dbus.c: In function 'eci_call_info_skeleton_init': echo-call-info-dbus.c:1240:3: warning: 'g_mutex_init' is deprecated (declared at /usr/include/glib-2.0/glib/gthread.h:165): Not available before 2.32 [-Wdeprecated-declarations] g_mutex_init (skeleton-priv-lock); ^ CCLD phoenix-echo-call /usr/bin/ld: phoenix_echo_call-echo-call.o: undefined reference to symbol 'fs_utils_get_default_element_properties' /usr/lib/x86_64-linux-gnu/libfarstream-0.2.so.2: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[4]: *** [phoenix-echo-call] Error 1 make[4]: Leaving directory `/tmp/buildd/telepathy-phoenix-0.0.1/src' make[3]: *** [all] Error 2 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716050: [Mayhem] Bug report on picolisp: ht crashes with exit status 139
Hi, These programs are not intend to be run directly. Thanks, Kanru signature.asc Description: PGP signature
Bug#726985: fontconfig: Fontconfig error: out of memory
On 2013-10-22 04:00:51 +0200, Vincent Lefevre wrote: 2. My file doesn't contain alias as a child of match. So, it's possible to trigger the error even with a valid file. If I remove the empty match, the error goes away. I've reported this particular bug upstream: https://bugs.freedesktop.org/show_bug.cgi?id=71085 I've also mentioned this Debian bug and the problem with invalid files, but this (an error on some invalid file) is not the main purpose of this upstream bug. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727986: fixed
I've addressed this in the following git commit: [debian-master 8dde3d4] call dh --with autotools_dev; closes Debian #727986 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On Thu, Oct 31, 2013 at 01:41:53AM -0700, Steve Langasek wrote: I'm surprised by this comment. Very little policy is actually encoded in upstart's C code; in fact, the only policy I can think of offhand that is is some basic stuff around filesystems, which, aside from some must-have kernel filesystems without which it can't boot the rest of the system, should be entirely overrideable via /etc/fstab. Perhaps you could expand on what policies you saw a need to change? The details are a bit fuzzy, because this was a quite a while ago, when Upstart was first introduced into Ubuntu, and it was so frustrating that it was what caused me to abandon Ubuntu and switch back to Debian. The high bit was I couldn't get a particular service to start (it might have been bind, or some such), and I had no idea how to debug the darned thing. With shell scripts, it's possible to insert echo debug 1 $variable /tmp/debug.log to figure out what's going on. With upstart, I had no way of figuring out what was going on, and why it was failing, and the no user-serviceable parts inside was extremely frusrtating. I'm sure part of the problem was lack of documentation. That seems to be a common theme with many of these higher level language systems. They may be powerful if you know the magic XML file to edit (in the case of policy kit), but it took me several hours before I figured out even something as simple as say 'yes' to for all authorization questions, which is how I still run to this day, because (a) the default of prompting for the root password in popup windows all the time was too painful, and (b) trying to figure out how to XML language, and all of the triggeers, etc., was ***far*** too painful. One of the nice things about shell scripts is that they are far more self-documenting, and easier to debug, than XML and other 'higher-level' configuration files (at least for this dumb kernel hacker :-). So hopefully that is something the technical committee will take into account --- how well things are documented, both in terms of a comprehensive reference manual, and a tutorial that helps people with common things that system administrators might want to do. The docuementation you pointed to at http://upstart.ubuntu.com/cookbook/ is something I wish I had access to when I first was forced to use Upstart; maybe if Upstart was as polished back then, I might not have given up on Ubuntu in disgust. Regards, - Ted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726774: Bumped!
found 726774 2:0.2.3-72 thanks Hi: I have the same problem, see dpkg --configure -a output below: Setting up console-tools (2:0.2.3-72) ... update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults Failed to issue method call: Unit console-screen.sh.service failed to load: No such file or directory. See system logs and 'systemctl status console-screen.sh.service' for details. invoke-rc.d: initscript console-screen.sh, action start failed. dpkg: error processing console-tools (--configure): subprocess installed post-installation script returned error exit status 6 This prevents regular aptitude upgrades. Let me know if you need further information or I may do any other tests. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#717563: reportbug: web access thru proxy not available
Dear Sandro, On Mon, Jul 22, 2013 at 01:54:28PM +0200, Sandro Tosi wrote: On Mon, Jul 22, 2013 at 1:35 PM, Olaf Zaplinski o...@zaplinski.de wrote: then internet access still fails. whta part of the internet access fails? doing what operation? fetching updated versions? bugs? you can run reportbug from the terminal and report the transcript. reportbug and querybts fail for me, too (w/ normal http-proxy settings). Running querybts with strace results in: nicolas@my-machine:~$ strace -e trace=connect querybts --proxy=http://172.16.0.66:8080/ -b reportbug --- SIGCHLD (Child exited) @ 0 (0) --- connect(7, {sa_family=AF_FILE, path=@/tmp/.X11-unix/X0}, 20) = 0 Querying Debian BTS for reports on reportbug... connect(3, {sa_family=AF_FILE, path=/var/run/nscd/socket}, 110) = -1 ENOENT (No such file or directory) connect(3, {sa_family=AF_FILE, path=/var/run/nscd/socket}, 110) = -1 ENOENT (No such file or directory) connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr(172.16.0.66)}, 16) = 0 syscall_307(0x3, 0x7fff5b9d0220, 0x2, 0x4000, 0, 0x3, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930, 0x27b67930) = 0x2 connect(3, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr(206.12.19.140)}, 16) = 0 connect(3, {sa_family=AF_UNSPEC, sa_data=\0\0\0\0\0\0\0\0\0\0\0\0\0\0}, 16) = 0 connect(3, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr(140.211.166.26)}, 16) = 0 connect(3, {sa_family=AF_INET6, sin6_port=htons(80), inet_pton(AF_INET6, 2607:f8f0:610:4000:6564:a62:ce0c:138c, sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = -1 ENETUNREACH (Network is unreachable) connect(3, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr(206.12.19.140)}, 16^C unfinished ... I have no clue, what this 'syscall_307' means, but what I can see is that reportbug connects successfully the proxy (172.16.0.66:8080), but afterwards attempts to connect bugs.debian.org directly (which has to fail). Since reportbug builds on python-debianbts, I assume that the bug does not come from reportbug directly... Does that help? Do you need something more? Kind regards, Nicolas -- gpg public key: ID 0xACBC3B35, jabber: nico...@jabber.no -- frykten for herren er opphav til kunnskap -- pgpWfdgafl18B.pgp Description: PGP signature
Bug#728373: virtualenvwrapper: shell starts slowly
Package: virtualenvwrapper Version: 3.4-2 Severity: normal Dear Maintainer, Installing virtualenvwrapper causes the shell (bash in my case) to start really slowly. When I fire up a new terminal window it takes a few *seconds* to show me the prompt. The problem doesn't occur in the newest upstream version (4.1.1) with lazy loading. Regards -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualenvwrapper depends on: ii bash-completion1:2.0-1 ii libjs-sphinxdoc1.1.3+dfsg-8 ii python 2.7.5-5 ii python-virtualenv 1.10.1-1 virtualenvwrapper recommends no packages. virtualenvwrapper suggests no packages. -- Configuration Files: /etc/bash_completion.d/virtualenvwrapper changed [not included] -- 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#727240: Correction
Just realized I've sent just usb hub. This is correct device: Bus 001 Device 006: ID 0458:0153 KYE Systems Corp. (Mouse Systems) Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize064 idVendor 0x0458 KYE Systems Corp. (Mouse Systems) idProduct 0x0153 bcdDevice0.19 iManufacturer 1 iProduct2 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 84 bNumInterfaces 3 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xa0 (Bus Powered) Remote Wakeup MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 1 Boot Interface Subclass bInterfaceProtocol 1 Keyboard iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType33 bcdHID 1.11 bCountryCode0 Not supported bNumDescriptors 1 bDescriptorType34 Report wDescriptorLength 65 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 2 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber1 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 1 Boot Interface Subclass bInterfaceProtocol 2 Mouse iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType33 bcdHID 1.11 bCountryCode0 Not supported bNumDescriptors 1 bDescriptorType34 Report wDescriptorLength 181 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 2 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber2 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 0 No Subclass bInterfaceProtocol 0 None iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType33 bcdHID 1.11 bCountryCode0 Not supported bNumDescriptors 1 bDescriptorType34 Report wDescriptorLength 26 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728369: libopencsg1: Typo in package description (CGS)
tags 728369 + pending thank you hello alberto, On Thu, Oct 31, 2013 at 11:50:15AM +0100, Alberto Luaces wrote: OpenCSG is a library for CGS (Constructive Solid Geometry)... The acronym is misspelled. thank you for spotting this. it is fixed in git, but i don't think it warrants an upload of its own at the moment. whenever anything else changes in the package, the fix will be released. best regards chrysn -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: Digital signature
Bug#728050: Acknowledgement (tethering with iOS 7 devices fails)
Is there a passcode set to unlock the screen? Disable it, try again. After pairing, you should be able to re-enable it. Regards, Paul.
Bug#728374: freebsd-net-tools: /sbin/ifconfig is missing options for pfsync
Package: freebsd-net-tools Version: 9.0+ds1-11~deb7u1 Severity: normal Tags: patch -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64 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 freebsd-net-tools depends on: ii libbsd0 0.4.2-1 ii libc0.1 2.13-38 ii libexpat1 2.1.0-1 ii libipx2 9.0+ds1-4 ii libkvm0 9.0+ds1-4 ii libmemstat3 9.0+ds1-4 ii libnetgraph4 9.0+ds1-4 ii libsbuf6 9.0+ds1-4 ii pf9.0+ds1-11~deb7u1 freebsd-net-tools recommends no packages. freebsd-net-tools suggests no packages. -- no debconf information diff -Nur orig/freebsd-utils-9.0+ds1/debian/local/include/netinet/in.h pha/freebsd-utils-9.0+ds1/debian/local/include/netinet/in.h --- orig/freebsd-utils-9.0+ds1/debian/local/include/netinet/in.h 2013-03-18 11:32:54.0 +0100 +++ pha/freebsd-utils-9.0+ds1/debian/local/include/netinet/in.h 2013-10-31 11:08:44.0 +0100 @@ -2,3 +2,7 @@ #ifndef IPPORT_MAX #define IPPORT_MAX 65535 #endif + +#ifndef INADDR_PFSYNC_GROUP +#define INADDR_PFSYNC_GROUP (uint32_t)0xf0e0 +#endif diff -Nur orig/freebsd-utils-9.0+ds1/sbin/ifconfig/Makefile pha/freebsd-utils-9.0+ds1/sbin/ifconfig/Makefile --- orig/freebsd-utils-9.0+ds1/sbin/ifconfig/Makefile 2013-10-31 10:34:55.0 +0100 +++ pha/freebsd-utils-9.0+ds1/sbin/ifconfig/Makefile2013-10-31 10:40:56.0 +0100 @@ -38,6 +38,7 @@ SRCS+= ifcarp.c# SIOC[GS]VH support SRCS+= ifgroup.c # ... +SRCS+= ifpfsync.c SRCS+= ifbridge.c # bridge support SRCS+= iflagg.c# lagg support -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728365: python-rhn: Running rhn_reg fails with a TypeError exception.
Ok, I think I got the related content. I've attached it. I added a sys.stderr.write(str(params)) in _request before request = self.req_body(self._strip_characters(params), methodname) ()()({'token': '1-6eeaef0e9e7b42e048d09fbdce7add50', 'profile_name': u'xxx', 'architecture': 'amd64-debian-linux', 'os_release': 'wheezy', 'release_name': 'Debian'},)()('ipv6', 1)(1, [{u'count': 16, u'model_ver': u'26', u'type': u'GenuineIntel', u'cache': u'8192 KB', u'model_number': u'6', u'bogomips': u'4533.36', u'platform': u'x86_64', u'other': u'fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida dts tpr_shadow vnmi flexpriority ept vpid', u'model_rev': u'5', u'model': u'Intel(R) Xeon(R) CPU E5520 @ 2.27GHz', u'speed': 2266, u'class': u'CPU', u'desc': u'Processor'}, {u'ram': u'23969', u'class': u'MEMORY', u'swap': u'0'}, {u'ip6addr': u'::1', u'hostname': u'xxx', u'ipaddr': u'10.100.2.147', u'class': u'NETINFO'}, {u'board': u'', u'asset': u'(chassis: ) (chassis: ) (board: ) (system: )', u'class': u'DMI'}, {u'lo': {u'ipaddr': u'127.0.0.1', u'module': u'loopback', u'broadcast': u'0.0.0.0', u'netmask': u'255.0.0.0', u'ipv6': [{u'scope': u'host', u'netmask': 128, u'addr': u'::1'}], u'hwaddr': u'00:00:00:00:00:00'}, u'class': u'NETINTERFACES', u'venet0': {u'ipaddr': u'', u'module': u'Unknown', u'broadcast': u'', u'netmask': u'', u'ipv6': [], u'hwaddr': u'00:00:00:00:00:00'}, u'eth0': {u'ipaddr': u'10.100.2.147', u'module': u'Unknown', u'broadcast': u'10.100.2.255', u'netmask': u'255.255.255.0', u'ipv6': [{u'scope': u'link', u'netmask': 64, u'addr': u'fe80::218:51ff:fe3f:3a7a'}], u'hwaddr': u'00:18:51:3f:3a:7a'}}])()('xmlrpc.packages.extended_profile', 2)(1, [{'name': 'libpam-foreground', 'epoch': '', 'version': '0.7', 'release': '0', 'arch': 'all-deb', 'installtime': 1343123569.57996}, {'name': 'libtext-wrapi18n-perl', 'epoch': '', 'version': '0.06', 'release': '7', 'arch': 'all-deb', 'installtime': 1343123589.332515}, {'name': 'libfile-copy-recursive-perl', 'epoch': '', 'version': '0.38', 'release': '1', 'arch': 'all-deb', 'installtime': 1343123591.869862}, {'name': 'dhcp3-client', 'epoch': '', 'version': '4.1.1-P1', 'release': '15+squeeze3', 'arch': 'all-deb', 'installtime': 1343123610.18488}, {'name': 'dhcp3-common', 'epoch': '', 'version': '4.1.1-P1', 'release': '15+squeeze3', 'arch': 'all-deb', 'installtime': 1343123610.22671}, {'name': 'debian-archive-keyring', 'epoch': '', 'version': '2012.4', 'release': '0', 'arch': 'all-deb', 'installtime': 1383205248.2237942}, {'name': 'debian-keyring', 'epoch': '', 'version': '2013.04.21', 'release': '0', 'arch': 'all-deb', 'installtime': 1383205251.160795}, {'name': 'locales', 'epoch': '', 'version': '2.13', 'release': '38', 'arch': 'all-deb', 'installtime': 1383205311.3068588}, {'name': 'debconf', 'epoch': '', 'version': '1.5.49', 'release': '0', 'arch': 'all-deb', 'installtime': 1383205330.0118246}, {'name': 'aptitude-common', 'epoch': '', 'version': '0.6.8.2', 'release': '1', 'arch': 'all-deb', 'installtime': 1383205340.6727984}, {'name': 'readline-common', 'epoch': '', 'version': '6.2+dfsg', 'release': '0.1', 'arch': 'all-deb', 'installtime': 1383205349.5409596}, {'name': 'libsemanage-common', 'epoch': '', 'version': '2.1.6', 'release': '6', 'arch': 'all-deb', 'installtime': 1383205369.1548214}, {'name': 'sensible-utils', 'epoch': '', 'version': '0.0.7', 'release': '0', 'arch': 'all-deb', 'installtime': 1383205386.9138331}, {'name': 'libsnmp-base', 'epoch': '', 'version': '5.4.3~dfsg', 'release': '2.7', 'arch': 'all-deb', 'installtime': 1383205394.4199202}, {'name': 'libswitch-perl', 'epoch': '', 'version': '2.16', 'release': '2', 'arch': 'all-deb', 'installtime': 1383205396.4480798}, {'name': 'libclass-isa-perl', 'epoch': '', 'version': '0.36', 'release': '3', 'arch': 'all-deb', 'installtime': 1383205396.5057945}, {'name': 'perl-modules', 'epoch': '', 'version': '5.14.2', 'release': '21+deb7u1', 'arch': 'all-deb', 'installtime': 1383205398.0817943}, {'name': 'update-inetd', 'epoch': '', 'version': '4.43', 'release': '0', 'arch': 'all-deb', 'installtime': 1383205398.2069213}, {'name': 'lsb-base', 'epoch': '', 'version': '4.1+Debian8+deb7u1', 'release': '0', 'arch': 'all-deb', 'installtime': 1383205405.9658482}, {'name': 'console-common', 'epoch': '', 'version': '0.7.87', 'release': '0', 'arch': 'all-deb', 'installtime': 1383205407.8701158}, {'name': 'netbase', 'epoch': '', 'version': '5.0', 'release': '0', 'arch': 'all-deb', 'installtime': 1383205408.229051}, {'name': 'initramfs-tools', 'epoch': '', 'version': '0.109.1', 'release': '0', 'arch': 'all-deb', 'installtime': 1383205408.6538286}, {'name': 'module-init-tools',
Bug#727768: [Pytrainer-devel] Bug#727768: pytrainer: fails to import gpx files
Hi, Pytrainer tries to validate every xml document before import and unfortunately xml 1.0 is not supported. Some questions trying to find root cause: 1.- Does gpx file validate? $ xmllint --noout --schema schema_involved gpx_file 2.- Did you Johannes change some packages on your local installation in last weeks? 3.- Are you aware of any changes of mentioned app (OSM Tracker)?. I know few people who got invalid exports from Garmin Connect some days ago :| Best regards, David PS: sorry for top posting, not really familiar with Debian's bug tracking system 2013/10/26 Johannes Rohr jor...@gmail.com: Package: pytrainer Version: 1.10.1-2 Severity: normal As of today, pytrainer no longer imports gpx files generated by OSM Tracker. (I last tried a couple of weeks back, it always used to work flawlessly.) Here is what I see on the console: running pytrainer from egg installation data_path: /usr/share/pytrainer/ gettext_path: /usr/share/locale site_path: /usr/lib/python2.7/site-packages ERROR:root:Failed when retrieving Max Heartrate value: invalid literal for int() with base 10: '' ERROR:root:Failed when retrieving Min Heartrate value: invalid literal for int() with base 10: '' No bp log location saved, using default. [000:000] Cpu: 6.23.10, x2, 2801Mhz, 3898MB [000:000] Computer model: Not available [000:000] Browser XEmbed support present: 1 [000:000] Browser toolkit is Gtk2. [000:000] Using Gtk2 toolkit No bp log location saved, using default. [000:000] Cpu: 6.23.10, x2, 2801Mhz, 3898MB [000:000] Computer model: Not available [000:001] Warning(optionsfile.cc:47): Load: Could not open file, err=2 [000:001] No bp log location saved, using default. [000:002] Cpu: 6.23.10, x2, 2801Mhz, 3898MB [000:002] Computer model: Not available [000:002] Browser XEmbed support present: 1 [000:002] Browser toolkit is Gtk2. [000:002] Using Gtk2 toolkit [000:001] Warning(optionsfile.cc:47): Load: Could not open file, err=2 [000:001] No bp log location saved, using default. [000:001] Cpu: 6.23.10, x2, 2801Mhz, 3898MB [000:001] Computer model: Not available java version 1.7.0_25 OpenJDK Runtime Environment (IcedTea 2.3.12) (7u25-2.3.12-4) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) ERROR:root:GPS Device import not yet implemented ERROR:root:GPS Device import not yet implemented UNIVERSAL-import is deprecated and will be removed in a future perl at /usr/share/pytrainer/plugins/garmin-fit/bin/Garmin/FIT.pm line 6. ::#612@/usr/share/pytrainer/plugins/garmin-fit/bin/fit2tcx: main::Garmin::FIT::fetch_header#538@/usr/share/pytrainer/plugins/garmin-fit/bin/Garmin/FIT.pm: /media/jr/3732-3235/osmtracker/2013-10-26_14-05-38/2013-10-26_14-05-38.gpx: not a .FIT header (\x72\x73\x69\x6F ne '.FIT') UNIVERSAL-import is deprecated and will be removed in a future perl at /usr/share/pytrainer/plugins/garmin-fit/bin/Garmin/FIT.pm line 6. ::#612@/usr/share/pytrainer/plugins/garmin-fit/bin/fit2tcx: main::Garmin::FIT::fetch_header#538@/usr/share/pytrainer/plugins/garmin-fit/bin/Garmin/FIT.pm: /home/jr/ownCloud/osmtracker/2013-10-25_22-05-28.gpx: not a .FIT header (\x72\x73\x69\x6F ne '.FIT') ERROR:root:GPS Device import not yet implemented ERROR:root:GPS Device import not yet implemented ERROR:root:GPS Device import not yet implemented ERROR:root:GPS Device import not yet implemented UNIVERSAL-import is deprecated and will be removed in a future perl at /usr/share/pytrainer/plugins/garmin-fit/bin/Garmin/FIT.pm line 6. ::#612@/usr/share/pytrainer/plugins/garmin-fit/bin/fit2tcx: main::Garmin::FIT::fetch_header#538@/usr/share/pytrainer/plugins/garmin-fit/bin/Garmin/FIT.pm: /home/jr/ownCloud/osmtracker/2013-10-25_22-05-28.gpx: not a .FIT header (\x72\x73\x69\x6F ne '.FIT') -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (450, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pytrainer depends on: ii gpsbabel 1.4.3-1 ii iceweasel 24.0-2 ii python 2.7.5-5 ii python-glade2 2.24.0-3+b1 ii python-gtk22.24.0-3+b1 ii python-libxml2 2.9.1+dfsg1-3 ii python-lxml3.2.0-1+b1 ii python-matplotlib 1.1.1~rc2-1 ii python-migrate 0.7.2-6 ii python-numpy 1:1.7.1-3 ii python-pysqlite2 2.6.3-3 ii python-scipy 0.12.0-3 ii python-soappy 0.12.0-4 ii python-support 1.0.15 ii python-webkit 1.1.8-3 ii zenity 3.8.0-1 pytrainer recommends no packages. pytrainer suggests no packages. -- no debconf information -- October Webinars: Code for Performance Free Intel webinars can help you accelerate
Bug#727708: tech-ctte: Decide which init system to default to in Debian.
* Theodore Ts'o: The most basic is the idea that whether you can control (via shell scrpit fragments) whether or not a service should start at all, and what options or environments should be enabled by pasing some file. Curiously, a lot of system administrators do not do this correctly using sysvinit, causing system daemons to start unexpectedly after installing package updates. I hope that a new init system will finally allow us to have something like chkconfig (not the best name in the world, I admit) that works reliably. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728375: libjetty8-java-doc: Questionable dependencies
Package: libjetty8-java-doc Version: 8.1.3-4 Severity: important Dear Maintainer, if I try to do the following on my system: aptitude install libjetty8-java-doc the system says (I'm translating from Italian): The following NEW packages will be installed: default-jdk-doc{a} libgnuinet-java{a} libgnujaf-java-doc{a} libgnumail-java-doc{a} libjetty8-java-doc libservlet2.5-java-doc{a} openjdk-6-doc{a} 0 updated packages, 7 installed, 0 to remove and 0 outdated. It's necessary to download 23.6 MB of archives. After extraction, they will use 274 MB. Continue? [Y/n/?] Well, 274 MB to install a package which just contains some HTML pages (the Javadoc for Jetty 8) seems quite too much to me... After all, I don't think I need any of those packages to simply browse that documentation. I'm still a novice for Debian, so please don't blame on me if my report is not appropriate. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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#728360: RFS: open-axiom/1.5.0~svn3056-1
Hi Igor, This is not a full review, but just few quick notes. I am looking for a sponsor for my package open-axiom Have you thought about maintaining this package under umbrella of Debian Science Team [1][2]? Package looks completely suitable for it. I am not aware if this was already discussed earlier. If yes, please give me a link to that thread. If not, consider this mail as an official invitation. =) [1] https://wiki.debian.org/DebianScience [2] http://debian-science.alioth.debian.org/debian-science-policy.html Changes since the last upload: * New upstream version. * Use xz compression for both source tarball and packages * Require g++ = 4.7 for C++11 * Refreshed patches * touch aclocal.m4 -r configure.ac to avoid rebuilding aclocal.m4 which requires aclocal 1.13 * Do not patch configure.ac, but override variables in Makefiles (due to automake 1.13 too) * Require SBCL * Enable hardening (include /usr/share/dpkg/buildflags.mk for build flags) * Use dh-buildinfo * Override hardening-no-relro on usr/lib/open-axiom/bin/AXIOMsys * Build depends on autotools-dev to update config.* * Bump standards version 3.9.3 → 3.9.4, no changes Personally I prefer to look at commits in git repo. But git repo [3] of this package is outdated. Please push your recent changes there. Also it would be nice if you added git tags for package versions which were uploaded to Debian archive earlier. Usually they looks like debian/${VER}. Signed tags are welcome. [3] http://anonscm.debian.org/gitweb/?p=pkg-open-axiom/pkg-open-axiom.git Please add few screenshots with examples of using open-axiom to [4]. Even screenshots of console applications are useful. [4] http://screenshots.debian.net/ You have never used tarballs with stable releases for this package, so your current debian/watch file is useless. Please update it for checking svn revision. You may find examples at [5] or at [6]. [5] https://wiki.debian.org/debian/watch/ [6] http://anonscm.debian.org/gitweb/?p=debian-science/packages/elmerfem.git;a=blob;f=debian/watch;hb=HEAD Your get-orig-source in debian/rules violates Debian Policy §4.9: This target may be invoked in any directory... Just replace: SRC_VERSION := $(shell dpkg-parsechangelog | awk '/^Version:/ {sub(/-[^-]*/, , $$2); print $$2}') by something like this: DEBIAN_PATH := $(abspath $(dir $(firstword $(MAKEFILE_LIST SRC_VERSION := $(shell dpkg-parsechangelog -l$(DEBIAN_PATH)/changelog | awk '/^Version:/ {sub(/-[^-]*/, , $$2); print $$2}') String README* in debian/open-axiom.docs is quite useless. Did you have debian/README* in mind or anything else? Please use lintian with `-ivIE --pedantic` options for checking packages. These lintian tags may be easily fixed: I: open-axiom source: vcs-field-not-canonical http://git.debian.org/git/pkg-open-axiom/pkg-open-axiom.git http://anonscm.debian.org/git/pkg-open-axiom/pkg-open-axiom.git I: open-axiom source: vcs-field-not-canonical http://git.debian.org/?p=pkg-open-axiom/pkg-open-axiom.git http://anonscm.debian.org/gitweb/?p=pkg-open-axiom/pkg-open-axiom.git I: open-axiom: desktop-entry-lacks-keywords-entry usr/share/applications/open-axiom.desktop Please use [DEP-3] to fix these lintian notes: I: open-axiom source: quilt-patch-missing-description no-missing-messages.patch I: open-axiom source: quilt-patch-missing-description non-static-open-axiom-binary.patch [DEP-3] http://dep.debian.net/deps/dep3/ You may want to fix as well: I: open-axiom: hardening-no-fortify-functions usr/lib/open-axiom/bin/AXIOMsys But this is optional. Please update your debian/copyright file in according to Copyright format 1.0: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ You have already made a preliminary work, so just finish it. Also some copyright holders are not listed in this file now. This file is very important and should be always in actual state. I have not looked into source code and debdiff between versions yet. More remarks are possible. Best regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728158: spacefm-common: fails to upgrade from 'testing' - trying to overwrite /usr/share/spacefm/ui/prefdlg2.ui
Followup-For: Bug #728158 Hi, problem is still present: Preparing to replace spacefm-common 0.8.7-3 (using .../spacefm-common_0.9.0-2_all.deb) ... Unpacking replacement spacefm-common ... dpkg: error processing /var/cache/apt/archives/spacefm-common_0.9.0-2_all.deb (--unpack): trying to overwrite '/usr/share/spacefm/ui/prefdlg2.ui', which is also in package spacefm-gtk3 0.8.7-3 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to replace spacefm-gtk3 0.8.7-3 (using .../spacefm-gtk3_0.9.0-2_amd64.deb) ... Unpacking replacement spacefm-gtk3 ... The versioning is wrong. I would suggest the following: Package: spacefm-common Replaces: spacefm-gtk3 ( 0.9) Breaks: spacefm-gtk3 ( 0.9) Using ( 0.9) meaning we reorganized the packages in 0.9.x and also catching any future (security, binNMU, ..) updates to 0.8.x that would sort after 0.8.7-3 which would not be caught by (= 0.8.7-3) (The Replaces: spacefm is probably not needed) (The Breaks: spacefm ( xx) should not be needed since spacefm has a strictly versioned dependency on spacefm-common) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688977: libunwind-setjmp0: leaves diversion after upgrade from wheezy to sid
Followup-For: Bug #688977 Hi, the problem still exists or re-appeared after an upgrade from testing to sid: 0m45.6s ERROR: FAIL: Installed diversions (dpkg-divert) not removed by purge: diversion of /usr/lib/libunwind-setjmp.so.0 to /usr/lib/libunwind-setjmp.so.0.old by libunwind-setjmp0 diversion of /usr/lib/libunwind-setjmp.so.0.0.0 to /usr/lib/libunwind-setjmp.so.0.0.0.old by libunwind-setjmp0 Andreas libunwind-setjmp0_1.1-2.2.log.gz Description: GNU Zip compressed data
Bug#728376: RFS: fox1.6 / 1.6.49-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package fox1.6 * Package name: fox1.6 Version : 1.6.49-1 Upstream Author : Jeroen van der Zijp jer...@fox-toolkit.com * URL : http://www.fox-toolkit.org/ * License : LGPL-2.1 Section : libs It builds those binary packages: libfox-1.6-0 - FOX C++ GUI Toolkit - runtime library libfox-1.6-dev - FOX C++ GUI Toolkit - development headers libfox-1.6-doc - FOX C++ GUI Toolkit - documentation To access further information about this package, please visit the following URL: http://mentors.debian.net/package/fox1.6 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/fox1.6/fox1.6_1.6.49-1.dsc All changes of Debian package can be seen here: http://anonscm.debian.org/gitweb/?p=collab-maint/fox16.git The following packages use libfox1.6 as library: xfe, sumo, fxcyberjack, libgwengui-fox16-0, gogglesmm, libace-foxreactor* Changes since the last upload: * New upstream release. * debian/control: - Bump to Standards Version 3.9.5 (no changes). - Move to debhelper = 9 and compat level 9. - Add fields to enable Multi-Arch only for runtime package. - Support transition to libtiff5. * Update library paths in install files and rules file. Regards, Joachim Wiedorn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728377: Cannot supply additional addresses with -H
Package: mutt Version: 1.5.21-6.4 Severity: normal When calling mutt -H with a mail to edit and send, appending additional addresses to the end of the mutt command line has no effect. Doing so should add them to the To adresses. Similarly, -c has no effect either; it should add to the Cc addresses. - Josh Triplett -- Package-specific info: Mutt 1.5.21 (2010-09-15) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 3.11-1-amd64 (x86_64) ncurses: ncurses 5.9.20130608 (compiled with 5.9) libidn: 1.28 (compiled with 1.28) hcache backend: tokyocabinet 1.4.48 Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. misc/am-maintainer-mode misc/autoconf-remove-am-c-prototypes.patch features/ifdef features/xtitles features/trash-folder features/purge-message features/imap_fast_trash features/sensible_browser_position features-old/patch-1.5.4.vk.pgp_verbose_mime features/compressed-folders features/compressed-folders.debian debian-specific/Muttrc debian-specific/Md.etc_mailname_gethostbyname.diff debian-specific/use_usr_bin_editor.diff debian-specific/correct_docdir_in_man_page.diff debian-specific/dont_document_not_present_features.diff debian-specific/document_debian_defaults debian-specific/assumed_charset-compat debian-specific/467432-write_bcc.patch debian-specific/566076-build_doc_adjustments.patch misc/define-pgp_getkeys_command.diff misc/gpg.rc-paths misc/smime.rc upstream/531430-imapuser.patch upstream/537818-emptycharset.patch upstream/543467-thread-segfault.patch upstream/542817-smimekeys-tmpdir.patch upstream/548577-gpgme-1.2.patch upstream/553321-ansi-escape-segfault.patch upstream/568295-references.patch upstream/547980-smime_keys-chaining.patch upstream/528233-readonly-open.patch upstream/228671-pipe-mime.patch upstream/383769-score-match.patch upstream/578087-header-strchr.patch upstream/603288-split-fetches.patch upstream/537061-dont-recode-saved-attachments.patch upstream/608706-fix-spelling-errors.patch upstream/620854-pop3-segfault.patch upstream/611412-bts-regexp.patch upstream/624058-gnutls-deprecated-set-priority.patch upstream/624085-gnutls-deprecated-verify-peers.patch upstream/584138-mx_update_context-segfault.patch upstream/619216-gnutls-CN-validation.patch upstream/611410-no-implicit_autoview-for-text-html.patch upstream/path_max misc/579967-fixes-german-translation.patch mutt.org -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mutt depends on: ii libassuan02.1.1-1 ii libc6 2.17-93 ii libcomerr21.42.8-1 ii libgnutls26 2.12.23-8 ii libgpg-error0 1.12-0.2 ii libgpgme111.2.0-1.4 ii libgssapi-krb5-2 1.11.3+dfsg-3 ii libidn11 1.28-1 ii libk5crypto3 1.11.3+dfsg-3 ii libkrb5-3 1.11.3+dfsg-3 ii libncursesw5 5.9+20130608-1 ii libsasl2-22.1.25.dfsg1-17 ii libtinfo5 5.9+20130608-1 ii libtokyocabinet9 1.4.48-2 Versions of packages mutt recommends: pn default-mta | mail-transport-agent none ii libsasl2-modules2.1.25.dfsg1-17 pn locales none ii mime-support3.54 Versions of packages mutt suggests: ii aspell 0.60.7~20110707-1 ii ca-certificates 20130906 ii gnupg1.4.15-1.1 pn mixmasternone ii openssl 1.0.1e-3 pn urlview none Versions of packages mutt is related to: ii mutt 1.5.21-6.4 pn mutt-dbg none pn mutt-patched 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#728378: gitolite3: http backend incompatibility
Package: gitolite3 Version: 3.5.2-1 Severity: wishlist The current configuration is only the ssh backend of gitolite. If trying to run the install and provide the www-data as username for gitolite the setup does not occures and even worse the repositories, .gitolite* and project_list end up in the apache2 home. This directory in indeed the root of static html and documents served by the apache2 server. Further more the configuration requires a SSH key that is useless for http backend alone. -- System Information: Debian Release: 6.0.7 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages gitolite3 depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii git [git-core]1:1.7.2.5-3fast, scalable, distributed revisi ii git-core 1:1.7.2.5-3fast, scalable, distributed revisi ii openssh-server1:5.5p1-6+squeeze3 secure shell (SSH) server, for sec ii perl 5.10.1-17squeeze6 Larry Wall's Practical Extraction gitolite3 recommends no packages. Versions of packages gitolite3 suggests: ii git-daemon-run 1:1.7.2.5-3 fast, scalable, distributed revisi ii gitweb 1:1.7.2.5-3 fast, scalable, distributed revisi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728050: Acknowledgement (tethering with iOS 7 devices fails)
Paul McEnery (2013/10/31 11:33 +): Is there a passcode set to unlock the screen? No pass-code. Shérab. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648525: NewsBlur support for newsbeuter
* Jelmer Vernooij jel...@samba.org [2013-10-31 12:10]: On Thu, Oct 31, 2013 at 11:46:34AM +0100, Andreas Krennmair wrote: I just took a closer look at the NewsBlur API. Unfortunately, NewsBlur's API, unlike most other APIs, doesn't deliver its feeds as RSS or Atom, but in a custom JSON format instead. Thus, adding NewsBlur support to newsbeuter would mean a lot of modifications to the existing feed parsing code, something that I currently don't consider feasible just for the sake of NewsBlur support. Instead, I implemented support for theoldreader.com, an alternative to Google Reader, including a Google-Reader-compatible API, which meant very little effort in implementation. Support for it will be part of the next newsbeuter release. If you're looking for a Google Reader alternative, I suggest you take a look at theoldreader.com. Unfortunately theoldreader.com is a cloud service, and not free software. I'd like to run my own copy and be in charge of my own data. newsbeuter supports Tiny Tiny RSS since version 2.5, including the latest API changes in Tiny Tiny RSS. That's another tool you can use if you want to host your own copy. Regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718572: tlsdate: Please fill Vcs-Git and Vcs-Browser control fields
Jacob Appelbaum wrote (31 Oct 2013 11:03:34 GMT) : I've added them in the following commit: [debian-master bf361fc] Add Vcs-Git and Vcs-Browser I used https:// rather than git:// as I think it is not safe to use any transport other than https or ssh. I think this should be fine. Great! I notice you've closed bugs that have not been fixed in Debian yet, but are fixed in the packaging Git repo. In this case, you'd better mark them as pending. See the BTS documentation and developper's reference for details :) Also, better close bugs with versionning info, e.g. an entry in debian/changelog will do it automatically for you. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704680: tlsdate: AppArmor profile does not support multiarch library locations = tlsdated does not start
Jacob Appelbaum wrote (31 Oct 2013 10:43:56 GMT) : I've added this to each stanza: /usr/lib/x86_64-linux-gnu/* rm, Unfortunately, this does not support multiarch library directories. I suggest using the @{multiarch} profile variable, as most other profiles I have installed do, instead of trying to do it by hand. See e.g. /etc/apparmor.d/abstractions/base for nice examples of how one may easily support all architectures that Debian supports :) I'd be interested in researching this a bit later - how does this fail? This will fail on any architecture other than i386 amd64, basically. See where libcrypto is installed on these architectures. I don't think this bug was entirely fixed (still no multiarch support as far as I can see, despite the added support for amd64), so it should probably be reopened. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728375: libjetty8-java-doc: Questionable dependencies
Hi Mauro, The JDK documentation alone uses about 240 MB. Almost all Java documentation packages depend on this, but you have to pay the price only once. The dependency is necessary to have nice links between the Javadoc of the package specific classes and the Javadoc of the core Java classes. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728379: boswars: Map editor does not notify on incomplete saving when disk is full.
Package: boswars Version: 2.7-1 Severity: normal Dear Maintainer, Map editor does not notify on incomplete saving when disk is full. That corrupts maps making it unusable anymore. Thank you. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (700, 'testing-updates'), (700, 'testing'), (600, 'stable-updates'), (600, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages boswars depends on: ii boswars-data 2.7-1 ii libc6 2.17-93 ii libgcc1 1:4.8.1-10 ii libgl1-mesa-glx [libgl1] 9.1.7-1 ii liblua5.1-0 5.1.5-5 ii libogg0 1.3.1-1 ii libpng12-01.2.49-5 ii libsdl1.2debian 1.2.15-7 ii libstdc++64.8.1-10 ii libtheora01.1.1+dfsg.1-3.1 ii libvorbis0a 1.3.2-1.3 ii libx11-6 2:1.6.2-1 ii zlib1g1:1.2.8.dfsg-1 boswars recommends no packages. boswars 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#728380: jetty8: Missing files
Package: jetty8 Version: 8.1.3-4 Severity: important Dear Maintainer, I think some files are missing from jetty8 package. First of all, the official Jetty documentation talks about a context deployer which monitors the ${jetty.home}/contexts directory to hot deploy webapps configured using appropriate xml files. The jetty8 Debian package provides such a directory in etc/jetty8/contexts, also providing an example javadoc.xml file which should allow to deploy the Jetty javadoc provided by libjetty8-java-doc package. However, there's no jetty-*.xml file in /etc/jetty8 which configures the ContextDeployer (or rather the ContextProvider, see below). The provided file /etc/jetty8/contexts/README.TXT says that the ContextDeployer is configured in jetty.xml configuration file, but if you look at the contents of this file you'll see this is not the case. Also, if you start jetty8 with all the default contents, a welcome page is displayed which points to the javadoc, but this link does not work at all (even if you install libjetty8-java-doc) because the ContextDeployer is not actually configured. /etc/jetty8/jetty-plus.xml also says ContextDeployer is configured in jetty.xml. /ety/jetty8/jetty-shared-webapps.xml configures just the WebAppDeployer, although a comment says: see ContextDeployer above... but it's not there, either. Also, reading the offical Jetty 8 documentation at http://download.eclipse.org/jetty/stable-8/apidocs, you'll see that WebAppProvider and ContextProvider should be used rather than WebAppDeployer and ContextDeployer, which are old and deprecated. So I would expect the Debian package to use the new classes, just like the official Jetty distribution ZIP file does (I checked that this was the case even in the old 8.1.3 distribution package, so it's not an issue with the old Jetty version packaged in Debian). Another little error I saw is again in /etc/jetty8/jetty-shared-webapps.xml: the starting comment says that it configures Jetty to deploy webapps in /usr/share/java/webapps, but it should actually say /usr/share/jetty8/webapps. Lastly, the libsetuid.so for Jetty 8 is missing, because there isn't any package corresponding to libjetty-extra used for Jetty 6. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jetty8 depends on: ii adduser 3.113+nmu3 ii apache2-utils2.2.22-13 ii default-jre-headless [java6-runtime-headless]1:1.6-47 ii libjetty8-java 8.1.3-4 ii openjdk-6-jre-headless [java6-runtime-headless] 6b27-1.12.6-1~deb7u1 jetty8 recommends no packages. Versions of packages jetty8 suggests: pn libjetty8-extra-java none pn libjetty8-java-docnone -- Configuration Files: /etc/default/jetty8 changed: VERBOSE=yes JETTY_HOST=0.0.0.0 JETTY_PORT=8080 JETTY_SHUTDOWN=300 JAVA_OPTIONS=-Xmx256m -Djava.awt.headless=true JDK_DIRS=/usr/lib/jvm/default-java JSP_COMPILER=javac JETTY_TMP=/var/cache/jetty8 LOGFILE_DAYS=30 -- 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#728381: tracker-needle segfaults on startup
Package: tracker-gui Version: 0.14.1-3 Severity: important From an effort to start on the command line: $ tracker-needle Tracker-Message: tracker-history.vala:38: Creating new history file:'.../.local/share/tracker/tracker-needle.txt' (tracker-needle:9305): Tracker-WARNING **: tracker-tags-view.vala:94: Could not get Sparql connection: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) Segmentation fault Obviously, there are other problems, but the segfault shouldn't happen. -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (550, 'unstable'), (500, 'stable-updates'), (500, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages tracker-gui depends on: ii dpkg 1.16.12 ii gnome-icon-theme 3.4.0-2 ii libatk1.0-0 2.4.0-2 ii libc6 2.17-93 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libgdk-pixbuf2.0-02.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-03.8.4-1 ii libnautilus-extension1a 3.4.2-1+build1 ii libpanel-applet-4-0 3.4.2.1-4 ii libpango1.0-0 1.32.5-5+b1 ii libtracker-sparql-0.14-0 0.14.1-3 ii tracker 0.14.1-3 tracker-gui recommends no packages. tracker-gui 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#728362: awffull: /etc/cron.daily/awffull needs update
Hi Barry, Package: awffull Version: 3.10.2-4 Severity: important Tags: patch I get the following error message: /etc/cron.daily/awffull: Use of Really Quiet (-Q) has been deprecated. Initially processed default config file: /etc/awffull/awffull.conf awffull 3.10.2 (Linux 3.11-1-amd64) English Error: Can't open log file 0 ERROR: Running awffull, exit status: 1 obviously /etc/cron.daily/awffull is not updated to the current command line parameters ... As I see in debian/changelog you have already fixed this problem (see #496968). Could you look at new bug report? Best regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728375: libjetty8-java-doc: Questionable dependencies
Il 31/10/2013 14:07, Emmanuel Bourg ha scritto: The JDK documentation alone uses about 240 MB. Almost all Java documentation packages depend on this, but you have to pay the price only once. The dependency is necessary to have nice links between the Javadoc of the package specific classes and the Javadoc of the core Java classes. I see, but couldn't these dependencies just be recommended? I know it's a stupid reason, but if you install jetty8 and libjetty8-java-doc and you configure Jetty to start, a welcome page for Jetty in Debian is deployed in the server instance with a link to the Jetty 8 Javadoc. Even if we assume that this link works (I just reported another bug for that), it means that to just have that example webapp working correctly you'll have to download 240 MB of documentation which I doubt would even work from within the Jetty instance itself, because links to JDK or Servlet Javadocs would point to files outside the Jetty 8 configured directories (I didn't try, though). Also, if you just install the jetty8 package without the libjetty8-java-doc one, you'll get a default welcome page in Jetty with a link to some missing contents (= the Javadoc documentation, as said). This however doesn't justify a strong dependency between jetty8 and libjetty8-java-doc just for a simple hyper-linking issue. Anyway, I'm not so presumptuous to suggest to change a convention used for all the Debian packages for javadoc documentation sets, I just wanted to give my 2 cents on this. Mauro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#199464: /usr/bin/script: switch for input from a terminal
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It seems the problem is that the master process exits immediately when it reaches eof, rather than waiting for the children to exit. I've posted to the upstream mailing list about it asking how to forward the eof to the pty. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJScmehAAoJEJrBOlT6nu759BUIAJmykMNzN/0QRVtwnbr3ycVA zf/591dptmzPtMSx6I5H1b78tikHNpHWulD/Y1UkqK2dtywJcsYAswnlWipCWKOL AvcfSbMM+pYbURk6kfYi2YJsvUz21JXrRLTxulNJPZ/VC9J+CBVN8CYzkmmyW04P q0oyNGYlrLgyWquUJFQsyORNF53cvZ2aaJ+A+u+ilbqoxe0F9D3xFXwW8p35oFRJ dQllCaOTI9SyC/KB62kR3k7c2u1LCKIkFXV22OxDo4b7BdF/HATk1fAel5A/pCi+ Tlxei8Mm9FlX6wpzlOvj3vj0KfKzu9IX1qJHNxerF4zblquSLu6OfFl8gpK8cgI= =uBMG -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#728361: Gnome does not offer shutdown/suspend/hibernate buttons
Package: lightdm Version: 1.8.3-1 Followup-For: Bug #728361 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, 1.8.3-1 does not fix it, sorry. Downgrading again. Greetings, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iEYEARECAAYFAlJyaK8ACgkQ9ijrk0dDIGyFtwCfYeIDtAsmzdZKw0PWzEda9Xkf URIAn3gI3/QWjh0H4y7PQOgF8k0pGrUz =PLvg -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#728382: nslcd: Should have a switch to reduce amount of error logging
Package: nslcd Version: 0.8.10-4 Severity: wishlist Hi Arthur, it would be nice if nslcd could be configured to not log any occurrences of request denied by validnames option or similar less critical but potentially noisy logging. Reasoning: On systems with nslcd, any tool which looks up arbitrary strings as user name or similar will cause one line per lookup in the syslog and hence may fill up the disk. (Luckily most syslog servers noticed such bursts.) This may sound far fetched, but it isn't: ccze is a log colorizer which by default tries to recognize usernames and similar in the parsed log file. If that log file is the log file nslcd is logging to, this causes some kind of a loop until the syslog server suppresses further looping for a while: While doing this in one shell: # echo foo=bar | logger ... the following happens in another shell: # tail -f /var/log/syslog | ccze -A Oct 31 14:36:42 snidget logger: foo=bar Oct 31 14:36:42 snidget nslcd[19433]: [3ceb7b] passwd=foo=bar request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [ac75da] passwd=passwd=foo=bar request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [dd5ee7] passwd=passwd=passwd=foo=bar request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [e23ed4] passwd=passwd=passwd=passwd=foo=bar request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [8a3e08] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [a77645] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [b3e47e] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [0e748e] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [2d2fcd] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [5acd89] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [04aeda] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [05b933] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [e61f9e] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [cb434f] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [a76097] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [ff23e8] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [74253b] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [23fd9f] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [561db4] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [7d5d88] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [22e80d] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [c34918] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [217973] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [751573] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [2cd3b5] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [3838c2] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [946780] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [fe127c] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [c8d51c] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [d5619d] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [50126f] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [0f1bdf] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [43da46] passwd=passwd=passwd=passwd=passwd= request denied by validnames option Oct 31 14:36:42 snidget nslcd[19433]: [ab7906] passwd=passwd=passwd=passwd=passwd= request denied by
Bug#728381: more info
Maybe of some interest that strace shows the segfault after reading tracker-needle.ui And, this may be normal, but it shows up here as attempting to read from the build directory /tmp/buildd... write(2, \n(tracker-needle:13283): Tracker..., 210 (tracker-needle:13283): Tracker-WARNING **: tracker-tags-view.vala:94: Could not get Sparql connection: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) ) = 210 open(/tmp/buildd/tracker-0.16.2/src/tracker-needle/tracker-needle.ui, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/tracker/tracker-needle.ui, O_RDONLY) = 8 fstat(8, {st_mode=S_IFREG|0644, st_size=21270, ...}) = 0 read(8, ?xml version=\1.0\ encoding=\UT..., 21270) = 21270 close(8)= 0 brk(0x2754000) = 0x2754000 brk(0x2753000) = 0x2753000 brk(0x2774000) = 0x2774000 brk(0x2773000) = 0x2773000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Segmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728383: RFS: stressapptest/1.0.4-3 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package stressapptest After this upload, I plan to prepare quickly the package with the last upstream release. * Package name: stressapptest Version : 1.0.4-3 * URL : http://code.google.com/p/stressapptest/ * License: Apache-2 Section : utils It builds those binary packages: stressapptest - stress test application for simulating high load situations To access further information about this package, please visit the following URL: http://mentors.debian.net/package/stressapptest Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/stressapptest/stressapptest_1.0.4-3.dsc Source: http://anonscm.debian.org/git/collab-maint/stressapptest.git Changes since the last upload: * New Maintainer (Closes: #728288) * Update to debhelper 9 * Bumped standards to 3.8.4 Regards, Pierre Blanc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723781: stunnel4: Please package new upstream version 4.56
Package: stunnel4 Version: 3:4.53-1.1 Severity: wishlist Please update to 4.56 https://www.stunnel.org/pipermail/stunnel-announce/2013-March/73.html * Bugfixes - Fixed a regression bug introduced in version 4.55 causing random crashes on several platforms, including Windows 7. - Fixed startup crashes on some Win32 systems. - Fixed incorrect stunnel -exit process synchronisation. - Fixed FIPS detection with new versions of the OpenSSL library. - Failure to open the log file at startup is no longer ignored. signature.asc Description: OpenPGP digital signature
Bug#727708: init system question before the technical committee
Ian Jackson writes (Bug#727708: init system question before the technical committee): Steve Langasek writes[1]: https://wiki.debian.org/Debate/initsystem/systemd ... So I would appreciate it if you (and by you I mean each side of the argument) would make sure that your page represents the best case you can put forward. This seems to have come along very well in the past few days. We now have five camps with pages with substantial content: https://wiki.debian.org/Debate/initsystem/multiple https://wiki.debian.org/Debate/initsystem/openrc https://wiki.debian.org/Debate/initsystem/systemd https://wiki.debian.org/Debate/initsystem/sysvinit https://wiki.debian.org/Debate/initsystem/upstart Obviously people will need some time to further flesh this out and particularly to write rebuttals (or incorporate points into their main text which amount to rebuttals). If you're in one of these camps you'll probably want to subscribe to the pages of the others, so you can follow what they're doing and make sure to respond appropriately. How long do people think finalising this is going to take ? There are some potential problems with setting a hard deadline in advance but we're hoping to deal with this matter fairly soon now. Perhaps it would be good if the camp leader(s) for each camp would reply with a summary of: - the status of their own main arguments: are you mostly done, or do you expect to add more substantial points - the status of their rebuttals: subject of course, to any future changes by the other camps, how close are you to having what you consider a good answer to the other camps' points ? Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728354: inkscape: segfault on importing from Open Clip Art Library
forwarded 728354 https://bugs.launchpad.net/inkscape/+bug/1246763 thanks On 31 October 2013 03:33, Vasil Velichkov vvvelich...@gmail.com wrote: Package: inkscape Version: 0.48.3.1-1.3 Followup-For: Bug #728354 Dear Maintainer, I was able to fix the problem. Patch attached. Cheers P.S. The branch master.wip is missing $ cat debian/gbp.conf debian-branch = master.wip $ git branch -r origin/HEAD - origin/master origin/master origin/pristine-tar origin/upstream -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: tech-ctte: Decide which init system to default to in Debian.
David Härdeman writes (Bug#727708: tech-ctte: Decide which init system to default to in Debian.): I'm not a DD, just a random contributor, and I haven't been actively involved in the init system debate at all, nor do I have any stake in it, though I've followed it with some interest. Now that the question has been referred to the Technical Committee (which seems reasonable given the lack of progress in the discussion so far), it strikes me as somewhat odd that the issue of impartiality/bias hasn't been discussed in the committee to this point. Several of the messages on debian-devel in the init system GR proposal thread on -devel have discussed this. Please read that thread, which has comments from a number of TC members on this question. I don't think there would be any value in formally addressing this as part of the TC resolution on the init system question. If nothing else, it would be rather circular to have people voting on whether to disqualify each other. There is a clear constitutionally defined process for excluding some TC members from voting on some matters, which does not apply in the current situation. If your concern is just that those messages from TC members aren't [discussion] in the committee as you put it, I think simply repeating the earlier messages, as postings to this bug, doesn't seem to have much value. But just for reference here are the urls I found of the contributions from TC members and (ex-)DPLs on the subject of bias: http://lists.debian.org/debian-devel/2013/10/msg00692.html http://lists.debian.org/debian-devel/2013/10/msg00747.html http://lists.debian.org/debian-devel/2013/10/msg00777.html http://lists.debian.org/debian-devel/2013/10/msg00699.html http://lists.debian.org/debian-devel/2013/10/msg00702.html http://lists.debian.org/debian-devel/2013/10/msg00818.html http://lists.debian.org/debian-devel/2013/10/msg00946.html http://lists.debian.org/debian-devel/2013/10/msg01014.html And generally on democracy vs technogracy (if I may put it like that): http://lists.debian.org/debian-devel/2013/10/msg00996.html http://lists.debian.org/debian-devel/2013/10/msg00821.html http://lists.debian.org/debian-devel/2013/10/msg00830.html Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org