Bug#724396: katoob: diff for NMU version 0.5.9.1-4.1
tags 724396 + pending thanks Dear maintainer, I've prepared an NMU for katoob (versioned as 0.5.9.1-4.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Regards. -- Eric Dorland e...@kuroneko.ca ICQ: #61138586, Jabber: ho...@jabber.com diff -Nru katoob-0.5.9.1/debian/changelog katoob-0.5.9.1/debian/changelog --- katoob-0.5.9.1/debian/changelog 2012-08-20 06:40:50.0 -0400 +++ katoob-0.5.9.1/debian/changelog 2014-03-08 02:52:31.0 -0500 @@ -1,3 +1,10 @@ +katoob (0.5.9.1-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * Switch to automake1.11. (Closes: #724396) + + -- Eric Dorland e...@debian.org Sat, 08 Mar 2014 02:52:31 -0500 + katoob (0.5.9.1-4) unstable; urgency=low * Added fix_save_perms.patch (Closes: #652519) diff -Nru katoob-0.5.9.1/debian/control katoob-0.5.9.1/debian/control --- katoob-0.5.9.1/debian/control 2011-03-21 12:07:11.0 -0400 +++ katoob-0.5.9.1/debian/control 2014-03-08 02:51:25.0 -0500 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Mohammed Sameer msam...@debian.org Build-Depends: autoconf, - automake1.9, + automake1.11, autotools-dev, debhelper (= 7.1), iso-codes, diff -Nru katoob-0.5.9.1/debian/rules katoob-0.5.9.1/debian/rules --- katoob-0.5.9.1/debian/rules 2011-03-21 12:12:25.0 -0400 +++ katoob-0.5.9.1/debian/rules 2014-03-08 02:51:25.0 -0500 @@ -3,7 +3,7 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 -export AUTOMAKE = automake-1.9 +export AUTOMAKE = automake-1.11 %: dh $@ --with quilt,autotools_dev signature.asc Description: Digital signature
Bug#740978: apt-file: Does not support new deb822 sources.list format
Control: tags -1 wontfix On 2014-03-06 21:30, Guillem Jover wrote: Package: apt-file Version: 2.5.2 Severity: wishlist Hi! The new deb822 sources.list format is not supported (filed as wishlist because it seems the new format is still considered experimental), and apt-file spews the following error with this sample entry: Hi, Thanks for filing this. Though as you may noticed in the header, I am not intending to work on fixing this. Rather, I want APT to provide a way to fetch things for apt-file rather than having apt-file re-invent every single wheel that also gets included in APT. Mind you, if someone wants to step up and re-invent this particular wheel, I am willing to review the patch. But in general, I want APT to do the heavy lifting for fetching stuff - (my) life is too short to reimplement APT in apt-file. :) [...] ,--- $ apt-file list foo Use of uninitialized value $scheme in string at /usr/bin/apt-file line 185, SOURCE line 4. Use of uninitialized value $scheme in concatenation (.) or string at /usr/bin/apt-file line 186, SOURCE line 4. W: Don't know how to handle E: No valid sources in /etc/apt/sources.list `--- This seems wrong though and I will have a look at fixing those. At the very list, apt-file ought to recognise the file as something it does not support. [...] I guess libapt-pkg-perl does not expose interfaces to parse the sources.list package as apt-file is parsing it itself. Maybe libapt-pkg does not expose those either, have not checked. Although that would be nice as then apt-file would not need to implement those itself. Thanks, Guillem Sadly, libapt-pkg-perl does not seem to expose half the things that python-apt does. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741078: ITP: lmfit-py -- Least-Squares Minimization with Constraints
Package: wnpp Severity: wishlist Owner: Picca Frédéric-Emmanuel pi...@debian.org * Package name: lmfit-py Version : 0.7.4 Upstream Author : matt.newvi...@gmail.com * URL : http://lmfit.github.io/lmfit-py/ * License : EXPAT Programming Lang: Python Description : Least-Squares Minimization with Constraints The lmfit Python package provides a simple, flexible interface to non-linear optimization or curve fitting problems. The package extends the optimization capabilities of scipy.optimize by replacing floating pointing values for the variables to be optimized with Parameter objects. These Parameters can be fixed or varied, have upper and/or lower bounds placed on its value, or written as an algebraic expression of other Parameters. . The principal advantage of using Parameters instead of simple variables is that the objective function does not have to be rewritten to reflect every change of what is varied in the fit, or what relationships or constraints are placed on the Parameters. This means a scientific programmer can write a general model that encapsulates the phenomenon to be optimized, and then allow user of that model to change what is varied and fixed, what range of values is acceptable for Parameters, and what constraints are placed on the model. The ease with which the model can be changed also allows one to easily test the significance of certain Parameters in a fitting model. . The lmfit package allows a choice of several optimization methods available from scipy.optimize. The default, and by far best tested optimization method used is the Levenberg-Marquardt algorithm from from MINPACK-1 as implemented in scipy.optimize.leastsq. This method is by far the most tested and best support method in lmfit, and much of this document assumes this algorithm is used unless explicitly stated. An important point for many scientific analysis is that this is only method that automatically estimates uncertainties and correlations between fitted variables from the covariance matrix calculated during the fit. . A few other optimization routines are also supported, including Nelder-Mead simplex downhill, Powell's method, COBYLA, Sequential Least Squares methods as implemented in scipy.optimize.fmin, and several others from scipy.optimize. In their native form, some of these methods setting allow upper or lower bounds on parameter variables, or adding constraints on fitted variables. By using Parameter objects, lmfit allows bounds and constraints for all of these methods, and makes it easy to swap between methods without hanging the objective function or set of Parameters. . Finally, because the approach derived from MINPACK-1 usin the covariance matrix to determine uncertainties is sometimes questioned (and sometimes rightly so), lmfit supports methods to do a brute force search of the confidence intervals and correlations for sets of parameters. This package will be maintained under the debian-science umbrella Vcs-Browser: http://anonscm.debian.org/gitweb/?p=debian-science/packages/lmfit- py.git Vcs-Git: git://anonscm.debian.org/debian-science/packages/lmfit-py.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734241: Ceph maintenance sloppy
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Thomas On 08/03/14 06:37, Thomas Goirand wrote: It is the view of the Qemu maintainers that the Ceph maintenance in Debian has been sloppy, and therefore, they have removed RDB support in Qemu in both the Sid and Debian backports. Apologies if this is the perception; I have been trying to rectify this - there have certainly been historic maintenance issues. If I understand, the issue has been that you didn't receive the bug mail, and this has been solved. However, I would like to check with you that you have enough time to maintain Ceph correctly in Sid, and in backports. If you don't, then would you care for some help? Would you be interested in adding Ceph to the official Debian backports? I do have the time to maintain ceph; as you point out we did have a problem with bug mail (which should now be resolved) which did mean I missed a load of bugs in the last month or so. Quite happy to have Ceph in Debian backports as well. The Ceph support in Qemu is, as you may guess, important for us. Yup As for #734241, are you planning on addressing it soon? What should be the fix? It is looking like to me that the Upstart configuration is very different from the one with sysv-rc. Should a standard sysv-rc script be created for each upstart script? I have a fix locally in testing which I'd planned to land at the same time as the Firefly stable release which avoid having dummy scripts. I'm not 100% sure that update-rc.d is actually doing the right thing - but I can work around it easily enough with a guard in the maintainer scripts for upstart detection. Also, have you been looking into adding support for systemd? I've not looked at systemd support just yet - I'll probably work directly with upsteam as this is where the init and upstart configuration come from. Cheers James - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTGtVtAAoJEL/srsug59jDiaQP/2ArT0n1v8h2GLlLfk/WbJNR OGpfOi+UEUpNiyMAfQi0xV7K8kSF5n+jQE/SLgUOklafOvgdlrOJ7/FiOIt5sCF5 fWXLK7RY3mXdjIP5p7ktSHQgs+uX22ZMjmDRJoRQYDcIntKWvOZFf2H18rVToTZV 8PEtNzfUL71gyV0WON6LfbcFWeyFN9bHjF6NgcQH/ktEPPWgwd1xwXEvASfFEoEj 6IzVVCLrM87bSelpMdlsFarlwm4BNw2zhTY8PVsintnZY3aCYmfCpnPXlW00Y3M4 ySKFJH55zu3O7/UjezVKo/XYLhuIUW6Ii945oJSCmGtztT9uQF0YWRRbEOVIK93f UitQImj2S2Mu0mzRyNBI49Bqx6izQUP0s8Z1wZcbFNIMbV2Va/U0zzwgmAwiH046 w+y0r+3K7pGWmQLbv55j9x6oV0svvFfVXQkUGCWDxHdXk9fPNMxYxDm3m1g8bipF I6zTybDOM0RiGZIjdsomKnlL3lLqj3pYxQlcd49xKoNQPgBfqAEstHg0on0sN+jc KjjxKm5ZDFfvp3xD3OHvcT8ECFhZ+XX5QxtKes5eXcgcNc45pyOyb1DRAibO9C7a mCeytnDXmDM1r7/PpeOWSQ4p4Dy/OFcPayg4yyAnGYsmz356FwkyPPpkrFkoXSdW jWEK2+QwDl0snImpuKg5 =dVho -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#739671: phppear check randomly checks one binary
On 2014-03-06 08:32, Mathieu Parent wrote:
2014-02-22 18:42 GMT+01:00 Niels Thykier ni...@thykier.net:
[...]
Hi,
Thanks for your review.
+$self-{binary_names} = ();
I think you need to use [] instead of () here (to get a list ref)
[...]
+push $self-{binary_names}, $pkg;
Likewise, you need push(@{$self-{binary_names} }, $pkg); here.
Technically, I believe this one will work with very recent versions of
Perl (possibly as an experimental feature), but I doubt it works with
the version in stable.
}
$self-{binary_field} = \%packages;
Alternatively, I believe you can replace those two lines with:
$self-{binary_names} = \@control_data;
I've implemented the first solution. See attachment.
Regads
Merged into master as [1]. I took the liberty of updating the POD
documentation as well in [2].
Thanks for your work.
~Niels
[1]
http://anonscm.debian.org/gitweb/?p=lintian/lintian.git;a=commitdiff;h=aa9ea53e055ec79166ce838e81133a9bd271c26b
[2]
http://anonscm.debian.org/gitweb/?p=lintian/lintian.git;a=commitdiff;h=e6ec09ce55a6e5c872f8836b76725800b6784f2b
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741065: ITP: etcd-- A highly-available key value store for shared configuration and service discovery
On 2014-03-08 02:47, Jelmer Vernooij wrote: * Fast: benchmarked 1000s of writes/s per instance I think there is a typo here; 1000s of writes/s per instance. I suspect (but I am not quite sure) that the intended was something like: 1000 writes _ second * instance If so, there is an s too much after the 1000. /pedantic-note ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738853: ML check
This bug should now be resolved; mailing from unregistered address to check. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739079: transition: libav10
I uploaded a new version of bino to mentors.d.n which fixes the compilation with libav10 by backporting some upstream commits, but I would need a sponsor to upload it for me, as my usual sponsor will be on vacation the next couple of weeks, https://mentors.debian.net/package/bino http://mentors.debian.net/debian/pool/main/b/bino/bino_1.4.4-2.dsc -- Thanks, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577523: Processed: Re: Bug#577523: subversion: no TERENA SSL CA certificate for https://scm.gforge.inria.fr:443
On Thu, March 6, 2014 22:44, Vincent Lefevre wrote: On 2014-03-06 13:46:13 +0100, Thijs Kinkhorst wrote: A simple test with openssl s_client reveals that www.inria.fr has not configured the correct certificate chain for the TCS certificates. This needs to be taken up with the administrators of that website. I confirm for www.inria.fr and www.cnrs.fr (I've reported the problem to the sysadmins), but for other ones with a correct certificate chain, it doesn't work with lynx. Adding the TERENA SSL CA certificate to ca-certificates.crt solves the problem. Now, since this problem is specific to lynx, I suppose that this is more a bug with lynx itself. I've reported another bug: Adding intermediate certificates to ca-certificates.crt works around a problem in said applications. The root CA's as used by TCS are already in ca-certificates.crt and the chains are published by the web server, so all information is there. Any client that fails validation then is buggy. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740961 So this is indeed the best way forward. Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740599: nautilus: White Background
Package: nautilus Version: 3.8.2-2 Followup-For: Bug #740599 Dear Maintainer, I have the same issue, I think it was not immediately after upgrade, but when I restarted after upgrade. I think I noticed it when something in the system was using high cpu. Nautilus seems to mostly work fine, but with a white background instead of a normal one. Again, if nautilus is not running or not handling the desktop there is no issue, but if it is it is just white. In overview, the desktop background looks normal though. When I tried to change it, it did show something which looks like a segfault kind of thing, as the background, but seems to still allow me to change background (still only visible with nautilus not running). However, when I change background, it doesn't change it for overview - I still see the old one. These problems with changing it still occur when nautilus is not running. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.22-1 ii gsettings-desktop-schemas 3.8.2-2 ii gvfs 1.16.3-2 ii libatk1.0-02.10.0-2 ii libc6 2.18-4 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libexempi3 2.2.1-1 ii libexif12 0.6.21-1 ii libgail-3-03.10.7-1 ii libgdk-pixbuf2.0-0 2.30.5-1 ii libglib2.0-0 2.38.2-5 ii libglib2.0-data2.38.2-5 ii libgnome-desktop-3-7 3.8.4-2 ii libgtk-3-0 3.10.7-1 ii libnautilus-extension1a3.8.2-2 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.2-2 ii libpangocairo-1.0-01.36.2-2 ii libselinux12.2.2-1 ii libtracker-sparql-0.16-0 0.16.2-1+b2 ii libx11-6 2:1.6.2-1 ii libxml22.9.1+dfsg1-3 ii nautilus-data 3.8.2-2 ii shared-mime-info 1.2-1 Versions of packages nautilus recommends: ii eject 2.1.5+deb1+cvs20081104-13 ii gnome-icon-theme-symbolic 3.10.1-1 ii gnome-sushi3.10.0-1 ii gvfs-backends 1.16.3-2 ii librsvg2-common2.40.0-1 Versions of packages nautilus suggests: ii brasero3.8.0-2+b1 ii eog3.10.1-1 ii evince [pdf-viewer]3.10.0-2 ii totem 3.8.2-4 ii tracker0.16.2-1+b2 ii vlc [mp3-decoder] 1:2.0.6-dmo1 ii vlc-nox [mp3-decoder] 1:2.0.6-dmo1 ii xdg-user-dirs 0.15-1 -- 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#720377: [Pkg-xfce-devel] Bug#720377: exo-utils: exo-open fails on magnet scheme URLs
On Sat, Mar 08, 2014 at 06:13:56AM +0100, Martín Ferrari wrote: Package: exo-utils Version: 0.10.2-2 Followup-For: Bug #720377 I can confirm this: exo-open is basically useless for anything that is not their 4 intented applications (mail, web, terminal, file). It is confusing to the user, and it does not degrade gracefully. It does not try to get a handler from the MIME database, from the gconf url-handlers, the .desktop files, or even tries to call gvfs-open if it is present. That's actually not true. exo-open on smb:// schemes works just fine for me, as an example. -- Yves-Alexis Perez signature.asc Description: Digital signature
Bug#741079: linux-image-3.13-1-686-pae: Stack trace when unplugging usb devices
Package: src:linux Version: 3.13.5-1 Severity: normal Dear Maintainer, When unplugging usb devices I have a stack trace. I tried an external usb disk, and a wifi dongle. The message present in both cases is : warn_slowpath_common... Note that I've moved from 3.11 to 3.13. I haven't used 3.12 Regards nb -- Package-specific info: ** Version: Linux version 3.13-1-686-pae (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-14) ) #1 SMP Debian 3.13.5-1 (2014-03-04) ** Command line: BOOT_IMAGE=/vmlinuz-3.13-1-686-pae root=UUID=ae9930fd-764c-4354-901c-0abaf3657eb0 ro quiet ** Tainted: WO (4608) * Taint on warning. * Out-of-tree module has been loaded. ** Kernel log: [51572.170508] [c14161f7] ? ret_from_kernel_thread+0x1b/0x28 [51572.170516] [c1068bd0] ? kthread_create_on_node+0x110/0x110 [51572.170522] ---[ end trace 8c972f800d5df207 ]--- [51740.164059] usb 5-1: new high-speed USB device number 55 using ehci-pci [51740.297207] usb 5-1: New USB device found, idVendor=7392, idProduct=a811 [51740.297228] usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [51740.297236] usb 5-1: Product: 802.11n WLAN Adapter [51740.297243] usb 5-1: Manufacturer: Realtek [51740.297249] usb 5-1: SerialNumber: 00e04c01 [51740.874130] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [51746.127024] RTL871X: set ssid [belkin.92e.5GHz] fw_state=0x0008 [51746.427442] RTL871X: start auth [51746.430511] RTL871X: auth success, start assoc [51746.432673] RTL871X: assoc success [51746.432759] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [51746.435382] UpdateHalRAMask8812A = mac_id:0, networkType:0x14, mask:0x0000 [51746.435382] == rssi_level:0, rate_bitmap:0x000ff010 [51746.450049] RTL871X: send eapol packet [51746.461143] RTL871X: send eapol packet [51746.462871] RTL871X: set pairwise key to hw: alg:4(WEP40-1 WEP104-5 TKIP-2 AES-4) camid:4 [51746.462880] RTL871X: set group key to hw: alg:4(WEP40-1 WEP104-5 TKIP-2 AES-4) keyid:1 [51746.886607] UpdateHalRAMask8812A = mac_id:0, networkType:0x14, mask:0x0000 [51746.886607] == rssi_level:1, rate_bitmap:0x000f [51769.309148] [ cut here ] [51769.309196] WARNING: CPU: 0 PID: 27157 at /build/linux-ncyRvS/linux-3.13.5/net/wireless/sme.c:854 __cfg80211_disconnected+0x227/0x230 [cfg80211]() [51769.309212] Modules linked in: usb_storage pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) snd_hrtimer cpufreq_powersave cpufreq_userspace cpufreq_stats cpufreq_conservative rfcomm bnep binfmt_misc vboxdrv(O) synaptics_i2c firewire_sbp2 loop fuse parport_pc ppdev lp parport 8812au(O) hid_generic btusb bluetooth usbhid hid joydev gspca_m5602 gspca_main videodev media cfg80211 evdev pcspkr psmouse pcmcia serio_raw r852 sm_common yenta_socket nand pcmcia_rsrc nand_ecc pcmcia_core r592 nand_ids mtd memstick lpc_ich mfd_core rng_core snd_hda_codec_realtek asus_laptop acpi_cpufreq i915 snd_hda_intel snd_hda_codec snd_hwdep snd_pcm sparse_keymap snd_page_alloc rfkill ac battery video processor button input_polldev drm_kms_helper drm i2c_algo_bit i2c_core snd_seq snd_seq_device snd_timer snd soundcore ext4 crc16 mbcache jbd2 sg sd_mod sr_mod crc_t10dif crct10dif_common cdrom ata_generic ata_piix firewire_ohci sdhci_pci sdhci firewire_core crc_itu_t 8139too 8139cp mii mmc_core ehci_pci the rmal libata scsi_mod fan uhci_hcd ehci_hcd thermal_sys usbcore usb_common [51769.309388] CPU: 0 PID: 27157 Comm: kworker/u2:2 Tainted: GW O 3.13-1-686-pae #1 Debian 3.13.5-1 [51769.309394] Hardware name: ASUSTeK Computer Inc. W5A /W5A , BIOS 020911/17/2005 [51769.309412] Workqueue: cfg80211 cfg80211_event_work [cfg80211] [51769.309418] 0009 c140b038 c104d41e c14d7898 6a15 f88d3554 [51769.309432] 0356 f88b7277 f88b7277 c9d787a8 f35f4d20 c104d4db [51769.309445] 0009 f88b7277 2f15 c163c380 f3646000 d3dd5000 [51769.309458] Call Trace: [51769.309472] [c140b038] ? dump_stack+0x3e/0x4e [51769.309482] [c104d41e] ? warn_slowpath_common+0x7e/0xa0 [51769.309506] [f88b7277] ? __cfg80211_disconnected+0x227/0x230 [cfg80211] [51769.309528] [f88b7277] ? __cfg80211_disconnected+0x227/0x230 [cfg80211] [51769.309536] [c104d4db] ? warn_slowpath_null+0x1b/0x20 [51769.309557] [f88b7277] ? __cfg80211_disconnected+0x227/0x230 [cfg80211] [51769.309568] [c107e7db] ? idle_balance+0xab/0x210 [51769.309588] [f8898d0d] ? cfg80211_process_wdev_events+0xed/0x170 [cfg80211] [51769.309609] [f8898dbf] ? cfg80211_process_rdev_events+0x2f/0x90 [cfg80211] [51769.309628] [f8895013] ? cfg80211_event_work+0x13/0x20 [cfg80211] [51769.309638] [c106324f] ? process_one_work+0xff/0x370 [51769.309646] [c1062b65] ? destroy_worker+0x65/0x90 [51769.309655] [c1063b66] ? manage_workers.isra.28+0x196/0x240 [51769.309664] [c1063d09] ? worker_thread+0xf9/0x330 [51769.309672] [c1063c10] ?
Bug#741080: libclamunrar: Please enable hardened build flags
Source: libclamunrar
Version: 0.96.4-1
Severity: normal
Tags: patch
User: hardening-disc...@lists.alioth.debian.org
Usertags: goal-hardening
Hi,
Please consider applying the attached patch that enables the default
set of hardening buildflags.
It would also be nice to enable verbose build logs so you can see
which flags are actually passed to the compiler/linker.
Passing V=1 to make does that.
Cheers,
Felix
diff -u libclamunrar-0.96.4/debian/rules libclamunrar-0.96.4/debian/rules
--- libclamunrar-0.96.4/debian/rules
+++ libclamunrar-0.96.4/debian/rules
@@ -42,7 +42,8 @@
cp -f /usr/share/misc/config.guess config.guess
endif
chmod a+x configure
- ./configure $(CROSS) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs --disable-clamav
+ ./configure $(CROSS) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --disable-clamav \
+ $(shell DEB_LDFLAGS_MAINT_APPEND=-Wl,-z,defs dpkg-buildflags --export=configure)
build: build-stamp
Bug#741081: emacs-calfw: Fail to upgrade with emacs23
Package: emacs-calfw Version: 1.3+git20140302-1 Severity: serious Hello, When emacs23 is installed, last version of emacs-calfw fail because old org-mode did not had org-element that is apparently now required by calfw. Thanks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs-calfw depends on: ii emacs23 23.4+1-4.1+b1 ii emacs24 24.3+1-2+b1 emacs-calfw recommends no packages. Versions of packages emacs-calfw suggests: pn emacs-calfw-howm none pn org-mode none -- no debconf information -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741082: apache2: Includes+MultiViews+mod_deflate = Content Encoding Error
Package: apache2 Version: 2.2.22-13+deb7u1 Severity: normal Hi, When using SSI directives to open a file with MultiViews auto-search extensions (e.g. for auto-detected language), if mod_deflate is enable this results in mixed compressed + uncompressed output. Attached is a testcase: - a2enmod include deflate - Options Includes MultiViews - $ cat /var/www/html/test.shtml !--#include virtual=head-- index - $ echo head /var/www/html/head.en.html - $ curl -H'Accept-encoding: gzip, deflate' http://localhost/test.shtml head [uncompressed] [gzip-compressed index.shtml content] In Firefox / Chromium, this results in Content Encoding Error / ERR_CONTENT_DECODING_FAILED A work-around is to disable mod_deflate, or specify the full file name head.en.html (in which case all the output is compressed, which is the expected behavior). This happens in both Apache 2.2 (Wheezy) and Apache 2.4 (Jessie). includes-multiviews-deflate.tar.gz Description: application/gzip
Bug#741083: Unable to configure SecureBoot settings
Package: ovmf Version: 0~20131112.2590861a-2 Severity: important The OVMF SecureBoot configuration hangs. If I press ESC after boot, select Device Manager and then Secure Boot Configuration just a black screen appears and the configuration menu is never displayed. The virtual machine is started with qemu -bios /usr/share/ovmf/OVMF.fd -m 1g -enable-kvm. The same happens if I use loader/usr/share/ovmf/OVMF.fd/loader in my libvirt machine configuration. The whole Tianocore configuration interface also feels a lot slower with this version than with previous versions. Downgrading ovmf to version 0~20131112.2590861a-1 solves the problem. As nothing in the changelog suggests a change related to this, I wonder if this is the result of a miscompilation. But a simple rebuild in a clean sid chroot does not solve the problem. Gaudenz -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#709892: popularity-contest: Unable to submit report
Hi Bill, 2014-03- 7, 23:36 (+0100); Bill Allombert escriu: Could you tell me what is your timezone ? Central European Time, UTC+1 Are you using ntp ? Is it on a server running 24/24 ? It's a desktop machine, although it's left on most of the time. There is no ntp server running on this computer, but I have however an ntp client (ntpdate) and a weekly cron job that runs /usr/sbin/ntpdate-debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741084: cdbs: Include autotools configure --exec-prefix variable
Package: cdbs
Version: 0.4.122
Severity: normal
Tags: patch
Hi,
I've just moved grep packaging (version 2.18-1) to cdbs. One of the
manual settings I had to do is to configure the prefix of
architecture-dependent files (grep installs its binaries in /bin/).
Since I didn't find a specific cdbs autotools variable for this, I'm
using:
DEB_CONFIGURE_EXTRA_FLAGS += --exec-prefix=/
The attached patch adds DEB_CONFIGURE_EXECDIR to autotools-vars.mk
Cheers,
Santiago
PS. I admit that I used to dislike cdbs, but now I think it's useful.
Thanks a lot for you work!
-- System Information:
Debian Release: 7.2
APT prefers stable
APT policy: (500, 'stable'), (10, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
cdbs depends on no packages.
Versions of packages cdbs recommends:
ii autotools-dev 20130810.1
Versions of packages cdbs suggests:
ii devscripts 2.14.1
-- debconf-show failed
diff --git a/1/class/autotools-vars.mk.in b/1/class/autotools-vars.mk.in
index 13fff0b..fd493ba 100644
--- a/1/class/autotools-vars.mk.in
+++ b/1/class/autotools-vars.mk.in
@@ -45,6 +45,7 @@ DEB_CONFIGURE_SCRIPT ?= $(CURDIR)/$(DEB_SRCDIR)/configure
DEB_CONFIGURE_CROSSBUILD_ARGS ?= --build=$(DEB_BUILD_GNU_TYPE) $(if $(cdbs_crossbuild),--host=$(DEB_HOST_GNU_TYPE))
DEB_CONFIGURE_PREFIX ?=/usr
+DEB_CONFIGURE_EXECDIR ?=$(DEB_CONFIGURE_PREFIX)
DEB_CONFIGURE_INCLUDEDIR ?= \$${prefix}/include
DEB_CONFIGURE_MANDIR ?= \$${prefix}/share/man
DEB_CONFIGURE_INFODIR ?= \$${prefix}/share/info
@@ -54,7 +55,15 @@ DEB_CONFIGURE_LIBEXECDIR ?= \$${prefix}/lib/$(DEB_SOURCE_PACKAGE)
# --srcdir=. is required because otherwise configure wants to analyse
# $0 to see whether a VPATH build is needed. This tells it with
# absolute certainly that this is NOT a VPATH build.
-DEB_CONFIGURE_PATH_ARGS ?= --prefix=$(DEB_CONFIGURE_PREFIX) --includedir=$(DEB_CONFIGURE_INCLUDEDIR) --mandir=$(DEB_CONFIGURE_MANDIR) --infodir=$(DEB_CONFIGURE_INFODIR) --sysconfdir=$(DEB_CONFIGURE_SYSCONFDIR) --localstatedir=$(DEB_CONFIGURE_LOCALSTATEDIR) --libexecdir=$(DEB_CONFIGURE_LIBEXECDIR) $(if $(subst $(DEB_SRCDIR),,$(cdbs_make_curbuilddir)),,--srcdir=.)
+DEB_CONFIGURE_PATH_ARGS ?= --prefix=$(DEB_CONFIGURE_PREFIX) \
+ --exec-prefix=$(DEB_CONFIGURE_EXECDIR) \
+ --includedir=$(DEB_CONFIGURE_INCLUDEDIR) \
+ --mandir=$(DEB_CONFIGURE_MANDIR) \
+ --infodir=$(DEB_CONFIGURE_INFODIR) \
+ --sysconfdir=$(DEB_CONFIGURE_SYSCONFDIR) \
+ --localstatedir=$(DEB_CONFIGURE_LOCALSTATEDIR) \
+ --libexecdir=$(DEB_CONFIGURE_LIBEXECDIR) \
+ $(if $(subst $(DEB_SRCDIR),,$(cdbs_make_curbuilddir)),,--srcdir=.)
DEB_CONFIGURE_NORMAL_ARGS ?= $(DEB_CONFIGURE_CROSSBUILD_ARGS) $(DEB_CONFIGURE_PATH_ARGS) --disable-maintainer-mode --disable-dependency-tracking --disable-silent-rules
signature.asc
Description: Digital signature
Bug#739276: postgresql: Put pgstat in /var/run
On Fri, Mar 07, 2014 at 13:40:53 +0100, Christoph Berg wrote: Re: Martin Pitt 2014-03-07 20140307090805.ga23...@piware.de I think configuring a tmpfs dir by default is a good idea, thanks for pointing that out. +1. === modified file 'createcluster.conf' --- createcluster.conf2013-04-12 12:32:08 + +++ createcluster.conf2014-02-17 11:26:47 + @@ -23,3 +23,6 @@ # All other options are copied into the new cluster's postgresql.conf log_line_prefix = '%%t ' + +# Starting at version 8.4 one can move the pg_stat_tmp dir +stats_temp_directory = '/var/run/postgresql/%v-%c_stat_tmp' Note that this is a little too simplistic. This directory is only writable to clusters owned by postgres. While that is the default, you can assign any other owner, and you can even call pg_createcluster as a normal user and put everything into your $HOME; in those cases, /tmp/ will be used for the Unix socket, and we can't use /var/run/postgresql/. pg_createcluster will still want to write to /etc/postgresql which is owned by postgres, so the stats_temp_directory doesn't make the situation worse. One idea is to add a new %s macro to the evaluation of createcluster.conf which expands to the used socket dir, and set stats_temp_directory = '%s/%v-%c_stat_tmp'. That's a little more complex, but always ought to work since we know that the socket dir is writable. For non-postgres clusters, the socket dir will be /tmp, which isn't a tmpfs at least on my machine (I forgot which default Debian really decided on in that flameware). A simpler solution might be to use /var/run/lock/ instead, which is world-writable (same permissions as /tmp/). It's just a bit of an abuse as these are not really lock files. /var/run/lock wouldn't work because it's too small (5120k here). A third option would be to not put this into createcluster.conf, but dynamically set it up in pg_createcluster; i. e. only postgres-owned clusters would configure this (more specifically, add the option if /var/run/postgresql is writable for the owner, so that admins could put other users into the postgres group). ... or mount a new tmpfs, but that would require root. I think this, and the %s idea are too complex for the resulting effect. Imho what Christian proposed is just the right approach, people can still disable it in createcluster.conf. Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- Money and Data Protection Solutions GmbH Co. KG, Amtsgericht Mannheim HRA 704567, vertreten durch ihre Geschaeftsfuehrerin die Money and Data Protection Solutions Verwaltungs GmbH, Amtsgericht Mannheim HRB 715602, diese vertreten durch ihre Geschaeftsfuehrer Frau Anna Wangerowski und Herrn Dominic Adenuga Schopenhauerstr. 2 68165 Mannheim Germany Telefon: +49 (0)151 7241 6110 Telefax: +49 (0)521 69983 Email: i...@mad-protection.de Money and Data Protection Solutions GmbH Co. KG. USt - IdNr.: DE286030691 Money and Data Protection Solutions Verwaltungs GmbH USt - IdNr.: DE286030722 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741082: apache2: Includes+MultiViews+mod_deflate = Content Encoding Error
For reference, here's the original, complete use case: https://gna.org/support/?3126 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724391: hunspell: diff for NMU version 1.3.2-6.1
On Sat, Mar 08, 2014 at 02:42:15AM -0500, Eric Dorland wrote: I've prepared an NMU for hunspell (versioned as 1.3.2-6.1) and uploaded it to DELAYED/10. NMUing for a wishlist bug??? Please feel free to tell me if I should delay it longer. Yes, please. inedefinitely. (Or until is is at least important/RC) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740564: apt-listbugs: auxiliary script send-hook-info.rb fails to work with Ruby 2.0
Control: tags -1 - help
On Sat, 8 Mar 2014 00:28:32 +0100 Christian Hofstaedtler wrote:
Hi,
Hello Christian!
* Francesco Poli invernom...@paranoici.org [140305 22:52]:
Hello Debian Ruby regulars,
could some of you please take a look at bug #740564, hoping it is not
too much bother?
[...]
Having looked at ruby/process.c and ruby/io.c in 1.9.3 and 2.0, I'd
say the 2.0 behaviour is what always was intended, but it's very
poorly documented.
I believe (haven't verified) that you need to explicitly list the
FDs that you want to pass on to the child in the exec options (see
Process#spawn redirection); it appears :close_others changed meaning
a bit to any non-standard FD that's not in the redirection list
(from any non-standard FD if enabled) and setting it to false no
longer does anything.
Thank you very much for your excellent explanation!
It indeed seems that the issue was caused by the lack of explicit file
descriptor redirection.
The following patch seems to fix the bug completely:
diff --git a/debian/changelog b/debian/changelog
index 0607829..6e5dee7 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -26,6 +26,11 @@ apt-listbugs (0.1.13) UNRELEASED; urgency=medium
is considered a package name or bug number to be ignored.
* downgraded the dependencies on ruby-xmlparser and ruby-httpclient to
recommendations
+ * fixed auxiliary script send-hook-info.rb fails to work with Ruby 2.0:
+added an explicit file descriptor redirection to the exec call in order
+to adapt to Ruby 2.0 stricter behavior; thanks a lot to Christian
+Hofstaedtler for explaining what was wrong and for pointing me to the
+appropriate documentation! (Closes: #740564)
-- Francesco Poli (wintermute) invernom...@paranoici.org Sat, 01 Feb 2014
15:43:19 +0100
diff --git a/examples/send-hook-info.rb b/examples/send-hook-info.rb
index 6f3dc8b..57b66c3 100755
--- a/examples/send-hook-info.rb
+++ b/examples/send-hook-info.rb
@@ -6,7 +6,7 @@
#apt-listbugs apt without the need to invoke APT)
#
# Copyright (C) 2013 Google Inc
-# Copyright (C) 2013 Francesco Poli invernom...@paranoici.org
+# Copyright (C) 2013-2014 Francesco Poli invernom...@paranoici.org
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
@@ -52,7 +52,7 @@ puts APT_HOOK_INFO_FD set to #{ENV['APT_HOOK_INFO_FD']}
if Process.fork().nil?
# the child
write_fd.close
- exec command
+ exec command, read_fd=read_fd
read_fd.close
exit 0
else
I will soon push this commit to the public git repository.
Thanks again for your prompt and kind assistance.
It's really appreciated! :-)
Bye.
--
http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
New GnuPG key, see the transition document!
. Francesco Poli .
GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
pgpg3ysiPfIRw.pgp
Description: PGP signature
Bug#741085: mirror submission for deb-mirror.hostsrv.eu
Package: mirrors Severity: wishlist Submission-Type: new Site: deb-mirror.hostsrv.eu Type: leaf Archive-architecture: amd64 armel i386 ia64 Archive-ftp: /debian/ Archive-http: /debian/ Backports-ftp: /debian-backports/ Backports-http: /debian-backports/ IPv6: no Archive-upstream: ftp.de.debian.org Backports-upstream: ftp.de.debian.org Updates: four Maintainer: Andre Hotze berghei...@outlook.com Country: DE Germany Location: Deutschland Comment: 1-Gigabit Network Connection -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741086: ulatencyd: Please on systemd place start position after systemd-logind.service
Package: ulatencyd
Version: 0.5.0-8
Severity: wishlist
I have systemd .
Run on terminal systemctl status ulatencyd.service
And result:
systemd[1]: Starting Latency reducing daemon for linux...
systemd[1]: Started Latency reducing daemon for linux.
ulatencyd[1497]: ** (ulatencyd:1497): WARNING **: CK Error: Could not get owner
of name 'org.free...h name
ulatencyd[1497]: simplerules-Message: load simple rules directory:
/etc/ulatencyd/simple.d
ulatencyd[1497]: xwatch-Message: x server observation active. poll interval:
500
ulatencyd[1497]: ** Message: load rule directory: /etc/ulatencyd/rules
ulatencyd[1497]: ** Message: load rule directory: /etc/ulatencyd/scheduler
ulatencyd[1497]: ** Message: ulatencyd started successfull
ulatencyd.service is dependent by ConsoleKit and is no way to start before
ulatencyd.service.
According to this site http://www.freedesktop.org/wiki/Software/ConsoleKit/
ConsoleKit insn't maitained
and replacement is systemd-login.service.
-- System Information:
Debian Release: jessie/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.12-1-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 ulatencyd depends on:
ii dbus 1.8.0-1
ii dpkg 1.17.6
ii libc6 2.18-4
ii libdbus-1-31.8.0-1
ii libdbus-glib-1-2 0.102-1
ii libglib2.0-0 2.38.2-5
ii liblua5.1-05.1.5-5
ii libpolkit-gobject-1-0 0.105-4
ii libxau61:1.0.8-1
ii libxcb11.10-2
ii lua-posix 29-7
ii lua5.1 [lua] 5.1.5-5
Versions of packages ulatencyd recommends:
ii consolekit 0.4.6-4
ulatencyd suggests no packages.
-- Configuration Files:
/etc/init.d/ulatencyd [Errno 2] No such file or directory:
u'/etc/init.d/ulatencyd'
/etc/ulatencyd/scheduler/20-desktop.lua changed:
--[[
Copyright 2010,2011 ulatencyd developers
This file is part of ulatencyd.
License: GNU General Public License 3 or later
]]--
SCHEDULER_MAPPING_DESKTOP = {
info = {
description = a good default desktop configuration
}
}
-- cpu memory configuration
SCHEDULER_MAPPING_DESKTOP[cpu] =
{
{
name = rt_tasks,
cgroups_name = rt_tasks,
param = { [cpu.shares]=3048, [?cpu.rt_runtime_us] = 949500 },
check = function(proc)
local rv = proc.received_rt or check_label({sched.rt}, proc) or
proc.vm_size == 0
return rv
end,
},
{
name = system_essential,
cgroups_name = sys_essential,
param = { [cpu.shares]=3048 },
label = { system.essential }
},
{
name = user,
cgroups_name = usr_${euid},
check = function(proc)
return ( proc.euid 999 )
end,
param = { [cpu.shares]=3048, [?cpu.rt_runtime_us] = 100 },
children = {
{
name = poison,
param = { [cpu.shares]=10 },
label = { user.poison },
cgroups_name = psn_${pid},
},
{
name = poison_group,
param = { [cpu.shares]=300 },
cgroups_name = pgr_${pgrp},
check = function(proc)
local rv = ulatency.find_flag(ulatency.list_flags(), {name =
user.poison.group,
value =
proc.pgrp})
return rv ~= nil
end,
},
{
name = bg_high,
param = { [cpu.shares]=1000, [?cpu.rt_runtime_us] = 1},
label = { user.bg_high },
cgroups_name = bg_h_${pid},
},
{
name = media,
param = { [cpu.shares]=2600, [?cpu.rt_runtime_us] = 1},
label = { user.media },
cgroups_name = med_${pid},
},
{
name = ui,
param = { [cpu.shares]=2000, [?cpu.rt_runtime_us] = 1},
label = { user.ui },
cgroups_name = ui_${pid},
},
{
name = active,
param = { [cpu.shares]=1500, [?cpu.rt_runtime_us] = 1},
cgroups_name = usr_${euid}_active,
check = function(proc)
return proc.is_active
end
},
{
name = idle,
param = { [cpu.shares]=200},
label = { user.idle },
cgroups_name = idl_${pid},
},
{
name = group,
param = { [cpu.shares]=600, [?cpu.rt_runtime_us] = 1},
cgroups_name = grp_${pgrp},
check = function(proc)
return true
end,
},
},
},
{
name = system,
cgroups_name = sys_idle,
label = { daemon.idle },
param = { [cpu.shares]=1},
},
{
name = system,
cgroups_name = sys_bg,
label = { daemon.bg },
param = { [cpu.shares]=600},
},
{
name = system,
cgroups_name = sys_daemon,
check = function(proc)
-- don't put
Bug#714891: Still problems with 1.20.1-2
I though 1.20.1-2 (in unstable) should fix this bug, but on upgrading from wheezy to sid, I get: root@lap75107:/# apt-get upgrade ... Preparing to unpack .../veusz_1.20.1-2_all.deb ... Unpacking veusz (1.20.1-2) over (1.15-1) ... dpkg: error processing archive /var/cache/apt/archives/veusz_1.20.1-2_all.deb (--unpack): trying to overwrite '/usr/lib/python2.7/dist-packages/veusz/resources', which is also in package veusz-helpers 1.15-1+b1 dpkg: considering deconfiguration of veusz, which would be broken by installation of veusz-helpers ... dpkg: yes, will deconfigure veusz (broken by veusz-helpers) Preparing to unpack .../veusz-helpers_1.20.1-2_amd64.deb ... De-configuring veusz (1.15-1) ... Unpacking veusz-helpers (1.20.1-2) over (1.15-1+b1) ... root@lap75107:/# apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done You might want to run 'apt-get -f install' to correct these. The following packages have unmet dependencies: veusz-helpers : Breaks: veusz ( 1.20.1-2) but 1.15-1 is installed E: Unmet dependencies. Try using -f. Any idea how to get this to cleanly upgrade? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739276: postgresql: Put pgstat in /var/run
Hi, (excuse my previous empty mail, hit the wrong button) On Fri, Mar 07, 2014 at 13:40:53 +0100, Christoph Berg wrote: Re: Martin Pitt 2014-03-07 20140307090805.ga23...@piware.de [...] + +# Starting at version 8.4 one can move the pg_stat_tmp dir +stats_temp_directory = '/var/run/postgresql/%v-%c_stat_tmp' Note that this is a little too simplistic. This directory is only writable to clusters owned by postgres. While that is the default, you can assign any other owner, and you can even call pg_createcluster as a normal user and put everything into your $HOME; in those cases, /tmp/ will be used for the Unix socket, and we can't use /var/run/postgresql/. pg_createcluster will still want to write to /etc/postgresql which is owned by postgres, so the stats_temp_directory doesn't make the situation worse. /etc/postgresql is even owned by root on my system. /etc/postgresql/VERSION is owned by postgres though. Note that pg_ctlcluster creates the stats_temp_directory and sets the owner of that directory to the cluster owner. So for clusters that root/postgres created but hands over to other people, this should actually work. (Not tested!) One idea is to add a new %s macro to the evaluation of createcluster.conf which expands to the used socket dir, and set stats_temp_directory = '%s/%v-%c_stat_tmp'. That's a little more complex, but always ought to work since we know that the socket dir is writable. For non-postgres clusters, the socket dir will be /tmp, which isn't a tmpfs at least on my machine (I forgot which default Debian really decided on in that flameware). /tmp is possibly still better than the data directory. At least for semantical purposes. For example, maybe someone has /home on a snapshotting filesystem like nilfs2. You wouldn't want to bloat the snapshot logs with stat_tmp stuff. SECURITY consideration: I have not reviewed pg_ctlcluster for creating the stat_tmp directory in a safe way. The name of the directory is very predictable, so this might be an issue. A simpler solution might be to use /var/run/lock/ instead, which is world-writable (same permissions as /tmp/). It's just a bit of an abuse as these are not really lock files. /var/run/lock wouldn't work because it's too small (5120k here). stats_temp_directory files are often quite small. My small cluster has a 58 kB pgstat.stat. So this could work. Instead of abusing /var/run/lock, I'd rather vote for something else, really. Even /tmp feels better. A third option would be to not put this into createcluster.conf, but dynamically set it up in pg_createcluster; i. e. only postgres-owned clusters would configure this (more specifically, add the option if /var/run/postgresql is writable for the owner, so that admins could put other users into the postgres group). ... or mount a new tmpfs, but that would require root. I think this, and the %s idea are too complex for the resulting effect. Imho what Christian proposed is just the right approach, people can still disable it in createcluster.conf. Or disable it after creating the cluster (in the created postgresql.conf). My proposed change only affects creation. After that, people are free to change things. I'm suggesting to use my patch for now/starters. It shouldn't break anything for admin-created clusters that wasn't broken before. (For those, the tmp-dir should be created correctly by pg_ctlcluster). It will likely break user-created clusters even more, yes. Very simple mitigation: Add some more documentation to createcluster.conf on the lines of # Clusters created by normal users will need to change this # option in postgresql.conf, because the directory will not # be setup properly for them. If this becomes a real issue, I'd vote for the %s (or %r for (r)undir) option. This gives a more structured access to the whole thing. And then we'd need to review the security considerations above. Cheers Christian -- www.mad-protection.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#298185: pppoe-server: invalid option -- k
* Mathieu (math...@xilan.net) [140307 14:39]: upstream version is now 3.11: If you want to take the package over, I'm happy to sponsor your upload. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733489: python-apt: Improve 'Dependency' and 'BaseDependency' to get target package versions that satisfy dependencies
And another friendly ping to Julian...I would really like to continue on this one. ;-)
Bug#737580: ufsutils-udeb: mkfs.ufs: DIOCGMEDIASIZE: Inappropriate ioctl for device
Control: tag -1 patch pending
Steven Chamberlain ste...@pyro.eu.org (2014-02-04):
Package: ufsutils-udeb
Version: 9.2-3
Severity: grave
Tags: jessie sid d-i
Affects: debian-installer
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: k...@debian.org
Image:
http://d-i.debian.org/daily-images/kfreebsd-amd64/20140203-00:50/netboot-9/mini.iso
Can reproduce this by trying to format an msdos partition on an IDE disk
as UFS (with kfreebsd-9 9.2-1-amd64):
Feb 4 00:21:34 partman: mkfs.ufs:
Feb 4 00:21:34 partman: DIOCGMEDIASIZE
Feb 4 00:21:34 partman: :
Feb 4 00:21:34 partman: Inappropriate ioctl for device
Running `mkfs.ufs /dev/ada0` at an installer shell curiously tells me
the size of the partition right before it fails with the above error.
As discussed here:
https://lists.debian.org/debian-bsd/2014/03/msg00045.html
https://lists.debian.org/debian-bsd/2014/03/msg00046.html
https://lists.debian.org/debian-bsd/2014/03/msg00049.html
I've prepared an NMU to backport the fix from 10 to 9, which you'll find
attached. Since ufsutils-udeb is fetched from the archive while d-i is
running, I've tested it the following way: go through partitioning, wait
until the error pops up, drop to a shell, replace mkfs.ufs with the
patched one, and resume installation.
That led me to a successful installation, so I should upload in a few
minutes.
That said, building ufsutils in sid led me to a FTBFS due to missing
libutil.h; two solutions: either add a build-dep on libutil-freebsd-dev
which ships it under /usr/include; or adjust 3 files to #include
bsd/libutil.h instead. I haven't seen a difference in dependencies for
both cases. Which one do you want?
Mraw,
KiBi.
diff -Nru ufsutils-9.2/debian/changelog ufsutils-9.2/debian/changelog
--- ufsutils-9.2/debian/changelog 2013-11-30 12:56:40.0 +0100
+++ ufsutils-9.2/debian/changelog 2014-03-08 12:35:01.0 +0100
@@ -1,3 +1,12 @@
+ufsutils (9.2-3.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Steal the following patch from the 10 branch, fixing failures to run
+mkfs.ufs, notably from d-i (Closes: #737580):
+05_wipe_otherfs.patch: Handle DIOCGMEDIASIZE failure gracefully.
+
+ -- Cyril Brulebois k...@debian.org Sat, 08 Mar 2014 12:32:26 +0100
+
ufsutils (9.2-3) unstable; urgency=low
* Bump kfreebsd-kernel-headers B-D to 9.2~5.
diff -Nru ufsutils-9.2/debian/patches/05_wipe_otherfs.patch ufsutils-9.2/debian/patches/05_wipe_otherfs.patch
--- ufsutils-9.2/debian/patches/05_wipe_otherfs.patch 2013-10-26 16:17:34.0 +0200
+++ ufsutils-9.2/debian/patches/05_wipe_otherfs.patch 2014-03-08 12:34:57.0 +0100
@@ -8,27 +8,31 @@
#include sys/mman.h
#include sys/resource.h
#include sys/stat.h
-@@ -531,6 +532,24 @@
+@@ -531,6 +532,28 @@
}
}
}
+ /* Wipe out other file systems. For now we erase first and last 512 kiB
+ * (this works for at least UFS1 and ZFS). */
+ if (!Eflag !Nflag) {
-+ off_t mediasize;
-+ if (!ioctl(disk.d_fd, DIOCGMEDIASIZE, mediasize))
-+ err(1, DIOCGMEDIASIZE);
++ off_t mediasize = 0;
++
+ printf(Erasing sectors [%jd...%jd]\n,
+ sblock.fs_sblockloc / disk.d_bsize,
+ fsbtodb(sblock, sblock.fs_size) - 1);
+ berase(disk, sblock.fs_sblockloc / disk.d_bsize,
+ 1024 * disk.d_bsize - sblock.fs_sblockloc);
+
-+ printf(Erasing sectors [%jd...%jd]\n,
-+ (mediasize - 1024 * 512) / disk.d_bsize,
-+ (mediasize / disk.d_bsize) - 1);
-+ berase(disk, (mediasize - 1024 * 512) / disk.d_bsize,
-+ 1024 * 512);
++ if (!ioctl(disk.d_fd, DIOCGMEDIASIZE, mediasize))
++ warn(DIOCGMEDIASIZE);
++
++ if (mediasize) {
++ printf(Erasing sectors [%jd...%jd]\n,
++(mediasize - 1024 * 512) / disk.d_bsize,
++(mediasize / disk.d_bsize) - 1);
++ berase(disk, (mediasize - 1024 * 512) / disk.d_bsize,
++1024 * 512);
++ }
+ }
if (!Nflag)
do_sbwrite(disk);
signature.asc
Description: Digital signature
Bug#605021: Workaround for bug 605021
I am experiencing the same problem. This bug is reported in 2010 and
unfortunately not resolved.
Emmanuel,
I've tried to contact you at kol...@debian.org, but with no luck. If you
read this, please let us know if there's any chance you can fix this?
Thanks in advance!
For others out there who have to deal with watched directories with spaces,
here is a little workaround for you that I use myself. As far as I'm
concerned this works flawlessly.
For instance, when you watch a directory like this:
/home/gerard/test\ dir\ with\ spaces/
IN_CREATE,IN_MOVED_TO,IN_DELETE,IN_MOVED_FROM,IN_CLOSE_WRITE
/home/gerard/incronscript.sh $% $# $@
I have put the 'watched directory' argument ($@) as last argument. Then in
my script I use this syntax to reproduce the directory including spaces:
#! /bin/bash
i=3
while [ $i -le $# ]
do
DIR=$DIR${!i}
if [ $i -lt $# ] ; then DIR=$DIR ; fi
i=$(( $i + 1 ))
done
echo -e FLAGS \t\t: \t$1
echo -e FILE/DIR \t: \t$2
echo -e Watched PATH \t: \t$DIR
This will produce output something like this:
FLAGS : IN_MOVED_TO,IS_DIR
FILE/DIR : Test_file.txt
Watched PATH : /home/gerard/test dir with spaces/
Of course you can also use:
DIR=$DIR\
if you want the reproduces path to be like:
/home/gerard/test\ dir\ with\ spaces/
Bug#737580: ufsutils-udeb: mkfs.ufs: DIOCGMEDIASIZE: Inappropriate ioctl for device
On 08/03/2014 12:06, Cyril Brulebois wrote: That said, building ufsutils in sid led me to a FTBFS due to missing libutil.h; two solutions: either add a build-dep on libutil-freebsd-dev which ships it under /usr/include; or adjust 3 files to #include bsd/libutil.h instead. I haven't seen a difference in dependencies for both cases. Which one do you want? B-D please. There's no reason not to use the real libutil directly now that we have it. Thanks -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741087: Broken with mercurial 2.9
Package: hg-fast-export Version: 20140206-1 Severity: grave Tags: upstream fixed-upstream AttributeError: 'localrepository' object has no attribute 'branchtags' -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-wrar-1 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hg-fast-export depends on: ii git 1:1.9.0-1 ii mercurial 2.9-1 pn python:any none hg-fast-export recommends no packages. hg-fast-export 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#733556: binfmt detectors for Windows executables
Hi, I was working on restoring binfmt support to wine (http://bugs.debian.org/733556) and I came across the detectors spec in binfmt-support. The latter mentions detection code to handle Windows binaries which Alp Toker has - is that still the case, Alp? I quote: As far as wine is concerned, the modification should be as follows: add /usr/lib/wine/binfmt-detector-wine or similar with the Win32 format detection code (Alp has the details of this, it's a few dozen lines of C), and add 'detector /usr/lib/wine/binfmt-detector-wine' to /usr/share/binfmts/wine. Thanks in advance, Stephen signature.asc Description: PGP signature
Bug#740427: [buildd-tools-devel] Bug#740427: Bug#740427: Bug#740427: 10mount uses --bind on kfreebsd
On Wed, Mar 05, 2014 at 10:44:30PM +, Roger Leigh wrote: On Wed, Mar 05, 2014 at 11:19:17PM +0100, Christoph Egger wrote: Hi! Roger Leigh rle...@codelibre.net writes: These are the three files which actually use this. We should probably be using $(uname -s) and FreeBSD for all these checks? On FreeBSD 10, I get: % uname -s FreeBSD So assuming it's the same for kFreeBSD, that's easy enough. % uname -s GNU/kFreeBSD So maybe *FreeBSD? Yes, that should do the job, thanks. I'll get this fixed in the next day or so. Please could you try the attached patch and let me know if it solves the problem for you? Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 From f61653a68f24bf3debc6d7400fbf969b8bbb1af9 Mon Sep 17 00:00:00 2001 From: Roger Leigh rle...@codelibre.net Date: Sat, 8 Mar 2014 12:45:52 + Subject: [PATCH] setup.d: Replace $HOST_OS usage with uname -s --- contrib/setup.d/05customdir | 4 ++-- etc/setup.d/10mount | 8 etc/setup.d/common-data | 4 ++-- man/schroot-setup.5.man | 12 4 files changed, 8 insertions(+), 20 deletions(-) diff --git a/contrib/setup.d/05customdir b/contrib/setup.d/05customdir index 8ae8708..aa5c915 100755 --- a/contrib/setup.d/05customdir +++ b/contrib/setup.d/05customdir @@ -62,8 +62,8 @@ if [ $CHROOT_TYPE = custom ] [ -n $CUSTOM_DIR ]; then info CUSTOM SETUP using $CUSTOM_DIR -case $HOST_OS in -freebsd* | k*bsd*-gnu) : +case $(uname -s) in +*FreeBSD) : BINDOPT=-t nullfs ;; *): diff --git a/etc/setup.d/10mount b/etc/setup.d/10mount index 34666bf..0d4a2a3 100755 --- a/etc/setup.d/10mount +++ b/etc/setup.d/10mount @@ -136,8 +136,8 @@ if [ $CHROOT_TYPE = directory ] \ if [ $STAGE = setup-start ] || [ $STAGE = setup-recover ]; then -case $HOST_OS in -freebsd* | k*bsd*-gnu) : +case $(uname -s) in +*FreeBSD) : BINDOPT=-t nullfs ;; *): @@ -166,8 +166,8 @@ if [ $CHROOT_TYPE = directory ] \ fatal File '$CHROOT_FILE' does not exist fi -case $HOST_OS in -freebsd* | k*bsd*-gnu): +case $(uname -s) in +*FreeBSD): LOOP_DEVICE=/dev/$(/sbin/mdconfig -a -t vnode -f $CHROOT_FILE) CHROOT_MOUNT_DEVICE=$LOOP_DEVICE ;; diff --git a/etc/setup.d/common-data b/etc/setup.d/common-data index 9c855c6..7c9a78c 100644 --- a/etc/setup.d/common-data +++ b/etc/setup.d/common-data @@ -24,8 +24,8 @@ STATUS=$2 # FreeBSD uses character devices in place of block devices -case $HOST_OS in -freebsd* | k*bsd*-gnu) : +case $(uname -s) in +*FreeBSD) : DEVTYPE=-c ;; *): diff --git a/man/schroot-setup.5.man b/man/schroot-setup.5.man index fdf8ac6..836634e 100644 --- a/man/schroot-setup.5.man +++ b/man/schroot-setup.5.man @@ -58,18 +58,6 @@ CHROOT_NAME The chroot name. Note that this is the name of the orignal chroot before session creation; you probably want SESSION_ID. .TP -HOST -.TP -HOST_OS -.TP -HOST_VENDOR -.TP -HOST_CPU -The host system architecture schroot is running upon. This may be used to -introduce architecture-specific behaviour into the setup scripts where -required. HOST is the GNU triplet for the architecture, while HOST_OS, -HOST_VENDOR and HOST_CPU are the component parts of the triplet. -.TP LIBEXEC_DIR The directory under which helper programs are located. .TP -- 1.9.0
Bug#741088: ufsutils: FTBFS due to missing libutil.h
Source: ufsutils Version: 9.2-3 Severity: serious Tags: patch pending Justification: FTBFS Hi, as mentioned in [1], ufsutils currently FTBFS in sid due to missing libutil.h; Robert[2] asked me to add a build-dep to fix this. I'm recording the FTBFS in a bug report for further reference. 1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737580#20 2. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737580#27 Log excerpt below, full log attached: | cc -Wall -g -pipe -fPIC -D_GNU_SOURCE -Werror=implicit-function-declaration -isystem /usr/include/freebsd -O2 -I/home/kibi/ufsutils/ufsutils-9.2/sbin/growfs/../mount -Wall -g -pipe -fPIC -D_GNU_SOURCE -Werror=implicit-function-declaration -isystem /usr/include/freebsd -O2 -std=gnu99 -fstack-protector -c growfs.c | growfs.c:80:21: fatal error: libutil.h: No such file or directory | #include libutil.h | ^ | compilation terminated. | *** [growfs.o] Error code 1 | | Stop in /home/kibi/ufsutils/ufsutils-9.2/sbin/growfs. Mraw, KiBi. dpkg-buildpackage: source package ufsutils dpkg-buildpackage: source version 9.2-3.1 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by Cyril Brulebois k...@debian.org dpkg-source --before-build ufsutils-9.2 dpkg-buildpackage: host architecture kfreebsd-amd64 fakeroot debian/rules clean dh_testdir dh_testroot COPTS=-Wall -g -pipe -fPIC -D_GNU_SOURCE -Werror=implicit-function-declaration -isystem /usr/include/freebsd -O2 CFLAGS=-Wall -g -pipe -fPIC -D_GNU_SOURCE -Werror=implicit-function-declaration -isystem /usr/include/freebsd -O2 NO_WERROR=1 NOGCCERROR=1 NOSHARED=NO NO_SHARED=NO DESTDIR=/home/kibi/ufsutils/ufsutils-9.2/debian/tmp make -C lib/libufs clean rm -f bread.3.gz cgread.3.gz libufs.3.gz sbread.3.gz ufs_disk_close.3.gz bread.3.cat.gz cgread.3.cat.gz libufs.3.cat.gz sbread.3.cat.gz ufs_disk_close.3.cat.gz rm -f a.out block.o cgroup.o inode.o sblock.o type.o ffs_subr.o ffs_tables.o block.o.tmp cgroup.o.tmp inode.o.tmp sblock.o.tmp type.o.tmp ffs_subr.o.tmp ffs_tables.o.tmp rm -f block.po cgroup.po inode.po sblock.po type.po ffs_subr.po ffs_tables.po block.po.tmp cgroup.po.tmp inode.po.tmp sblock.po.tmp type.po.tmp ffs_subr.po.tmp ffs_tables.po.tmp rm -f block.So cgroup.So inode.So sblock.So type.So ffs_subr.So ffs_tables.So block.so cgroup.so inode.so sblock.so type.so ffs_subr.so ffs_tables.so block.So.tmp cgroup.So.tmp inode.So.tmp sblock.So.tmp type.So.tmp ffs_subr.So.tmp ffs_tables.So.tmp rm -f libufs.so rm -f libufs.a libufs_p.a libufs.so.6 COPTS=-Wall -g -pipe -fPIC -D_GNU_SOURCE -Werror=implicit-function-declaration -isystem /usr/include/freebsd -O2 CFLAGS=-Wall -g -pipe -fPIC -D_GNU_SOURCE -Werror=implicit-function-declaration -isystem /usr/include/freebsd -O2 NO_WERROR=1 NOGCCERROR=1 NOSHARED=NO NO_SHARED=NO DESTDIR=/home/kibi/ufsutils/ufsutils-9.2/debian/tmp make -C sbin/badsect clean rm -f badsect badsect.o badsect.8.gz badsect.8.cat.gz COPTS=-Wall -g -pipe -fPIC -D_GNU_SOURCE -Werror=implicit-function-declaration -isystem /usr/include/freebsd -O2 CFLAGS=-Wall -g -pipe -fPIC -D_GNU_SOURCE -Werror=implicit-function-declaration -isystem /usr/include/freebsd -O2 NO_WERROR=1 NOGCCERROR=1 NOSHARED=NO NO_SHARED=NO DESTDIR=/home/kibi/ufsutils/ufsutils-9.2/debian/tmp make -C sbin/dumpfs clean rm -f dumpfs dumpfs.o dumpfs.8.gz dumpfs.8.cat.gz COPTS=-Wall -g -pipe -fPIC -D_GNU_SOURCE -Werror=implicit-function-declaration -isystem /usr/include/freebsd -O2 CFLAGS=-Wall -g -pipe -fPIC -D_GNU_SOURCE -Werror=implicit-function-declaration -isystem /usr/include/freebsd -O2 NO_WERROR=1 NOGCCERROR=1 NOSHARED=NO NO_SHARED=NO DESTDIR=/home/kibi/ufsutils/ufsutils-9.2/debian/tmp make -C sbin/fsck_ffs clean rm -f fsck_ffs dir.o ea.o fsutil.o inode.o main.o pass1.o pass1b.o pass2.o pass3.o pass4.o pass5.o setup.o suj.o utilities.o gjournal.o getmntopts.o fsck_ffs.8.gz fsck_ffs.8.cat.gz COPTS=-Wall -g -pipe -fPIC -D_GNU_SOURCE -Werror=implicit-function-declaration -isystem /usr/include/freebsd -O2 CFLAGS=-Wall -g -pipe -fPIC -D_GNU_SOURCE -Werror=implicit-function-declaration -isystem /usr/include/freebsd -O2 NO_WERROR=1 NOGCCERROR=1 NOSHARED=NO NO_SHARED=NO DESTDIR=/home/kibi/ufsutils/ufsutils-9.2/debian/tmp make -C sbin/fsdb clean rm -f fsdb fsdb.o fsdbutil.o dir.o ea.o fsutil.o inode.o pass1.o pass1b.o pass2.o pass3.o pass4.o pass5.o setup.o utilities.o ffs_subr.o ffs_tables.o fsdb.8.gz fsdb.8.cat.gz COPTS=-Wall -g -pipe -fPIC -D_GNU_SOURCE -Werror=implicit-function-declaration -isystem /usr/include/freebsd -O2 CFLAGS=-Wall -g -pipe -fPIC -D_GNU_SOURCE -Werror=implicit-function-declaration -isystem /usr/include/freebsd -O2 NO_WERROR=1 NOGCCERROR=1 NOSHARED=NO NO_SHARED=NO DESTDIR=/home/kibi/ufsutils/ufsutils-9.2/debian/tmp make -C sbin/growfs clean rm -f growfs growfs.o getmntopts.o growfs.8.gz growfs.8.cat.gz COPTS=-Wall -g -pipe -fPIC -D_GNU_SOURCE -Werror=implicit-function-declaration -isystem /usr/include/freebsd
Bug#741089: O: apparix -- console-based bookmark tool for fast file system navigation
Package: wnpp Severity: normal The current maintainer of apparix, Armin Berres trigger+deb...@space-based.de, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: apparix Binary: apparix Version: 07-261-1 Maintainer: Armin Berres trigger+deb...@space-based.de Build-Depends: autotools-dev, debhelper (= 5) Architecture: any Standards-Version: 3.7.3 Format: 1.0 Files: 94ad06420754f1083f63548e2555e0e3 655 apparix_07-261-1.dsc 1667a40e3b6cdf0405e543a539f4369b 240429 apparix_07-261.orig.tar.gz af9b2cfbb74bd8edfb78e72103ecd1cd 2410 apparix_07-261-1.diff.gz Checksums-Sha1: f0ae857dff0e0e5a14a4a898c42c74ad733df0d0 655 apparix_07-261-1.dsc 20a99f7489691c02332078976ffbeb862ee62c3c 2410 apparix_07-261-1.diff.gz 1b6462a99ece40c6c3274e2c4c958c5a603a1e57 240429 apparix_07-261.orig.tar.gz Checksums-Sha256: 360e3fdf1cc6e859d42aaf99b68702fed92542569ebca7a140ebb89f3e5e 655 apparix_07-261-1.dsc 3297ac96381b53758113b7b696ffabb8a2285c71e97b1b02891870ae36fd9852 2410 apparix_07-261-1.diff.gz 7ecd798554628a5559630e4fecd374f408aeed934886cf06e4bf2692c9cc0c07 240429 apparix_07-261.orig.tar.gz Homepage: http://micans.org/apparix/ Directory: pool/main/a/apparix Priority: source Section: utils Package: apparix Version: 07-261-1 Installed-Size: 224 Maintainer: Armin Berres trigger+deb...@space-based.de Architecture: amd64 Depends: libc6 (= 2.7-1) Description-en: console-based bookmark tool for fast file system navigation Fast file system navigation by bookmarking directories and jumping to a bookmark directly. Apparix integrates regular bookmarks with CDPATH-style bookmarks. Subdirectory specification and (bash) tab completion add further power. . Apparix maintains a mapping of user-defined marks (hopefully short and descriptive) to file system locations and is wrapped in other commands to either jump to those locations or to invoke edit/copy/move commands involving them. Description-md5: 9fbd5e6f310e0e3a967acb6625c6ffd1 Homepage: http://micans.org/apparix/ Tag: implemented-in::c, role::program Section: utils Priority: extra Filename: pool/main/a/apparix/apparix_07-261-1_amd64.deb Size: 100742 MD5sum: 656ea7bdfd23960b8e62316617b11434 SHA1: 0171e165007996180e6f19bc28a6d55867780cf8 SHA256: 6a00662265dadaf4917c1e4234cac4f1db7a5aab9c99954a1d1412638ebec613 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741090: O: ksshaskpass -- interactively prompt users for a passphrase for ssh-add
Package: wnpp Severity: normal The current maintainer of ksshaskpass, Armin Berres armin+deb...@space-based.de, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: ksshaskpass Binary: ksshaskpass Version: 0.5.3-1 Maintainer: Armin Berres armin+deb...@space-based.de Build-Depends: debhelper (= 7.3), kdelibs5-dev, cmake Architecture: any Standards-Version: 3.8.3 Format: 3.0 (quilt) Files: 82172bedc5bd3577b25084c1d4a999c0 1135 ksshaskpass_0.5.3-1.dsc 05dad7745e9d92b08bd86e7ab7a9540d 11010 ksshaskpass_0.5.3.orig.tar.gz a9e9590006af4fa5db3e66278c8fbf97 2744 ksshaskpass_0.5.3-1.debian.tar.gz Checksums-Sha1: cb9ad954366b9e7f4463c1aa80739f0d736300f9 1135 ksshaskpass_0.5.3-1.dsc e3f83e1cc1105cc4476fdc5a9300d770aa10b78b 11010 ksshaskpass_0.5.3.orig.tar.gz 3df227b2d6e93dfbb4429f637b687bb84e9bea1e 2744 ksshaskpass_0.5.3-1.debian.tar.gz Checksums-Sha256: 0e7c0ec27d122443946ba2a3a32684b26db5fee6291a69415053ad2d35e90e47 1135 ksshaskpass_0.5.3-1.dsc a3a47eba74a52ec3d9d8740ed9a29a5aa852d4e268b5d81154f85b90258a2124 11010 ksshaskpass_0.5.3.orig.tar.gz 05053f4355a8ca7bef10f53c71d35f3601b20cec6b4fd26fe2a96657c8868801 2744 ksshaskpass_0.5.3-1.debian.tar.gz Homepage: http://www.kde-apps.org/content/show.php/show.php?content=50971 Directory: pool/main/k/ksshaskpass Priority: source Section: utils Package: ksshaskpass Source: ksshaskpass (0.5.3-1) Version: 0.5.3-1+b1 Installed-Size: 100 Maintainer: Armin Berres armin+deb...@space-based.de Architecture: amd64 Provides: ssh-askpass Depends: kdebase-runtime, libc6 (= 2.2.5), libkdecore5 (= 4:4.3.4), libkdeui5 (= 4:4.3.4), libqtcore4 (= 4:4.5.3), libqtgui4 (= 4:4.5.3), openssh-client Recommends: kwalletmanager Description-en: interactively prompt users for a passphrase for ssh-add A KDE 4 version of ssh-askpass with KWallet support. Description-md5: 078c05adc6fbf10e5b529a4ca56a3a67 Homepage: http://www.kde-apps.org/content/show.php/show.php?content=50971 Tag: implemented-in::c++, interface::commandline, role::program, suite::kde, uitoolkit::qt Section: utils Priority: optional Filename: pool/main/k/ksshaskpass/ksshaskpass_0.5.3-1+b1_amd64.deb Size: 9722 MD5sum: 2185c32593c2cd1f0f5f9dd3a7242653 SHA1: ecb8b2d98293b17753b165e8d66fc184a24d13fc SHA256: f1cc80b71b9c6b6af3925aa2d21519e83fd0d9e0c32b93dbf13926f6a4e5b698 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732930: apache2: upgrade squeeze-wheezy fails if httpd.conf file is missing in /etc/apache2 (was not in Squeeze)
Actually, in squeeze, apache2.2-common.postinst contains: [ -f /etc/apache2/httpd.conf ] || touch /etc/apache2/httpd.conf So the file is generated in squeeze, during apache2.2-common configuration. But if it's not empty, it's moved in /etc/apache2/conf.d/ during wheezy upgrade, and the main apache2.conf file is *not* modified to remove the Include htpd.conf line. signature.asc Description: This is a digitally signed message part.
Bug#737580: ufsutils-udeb: mkfs.ufs: DIOCGMEDIASIZE: Inappropriate ioctl for device
Robert Millan r...@debian.org (2014-03-08):
On 08/03/2014 12:06, Cyril Brulebois wrote:
That said, building ufsutils in sid led me to a FTBFS due to missing
libutil.h; two solutions: either add a build-dep on libutil-freebsd-dev
which ships it under /usr/include; or adjust 3 files to #include
bsd/libutil.h instead. I haven't seen a difference in dependencies for
both cases. Which one do you want?
B-D please. There's no reason not to use the real libutil directly
now that we have it.
Alright, filed #741088 for reference, and attaching the new source
debdiff to both reports.
Mraw,
KiBi.
diff -Nru ufsutils-9.2/debian/changelog ufsutils-9.2/debian/changelog
--- ufsutils-9.2/debian/changelog 2013-11-30 12:56:40.0 +0100
+++ ufsutils-9.2/debian/changelog 2014-03-08 14:02:58.0 +0100
@@ -1,3 +1,14 @@
+ufsutils (9.2-3.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Steal the following patch from the 10 branch, fixing failures to run
+mkfs.ufs, notably from d-i (Closes: #737580):
+05_wipe_otherfs.patch: Handle DIOCGMEDIASIZE failure gracefully.
+ * Fix FTBFS due to missing libutil.h by adding a libutil-freebsd-dev
+build-dep (Closes: #741088).
+
+ -- Cyril Brulebois k...@debian.org Sat, 08 Mar 2014 14:02:51 +0100
+
ufsutils (9.2-3) unstable; urgency=low
* Bump kfreebsd-kernel-headers B-D to 9.2~5.
diff -Nru ufsutils-9.2/debian/control ufsutils-9.2/debian/control
--- ufsutils-9.2/debian/control 2013-11-29 16:22:34.0 +0100
+++ ufsutils-9.2/debian/control 2014-03-08 13:56:49.0 +0100
@@ -9,6 +9,7 @@
freebsd-glue (= 0.1.12~),
libbsd-dev (= 0.3.0),
libedit-dev,
+ libutil-freebsd-dev,
Vcs-Browser: http://anonscm.debian.org/viewvc/glibc-bsd/trunk/ufsutils/
Vcs-Svn: svn://anonscm.debian.org/glibc-bsd/trunk/ufsutils/
Standards-Version: 3.9.2
diff -Nru ufsutils-9.2/debian/patches/05_wipe_otherfs.patch ufsutils-9.2/debian/patches/05_wipe_otherfs.patch
--- ufsutils-9.2/debian/patches/05_wipe_otherfs.patch 2013-10-26 16:17:34.0 +0200
+++ ufsutils-9.2/debian/patches/05_wipe_otherfs.patch 2014-03-08 12:55:47.0 +0100
@@ -8,27 +8,31 @@
#include sys/mman.h
#include sys/resource.h
#include sys/stat.h
-@@ -531,6 +532,24 @@
+@@ -531,6 +532,28 @@
}
}
}
+ /* Wipe out other file systems. For now we erase first and last 512 kiB
+ * (this works for at least UFS1 and ZFS). */
+ if (!Eflag !Nflag) {
-+ off_t mediasize;
-+ if (!ioctl(disk.d_fd, DIOCGMEDIASIZE, mediasize))
-+ err(1, DIOCGMEDIASIZE);
++ off_t mediasize = 0;
++
+ printf(Erasing sectors [%jd...%jd]\n,
+ sblock.fs_sblockloc / disk.d_bsize,
+ fsbtodb(sblock, sblock.fs_size) - 1);
+ berase(disk, sblock.fs_sblockloc / disk.d_bsize,
+ 1024 * disk.d_bsize - sblock.fs_sblockloc);
+
-+ printf(Erasing sectors [%jd...%jd]\n,
-+ (mediasize - 1024 * 512) / disk.d_bsize,
-+ (mediasize / disk.d_bsize) - 1);
-+ berase(disk, (mediasize - 1024 * 512) / disk.d_bsize,
-+ 1024 * 512);
++ if (!ioctl(disk.d_fd, DIOCGMEDIASIZE, mediasize))
++ warn(DIOCGMEDIASIZE);
++
++ if (mediasize) {
++ printf(Erasing sectors [%jd...%jd]\n,
++(mediasize - 1024 * 512) / disk.d_bsize,
++(mediasize / disk.d_bsize) - 1);
++ berase(disk, (mediasize - 1024 * 512) / disk.d_bsize,
++1024 * 512);
++ }
+ }
if (!Nflag)
do_sbwrite(disk);
signature.asc
Description: Digital signature
Bug#741079: linux-image-3.13-1-686-pae: Stack trace when unplugging usb devices
Control: tag -1 moreinfo
On Sat, 2014-03-08 at 10:58 +0100, nb wrote:
Package: src:linux
Version: 3.13.5-1
Severity: normal
Dear Maintainer,
When unplugging usb devices I have a stack trace. I tried an external usb
disk, and a wifi dongle.
The message present in both cases is : warn_slowpath_common...
Note that I've moved from 3.11 to 3.13. I haven't used 3.12
[...]
The wifi dongle appears to be handled by the 8821au driver, which is not
part of this package.
I would like to see see the *complete* warning message for removal of
the USB disk ('warn_slowpath_common' is just part of the warning
mechanism).
Ben.
--
Ben Hutchings
DNRC Motto: I can please only one person per day.
Today is not your day. Tomorrow isn't looking good either.
signature.asc
Description: This is a digitally signed message part
Bug#741091: dpkg-depcheck: -m does not seem to work as expected
Package: devscripts Version: 2.14.1 Severity: normal While I was building libkkc, $ fakeroot dpkg-depcheck -m -C -f -catch-alternatives debian/rules install Produced package list as (aftersorting) autotools-dev cpio debhelper gawk gobject-introspection gvfs:amd64 intltool libc6-i386 libc6-x32 libc6:i386 libfakechroot:amd64 libfakeroot:amd64 libgee-dev libgirepository-1.0-1 libgirepository1.0-dev libglib2.0-dev libjson-glib-dev liblocale-gettext-perl libmarisa-dev:amd64 libpython2.7-stdlib:amd64 mime-support perl-modules pkg-config python-gobject-2 python-imaging python-input-pad python-lazr.uri python-marisa python-repoze.lru python-support python-zope.interface python2.7-minimal valac-0.22 valac-0.22-vapi Since -m is passed, i expected compact list. This is strange since valac-0.22 depends on valac-0.22-vapi. libc6:i386 libc6-x32 libc6-i386 looks strange to me. python-support depends on python-minimal python-minimal depends on python2.7-minimal (= 2.7.5-1~) So there is something wrong with -m option. Osamu -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBSIGN_KEYID=A8061F32 DEBUILD_DPKG_BUILDPACKAGE_OPTS=-us -uc -I -i DEBUILD_LINTIAN_OPTS=-i -I --show-overrides -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.17.6 ii libc62.18-4 ii perl 5.18.2-2+b1 ii python3 3.3.4-1 pn python3:any none Versions of packages devscripts recommends: ii at 3.1.14-1 ii curl7.35.0-1 ii dctrl-tools 2.23 ii debian-keyring 2014.03.03 ii dput0.9.6.4 ii equivs 2.0.9 ii fakeroot1.20-3 ii gnupg 1.4.16-1.1 ii libdistro-info-perl 0.12 ii libencode-locale-perl 1.03-1 ii libjson-perl2.61-1 ii liblwp-protocol-https-perl 6.04-2 ii libparse-debcontrol-perl2.005-4 ii libsoap-lite-perl 1.10-1 ii liburi-perl 1.60-1 ii libwww-perl 6.05-2 ii lintian 2.5.21 ii man-db 2.6.6-1 ii patch 2.7.1-4 ii patchutils 0.3.2-3 ii python3-debian 0.1.21+nmu2 ii python3-magic 1:5.17-1 ii sensible-utils 0.0.9 ii strace 4.5.20-2.3 ii unzip 6.0-10 ii wdiff 1.2.1-2 ii wget1.15-1 ii xz-utils5.1.1alpha+20120614-2 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.20131005cvs-1 ii build-essential 11.6 pn cvs-buildpackage none pn devscripts-elnone ii gnuplot 4.6.5-1 ii gpgv 1.4.16-1.1 ii libauthen-sasl-perl 2.1500-1 ii libfile-desktopentry-perl0.07-1 ii libnet-smtp-ssl-perl 1.01-3 pn libterm-size-perlnone ii libtimedate-perl 2.3000-1 ii libyaml-syck-perl1.27-2+b1 ii mutt 1.5.22-1 ii openssh-client [ssh-client] 1:6.5p1-6 pn svn-buildpackage none ii w3m 0.5.3-15 -- 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#741092: upgrade-reports: Apt autoremoved useful packages
Package: upgrade-reports Severity: important Yesterday I ran a apt-get autoremoved and, as usual, didn't really read what it was unistanlling. Today I start my computer and it turns out I have no graphical interface. After a while I find out that apt had autoremoved the lightdm package, alongside other much useful packages. Here is the complete list, note the gimp package, mousepad package, etc. Start-Date: 2014-03-07 20:10:07 Commandline: apt-get autoremove Remove: xfonts-mathml:amd64 (6), libavformat55:amd64 (2.1.4-dmo1), libcdr-0.0-0:amd64 (0.0.14-1+b1), libodfgen-0.0-0:amd64 (0.0.2-1), libreoffice- base-core:amd64 (4.1.5-1), libreoffice:amd64 (4.1.5-1), libwmf0.2-7:amd64 (0.2.8.4-10.3), libmythes-1.2-0:amd64 (1.2.2-1), ure:amd64 (4.1.5-1), libreadline5:amd64 (5.2+dfsg-2), libreoffice-writer:amd64 (4.1.5-1), hyphen-en- us:amd64 (2.8.6-3), libreoffice-impress:amd64 (4.1.5-1), libboost-date- time1.54.0:amd64 (1.54.0-4+b1), uno-libs3:amd64 (4.1.5-1), libreoffice- base:amd64 (4.1.5-1), libmspub-0.0-0:amd64 (0.0.6-1+b1), libical0:amd64 (0.48-2), lightdm-gtk-greeter:amd64 (1.6.1-5), libwebkitgtk-1.0-0:amd64 (2.2.5-1), gimp:amd64 (2.8.6-1), libcolamd2.8.0:amd64 (4.2.1-3), openssh- blacklist:amd64 (0.4.1+nmu1), libexttextcat-2.0-0:amd64 (3.4.3-1), libwpg-0.2-2:amd64 (0.2.2-1), libreoffice-draw:amd64 (4.1.5-1), fonts- opensymbol:amd64 (102.3+LibO4.1.5-1), liborcus-0.6-0:amd64 (0.5.1-7), libreoffice-core:amd64 (4.1.5-1), libilmbase6:amd64 (1.0.1-6), python-uno:amd64 (4.1.5-1), libgimp2.0:amd64 (2.8.6-1), lp-solve:amd64 (5.5.0.13-7+b1), libvisio-0.0-0:amd64 (0.0.31-1+b1), fonts-stix:amd64 (1.1.0-1), gnome-themes- standard-data:amd64 (3.8.4-1), xsane-common:amd64 (0.998-5), gnome- accessibility-themes:amd64 (3.8.4-1), fonts-sil-gentium:amd64 (1.02-13), liblangtag1:amd64 (0.5.1-2), libclucene-core1:amd64 (2.3.3.4-4), libbabl-0.1-0:amd64 (0.1.10-1), libhyphen0:amd64 (2.8.6-3), libreoffice-report- builder-bin:amd64 (4.1.5-1), gimp-data:amd64 (2.8.6-1), libclucene- contribs1:amd64 (2.3.3.4-4), libmwaw-0.1-1:amd64 (0.1.11-1), libgegl-0.2-0:amd64 (0.2.0-dmo3), libcmis-0.3-3:amd64 (0.3.1-5), libwps-0.2-2:amd64 (0.2.9-2), libwpd-0.9-9:amd64 (0.9.9-1), libreoffice-help- en-us:amd64 (4.1.5-1), libamd2.3.1:amd64 (4.2.1-3), libjim0debian2:amd64 (0.73-3), fonts-sil-gentium-basic:amd64 (1.1-7), libumfpack5.6.2:amd64 (4.2.1-3), libreoffice-common:amd64 (4.1.5-1), xsane:amd64 (0.998-5+b1), libreoffice-java-common:amd64 (4.1.5-1), libopenexr6:amd64 (1.6.1-7), lightdm:amd64 (1.8.7-1), libgtksourceview2.0-0:amd64 (2.10.5-1), mousepad:amd64 (0.3.0-2), libexttextcat-data:amd64 (3.4.3-1), libreoffice-style-tango:amd64 (4.1.5-1), libavcodec55:amd64 (2.1.4-dmo1), liblightdm-gobject-1-0:amd64 (1.8.7-1), libwebkitgtk-1.0-common:amd64 (2.2.5-1), libcamd2.3.1:amd64 (4.2.1-3), libcholmod2.1.2:amd64 (4.2.1-3), openssh-blacklist-extra:amd64 (0.4.1+nmu1), libreoffice-style-galaxy:amd64 (4.1.5-1), libopenraw1:amd64 (0.0.9-3.4), mythes-en-us:amd64 (3.3.0-4), libhsqldb1.8.0-java:amd64 (1.8.0.10+dfsg-3), libjavascriptcoregtk-1.0-0:amd64 (2.2.5-1), libgtksourceview2.0-common:amd64 (2.10.5-1), libminiupnpc5:amd64 (1.5-2), gnome-themes-standard:amd64 (3.8.4-1), libccolamd2.8.0:amd64 (4.2.1-3), libreoffice-math:amd64 (4.1.5-1), libreoffice-calc:amd64 (4.1.5-1), liblangtag- common:amd64 (0.5.1-2), libxshmfence1:amd64 (1.1-2), libgcrypt20:amd64 (1.6.1-1) End-Date: 2014-03-07 20:12:00 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739526: pu: package polarssl/1.2.9-1~deb7u2
Control: tags -1 + pending On Tue, 2014-02-25 at 20:56 +0100, Roland Stigge wrote: On 19/02/14 21:51, Adam D. Barratt wrote: However, it does indeed appear to be the upstream fix for the issue, so please go ahead; thanks. Just uploaded to stable-proposed-updates. Flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741093: O: diffmon -- Tool for reporting changes in system configuration
Package: wnpp Severity: normal The current maintainer of diffmon, Jeff Bailey jbai...@nisa.net, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: diffmon Binary: diffmon Version: 20020222-2.6 Maintainer: Jeff Bailey jbai...@nisa.net Build-Depends: debhelper ( 9) Architecture: all Standards-Version: 3.9.4 Format: 3.0 (quilt) Files: b95047bb1dd885d95102042de462bf54 1034 diffmon_20020222-2.6.dsc f60a77a2c13148322e1cbaab4f22c660 10140 diffmon_20020222.orig.tar.gz e6bc9f0d5aa065ea681cb18ef4308bf4 5271 diffmon_20020222-2.6.debian.tar.gz Checksums-Sha1: f433e3ca08b2b4fa916355979c8077f54b5b443e 1034 diffmon_20020222-2.6.dsc 2a6169d28b472a8b9d860f1a60250d4a13fcb3ca 10140 diffmon_20020222.orig.tar.gz 2736da64cead6721743ef7dd59a9048833991595 5271 diffmon_20020222-2.6.debian.tar.gz Checksums-Sha256: 1bb9e5c5d1c55ee45c53320d50d75d957373f3c4f4736028b38627caa80ebbf1 1034 diffmon_20020222-2.6.dsc 08548478c82428ed720b9756da4249a59a3ce5b41223f0deba24f0cd6d7d0486 10140 diffmon_20020222.orig.tar.gz bf00478c1c194ca100bdde6e317eed46ac11b882d3bd8135c48a04beb9811ec4 5271 diffmon_20020222-2.6.debian.tar.gz Package-List: diffmon deb admin optional Directory: pool/main/d/diffmon Priority: source Section: admin Package: diffmon Version: 20020222-2.6 Installed-Size: 90 Maintainer: Jeff Bailey jbai...@nisa.net Architecture: all Depends: sendmail | mail-transport-agent, bash (= 2.0) Description-en: Tool for reporting changes in system configuration This tool is run by a nightly cron job, and takes a `diff' of specified system configuration files and emails them to a specified email address. Options to diff can be specified. This is useful in friendly environments where there are multiple sysadmins working on configuration files/setups and everyone's changes are reported. CVS is a better answer, but most of us don't want to have the hassle of putting system files in a repository. Description-md5: cd0d45613de3fe966574f804703905dd Tag: interface::commandline, role::program, scope::utility, use::configuring, use::monitor, works-with::mail, works-with::text Section: admin Priority: optional Filename: pool/main/d/diffmon/diffmon_20020222-2.6_all.deb Size: 11466 MD5sum: ae03dd545516d795151589f3c787806a SHA1: b2655f11afc6d247f7e9dccd681d4073a3b792e1 SHA256: 284e32fbbf08996dc905d460945c63e503fc250826bd6f73d8882d0ec1996afa -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675857: pulseaudio: creates hidden config files / folders in the root directory
Tags: patch Had the same problem. Tested workaround included. Any progress on a real fix? --- /etc/init.d/alsa-utils +++ /etc/init.d/alsa-utils @@ -18,6 +18,10 @@ #K50alsa-utils. ### END INIT INFO +# work-around Debian bug #675857/#684691 +export HOME=/run/alsa-utils +mkdir -p $HOME + # Don't use set -e; check exit status instead # Exit silently if package is no longer installed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741094: O: pysvn -- A(nother) Python interface to Subversion
Package: wnpp Severity: normal The current maintainer of pysvn, Henry Velez henry.deb...@gmail.com, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: pysvn Binary: python-svn, python-svn-dbg Version: 1.7.8-0.2 Maintainer: Henry Velez henry.deb...@gmail.com Build-Depends: debhelper (= 9), python-all-dev (= 2.6.6-3~), python-all-dbg, python-cxx-dev (= 6.1.1-2), libsvn-dev (= 0.12), libapr1-dev, libneon27-gnutls-dev, subversion (= 1.6.1), libaprutil1-dev, python-setuptools Architecture: any Standards-Version: 3.9.4 Format: 3.0 (quilt) Files: e34fab6ad5e8078ed8ba331ac7de42e7 1932 pysvn_1.7.8-0.2.dsc 1e03badde472a6f1e7a11365c1ab9063 347114 pysvn_1.7.8.orig.tar.gz 96719edfecc4b96a63208df564fc4ba1 8068 pysvn_1.7.8-0.2.debian.tar.xz Checksums-Sha1: 6b91e93f3825fb18a1caec27fd45d5a868c59eb7 1932 pysvn_1.7.8-0.2.dsc b58c2a8145f0acf57f079746d4089b2b100eaccc 347114 pysvn_1.7.8.orig.tar.gz af3d2067b3da2c7a0a5cab13054d54f47c0beca5 8068 pysvn_1.7.8-0.2.debian.tar.xz Checksums-Sha256: 270bfdddf79ea0c9d762d114cfc2fa96a1309a9e613b2a4de7cf2d79c7f3f3e0 1932 pysvn_1.7.8-0.2.dsc 60936e30e73f8909034d8b51ee2aabbdd8dec04df480b6d271c12f45815367e2 347114 pysvn_1.7.8.orig.tar.gz d2be19b5cc31eb957253eda3e61715c16945755c430e848fec97e5916e55bbb1 8068 pysvn_1.7.8-0.2.debian.tar.xz Homepage: http://pysvn.tigris.org/ Package-List: python-svn deb python optional python-svn-dbg deb debug extra Python-Version: all Directory: pool/main/p/pysvn Priority: source Section: python Package: python-svn Source: pysvn Version: 1.7.8-0.2 Installed-Size: 2433 Maintainer: Henry Velez henry.deb...@gmail.com Architecture: amd64 Replaces: python2.3-svn, python2.4-svn Provides: python-pysvn, python2.7-svn Depends: libapr1 (= 1.2.7), libc6 (= 2.2.5), libgcc1 (= 1:4.1.1), libstdc++6 (= 4.6), libsvn1 (= 1.7), python (= 2.7), python ( 2.8) Suggests: python-svn-dbg Conflicts: python2.3-svn, python2.4-svn Description-en: A(nother) Python interface to Subversion The pysvn module is a Python interface to the Subversion version control system. This API exposes client interfaces for managing a working copy, querying a repository, and synchronizing the two. Description-md5: 68e6338441729beae45452e9f94a2f32 Homepage: http://pysvn.tigris.org/ Python-Version: 2.7 Tag: devel::lang:python, devel::library, devel::rcs, implemented-in::python, role::devel-lib Section: vcs Priority: optional Filename: pool/main/p/pysvn/python-svn_1.7.8-0.2_amd64.deb Size: 384170 MD5sum: a327df719627f93a7bb2ab9fe195006e SHA1: 065f0c8c6b53c5e78ada5534c9c8ab1996f56f2b SHA256: d1ed3ac318e8a36f872dc35e452da6cf6b964b114162ad3842e5347bda9b825e Package: python-svn-dbg Source: pysvn Version: 1.7.8-0.2 Installed-Size: 853 Maintainer: Henry Velez henry.deb...@gmail.com Architecture: amd64 Provides: python-pysvn Depends: python-svn (= 1.7.8-0.2), python-dbg Description-en: A(nother) Python interface to Subversion (debug extension) The pysvn module is a Python interface to the Subversion version control system. This API exposes client interfaces for managing a working copy, querying a repository, and synchronizing the two. Description-md5: d398769dfb76cc2e484403b6e982916a Homepage: http://pysvn.tigris.org/ Section: debug Priority: extra Filename: pool/main/p/pysvn/python-svn-dbg_1.7.8-0.2_amd64.deb Size: 100020 MD5sum: 5c9ee36c6cef23a238372d26834f0717 SHA1: c7a2a232acbb603cb9dccbaad9572b8116c64ab0 SHA256: c9640ecb91346024f613d0386414fdb8da655ebbfb819ce5170e30a1dd2fc313 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741095: jemalloc: FTBFS on powerpc, test hash_variant_verify fails
Source: jemalloc Version: 3.5.1-1 Severity: serious Control: tags -1 confirmed upstream Control: forwarded -1 https://github.com/jemalloc/jemalloc/issues/54 The jemalloc package will not build on powerpc, due to test hash_variant_verify failing. -- Stig Sandbeck Mathisen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741096: network-manager: No D-Bus objects exposed to non-privileged user
Package: network-manager Version: 0.9.4.0-10 Severity: important Hi, since I switched to 64-bit I was not able to start nm-applet. Digging further into the problem revealed that no D-Bus objects were exposed to my non-privileged user: $ mdbus2 --system org.freedesktop.NetworkManager / $ pkexec mdbus2 --system org.freedesktop.NetworkManager / /org /org/freedesktop /org/freedesktop/NetworkManager … I did not mess with any polkit settings. I did also not experience any D-Bus/polkit issues with any other programs. Please tell me which additional information I should provide. tobias -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (800, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.6.8-1+deb7u1 ii dpkg 1.16.12 ii isc-dhcp-client4.2.2.dfsg.1-5+deb70u6 ii libc6 2.13-38+deb7u1 ii libdbus-1-31.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libgcrypt111.5.0-5+deb7u1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnutls262.12.20-8+deb7u1 ii libgudev-1.0-0 175-7.2 ii libnl-3-2003.2.7-4 ii libnl-genl-3-200 3.2.7-4 ii libnl-route-3-200 3.2.7-4 ii libnm-glib40.9.4.0-10 ii libnm-util20.9.4.0-10 ii libpolkit-gobject-1-0 0.105-3 ii libuuid1 2.20.1-5.3 ii lsb-base 4.1+Debian8+deb7u1 ii udev 175-7.2 ii wpasupplicant 1.0-3+b2 Versions of packages network-manager recommends: pn crda none pn dnsmasq-base none ii iptables 1.4.14-3.1 pn modemmanager none ii policykit-1 0.105-3 pn ppp none Versions of packages network-manager suggests: pn avahi-autoipd none -- Configuration Files: /etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla [Errno 13] Permission denied: u'/etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla' -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741097: octave: nox package of Octave
Package: octave Version: 3.8.0-5 Severity: wishlist Dear Maintainer, Starting with version 3.8, the octave package contains a GUI based on the Qt toolkit. An `octave-cli' executable which is not linked against Qt is provided in the package, but there is no octave package that does not depend on Qt. Packages like emacs and gnuplot have nox alternatives. A similar octave package would be a great asset. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741084: [Build-common-hackers] Bug#741084: cdbs: Include autotools configure --exec-prefix variable
Hi Santiago, Quoting Santiago Ruano Rincón (2014-03-08 11:49:37) I've just moved grep packaging (version 2.18-1) to cdbs. One of the manual settings I had to do is to configure the prefix of architecture-dependent files (grep installs its binaries in /bin/). Since I didn't find a specific cdbs autotools variable for this, I'm using: DEB_CONFIGURE_EXTRA_FLAGS += --exec-prefix=/ The attached patch adds DEB_CONFIGURE_EXECDIR to autotools-vars.mk Thanks for the proposed patch! I wonder, however, if it is perhaps best to leave it as-is. Goal of CDBS is to be flexible enough to not get in the way of unusual settings, but it is not the goal to provide a specific CDBS variable to express any and all need. Seems to me that your current use of DEB_CONFIGURE_EXTRA_FLAGS is a good approach. Do you foresee that it might be an unreliable approach that future changes to CDBS or other packages might break, or do you imagine this particular setting to be more commonly useful for others, or why do you propse the patch? PS. I admit that I used to dislike cdbs, but now I think it's useful. Thanks a lot for you work! Yes, I noticed your switch to CDBS when the package entered Sid, and appreciate both your switch and your elaboration of that decision in changelog - as inspiration for others that CDBS is not obsolete ;-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#741098: debian-maintainers: Please add Christoph Biedl to Debian Maintainers keyring
Package: debian-maintainers Severity: normal Hello, please add my key to the DM keyring, the jetring changeset is attached. Christoph Comment: Add Christoph Biedl debian.a...@manchmal.in-ulm.de as a Debian Maintainer Date: Sat, 08 Mar 2014 15:20:50 +0100 Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.12 (GNU/Linux) mQINBE8Oi7IBEADoQUgO4JIgdNkmbu+YgZ8+QOEly2t47rNgjQlj3YUn2qqAZfw1 NmKfCYMO2cJ6eJGHLQzJHYFKBTy0e5Yj1y7812mFUwBGXvVHzDyF/7K8nbPzY/ep oJN2Kk+QoU7CPFmQ/7oFui6cA45oNMsMtx+RL3f2riS5yXU3XmPQasFuIuiijHFN KION+xfNSJhWuCmcqt/53lqQQFDiqMZAwkNXeroBGr04H5t1gH8/NQhAzihNLP9m 5btjnXSxMuuTfW8nn0FA1/6t53wfAwhDrUFXfXhuWZauOvtS5Gcqq44gqKVLtRKo gKKnYlVs1ABUQ/HKfxtIraCBkEcGJQM9De2FNy8/VYIQELTZubwBYIqjgpVzuWIs 6FmOJUkw5JPRgpCBNEAeCWx5QMg41pxOcTI60d2foyb6dQo2XGC2iOgIBbwW4nNW mireQEWbp1E1GnT3AN2mUcLM+xSrxP6esrpNY7+QOBr8v3AeCrH5wjB4KNX3oVEV D8VIpXSj9mmXvXr0nyNBoymkS6J6piWNs9THQbQPyV4oe4wVDquFwWU3AKnv1py0 QYdGeyeGgLgr7OOjx9eqWBtK07P2UynipyjVzlHu4nE9o0WwwTv3UriAiZF7Aypz rNcG1vkXh4QoJkcdy+xVxID75m7kOGKXnghzypsK/HVIGAtPo+wo07gOlwARAQAB tDlDaHJpc3RvcGggQmllZGwgKERlYmlhbikgPGRlYmlhbi5heGhuQG1hbmNobWFs LmluLXVsbS5kZT6JAjgEEwECACIFAk8Oi7ICGwMGCwkIBwMCBhUIAgkKCwQWAgMB Ah4BAheAAAoJEMQsWOtZFJL9EkUP/3SKzZv8zn0x70r1LYhdsf9XkZNvrTf7Nm9c ZQzMxnEad38TqExWfL1X/7lgu3Mzzajm0W6gTCwKuzB5q4hXvmT2xz49JzvG3HFL qO7UnT7aDoAP7eZ+uINWAYUvMCkxLFR84PYnFweExlnX80tKLrjXwHJBmbDS4lHL mHzQlteVukn8l97FRrej4zNupX35AHmEpjbBaiiDmTgiqR0mv2JSc7zJeR48E8/0 1n1hTSJEslyQm/HYrNT25JW4B3kOZa71GM2x/3R5otOg1K9PenZX2bCUDMlxmavo bCeax8ha7pFTOJK49a5VaSjNAOg8KRDzpnAP+1lHY3FGgcUBqjBf/IYhkP1HCOhV PU1UH8LzzJ+s2ZGfwjXTKD2/jr8wlOtlXMVrqalnVe4cu27Duw7ULJZf8Qz3Wwdo 4iyrrhMLk95XP/EzQJibLrHLl/m+3GFVsZDLHASLzPEj5No3niRq3JeEcFN94arV xSIJR6Y1z2aAIuJe1D36E/5VWCcOuT3/eH89sdVsihbrgArh5NU0O00NxHl144Xz Mo7GCtkoZ5jPDzSTbAfQ8Agp0WKylpoCsePBE3eGq7BUtcSTiJcCn/rnhQrZFiQ6 JvK1V4X2BYC0lRTWKbwzQJvL0++ZYp0O+Jx1oQkernvKjJhrAN5Oj3os/0boQmPE qJbJRpaUiEYEEBECAAYFAk8SEDMACgkQUCgnLz/SlGirfACfQZxhOQT3vzJCyst1 apeSUbdrEy8AnjOPlaq0Ec9dBqlDMKHdDzD44TIFiEYEEBEKAAYFAlJ/aMAACgkQ wkoPY342SFaEywCeJhsAYQAUauJQ0eFRH4e1bslRgKAAoMd8KypesZYZknJSXvxp JGQul7saiQEcBBMBAgAGBQJSf2mGAAoJEMYVJyD4z15xtO8H/14Gq2rhMd9XvnRb QOS11BhmvjdaEwZbjHZt7bD3RiHDd5I0x33qhhjTHPj79mPYfy6BZHqtH4vVvOCl ntc6qGD3ReI5kjHd5/pT3ZXb9XTcUC2X7mPrA0eKzryN3eJ9iDklRt6TO/JuzsXi WAxCua1/7I5n0/bBLY63tuU58dOJTa6xNO8eMD9qwWdqJ+397F/zIOfCTQJ7VG99 26DVegpBpqfHNUixTEyg6ztrffn47dgETxKGx1QNNh+gQxMHXjK0L2G65U0jXpE3 yCpxNgcVmc2AKpwjqEeeCw8OR56SUrCVjtAjy5NxPFA2XZ5kdDU2jizc/iBXxPh2 W5nzL6KIRgQTEQIABgUCUn+C8wAKCRCm5DvOg13h9bmcAKDenwWiIKR5yzNTvY6o YezvDw1TJQCcCwb8gJWD9JJJ6sspFEGXskif0jqJARwEEwECAAYFAlJ/gt8ACgkQ ShvXLYyoC1hyWgf9E9/t7jbFmd7TlnLduP30sKsLjcTtrFxBkK8+IcTaqUxbzGPK 91XgOkNKIbUlcClkbjykluKpOJopF8KnB2Jrogyjrg6IOz4DMDef+kjUtmtXOG8Q xHAH3NM08LR5eqAMn3MU16+78HSBak4neSgswQQbotu4oYzUlutQ4OdBBt5ueTWX pfGdWOUie7+rWbDuckCAEr//DaEqYNRnNT/CW5RPiM+J+EwDkccRPht4TzTS6aiR t+wjGaXqqP9nHL2dM8e389MUwlcGA2ZZPoTODSoBHMmTxcTVY+k78McV8wL1Alvk H6MCsfDUNATlE+plEs3kylgR9NSwarRmVJQQx4hGBBARAgAGBQJSf6kBAAoJEAav +vbVQBstFDMAnR9Qq1I8Jy8yyuDY2GSzPjHvfbknAJwLbJ5w4pZz6qnEwPZpilp3 5BqlS4hGBBMRCAAGBQJR9jx5AAoJEN56r26UwJx/5zIAoOfFY+mcAfZc+NsZfv3i Xt7a7MMZAJ9u+7hxtDxICwcmsoXvtD1oxt6BrIkCHAQTAQgABgUCUfY8jwAKCRBi r0AxyC4AOaVCD/9igbunNYzWr/Gyq95R4kCG3T7SxWJrrpG6qblJssVvQNoiveR9 QM0FyFuG1+2P8DyuXfDetLt17nqQtOrNq9igL9qjn8U2hpjq8+tbdxPSFtwo5Wvm iAm8A8wmy3h5F/lk/ZFfUw05Q78gEdoQz2X02Z4Lc3gY+Sp4ngzWlEeJN5HWq2a5 mSPhd3Nk44FH2UOwPaLSsaygOXc2lr7AJx8As9MAiXqgTOqFZzm0vNCMrkgppJqL /kjZ0wfvqfgHbb1fn6Hmor/I1S7a1QA1v0EwzlN9tkOstQiIwcGQNK6MlLzLJJ0g hNSj7WTJYRQ/Ce5W/5tZnIeD79I04vAYxYx40iab0vHSdFEeVzN0NhOBdARnT7Px Z8NauYrEfaKwhgq+OdMnWEfNWdkZWnWexdIElNguepd+tUkEmuxBDRhcax9vuy6A /0hafPdCZBJoBrLqdNGcN63r38GQhSX/2+SGAYnO4MXKXP+1nyymEvvM4zTLn8eB TT/8FgWlrExeH8qW8RA7nceuNtVX7iVEJQXf6VAT2izDMi2VmmyUQsmv+6h1Ulz8 I3ocAHKiXBIBKzdDcJG2Dr7UGh668xIOQEsDqinCbnXzkwqRnJoSYe4XSpGJ0nwY Ujr05u3yR6GBuZ7pAdHU/GTuEM8M7sCYD4xnRs02MAZ/W2fJrPfHpxix1LkCDQRP DouyARAA6RGpWd1Jo+vjNtTWPJ7lzXjt+EcQptYbvfzkat3OLFGpAGqniJtQO1C9 zo3gTYZznj6tSY+bnwf1un2O1wSZTGQKvL150oFZj0wr4lDDbr5TDWxg/qZRP5cW 473ZPFp9qim+h19kHt08Y792gWhMLZ3Qs3SAzjoPXxd9qA//yM7S16FU4QnmbaBo 8MWfFLZmRmn4GRozZedFZic1itrdJtS11e9Ojio0vInU5ATxxAR6hXy10xZHFNn+ Il6q8APB57Lqq2mlXJ8nOIPFR/wyWOTqYyIJ2z1QBp0D2spLvSosWn9wCqXvuzKH nEL3kTzeh9gZ6njgwYLAwW1YIIPNbXzcFgF3HF8BGAkuUYP60rkmjGP1JLrCRGzs WQSA1/5kDubtckxpnu1HIeSnqETibvb3N8Z7iG/RYr39byQrZIJ6K25hWD5laNFR WyFi10bZwBlPSmhg5rCdni+C8WNbz2mEwA/QZ8Dr1BUQQwN8AzYetjQ6bBPvlG4S BSM2PS9O9WaglILOUERDSYA+s73Z5cAfUVVhmQYC+GhZFdkA+f4YOG+QK0Spdpb2 gG6bGhPqi7TXUwJec7uuylrMnXCFiXThnxOOe35JuB1ZYuXZFmYxP6xbnw5YuTho YxD7PW7VduzB4GvCIrjEflRtg1r0u4HdH0a0SN5q+Kj5YtS3DrkAEQEAAYkCHwQY AQIACQUCTw6LsgIbDAAKCRDELFjrWRSS/fktD/0URwl4vVh1kQ2rpnc1FeetA3Xc vlk1Bun1cOSUoyTsd/HBYV54gTBDhejZNoVyh13+aOXpsrv5MTjrfXdBSWkBqvfz nWflKLkH1nGn1Brkt6n0CmujcmJlZkNqW+PvwGRB/aUhcw18yDTFZ8swvb6oNlGC
Bug#736088: libavcodec54: file command reports wrong bitrate on mp3 file encoded by libav
tags 736088 +upstream stop On Fri, Mar 07, 2014 at 12:04:25PM +0100, Alessandro Ghedini wrote: So, I've done a bit of investigation, and it turns out that this is caused by the way libavformat writes the XING header to mp3 files. Essentially, it uses a fixed value for bitrate_idx... for any bitrate values. This also makes tools like mediainfo detect an avconv-encoded mp3 file as using constant bitrate, while in fact it might be using a variable bitrate (though I'm not sure if this is actually the same bug, or a different bug in the same code). More or less copy-pasting the mp3_write_xing() function (libavformat/mp3enc.c) from ffmpeg to libav seems to fix the problem. Could you please provide a patch, and send (or copy) it to libav-de...@libav.org, please? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741099: nginx-full: please fix whitespaces bug in dav-ext
Package: nginx-full Version: 1.4.5-1 Severity: normal Dear Maintainer, please, add the following [0] patch to dav-ext. kind regards, /davide [0] https://github.com/mylovecompany/nginx-dav-ext-module/commit/71d0e4fdd34a27310007556fcfca75206e7351bd.patch -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.12.8-grsec-grsec+ (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nginx-full depends on: ii libc6 2.18-4 ii libexpat1 2.1.0-4 ii libgd32.1.0-3+b1 ii libgeoip1 1.6.0-1 ii libpam0g 1.1.8-2 ii libpcre3 1:8.31-2 ii libssl1.0.0 1.0.1f-1 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.11.1.28-2 ii nginx-common 1.4.5-1 ii zlib1g1:1.2.8.dfsg-1 nginx-full recommends no packages. Versions of packages nginx-full suggests: pn nginx-doc 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#741100: valac-0.22: GLib handling uses deprecated functions
Package: valac-0.22
Version: 0.22.1-2
Severity: normal
Dear Maintainer,
While building the enclosed xdg-autostart.vala file, I noticed some
warnings issued by the C compiler and pointing out the use of deprecated
function:
xdg-autostart.vala.c: In function 'main':
xdg-autostart.vala.c:704:2: warning:
'g_type_init' is deprecated (declared at
/usr/include/glib-2.0/gobject/gtype.h:669) [-Wdeprecated-declarations]
g_type_init ();
^
Or incompatible pointer casts:
xdg-autostart.vala.c: In function ‘autostart_xdg_autostart’:
xdg-autostart.vala.c:632:18: warning: assignment from incompatible
pointer type [enabled by default]
_tmp4_ = _tmp3_ = g_get_system_config_dirs ();
^
xdg-autostart.vala.c:668:3: warning: passing argument 2 of
‘g_hash_table_foreach’ from incompatible pointer type [enabled by default]
g_hash_table_foreach (_tmp13_, _autostart_launch_file_gh_func, NULL);
^
I assume these warnings are caused by the the compilation of GLib vala
code into outdated GLib C code.
Best wishes,
Fabien
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored:
LC_ALL set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages valac-0.22 depends on:
ii libc62.17-97
ii libglib2.0-0 2.38.2-5
ii libglib2.0-dev 2.38.2-5
ii libvala-0.22-0 0.22.1-2
ii valac-0.22-vapi 0.22.1-2
valac-0.22 recommends no packages.
valac-0.22 suggests no packages.
-- no debconf information
// valac xdg-autostart.vala --disable-assert -Xcc -march=generic -Os
/*
* xdg-autostart
* Copyright (c) 2011-2013 Fabrice THIROUX fabrice.thir...@free.fr.
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU Lesser General Public License as published
* by the Free Software Foundation; either version 3 of the License, or any
* later version. See http://www.gnu.org/copyleft/lgpl.html the full text
* of the license.
*
* This program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with this program; if not, write to the Free Software
* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston,
* MA 02110-1301, USA.
*/
class Autostart
{
static string desktop;
static void
launch_file (string key, string filename) {
string[] show_list;
string? exec;
bool found;
KeyFile kf = new KeyFile();
try {
if (kf.load_from_file (filename, KeyFileFlags.NONE)) {
try {
message (Processing %s file., filename);
/* Hidden desktop file don't have to be launched */
if (kf.get_boolean (Desktop Entry, Hidden))
{
message (Hidden attribute set, aborting.);
return;
}
}
catch (KeyFileError e) {}
try {
/* Check if the desktop file is launched in current desktop environment */
if (kf.has_key (Desktop Entry, OnlyShowIn)) {
show_list = kf.get_string_list (Desktop Entry, OnlyShowIn);
found = false;
foreach (string de in show_list) {
if (de == desktop) {
found = true;
break;
}
}
/* Current desktop is not found in the OnlyShowIn list */
if (found == false)
{
message (Not found in OnlyShowIn list, aborting.);
return;
}
}
/* Check if the desktop file is not launched in current desktop environment */
else if (kf.has_key (Desktop Entry, NotShowIn)) {
show_list = kf.get_string_list (Desktop Entry, NotShowIn);
foreach (string de in show_list) {
if (de == desktop) {
message (Found in NotShowIn list, aborting.);
return;
}
}
}
/* Lookup for TryExec file and check if it's found in path */
if (kf.has_key (Desktop Entry, TryExec)) {
exec = kf.get_string (Desktop Entry, TryExec);
if (exec != null) {
if (Environment.find_program_in_path (exec) == null) {
message (Can't find %s from TryExec key, aborting., exec);
return; // Exec is not found in path = exit
}
}
}
/* Find the command line to launch and launch it */
exec = kf.get_string (Desktop Entry, Exec);
try {
Process.spawn_command_line_async (exec);
message (Launching: %s (%s), exec, key);
}
catch (SpawnError e) {
warning (Error: %s\n, e.message);
}
}
catch (KeyFileError e) {
warning (KeyFileError: %s\n, e.message);
}
}
}
catch (FileError e) {
warning (Error: %s\n, e.message);
}
}
static void get_files_in_dir (HashTablestring, string table,
Bug#741101: ebtables: Misparses locally-originated multicast frames
Package: src:linux Version: 3.2.51-1 Severity: normal I was beefing up the filtering on a VM host, to do source-address checking on outbound packets when I noticed these surprising log messages from the kernel (reformatted for easier reading). | 2014-03-08T13:03:57+00:00 fender kernel: [8562504.500373] fw: bcp38(br) | IN= OUT=bond0 | MAC source = 00:1e:67:15:06:23 MAC dest = 01:00:5e:00:00:01 | proto = 0x0800 IP SRC=8.0.70.192 IP DST=0.32.0.0, | IP tos=0x00, IP proto=21 | 2014-03-08T13:03:57+00:00 fender kernel: [8562504.500404] fw: bcp38(br) | IN= OUT=bond0 | MAC source = 00:1e:67:15:06:23 MAC dest = 33:33:00:00:00:01 | proto = 0x86dd | IPv6 SRC=6715:0623:86dd:6000::0020:0001:fe80 | IPv6 DST=:::021e:67ff:fe15:0623:ff02, | IPv6 priority=0x3, Next Header=0 These were being reported every two minutes or so. The addresses are definitely foreign, and appear to be nonsense; IP protocol 21 is also surprising. I captured packets and managed to correlate the capture with my logs. I'll try to attach the Wireshark pcap file to this report, but here's tshark's summary anyway: | 1 2014-03-08 13:03:57.508035000 0.0.0.0 - 224.0.0.1 | IGMPv2 46 Membership Query, general | | 01 00 5e 00 00 01 00 1e 67 15 06 23 08 00 46 c0 ..^.g..#..F. | 0010 00 20 00 00 40 00 01 02 04 17 00 00 00 00 e0 00 . ..@... | 0020 00 01 94 04 00 00 11 64 ee 9b 00 00 00 00 ...d.. | | 2 2014-03-08 13:03:57.508065000 fe80::21e:67ff:fe15:623 - ff02::1 | ICMPv6 86 Multicast Listener Query | | 33 33 00 00 00 01 00 1e 67 15 06 23 86 dd 60 00 33..g..#..`. | 0010 00 00 00 20 00 01 fe 80 00 00 00 00 00 00 02 1e ... | 0020 67 ff fe 15 06 23 ff 02 00 00 00 00 00 00 00 00 g#.. | 0030 00 00 00 00 00 01 3a 00 05 02 00 00 00 00 82 00 ..:. | 0040 ea c1 27 10 00 00 00 00 00 00 00 00 00 00 00 00 ..'. | 0050 00 00 00 00 00 00 .. Now things become a little clearer. The reported source address 8.0.70.192 in the first packet comes from the end of the Ethernet frame (the type field, 0x0800 for IPv4) and the start of the IP header (version, length, and TOS); similarly, the reported destination address 0.32.0.0 comes from the total length and identification fields. Working back, it becomes clear that ebtables has been reading these fields assuming that the IP header begins at the start of the packet, entirely ignoring the Ethernet frame. The same has happened with the IPv6 packet, which shouldn't have been reported at all because my rules have an exception for fe80::/10, so it's clear that this misparsing isn't just happening at presentation time. I've not noticed other packets being misparsed in this way, but I can't rule out the possibility. -- [mdw] -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.51-1 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/vg--fender-root ro console=tty0 console=ttyS0,9600n8 quiet ** Not tainted ** Network interface configuration: auto lo iface lo inet loopback auto bond0 iface bond0 inet manual bond-slaves eth0 eth1 bond-miimon 100 bond-mode active-backup bond-primary eth0 eth1 auto br-jump iface br-jump inet static bridge-ports bond0 [...] address 212.13.198.69 netmask 255.255.255.240 broadcast 212.13.198.79 gateway 212.13.198.65 iface br-jump inet6 static address 2001:ba8:0:1d9::2 netmask 64 gateway 2001:ba8:0:1d9::1 -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-3.2.0-4-amd64 depends on: ii debconf [debconf-2.0] 1.5.49 ii initramfs-tools [linux-initramfs-tool] 0.109.1 ii kmod9-3 ii linux-base 3.5 ii module-init-tools 9-3 Versions of packages linux-image-3.2.0-4-amd64 recommends: pn firmware-linux-free none Versions of packages linux-image-3.2.0-4-amd64 suggests: pn debian-kernel-handbook none ii grub-pc 1.99-27+deb7u2 ii linux-doc-3.2 3.2.54-2 Versions of packages linux-image-3.2.0-4-amd64 is related to: pn firmware-atherosnone pn firmware-bnx2 none pn firmware-bnx2x none pn firmware-brcm80211 none pn firmware-intelwimax none pn firmware-ipw2x00none pn firmware-ivtv none pn firmware-iwlwifinone pn firmware-libertas none pn firmware-linux none pn firmware-linux-nonfree
Bug#740639: wheezy-pu: package libfinance-quote-perl/1.17+git20120506-1+deb7u1
Control: tags -1 + pending On Mon, 2014-03-03 at 20:47 +0100, Sébastien Villemot wrote: Le lundi 03 mars 2014 à 19:28 +, Adam D. Barratt a écrit : On Mon, 2014-03-03 at 19:56 +0100, Sébastien Villemot wrote: Please find attached a pu for libfinance-quote-perl which fixes #739142 (inability to download quotes due to a change in Yahoo! URLs). Please go ahead; thanks. Uploaded. Flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740247: pu: package docx2txt/1.2-1+deb7u1
Control: tags -1 + wheezy pending On Thu, 2014-02-27 at 22:23 +0900, Hideki Yamane wrote: I've fixed #739597 and upload it but it also affects to wheezy. Applied patch is very tiny and it doesn't work without this change. If you're okay, I'll upload it to proposed-updates queue. So, please check it. Apparently you already uploaded; flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720377: [Pkg-xfce-devel] Bug#720377: exo-utils: exo-open fails on magnet scheme URLs
On 08/03/14 10:54, Yves-Alexis Perez wrote: On Sat, Mar 08, 2014 at That's actually not true. exo-open on smb:// schemes works just fine for me, as an example. OK, I didn't try SMB. But mailto does not work correctly (seems to be checking that it includes an @ and a . in the address). IRC schemas are either unhandled or understood as mailto if they have an @.. Same thing with SIP, callto, etc. -- Martín Ferrari (Tincho) signature.asc Description: OpenPGP digital signature
Bug#724386: gwaterfall: diff for NMU version 0.1-5.1
Thank you for your efforts. -Ognyan На 8.3.2014 г. 09:31 ч., Eric Dorland написа: tags 724386 + pending thanks Dear maintainer, I've prepared an NMU for gwaterfall (versioned as 0.1-5.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720377: [Pkg-xfce-devel] Bug#720377: exo-utils: exo-open fails on magnet scheme URLs
On Sat, Mar 08, 2014 at 03:44:28PM +0100, Martín Ferrari wrote: On 08/03/14 10:54, Yves-Alexis Perez wrote: On Sat, Mar 08, 2014 at That's actually not true. exo-open on smb:// schemes works just fine for me, as an example. OK, I didn't try SMB. But mailto does not work correctly (seems to be checking that it includes an @ and a . in the address). IRC schemas are either unhandled or understood as mailto if they have an @.. Same thing with SIP, callto, etc. Again, that looks plain wrong. magnet:// work just fine, provided you have something handling that scheme, like transmission. -- Yves-Alexis Perez signature.asc Description: Digital signature
Bug#720377: [Pkg-xfce-devel] Bug#720377: exo-utils: exo-open fails on magnet scheme URLs
On 08/03/14 16:01, Yves-Alexis Perez wrote: On Sat, Mar 08, 2014 at 03:44:28PM +0100, Martín Ferrari wrote: On 08/03/14 10:54, Yves-Alexis Perez wrote: On Sat, Mar 08, 2014 at That's actually not true. exo-open on smb:// schemes works just fine for me, as an example. OK, I didn't try SMB. But mailto does not work correctly (seems to be checking that it includes an @ and a . in the address). IRC schemas are either unhandled or understood as mailto if they have an @.. Same thing with SIP, callto, etc. Again, that looks plain wrong. magnet:// work just fine, provided you have something handling that scheme, like transmission. Neither magnet, callto, or SIP use :// format. A normal magnet link looks like this: magnet:?xt=urn:btih:912f6175fb13d65588e03adf7b0123ad693f65c7dn=debian-7.4.0-amd64-CD-1.isotr=udp%3A%2F%2Ftracker.publicbt.com%3A80tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80tr=udp%3A%2F%2Ftracker.ccc.de%3A80tr=udp%3A%2F%2Ftracker.istole.it%3A80 A SIP URI: sip:1-999-123-4...@voip-provider.example.net But, even if you add the //, it does nothing useful. An IRC URI may use the :// format, and it still does not work: irc://freenode.net/#foo -- Martín Ferrari (Tincho) signature.asc Description: OpenPGP digital signature
Bug#740539: [Pkg-mozext-maintainers] Bug#740539: xul-ext-noscript: Version 2.1.4-1 does not work with iceweasel 24+
On 05.03.2014 20:33, David Prévot wrote: Le 02/03/2014 13:31, colliar a écrit : Control: severity -1 serious Control: fixed -1 2.6.8.15-1 Control: fixed -1 2.6.8.4-1~bpo70+1 Salut David Thanks for your interest in packaged extensions. Thanks for packaging Noscript does not proper work with iceweasel 24+. Raising the severity then. I am not realy familiar with this. I need to use the package from wheezy-backports to get it to work again. Thanks for the feedback, making the BTS aware too. We’ll ask the release team to either accept the version currently in backports, or the version currently in unstable (the last one is supposed to be working with iceweasel 31 too according to upstream) into the next point release. Did not test if iceweasel 17 does work with noscript 2.6.8.4-1~bpo70+1 or higher Think a simple solution would be to make sure that the versions stay in sync would be to have version 2.1.4-1 break with iceweasel 23. Only my 10 ct but I am by far an expert. Colliar signature.asc Description: OpenPGP digital signature
Bug#740683: provide web service client package via stable-updates
On Tue, 2014-03-04 at 11:26 +0900, Hideki Yamane wrote: Some web service client software package need to be updated timely manner to deal with its API changes (e.g. twitter, see [*1]). If not, it'd be *completely* useless and make users confuse. *) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712113 [...] So, I suggest to provide those kind of packages to stable-updates. Any comments are welcome. I'm not sure what comments you're after here. As with any package, if an update is available in proposed-updates and there's an argument to make it also available via -updates, we're happy to look at that. However, packages aren't going to magically appear in -updates - someone needs to produce a package that runs on stable, test it and propose an update via the usual process (i.e. a pu bug against the release.debian.org pseudo-package). I'm also not really sure why this discussion is being had in a bug report, as there isn't a closing action as such. If the intent was some form of blanket statement that any such update would automatically be accepted, I don't think that's appropriate; OMMV. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736088: libavcodec54: file command reports wrong bitrate on mp3 file encoded by libav
On sab, mar 08, 2014 at 09:25:35 -0500, Reinhard Tartler wrote:
tags 736088 +upstream
stop
On Fri, Mar 07, 2014 at 12:04:25PM +0100, Alessandro Ghedini wrote:
So, I've done a bit of investigation, and it turns out that this is caused
by
the way libavformat writes the XING header to mp3 files. Essentially, it
uses
a fixed value for bitrate_idx... for any bitrate values.
This also makes tools like mediainfo detect an avconv-encoded mp3 file as
using constant bitrate, while in fact it might be using a variable bitrate
(though I'm not sure if this is actually the same bug, or a different bug
in the
same code).
More or less copy-pasting the mp3_write_xing() function
(libavformat/mp3enc.c)
from ffmpeg to libav seems to fix the problem.
Could you please provide a patch, and send (or copy) it to
libav-de...@libav.org, please?
TBQH I don't really care much about this being fixed... now that I know what's
the problem I'm simply using write_xing=0 since I'm only interested in
constant bitrate.
Also, I found that my copy what ffmpeg does patch introduces another bug that
makes mediainfo print some garbage (just after the LAME version), so it would
require someone who actually knows what the code is supposed to do to debug
this.
I'll try to look into this as soon as I have a bit of time, but I can't really
promise anything.
Cheers
--
perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'
signature.asc
Description: Digital signature
Bug#740673: apt-cdrom ident started requesting to insert cd even if cd is already mounted
On Sat, Mar 08, 2014 at 01:37:22AM +0100, Cyril Brulebois wrote: Gabriele Giacone 1o5g4...@gmail.com (2014-03-04): On hurd, apt-cdrom ident started requesting to insert cdrom even if cdrom is already mounted. That breaks debian-installer given it's called by load-install-cd. Recent debian-installer builds get stuck at Configuring apt - Scanning the CD-ROM. See https://bugs.debian.org/728153 Weekly installation image builds are indeed broken; this is slightly annoying since I was aiming at releasing an alpha 1 image for jessie soon, so that we can perform regression tests against it. Sorry about that. I am not really able to test cdrom stuff at the moment and had hoped that this was actually tested with d-i as the buglog indicated this to me (yes I know, silly me). John, as the author of the patch, can you shine some light on with what you have tested this (out of my interest). One of your mails suggested to me it was useful for d-i, but now that I read it again I seem to have overlooked a possibly. (btw: I had shortly looked at the bug before, but couldn't find anything with a non-udev codepath POV, so that cluebat here really helped) And more precisely: | Author: John Ogness john.ogn...@linutronix.de | Date: Fri Dec 13 20:59:31 2013 +0100 | | apt-cdrom should succeed if any drive succeeds | | If there are multiple CD-ROM drives, `apt-cdrom add` will abort with an | error if any of the drives do not contain a Debian CD which is against | the documentation we have saying a CD-ROM and also scripts do not | expect it this way. | | This patch modifies apt-cdrom to return success if any of the drives | succeeded. If failures occur, apt-cdrom will still continue trying all | the drives and report the last failure (if none of them succeeded). | | The 'ident' command was also changed to match the new 'add' behavior. | | Closes: 728153 I'm pretty sure making apt-cdrom ident hang wasn't part of the plan, and that's what's happening nonetheless when called from apt-setup's generators/40cdrom script. Mhh, I see. Me and my lets reduce code duplication stricking again. I guess you can give apt-cdrom ident /dev/null as stdin as you do for add to hotfix that for the moment (but not tested). Will have to do some code-staring to find out what is really messed up as I see this Please insert a Disc in the drive and press enter in the new output of the add command only, but the code for it is in the old one as well. And my impression is that it shouldn't be in any. Fishy. At least it reminds me that I have to find a way to make a testcase which doesn't use --no-mount as this is of course hiding the issue… Sidenote: Why are you allowing apt-cdrom to do the mounting by itself here if you have mounted it already and remount it after the run? [ Also, if you're going to change semantics, it probably would be nice to warn your users (e.g. -boot@ in that particular case); heads-up on topics with possible big consequences are always appreciated. ] It wasn't supposed to change semantics - at least not in a negative way. If you have one drive nothing changes (at least that was the idea) and if you have two apt-cdrom will not fail if it looks at the empty drive first - which sounds like a good idea and should be fine for d-i (and even fix some issues as mentioned in the buglog with it) if it would work as intended. Beside: I have to admit that I don't know who is using apt and how. I get a remote idea of what is using apt and how each time we break something (like description fieldname in 'apt-cache show' for cdrom creation scripts), but as much as I would like to, I can't remember them all and especially can't test them all. And I am pretty sure you don't want to be cc'ed on all changes in apt just because I have no idea what could possibly break if I change anything (as the fieldname example shows, I can't assume anything in general). So sorry again for the trouble caused, but please don't assume bad faith here… Sidenote: The manpage says 'ident' is a debugging tool. You will hopefully understand that even if I had anticipated that the commit would cause trouble I would have assumed nobody would use it. (I see now that apt-setup is using it and why, and while the information is in the add output as well it is probably a bit harder to get it from there, point taken, but that this is easy to say after the fact) Best regards David Kalnischkies signature.asc Description: Digital signature
Bug#741079: linux-image-3.13-1-686-pae: Stack trace when unplugging usb devices
Le Samedi 8 Mars 2014 14:08 CET, Ben Hutchings b...@decadent.org.uk a écrit:
Control: tag -1 moreinfo
On Sat, 2014-03-08 at 10:58 +0100, nb wrote:
Package: src:linux
Version: 3.13.5-1
Severity: normal
Dear Maintainer,
When unplugging usb devices I have a stack trace. I tried an external usb
disk, and a wifi dongle.
The message present in both cases is : warn_slowpath_common...
Note that I've moved from 3.11 to 3.13. I haven't used 3.12
[...]
The wifi dongle appears to be handled by the 8821au driver, which is not
part of this package.
Yes, you're right. I've taken it from
https://github.com/abperiasamy/rtl8812AU_8821AU_linux and compiled it myself.
I would like to see see the *complete* warning message for removal of
the USB disk ('warn_slowpath_common' is just part of the warning
mechanism).
Here it is:
[14185.008296] usb 5-3: USB disconnect, device number 9
[14185.048462] [ cut here ]
[14185.048476] WARNING: CPU: 0 PID: 8962 at
/build/linux-ncyRvS/linux-3.13.5/fs/sysfs/group.c:214
sysfs_remove_group+0xae/0xb0()
[14185.048480] sysfs group c159fb48 not found for kobject 'target2:0:0'
[14185.048482] Modules linked in: usb_storage pci_stub vboxpci(O) vboxnetadp(O)
vboxnetflt(O) snd_hrtimer cpufreq_powersave cpufreq_userspace cpufreq_stats
cpufreq_conservative rfcomm bnep binfmt_misc vboxdrv(O) synaptics_i2c
firewire_sbp2 loop fuse parport_pc ppdev lp parport 8812au(O) gspca_m5602
gspca_main btusb bluetooth videodev media cfg80211 joydev evdev pcspkr psmouse
pcmcia serio_raw r852 sm_common yenta_socket nand pcmcia_rsrc nand_ecc
pcmcia_core nand_ids r592 mtd memstick snd_hda_codec_realtek lpc_ich mfd_core
rng_core ac battery i915 snd_hda_intel snd_hda_codec snd_hwdep asus_laptop
snd_pcm acpi_cpufreq snd_page_alloc sparse_keymap rfkill video input_polldev
processor button drm_kms_helper drm i2c_algo_bit i2c_core snd_seq
snd_seq_device snd_timer snd soundcore hid_generic usbhid hid ext4 crc16
mbcache jbd2 sg sd_mod sr_mod crc_t10dif crct10dif_common cdrom ata_generic
firewire_ohci sdhci_pci sdhci ata_piix 8139too 8139cp mii firewire_core
crc_itu_t mmc_core libata thermal scsi_mod ehci_pci fan uhci_hcd ehci_hcd
thermal_sys usbcore usb_common
[14185.048581] CPU: 0 PID: 8962 Comm: umount Tainted: G O
3.13-1-686-pae #1 Debian 3.13.5-1
[14185.048584] Hardware name: ASUSTeK Computer Inc. W5A /W5A
, BIOS 020911/17/2005
[14185.048586] 0009 c140b038 ec4dfeb0 c104d41e c14eb738 ec4dfec8 2302
c14eb6c8
[14185.048593] 00d6 c119f52e c119f52e c159fb48 f331141c f52b00f8
c104d473
[14185.048599] 0009 ec4dfeb0 c14eb738 ec4dfec8 c119f52e c14eb6c8 00d6
c14eb738
[14185.048606] Call Trace:
[14185.048613] [c140b038] ? dump_stack+0x3e/0x4e
[14185.048619] [c104d41e] ? warn_slowpath_common+0x7e/0xa0
[14185.048623] [c119f52e] ? sysfs_remove_group+0xae/0xb0
[14185.048626] [c119f52e] ? sysfs_remove_group+0xae/0xb0
[14185.048630] [c104d473] ? warn_slowpath_fmt+0x33/0x40
[14185.048633] [c119f52e] ? sysfs_remove_group+0xae/0xb0
[14185.048639] [c12eea3a] ? device_del+0x2a/0x170
[14185.048655] [f823be5c] ? scsi_target_reap_usercontext+0x1c/0x30 [scsi_mod]
[14185.048661] [c1061e84] ? execute_in_process_context+0x44/0x50
[14185.048671] [f823ec5c] ? scsi_device_dev_release_usercontext+0x11c/0x150
[scsi_mod]
[14185.048675] [c1061e84] ? execute_in_process_context+0x44/0x50
[14185.048679] [c12ee2c3] ? device_release+0x23/0x80
[14185.048684] [c10aa59f] ? module_refcount+0x6f/0x80
[14185.048690] [c121919a] ? kobject_cleanup+0x2a/0x70
[14185.048699] [f84268d0] ? scsi_disk_put+0x20/0x30 [sd_mod]
[14185.048705] [c11715d1] ? __blkdev_put+0x111/0x150
[14185.048711] [c114389b] ? deactivate_locked_super+0x1b/0x40
[14185.048716] [c115b5e2] ? mntput_no_expire+0xa2/0x120
[14185.048720] [c115c733] ? SyS_oldumount+0x73/0xb0
[14185.048726] [c141628d] ? sysenter_do_call+0x12/0x28
[14185.048729] ---[ end trace 718a47ebe91fca5c ]---
I can reproduce it at any time.
It's the same with a usb memory key
Regards
nb
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594684: Segmentation fault X-server 1.15
Problem solved with patch [0], please see attache.
Thanks Michał Masłowski from loongson-...@googlegroups.com [1]
[0]
https://projects.parabolagnulinux.org/abslibre-mips64el.git/tree/extra/xorg-server/loongson.patch
[1] https://groups.google.com/forum/#!topic/loongson-dev/TLE3YmKZNpI
diff -ru xorg-server-1.14.0.orig/hw/xfree86/dri/sarea.h xorg-server-1.14.0/hw/xfree86/dri/sarea.h
--- xorg-server-1.14.0.orig/hw/xfree86/dri/sarea.h 2013-03-19 13:50:10.838242935 +0100
+++ xorg-server-1.14.0/hw/xfree86/dri/sarea.h 2013-03-19 13:50:39.129859642 +0100
@@ -41,6 +41,8 @@
/* SAREA area needs to be at least a page */
#if defined(__alpha__)
#define SAREA_MAX 0x2000
+#elif defined(__mips__)
+#define SAREA_MAX 0x4000
#elif defined(__ia64__)
#define SAREA_MAX 0x1 /* 64kB */
#else
diff -ru xorg-server-1.14.0.orig/hw/xfree86/os-support/linux/lnx_video.c xorg-server-1.14.0/hw/xfree86/os-support/linux/lnx_video.c
--- xorg-server-1.14.0.orig/hw/xfree86/os-support/linux/lnx_video.c 2013-03-19 13:50:10.869508709 +0100
+++ xorg-server-1.14.0/hw/xfree86/os-support/linux/lnx_video.c 2013-03-19 14:02:26.536090562 +0100
@@ -503,6 +503,40 @@
ioBase = NULL;
}
+#elif defined(__mips__)
+
+extern unsigned int IOPortBase;
+
+static Bool
+hwEnableIO(void)
+{
+int fd;
+
+fd = open(/dev/mem, O_RDWR);
+IOPortBase = (volatile unsigned char *)mmap(0, 0x2,
+ PROT_READ | PROT_WRITE, MAP_SHARED, fd,
+ 0x1fd0);
+if (IOPortBase == MAP_FAILED) {
+xf86Msg(X_WARNING,
+xf86EnableIOPorts: Failed to map iobase (%s)\n,
+strerror(errno));
+return FALSE;
+}
+close(fd);
+xf86Msg(X_WARNING,
+xf86EnableIOPorts: map iobase (%x)\n,
+IOPortBase);
+
+return IOPortBase != MAP_FAILED;
+}
+
+static void
+hwDisableIO(void)
+{
+munmap(IOPortBase, 0x2);
+IOPortBase = NULL;
+}
+
#elif defined(__i386__) || defined(__x86_64__) || defined(__ia64__) || \
defined(__alpha__)
Bug#741103: chromium: doesn't start
Package: chromium Version: 32.0.1700.123-2 Severity: grave Justification: renders package unusable Dear Maintainer, chromium won't start $ chromium Errore di bus -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.3a (SMP w/4 CPU cores) 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 chromium depends on: ii chromium-inspector 32.0.1700.123-2 ii gconf-service3.2.6-1 ii libasound2 1.0.27.2-3 ii libatk1.0-0 2.10.0-2 ii libc62.18-4 ii libcairo21.12.16-2 ii libcups2 1.7.1-7 ii libdbus-1-3 1.8.0-2 ii libexpat12.1.0-4 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.8.2-16 ii libgconf-2-4 3.2.6-1 ii libgcrypt11 1.5.3-3 ii libgdk-pixbuf2.0-0 2.30.5-1 ii libglib2.0-0 2.38.2-5 ii libgnome-keyring03.8.0-2 ii libgtk2.0-0 2.24.22-1 ii libjpeg8 8d-2 ii libnspr4 2:4.10.3-1 ii libnss3 2:3.15.4-2 ii libpango-1.0-0 1.36.2-2 ii libpangocairo-1.0-0 1.36.2-2 ii libspeechd2 0.8-5 ii libspeex11.2~rc1.1-1 ii libstdc++6 4.8.2-16 ii libudev1 204-7 ii libx11-6 2:1.6.2-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii libxml2 2.9.1+dfsg1-3 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n 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#741097: octave: nox package of Octave
On Sat, Mar 08, 2014 at 13:48:08 +, Arno Onken wrote: Starting with version 3.8, the octave package contains a GUI based on the Qt toolkit. An `octave-cli' executable which is not linked against Qt is provided in the package, but there is no octave package that does not depend on Qt. Packages like emacs and gnuplot have nox alternatives. A similar octave package would be a great asset. Can you explain specifically what you think the advantages of having a nox version of octave would be? I'm not refuting your request, just that you haven't specifically said what the problem with the current approach is and what specific benefits would derive from having a nox package, just that these others are doing it. We considered this when starting work on packaging octave 3.8, please take a look at the discussions (thread starting at [1]) we had where we did look at a few different aspects and decided to keep everything in one package for now. Also keep in mind that 3.8 is a transitional period for the octave command-line and GUI modes, upstream may yet make changes about how octave is run in one mode or the other. For all we know, there may not be a separate octave-cli executable in the 4.0 version. I'm not saying this is likely or that I'm in favor of it, just that this is still a developmental period and things could change by 4.0. [1] https://lists.alioth.debian.org/pipermail/pkg-octave-devel/2013-December/010385.html -- mike signature.asc Description: Digital signature
Bug#741104: popularity-contest: Silently fails to send anything if no MTA configured
Package: popularity-contest Version: 1.49 Severity: grave Tags: d-i Popularity-contest silently fails to send any information when an MTA has not been configured on localhost (which is very common nowadays, that is why I selected grave severity). The first user's $MAIL gets filled with delivery failure notifications like this: --- From: Mail Delivery System Mailer-Daemon@ To: root@ Subject: Mail delivery failed: returning message to sender This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: sur...@popcon.debian.org Mailing to remote domains not supported --- This host is not used for sending nor receiving mail, so for ages I did not even look at $MAIL, and the failures remained unseen. Popularity-contest should either use HTTP for submitting its data, or ask for the outgoing SMTP server's address at installation. Whether or not there is an option to configure outgoing SMTP, I don't know and don't care. Its address is not queried during installation, so 90% of people who thought they would be participating in popularity contest are not actually participating. Whatever statistics are gathered, are severely biased. -- System Information: Debian Release: 6.0.9 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages popularity-contest depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii dpkg 1.15.8.13 Debian package management system Versions of packages popularity-contest recommends: ii cron 3.0pl1-116 process scheduling daemon ii exim44.72-6+squeeze3 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail 4.72-6+squeeze3 lightweight Exim MTA (v4) daemon Versions of packages popularity-contest suggests: pn anacron none (no description available) -- debconf information: popularity-contest/submiturls: * popularity-contest/participate: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741100: valac-0.22: GLib handling uses deprecated functions
Hi Fabien,
On 08.03.2014 15:39, Fabien Givors (Debian) wrote:
While building the enclosed xdg-autostart.vala file, I noticed some
warnings issued by the C compiler and pointing out the use of deprecated
function:
xdg-autostart.vala.c: In function 'main':
xdg-autostart.vala.c:704:2: warning:
'g_type_init' is deprecated (declared at
/usr/include/glib-2.0/gobject/gtype.h:669) [-Wdeprecated-declarations]
g_type_init ();
^
I don't know about the others, but this one can be fixed with:
int main (int argc, char ** argv) {
+#if GLIB_VERSION_CUR_STABLE G_ENCODE_VERSION(2, 36)
+ // g_type_init is deprecated since 2.36
g_type_init ();
+#endif
return autostart_main (argv, argc);
}
Best 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#741103: culprit
The problem was caused by /dev/shm being completely full. I have reduced the size of my tmpfs partitions $ ll totale 20480 -rw-r--r-- 1 salvo salvo29616 mar 6 00:20 org.chromium.Chromium.shmem.libcef_16921316043524833406 -rw-r--r-- 1 salvo salvo29616 feb 26 19:15 org.chromium.Chromium.shmem.libcef_17323857834844570422 -rw-r--r-- 1 salvo salvo29616 mar 8 11:07 org.chromium.Chromium.shmem.libcef_2555746914744788424 -rw-r--r-- 1 salvo salvo29616 mar 5 23:51 org.chromium.Chromium.shmem.libcef_5902263162203058704 -rwx-- 1 salvo salvo 67108904 mar 8 16:50 pulse-shm-2470942969 -rwxr-xr-x 1 salvo salvo 1040 mar 8 11:07 salvo-Shm_125376fc -rwxr-xr-x 1 salvo salvo 1048592 mar 8 11:07 salvo-Shm_3d9d4079 -rwxr-xr-x 1 salvo salvo 1048592 mar 8 16:49 salvo-Shm_5ef0bc52 -rwxr-xr-x 1 salvo salvo 1048592 mar 8 16:49 salvo-Shm_5ff1e3fa -rwxr-xr-x 1 salvo salvo 16777232 mar 8 16:49 salvo-Shm_73f8ed5a -rwxr-xr-x 1 salvo salvo 524304 mar 8 16:49 salvo-Shm_9bbcab5d -rwxr-xr-x 1 salvo salvo10944 mar 8 11:07 salvo-Shm_eec7db1e -rwxr-xr-x 1 salvo salvo 524304 mar 8 16:49 salvo-Shm_fd26f914 -rwxr-xr-x 1 salvo salvo65536 feb 26 19:15 salvo-ValveIPCSharedObjects5 I don't know the origin of all the salvo-Shm* files, a few seem to be leftovers by previous chromium instances (since it's a tmpfs that counts as memory leak I guess). And the big pulse file i don't know either because: dpkg -l | fgrep pulse ii libpulse-mainloop-glib0:amd64 4.0-6+b1 amd64 PulseAudio client libraries (glib support) ii libpulse0:amd64 4.0-6+b1 amd64 PulseAudio client libraries ii libpulse0:i3864.0-6+b1 i386 PulseAudio client libraries Best -- Salvo Tomaselli Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno. -- Galileo Galilei http://ltworf.github.io/ltworf/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734368: libstatgrab ftbfs from source, test failures on many architectures
Hi, I'm planning to NMU this because affects my package razorqt. I would like to do it ASAP since this is already failing for 2 months and the fix seems straightforward (but still testing it), if possible this weekend (if you reply and agree), or otherwise upload to delayed queue. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740462: bluetooth: Connecting Apple magic trackpad hangs system
Package: bluetooth Followup-For: Bug #740462 Hello maintainers and thank you for packaging bluez co. I'm attaching an excerpt from kern.log that contains some more data. Thanks! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bluetooth depends on: ii bluez 4.101-4 Versions of packages bluetooth recommends: ii bluez-alsa 4.101-4 ii bluez-gstreamer 4.101-4 Versions of packages bluetooth suggests: ii bluez-cups 4.101-4 -- no debconf information Mar 8 15:27:57 debian kernel: [ 105.931453] Bluetooth: RFCOMM TTY layer initialized Mar 8 15:27:57 debian kernel: [ 105.931466] Bluetooth: RFCOMM socket layer initialized Mar 8 15:27:57 debian kernel: [ 105.931467] Bluetooth: RFCOMM ver 1.11 Mar 8 15:27:57 debian kernel: [ 105.933384] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 Mar 8 15:27:57 debian kernel: [ 105.933388] Bluetooth: BNEP filters: protocol multicast Mar 8 15:27:57 debian kernel: [ 105.933396] Bluetooth: BNEP socket layer initialized Mar 8 15:28:11 debian kernel: [ 119.126068] Bluetooth: HIDP (Human Interface Emulation) ver 1.2 Mar 8 15:28:11 debian kernel: [ 119.126079] Bluetooth: HIDP socket layer initialized Mar 8 15:33:40 debian kernel: [ 448.236269] magicmouse 0005:05AC:030E.0004: unknown main item tag 0x0 Mar 8 15:33:40 debian kernel: [ 448.236323] input: Username’s Trackpad as /devices/pci:00/:00:1a.0/usb3/3-1/3-1.4/3-1.4:1.0/bluetooth/hci0/hci0:11/input19 Mar 8 15:33:40 debian kernel: [ 448.236452] magicmouse 0005:05AC:030E.0004: input,hidraw3: BLUETOOTH HID v1.60 Mouse [Username’s Trackpad] on xx:xx:xx:xx:xx:xx Mar 8 15:36:12 debian kernel: [ 600.453316] INFO: task kworker/u17:2:1968 blocked for more than 120 seconds. Mar 8 15:36:12 debian kernel: [ 600.453338] Tainted: G O 3.12-1-amd64 #1 Mar 8 15:36:12 debian kernel: [ 600.453339] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. Mar 8 15:36:12 debian kernel: [ 600.453340] kworker/u17:2 D 8800c793ab40 0 1968 2 0x Mar 8 15:36:12 debian kernel: [ 600.453353] Workqueue: hci0 hci_rx_work [bluetooth] Mar 8 15:36:12 debian kernel: [ 600.453355] 8800c793a800 0046 000142c0 8800c7a29fd8 Mar 8 15:36:12 debian kernel: [ 600.453357] 000142c0 8800c7a29fd8 8800c7940010 8800c7a29dc8 Mar 8 15:36:12 debian kernel: [ 600.453359] 8800c7940014 8800c793a800 8800c7940018 Mar 8 15:36:12 debian kernel: [ 600.453361] Call Trace: Mar 8 15:36:12 debian kernel: [ 600.453366] [81490620] ? schedule_preempt_disabled+0x20/0x60 Mar 8 15:36:12 debian kernel: [ 600.453369] [8148e933] ? __mutex_lock_slowpath+0x133/0x1b0 Mar 8 15:36:12 debian kernel: [ 600.453370] [8148e9c6] ? mutex_lock+0x16/0x30 Mar 8 15:36:12 debian kernel: [ 600.453374] [a079a7db] ? hci_rx_work+0x11b/0x2c0 [bluetooth] Mar 8 15:36:12 debian kernel: [ 600.453378] [810746cd] ? process_one_work+0x16d/0x420 Mar 8 15:36:12 debian kernel: [ 600.453380] [81075296] ? worker_thread+0x116/0x3b0 Mar 8 15:36:12 debian kernel: [ 600.453381] [81075180] ? rescuer_thread+0x330/0x330 Mar 8 15:36:12 debian kernel: [ 600.453384] [8107b78f] ? kthread+0xaf/0xc0 Mar 8 15:36:12 debian kernel: [ 600.453386] [8107b6e0] ? kthread_create_on_node+0x110/0x110 Mar 8 15:36:12 debian kernel: [ 600.453388] [81498f0c] ? ret_from_fork+0x7c/0xb0 Mar 8 15:36:12 debian kernel: [ 600.453390] [8107b6e0] ? kthread_create_on_node+0x110/0x110 ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
Bug#741086: ulatencyd: Please on systemd place start position after systemd-logind.service
Package: ulatencyd Version: 0.5.0-8 Followup-For: Bug #741086 On now with sistemd is good to start after console-kit-daemon.service.(On future is good to start after systemd-logind.service) $ cat /lib/systemd/system/ulatencyd.service [Unit] Description=Latency reducing daemon for linux After=console-kit-daemon.service # due to Type=dbus this service automatically gets a dependency on dbus.target [Service] Type=dbus BusName=org.quamquam.ulatencyd ExecStart=/usr/sbin/ulatencyd Restart=always UMask=022 [Install] WantedBy=multi-user.target This resolve issue relative to start ulatencyd wo consolekit actived Cgroup with active task will fail wo this modification. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-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 ulatencyd depends on: ii dbus 1.8.0-1 ii dpkg 1.17.6 ii libc6 2.18-4 ii libdbus-1-31.8.0-1 ii libdbus-glib-1-2 0.102-1 ii libglib2.0-0 2.38.2-5 ii liblua5.1-05.1.5-5 ii libpolkit-gobject-1-0 0.105-4 ii libxau61:1.0.8-1 ii libxcb11.10-2 ii lua-posix 29-7 ii lua5.1 [lua] 5.1.5-5 Versions of packages ulatencyd recommends: ii consolekit 0.4.6-4 ulatencyd suggests no packages. -- Configuration Files: /etc/init.d/ulatencyd [Errno 2] No such file or directory: u'/etc/init.d/ulatencyd' /etc/ulatencyd/scheduler/20-desktop.lua changed [not included] /etc/ulatencyd/simple.conf 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#741105: ircd-hybrid: [INTL:de] updated German debconf translation
Package: ircd-hybrid Version: 1:8.1.14.dfsg.1-1 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for ircd-hybrid attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # translation of de.po to German # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # Jens Nachtigall nachtig...@web.de, 2004. # Helge Kreutzmann deb...@helgefjell.de, 2006, 2013, 2014. # msgid msgstr Project-Id-Version: ircd-hybrid 1:8.1.14.dfsg.1-1\n Report-Msgid-Bugs-To: ircd-hyb...@packages.debian.org\n POT-Creation-Date: 2014-03-07 22:09+\n PO-Revision-Date: 2014-03-08 17:29+0100\n Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: boolean #. Description #: ../ircd-hybrid.templates:2001 msgid Restart ircd-hybrid on each upgrade? msgstr Ircd-hybrid bei jedem Upgrade neu starten? #. Type: boolean #. Description #: ../ircd-hybrid.templates:2001 msgid Please choose whether the ircd-hybrid daemon should be restarted every time a new version of this package is installed. msgstr Bitte w�hlen Sie aus, ob der Ircd-hybrid-Daemon bei jeder Installation einer neuen Version dieses Pakets neu gestartet werden soll. #. Type: boolean #. Description #: ../ircd-hybrid.templates:2001 msgid Automatic restarts may be problematic if, for instance, the server is running with manually loaded modules, which will need to be reloaded after the restart. msgstr Automatische Neustarts sind problematisch, falls beispielsweise der Server mit manuell geladenen Modulen ausgef�hrt wird, die nach jedem Neustart neu geladen werden m�ssen. #. Type: boolean #. Description #: ../ircd-hybrid.templates:2001 msgid If you reject this option, you will have to restart ircd-hybrid via \service ircd-hybrid restart\ when needed. msgstr Falls Sie diese Option ablehnen, m�ssen Sie Ircd-hybrid bei Bedarf neu starten, indem Sie �service ircd-hybrid restart� eingeben. #. Type: boolean #. Description #: ../ircd-hybrid.templates:3001 msgid Upgrade ircd-hybrid to version without cryptlink support? msgstr Upgrade von Ircd-hybrid auf eine Version ohne Cryptlink-Unterst�tzung? #. Type: boolean #. Description #: ../ircd-hybrid.templates:3001 msgid The 8.x version of ircd-hybrid includes a change to the way secure server links are implemented, which is not backwards-compatible with ircd-hybrid 7. x, from which you are upgrading. msgstr Die 8.x-Version von Ircd-Hybrid enth�lt eine �nderung bez�glich der Art, in der sichere Server-Verbindungen implementiert sind. Diese ist nicht mit Ircd- Hybrid 7.x, von der Sie ein Upgrade durchf�hren, kompatibel. #. Type: boolean #. Description #: ../ircd-hybrid.templates:3001 msgid If you have any secure server links (cryptlinks) configured with this server, you should plan to either upgrade all servers in lock-step, or temporarily configure non-cryptlink server links, to ensure the continuity of your IRC links. msgstr Falls Sie f�r diesen Server irgendwelche sicheren Server-Verbindungen (Cryptlinks) konfiguriert haben, sollten Sie entweder ein Upgrade aller Server auf einmal durchf�hren oder tempor�r Server-Verbindungen ohne Cryptlinks konfigurieren, um die Kontinuit�t Ihrer IRC-Verbindungen sicherzustellen. #. Type: boolean #. Description #: ../ircd-hybrid.templates:4001 msgid Upgrade ircd-hybrid to version without compatible services? msgstr Upgrade von Ircd-Hybrid auf eine Version ohne kompatible Dienste durchf�hren? #. Type: boolean #. Description #: ../ircd-hybrid.templates:4001 msgid The 8.x version of ircd-hybrid includes a change to the way services are supported, losing compatibility with hybserv. msgstr Die 8.x-Version von Ircd-Hybrid enth�lt eine �nderung bez�glich der Art, in der Dienste unterst�tzt werden. Dadurch besteht keine Kompatibilit�t mit Hybserv mehr. #. Type: boolean #. Description #: ../ircd-hybrid.templates:4001 msgid The recommended services daemon for Hybrid 8 is Anope, for which no package is available yet, although one is planned. msgstr Der empfohlene Dienste-Daemon f�r Hybrid 8 ist Anope, f�r das
Bug#741106: ITP: xbmc-pvr-addons -- XBMC PVR Addons
package: wnpp Severity: wishlist Owner: Balint Reczey bal...@balintreczey.hu Package Name : xbmc-pvr-addons Version: 1.0.0 Upstream Author: Lars Op den Kamp URL : https://github.com/opdenkamp/xbmc-pvr-addons License: GPLv3 Description: xbmc-pvr-addons XBMC addon for handling several PVR technologies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739276: [Pkg-postgresql-public] Bug#739276: postgresql: Put pgstat in /var/run
Hey all, Christian Tacke [2014-03-08 12:56 +0100]: Note that this is a little too simplistic. This directory is only writable to clusters owned by postgres. While that is the default, you can assign any other owner, and you can even call pg_createcluster as a normal user and put everything into your $HOME; in those cases, /tmp/ will be used for the Unix socket, and we can't use /var/run/postgresql/. pg_createcluster will still want to write to /etc/postgresql which is owned by postgres, so the stats_temp_directory doesn't make the situation worse. /etc/postgresql is even owned by root on my system. /etc/postgresql/VERSION is owned by postgres though. Note that pg_ctlcluster creates the stats_temp_directory and sets the owner of that directory to the cluster owner. So for clusters that root/postgres created but hands over to other people, this should actually work. (Not tested!) Yes, as long as the init scripts (which run as root) do that, the init script could pre-create the stats dir (the patch doesn't currently do that, though). It would still not work to run pg_ctlcluster start as the cluster owner, though. /tmp is possibly still better than the data directory. Yes, indeed. Especially on machines with a reasonable amount of memory it is advisable to put /tmp/ on a tmpfs, and I guess many people do that (reduces battery usage, HD wakeups/wearout/fragmentation, and on servers to increase performance). SECURITY consideration: I have not reviewed pg_ctlcluster for creating the stat_tmp directory in a safe way. The name of the directory is very predictable, so this might be an issue. pg_ctlcluster wouldn't do that, that's postgres itself. But creating directories is generally safe, as mkdir() fails if the file already exists (even as a dangling symlink); it's creating temporary files which needs special attention (O_EXCL). I'm suggesting to use my patch for now/starters. It shouldn't break anything for admin-created clusters that wasn't broken before. (For those, the tmp-dir should be created correctly by pg_ctlcluster). As I wrote, it will break admin-created clusters which are not owned by postgres. They currently work just fine now. Very simple mitigation: Add some more documentation to createcluster.conf on the lines of # Clusters created by normal users will need to change this # option in postgresql.conf, because the directory will not # be setup properly for them. No, I don't believe in configuring broken defaults. Then let's rather only configure this for owners which can actually write /var/run/postgres/, so that the status quo is kept for clusters of other owners. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734437: init-select: General update after the debconf review process
Dear Debian maintainer, On Saturday, January 11, 2014, I sent you a notification about the beginning of a review action on debconf templates for init-select. Then, I sent you a bug report with rewritten templates and announcing the beginning of the second phase of this action: call for translation updates. Translators have been working hard and here is now the result of their efforts. Please consider using it EVEN if you committed files to your development tree as long as they were reported. The attached tarball contains: - debian/changelog with the list of changes - debian/control with rewrites of packages' descriptions - debian/templates with all the rewritten templates file(s) - debian/po/*.po with all PO files (existing ones and new ones) As said, please use *at least* the PO files as provided here, preferrably over those sent by translators in their bug reports. All of them have been checked and reformatted. In some cases, formatting errors have been corrected. The patch.rfr file contains a patch for the templates and control file(s) alone. Please note that this patch applies to the templates and control file(s) of your package as of Saturday, January 11, 2014. If your package was updated in the meantime, I may have updated my reference copybut I also may have missed that. This is indeed why I suggested you do not modified such files while the review process was running, remember..:-) It is now safe to upload a new package version with these changes. Please notify me of your intents with regards to this. There is of course no hurry to update your package but feel free to contact me in case you would need sponsoring or any other action to fix this. -- patch.tar.gz Description: Binary data --- init-select.old/debian/templates2014-01-07 07:55:05.777828676 +0100 +++ init-select/debian/templates2014-02-14 07:12:20.978931547 +0100 @@ -1,14 +1,44 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# debian-l10n-engl...@lists.debian.org for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: init-select/choose Type: select -Choices: sysvinit, systemd +Choices: sysvinit, systemd, upstart, openrc Default: sysvinit -_Description: select an init system - Please select an init system from the following list. If you are unsure - what this means, please select the default. +_Description: Init system selection: + Please select an init system. + . + The init system is the first process started by the kernel. It manages the + initial boot process and system daemons. Template: init-select/no-systemd -Type: note +Type: error _Description: systemd package not installed - The systemd package is not installed at present, so it cannot be selected - as the init system. Please execute apt-get install systemd - dpkg-reconfigure init-select in order to install and configure systemd. + The systemd package is not installed at present, so it cannot be selected. + . + Please execute apt-get install systemd dpkg-reconfigure init-select in + order to install and configure systemd as the init system. + +Template: init-select/no-upstart +Type: error +_Description: upstart package not installed + The upstart package is not installed at present, so it cannot be selected. + . + Please execute apt-get install upstart in order to install and use upstart + as the init system. Note that init-select will be removed in the process + since upstart is not co-installable with other init systems. + +Template: init-select/no-openrc +Type: error +_Description: openrc package not installed + The openrc package is not installed at present, so it cannot be selected. + . + Please execute apt-get install openrc in order to install and use openrc as + the init system. Note that init-select will be removed in the process since + openrc is not co-installable with other init systems. --- init-select.old/debian/control 2014-01-07 07:55:05.777828676 +0100 +++ init-select/debian/control 2014-01-17 07:02:53.821433163 +0100 @@ -15,7 +15,9 @@ Suggests: systemd, Description: init system selection tool - init-select makes it easy to select among the available init systems (the - first process started when the system starts). init-select currently only - supports the grub bootloader, but this will be expanded to lilo and other - bootloaders in the future. + This package provides a tool (init-select) that simplifies the process + of selecting the init system from those available. + . + The init system determines the first process started on boot. + . + This tool does not yet support boot loaders other than GRUB. --- init-select.old/debian/changelog2014-01-07 07:55:05.777828676 +0100 +++ init-select/debian/changelog2014-03-05 07:18:48.070279323 +0100 @@ -1,3 +1,21 @@ +init-select (1.20140106) UNRELEASED;
Bug#733300: kinect-audio-setup: General update after the debconf review process
Dear Debian maintainer, On Wednesday, January 01, 2014, I sent you a notification about the beginning of a review action on debconf templates for kinect-audio-setup. Then, I sent you a bug report with rewritten templates and announcing the beginning of the second phase of this action: call for translation updates. Translators have been working hard and here is now the result of their efforts. Please consider using it EVEN if you committed files to your development tree as long as they were reported. The attached tarball contains: - debian/changelog with the list of changes - debian/control with rewrites of packages' descriptions - debian/templates with all the rewritten templates file(s) - debian/po/*.po with all PO files (existing ones and new ones) As said, please use *at least* the PO files as provided here, preferrably over those sent by translators in their bug reports. All of them have been checked and reformatted. In some cases, formatting errors have been corrected. The patch.rfr file contains a patch for the templates and control file(s) alone. Please note that this patch applies to the templates and control file(s) of your package as of Wednesday, January 01, 2014. If your package was updated in the meantime, I may have updated my reference copybut I also may have missed that. This is indeed why I suggested you do not modified such files while the review process was running, remember..:-) It is now safe to upload a new package version with these changes. Please notify me of your intents with regards to this. There is of course no hurry to update your package but feel free to contact me in case you would need sponsoring or any other action to fix this. -- patch.tar.gz Description: Binary data --- kinect-audio-setup.old/debian/templates 2013-12-28 11:39:21.915161442 +0100 +++ kinect-audio-setup/debian/templates 2014-02-17 18:39:33.375966650 +0100 @@ -1,17 +1,28 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# debian-l10n-engl...@lists.debian.org for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: kinect-audio-setup/accept_eula Type: boolean Default: false -_Description: Do you accept the Microsoft KinectForWindows EULA? - In order to fetch the binary firmware needed by this package you need - to agree to the EULA of the Microsoft KinectForWindows SDK: +#flag:translate!:3 +_Description: Do you accept the Microsoft Kinect for Windows EULA? + In order to fetch the binary firmware needed by the kinect-audio-setup + package, you need to agree to the End User License Agreement (EULA) of + the Microsoft Kinect for Windows Software Development Kit: . - http://www.kinectforwindows.org/download/EULA.htm + http://www.microsoft.com/en-us/kinectforwindows/develop/sdk-eula.aspx Template: kinect-audio-setup/eula_not_accepted -Type: note +Type: error _Description: EULA not accepted - You need to accept the EULA of Microsoft KinectForWindows SDK in order - to fetch the binary firmware needed by this package. + You need to accept the End User License Agreement (EULA) of the + Microsoft Kinect for Windows Software Development Kit in order + to fetch the binary firmware needed by the kinect-audio-setup package. . - You can do this later by calling: - dpkg-reconfigure kinect-audio-setup + You can do this later with dpkg-reconfigure kinect-audio-setup. --- kinect-audio-setup.old/debian/control 2013-12-28 11:39:21.915161442 +0100 +++ kinect-audio-setup/debian/control 2014-02-17 18:39:29.383852176 +0100 @@ -20,17 +20,18 @@ udev, wget, p7zip-full (= 9.20) -Description: helpers to setup audio input from the Microsoft Kinect sensor - When the Kinect is first plugged in the USB port it shows up as - a generic USB device with a bulk endpoint; after uploading a certain - firmware a reenumeration takes place and a USB Audio Class device - becomes available. +Description: Microsoft Kinect sensor audio setup helpers + When the Kinect sensor is first plugged in, its audio input device shows + up as a generic USB device; after the appropriate firmware is loaded, the + device is reset and it becomes available as a USB Audio Class (UAC) + device. . - kinect-audio-setup provides tools to download the firmware off the net - at installation time —since the firmware is not redistributable—, and - it sets up udev rules to call the firmware loader when the device is - plugged in to finally get the USB Audio Class device. + Since the firmware is not redistributable, kinect-audio-setup provides + tools to download it from the Internet at installation time, and sets up + udev rules to call the firmware loader when the device is plugged in to + finally get the UAC device. . - The UAC firmware is downloaded from the Microsoft Kinect SDK at -
Bug#736394: chef: General update after the debconf review process
Dear Debian maintainer, On Monday, January 27, 2014, I sent you a notification about the beginning of a review action on debconf templates for chef. Then, I sent you a bug report with rewritten templates and announcing the beginning of the second phase of this action: call for translation updates. Translators have been working hard and here is now the result of their efforts. Please consider using it EVEN if you committed files to your development tree as long as they were reported. The attached tarball contains: - debian/changelog with the list of changes - debian/control with rewrites of packages' descriptions - debian/templates with all the rewritten templates file(s) - debian/po/*.po with all PO files (existing ones and new ones) As said, please use *at least* the PO files as provided here, preferrably over those sent by translators in their bug reports. All of them have been checked and reformatted. In some cases, formatting errors have been corrected. The patch.rfr file contains a patch for the templates and control file(s) alone. Please note that this patch applies to the templates and control file(s) of your package as of Monday, January 27, 2014. If your package was updated in the meantime, I may have updated my reference copybut I also may have missed that. This is indeed why I suggested you do not modified such files while the review process was running, remember..:-) It is now safe to upload a new package version with these changes. Please notify me of your intents with regards to this. There is of course no hurry to update your package but feel free to contact me in case you would need sponsoring or any other action to fix this. -- patch.tar.gz Description: Binary data --- chef.old/debian/chef.templates 2014-01-23 08:57:23.092735010 +0100 +++ chef/debian/chef.templates 2014-02-14 07:10:55.300561519 +0100 @@ -1,7 +1,17 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# debian-l10n-engl...@lists.debian.org for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: chef/chef_server_url Type: string -_Description: URL of Chef Server (e.g., http://chef.example.com:4000): - This is the full URI that clients will use to connect to the - server. - . - This will be used in /etc/chef/client.rb as 'chef_server_url'. +_Description: URL of Chef server + Please choose the full URI that clients will use to connect to the + server (for instance: http://chef.example.com:4000). + . + This setting will be stored in /etc/chef/client.rb as + chef_server_url. --- chef.old/debian/control 2014-01-23 08:57:23.092735010 +0100 +++ chef/debian/control 2014-02-01 07:42:01.221335894 +0100 @@ -38,7 +38,7 @@ Conflicts: libchef-ruby ( 0.10.10-1~), libchef-ruby1.8 ( 0.10.10-1~) Replaces: libchef-ruby ( 0.10.10-1~), libchef-ruby1.8 ( 0.10.10-1~) Breaks: chef-solr ( 11) -Description: clients for the chef systems integration framework +Description: Chef systems integration framework - clients Chef is a systems integration framework and configuration management library written in Ruby. Chef provides a Ruby library and API that can be used to bring the benefits of configuration management to an entire infrastructure. @@ -46,5 +46,5 @@ Chef can be run as a client (chef-client) to a server, or run as a standalone tool (chef-solo). Configuration recipes are written in a pure Ruby DSL. . - This package contains the chef-client, chef-solo and knife binaries as well - as the chef library. + This package provides the chef-client, chef-solo, and knife binaries as well + as the Chef library. --- chef.old/debian/changelog 2014-01-23 08:57:23.092735010 +0100 +++ chef/debian/changelog 2014-03-05 07:17:09.187510112 +0100 @@ -1,3 +1,21 @@ +chef (11.8.2-4) UNRELEASED; urgency=low + + * Debconf templates and debian/control reviewed by the debian-l10n- +english team as part of the Smith review project. Closes: #736394 + * [Debconf translation updates] + * Russian (Yuri Kozlov). Closes: #739423 + * Portuguese (Américo Monteiro). Closes: #736127 + * Danish (Joe Hansen). Closes: #739533 + * German (Stephan Beck). Closes: #740113 + * Brazilian Portuguese (Adriano Rafael Gomes). Closes: #740434 + * Spanish; (Matías Bellone). Closes: #740567 + * Polish (Michał Kułach). Closes: #740631 + * French (Jean-Pierre Giraud). Closes: #740675 + * Japanese (victory). Closes: #740714 + * Italian (Beatrice Torracca). Closes: #740756 + + -- Christian Perrier bubu...@debian.org Mon, 27 Jan 2014 07:01:19 +0100 + chef (11.8.2-2) unstable; urgency=medium * Team upload. signature.asc Description: Digital signature
Bug#741107: distributed-net: [debconf_rewrite] Debconf templates and debian/control review proposal
Package: distributed-net Version: N/A Severity: normal Dear Debian maintainer, Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. If you're interested in suggestions for doing this, you can find some at the end of this bug report. The debian-l10n-english team will now start a review, on our own initiative. It will be conducted through this bug report. Suggestions for future debconf templates review 1) Getting debconf templates reviewed -- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall consistency all around Debian. These writing style suggestions are explained in the Developers Reference. Lintian also warns about common writing style concerns. Maintainers are welcome when they ask for a review of debconf templates and/or packages descriptions on debian-l10n-engl...@lists.debian.org. It is of course not needed to wait for someone (such as me right me) proposing you such a review. In such situations (whether the review is requested by the maintainer or proposed by someone else), someone from the debian-l10n-english team will pick up the review to do, handle it, and finally send you a bug report with the suggested templates. If you want, you can ask for being CC'ed to the various discussions when the templates are reviewed. 2) Call for new translations As soon as the templates have been reviewed, you can ask Debian translators for new translations: Just go to your package's build tree and use: $ podebconf-report-po --call This will propose you a generic mail which is to be sent to debian-i...@lists.debian.org and call for new translations. This utility will mention existing translations to avoid duplicate work. It will also attach the needed material to this mail. Please also think about giving a deadline to translators. We like deadlines..:-) 3) Always call for translation updates before uploading --- (of course only when you change the debconf templates!) If your package already includes debconf translations (ie *.po files in debian/po), please consider calling for translation updates if you happen to change something in the templates...or just in case when you release a new version. This is done with the following command: $ podebconf-report-po This will build private mails to translators (ie people listed in Last-Translator in the PO files) for translations that are incomplete. These mails will included the needed PO file for each translator. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#741108: wims-moodle: [debconf_rewrite] Debconf templates and debian/control review proposal
Package: wims-moodle Version: N/A Severity: normal Dear Debian maintainer, Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. If you're interested in suggestions for doing this, you can find some at the end of this bug report. The debian-l10n-english team will now start a review, on our own initiative. It will be conducted through this bug report. Suggestions for future debconf templates review 1) Getting debconf templates reviewed -- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall consistency all around Debian. These writing style suggestions are explained in the Developers Reference. Lintian also warns about common writing style concerns. Maintainers are welcome when they ask for a review of debconf templates and/or packages descriptions on debian-l10n-engl...@lists.debian.org. It is of course not needed to wait for someone (such as me right me) proposing you such a review. In such situations (whether the review is requested by the maintainer or proposed by someone else), someone from the debian-l10n-english team will pick up the review to do, handle it, and finally send you a bug report with the suggested templates. If you want, you can ask for being CC'ed to the various discussions when the templates are reviewed. 2) Call for new translations As soon as the templates have been reviewed, you can ask Debian translators for new translations: Just go to your package's build tree and use: $ podebconf-report-po --call This will propose you a generic mail which is to be sent to debian-i...@lists.debian.org and call for new translations. This utility will mention existing translations to avoid duplicate work. It will also attach the needed material to this mail. Please also think about giving a deadline to translators. We like deadlines..:-) 3) Always call for translation updates before uploading --- (of course only when you change the debconf templates!) If your package already includes debconf translations (ie *.po files in debian/po), please consider calling for translation updates if you happen to change something in the templates...or just in case when you release a new version. This is done with the following command: $ podebconf-report-po This will build private mails to translators (ie people listed in Last-Translator in the PO files) for translations that are incomplete. These mails will included the needed PO file for each translator. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#741109: can not open synaptic package manager
Package: synaptic Version: 0.70~pre1+b1 Severity: important I can not open synaptic, and a message window appears, stated: E: The package needs to be reinstalled giada, but I can not find an archive for it. E: Internal error opening cache (1). Please report. W: Ignoring file 'google-chrome.list.save' in directory '/ etc / apt / sources.list.d /' as it has an invalid filename extension -- System Information: Debian Release: 6.0.9 APT prefers oldstable-proposed-updates APT policy: (500, 'oldstable-proposed-updates'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.6.11.2-avl1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages synaptic depends on: ii apt [libapt-pkg4. 0.8.10.3+squeeze1 Advanced front-end for dpkg ii apt-utils [libapt 0.8.10.3+squeeze1 APT utility programs ii hicolor-icon-them 0.12-1 default fallback theme for FreeDes ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.13-21Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-7~bpo60+1 The Cairo 2D vector graphics libra ii libept1 1.0.4 High-level library for managing De ii libfontconfig12.9.0-5generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.1-15 GCC support library ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.33.12+really2.32.4-3 GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libstdc++64.6.1-15 GNU Standard C++ Library v3 ii libvte9 1:0.24.3-4 Terminal emulator widget for GTK+ ii libx11-6 2:1.3.3-4+squeeze1 X11 client-side library ii libxapian22 1.2.3-2Search engine library ii libxml2 2.7.8.dfsg-2+squeeze8 GNOME XML library ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages synaptic recommends: ii apt-xapian-index 0.41 maintenance and search tools for a ii gksu 2.0.2-5 graphical frontend to su ii libgnome2-perl 1.042-2 Perl interface to the GNOME librar ii rarian-compat 0.8.1-5 Documentation meta-data library (c ii software-properties-gtk0.60.debian-3 manage the repositories that you i Versions of packages synaptic suggests: pn deborphan none (no description available) pn dwww none (no description available) ii menu 2.1.44 generates programs menu for all me -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741110: mathgl: FTBFS: invalid covariant return type for 'virtual Octave_map octave_swig_type::map_value() const'
Source: mathgl
Version: 2.2-1
Severity: serious
From my pbuilder build log:
...
92%] Building CXX object lang/CMakeFiles/mgl-oct.dir/mathglOCTAVE_wrap.cxx.o
cd /tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/lang /usr/bin/c++
-DHAVE_MEMRCHR -DNO_COLOR_ARRAY -Dmgl_oct_EXPORTS -fopenmp -fPIC
-I/tmp/buildd/mathgl-2.2/include
-I/tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/include
-I/usr/lib/openmpi/include -I/usr/lib/openmpi/include/openmpi
-I/usr/include/python2.7 -I/usr/include/octave-3.8.0/octave
-I/usr/include/octave-3.8.0/octave/..-o
CMakeFiles/mgl-oct.dir/mathglOCTAVE_wrap.cxx.o -c
/tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/lang/mathglOCTAVE_wrap.cxx
/tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/lang/mathglOCTAVE_wrap.cxx:1507:36:
warning: 'Octave_map' is deprecated (declared at
/usr/include/octave-3.8.0/octave/../octave/oct-map.h:484)
[-Wdeprecated-declarations]
virtual Octave_map map_value() const {
^
/tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/lang/mathglOCTAVE_wrap.cxx:1507:24:
error: invalid covariant return type for 'virtual Octave_map
octave_swig_type::map_value() const'
virtual Octave_map map_value() const {
^
In file included from /usr/include/octave-3.8.0/octave/../octave/ov.h:58:0,
from /usr/include/octave-3.8.0/octave/../octave/oct-obj.h:34,
from /usr/include/octave-3.8.0/octave/../octave/ov-fcn.h:32,
from
/usr/include/octave-3.8.0/octave/../octave/ov-builtin.h:28,
from /usr/include/octave-3.8.0/octave/../octave/defun-int.h:28,
from /usr/include/octave-3.8.0/octave/../octave/defun-dld.h:30,
from /usr/include/octave-3.8.0/octave/../octave/oct.h:36,
from
/tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/lang/mathglOCTAVE_wrap.cxx:154:
/usr/include/octave-3.8.0/octave/../octave/ov-base.h:568:22: error:
overriding 'virtual octave_map octave_base_value::map_value() const'
virtual octave_map map_value (void) const;
^
/tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/lang/mathglOCTAVE_wrap.cxx: In
member function 'virtual dim_vector octave_swig_type::dims() const':
/tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/lang/mathglOCTAVE_wrap.cxx:1183:46:
error: 'class octave_value' has no member named 'is_real_nd_array'
} else if (out.is_matrix_type() || out.is_real_nd_array() ||
out.is_numeric_type() ) {
^
/tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/lang/mathglOCTAVE_wrap.cxx: At
global scope:
/tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/lang/mathglOCTAVE_wrap.cxx:1742:36:
warning: 'Octave_map' is deprecated (declared at
/usr/include/octave-3.8.0/octave/../octave/oct-map.h:484)
[-Wdeprecated-declarations]
virtual Octave_map map_value() const
^
/tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/lang/mathglOCTAVE_wrap.cxx:1742:24:
error: invalid covariant return type for 'virtual Octave_map
octave_swig_ref::map_value() const'
virtual Octave_map map_value() const
^
In file included from /usr/include/octave-3.8.0/octave/../octave/ov.h:58:0,
from /usr/include/octave-3.8.0/octave/../octave/oct-obj.h:34,
from /usr/include/octave-3.8.0/octave/../octave/ov-fcn.h:32,
from
/usr/include/octave-3.8.0/octave/../octave/ov-builtin.h:28,
from /usr/include/octave-3.8.0/octave/../octave/defun-int.h:28,
from /usr/include/octave-3.8.0/octave/../octave/defun-dld.h:30,
from /usr/include/octave-3.8.0/octave/../octave/oct.h:36,
from
/tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/lang/mathglOCTAVE_wrap.cxx:154:
/usr/include/octave-3.8.0/octave/../octave/ov-base.h:568:22: error:
overriding 'virtual octave_map octave_base_value::map_value() const'
virtual octave_map map_value (void) const;
^
/tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/lang/mathglOCTAVE_wrap.cxx: In
function 'void SWIG_Octave_LinkGlobalValue(std::string)':
/tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/lang/mathglOCTAVE_wrap.cxx:2052:28:
warning: 'static octave_value symbol_table::varref(const string,
symbol_table::scope_id, symbol_table::context_id, bool)' is deprecated
(declared at /usr/include/octave-3.8.0/octave/../octave/symtab.h:1322)
[-Wdeprecated-declarations]
symbol_table::varref(name);
^
/tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/lang/mathglOCTAVE_wrap.cxx: In
function 'bool SWIG_Octave_LoadModule(std::string)':
/tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/lang/mathglOCTAVE_wrap.cxx:124898:5:
error: 'begin_frame' is not a member of 'unwind_protect'
unwind_protect::begin_frame(SWIG_Octave_LoadModule);
^
/tmp/buildd/mathgl-2.2/obj-x86_64-linux-gnu/lang/mathglOCTAVE_wrap.cxx:124899:35:
error: 'unwind_protect_int' was not declared in
Bug#724931: Please include the patch in git
Hi,
On 08.03.2014 02:13, Cyril Brulebois wrote:
Given the apt-cdrom regression we're hitting (#740673), I don't feel
like shipping this amount of additional modifications in jessie alpha 1
images; on the other hand, not uploading what's in apt-setup's master
currently would mean not using updated l10n material, which isn't too
nice. I'm tempted to branch iso-loopback from current master, so that
it's easily found afterwards, and to revert the ISO loopback bits for
now.
I generally agree that it would be good to have an alpha 1 installer to
use for testing regressions of this patch, but on the other hand using
loopmount to install Debian *works*.
So you might want to reconsider applying this patch now, as it seems to
be currently the only way to install Debian jessie directly. ;)
Yesterday I made a new installation using the patched:
Debian GNU/Linux testing Jessie - Official Snapshot amd64 CD Binary-1
20140203-06:21
I'm only half-joking, it really works, otherwise I would have reported a
bug.
I fixed a few things in my previous patch (see attachments):
* Fix typo in finish-install.d/10apt-cdrom-setup: cdrom/$j - cdrom$j
* Always test for other CDs, except if it is a netinst CD.
Otherwise one can't use CD-2 together with
debian-testing-amd64-kde-CD-1.iso of type full_cd/single. (Maybe I
didn't get how this is supposed to work?)
* Mount further ISOs if at least four parts (seperated by -) of the
name are the same. Example:
a) debian-testing-amd64-CD-1.iso
b) debian-testing-amd64-kde-CD-1.iso
c) debian-testing-amd64-CD-2.iso
d) debian-testing-amd64-CD-2-local-changes.iso
e) debian-testing-i386-CD-2.iso
a) and b) would load c) or d), but not e).
* Fix crash, if the filesystem is not know (e.g. unpartitioned).
Pease add the attached patches on top of current git, even if you don't
want to apply the patch now and instead move it to another branch.
Best regards,
Andreas
diff -ruN apt-setup.orig/finish-install.d/10apt-cdrom-setup apt-setup/finish-install.d/10apt-cdrom-setup
--- apt-setup.orig/finish-install.d/10apt-cdrom-setup 2014-02-13 12:42:00.738178000 +0100
+++ apt-setup/finish-install.d/10apt-cdrom-setup 2014-02-13 15:49:18.868155368 +0100
@@ -10,10 +10,10 @@
if [ $loopdev ]; then
# Remove additional CD-Set mount points
j=1
- while [ -d /target/media/cdrom/$j ]; do
- logger -t finish-install unmount /target/media/cdrom/$j
- umount /target/media/cdrom/$j 2/dev/null || true
- rmdir /target/media/cdrom/$j
+ while [ -d /target/media/cdrom$j ]; do
+ logger -t finish-install unmount /target/media/cdrom$j
+ umount /target/media/cdrom$j 2/dev/null || true
+ rmdir /target/media/cdrom$j
j=$(($j + 1))
done
diff -ruN apt-setup.orig/generators/41cdset apt-setup/generators/41cdset
--- apt-setup.orig/generators/41cdset 2014-02-13 12:42:00.738178000 +0100
+++ apt-setup/generators/41cdset 2014-02-13 15:28:30.555167746 +0100
@@ -8,6 +8,20 @@
logger -t apt-setup $@
}
+split_string() {
+ # Save the old internal field separator.
+ OIFS=$IFS
+ # Change the internal field separator.
+ IFS=$2
+ arr=$1
+ # Convert the separator to newline.
+ for x in $arr; do
+ echo $x
+ done
+ # Restore the old internal field separator.
+ IFS=$OIFS
+}
+
# This code is copied from chroot-setup.sh, and is needed until after a d-i
# release whose initrds contain a sufficiently new version of di-utils.
if ! type chroot_cleanup_localmounts /dev/null 21; then
@@ -46,7 +60,7 @@
# bluray CDs have cd_type 'bluray'
cd_type=$(cat /cdrom/.disk/cd_type)
log The disk type is: $cd_type
-if [ $cd_type != full_cd ] [ $cd_type != dvd ]; then
+if [ $cd_type == not_complete ]; then
exit 0
fi
@@ -123,23 +137,32 @@
if [ $run_count -eq 0 ]; then
log Trying to find usable ISOs in the folder, where the boot ISO is...
loopdir=$(db_getval cdrom-detect/cdrom_device)
- ISOname=$(basename $loopdir)
- loopdir=$(dirname $loopdir)
- if [ $cd_type = dvd ]; then
-# DVD
-ISOstart=${ISOname%DVD-*}
-ISOs=$(ls ${loopdir}/ | grep ${ISOstart}DVD-[^1].*[.]iso$)
- elif [ $cd_type = blueray ]; then
-# BD
-ISOstart=${ISOname%BD-*}
-ISOs=$(ls ${loopdir}/ | grep ${ISOstart}BD-[^1].*[.]iso$)
- else
-# probably CD
-ISOstart=${ISOname%CD-*}
-ISOs=$(ls ${loopdir}/ | grep ${ISOstart}CD-[^1].*[.]iso$)
- fi
- for iso in $ISOs; do
-max_run=$(($max_run + 1))
+ ISOname=${loopdir##*/}
+ loopdir=${loopdir%/*}
+
+ ISOarray=$(split_string $ISOname -)
+ allISOs=$(ls ${loopdir}/ | grep .iso)
+ ISO=
+ for iso in $allISOs; do
+arr=$(split_string $iso -)
+count=0
+# Count common specifiers.
+for elem in $arr; do
+ if [ $elem == 1.iso ]; then
+ # Only look for supplementary ISOs, not ISOs like '*-CD-1.iso'.
+ count=-1
+ break
+ fi
+ for orig_elem in $ISOarray; do
+ if [ $elem == $orig_elem ]; then
+ count=$(($count + 1))
+ fi
+ done
+done
+if ([ $count -ge 4 ] [ $iso != $ISOname
Bug#741111: ftpd: Wrong path for xinetd example
Package: ftpd Version: 0.17-34 Severity: minor postinst script points to wrong path /usr/share/doc/ftpd/examples/ftpd.xinetd Please replace fptd with ftpd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741104: popularity-contest: Silently fails to send anything if no MTA configured
On Sat, Mar 08, 2014 at 05:53:27PM +0200, Lauri Nurmi wrote: Package: popularity-contest Version: 1.49 Severity: grave Tags: d-i Popularity-contest should either use HTTP for submitting its data, or ask for Hello Lauri, Popularity-contest use HTTP push for submitting. SMTP is used as a fallback when HTTP fails. I suggest you read the FAQ: http://popcon.debian.org/FAQ popularity-contest is able to detect whether a MTA is installed or not, but not whether the MTA is able to send email to the popcon.debian.org server. When installing the default Debian MTA, the user is given the option to enter the outgoing MTA. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741112: libfreefoam1: libscotchDecomp.so.0.1.0 is GPL-licensed but links with GPL-incompatible library
Package: libfreefoam1
Version: 0.1.0+dfsg-1
Severity: serious
Justification: Policy 2.3
User: debian-science-maintain...@lists.alioth.debian.org
Usertags: scotch-license-issues
Hello,
the library /usr/lib/freefoam/libscotchDecomp.so.0.1.0 is apparently
licensed under the terms of the GNU GPL v3 or later (without any
special exception), but it links with
= libscotch-5.1.so
= libscotcherrexit-5.1.so
which are released under the GPL-incompatible terms of the CeCILL-C
v1.0 license.
Please refer to the related bug #740463 for some further details
about the SCOTCH licensing issues.
I think the possible solutions to the issue for freefoam are, in
descending order of desirability:
(A) SCOTCH copyright holders should be contacted and persuaded to
re-license (or dual-license) it under GPLv2-or-later-compatible terms
(B) SCOTCH should be substituted with a GPLv2-or-later-compatible
replacement, if any is available (METIS seems to be at least
GPLv3-or-later-compatible, see https://bugs.debian.org/740463#15 )
(C) the copyright holders of libscotchDecomp.so.0.1.0, and of any
GPL-licensed library or program (libOpenFOAM.so.1,
libdecompositionMethods.so.1, and so forth) which is linked with
libscotchDecomp.so.0.1.0, should be asked to relax the copyleft
(for instance by switching the LGPL) or add license exceptions that
give permission to link their works with code released under
CeCILL-C v1.0
Since the best solution is (A), I renew my call for help to push
in the direction of {re|dual}-licensing SCOTCH under the GNU LGPL v2.1:
again, please see https://bugs.debian.org/740463#5 for the full story.
Thanks for your time!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741113: spectools: fails to build with clang instead of gcc
Package: spectools
Version: 201108r1-3
Severity: minor
User: pkg-llvm-t...@lists.alioth.debian.org
Usertags: clang-ftbfs
Dear Maintainer,
Your package fails to build with clang instead of gcc. [-Wreturn-type]
The attached patch improves things but, at one point, the build process is
affected by the same error in glib-2.0:
spectool_gtk_widget.c:187:2: error: non-void function
'spectool_widget_menu_button_press' should return a value [-Wreturn-type]
g_return_if_fail(widget != NULL);
^
/usr/include/glib-2.0/glib/gmessages.h:345:3: note: expanded from macro
'g_return_if_fail'
return;\
^
Buildlogs and a *incomplete* atch are here:
https://github.com/nonas/debian-clang/tree/master/buildlogs/spectools
Hope this helps,
Nicolas
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Description: fix FTBFS with clang instead of gcc [-Wreturn-type]
Author: Nicolas Sévelin-Radiguet nic...@free.fr
Last-Update: 2014-03-08
--- a/spectool_raw.c
+++ b/spectool_raw.c
@@ -101,7 +101,7 @@
if (o == 'h') {
Usage();
- return;
+ return 1;
} else if (o == 'b') {
bcastlisten = 1;
} else if (o == 'n') {
--- a/spectool_curses.c
+++ b/spectool_curses.c
@@ -90,7 +90,7 @@
if (o == 'h') {
Usage();
- return;
+ return 1;
} else if (o == 'n') {
neturl = strdup(optarg);
continue;
@@ -98,20 +98,20 @@
if (sscanf(optarg, %d, range) != 1) {
printf(Expected number for range, see listing for supported ranges\n);
Usage();
-return;
+return 0;
}
continue;
} else if (o == 'd') {
if (sscanf(optarg, %d, device) != 1) {
printf(Expected number for device, see listing for detected devices\n);
Usage();
-return;
+return 0;
}
if (device 0 || device = ndev) {
printf(Device number invalid, see listing for detected devices\n);
Usage();
-return;
+return 0;
}
continue;
--- a/spectool_gtk_hw_registry.c
+++ b/spectool_gtk_hw_registry.c
@@ -326,10 +326,10 @@
spectool_phy *wdr_get_phy(spectool_device_registry *wdr, int slot) {
if (slot 0 || slot wdr-max_dev)
- return;
+ return 0;
if (wdr-devices[slot] == NULL)
- return;
+ return 0;
return wdr-devices[slot]-phydev;
}
@@ -523,10 +523,10 @@
char err[SPECTOOL_ERROR_MAX];
if (wdrpr-slot 0 || wdrpr-slot wdrpr-wdr-max_dev)
- return;
+ return 0;
if (wdrpr-wdr-netservers[wdrpr-slot] == NULL)
- return;
+ return 0;
sr = wdrpr-wdr-netservers[wdrpr-slot]-srv;
@@ -537,7 +537,7 @@
Spectool_Alert_Dialog(err);
wdr_close_net(wdrpr-wdr, wdrpr-slot);
- return;
+ return 1;
}
} while ((r SPECTOOL_NETCLI_POLL_ADDITIONAL));
Bug#740763: closed by Markus Koschany a...@gambaru.de (Bug#740763: fixed in performous 0.7.0+git20140217-1)
El 08/03/14 09:42, Debian Bug Tracking System escribió: This is an automatic notification regarding your Bug report which was filed against the performous package: #740763: white/loud noise It has been closed by Markus Koschany a...@gambaru.de. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Markus Koschany a...@gambaru.de by replying to this email. thanks! it was fixed and work again! -- Fernando Toledo Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724931: Please include the patch in git
Andreas Cadhalpun andreas.cadhal...@googlemail.com (2014-03-08): I generally agree that it would be good to have an alpha 1 installer to use for testing regressions of this patch, but on the other hand using loopmount to install Debian *works*. Sorry, but until it's been pushed to the masses, I can't blindly trust that. Many moving parts already, not going to add a critical one when we already have a (known) regression in apt-setup/apt-cdrom. Especially not a few days before a release. Mraw, KiBi. signature.asc Description: Digital signature
Bug#741114: gvfs: drop debian/patches/06_metadata_nfs.patch
Package: gvfs Version 1.19.90-1 The problem that patch tries to work around was fixed in commit. https://git.gnome.org/browse/gvfs/commit/?id=6b12c3d7b33c87a7fea228106f39ecf2a3e0f310 So it's in gvfs 1.17 and later. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739337: FTBFS with libav10
On Sat, Mar 1, 2014 at 7:05 AM, an...@khirnov.net wrote: Hi, the attached patch should fix this bug. Thanks for providing this patch for the debian mplayer2 packages. Unfortunately, it does not apply cleanly against the upstream version 6c87a98. Would you mind having another look at it? For reference, the debian package bases on: commit 6c87a981baa4972fd71c25dfddea017b5a972e89 Author: wm4 wm4@nowhere Date: Sat Apr 27 17:56:47 2013 +0200 osd: convert OSD font to OpenType The old OSD font was a PostScript Type 1 font. Convert it to OpenType to work around a bug in latest fontconfig [1]. OpenType is a more modern format, and the font file is quite a bit smaller, so this is actually a nice change. The conversion was done by opening the font with fontforge and saving it as OpenType (CFF). fontforge showed a warning when doing this: The font contains errors. Self Intersecting Bad Private Dictionary These seem to be harmless. [1] https://bugs.freedesktop.org/show_bug.cgi?id=63922 Thanks. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734368: libstatgrab ftbfs from source, test failures on many architectures
2014-03-08 16:21 GMT+00:00 Manuel A. Fernandez Montecelo
manuel.montez...@gmail.com:
Hi,
I'm planning to NMU this because affects my package razorqt.
I would like to do it ASAP since this is already failing for 2 months
and the fix seems straightforward (but still testing it), if possible
this weekend (if you reply and agree), or otherwise upload to delayed
queue.
Tested in powerpc porterbox, diffs of patch and NMU attached, and uploaded.
I decided to upload immediately (hope that it's OK, it abides to the
guidelines in [1]), the urgency being because:
a) the package never built in most of the architectures since the last
upload with the new upstream version, more than 2 months ago, and the
change is unlikely to break anything;
b) this RC bug has been submitted shortly thereafter and also not
fixed, triaged or has any comments for more than 2 months (so there's
no indication that it's being worked on);
c) the last version (new upstream) introduced a transition that made
rev-depends FTBFS in the first place;
d) at least my package, which depends on this, is going to be
auto-removed from testing in the couple of weeks because of this if
not fixed, so I want to get both libstatsgrab and my package razorqt
fixed and migrated to testing before the autoremoval happens;
e) and crucially, the change is quite trivial and minimal, and should
not cause any breakage by itself; but if it does I want to fix it ASAP
(e.g. this weekend better than during the week).
Cheers.
[1]
http://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu-guidelines
--
Manuel A. Fernandez Montecelo manuel.montez...@gmail.com
diff -Nru libstatgrab-0.90/debian/changelog libstatgrab-0.90/debian/changelog
--- libstatgrab-0.90/debian/changelog 2013-12-25 18:30:19.0 +
+++ libstatgrab-0.90/debian/changelog 2014-03-08 17:53:09.0 +
@@ -1,3 +1,11 @@
+libstatgrab (0.90-1.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Fix tests causing FTBFS in some arches due to failing to find
+/etc/mtab fix-ftbfs-734368.patch (Closes: #734368)
+
+ -- Manuel A. Fernandez Montecelo m...@debian.org Sat, 08 Mar 2014 16:42:36
+
+
libstatgrab (0.90-1) unstable; urgency=low
* New upstream version.
diff -Nru libstatgrab-0.90/debian/patches/fix-ftbfs-734368.patch
libstatgrab-0.90/debian/patches/fix-ftbfs-734368.patch
--- libstatgrab-0.90/debian/patches/fix-ftbfs-734368.patch 1970-01-01
01:00:00.0 +0100
+++ libstatgrab-0.90/debian/patches/fix-ftbfs-734368.patch 2014-03-08
17:10:11.0 +
@@ -0,0 +1,18 @@
+Description: Fix FTBFS in many arches due to FS tests
+ The cause is that it cannot find /etc/mtab (or equivalent) in some arches.
The
+ new standard place for this is '/proc/self/mounts'. ./configure
+ --with-mnttab='/proc/self/mounts' does not seem to work.
+Author: Manuel A. Fernandez Montecelo m...@debian.org
+Last-Update: 2014-03-08
+Bug-Debian: http://bugs.debian.org/734368
+--- a/src/libstatgrab/disk_stats.c
b/src/libstatgrab/disk_stats.c
+@@ -807,7 +807,7 @@
+ # endif
+ # endif
+ # ifndef MNT_MNTTAB
+- static const char *mnttabs[] = { /etc/mnttab, /etc/mtab };
++ static const char *mnttabs[] = { /proc/self/mounts, /etc/mnttab,
/etc/mtab };
+ unsigned i;
+ # endif
+ #elif defined(WIN32)
diff -Nru libstatgrab-0.90/debian/patches/series
libstatgrab-0.90/debian/patches/series
--- libstatgrab-0.90/debian/patches/series 1970-01-01 01:00:00.0
+0100
+++ libstatgrab-0.90/debian/patches/series 2014-03-08 13:45:08.0
+
@@ -0,0 +1 @@
+fix-ftbfs-734368.patch
Description: Fix FTBFS in many arches due to FS tests
The cause is that it cannot find /etc/mtab (or equivalent) in some arches. The
new standard place for this is '/proc/self/mounts'. ./configure
--with-mnttab='/proc/self/mounts' does not seem to work.
Author: Manuel A. Fernandez Montecelo m...@debian.org
Last-Update: 2014-03-08
Bug-Debian: http://bugs.debian.org/734368
--- a/src/libstatgrab/disk_stats.c
+++ b/src/libstatgrab/disk_stats.c
@@ -807,7 +807,7 @@
# endif
# endif
# ifndef MNT_MNTTAB
- static const char *mnttabs[] = { /etc/mnttab, /etc/mtab };
+ static const char *mnttabs[] = { /proc/self/mounts, /etc/mnttab, /etc/mtab };
unsigned i;
# endif
#elif defined(WIN32)
Bug#598823: Still applicable?
Hi, is this bug still relevant? -- Yves-Alexis Perez signature.asc Description: Digital signature
Bug#741115: xdg-utils: xdg-mime does not use the mime cache created by update-desktop-database
Package: xdg-utils Version: 1.1.0~rc1+git20111210-7 Severity: normal I am not yet sure if this is a bug in xdg-utils, or in desktop-file-utils. But, clearly there is some dissonance here. Reading the freedesktop docs, one is lead to believe that dropping a .desktop file in /usr/share/applications with the correct MimeType, and then running update-desktop-database should be enough for xdg-mime and xdg-open to use that association. But it turns out that xdg-mime is only reading from a non-existant /usr/share/applications/defaults.list, which does not seem to be owned by any Debian package, instead of the mimeapps.list file created by update-desktop-database. The documentation about all this is very thin, but I could find an Arch Linux wikipage, which describes the defaults.list format as deprecated in favor of mimeapps.list: https://wiki.archlinux.org/index.php/Default_applications#Using_MIME_types_and_desktop_entries -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash xdg-utils depends on no packages. Versions of packages xdg-utils recommends: pn libfile-mimeinfo-perl none pn libnet-dbus-perl none pn libx11-protocol-perl none ii x11-utils 7.7+1 ii x11-xserver-utils 7.7+2 Versions of packages xdg-utils suggests: ii gvfs-bin 1.16.3-2 -- 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#598881: Still reproducible?
Hi, can you still reproduce this with latest versions of the package (like 5.1 in jessie and sid). Regards, -- Yves-Alexis Perez signature.asc Description: Digital signature
Bug#741084: [Build-common-hackers] Bug#741084: cdbs: Include autotools configure --exec-prefix variable
Hi Jonas, El 08/03/14 a las 15:12, Jonas Smedegaard escribió: ... The attached patch adds DEB_CONFIGURE_EXECDIR to autotools-vars.mk Thanks for the proposed patch! I wonder, however, if it is perhaps best to leave it as-is. Goal of CDBS is to be flexible enough to not get in the way of unusual settings, but it is not the goal to provide a specific CDBS variable to express any and all need. In that case, you are right and the current status is a better approach. Seems to me that your current use of DEB_CONFIGURE_EXTRA_FLAGS is a good approach. Do you foresee that it might be an unreliable approach that future changes to CDBS or other packages might break, or do you imagine this particular setting to be more commonly useful for others, or why do you propse the patch? No other reason than exec-prefix was lacking among the other seven configure path arguments, and I was unsure whether DEB_CONFIGURE_EXTRA_FLAGS was accurate (is --exec-path a flag?). Or maybe should I use DEB_CONFIGURE_PATH_ARGS? I think that a specific variable, such as DEB_CONFIGURE_EXECDIR, prompts a cdbs user more than the current general variable. But it is just my feeling. And the patch is maybe not very useful, how many debian packages would be in the same situation: autotools and binaries in /bin? PS. I admit that I used to dislike cdbs, but now I think it's useful. Thanks a lot for you work! Yes, I noticed your switch to CDBS when the package entered Sid, and appreciate both your switch and your elaboration of that decision in changelog - as inspiration for others that CDBS is not obsolete ;-) It isn't! :) signature.asc Description: Digital signature
Bug#741097: octave: nox package of Octave
Thanks for your quick response. On 08.03.2014 16:00, Mike Miller wrote: Can you explain specifically what you think the advantages of having a nox version of octave would be? I'm not refuting your request, just that you haven't specifically said what the problem with the current approach is and what specific benefits would derive from having a nox package, just that these others are doing it. I have Octave running on a couple of low resource devices which don't even have X. On these systems, unnecessary dependencies are a waste of precious space. We considered this when starting work on packaging octave 3.8, please take a look at the discussions (thread starting at [1]) we had where we did look at a few different aspects and decided to keep everything in one package for now. I wasn't aware of this discussion. Your comparison of required disk space was very informative. Indeed, the Qt dependency doesn't make a big difference when compared to the additional Java and LLVM dependencies. But the minimum installation size more than doubles from 3.6.4 to 3.8.0. So I think a low resources package with more dependencies striped off would actually be very useful. Also keep in mind that 3.8 is a transitional period for the octave command-line and GUI modes, upstream may yet make changes about how octave is run in one mode or the other. For all we know, there may not be a separate octave-cli executable in the 4.0 version. I'm not saying this is likely or that I'm in favor of it, just that this is still a developmental period and things could change by 4.0. I see. So it might make sense to reevaluate the issue when 4.0 is out. Please keep in mind that this is a wishlist bug report. I understand that this might be too special to be worth the additional effort. For me, it would certainly be very useful to have an additional low resources package. The space requirements of Octave have grown slowly in the past, but I think this leap is unprecedented. Thanks, Arno -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
