Bug#767822: xfce4-session: leaves alternatives after purge: /usr/bin/x-session-manager
On sam., 2015-01-10 at 18:12 +0100, Andreas Beckmann wrote: > Please upload xfce-session with the changes currently in svn to sid - > or > should I NMU? Funny, I've done the dch -r part on Nov 3, but apparently I forgot to upload. I'll do it asap. Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775086: xfburn fails on a Mac Mini and a Macbook Pro
Hi, i am the developer of libburn which issued the error message underneath xfburn. The problem seems to be between drive and libburn. xfburn itself has only a minor part in it. > ** (xfburn:3769): WARNING **: Read-only profile 0x8! Your drives tells libburn that the loaded medium can only perform CD-ROM actions. I.e. it is a CD-ROM or a closed CD-R or closed CD-RW. > ** (xfburn:3769): WARNING **: [FATAL] 131357: SCSI error on > write(32,16): [5 24 00] Illegal request. Invalid field in cdb. (0) When xfburn requested write operations, nevertheless, the drive complained that this was not allowed. I would assume that xfburn should bail out already at the first problem. If the drive says the medium is read-only, then it will hardly be willing to perform a burn session. > Had to install the K libraries :-( Does that mean K3B worked with the same medium ? Well, if you are sure that the medium used is writable, then please post the output of the following commands. I assume your drive's address is /dev/sr0: xorriso -scsi_log on -outdev /dev/sr0 -toc 2>&1 | tee -i /tmp/xorriso_log wodim -V -v dev=/dev/sr0 -toc 2>&1 | tee -i /tmp/wodim_log xorriso uses libburn, wodim does not. In case that it is indeed no CD but a DVD or BD, then use instead of the wodim command. dvd+rw-mediainfo /dev/sr0 -verbous 2>&1 | tee -i /tmp/mediainfo_log Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775091: sbuild: sbuild-updates creates two files in /tmp on every run
Package: sbuild Version: 0.65.0-1 Severity: minor Tags: patch sbuild-update creates two temporary files every run, but doesn't clean them up: $ ls /etc/sbuild/chroot/unstable-amd64-sbuild/tmp $ sbuild-update -udrc unstable-amd64-sbuild ... $ ls /etc/sbuild/chroot/unstable-amd64-sbuild/tmp Akl89y9Pai ghBrITSJSA They are created in get_foreign_architectures (lib/Sbuild/ResolverBase.pm). They attached patch fixes the issue and also closes both file descriptors. Cheers -- Sebastian Ramacher From 47cd10c32e3d87857ddd094bb6136fe0f636c9a7 Mon Sep 17 00:00:00 2001 From: Sebastian Ramacher Date: Sun, 11 Jan 2015 09:41:50 +0100 Subject: [PATCH] Close file descriptors and remove temporary files Always close both file descriptors and remove the temporary files. --- lib/Sbuild/ResolverBase.pm | 6 ++ 1 file changed, 6 insertions(+) diff --git a/lib/Sbuild/ResolverBase.pm b/lib/Sbuild/ResolverBase.pm index e957cc1..c2223c6 100644 --- a/lib/Sbuild/ResolverBase.pm +++ b/lib/Sbuild/ResolverBase.pm @@ -163,7 +163,10 @@ sub get_foreign_architectures { $self->set('Multiarch Support', 0); } } +close $tmpfh; close $tmpfh2; +unlink $tmpfilename; +unlink $tmpfilename2; # quietly return nothing if dpkg is too old (for use on older chroots) if ($self->get('Multiarch Support')) { @@ -180,6 +183,9 @@ sub get_foreign_architectures { push @existing_foreign_arches, $_; } close $tmpfh; +close $tmpfh2; +unlink $tmpfilename; +unlink $tmpfilename2; my %set; foreach (@existing_foreign_arches) { $set{$_} = 1; } return \%set; -- 2.1.4 signature.asc Description: Digital signature
Bug#775065: dpkg --configure -a results in "Hangup" after first package
On 11/01/2015 05:13, Guillem Jover wrote: Hi! Hi, and thank you so much for your help. Please run «dpkg -D7 --configure -a 2>&1 | tee dpkg.log», and attach the output. We can check from there It is attached, but it terminates before the output on the screen terminated. The last output on the screen was D01: process queue pkg libsane:i386 queue.len 56 progress 10, try 1 D40: checking dependencies of libsane:i386 (- ) D000400: checking group [... a few more D000400: lines ...] D000400: checking possibility -> adduHangup Hmm, if you are on an emergency shell, I guess the system is not properly booted, are all partitions mounted? Otherwise there's no wonder things are not being configured correctly. If that's the case, then this is probably a problem with your init system or thereabouts. Yes I think that's exactly the case, though as you can see from the forum thread I dare not hypothesise that these problems have arisen because this update has introduced systemd. My best guess (and I am not an expert by any means) is that there is some memory corruption or overflow in the init system which is polluting everything else, including dpkg. I do not understand what "task (plymouth)" is or why it keeps being blocked, and I do not know which process is sending "Hangup" to dpkg. On mounting, the root filesystem mounts ok (/dev/dm-2) and contains all the linux directories including /usr, /home, /usr/local etc. etc. The filesystems which fail to mount are all Windows ones, which are obviously irrelevant at this stage. Many thanks again - any further tips appreciated. CC D01: ensure_diversions: new, (re)loading D01: process queue pkg openjdk-6-jre-lib:all queue.len 56 progress 1, try 1 D40: checking dependencies of openjdk-6-jre-lib:all (- ) D000400: checking group ... D000400: checking possibility -> openjdk-6-jre-headless D000400: checking non-provided pkg openjdk-6-jre-headless:i386 D000400: unpacked/halfconfigured, defer D000400: found 1 D000400: found 1 matched 0 possfixbytrig - D40: ok 1 msgs >><< D01: process queue pkg libmono-system-xml4.0-cil:all queue.len 56 progress 2, try 1 D40: checking dependencies of libmono-system-xml4.0-cil:all (- ) D000400: checking group ... D000400: checking possibility -> libmono-corlib4.5-cil D000400: checking non-provided pkg libmono-corlib4.5-cil:all D000400: unpacked/halfconfigured, defer D000400: found 1 D000400: found 1 matched 0 possfixbytrig - D000400: checking group ... D000400: checking possibility -> libmono-system4.0-cil D000400: checking non-provided pkg libmono-system4.0-cil:all D000400: unpacked/halfconfigured, defer D000400: found 1 D000400: found 1 matched 0 possfixbytrig - D40: ok 1 msgs >><< D01: process queue pkg hal:i386 queue.len 56 progress 3, try 1 D01: trigproc hal:i386 D40: checking dependencies of hal:i386 (- ) D000400: checking group ... D000400: checking possibility -> libblkid1 D000400: checking non-provided pkg libblkid1:i386 D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 possfixbytrig - D000400: checking group ... D000400: checking possibility -> libc6 D000400: checking non-provided pkg libc6:i386 D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 possfixbytrig - D000400: checking group ... D000400: checking possibility -> libdbus-1-3 D000400: checking non-provided pkg libdbus-1-3:i386 D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 possfixbytrig - D000400: checking group ... D000400: checking possibility -> libdbus-glib-1-2 D000400: checking non-provided pkg libdbus-glib-1-2:i386 D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 possfixbytrig - D000400: checking group ... D000400: checking possibility -> libexpat1 D000400: checking non-provided pkg libexpat1:i386 D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 possfixbytrig - D000400: checking group ... D000400: checking possibility -> libglib2.0-0 D000400: checking non-provided pkg libglib2.0-0:i386 D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 possfixbytrig - D000400: checking group ... D000400: checking possibility -> libhal-storage1 D000400: checking non-provided pkg libhal-storage1:i386 D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 possfixbytrig - D000400: checking group ... D000400: checking possibility -> libhal1 D000400: checking non-provided pkg libhal1:i386 D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 possfixbytrig - D000400: checking group ... D000400: checking possibilit
Bug#775014: nfs-common: Degraded performance on nfs4 clients after upgrade to Jessie
As I am interested in NFS performance issues due to my work I copied my work address in. Am Sonntag, 11. Januar 2015, 01:16:03 schrieben Sie: > El Dissabte, 10 de gener de 2015, a les 19:30:12, Martin Steigerwald va > escriure: > [...] > > > I suggest you upgrade to 3.16 bpo kernel. Maybe that already makes a > > difference. And additionally there is greater chance you get security > > updates on that one, cause AFAIK older bpo kernels are not maintained > > anymore. > > It's in one of the main server of my institute and it's not easy. Anyway, I > have programed it to do it soon. Thanks for the suggestion. > > [...] > > > > cami:/recursos /home/recursos nfs4 > > > rw,sync,nodev,noatime,vers=4.0,rsize=65536,wsize=65536,namlen=255,soft,p > > > ro > > > t > > > o=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.8,local_lo > > > ck > > > =n one,addr=192.168.1.254 0 0 > > > > What is this on the wheezy machine? > > all the servers are wheezy. The clients are Jessie. > > > Look in grep nfs /proc/mounts or nfsstat -m > > > > I suggest not to manually tune this. Current kernels use good default > > values. I have seen rsize and wsize of up to 1048576. > > > > Additionally are they all the same hardware, same network cards? If not, > > what is the fast system using and what is the slow system using? > > well, I have worked on this issue and i have found some conclusions: > > - now, with modern kernels (and nfs4) it has no sense to set rsize and > wsize. The negotiation between client and server do the best one. So, all > the pages in the net are outdated. Hehe, my own training slides where outdated as well – for years. We found out about it on one of my Linux performance analysis & tuning trainings as participants of the training measures NFS performance with dd with and without tuning and it was actually better without tuning. cat /proc/mounts – /etc/mtab wasn´t a symlink to it back then – revealed the difference. Thats where I found that 1048576 value for both rsize and wsize, instead of the 8192 or 32768 I recommended to set. > - the sync parameter works totally different (client side) in a 3.2 kernel > than 3.16 (also 3.12 or 3.8) . I'm talking for a similar hardware (Gigabyte > NIC, similar cpu, etc) but on a 100 Mb network) from ~7MB/s (kernel 3.2 vs > 63,8 kB/s >3.8). In another environment with a Giga network the rates are ( > ~145 kB/s vs ~70,3 MB/s) Interesting. For all I know "sync" should be quite okay with NFSv3 and upwards. With NFSv2 it was very slow. > - no significant differences in with wsize. At least that I had found. But > the default autonegotiation works very well. > > - I still don't understand why, although I have a good hardware in the work, > when my clients do: > > $ dd if=/dev/zero of=myrandom bs=4096 count=7 > > obtains about ~70MB/s > > and if I execute the same in the server I obtain 167 MB/s. About 2.5 time > slower Do you mean a local dd versus a dd on the client on the NFS mount? Also note that dd may not be the best measurement tool depending on your workload and that you will have caching effects with dd unless you use oflag=direct, which I never tested with NFS mounts, or at least to correct the measured time with conv=fsync (I think). There are some nice slides from Greg Banks from SGI about NFS performance. I can dig out the URL to it when they are still available online next week at work. They are from 2008, but were much more up to date than many other things I found on the net. Most of it is not only outdated, but plain wrong meanwhile. > I still consider this issue important, I think that a lot of people that > upgrade to Jessie with nfs mounts will found some problem. but this is just > MHO. I wonder tough whether there is a high probability for a "fix" for wheezy, as jessie is shortly before release and its not a bug in itself, but a performance issue. And: It may be fixed by just upgrading the kernel to the 3.16 bpo one. Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.
Bug#775070: startup crash with GL acceleration
Hello, On 11/01/2015 01:23, Eduard Bloch wrote: > Package: iceweasel > Version: 31.3.0esr-1 > Severity: normal > > And indeed, unsetting MOZ_USE_OMTC makes iceweasel happy again. > OMTC is not ready under GNU/Linux Cheers, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775092: Make sure proxy variable exists before using it
Source: autopkgtest Version: 3.9 Severity: minor Tags: patch Hi, adt-setup-vm uses a $proxy variable which will not exist if no proxy is locally configured. Because theadt-setup-vm script sets -u, this generates an error during vmbootstrap: Setting up networking Running customize script /usr/share/autopkgtest/adt-setup-vm /usr/share/autopkgtest/adt-setup-vm: 86: /usr/share/autopkgtest/adt-setup-vm: proxy: parameter not set Regards, Christian PS: This is a re-submission, as the first submission must have been eaten by the spam filter or something (had a dollar sign in subject). I refreshed the patch to apply after the fix in #775076. Regards, Christian >From 62362d85fede808b8a79fa22477133be1c43cc83 Mon Sep 17 00:00:00 2001 From: Christian Kastner Date: Sun, 11 Jan 2015 00:36:32 +0100 Subject: adt-setup-vm: Make sure $proxy variable exists before using it On systems where apt is not configured to use a proxy, the apt-config query will return the empty string, the eval will be a nullop, and the following access to $proxy will print an error because the shell has -u set. --- tools/adt-setup-vm | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/tools/adt-setup-vm b/tools/adt-setup-vm index 030e785..b2f83d2 100755 --- a/tools/adt-setup-vm +++ b/tools/adt-setup-vm @@ -85,11 +85,13 @@ echo 'force-unsafe-io' > "$root"/etc/dpkg/dpkg.cfg.d/autopkgtest # auto-detect apt-cacher-ng if [ -z "${ADT_APT_PROXY:-}" ]; then RES=`apt-config shell proxy Acquire::http::Proxy` -eval $RES -if echo "$proxy" | egrep -q '(localhost|127\.0\.0\.[0-9]*):3142'; then -ADT_APT_PROXY="http://10.0.2.2:3142"; -# set http_proxy for the initial apt-get update -export http_proxy="$proxy" +if [ -n "$RES" ]; then +eval $RES +if echo "$proxy" | egrep -q '(localhost|127\.0\.0\.[0-9]*):3142'; then +ADT_APT_PROXY="http://10.0.2.2:3142"; +# set http_proxy for the initial apt-get update +export http_proxy="$proxy" +fi fi fi -- 2.1.4
Bug#774094: gscan2pdf: misc. improvements for OCR'ed texts
Hi, On Tuesday, 6. January 2015 22:25:13 Jeffrey Ratcliffe wrote: > I've just cherry-picked these and had a quick play. I'm very impressed > with the improvement in readability. > > Thanks for the patches. I'll test a bit more thoroughly and push them. > > Now I just need to find the time to add a spell check option. Thanks for the positive feedback (also for the other patches). I have some ideas to further improve the situation w.r.t. to the wobbly lines (i.e. baseline & size varying on a line, e.g with tesseract), but they are in _very_ early stages, and I do not know whether they may work out at all Additionally, I no suffer the same situation you did end of lst year: very little time [holiday vacation is over]. So, don't let my vague promises stop you from releasing the next version of gscan2pdf ;-) Best Peter -- Peter Marschall pe...@adpm.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775047: virtualbox-guest-source: provide a guest package for debian bsd
Hi Ritesh, couldn't we just start from there? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632944 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610010 I guess some work is already done, and with some kfreebsd porters we can easily make it build and run (I hope) Do you plan to work on it? (not being a DD gives me many troubles in accessing a porter machine) (I agree, having vbox in kfreebsd would be an huge leap in that OS adoption) cheers, Gianfranco Il Sabato 10 Gennaio 2015 19:18, Ritesh Raj Sarraf ha scritto: On 01/11/2015 05:00 AM, Ritesh Raj Sarraf wrote: > Severity: wishlist > > VBox is supported on FreeBSD too. It would be nice if we provided guest > packages for the FreeBSD port. That'l allow more users to efficiently run > debian bsd on a vbox environment The following webpages have details about bsd support. https://wiki.freebsd.org/VirtualBox https://www.freebsd.org/doc/handbook/virtualization-host-virtualbox.html https://www.freebsd.org/doc/handbook/virtualization-guest.html -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com "Necessity is the mother of invention." -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774093: gscan2pdf: various consistency updates for dialogs
Hi, On Tuesday, 6. January 2015 22:44:19 Jeffrey Ratcliffe wrote: > Thanks for these. I've cherry-picked most of the them. > > I like the scroll window around the font combobox because otherwise, > with some of my font names, the dialog is wider than the screen. No problem at all. What bothered me the most with the fonts Combobox was its height. Compared to the other elements on the dialog it looked huge. Maybe enclosing it into an additional HBox can make it > I'll hold off with the spin button for the resolution in properties > because it can't display a decimal point, which is what you might get > under certain circumstances. It has been useful in the past for > testing for import problems. This is strange, because that's what $spinbutton->set_digits(1); should achieve. In my installation (Debian testing) I have the decimal point and exactly one decimal digit, which I also can edit, after it. See attached image. It was one of the explicit goals of this patch to have exactly one decimal digit, and all raw resolution values correctly rounded to that precision. Previously I had resolution values of 299.99 or the like in gscan2pdf while the original resolution was exactly 300. This was made worse by the text field only showing 4 characters. Best Peter -- Peter Marschall pe...@adpm.de
Bug#775070: startup crash with GL acceleration
Hallo, * Sylvestre Ledru [Sun, Jan 11 2015, 10:31:22AM]: > > And indeed, unsetting MOZ_USE_OMTC makes iceweasel happy again. > > > OMTC is not ready under GNU/Linux Sure, but it has been almost fine for the last couple of months. I am considering a switch to NVIDIA hardware RSN and will retest later. Regards, Eduard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775094: gnome-control-center: display: resolution options are too limited
Package: gnome-control-center Version: 1:3.14.2-2 Severity: normal Tags: upstream The resolution options offered in gnome-control-center's "display" panel are too limited: In particular for a monitor supporting up to 1920x1200, the resolution option 1920x1080 is *not* offered. However it is useful if there is a second display (TV) which should be configured in mirror mode and where the second display only supports resolutions up to 1920x1080. There seems to be no way to configure such a mirror setup via the GNOME GUI. Note that I cannot configure the 1920x1200 monitor as a mirror of the 1920x1080 one either: in that case only 1600x1200 is offered as the resolution of the 1920x1200 monitor. Ansgar -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-control-center depends on: ii accountsservice0.6.37-3+b1 ii apg2.2.3.dfsg.1-2 ii colord 1.2.1-1+b2 ii desktop-file-utils 0.22-1 ii gnome-control-center-data 1:3.14.2-2 ii gnome-desktop3-data3.14.1-1 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-settings-daemon 3.14.2-2 ii gsettings-desktop-schemas 3.14.1-1 ii libaccountsservice00.6.37-3+b1 ii libatk1.0-02.14.0-1 ii libc6 2.19-13 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libcheese-gtk233.14.1-2 ii libcheese7 3.14.1-2 ii libclutter-1.0-0 1.20.0-1 ii libclutter-gtk-1.0-0 1.6.0-1 ii libcolord-gtk1 0.1.25-1.1+b1 ii libcolord2 1.2.1-1+b2 ii libcups2 1.7.5-10 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-6.3 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libglib2.0-0 2.42.1-1 ii libgnome-bluetooth13 3.14.0-2 ii libgnome-desktop-3-10 3.14.1-1 ii libgoa-1.0-0b 3.14.2-1 ii libgoa-backend-1.0-1 3.14.2-1 ii libgrilo-0.2-1 0.2.11-2 ii libgtk-3-0 3.14.5-1 ii libgtop2-7 2.28.5-2+b1 ii libibus-1.0-5 1.5.9-1 ii libkrb5-3 1.12.1+dfsg-16 ii libmm-glib01.4.0-1 ii libnm-glib-vpn10.9.10.0-5 ii libnm-glib40.9.10.0-5 ii libnm-gtk0 0.9.10.0-2 ii libnm-util20.9.10.0-5 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-01.36.8-3 ii libpolkit-gobject-1-0 0.105-8 ii libpulse-mainloop-glib05.0-13 ii libpulse0 5.0-13 ii libpwquality1 1.2.3-1 ii libsmbclient 2:4.1.13+dfsg-2 ii libsoup2.4-1 2.48.0-1 ii libupower-glib30.99.1-3.1 ii libwacom2 0.8-1 ii libx11-6 2:1.6.2-3 ii libxi6 2:1.7.4-1+b2 ii libxml22.9.1+dfsg1-4 Versions of packages gnome-control-center recommends: pn cracklib-runtime ii cups-pk-helper 0.2.5-2+b1 ii gkbd-capplet 3.6.0-1 ii gnome-online-accounts 3.14.2-1 ii gnome-user-guide 3.14.1-1 ii gnome-user-share 3.14.0-2 ii iso-codes 3.57-1 pn libnss-myhostname pn mesa-utils ii mousetweaks3.12.0-1 ii network-manager-gnome 0.9.10.0-2 ii policykit-1-gnome 0.105-2 pn realmd ii rygel 0.24.2-1 ii rygel-tracker 0.24.2-1 Versions of packages gnome-control-center suggests: ii gstreamer1.0-pulseaudio 1.4.4-2 pn libcanberra-gtk-module pn libcanberra-gtk3-module ii x11-xserver-utils7.7+3+b1 -- 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#775073: adt-run: result of execute() is a tuple, not a scalar
Control: tag -1 pending Hey Christian, Christian Kastner [2015-01-11 2:09 +0100]: > adt-run: DBG: testbed command exited with code 0 > adt-run: DBG: dpkg-source not available in testbed, installing dpkg-dev > > Note how the last two lines contradict each other. Nice catch, thank you! Applied to git. 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#775075: adt-setup-vm: set umask to 0022
Control: tag -1 pending Hey Christian, Christian Kastner [2015-01-11 2:11 +0100]: > umask must be set to 0022, otherwise ordinary users will not be able to > read generated files, eg: /etc/apt/sources.list, if root has a stricter > umask then the default (and adt-setup-vm is called as root). > Agreed, thanks! Applied. 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#775076: adt-setup-vm: sets force-unsafe-io for host dpkg, not guest
Control: found -1 3.6 Control: tag -1 pending Christian Kastner [2015-01-11 2:12 +0100]: > adt-setup-vm creates /etc/dpkg/dpkg.cfg.d/autopkgtest on the host, > instead of in the guest, because the path is missing the $root prefix > pointing to the directory where the guest's root is mounted. Argh, well spotted! Applied, and marking as affecting Jessie. I almost always run that script inside VMs, so I never noticed. Thanks, 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#774428: unblock: simpleburn/1.7.0-2
On 06.01.2015 23:49 John Paul Adrian Glaubitz wrote: On 01/06/2015 11:44 PM, Vincent Cheng wrote: Alright, I guess we will have to go the t-p-u way then. Would it be ok if I prepared an upload of simpleburn_1.7.0-1+deb8u1 for t-p-u with the proposed change of the shebang? Why not just upload simpleburn to sid with the proposed shebang change, and revert the patch that was added in the latest upload as well (since it's broken as Adam suggested)? The maintainer can always deal with fixing the actual bashisms (ideally upstream as well) after the freeze. Good point. I am putting Mateusz on the CC to let him know. Adrian Sorry for late, I was busy in this week. I put update sources to mentors: http://mentors.debian.net/debian/pool/main/s/simpleburn/simpleburn_1.7.0-1+deb8u1.dsc Mateusz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775097: RFS: qmapshack/0.10.0-1~exp1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "qmapshack" Package name: qmapshack Version : 0.10.0-1~exp1 Upstream Author : Oliver Eichler URL : https://bitbucket.org/maproom/qmapshack/wiki/Home License : GPL-3+ Section : science It builds those binary packages: qmapshack - GPS mapping (GeoTiff and vector) and GPSr management To access further information about this package, please visit the following URL: http://mentors.debian.net/package/qmapshack Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/q/qmapshack/qmapshack_0.10.0-1~exp1.dsc More information about QMapShack can be obtained from https://bitbucket.org/maproom/qmapshack/wiki/Home. Changes since the last upload: * New upstream release. * Add path to fix 'artificial' typo. Regards, Bas Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775096: ITP: darkhttpd -- A small and secure static webserver
Package: wnpp Severity: wishlist * Package name: darkhttpd Version : 1.11 Upstream Author : Emil Mikulic * URL : https://unix4lyfe.org/darkhttpd/ * License : BSD Programming Lang: C Description : A small and secure static webserver Features: Simple to set up: Single binary, no other files, no installation needed. Standalone, doesn't need inetd or ucspi-tcp. No messing around with config files - all you have to specify is the www root. Written in C - efficient and portable. Small memory footprint. Event loop, single threaded - no fork() or pthreads. Generates directory listings. Supports HTTP GET and HEAD requests. Supports Range / partial content. (try streaming music files or resuming a download) Supports If-Modified-Since. Supports Keep-Alive connections. Can serve 301 redirects based on Host header. Uses sendfile() on FreeBSD, Solaris and Linux. Can use acceptfilter on FreeBSD. At some point worked on FreeBSD, Linux, OpenBSD, Solaris. BSD license. Security: Can log accesses, including Referer and User-Agent. Can chroot. Can drop privileges. Impervious to /../ sniffing. Times out idle connections. Drops overly long requests. Limitations: Only serves static content - no CGI. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775098: ITP: apulse -- PulseAudio emulation for ALSA
Package: wnpp Severity: wishlist * Package name: apulse Version : 0.1.5 Upstream Author : Rinat Ibragimov * URL : https://github.com/i-rinat/apulse * License : MIT/X Programming Lang: C Description : PulseAudio emulation for ALSA PulseAudio emulation for ALSA Project is in stale state since its proclamation. The main objective, working Skype test call, is reached. I don't have any plans for further development. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775099: bluetooth: bluethoothd requires 2 starts at boot before reconnecting the devices
Package: bluez Version: 5.23-2+b1 Severity: important File: bluetooth Dear Maintainer, When (re)booting the machine, the bluethoothd service appears to be malfunctioning. Devices don't (re-)connect. I'm using Testing with Gnome. The bluthooth icon sometimes appears briefly (approximately 1 second), then disappears again. Restarting the bluethoothd service fixes the issue until the next reboot. I normally use a bluethooth keyboard and mouse, so this is quie annoying. I use an older PS/2 keyboard to log-in and restart the service. Logging out of the Gnome session and back in, does not change the behaviour. Below is the terminal output when checking status before and after the restart of the daemon. Also attached is the dmesg output. Regards, Steven root@pc-steven:/home/steven# service bluetooth status ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled) Active: active (running) since Sun 2015-01-11 12:32:51 CET; 2min 55s ago Docs: man:bluetoothd(8) Main PID: 964 (bluetoothd) Status: "Running" CGroup: /system.slice/bluetooth.service └─964 /usr/lib/bluetooth/bluetoothd Jan 11 12:32:51 pc-steven bluetoothd[964]: Bluetooth daemon 5.23 Jan 11 12:32:51 pc-steven bluetoothd[964]: Starting SDP server Jan 11 12:32:51 pc-steven bluetoothd[964]: Bluetooth management interface 1.6 initialized Jan 11 12:32:51 pc-steven bluetoothd[964]: Sap driver initialization failed. Jan 11 12:32:51 pc-steven bluetoothd[964]: sap-server: Operation not permitted (1) root@pc-steven:/home/steven# service bluetooth restart root@pc-steven:/home/steven# service bluetooth status ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled) Active: active (running) since Sun 2015-01-11 12:35:52 CET; 8s ago Docs: man:bluetoothd(8) Main PID: 3291 (bluetoothd) Status: "Running" CGroup: /system.slice/bluetooth.service └─3291 /usr/lib/bluetooth/bluetoothd Jan 11 12:35:52 pc-steven bluetoothd[3291]: Bluetooth daemon 5.23 Jan 11 12:35:52 pc-steven bluetoothd[3291]: Starting SDP server Jan 11 12:35:52 pc-steven bluetoothd[3291]: Bluetooth management interface 1.6 initialized Jan 11 12:35:52 pc-steven bluetoothd[3291]: Sap driver initialization failed. Jan 11 12:35:52 pc-steven bluetoothd[3291]: sap-server: Operation not permitted (1) root@pc-steven:/home/steven# -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) Versions of packages bluez depends on: ii dbus 1.8.12-3 ii init-system-helpers 1.22 ii kmod 18-3 ii libc62.19-13 ii libdbus-1-3 1.8.12-3 ii libglib2.0-0 2.42.1-1 ii libreadline6 6.3-8+b2 ii libudev1 215-8 ii lsb-base 4.1+Debian13+nmu1 ii udev 215-8 bluez recommends no packages. bluez suggests no packages. -- no debconf information [0.00] CPU0 microcode updated early to revision 0x1c, date = 2014-07-03 [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-16) ) #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08) [0.00] Command line: BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 root=UUID=9e66810b-9058-47be-9c75-af695559638c ro quiet systemd.show_status=true systemd.sysv_console=true [0.00] e820: BIOS-provided physical RAM map: [0.00] BIOS-e820: [mem 0x-0x0009bfff] usable [0.00] BIOS-e820: [mem 0x0009c000-0x0009] reserved [0.00] BIOS-e820: [mem 0x000e-0x000f] reserved [0.00] BIOS-e820: [mem 0x0010-0xcb379fff] usable [0.00] BIOS-e820: [mem 0xcb37a000-0xcb380fff] ACPI NVS [0.00] BIOS-e820: [mem 0xcb381000-0xcb7cbfff] usable [0.00] BIOS-e820: [mem 0xcb7cc000-0xcbbdefff] reserved [0.00] BIOS-e820: [mem 0xcbbdf000-0xdd70cfff] usable [0.00] BIOS-e820: [mem 0xdd70d000-0xdd914fff] reserved [0.00] BIOS-e820: [mem 0xdd915000-0xdd92afff] ACPI data [0.00] BIOS-e820: [mem 0xdd92b000-0xdde6cfff] ACPI NVS [0.00] BIOS-e820: [mem 0xdde6d000-0xdeffefff] reserved [0.00] BIOS-e820: [mem 0xdefff000-0xdeff] usable [0.00] BIOS-e820: [mem 0xf800-0xfbff] reserved [0.00] BIOS-e820: [mem 0xfec0-0xfec00fff] rese
Bug#755283: Bug#769673: RFS: lletters/0.1.95+gtk2-4 [ITA, RC]
On Tue, Jan 06, 2015 at 11:37:04PM +0200, Dmitry Borisyuk wrote: > I looked at everything once more, and decided not to adopt lletters. > Sorry for wasting your time. Perhaps the package (both lletters and letters-media) should be RMed instead? * dead upstream since 2001 * not quite the best children's game... * can be recreated in a RAD tool like Lazarus in minutes: • make a button, resize it • set the button's action to "launch a modal dialog with the button's caption (the letter) as argument" • copy&paste it 35 times, labelling with sequential digits+letters, arranged in a rough grid without caring much about alignment • set the main window to scalable • create that dialog -- with a large image inside that's loaded from the disk, the image's click action being "close the dialog" • on the dialog's start, play a sound if it exists. For bonus points compared to lletters, DON'T crash doing so. • ... and that's all * likewise, lletters-media can be recreated/greatly improved by throwing everything away then raiding a collection of freely-licensed images. Picking a set with a semi-consistent style would be a large change. * localization is worse than none. For Polish, for example, more than half buttons use a word from some other language. * letters not in Polish (q, v, x) are present while ć, ł, ó, ś, ż, ź are missing Thus, if no one steps up to maintain, perhaps it'd be better to axe lletters. It would save the time of QA (most recently, Markus Koschany fixing multiple FTBFS bugs). -- -- [re-sending to mention this in the O bug] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774428: unblock: simpleburn/1.7.0-2
Hi Mateusz! On 01/11/2015 12:19 PM, Mateusz Łukasik wrote: > Sorry for late, I was busy in this week. > > I put update sources to mentors: > > http://mentors.debian.net/debian/pool/main/s/simpleburn/simpleburn_1.7.0-1+deb8u1.dsc As pointed out earlier this thread, it might be more wise to apply the fix to simpleburn_1.7.0-2 from unstable as well as it turns out that the previously applied patch is not a 100% correct, isn't it? My suggestion would be to upload a version 1.7.0-3 to unstable which reverts the buggy change of the previous upload and therefore have the issue fixed in unstable and Jessie. Any other opinions? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775100: RFS: mkgmap-splitter/0.0.0+svn421-1~exp1 [ITP]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "mkgmap-splitter" Package name: mkgmap-splitter Version : 0.0.0+svn421-1~exp1 Upstream Author : Steve Ratcliffe URL : http://www.mkgmap.org.uk/doc/splitter.html License : GPL-3 Section : utils It builds those binary packages: mkgmap-splitter - Tile splitter for mkgmap To access further information about this package, please visit the following URL: http://mentors.debian.net/package/mkgmap-splitter Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mkgmap-splitter/mkgmap-splitter_0.0.0+svn421-1~exp1.dsc More information about splitter can be obtained from http://www.mkgmap.org.uk/doc/splitter.html. Changes since the last upload: * Initial release (Closes: #664130) Regards, Bas Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774790: setting security.tls.version.min does not stick between restarts
Hello Brent, On Wed, Jan 07, 2015 at 10:53:09AM -0600, Brent S. Elmer wrote: > In the README.Debian it tells how to set security.tls.version.min to 0. This > works fine until icedove is stopped. Upon restart of icedove, > security.tls.version.min is set back to 1 again. Is this the expected > behavior? If so, a note in the readme would be good. If not, then there is a > bug. Is there a way to make it stick between restarts? I've rechecked this behavior here with version 31.3.0-1 I can't reproduce your issue here. The setting is stored in your local profile in $HOME/.icedove/$PROFILE_NAME/prefs.js Do you have a mountpoint with a local filesystem for the home directories? Or you working with a network filesystem? What about the permissions of your profile? Do you have tried to work in safe-mode with disabled plugins? Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775101: tuxpaint-data: Include osk and im data to fix --onscreen-keyboard
Package: tuxpaint-data Version: 1:0.9.22-1 Severity: important The osk and im directories have been omitted from /usr/share/tuxpaint. They need to be included. Thanks to Pere Pujal on irc for this report. Without osk, if you specify tuxpaint --onscreen-keyboard, select the text tool and click on the canvas, tuxpaint crashes. Without im, input methods don't work, which is important for the languages that use them. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762194: Initial draft of affirming transition to systemd as default for #762194
On Wed, Dec 10, 2014 at 11:10:10AM -0800, Don Armstrong wrote: > 4. The CTTE appreciates the effort of Debian contributors to mitigate >any issues with the transition by: > >a) Providing a fallback boot entry for sysvinit when systemd is the >default init in grub (#757298) For the committee's information, this is now in place in unstable and will hopefully be in testing soon (unblock request: #774939). Indeed, it seemed most appropriate to provide boot entries for any installed alternative init daemon, so this will also for example be usable for users considering a migration to systemd but wanting a convenient way to test it out first. Given the existence of grub-reboot which allows changing the default entry for only the next boot, this potentially gives you a fairly reasonable way to try things out even remotely. -- Colin Watson [cjwat...@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#775050: FTCBFS for arm64: failure to determine stack direction
On Sat, Jan 10, 2015 at 07:53:51PM +0100, Helmut Grohne wrote: > I am attaching a patch that adds the cached value for arm64. From a > quick glance it seems or1k isn't covered either. Now really, thanks Christoph for asking. Helmut diff -Nru libsigsegv-2.10/debian/changelog libsigsegv-2.10/debian/changelog --- libsigsegv-2.10/debian/changelog +++ libsigsegv-2.10/debian/changelog @@ -1,3 +1,10 @@ +libsigsegv (2.10-4.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix cross compilation for arm64. (Closes: #-1) + + -- Helmut Grohne Sat, 10 Jan 2015 13:40:20 +0100 + libsigsegv (2.10-4) unstable; urgency=medium * Adopt symbol file for hurd diff -Nru libsigsegv-2.10/debian/patches/aarch64-stack-direction.patch libsigsegv-2.10/debian/patches/aarch64-stack-direction.patch --- libsigsegv-2.10/debian/patches/aarch64-stack-direction.patch +++ libsigsegv-2.10/debian/patches/aarch64-stack-direction.patch @@ -0,0 +1,19 @@ +Description: specify stack direction for aarch64 +Author: Helmut Grohne +Last-Modified: 2015-01-10 + +The generic test does not work with cross compilation. + +Index: libsigsegv-2.10/m4/stack-direction.m4 +=== +--- libsigsegv-2.10.orig/m4/stack-direction.m4 libsigsegv-2.10/m4/stack-direction.m4 +@@ -15,7 +15,7 @@ + a29k | \ + alpha* | \ + arc | \ +- arm* | strongarm* | xscale* | \ ++ aarch64 | arm* | strongarm* | xscale* | \ + avr | \ + c1 | c2 | c32 | c34 | c38 | \ + clipper | \ diff -Nru libsigsegv-2.10/debian/patches/series libsigsegv-2.10/debian/patches/series --- libsigsegv-2.10/debian/patches/series +++ libsigsegv-2.10/debian/patches/series @@ -1,3 +1,4 @@ configure-patch-for-kfreebsd-debian.patch #SIGSTKSZ-adjust.patch no-stackhandler-on-s390.patch +aarch64-stack-direction.patch
Bug#763973: pdfshuffler eof error
It is more problematic than being deprecated, there is the following bug that prevents the use in some cases: Wheezy and Jessie. https://bugs.launchpad.net/ubuntu/+source/pdfshuffler/+bug/656382 See comment: Andrew Lundin (galundin) wrote on 2014-03-23: qhich is fixed by using python-pypdf2 According to pdfshuffler upstream, pdfshuffler works with python-pypdf2: http://sourceforge.net/p/pdfshuffler/bugs/19/ Thank you greg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#771762: [DEPEND] Dependency failed for X11 Display Manager.
Am 11.01.2015 um 00:14 schrieb Adrian Immanuel Kieß: > Dear Michael, > > thank you for taking the time to process my bug report. > > Just as sidenote, when I try to start GDM3 I also set gdm3 as the > default display manager. How did you set gdm3 as default? What are the contents of /etc/X11/default-display-manager after doing so? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#775076: adt-setup-vm: sets force-unsafe-io for host dpkg, not guest
Hello again, Christian Kastner [2015-01-11 2:47 +0100]: > I have attached a debdiff for the version in Jessie which includes the > bugfix from my earlier patch, and adds a postinst in which the offending > file is removed. Thanks! I backported the other commit to fix the other missing $root's, and cleaned up the postinst a bit. Attaching it here, and then will contact the release team about a testing-proposed-updates upload. I also uploaded yet another version 3.9.3 (sorry!) to unstable which also includes the postinst cleanup bit. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff --git a/debian/changelog b/debian/changelog index 9040131..7961f2e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,19 @@ +autopkgtest (3.6.1) UNRELEASED; urgency=medium + + [ Christian Kastner ] + * adt-setup-vm: Modify guest's dpkg config for enabling force-unsafe-io, not +host's, when a root directory is specified as argument. (Closes: #775076) + * Clean up /etc/dpkg/dpkg.cfg.d/autopkgtest on upgrades if its contents are +just "force-unsafe-io", indicating that this file was generated by the +above bug. + + [ Martin Pitt ] + * adt-setup-vm: Check guest's /etc/network/interfaces for existing eth0 +instead of host's, when specifying a directory argument. (Spotted as a +side issue in #775076) + + -- Martin Pitt Sun, 11 Jan 2015 13:32:13 +0200 + autopkgtest (3.6) unstable; urgency=medium [ Antonio Terceiro ] diff --git a/debian/postinst b/debian/postinst new file mode 100644 index 000..ec51743 --- /dev/null +++ b/debian/postinst @@ -0,0 +1,15 @@ +#!/bin/sh +set -e + +if [ "$1" = configure ] && dpkg --compare-versions "$2" lt-nl "3.6.1"; then +# If this file exists and its only content is "force-unsafe-io", then it was +# generated by #775076 and must be removed. +if [ -e /etc/dpkg/dpkg.cfg.d/autopkgtest ]; then +if [ "`cat /etc/dpkg/dpkg.cfg.d/autopkgtest`" = "force-unsafe-io" ]; then +echo "Cleaning up erroneous /etc/dpkg/dpkg.cfg.d/autopkgtest..." +rm -f /etc/dpkg/dpkg.cfg.d/autopkgtest +fi +fi +fi + +#DEBHELPER# diff --git a/tools/adt-setup-vm b/tools/adt-setup-vm index 5c25781..4d01e54 100755 --- a/tools/adt-setup-vm +++ b/tools/adt-setup-vm @@ -68,13 +68,13 @@ EOF fi # set up networking -if ! grep -qr eth0 /etc/network/interfaces /etc/network/interfaces.d/; then +if ! grep -qr eth0 "$root/etc/network/interfaces" "$root/etc/network/interfaces.d/"; then /bin/echo -e '\nauto eth0\niface eth0 inet dhcp' >> "$root"/etc/network/interfaces fi # go-faster apt/dpkg echo "Acquire::Languages \"none\";" > "$root"/etc/apt/apt.conf.d/90nolanguages -echo 'force-unsafe-io' > /etc/dpkg/dpkg.cfg.d/autopkgtest +echo 'force-unsafe-io' > "$root"/etc/dpkg/dpkg.cfg.d/autopkgtest # auto-detect apt-cacher-ng if [ -z "${ADT_APT_PROXY:-}" ]; then signature.asc Description: Digital signature
Bug#771762: [DEPEND] Dependency failed for X11 Display Manager.
On Sun, 2015-01-11 at 13:50 +0100, Michael Biebl wrote: > Am 11.01.2015 um 00:14 schrieb Adrian Immanuel Kieß: > > Dear Michael, > > > > thank you for taking the time to process my bug report. > > > > Just as sidenote, when I try to start GDM3 I also set gdm3 as the > > default display manager. > > How did you set gdm3 as default? What are the contents of > /etc/X11/default-display-manager after doing so? > > > > dpkg-reconfigure gdm3 gives: Job for gdm.service failed. See 'systemctl status gdm.service' and 'journalctl -xn' for details. invoke-rc.d: initscript gdm3, action "reload" failed. root@g6 (/backup) % cat /etc/X11/default-display-manager /usr/sbin/gdm3 root@g6 (/backup) % With many greetings, Adrian Immanuel KIEß -- With greetings from Leipzig, Germany. Adrian Immanuel Kieß Administrator & programmer Unix / Perl / LaTeX mail: www: http://www.kiess.at www: http://www.totaleueberwachung.de signature.asc Description: This is a digitally signed message part
Bug#775076: Fixing autopkgtest RC bug #775076 via t-p-u
Hello release team, Christian Kastner discovered that when using vmdebootstrap with autopkgtest's "VM setup" script it erroneously enables dpkg's "force-unsafe-io" option on the host instead of the guest. This can lead to potential system damage and thus should qualify as RC: https://bugs.debian.org/775076 This is fixed in version 3.9.3 in unstable now, including a postinst cleanup for cleaning up an erroneously created /etc/dpkg/dpkg.cfg.d/autopkgtest on the host. At the time when testing froze, testing had 3.6, and unstable's 3.7 (with a lot of changes) was one day short of propagating to testing; so as these were already out of sync, I just kept on uploading to unstable as that's what most people use for development. So I prepared a debdiff for testing-proposed-updates at https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=34;filename=autopkgtest.775076.jessie.debdiff;att=1;bug=775076 autopkgtest is mostly a Debian/Ubuntu developer, QA, and continuous integration tool, so honestly the testing version isn't that interesting any more. So if you prefer, I'd be perfectly okay (and in fact happier) with getting 3.9.3 into testing instead; it has a lot of new features, but also a lot of bug fixes: https://people.debian.org/~mpitt/tmp/autopkgtest_3.6_3.9.3.debdiff It's clearly wy outside the current freeze rules, but as it's not an end user tool but rather an internal QA one, I want to at least consider it. If we want to go that route, I'm happy to provide more details. Thank you and have a nice Sunday! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#775102: bitcoin: OpenSSL 1.0.1k incompatibility with Bitcoin Core
Package: bitcoin Version: 0.9.3-1 Severity: grave Justification: renders package unusable Dear Maintainer, OpenSSL version 1.0.1k made signature validation more strict, which breaks validation of the Bitcoin blockchain. See http://sourceforge.net/p/bitcoin/mailman/message/33221963/ for more detailed information. There is a patch available to work around this issue. However, for various reasons, there are several possible courses of action that may be taken. One would be to release a new version of the package with this patch, but that may not necessarily be the best thing to do. See discussion on IRC (#bitcoin-dev on freenode) for more information on some of the alternatives: http://bitcoinstats.com/irc/bitcoin-dev/logs/2015/01/11#l1420968793 -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-43-generic (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#767822: [Pkg-xfce-devel] Bug#767822: xfce4-session: leaves alternatives after purge: /usr/bin/x-session-manager
On dim., 2015-01-11 at 09:18 +0100, Yves-Alexis Perez wrote: > On sam., 2015-01-10 at 18:12 +0100, Andreas Beckmann wrote: > > Please upload xfce-session with the changes currently in svn to sid - > > or > > should I NMU? > > Funny, I've done the dch -r part on Nov 3, but apparently I forgot to > upload. > > I'll do it asap. > I've juste uploaded, but I'm a bit concerned about the following lintian warnings: W: xfce4-session: maintainer-script-should-not-use-update-alternatives-remove postrm:4 N: N:update-alternatives --remove foo is called in the postrm. N:This can be dangerous because at the time the postrm is executed foo has N:already been deleted and update-alternatives will ignore it while N:constructing its list of available alternatives. Then, if the N:/etc/alternatives symlink points at foo, update-alternatives won't N:recognize it and will mark the symlink as something site-specific. As N:such, the symlink will no longer be updated automatically and will be N:left dangling until update-alternatives --auto is run by N:hand. N: N:update-alternatives --remove should be called in the prerm instead. N: N:Refer to Debian Policy Manual appendix F (Alternative versions of an N:interface - update-alternatives (from old Packaging Manual)) and the N:update-alternatives(8) manual page for details. N: N:Severity: normal, Certainty: certain N: N:Check: scripts, Type: binary N: W: xfce4-session: maintainer-script-should-not-use-update-alternatives-remove postrm:5 -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#775103: unblock (pre-approval): tuxpaint/1:0.9.22-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package tuxpaint This unblock fixes #775101, which is particularly important to touchscreen users, and includes remaining missing files that were accidentally omitted as well. unblock tuxpaint/1:0.9.22-2 tuxpaint_0.9.22-1_0.9.22-2_dsc.debdiff.gz Description: application/gzip tuxpaint_0.9.22-1_0.9.22-2_changes.debdiff.gz Description: application/gzip
Bug#505638: [Pkg-mailman-hackers] Bug#505638: Bug#505638: mailman: Mailman dies on log rotation
On Wed, January 7, 2015 18:33, Jérôme wrote: >> This posting to Mailman-Users could be related: >> http://www.mail-archive.com/mailman-users@python.org/msg60891.html > > Indeed. The post is mine, and I reference this bug in it. > > This occurred again recently, so searched once more. > > Some solutions are proposed here : > > http://wiki.list.org/pages/viewpage.action?pageId=4030580 > > It involves modifying logrotate configuration. > > I'm afraid I'm not qualified to tell which solution is the best fit for > the Debian package, but I'd be happy if one of these could do the trick > and make it into the package. Well, that page contains a collection of approaches to do it, and we implement many things that are mentioned on the page. The observation in this bug log that it may be a race condition because two snippets are executed at the same time may be relevant. Do you also experience this bug only on Sundays? Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775104: gnome-system-monitor: not auto expanding column width in proctree view
Package: gnome-system-monitor Version: 3.14.1-1 Severity: normal Dear Maintainer, I've configured gnome-system-monitor to show more columns than the default ones in the 'Processes' view. Double clicking on the column heading separator expands the column to a width that can shows the contents of all the rows. This also set the width in a gsettings property to 0, e.g., org.gnome.gnome-system-monitor.proctree col-0-width 0. Now, when the application is quit and restarted, the column isn't shown anymore. This is because it's width is 0 and is not getting auto expanded. Note that the column is still there, since double clicking on the column heading separator *does* auto expand the column. Double clicking the separator will 'magically' show the column again. The bug might be related to bug #692497. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-system-monitor depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii libc62.19-13 ii libcairo21.14.0-2.1 ii libgcc1 1:4.9.1-19 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libglibmm-2.4-1c2a 2.42.0-1 ii libgtk-3-0 3.14.5-1 ii libgtkmm-3.0-1 3.14.0-1 ii libgtop2-7 2.28.5-2+b1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii librsvg2-2 2.40.5-1 ii libsigc++-2.0-0c2a 2.4.0-1 ii libstdc++6 4.9.1-19 ii libsystemd0 215-8 ii libwnck-3-0 3.4.9-3 Versions of packages gnome-system-monitor recommends: ii gvfs 1.22.2-1 gnome-system-monitor 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#767822: xfce4-session: leaves alternatives after purge: /usr/bin/x-session-manager
On 2015-01-11 14:07, Yves-Alexis Perez wrote: > I've juste uploaded, but I'm a bit concerned about the following lintian > warnings: > > W: xfce4-session: maintainer-script-should-not-use-update-alternatives-remove > postrm:4 > W: xfce4-session: maintainer-script-should-not-use-update-alternatives-remove > postrm:5 It's unclear what the best practice for update-alternatives is - bug #71621 - there may be cases where the prerm is not called, so postrm should be used additionally (as you did). I would ignore (but not override) lintian here. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#616304: kdepim-runtime: akonadi_birthdays_resource crashes occasionally (backtrace attached)
tags 616304 +moreinfo thanks Hey, > Based on the attached backtrace, it might be related to > https://bugs.kde.org/show_bug.cgi?id=209263 but it's a different > executable (akonadi_{googledata -> birthdays}_resource). This bug was closed in meanwhile and this bug is against a very old version. Is this bug still valid? Regads, sandro signature.asc Description: This is a digitally signed message part.
Bug#743653: akonadi_kcal_resource: memleak with aborted SSL-connection
tag 743653 +moreinfo thanks Hey, > Version: 4:4.11.5-1 is this bug still be valid with current version 4:4.14.2? Can you give more information, what the error message is and maybe, at what point the connection fails? gdb while the messagedialog is shown. Regads, sandro signature.asc Description: This is a digitally signed message part.
Bug#770979:
I also frequently experience what sounds like the same bug (clicks going "right through" a fullscreen Iceweasel or fullscreen game and being received by whatever is underneath; keyboard events are delivered correctly). For me, though, it happens with fullscreen applications on my single screen -- no multi-monitor setup required. -- Nathaniel J. Smith Postdoctoral researcher - Informatics - University of Edinburgh http://vorpus.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#718622: kdepim-runtime: akonadi_mixedmaildir_resource crash
tag 718622 +moreinfo thanks Hey, > Version: 4:4.10.5-1 this version is outdated. Is this still be valid? How big is your mixedmaildir? Can you give there some statistics? Is the crash related to one folder aka can you test with a subset of your folders to eventually find the problematic mbox. Regads, sandro signature.asc Description: This is a digitally signed message part.
Bug#766201: akonadi: using two akonadi-clients on the same imap account results in endless report of new emails
tag 766201 +moreinfo thanks Hey, > I login KDE and after akonadi checked the mails i get informed about new > mails, again and again, on both PCs. * What mails are reported to be new? * Are all mails get notified to be new? * Can you check/attach your akonadi log. If akonadi fails with syning it redownloads all messages again and again. * What imap server you use? * Do you use offline imap? * Do you use filters that touch mails? Regads, sandro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774964: unblock: xfce4-session/4.10.1-10 (pre-approval)
Control: tag -1 - moreinfo On 2015-01-10 13:52, Ivo De Decker wrote: > Please go ahead and remove the moreinfo tag from this bug once the upload is > in unstable. Yves just uploaded it. > Also, please note that it's not needed to ask for pre-approval > for targeted fixed to RC bugs. You can just upload them to unstable and ask > for an unblock at that point. I wasn't sure whether these would qualify as RC ... but I consider them important enough to get them cleaned up before the release. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775106: gis-osm: Please add creepy to the gis-osm task ... eventually
Source: gis-osm Severity: wishlist Tags: patch Dear Maintainer, Creepy has been brought into the debian-gis umbrella and should eventually be added to the osm task. Unfortunately, creepy is still affected by a RC bug, so will not be a part of Jessie. It may be best to wait before incorporating this patch. I thought I would submit the bug so that it is not forgotten. Regards, Ross -- System Information: Debian Release: jessie/sid APT prefers trusty-security APT policy: (990, 'trusty-security'), (900, 'trusty-updates'), (500, 'trusty'), (400, 'trusty-proposed'), (200, 'utopic-proposed'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-43-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash >From f5fedb7f6652040369d2625b36759c433457c5ce Mon Sep 17 00:00:00 2001 From: Ross Gammon Date: Sun, 11 Jan 2015 15:02:34 +0100 Subject: [PATCH] Add creepy to osm task --- tasks/osm | 1 + 1 file changed, 1 insertion(+) diff --git a/tasks/osm b/tasks/osm index de1f4e9..7455296 100644 --- a/tasks/osm +++ b/tasks/osm @@ -150,3 +150,4 @@ WNPP: 705324 Depends: python-osmapi, python3-osmapi +Suggests: creepy -- 1.9.1
Bug#623227: akonadi: akonadi crash when add /remove agent
tag 623227 +moreinfo thanks Hey, > Version: 4:4.4.7-3 This is quite old. I can successfully add new resources inside akonadiconsole (4:4.14.2). Is it still an issue with current akonadiconsole? Regads, sandro signature.asc Description: This is a digitally signed message part.
Bug#632255: kmail: Kmail does not start properly or "close/minimise" to the system tray
tag 632255 +moreinfo thanks Hey, I'm using curent version 4:4.14.2. > When you start KMail it starts to run automatically on login from a saved session, you can see it in ps aux but nothing appears on the screen. kmail ( or better say i use kontact) it starts with the session and is visible und usable for me out of the box. I don't have to kill it before being usable. > If you close the application it vanishes - it doesn't close to the system tray like it use to, but it is still running, which you can veryify with ps. If I close the application is closes to system tray ( still runnig) and can be opend from the system tray again. So I would tag it as WORKSFORME. Is it still an issue for you? Regads, sandro signature.asc Description: This is a digitally signed message part.
Bug#775107: code-saturne-data (arch=all) ships an arch-dependant script: cs_config.py
Source: code-saturne Version: 3.3.2-2 Severity: serious Justification: Policy 5.6.8 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Yvan Fournier a écrit le 10/01/2015 17:40 :> Hello, > > There is a bug in the Debian packaging for Code_Saturne in Debian-sid, > but I was not able to find where in the Debian build this occurs. > > The problem is due > to /usr/lib/python2.7/dist-packages/code_saturne/cs_package.py > > where self.libs['hdf5'] contains a reference to /usr/lib/i386-linux-gnu/ > on (x86_64) 64-bit platform. In addition, -lhdf5 should be replaced by > -lhdf5-openmpi. Actually this is due to /usr/lib/python2.7/dist-packages/code_saturne/cs_config.py defining arch-dependant paths while beeing shipped with code-saturne-data which is arch=all. > This makes the usage of user subroutines impossible. > To check, simply try "code_saturne compile -f -t" > which will fail. > > I can try to adapt the code's detection for HDF5 in the m4/cs_hdf5.m4 > file in the upstream Code_Saturne source, but it is not clear to me if > renaming libhdf5 to libhdf5-openmpi, libhdf5-serial, ... is Debian > specific or provided by HDF5 (the Debian changelog message > " * Support hdf5 1.8.13 new packaging layout (closes: #756661)." > makes it look like the change is in HDF5, but I found no option in > HDF5's configure to change this. Maybe in CMake ?). > > Best regards, > > Yvan Fournier > > (Code_Saturne development team) - -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJUsopQAAoJEO/obGx//s+DMdAH/2jQLviTVJiCGlwNgS1r5ZAK aHkU9Gz3sWZEgsYhZBKLyLlGVyLfsWDzUBJppeTw8N3x4GHXZIwNda9UYLOosXVx Thlb/L3q1+412BmI3fgHQ/Z5BaRLo4Mr5RWI2TwOsqr9m32CkuUPnI9JGsAjcDlC 2fMOACUUY1HnNO4Snjivvw3Y8nyV4QBO0MxyNm+oGMJHZkvA9lqwQwtIewqlV4pN Sz+26jhscTapwk1lsOmZ3pz01S1LrS/EckrMLxLRD3kl0/wKlKFD6O6Sy+1tjqIl bbnLzoxx2LgeKCc/HmOtriFxAhr3HqCJ+ciRvCsGqhFSwpELzTjDBsBy9tD+DMM= =5nCB -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#692275: kmail: crashes after restart while checking e-mail
notfound 692275 4:4.14.2-2 thanks Well with new kmail > 4:4.10 this problem should be gone. Till the work of downloading is delegated to akonadi and not done by kmail on its own. Regads, sandro signature.asc Description: This is a digitally signed message part.
Bug#775108: samba: reverse DNS registration / creating associated PTR not working
Package: samba Version: 2:4.1.13+dfsg-2 Severity: important Dear Maintainer, I set up a Samba 4 DC using "apt-get install samba" and then "samba-tool domain provision" using SAMBA_INTERNAL - this worked fine. To enable reverse DNS I use a samba-tool dns zonecreate localhost 0.1.10.in-addr.arpa -U Administrator which successfully creates a reverse DNS zone for my test network. The problem: Dynamically registered domain member don't register the PTR record, only the forward DNS record is updated. See details at http://beilagen.dreael.ch/Diverses/Debian_8_Jessie_20150111_Samba_Reverse_DNS/ Create_forward_DNS.png: Even when set "Create assocatiated pointer (PTR) record", the PTR is _not_ created as shown at Reverse_entry_test123_missing.png Only when explicitely creating a PTR (Make_reverse_entry_explicitely.png) using "Browse" (Make_reverse_entry_explicitely_using_Browse.png), then I get the necessary PTRs as shown in Make_reverse_entry_explicitely_visible.png To consider: In a original Microsoft ActiveDirectory environment, any host is automatically registering as PTR as soon as the reverse DNS zone has been created on the AD's DNS server(s). -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages samba depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.23 ii libasn1-8-heimdal1.6~rc2+dfsg-8+b1 ii libbsd0 0.7.0-2 ii libc62.19-13 ii libcomerr2 1.42.12-1 ii libhdb9-heimdal [heimdal-hdb-api-8] 1.6~rc2+dfsg-8+b1 ii libkdc2-heimdal 1.6~rc2+dfsg-8+b1 ii libkrb5-26-heimdal 1.6~rc2+dfsg-8+b1 ii libldb1 1:1.1.17-1 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpopt0 1.16-10 ii libpython2.7 2.7.8-11 ii libroken18-heimdal 1.6~rc2+dfsg-8+b1 ii libtalloc2 2.1.1-2 ii libtdb1 1.3.1-1 ii libtevent0 0.9.21-1 ii lsb-base 4.1+Debian13+nmu1 ii multiarch-support2.19-13 ii procps 2:3.3.9-8 ii python 2.7.8-2 ii python-dnspython 1.12.0-1 ii python-ntdb 1.0-5 ii python-samba 2:4.1.13+dfsg-2 pn python2.7:any ii samba-common 2:4.1.13+dfsg-2 ii samba-common-bin 2:4.1.13+dfsg-2 ii samba-dsdb-modules 2:4.1.13+dfsg-2 ii samba-libs 2:4.1.13+dfsg-2 ii tdb-tools1.3.1-1 ii update-inetd 4.43 Versions of packages samba recommends: ii attr 1:2.4.47-2 ii logrotate 3.8.7-1+b1 ii samba-vfs-modules 2:4.1.13+dfsg-2 Versions of packages samba suggests: pn bind9 pn bind9utils pn ctdb pn ldb-tools ii ntp1:4.2.6.p5+dfsg-3.2 pn smbldap-tools pn winbind -- 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#693081: korganizer segfaults immediately on start
notfound 693081 4:4.14.2-2 thanks Hey, I use korganizer on a daily basis 4:4.14.2. Please try with a new user and a clean home if it starts. > Then I copied everything *korganizer* and *akonadi* from ~/.local, > ~/.config and ~/.kde from the previous Ubuntu Precise > (korganizer 4.8.4a) over to my new $HOME. Ahii - 4.8.4 from ubuntu is higher than 4.4.11. so it is actually a downgrade you requested. That is something, that is not supported. > So I clicked on "+" to add calendards from a local directory and added > the directory where my calendards (ics, were working before in the > aforementioned Ubuntu installation) are. Works for me. > So I thought maybe the previous rm -R was a bit too much. I launched > akonadiconsole, which recreated a whole bunch of databases. akonadiconsole only creates one database - you mean multiple resources. > Here's the stacktrace. Unfortunately Debian is missing a korganizer-dbg, > so there's probably a lot of useful information missing. The needed packages is called kdepim-dbg, with that the segfault is hopefully usefull. regads, sandro signature.asc Description: This is a digitally signed message part.
Bug#773611: Fwd: RFS: histring/1.1.1-1 [ITP] - general purpose highlighting tool
Dear mentors, This is another regularly repost to bring your attention again to my newly uploaded package "histring", in hoping it will catch someone's attention eventually. The package was already *lintian clean*, and without any build problems when first uploaded (Ref http://mentors.debian.net/package/histring), then later passed through another round of review, and all the found issues have been fixed already. So, please, you don't need to spend much time on this, other than uploading. Here is my "sales-pitch" again: histring is a general purpose highlighting tool that works with arbitrary input text file (e.g. all sorts of log files), and highlight different parts in different colours (e.g., warnings and errors are highlighted with different colours). You can use this single small tool to replace all kinds of special purpose log parsing tools, and it can do much more, like highlighting several things in different colours while reading a long article, or highlighting results from vcsdiff, etc. E.g., http://sfxpt.wordpress.com/2013/06/02/highlighting-strings-in-text-output-with-histring/ Once again, I am looking for a sponsor for my newly upgraded package "histring". * Package name: histring Version : 1.1.1-1 * URL : https://github.com/suntong001/histring * License : GPL-2.0+ Section : utils It builds those binary packages: histring - highlight strings using ANSI terminal escape sequences To access further information about this package, please visit the following URL: http://mentors.debian.net/package/histring Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/h/histring/histring_1.1.1-1.dsc More information about hello can be obtained from http://sfxpt.wordpress.com/2013/06/02/highlighting-strings-in-text-output-with-histring/ Once again, here are the issues that have been fixed from the review: > Hi! I'm not a DD, so I can't sponsor your package, but here are some > things that I've noticed: > > * It may be a good idea to make releases as tarballs still, instead of > just making Debian releases, so that other distros can benefit as well. > > * As far as I can see, you can fix "deprecated-configure-filename". All > you would need to do is change the name of configure.in to configure.ac. > > * Unless you have a compelling reason, the priority of the package (in > d/control) should be "optional", not "extra". > > * This isn't important, but it would be nice if you put the histring > manpage outside of the Debian directory when you make your next upstream > release. This way, other distros and people who build from source will > also benefit from the manpage. > > * There are a few minor grammatical errors in histring --help: > "useage" should be "usage" > "your self" should be "yourself" "hilighting" should be "highlighting" > > Good luck getting your package into Debian! > > Riley Baird Thanks & Best Regards, Tong Sun
Bug#775110: ITP: wmcube -- spinning 3D object that shows the current CPU load
Package: wnpp Severity: wishlist Owner: Doug Torrance * Package name: wmcube Version : 1.0.0 Upstream Author : Cezary M. Kruk * URL : http://linux-bsd-unix.strefa.pl/index.en.html * License : GPL-3 Programming Lang: C Description : spinning 3D object that shows the current CPU load wmcube is a dockapp that displays a realtime rotating 3D object which indicates current CPU load. The higher the load, the faster the object spins. On SMP machines one instance can be run for each processor. Originally wmcube could spin only a cube, hence the name. wmcube was removed from Debian in 2010 [1]. However, it is maintained again and a new upstream version was released in 2014. [1] https://packages.qa.debian.org/w/wmcube/news/20100917T163914Z.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775109: debian-installer: fails to format existing EFI system partition if fat32
Package: debian-installer Version: 20150107 I've tried using each beta2 + a daily image (from 20150109) to install debian on a laptop, which already had partitions in place. This includes an EFI partition, which was formatted on a previous distribution using "mkfs.fat -F32 /dev/foo" During installation of jessie, the installer recognized the partition well, and allowed me to delete the contents. However, it refused to easily allow me to format it, always opting to keep the data (shown with a "K" in the summary page). I suspect that the debian installer wasn't quite sure how to handle it being 32-bit, as the D-I seems to prefer and use 16. As a result, the partitioning failed. I was eventually able to go back, and after some selecting/un-selecting, finally noticed that the installer flagged the partition with "f" for format.
Bug#696381: korganizer does not allow me to choose between subcalendars in akonadi-resource
tag 696381 +moreinfo thanks Hey, > I have the "personal calendar" and a Google resource in the akonadi- resource. Can it be that the google resource is marked as read only? You can check this via akonadiconsole. Go to the browser tab, search for the google resource and right click to "folder properties" and than look at the ACL tab. Regads, sandro signature.asc Description: This is a digitally signed message part.
Bug#775111: logwatch: unmatched entries from apparmor (lines without partent="...")
Package: logwatch Version: 7.4.1-2 Severity: normal Tags: patch Dear Maintainer, I am getting a number of unmatched entries in logwatch related to apparmor. Specifically, the are entries where apparmor is allowing access (apparmor="ALLOWED") and there is no "parent=..." in the log entry. The existing relevant regexp in scripts/services/audit matches only when the line contains 'parent="\d+" ' before 'profile=...'. I have a number oenteries every day where there is no parent= in the log entry. It looks like they all come from the dovecot package (the imap process, managesieve process, dovecot-lda, etc.). Making the 'parent=...' part of the line optional, as in the attached patch, clears it us for me. The fix for bug #710146 resolved a similar issue, but did not catch all of the related unmatched entries identified in this bug report. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages logwatch depends on: ii perl5.20.1-4 ii postfix [mail-transport-agent] 2.11.3-1 Versions of packages logwatch recommends: ii libdate-manip-perl 6.47-1 ii libsys-cpu-perl 0.61-1+b1 Versions of packages logwatch suggests: pn fortune-mod -- no debconf information --- /usr/share/logwatch/scripts/services/audit.old 2014-11-03 14:03:18.0 -0500 +++ /usr/share/logwatch/scripts/services/audit 2015-01-11 09:44:33.210362455 -0500 @@ -168,7 +168,7 @@ # type=1400 audit(1314853822.672:33649): apparmor="DENIED" operation="mknod" parent=27250 profile="/usr/lib/apache2/mpm-prefork/apache2//example.com" name="/usr/share/wordpress/1114140474e5f13bea68a4.tmp" pid=27289 comm="apache2" requested_mask="c" denied_mask="c" fsuid=33 ouid=33 # type=1400 audit(1315353795.331:33657): apparmor="DENIED" operation="exec" parent=14952 profile="/usr/lib/apache2/mpm-prefork/apache2//example.com" name="/usr/lib/sm.bin/sendmail" pid=14953 comm="sh" requested_mask="x" denied_mask="x" fsuid=33 ouid=0 $denials{$1.' '.$3.' ('.$2.' via '.$4 . ')'}++; -} elsif ( $ThisLine =~ /apparmor="ALLOWED" operation="([^"]+)" (info="([^"]+)" )?(error=[+-]?\d+ )?parent=\d+ profile="([^"]+)" (name="([^"]+)" )?pid=\d+ comm="([^"]+)"/ ) { +} elsif ( $ThisLine =~ /apparmor="ALLOWED" operation="([^"]+)" (info="([^"]+)" )?(error=[+-]?\d+ )?(parent=\d+ )?profile="([^"]+)" (name="([^"]+)" )?pid=\d+ comm="([^"]+)"/ ) { # type=1400 audit(1369519203.141:259049): apparmor="ALLOWED" operation="exec" parent=3733 profile="/usr/sbin/dovecot//null-1c//null-1d" name="/usr/lib/dovecot/pop3-login" pid=24634 comm="dovecot" requested_mask="x" denied_mask="x" fsuid=0 ouid=0 target="/usr/sbin/dovecot//null-1c//null-1d//null-d12" # type=1400 audit(1369627891.522:447576): apparmor="ALLOWED" operation="capable" parent=1 profile="/usr/sbin/dovecot//null-1c//null-1d" pid=3733 comm="dovecot" capability=5 capname="kill" # type=1400 audit(1369823965.682:824587): apparmor="ALLOWED" operation="getattr" info="Failed name lookup - deleted entry" error=-2 parent=1 profile="/usr/sbin/dovecot//null-1c//null-1d" name="/var/lib/dovecot/.temp.3733.d786c1fcaaa73248" pid=3733 comm="dovecot" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
Bug#743215: write: you are uid ???, but your login is as uid 0
On Tue, Jan 06, 2015 at 10:23:27AM +, Chris wrote: > I am experiencing this problem since upgrading from Wheezy to Jessie. Is > there any possibility of a fix? I am still trying to figure out why this change was added. But I'd also like to learn why you only recently ran into problems with it. AFAICT this change was introduced prior to version 6.1.6 which is really old. Or in other words it has been in Wheezy, too. > Until now I have relied on write to facilitate quickly passing information > between users, though it's looking like I'll need to find a new tool for > this. Sorry, don't understand. You might want to elaborate on what stopped working. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729363: libkdepim4: circular dependency hell
Hey, > In that case, why put them in separated binary packages where a single one > would do ? Because you do not want to install to much stuff, if you only install one application built from kdepim (kontact, kmail, akgregator, akonadiconsole,...). Regads, sandro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727241: kmail: Kmail does not show contents of folders on IMAP server
tag 727241 +moreinfo reassign 727241 kdepim-runtime 4:4.10.5-2 notfound 727241 4:4.14.2-2 thanks Hey, > Version: 4:4.10.5-2 This version is outdated. And at lease i have two imap servers ( courier and dovecot) and both I can use with kmail. Please update this bugreport if it is still an issue with current imap-resource. Regads, sandro signature.asc Description: This is a digitally signed message part.
Bug#729363: libkdepim4: circular dependency hell
On Sun, Jan 11, 2015 at 04:26:25PM +0100, Sandro Knauß wrote: > Hey, > > > In that case, why put them in separated binary packages where a single one > > would do ? > > Because you do not want to install to much stuff, if you only install one > application built from kdepim (kontact, kmail, akgregator, > akonadiconsole,...). Precisely, the circular dependency prevent you from doing that, by forcing the installation of the other. Cheers, -- Bill. 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#774265: fdroidserver: Unrecognised build flag at antcommands=mod-release against current fdroiddata
Hi, > My guess is that the build stuff is still too much of a moving target to > really support it in Debian/jessie. have thought about the same after using the git version now. Don't know if it is possible to catch up with the changes in fdroiddata. So maybe just leave this open as a reference for users having the same problem to let them know how to circumvent it like described in my last mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774745: Upgrade to maven 3.1.1/3.2.5
Hi Emmanuel, > FYI the packaging of the new version has started but is blocked by nasty > build issues thanks for the info. Seems my google search skills where not that good. :-/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775113: vim-runtime: syntax/strace.vim: incorrect highlighting for \oo
Package: vim-runtime Version: 2:7.4.488-4 Severity: minor vim correctly highlights single-digit octal escapes (such as \1) and triple-digit octal escapes (such as \227) in strace output. But double-digit octal escapes (such as \24) are highlighted incorrectly. To reproduce, run: strace -e write printf '\1\24\277' 2>&1 >/dev/null | vim -c 'set ft=strace' -c 'syntax on' - -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775114: [libkdeui5] KRecursiveFilterProxyModel: The model was not working properly
Package: libkdeui5 Version: 4:4.14.2-4 Severity: important Tags: patch While testing the new kontact, we found a bug in kdeui, that makes randomly crash kmail,kaddressbook while starting. We created an patch [0] to solve this problem. It would be great if that patch can be part of the stable relase of debian. For us it would make our life easier to to ship kdelibs on our own. If there is anything I can do making this patch entering debian, please give me feedback. Regads, sandro [0] https://github.com/kolab-groupware/kdelibs/commit/42bd1a3e7af9d896c5c3f697a23bd7ed0b2314b8 The git commit message: The model was not working properly and didn't include all items under some circumstances. This patch fixes the following scenarios in particular: * The change in sourceDataChanged is required to fix the shortcut condition. The idea is that if the parent is already part of the model (it must be if acceptRow returns true), we can directly invoke dataChanged on the parent, resulting in the changed index getting reevaluated. However, because the recursive filterAcceptsRow version was used the shortcut was also used when only the current index matches the filter and the parent index is in fact not yet in the model. In this case we failed to call dataChanged on the right index and thus the complete branch was never added to the model. * The change in refreshAscendantMapping is required to include indexes that were included by descendants. The intended way how this was supposed to work is that we traverse the tree upwards and find the last index that is not yet part of the model. We would then call dataChanged on that index causing it and its descendants to get reevaluated. However, acceptRow does not reflect wether an index is already in the model or not. Consider the following model: - A - B - C - D If C is include in the model by default but D not and A & B only gets included due to C, we have the following model: - A - B - C - D If we then call refreshAscendantsMapping on D it will not consider B as already being part of the model. This results in the toplevel index A being considered lastAscendant, and a call to dataChanged on A results in a reevaluation of A only, which is already in the model. Thus D never gets added to the model. Unfortunately there is no way to probe QSortFilterProxyModel for indexes that are already part of the model. Even the const mapFromSource internally creates a mapping when called, and thus instead of revealing indexes that are not yet part of the model, it silently creates a mapping (without issuing the relevant signals!). As the only possible workaround we have to issues dataChanged for all ancestors which is ignored for indexes that are not yet mapped, and results in a rowsInserted signal for the correct indexes. It also results in superfluous dataChanged signals, since we don't know when to stop, but at least we have a properly behaving model this way. -- Sandro Knauß Software Developer Kolab Systems AG Zürich, Switzerland e: kna...@kolabsys.com t: +41 43 501 66 91 w: http://kolabsys.com pgp: CE81539E Sandro Knauß signature.asc Description: This is a digitally signed message part.
Bug#775115: gnome-shell: consider making e-d-s a Recommends: dependency
Package: gnome-shell Version: 3.14.2-3+b1 I recently replaced an arch linux installation with debian jessie; after installing gnome, I noticed that ram usage was a bit higher than I was accustomed to. The biggest difference seemed to be the overhead from evolution-data-server, which is pretty high. This package is optional on arch, so I rebuilt the .deb with moving this to a Recommends: dep; after removing e-d-s, ram (and quite a few packages!) dropped away. The functionality that goes away is mostly related to calender events (and making clock pop-up more complex). The related arch linux bug: https://bugs.archlinux.org/task/37927
Bug#766726: Assistance
On Sun, Jan 11, 2015 at 1:48 AM, Justin Zobel wrote: > Keen to assist with the packaging of this item if you need help. Really want > to get it in ASAP. Unfortunately, budgie-wm (the window manager plugin) does not work properly with GNOME 3.14. It freezes at some point. Right now I do not have enough time to debug it and fix it. If you want help.. try it (with multi workspaces) and find the bug. Then.. we can go ahead with packaging.. signature.asc Description: GooPG digital signature
Bug#775109: debian-installer: fails to format existing EFI system partition if fat32
On Sun, Jan 11, 2015 at 10:10:39AM -0500, Andrew Brouwers wrote: >Package: debian-installer >Version: 20150107 > >I've tried using each beta2 + a daily image (from 20150109) to install >debian on a laptop, which already had partitions in place. This includes >an EFI partition, which was formatted on a previous distribution using >"mkfs.fat -F32 /dev/foo" > >During installation of jessie, the installer recognized the partition well, >and allowed me to delete the contents. However, it refused to easily allow >me to format it, always opting to keep the data (shown with a "K" in the >summary page). > >I suspect that the debian installer wasn't quite sure how to handle it >being 32-bit, as the D-I seems to prefer and use 16. As a result, the >partitioning failed. I was eventually able to go back, and after some >selecting/un-selecting, finally noticed that the installer flagged the >partition with "f" for format. It's a deliberate choice, nothing particularly to do with it being 16- or 32-bit. We try to keep existing ESPs in case there are other OSes using them, basically. -- Steve McIntyre, Cambridge, UK.st...@einval.com < liw> everything I know about UK hotels I learned from "Fawlty Towers" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733860: Debian Pond Packages
On 27/11/14 16:43, Ximin Luo wrote: > (cc the bug report) > > Hi, > > The status of Pond in Debian is pending the resolution of the status of > go-gtk, see https://github.com/agl/pond/issues/143 > > Upstream is also reluctant at having this packaged, but I think it'll be OK > to package it for experimental initially. > I spoke to upstream (agl) at 31c3 and explained to him what Debian experimental is, and he is happy for it to be packaged there for now. X -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573483: 3.18
Now 3.18 headers are lonely. Please build linux-kbuild-3.18. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775019: RFS: live-f1/0.2.11-1 [ITA]
On 01/10/2015 11:16 AM, Bafu wrote: > Package: sponsorship-requests > Severity: normal > > > Dear mentors, > > I am looking for a sponsor for my package "live-f1" > Hi Bofu, Thanks for volunteering to look after this package. I had been thinking of doing it myself, but was too busy. I am not a DD. Therefore I cannot sponsor it. But I hope a few comments will help you along your way. I can see that Jörg has made a few comments on your mentors package page which you should definitely take a look at: https://mentors.debian.net/package/live-f1 On that page you can also see that there are two information lintian warnings that you could also try and fix: - A watch fiile is missing (see https://wiki.debian.org/debian/watch/) - The bumpversion-0.2.11.patch file is missing a description (see http://dep.debian.net/deps/dep3/) In debian/control, the link to the upstream website does not seem to work. It may be better to link to the github project page, unless you know of a better one? I know it is tempting when adopting a package to take over the debian/rules file as it was, but in the long run it may be better to move to the more modern (and simpler) "dh $@" form of a rules file: https://www.debian.org/doc/manuals/maint-guide/dreq.en.html#rules This is probably not a blocker for most sponsors though. But at least the commented lines from the rules file template should be removed. Unfortunately, when building the package twice, the clean target fails because the following files are modified/created during the build and not cleaned up: live-f1-0.2.11/po/live-f1.pot live-f1-0.2.11/po/stamp-po Other than that, the package installs fine, and runs without error. Roll on the 2015 season so I can see live race data :-) Regards, Ross signature.asc Description: OpenPGP digital signature
Bug#762672: qt-at-spi: when this package is installed, other programs fail to run
Hello, Norman Carl Freudenberg, le Tue 06 Jan 2015 12:13:12 +0100, a écrit : > I am using kdm and fluxbox and still get the same problem (kde programs > take up to 2min to start). > With QT_ACCESSIBILITY=0 in the startup script of fluxbox the problem is > fixed. I tried to reproduce this but couldn't. For that I installed from zero with the KDE graphical desktop task, then installed fluxbox, and enabled accessibility in the user session so that QT_ACCESSIBILITY is automatically set to 1. I then tried to start kile, it started immediately, and indeed the at-spi processes were properly started. Again, could you try to reduce service_start_timeout in /etc/at-spi2/accessibility.conf? I guess the unit is ms, which indeed makes 12000 two minutes... Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731709: Updated EFI patch
What about the local config support provided? I.e placing a custom copy of the default syslinux config files into config/bootloaders/${_BOOTLOADER}. Were you aware that this functionality existed? Is it sufficient for your needs, or if not, how specifically is it not? I would like to help build UEFI support into LB, and I want to help ensure that bootloader code supports needs such as this. On 11/01/2015 07:33, Raphael Hertzog wrote: > Hi, > > On Sat, 10 Jan 2015, jnqnfe wrote: >> "After includes/hooks because it copies in efi.img files that can be >> overriden by binary_includes and modified by binary_hooks" >> >> Do you have examples of existing hooks/includes which actually clash >> with the new files? > In Kali we use both of those features to modify the syslinux > configuration & related data (background image). If binary_efi copies the > syslinux configuration & data before those scripts have run, the EFI boot > menu doesn't have the correct content/look. > > Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775116: openntpd: Can't remove or purge package
Package: openntpd Version: 20080406p-10 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I wished to use ntpd instead of openntpd * What exactly did you do (or not do) that was effective (or ineffective)? apt-get purge openntpd * What was the outcome of this action? #aot-get purge openntpd 0 upgraded, 0 newly installed, 1 to remove and 559 not upgraded. 1 not fully installed or removed. After this operation, 201 kB disk space will be freed. Do you want to continue? [Y/n] (Reading database ... 263377 files and directories currently installed.) Removing openntpd (20080406p-10) ... /usr/bin/deb-systemd-helper: error: unable to link /etc/systemd/system/openntpd.service to /dev/null: File exists dpkg: error processing package openntpd (--remove): subprocess installed post-removal script returned error exit status 1 Errors were encountered while processing: openntpd E: Sub-process /usr/bin/dpkg returned an error code (1) * What outcome did you expect instead? package purged *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages openntpd depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.22 ii libc62.19-13 ii libssl1.0.0 1.0.1j-1 ii netbase 5.3 openntpd recommends no packages. openntpd suggests no packages. -- Configuration Files: /etc/openntpd/ntpd.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#774808: debsources: line number undefined
On 9 January 2015 at 05:05, Jason Pleau wrote: > I was wrong in my previous email, the code I mentionned is not the cause > of the bug in question. It was an error that I did not catch when > testing with Firefox. > > Matthieu, can you test the attached patch and see if it fixes the issue > for you? Hi Jason, Thank you for your fast answer. I encountered this week-end hardware problems and won't be able to test your patch before I fix my laptop. I'll come back here later, sorry. Cheers, -- Matthieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#772778: abcde: diff for NMU version 2.6-1.1
Control: tags 772778 + pending Dear maintainer, I've uploaded an NMU for abcde (versioned as 2.6-1.1) without going through DELAYED since the package is marked for autoremoval in 4 days. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -u abcde-2.6/debian/changelog abcde-2.6/debian/changelog --- abcde-2.6/debian/changelog +++ abcde-2.6/debian/changelog @@ -1,3 +1,13 @@ +abcde (2.6-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Invoke eyeD3 with --set-encoding/--set-text-frame instead of +--encoding/--text-frame since Debian's version of eyeD3 is pre 0.7. Also +version the Suggests on eyed3 (<< 0.7~). (Patches by Samuel Thibault) +Closes: #772778 + + -- Andreas Metzler Sun, 11 Jan 2015 17:52:39 +0100 + abcde (2.6-1) unstable; urgency=medium * New upstream release with lots of bug fixes: diff -u abcde-2.6/debian/control abcde-2.6/debian/control --- abcde-2.6/debian/control +++ abcde-2.6/debian/control @@ -12,7 +12,8 @@ Architecture: all Depends: ${misc:Depends}, cd-discid, wget, cdparanoia | icedax, vorbis-tools (>= 1.0beta4-1) | lame | flac | bladeenc | speex | musepack-tools | opus-tools Recommends: vorbis-tools, libmusicbrainz-discid-perl, libwebservice-musicbrainz-perl, libdigest-sha-perl, bsd-mailx -Suggests: eject, distmp3, id3 (>= 0.12), id3v2, eyed3, normalize-audio, vorbisgain, mkcue, mp3gain, atomicparsley +Suggests: eject, distmp3, id3 (>= 0.12), id3v2, eyed3 (<< 0.7~), + normalize-audio, vorbisgain, mkcue, mp3gain, atomicparsley Description: A Better CD Encoder frontend program to cdparanoia, wget, cd-discid, id3, and your favorite Ogg/Vorbis, MP3, FLAC, Ogg/Speex and/or MPP/MP+(Musepack) encoder (defaults only in patch2: unchanged: --- abcde-2.6.orig/abcde +++ abcde-2.6/abcde @@ -835,8 +835,8 @@ -a "$TRACKARTIST" -t "$TRACKNAME" ${CDYEAR:+-Y "$CDYEAR"} \ -G "$GENREID" -n "${TRACKNUM:-$1}" \ ${TRACKNUM:+-N "$TRACKS"} \ - ${ENCODING:+--encoding="$ENCODING"} \ - ${TPE2:+--text-frame=TPE2:"$TPE2"} \ + ${ENCODING:+--set-encoding="$ENCODING"} \ + ${TPE2:+--set-text-frame=TPE2:"$TPE2"} \ "$ABCDETEMPDIR/track$1.$OUTPUT" ;; # FIXME # Still not activated... @@ -3324,7 +3324,7 @@ # FIXME # Older versions of eyeD3 (< 0.7.0) expect --set-encoding=utf16-LE # so perhaps some version sniffing would be useful. Or perhaps it might be # better to simply cut ties with the older eyeD3... Andrew. -EYED3OPTS="--encoding utf16" +EYED3OPTS="--set-encoding utf16" CDPARANOIAOPTS= CDDA2WAVOPTS= DAGRABOPTS= signature.asc Description: Digital signature
Bug#775066: zeromq: New Upstream releases
On Sun, Jan 11, 2015 at 08:35:33AM +0100, László Böszörményi (GCS) wrote: > On Sat, Jan 10, 2015 at 11:44 PM, Josue Ortega > wrote: > > Package: libzmq1 > > Version: 2.2.0+dfsg-6 > > > > I've found this package is 2 versions behind of the latesst upstream > > version. > > Is there any reason to keep the version 2.2.0 in the archive? > As I know there's no lagging behind upstream, it's the latest v2 > release[1]. Please tell me if you know otherwise. > Yes, it's needed as amavisd-new depends on libzeromq-perl which in > turns depends on libzmq1 . > > > Also I've found the watch file has the version 2 hardcoded. I am attaching a > > patch to fix the watch file. > It hardcodes 2 as it's the v2 release. Your patch just create confusion. > > Regards, > Laszlo/GCS > [1] https://github.com/zeromq/zeromq2-x/releases Hi Laszlo, Based on the zeromq download page[1] the actual stable release is 4.0.5, that's the reason I've made the watch patch. Reviewing the github link you brought and comparing it with the [2] NEWS file seems to me that it's the newer version of the same library. Is the v4 different of v2? if this is true, I am willing to help to package the v4. But to me it seems it's just a newer version of the current lib that is in the archive. Let me know if I am missing something between the two versions. IMO If v2 and v4 are different and have different purposes it would be great specify the version in the package description because right now is confusing. Cheers [1]: http://zeromq.org/intro:get-the-software [2]: https://github.com/zeromq/libzmq/blob/master/NEWS --- Josue Ortega «Happy Hacking» http://josueortega.org signature.asc Description: Digital signature
Bug#772778: abcde: diff for NMU version 2.6-1.1
On Sun, Jan 11, 2015 at 06:03:02PM +0100, Andreas Metzler wrote: >Control: tags 772778 + pending > >Dear maintainer, > >I've uploaded an NMU for abcde (versioned as 2.6-1.1) without going >through DELAYED since the package is marked for autoremoval in 4 days. You beat me to it, which is no bad thing. :-) I was more tempted to do some version-detection code for eyeD3, but this is safer right now I guess. Thanks! -- Steve McIntyre, Cambridge, UK.st...@einval.com The two hard things in computing: * naming things * cache invalidation * off-by-one errors -- 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#775065: dpkg --configure -a results in "Hangup" after first package
Control: reassign -1 systemd Control: severity -1 serious Hi! On Sun, 2015-01-11 at 09:03:34 +, Chris Carr wrote: > On 11/01/2015 05:13, Guillem Jover wrote: > >Please run «dpkg -D7 --configure -a 2>&1 | tee dpkg.log», and attach > >the output. We can check from there > > It is attached, but it terminates before the output on the screen > terminated. The last output on the screen was > > D01: process queue pkg libsane:i386 queue.len 56 progress 10, try 1 > D40: checking dependencies of libsane:i386 (- ) > D000400: checking group > [... a few more D000400: lines ...] > D000400: checking possibility -> adduHangup Ok then this looks like someone is either forcibly hanging up the terminal or sending a SIGHUP to dpkg? Which indicates that whoever is managing it is messing this up, my assumption is either systemd or plymouth. I've reassigned to the former and also CCed the latter, so they can investigate further, and reassign if necessary. > >Hmm, if you are on an emergency shell, I guess the system is not > >properly booted, are all partitions mounted? Otherwise there's no > >wonder things are not being configured correctly. > > > >If that's the case, then this is probably a problem with your init > >system or thereabouts. > Yes I think that's exactly the case, though as you can see from the forum > thread I dare not hypothesise that these problems have arisen because this > update has introduced systemd. > > My best guess (and I am not an expert by any means) is that there is some > memory corruption or overflow in the init system which is polluting > everything else, including dpkg. I do not understand what "task (plymouth)" > is or why it keeps being blocked, and I do not know which process is sending > "Hangup" to dpkg. > > On mounting, the root filesystem mounts ok (/dev/dm-2) and contains all the > linux directories including /usr, /home, /usr/local etc. etc. The > filesystems which fail to mount are all Windows ones, which are obviously > irrelevant at this stage. Ok. Maybe as a wild guess, try booting w/o the splash kernel option if you've got it enabled (see bug #602331)? If that fixes the issue then it would need to be reassigned to plymouth. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#773659: cabextract: null pointer dereference on a crafted CAB
On 05/01/2015 20:50, Sebastian Andrzej Siewior wrote: The ->search callback of the mspack library finds two cab files within the one you attached. The internal structure gets real funny. afl managed to create a .cab file which contains a valid file, followed by one which contains an invalid compression which removes the decompression callback. And then mspack thinks that the following file belongs to the previous folder and therefore the decompression callback is not updated but have none assigned and the NULL pointer is invoked. This is an accurate summary. There are two cab files found, the second of which has three files in two folders: file 1 in folder 1 (valid) file 2 in folder 2 (invalid) file 3 in folder 1 again Extracting file 1 sets up decompression state for folder 1. Extracting file 2 switches from folder 1 to 2. Some, but not all, decompression state is cleared. Setting up new decompression state fails. When extracting file 3, cabextract thinks it's still set up to extract from folder 1, so doesn't re-initialise state. The then proceeds to jump to self->d->decompress which is NULL. We can't clear self->d->folder upon failure to make cabextract re-init state on the next extraction, because cabd_close uses self->d->folder to know to deallocate decompression state when the cab with that folder is closed, and not deallocate decompression state if a different cab file is being closed. However, we can make a cleared self->d->state be a condition for re-initialising decompression state. /* do we need to change folder or reset the current folder? */ - if ((self->d->folder != fol) || (self->d->offset > file->offset)) { + if ((self->d->folder != fol) || (self->d->offset > file->offset) || + !self->d->state) + { This is now fixed in the repository version of cabextract / libmspack. New releases will be made soon. Regards Stuart -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775047: virtualbox-guest-source: provide a guest package for debian bsd
On 01/11/2015 03:41 PM, Gianfranco Costamagna wrote: > I guess some work is already done, and with some kfreebsd porters we can > easily make it build and run (I hope) > > Do you plan to work on it? > > (not being a DD gives me many troubles in accessing a porter machine) > > (I agree, having vbox in kfreebsd would be an huge leap in that OS adoption) Maybe later. I just wanted it to be captured. These days I'm very busy, but once things calm down, I'd definitely like to see this happen. The intent was to put the bug report public so that like minded people can collaborate. Thanks for those bug reports. We need to check if all of that is upstream. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#772778: abcde: diff for NMU version 2.6-1.1
On 2015-01-11 Steve McIntyre wrote: > On Sun, Jan 11, 2015 at 06:03:02PM +0100, Andreas Metzler wrote: [...] >> I've uploaded an NMU for abcde (versioned as 2.6-1.1) without going >> through DELAYED since the package is marked for autoremoval in 4 days. > You beat me to it, which is no bad thing. :-) > I was more tempted to do some version-detection code for eyeD3, but > this is safer right now I guess. Thanks! Hello, thanks for the heads-up. I just did not want to have it missing from jessie. While I very very rarely grab CDs nowadays I have always been using abcde. ;-) cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#773829: #773829 lucene4: JavaCC parsers are not generated during the build
On 01/10/2015 06:26 PM, tony mancill wrote: > On 01/07/2015 10:41 PM, Niels Thykier wrote: >> Hi, >> >> If the bug is RC on its own, but you believe it is irrelevant for the >> Jessie release, the correct option would be to have it ignored (please >> file a bug against release.debian.org for that). >> Mind you, the assumption is that the bug is in fact RC. If not, the >> release team will probably recommend downgrading it instead. >> >> If the bug only prevents "new packages" from being build (i.e. packages >> not already in Jessie/sid), it /sounds/ like it might not be RC after >> all (maybe "important"). However, please keep in mind that my answer is >> solely based on the above mail. > > Hi Niels, > > Thank you for the guidance. In the case of #773805 (maven pom), I do > believe that it's not RC from a severity standpoint. > > I think #773829 might fall into the same category, although I do have a > patch and will be uploading a new package with just this build change > tomorrow morning. Hello Niels, Java Team: I have uploaded a lucene4 source package that invokes javacc to rebuild the queryparser classes from the .jj files. I'm not certain about the severity with respect to jessie, so I'm writing to discuss whether an unblock request or a severity/ignore is warranted. The package should regenerate the parser classes in case there is a change to the .jj files, but I don't have an idea of how often this might occur. The regenerate step isn't part of normal upstream build process; upstream ships the pre-generated class files. However, there doesn't seem to be any harm in regenerating, and we're now treating the .jj files as "source." Thank you, tony signature.asc Description: OpenPGP digital signature
Bug#773971: SV: Bug#773971: Update: Danish hunspell dictionary version 2.2 - 2014-12-22
I have asked for a update of the dictionary in LibreOffice, and we expect it to ship with version 4.4.0, even though they haven't picked it up jet:https://bugs.freedesktop.org/show_bug.cgi?id=87735 I'm the release manager of the danich-hunspell-dictionary, and if it's a no-brainer to maintain the .deb packet, I might consider it as a part of the release procedure. (Currently I'm not using the Debian repository, and have no previously experience building deb-packages). Currently the binary oxt-file is our official release point. But we could properly find somewhere else to put the files too, if it's needed. Kind regardsEsben Aaberg - Original meddelelse - Fra: Mattia Rizzolo Til: Esben Aaberg ; 773...@bugs.debian.org Cc: r...@debian.org Sendt: 22:45 mandag den 29. december 2014 Emne: Re: Bug#773971: Update: Danish hunspell dictionary version 2.2 - 2014-12-22 > > There's work in progress to create a libreoffice-dictionaries but that would > simply ship > what LibreOffice includes. (Cc'ed) > > Might that be uptodate or not. Looking through the varius README files in the LO-dictionaries tarball I think the version available is 2.1. http://anonscm.debian.org/cgit/pkg-openoffice/libreoffice-dictionaries.git/tree/dictionaries/da_DK Maybe you can find the way to update the dictionary that libreoffice included. I'm working on packaging it, in the bigger src:libreoffice-dictionaries package. > Best would be to find someone who packages it directly. Ideally from the > source and not > from a "binary" (.oxt) with a proper build system. If you find someone willing to maintain a (e.g.) da-dictionaries package would be far better. -- regards, Mattia Rizzolo
Bug#732209: I have exact same bug under jessie as well as sid
for some reason /run/user/1000/dconf/user gets owned by root instead of 1000 causing a gnome freeze
Bug#775065: dpkg --configure -a results in "Hangup" after first package
On 11/01/2015 17:11, Guillem Jover wrote: Control: reassign -1 systemd Control: severity -1 serious Hi! On Sun, 2015-01-11 at 09:03:34 +, Chris Carr wrote: On 11/01/2015 05:13, Guillem Jover wrote: Please run «dpkg -D7 --configure -a 2>&1 | tee dpkg.log», and attach the output. We can check from there It is attached, but it terminates before the output on the screen terminated. The last output on the screen was D01: process queue pkg libsane:i386 queue.len 56 progress 10, try 1 D40: checking dependencies of libsane:i386 (- ) D000400: checking group [... a few more D000400: lines ...] D000400: checking possibility -> adduHangup Ok then this looks like someone is either forcibly hanging up the terminal or sending a SIGHUP to dpkg? Which indicates that whoever is managing it is messing this up, my assumption is either systemd or plymouth. I've reassigned to the former and also CCed the latter, so they can investigate further, and reassign if necessary. [snip] On mounting, the root filesystem mounts ok (/dev/dm-2) and contains all the linux directories including /usr, /home, /usr/local etc. etc. The filesystems which fail to mount are all Windows ones, which are obviously irrelevant at this stage. Ok. Maybe as a wild guess, try booting w/o the splash kernel option if you've got it enabled (see bug #602331)? If that fixes the issue then it would need to be reassigned to plymouth. No, I can confirm that adding the "nosplash" parameter to the grub kernel line does not fix the problem. dpkg still receives the Hangup as before. Very grateful for any further advice from systemd or plymouth folks. The system is not fixable until I can run dpkg successfully and configure/install/remove packages. Thanks, Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774031: r-base-dev: please do not write username and current time when building packages
Hi Jeremy, Thanks again for the bug report. I can't recall if I replied to you immediately (which I may not have, my bad). I did however contact upstream immediately, and following a brief and cordial discussion it was decided I should send a patch upstream to R. And I have been trying to make time ever since ... Two quick comments below: On 27 December 2014 at 19:26, Jérémy Bobbio wrote: | Package: r-base-dev | Version: 3.1.2-2 | Severity: wishlist | Tags: patch | User: reproducible-bui...@lists.alioth.debian.org | Usertags: toolchain username timestamps | | Hi! | | While working on the “reproducible builds” effort [1], we have noticed | that R packages could not be built reproducibly. | | The username and build time gets written to the `Packaged` field in | `package.rds`. The build time also gets written to the `Built` field of | the `DESCRIPTION` file. There are two issues here. The first one is 'Packaged: ...' (done by R CMD build and done once and only once by the _code_ upstream maintainer at the time of package upload to CRAN). The second one is 'Built: ..' which is done by R CMD INSTALL ... at time of a Debian upload, and then again at rebuilds. So thinking this through, it seemd to me that do not need the second part of your patch (which removes the time stamp from Packaged: ...). That is upstream to all of us, so we don't care. The first issue is fine, and upstream (via Martin, CC'ed) agreed that a new command-line flag could be suitable. As I see it, this would only need for R CMD INSTALL --- which is called by r-cran.mk, which it iself is called by debian/rules for any r-cran-* build in the Archive. And just so that we are on the same page: our r-base package would then also have to modify the call to R CMD INSTALL in r-cran.mk so that we never write a timestamp _from the built_ into DESCRIPTION -- so that replication can be bit-by-bit identical. Do I have the thinking correct then? In that case I'll work up a patch against src/script/INSTALL to accept such an option, and then following your patch to src/library/tools/R/admin.R in case of such an option, change from the default of Built: R 3.1.2; x86_64-pc-linux-gnu; 2015-01-11 03:34:57 UTC; unix to, say, a record free of time-stamps such as Built: R 3.1.2; x86_64-pc-linux-gnu; ; unix Do I have the scope correctly? To recap, and from the same (local) DESCRIPTION file I just I see Packaged: 2014-09-27 18:09:31.513913 UTC; edd NeedsCompilation: yes Repository: CRAN Date/Publication: 2014-09-29 09:05:29 Built: R 3.1.2; x86_64-pc-linux-gnu; 2015-01-11 03:34:57 UTC; unix where Packaged: was written upstream (me) create the (upstream source) tarball, and NeedsCompilation:, Repository:, Date/Publication: were added by CRAN when they accepted my source upload, and Built: $version, $arch, $time, $buildos were added at R CMD INSTALL time. So we only need to suppress the time. That is eminently doable. Comments? | This data does not look very useful in the context of Debian packages. | The attached patch simply stops writing the `Packaged` field entirely | and remove the build time from the `Built` field. R packages can then be | built reproducibly according to some preliminary tests. As stated above, we can leave 'Packaged:' alone, and should make removing of the timestampt from 'Built:' optional. | If this approach is seen as too broad, using the timestamp in the latest | debian/changelog entry through an environment variable would allow to | keep a timestamp. My current R skills are not up to such task, though. | The username should probably be removed or made constant in any cases. Yes, we could be more complicated and pass a timestamp through. The one from ChangeLog is a clever idea as it would still signal a 'when' this was prepared which "we" (Debian builds) have and could reuse. That makes it two-steps. Patch R (upstream) to provide such a new option, and patch r-base in Debian to have all builds use it. Dirk | [1]: https://wiki.debian.org/ReproducibleBuilds | | -- | Lunar.''`. | lu...@debian.org: :Ⓐ : # apt-get install anarchism | `. `'` | `- | x[DELETED ATTACHMENT r-base_3.1.2-2_reproducible0.diff, text/x-diff] | x[DELETED ATTACHMENT signature.asc, application/pgp-signature] -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@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#762286: apt: no bash-completion for the apt command
Here's an autocomplete file for the apt command: http://askubuntu.com/questions/445637/can-i-enable-bash-completion-for-the-new-apt-command/445638#445638 Please include it, or something similar in the next release.
Bug#775117: eu-make-debug-archive: spurious "/usr/bin/eu-"
Package: elfutils Version: 0.159-4 Apparently eu-make-debug-archive fell victim to overzealous search&replace: $ eu-make-debug-archive --version eu-make-debug-archive (elfutils) 0.159 Copyright (C) 2007 Red Hat, Inc. This is free softw/usr/bin/eu-are; see the source for copying conditions. There is NO w/usr/bin/eu-arranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Roland McGrath. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages elfutils depends on: ii libasm1 0.159-4 ii libc6 2.19-13 ii libdw1 0.159-4 ii libelf1 0.159-4 ii libstdc++6 4.9.2-10 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775109: debian-installer: fails to format existing EFI system partition if fat32
On Jan 11, 2015 11:26 AM, "Steve McIntyre" wrote: > > On Sun, Jan 11, 2015 at 10:10:39AM -0500, Andrew Brouwers wrote: > >Package: debian-installer > >Version: 20150107 > > > >I've tried using each beta2 + a daily image (from 20150109) to install > >debian on a laptop, which already had partitions in place. This includes > >an EFI partition, which was formatted on a previous distribution using > >"mkfs.fat -F32 /dev/foo" > > > >During installation of jessie, the installer recognized the partition well, > >and allowed me to delete the contents. However, it refused to easily allow > >me to format it, always opting to keep the data (shown with a "K" in the > >summary page). > > > >I suspect that the debian installer wasn't quite sure how to handle it > >being 32-bit, as the D-I seems to prefer and use 16. As a result, the > >partitioning failed. I was eventually able to go back, and after some > >selecting/un-selecting, finally noticed that the installer flagged the > >partition with "f" for format. > > It's a deliberate choice, nothing particularly to do with it being 16- > or 32-bit. We try to keep existing ESPs in case there are other OSes > using them, basically. > > -- > Steve McIntyre, Cambridge, UK. st...@einval.com > < liw> everything I know about UK hotels I learned from "Fawlty Towers" > So the installer should have been fine dealing with a 32bit partition? That was not my experience; it failed until I was able to trigger the installer to format the partition, at which point package installation proceeded. My theory was just that it couldn't mount or interact with fat32 for some reason.
Bug#733860: Debian Pond Packages
Ximin Luo wrote (11 Jan 2015 16:34:40 GMT) : > I spoke to upstream (agl) at 31c3 and explained to him what Debian > experimental is, and he is happy for it to be packaged there for now. Woohoo! \o/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775047: R: Bug#775047: virtualbox-guest-source: provide a guest package for debian bsd
I remember I looked at this issue a while ago but I forgot about the reason I stopped my work. Anyway, I'm looking and fixing the various kbuild ubuntu issues and virtualbox related. After that I hope to have time to work on it too. (but without porter machines it might be difficult) cheers, G. -- Il dom 11 gen 2015 18:31 CET, Ritesh Raj Sarraf ha scritto: >On 01/11/2015 03:41 PM, Gianfranco Costamagna wrote: >> I guess some work is already done, and with some kfreebsd porters we can >> easily make it build and run (I hope) >> >> Do you plan to work on it? >> >> (not being a DD gives me many troubles in accessing a porter machine) >> >> (I agree, having vbox in kfreebsd would be an huge leap in that OS adoption) > >Maybe later. I just wanted it to be captured. These days I'm very busy, >but once things calm down, I'd definitely like to see this happen. The >intent was to put the bug report public so that like minded people can >collaborate. > > >Thanks for those bug reports. We need to check if all of that is upstream. > >-- >Ritesh Raj Sarraf | http://people.debian.org/~rrs >Debian - The Universal Operating System > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#773763: Acknowledgement (task-mate-desktop: Should install libreoffice-gnome)
Control: tags -1 pending Hello, I have commited the change to tasksel. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775118: mock: makes dpkg explode after upgrade from sid to experimental
Package: mock Version: 1.2.3-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid'. It installed fine in 'sid', but after the upgrade to eperimental the system is broken. >From the attached log (scroll to the bottom...): Selecting previously unselected package mock. Preparing to unpack .../archives/mock_1.1.33-1_all.deb ... Unpacking mock (1.1.33-1) ... Setting up mock (1.1.33-1) ... Preparing to unpack .../archives/mock_1.2.3-1_all.deb ... Unpacking mock (1.2.3-1) over (1.1.33-1) ... Setting up mock (1.2.3-1) ... Installing new version of config file /etc/mock/epel-5-i386.cfg ... [...] Installing new version of config file /etc/mock/site-defaults.cfg ... Installing new version of config file /etc/pam.d/mock ... dpkg-statoverride: warning: --update given but /var/lib/mock does not exist dpkg-statoverride: warning: --update given but /var/cache/mock does not exist The following NEW packages will be installed: libapt-pkg4.15 The following packages will be upgraded: apt dash findutils grep insserv libdbus-1-3 libsystemd0 libudev1 systemd systemd-sysv udev 11 upgraded, 1 newly installed, 0 to remove and 9 not upgraded. Need to get 7522 kB of archives. After this operation, 7868 kB of additional disk space will be used. [...] debconf: delaying package configuration, since apt-utils is not installed Fetched 7522 kB in 0s (39.8 MB/s) E: Can not write log (Is /dev/pts mounted?) - posix_openpt (2: No such file or directory) dpkg: unrecoverable fatal error, aborting: unknown group 'mock' in statoverride file E: Sub-process /usr/bin/dpkg returned an error code (2) The postinst script uses two different variables for the group name: MOCK and GROUP, but only one of them is defined! cheers, Andreas mock_1.2.3-1.log.gz Description: application/gzip
Bug#775119: fdformat: progress bar for "verify" phase broken
Package: util-linux Version: 2.25.2-3 Severity: minor When formatting a floppy disc, GNU/Linux fdformat displays a "progress bar" of sorts which is just a number moving to the right. (I have no idea if this is intended. It looks different from BSD fdformat, which issues letters and keeps them.) The "verification" phase though has the overwriting part broken: Verifying ... 11223344556677done This bugreport was brought to you by the preparation phase for next weekend's Debian/m68k hackfest I organise. (Not a box I administer primarilz though.) -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages util-linux depends on: ii initscripts2.88dsf-58 ii libblkid1 2.25.2-3 ii libc6 2.19-13 ii libmount1 2.25.2-3 ii libncurses55.9+20140913-1 ii libpam0g 1.1.8-3.1 ii libselinux12.3-2 ii libslang2 2.3.0-2 ii libsmartcols1 2.25.2-3 ii libtinfo5 5.9+20140913-1 ii libuuid1 2.25.2-3 ii lsb-base 4.1+Debian13+nmu1 ii tzdata 2014j-1 ii zlib1g 1:1.2.8.dfsg-2+b1 util-linux recommends no packages. Versions of packages util-linux suggests: pn dosfstools ii kbd 1.15.5-2 pn util-linux-locales -- debconf information: util-linux/noauto-with-nonzero-passnum: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774603: [wishlist] support iana.org style redirects
On Jan 10, Anand Kumria wrote: > I still think you should consult your internal database first, just have > IANA's whois as a fallback. I am considering parsing the referral field, but as a design decision this program will never query a fallback server when it does not know about a specific resource. So I am not sure that this would solve your problem. Debian stable has regular backports (which can also be installed on oldstable), I suggest that you require the same quality from other vendors as well. -- ciao, Marco pgpjUhaQ_Zh7u.pgp Description: PGP signature
Bug#775117: eu-make-debug-archive: spurious "/usr/bin/eu-"
On Sun, 2015-01-11 at 19:24 +0100, Jakub Wilk wrote: > Package: elfutils > Version: 0.159-4 > > Apparently eu-make-debug-archive fell victim to overzealous > search&replace: This was fixed upstream in elfutils 0.160 by: commit f1ec744b5747a3bd66297c9f965be6ea10cb7f86 Author: Josh Stone Date: Mon Aug 25 14:40:35 2014 -0700 Prevent premature @AR@ replacement in a sed expression. The Makefile rule for make-debug-archive has a sed expression to replace @AR@ will the installed name, but this was itself getting replaced when the Makefile was configured, for a pattern like "s,ar,/path/prefix-,g". Havoc ensued in the resulting make-debug-archive. The fix matches it using a regex bracket expression, "[@]AR[@]", so sed will still match it, but it's immune to configure's replacement. Signed-off-by: Josh Stone Latest release of elfutils is 0.161. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775113: [patch] strace.vim: Highlight 2 digit octal escapes
Hi David, The attached patch adds highlighting for 2 digit octal escapes within strings similar to the existing highlighting of 1 and 3 digit octal escapes. If this looks good, please forward an updated syntax file to Bram. Also, I note that the referenced source URL[0] in the syntax file doesn't work anymore. Is there a new one? [0]: http://trific.ath.cx/Ftp/vim/syntax/strace.vim Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy diff --git a/runtime/syntax/strace.vim b/runtime/syntax/strace.vim --- a/runtime/syntax/strace.vim +++ b/runtime/syntax/strace.vim @@ -17,7 +17,7 @@ syn case match " Parse the line -syn match straceSpecialChar "\\\d\d\d\|\\." contained +syn match straceSpecialChar "\\\d\{1,3}\|\\." contained syn region straceString start=+"+ skip=+\|\\"+ end=+"+ contains=straceSpecialChar oneline syn match straceNumber "\W[+-]\=\(\d\+\)\=\.\=\d\+\([eE][+-]\=\d\+\)\="lc=1 syn match straceNumber "\W0x\x\+"lc=1 signature.asc Description: Digital signature
Bug#775120: task-mate-desktop: Should install mate-system-tools
Package: task-mate-desktop Version: 3.29 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I choosed, in the installer, MATE and desktop. * What exactly did you do (or not do) that was effective (or ineffective)? Once the system boots, after lightdm, I want to change password, set the date, network, etc. through a GUI. * What was the outcome of this action? No item appears for this. I only can use CLI tools. * What outcome did you expect instead? In System -> Admin, I should have items to accomplish such tasks. *** End of the template - remove these template lines *** Fix: add mate-system-tools in installed packages. Regards, -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775121: xserver-xorg-video-nouveau: after hibernation chrashes with video play
Package: xserver-xorg-video-nouveau Version: 1:1.0.11-1 Severity: normal Dear Maintainer, I have a NVIDIA Corporation GK106 [GeForce GTX 660] card. Everytime I hibernate the computer, after switching it on again, if I try to view any video ( with VLC , or Banshee for example ) the X desktop hangs and becomes unusable: I can not move the mouse, I can do nothing except to change to the text terminals with ALT+CTRL+[1-6]. After a while, the screen goes black and appears this message: [71482.734536] nouveau E[Xorg[1524]] failed to idle channel 0x [Xorg[1524]] [71497.725648] nouveau E[Xorg[1524]] failed to idle channel 0x [Xorg[1524]] Then I wait more and I come back to the login screen (gdm3), but I can not login nor move the mouse. Thank you very much for playing attention to my issue. Regards, Cesar. *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Aug 13 18:05 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 2401376 Dec 9 23:24 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK106 [GeForce GTX 660] [10de:11c0] (rev a1) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.14-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-5) ) #1 SMP Debian 3.14.13-2 (2014-07-24) Xorg X server log files on system: -- -rw-r--r-- 1 root root 35729 Aug 30 17:54 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 15016.536] X.Org X Server 1.16.0 Release Date: 2014-07-16 [ 15016.536] X Protocol Version 11, Revision 0 [ 15016.536] Build Operating System: Linux 3.14-1-amd64 x86_64 Debian [ 15016.536] Current Operating System: Linux componentes 3.14-2-amd64 #1 SMP Debian 3.14.13-2 (2014-07-24) x86_64 [ 15016.536] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64 root=UUID=9a15b6ab-84e0-402c-8ee0-eb8fd3b75d0d ro quiet [ 15016.536] Build Date: 17 July 2014 10:22:36PM [ 15016.536] xorg-server 2:1.16.0-1 (http://www.debian.org/support) [ 15016.536] Current version of pixman: 0.32.6 [ 15016.536]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 15016.536] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 15016.536] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Aug 30 17:52:26 2014 [ 15016.537] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 15016.537] (==) No Layout section. Using the first Screen section. [ 15016.537] (==) No screen section available. Using defaults. [ 15016.537] (**) |-->Screen "Default Screen Section" (0) [ 15016.537] (**) | |-->Monitor "" [ 15016.537] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 15016.537] (==) Automatically adding devices [ 15016.537] (==) Automatically enabling devices [ 15016.537] (==) Automatically adding GPU devices [ 15016.537] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 15016.537]Entry deleted from font path. [ 15016.537] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 15016.537] (==) ModulePath set to "/usr/lib/xorg/modules" [ 15016.537] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 15016.537] (II) Loader magic: 0x7fa996a1fd80 [ 15016.537] (II) Module ABI versions: [ 15016.537]X.Org ANSI C Emulation: 0.4 [ 15016.537]X.Org Video Driver: 18.0 [ 15016.537]X.Org XInput driver : 21.0 [ 15016.537]X.Org Server Extension : 8.0 [ 15016.537] (II) xfree86: Adding drm device (/dev/dri/card0) [ 15016.539] (--) PCI:*(0:1:0:0) 10de:11c0:1043:8422 rev 161, Mem @ 0xf600/16777216, 0xe800/134217728, 0xf000/33554432, I/O @ 0xe000/128, BIOS @ 0x/524288 [ 15016.539] (II) LoadModule: "glx" [ 15016.539]
Bug#775120: task-mate-desktop: Should install mate-system-tools
Jean-Philippe MENGUAL (2015-01-11): > Package: task-mate-desktop > Version: 3.29 > Severity: normal > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate *** > >* What led up to the situation? > > I choosed, in the installer, MATE and desktop. > >* What exactly did you do (or not do) that was effective (or > ineffective)? > > Once the system boots, after lightdm, I want to change password, set the date, > network, etc. through a GUI. > >* What was the outcome of this action? > > No item appears for this. I only can use CLI tools. > > >* What outcome did you expect instead? > > In System -> Admin, I should have items to accomplish such tasks. > > *** End of the template - remove these template lines *** > > Fix: add mate-system-tools in installed packages. Looks to me that mate-desktop-environment should pull it instead? Mraw, KiBi. signature.asc Description: Digital signature