Bug#774662: Please package the latest upstream release 0.4.11
On Tue, 06. Jan 07:36 Martin Quinson martin.quin...@loria.fr wrote: Hello, could you please attach the debdiff of your changes to the bug report? You simply have to call debdiff on the dsc files (iirc). I'm a member of the team remember? ;-) Check out the git repository. Also, I couldn't find the release date on http://dev.minetest.net/Changelog. Do you know it? Better, could you fix it (or get it fixed) on that page? https://github.com/minetest/minetest/releases The release was 11 days ago. Markus signature.asc Description: Digital signature
Bug#742048: systemd-remount-fs.service fails for split-usr
Hey Michael,
thanks for dealing with this!
Michael Biebl [2015-01-06 1:34 +0100]:
+static bool is_mounted(const char *dev_path) {
+_cleanup_endmntent_ FILE *mtab = NULL;
+struct mntent *me = NULL;
+
+mtab = setmntent(/etc/mtab, r);
Can we rely on /etc/mtab at this point? Should we rather look at
/proc/mounts here?
Also, I think there is a simpler way to check if a dir is a
mountpoint: s1 = stat(dir), s2 = stat(parent(dir))
(i. e. dir + /..), and check
is_mount = (st.st_dev != st2.st_dev) ||
(st.st_dev == st2.st_dev st.st_ino == st2.st_ino);
That's the approach that /bin/mountpoint uses, and it avoids relying
on having /etc/mtab, /proc mounted, and doing the iteration.
The first check is obvious; I think the second check is only needed
for bind mounts, which we could probably even ignore here (but then
again it doesn't hurt to keep it).
@@ -83,6 +103,11 @@ int main(int argc, char *argv[]) {
!path_equal(me-mnt_dir, /usr))
continue;
+/* Don't remount /usr if it hasn't been mounted by the
initrd */
+if (path_equal(me-mnt_dir, /usr)
+!is_mounted(/usr))
+continue;
+
That looks like a good approach to me indeed.
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description: Digital signature
Bug#762535: Zabbix: new upstream (2.4)
On 01/06/15 08:20, Dmitry Smirnov wrote: I might commit untested packaging to experimental branch within a week that would be nice. my colluege can help testing them out and report/help fixing issues, if any. What's about 2.4 branch? Are you after any particular features? we'll need/want the new web scenario features at work. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774662: Please package the latest upstream release 0.4.11
Hello, could you please attach the debdiff of your changes to the bug report? You simply have to call debdiff on the dsc files (iirc). Also, I couldn't find the release date on http://dev.minetest.net/Changelog. Do you know it? Better, could you fix it (or get it fixed) on that page? Thanks for your help, Mt. On Mon, Jan 05, 2015 at 09:42:23PM +0100, Markus Koschany wrote: Package: src:minetest Version: 0.4.10+repack-3 Severity: wishlist Hi Martin, I have packaged the latest upstream release of Minetest. It would be glad if you could take a look at it. Some things I have noticed: - There are quite a lot of Debian patches already and I would suggest to forward some of them to upstream. I had to rebase the hurd.patch and this one seems to be one of the candidates. - debian/copyright was lacking some license paragraphs and I could merge others into a single one. - I couldn't find a quick and easy way to extract the upstream changelog out of the wiki, so I would like to suggest that we just add a link to changelog-upstream and be done with it. http://dev.minetest.net/Changelog. The rest should be documented in debian/changelog. Cheers, Markus -- Those who don't understand Unix are doomed to re-invent it -- poorly. -- Henri Spencer signature.asc Description: Digital signature
Bug#746946: wheezy-pu: package distro-info-data/0.23~deb7u1
Hi Adam (2015.01.02_18:49:41_+0200) Apologies for the delay in getting back to you regarding this. I think when I previously looked at the request I assumed that we meant the maintainers, rather than also the Release Team. It meant everyone. But the RT have the final say, so mostly you :) I also canvassed Benjamin's vote, and he thinks we should do 7.0 - 7. He also thinks we should roll in 0.24 changes (Debian 9 + 10) but I think that should get into testing first, and he hasn't done anything to make that happen... I agree that 7.0 is wrong, although it does always worry me changing stuff like this. If it's unlikely to have been used, maybe just an explicit mention somewhere obvious would suffice, so that people notice and can amend things if they are relying on it? How obvious? A NEWS.Debian entry? SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 signature.asc Description: Digital signature
Bug#774662: Please package the latest upstream release 0.4.11
On Tue, Jan 06, 2015 at 07:48:36AM +0100, Markus Koschany wrote: On Tue, 06. Jan 07:36 Martin Quinson martin.quin...@loria.fr wrote: Hello, could you please attach the debdiff of your changes to the bug report? You simply have to call debdiff on the dsc files (iirc). I'm a member of the team remember? ;-) Check out the git repository. Oups sorry, I got misguided by the bug title. You already did the packaging and we need to upload it, right? I feel bad about uploading a new upstream release during the freeze, but there is nothing forbiding it formally, I guess. Thanks for your work, Mt -- La peur de l'ennui est la seule excuse au travail. -- Jules Renard signature.asc Description: Digital signature
Bug#762535: Zabbix: new upstream (2.4)
Hi, any news on this? Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762535: Zabbix: new upstream (2.4)
On Tue, 6 Jan 2015 08:09:27 Daniel Baumann wrote: any news on this? Working slowly... Still have doubts since I don't want to run two instances and I have a feeling it's not a good time to upgrade yet... I might commit untested packaging to experimental branch within a week -- I already did tedious review of upstream changes... What's about 2.4 branch? Are you after any particular features? -- Cheers, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#774610: slapd.conf: unset dbnosync to avoid data loss in case of power loss
Package: debian-edu-config Version: 1.815 Severity: important Tags: patch In case of a power loss recent changes in the LDAP data base are not stored to disk with 'dbnysunc' set to true. (Out of historic reasons slapd.conf actually is a link to slapd-squeeze_debian-edu.conf.) The patch has been tested and committed to git. diff --git a/etc/ldap/slapd-squeeze_debian-edu.conf b/etc/ldap/slapd-squeeze_debian-edu.conf index 40d282d..7b96c21 100644 --- a/etc/ldap/slapd-squeeze_debian-edu.conf +++ b/etc/ldap/slapd-squeeze_debian-edu.conf @@ -71,7 +71,7 @@ database bdb # Set the database in memory cache size. # cachesize 4000 -dbnosync +#dbnosync sizelimit 4000 # First database Wolfgang signature.asc Description: Digital signature
Bug#756522: bumblebee-nvidia: cannot access secondary gpu - error: Permission denied
Hi Vincent,
Am 05.01.2015 um 03:59 schrieb Vincent Cheng:
The solution (for me) was, that I had to DELETE the BusID parameter in my
/etc/bumblebee/xorg.conf.nvidia. I set this parameter at first manually,
as you suggested. I checked twice if it was the correct number, but the
error message remained.
Hmm, ok, good to know I suppose. By default the BusID parameter in
/etc/bumblebee/xorg.conf.{nouveau,nvidia} is commented out anyways,
and users should only fiddle with it if they can't get bumblebee
working as-is.
I am relatively sure that I tried both at that time. With and without
this BusID: - parameter. But unfortunately I am not sure ):
about it any longer.
So for me it looks, as far as I can say now, that it indeed might has
sonething to do with the nvidia-driver and not directly with bumblebee
as was mentioned in the discussion on GitHub and which has been fixed
now after the latest update.
I only can say for sure now, that as soon as I uncomment the BusID with
the correct card number being set, the Permission Denied message
returned and that the additionel ScreenSection lines in the
xorg.conf.nvidia, which should help on some Debian Jessie machines, does
nothing for me.
Kind Regards
Dirk Linnerkamp
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774249: unblock/pre-approval: geoip/1.6.2-3
tags #774249 - moreinfo thanks Am 02.01.2015 um 23:56 schrieb Ivo De Decker: Control: tags -1 confirmed moreinfo Hi, On Tue, Dec 30, 2014 at 07:44:42PM +0100, Patrick Matthäi wrote: I am asking for a pre-approval for geoip. It just fixes (or better it adds support) a problem on generating the database, if upstream csv is not correct built, as it is the case since two months now.. The fix is also in experimental since the 13.11.2014 (introduced with version 1.6.3-2). Would you allow this change? If yes I would upload it to unstable and mail you again after it has been altered. Yes, but please file a bug for the issue you are fixing, so it can be properly tracked. Please remove the moreinfo tag from this bug once the upload of the new version is unstable. Cheers, Ivo Thanks, I have uploaded 1.6.2-3 and the issue is tracked in #774611 -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745081: game-data-packager: add support for full versions of wolf3d and spear of destiny
Am Montag, den 05.01.2015, 10:00 +0100 schrieb Alexandre Detiste: Does these only work with wolf4sdl-wl6a ? No, my files only work with -wl6; -wl6a crashes. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745081: game-data-packager: add support for full versions of wolf3d and spear of destiny
More checksums for Spear of Destiny: $ cksum *.s* 3311987448 1072 audiohed.sod 2143942565 328620 audiot.sod 38338034 135024 gamemaps.sd2 1656044045 148534 gamemaps.sd3 1623432876 68290 gamemaps.sod 1413511892 86 maphead.sd2 2416058489 86 maphead.sd3 2833983920 402 maphead.sod 3842239033 1024 vgadict.sod 1710998175 947979 vgagraph.sod 2581315576 510 vgahead.sod 217412 1879712 vswap.sd2 2009956332 1881760 vswap.sd3 2374872835 1616544 vswap.sod $ md5sum *.s* 6e914d15335125872737718470061ad8 audiohed.sod 10020fce0f04d21bd07b1b5b951c360a audiot.sod fa5752c5b1e25ee5c4a9ec0e9d4013a9 gamemaps.sd2 29860b87c31348e163e10f8aa6f19295 gamemaps.sd3 04f16534235b4b57fc379d5709f88f4a gamemaps.sod d55508cd58e2e61076ac81b98aeb9269 maphead.sd2 a8b24dd3d3271e0b7fc6f2f995915f27 maphead.sd3 276c79a4a6419db6b23e7699e41cb9fa maphead.sod 30b11372b9ec6bc06289eb3e9b2ef0b9 vgadict.sod 3b85f170098fb48d91d8bedd0cac4e0d vgagraph.sod fb75007a1167bba05c4acadf90bc30d8 vgahead.sod 25d92ac0ba012a1e9335c747eb4ab177 vswap.sd2 94aeef7980ef640c448087f92be16d83 vswap.sd3 b1dac0a8786c7cdbb09331a4eba00652 vswap.sod $ sha1sum *.s* 112c82fcc5eb575003853d6d3aa77e0fd8aeca14 audiohed.sod 5ac8fb7a0a05f1351dfadd5eaa4473d5ccc2f96e audiot.sod a1c411725c027dfa0ba9e063f654abc6a3fcdf78 gamemaps.sd2 8e358dd0cbd6ffa942f14f013f3f7e5c4eecfca4 gamemaps.sd3 eec367f635026ed2ecb7677ed75dddabcf24b29c gamemaps.sod 18e3538dcb7c5cdaad5fad835207510c5e99bee0 maphead.sd2 a80bdd3d87b54517040347c452962b53a8a5e225 maphead.sd3 ac9e66fdf6564438d8a33573503ad201dd35bb94 maphead.sod e688cc0d44d97f059b0c998f75a8c620fdd8c4e9 vgadict.sod 51ff6f2a5754af4b849c854653772d241c01f56b vgagraph.sod 889c3312b323ec7cf3e6e602e6a99261e2970817 vgahead.sod 1ea21468b6c48007c1524918c7c7b4fc34939560 vswap.sd2 97197d0effbe61fbe204c3d8e870888460de4353 vswap.sd3 a80d902aa9ce745b239d295290f96d88c0a7b915 vswap.sod $ sha256sum *.s* 74f038a0d17e3075a8ed8be58b58a6f4ce590cd5371a140be49f8312de0415a5 audiohed.sod 531b33871d4503f6f5e9131225d0739a6a24b07b0d02de62723bba813719e909 audiot.sod 29c6c1c3dbd2fe21e2e642615a0f6943952c1d7aff70e148d1b3b54e254899ba gamemaps.sd2 4f4a9d0a9cda58eb6dfc6663b8e63090a7f4e941b71b01261964c242b9bc7470 gamemaps.sd3 772d834d97d429388be3cd7caa517e49a7e82e06367bd6f16d46c6b96e25ae1d gamemaps.sod b3749cd2175284ed8b3ae4dbbd3704f5ef116b30ea49a373fed5538170bc0bbe maphead.sd2 3d7f82e2d578f9081da6887119c6324e19137dae5bee11cdf6a8e8147fc5d503 maphead.sd3 3093aa7b0c88a3dfac9f5cc16d9f1b2fee338a9c4f43e1063ce15ca109498736 maphead.sod 80713ce71576626acf5f83701ae163bc15511ce6a22416748d47d80bf406ce3d vgadict.sod 80f96fbaf7fa91c1eb5a8aa1d4bffdebce8a9b508aa60a1354bdcc50fa537d97 vgagraph.sod 79950407f8948fa09479d8ba738aaeadc146e115a9d23e289e1a2105361e5909 vgahead.sod 97112755b1a07ab9ef5031f76ff04288de7e5bf910020e965f4bde9bcb7a96a6 vswap.sd2 d3e357682f5ff5e54c7406a191d207e8e25bfd2d42c80206a2e378fb658c4c5d vswap.sd3 6d9e54808a4738f11c37964d032c9a1c68a8ca98fcb18e6ccba286502967a568 vswap.sod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774335: systemd-sysv: NIS-based autofs mounts may not show up when using systemd
control: forwarded -1 http://lists.freedesktop.org/archives/systemd-devel/2015-January/026730.html Am 01.01.2015 um 14:32 schrieb Michael Biebl: Upon further investigation, it looks like the Names= option was dropped from unit file parsing in v186. So even if the sysv-generator would write a unit file with a proper Names= field, systemd itself would not parse that anymore. So the obvious fix I had in mind will not work. Any other ideas, how we can fix this? Shall we create symlinks in /run/systemd/? I went ahead and implemented the latter, using symlinks to the unit file name to make those facility names available. See attached patch. Review/testing welcome. Luke, if you can test the patch to see if it fixes your problem, this would be very welcome. -- 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#750546: ITP: sluice -- rate limiting data piping tool
On 04/06/14 13:23, Colin Ian King wrote: On 04/06/14 13:14, Henrique de Moraes Holschuh wrote: On Wed, 04 Jun 2014, Colin Ian King wrote: Package: wnpp Severity: wishlist Owner: Colin Ian King colin.k...@canonical.com * Package name: sluice Version : 0.01.00 Upstream Author : Colin King colin.k...@canonical.com * URL : http://kernel.ubuntu.com/~cking/sluice * License : GPL-2+ Programming Lang: C Description : rate limiting data piping tool Sluice reads from standard input and write to standard output at a specified data rate. This can be useful for benchmarking and exercising I/O streaming at desired throughput rates. We already have the pv package, which does all of that and more, and that's in the absolutely ancient version in Debian/Ubuntu. Does sluice have relevant differences or advantages over pv ? sluice's only difference in that respect is that it has a warning option to inform the user that it can't keep up with the specified data rate. Since my original email, I have added more features and more sophisticated rate limiting features, namely: * constant delay time between each write (rate limiting by changing buffer sizes) * constant buffer sizes, (rate limiting by changing write times) * rate limiting by changing buffer sizes and write times * -s option to tweak rate limiting throttling The -s option controls the damping behaviour, which can be tweaked for different kinds of variable rate inputs. Some analysis of this can be seen on the sluice project page: http://kernel.ubuntu.com/~cking/sluice/ I wonder if this justifies sluice being reconsidered? Colin I guess we can close this bug and get pv updated, I don't think sluices features merit uploading to Debian considering pv is superior. Looks like we could use a more active maintainer for pv, though. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774613: YUI3 -min package: datatable-sort lang files are not included
Package: libjs-yui3-min Version: 3.5.1-1 The language-specific files for datatable-sort module located under datatable-sort/lang are not included in the -min package, they're only available in the -full one. With just the -min package installed, the datatable-sort module will try to load datatable-sort/lang/datatable-sort_en.js, which is not there. They should be probably manually included in the package, since they don't have the -min.js suffix. -Alberto Donato
Bug#745081: game-data-packager: add support for full versions of wolf3d and spear of destiny
No, my files only work with -wl6; -wl6a crashes. - Fabian I found out I had 1.1 ... :-( so I bought 1.4 on Steam and added the sums: https://github.com/a-detiste/game-data-packager/commit/adaccc086d595972c24ae64e3b88825416a6cda8 so now we have 2 working sets of files known for wl6 none for wl6a. can you also give me the size/ cksums / sha1sum / sha256sum of your alternative vgadict.wl6 / vgagraph.wl6 / vgahead.wl6 / vswap.wl6 Simon has added support for alternatives in the python engine because RTCW had been localised; so we should be able to follow this example: [ files: [ main/sp_pak1.pk3: [ install: true [ alternatives: [ - main/sp_pak1.pk3_en [ - main/sp_pak1.pk3_fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774609: eztrace-contrib: please build-depend on libtool-bin to fix FTBFS
Control: tags -1 + unreproducible Hello, Logan Rosen, le Mon 05 Jan 2015 02:39:02 -0500, a écrit : Version: 1.0.5-1 eztrace-contrib currently fails to build from source on amd64 with unstabe sources due to calling the libtool command but not build-depending on libtool-bin, which now provides that command. I can not reproduce this: the current version of starpu-contrib packaging uses dh-autoreconf, which calls libtoolize, and thus creates the libtool binary within the build tree, and thus doesn't need libtool-bin. It doesn't, accordingly, properly create cuda.lo, which leads to the following error: libtool: link: `cuda.lo' is not a valid libtool object Please provide a full build log with the latest source, not version 1.0.5 which is dated 1 year and a half (I don't even find it in ubuntu...) Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773281: apt does not resolve equal (=) dependencies correctly
On Tue, Dec 16, 2014 at 12:53:53PM +0100, Benjamin Drung wrote: the following bug is a major burden when working with Debian repositories that contain multiple versions of one package. Image following example: You have two packages named A and B. A in version 1 depends on B in version 1. Apt will automatically install B=1 when you install A=1. Now assume you have A available in version 1 and 2 and B in version 1 and 2. If A and B are currently not installed, apt will try to install B=2 when you want to install A=1. This fails of cause because of the package dependencies. This is probably a bug in apt as it sees version 2 for B as the best install candidate even if the dependency says different. This is because candidates aren't effected by dependencies, but by pin-value and version number alone, which is a fundamental design decision to limit the solver to explore a limited amount of solutions instead of exploring waste amounts of them like e.g. aptitude does. There is an exception for A/release, which does some very basic candidate flipping if it deems needed beside only A – usecase here is experimental/backports were the higher versions are all not the candidate. I guess you want the same for A=version, which could be more or less easily implemented¹. There are countless on and off-bug references to this already, so I fear you want something more by tagging it important… So lets see why we haven't more so far: For example, you absolutely don't want to flip the candidate based on dependencies in (dist-)upgrade scenarios as this would potentially lead to one obsolete package holding back everyone else. We do an automatic hold on Multi-Arch: same desyncs, which is already borderline; doing it on arbitrary dependencies and we would miss the line by a mile. What I want to explore for stretch is if we can do syncs on source packages, so that A:any and A-common:all are kept in check, but I envision renames and split-ups/downs will complicate that dearly (beside that we first need a good way to find source package info). So if this is really just a A=version feature wish, please tag it accordingly and ((semi-)optionally) find all the duplicates we already have about it for merging (It would help tremendously). If you want something more, you will have to provide some more details on what that is exactly and why it isn't a problem to do it. ¹ extending pkgDepCache::SetCandidateRelease to consider switching to the 'named' version in the dependency instead of flipping the version to a named release is probably more than half of the task already. You would have to consider some additional things though (pin and such), so I wouldn't consider it 'newcomer', more a 'return-for-another-fix'. Best regards David Kalnischkies signature.asc Description: Digital signature
Bug#744128: network-manager-openvpn-gnome: Segfault in any configuration dialog
Package: network-manager-openvpn Version: 0.9.10.0-1 Followup-For: Bug #744128 I am also affected by this bug. I built nm-connection-editor with debug information, it's always crashing in the same place. Here's the backtrace of the crashing thread: #0 0x00796eb0 in ?? () #1 0x00429f86 in import_cb (connection=0xb8f810, user_data=0x7dd900) at page-vpn.c:253 #2 0x004324dd in import_vpn_from_file_cb (dialog=0xaf62c0, response=optimized out, user_data=0x6f0ed0) at vpn-helpers.c:203 #3 0x75f44245 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #4 0x75f55f6c in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #5 0x75f5e778 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #6 0x75f5e9df in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #7 0x75f44474 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #8 0x75f5e087 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #9 0x75f5e9df in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #10 0x773faa1d in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #11 0x773faa75 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #12 0x75f44474 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #13 0x75f5e087 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #14 0x75f5e9df in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #15 0x773f8a00 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #16 0x709d4dc0 in ffi_call_unix64 () from /usr/lib/x86_64-linux-gnu/libffi.so.6 #17 0x709d4828 in ffi_call () from /usr/lib/x86_64-linux-gnu/libffi.so.6 #18 0x75f44ebc in g_cclosure_marshal_generic_va () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #19 0x75f44474 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #20 0x75f5e087 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #21 0x75f5e9df in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #22 0x7749d191 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #23 0x75f47233 in g_cclosure_marshal_VOID__BOXEDv () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #24 0x75f44474 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #25 0x75f5e087 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #26 0x75f5e9df in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #27 0x7749a94e in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #28 0x7749bd9b in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #29 0x7749e5e0 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #30 0x77471e7b in gtk_event_controller_handle_event () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #31 0x7760d41d in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #32 0x774e041e in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #33 0x75f44474 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #34 0x75f5db30 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #35 0x75f5e9df in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #36 0x77610de4 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #37 0x774ddd2e in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #38 0x774df93e in gtk_main_do_event () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #39 0x77087b12 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #40 0x75a6ac5d in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #41 0x75a6af48 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #42 0x75a6b272 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #43 0x00415519 in main (argc=1, argv=0x7fffe468) at main.c:423 Thanks Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763325: Also in 3.16.7
Jan 4 22:07:59 shelf kernel: [10572.511389] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready Jan 4 22:09:16 shelf kernel: [10650.233166] [ cut here ] Jan 4 22:09:16 shelf kernel: [10650.233180] WARNING: CPU: 0 PID: 0 at /build/linux-CMiYW9/linux-3.16.7-ckt2/net/sched/sch_generic.c:264 dev_watchdog+0x236/0x240() Jan 4 22:09:16 shelf kernel: [10650.233183] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out Jan 4 22:09:16 shelf kernel: [10650.233184] Modules linked in: nls_utf8 isofs binfmt_misc snd_hrtimer snd_seq snd_seq_device bnep uvcvideo videobuf2_vmalloc ecb videobuf2_memops videobuf2_core v4l2_common btusb videodev media bluetooth 6lowpan_iphc nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache snd_hda_codec_hdmi sunrpc joydev arc4 snd_hda_codec_realtek snd_hda_codec_generic x86_pkg_temp_thermal intel_powerclamp intel_rapl coretemp rtsx_pci_sdmmc rtsx_pci_ms kvm_intel mmc_core memstick kvm iTCO_wdt iwlmvm iTCO_vendor_support crc32_pclmul crc32c_intel mac80211 ghash_clmulni_intel iwlwifi aesni_intel i915 cfg80211 snd_hda_intel aes_x86_64 snd_hda_controller lrw xhci_hcd snd_hda_codec ehci_pci gf128mul snd_hwdep glue_helper ehci_hcd ablk_helper r8169 snd_pcm cryptd drm_kms_helper snd_timer usbcore rfkill mii mei_me snd drm sg rtsx_pci usb_common soundcore evdev mei sr_mod i2c_algo_bit psmouse lpc_ich cdrom mfd_core i2c_i801 serio_raw pcspkr shpchp i2c_core wmi tpm_infineon tpm_tis tpm video battery button ac processor fuse parport_pc ppdev lp parport autofs4 ext4 crc16 mbcache jbd2 sd_mod crc_t10dif crct10dif_generic ahci libahci crct10dif_pclmul crct10dif_common libata scsi_mod thermal thermal_sys Jan 4 22:09:16 shelf kernel: [10650.233261] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.16.0-4-amd64 #1 Debian 3.16.7-ckt2-1 Jan 4 22:09:16 shelf kernel: [10650.233263] Hardware name: Notebook W54_55SU1,SUW/W54_55SU1,SUW, BIOS 4.6.5 05/29/2014 Jan 4 22:09:16 shelf kernel: [10650.233265] 0009 81507263 88041fa03e28 81065847 Jan 4 22:09:16 shelf kernel: [10650.233270] 88041fa03e78 0001 Jan 4 22:09:16 shelf kernel: [10650.233273] 88040e138000 810658ac 81776df8 88040030 Jan 4 22:09:16 shelf kernel: [10650.233278] Call Trace: Jan 4 22:09:16 shelf kernel: [10650.233280] IRQ [81507263] ? dump_stack+0x41/0x51 Jan 4 22:09:16 shelf kernel: [10650.233290] [81065847] ? warn_slowpath_common+0x77/0x90 Jan 4 22:09:16 shelf kernel: [10650.233293] [810658ac] ? warn_slowpath_fmt+0x4c/0x50 Jan 4 22:09:16 shelf kernel: [10650.233298] [8143aa46] ? dev_watchdog+0x236/0x240 Jan 4 22:09:16 shelf kernel: [10650.233304] [8143a810] ? dev_graft_qdisc+0x70/0x70 Jan 4 22:09:16 shelf kernel: [10650.233309] [81070b01] ? call_timer_fn+0x31/0x100 Jan 4 22:09:16 shelf kernel: [10650.233314] [8143a810] ? dev_graft_qdisc+0x70/0x70 Jan 4 22:09:16 shelf kernel: [10650.233318] [81072139] ? run_timer_softirq+0x209/0x2f0 Jan 4 22:09:16 shelf kernel: [10650.233322] [8106a6e1] ? __do_softirq+0xf1/0x290 Jan 4 22:09:16 shelf kernel: [10650.233326] [8106aab5] ? irq_exit+0x95/0xa0 Jan 4 22:09:16 shelf kernel: [10650.22] [815101d5] ? smp_apic_timer_interrupt+0x45/0x60 Jan 4 22:09:16 shelf kernel: [10650.26] [8150e2bd] ? apic_timer_interrupt+0x6d/0x80 Jan 4 22:09:16 shelf kernel: [10650.28] EOI [81088cad] ? __hrtimer_start_range_ns+0x1cd/0x390 Jan 4 22:09:16 shelf kernel: [10650.233347] [813da452] ? cpuidle_enter_state+0x52/0xc0 Jan 4 22:09:16 shelf kernel: [10650.233352] [813da448] ? cpuidle_enter_state+0x48/0xc0 Jan 4 22:09:16 shelf kernel: [10650.233356] [810a5e78] ? cpu_startup_entry+0x2f8/0x400 Jan 4 22:09:16 shelf kernel: [10650.233362] [81902071] ? start_kernel+0x492/0x49d Jan 4 22:09:16 shelf kernel: [10650.233366] [81901a04] ? set_init_arg+0x4e/0x4e Jan 4 22:09:16 shelf kernel: [10650.233370] [81901120] ? early_idt_handlers+0x120/0x120 Jan 4 22:09:16 shelf kernel: [10650.233374] [8190171f] ? x86_64_start_kernel+0x14d/0x15c Jan 4 22:09:16 shelf kernel: [10650.233376] ---[ end trace baa62b1e2bf27ca5 ]--- Jan 4 22:09:16 shelf kernel: [10650.267368] r8169 :03:00.1 eth0: link up Jan 4 22:09:59 shelf kernel: [10692.651854] r8169 :03:00.1 eth0: link down ael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774580: gcab: directory traversal
Hi Stephen!
* Stephen Kitt sk...@debian.org, 2015-01-05, 07:26:
I'm going to submit the following patch which handles all your
traversal cases (albeit in a somewhat ugly manner for relative
traversals):
As a data point, cabextract(1) replaces .. components with xx on
unpack, which is a different kind of ugly. :-)
+char *rawpath = g_file_get_path(gfile);
+if (rawpath != NULL) {
Hmm. I'm not familiar with GLib, so I wonder in what circumstances
g_file_get_path() can return NULL. What happens in that case?
Can you spot any issues there?
Apart from the doubts raised above, the patch looks good to me.
--
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#773976: Aggressive link power management breaks devices without sleep support
On 01/02/2015 06:05 PM, Ben Hutchings wrote: Can you test whether the attached patch works for you? By looking at the device name during book I assume the device name I gave you is incorrect: kernel: ata1.00: ATA-9: MTFDDAK256MAY-1AH12ABHA, M5T4, max UDMA/133 Is MTFDDAK256MAY-1AH12ABHA the model_num as matched in ata_dev_blacklisted? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745081: game-data-packager: add support for full versions of wolf3d and spear of destiny
Am Montag, den 05.01.2015, 11:01 +0100 schrieb Alexandre Detiste: so now we have 2 working sets of files known for wl6 none for wl6a. can you also give me the size/ cksums / sha1sum / sha256sum of your alternative vgadict.wl6 / vgagraph.wl6 / vgahead.wl6 / vswap.wl6 Sorry, but I don't have any alternative files. Seems I've only played -wl6 so far and never got -wl6a to working without even knowing. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774614: jenkins.d.n: apt debug options for chroot-installation jobs
Package: qa.debian.org Severity: wishlist Control: user qa.debian@packages.debian.org Control: usertag -1 jenkins Hi, first of all, thanks for all these chroot jobs, they are quiet handy. :) That said, I wonder if they would be even more useful if we could enable a bunch of debug options for apt. Failures like [0] are e.g. hard to reason about as-is as the info shown is about stuff which remained broken even after trying hard, while information about what was tried would be nice and probably more helpful to identify and fix the (initial) problem. The totally untested attached diff adds an array of those, which all just print (many) many lines on stderr (well, actually stdlog) but do not modify behaviour otherwise. There are others which could be interesting like showing how dpkg is called ( -o Debug::pkgDpkgPm=true ) and newer tricks like not downloading deb files ( -o Debug::pkgAcqArchive::NoQueue=true ), but they modify behaviour and would therefore need other changes and I am not sure if that would actually be worthed it, so just noting in case you want to dig deeper. Related, it might be interesting to store the /var/lib/dpkg/status file at various steps in the job (if that is even possible with jenkins). Setting up (especially the bigger cases) takes quiet a bit of time and traffic, while to reproduce some problems, all you need is the status file and -o dir::state::status=/path/to/file -s. And while talking about reproducibility, a strategic grep -H '^Date:' /var/lib/apt/lists/*Release* after 'apt-get update's might help in figuring out what to tell snapshot.d.o to get the exact same data as used in the job. Best regards David Kalnischkies [0] https://jenkins.debian.net/job/chroot-installation_wheezy_install_developer_upgrade_to_jessie_aptdpkg_first/5/console diff --git a/bin/chroot-installation.sh b/bin/chroot-installation.sh index 9e154e5..76e6df4 100755 --- a/bin/chroot-installation.sh +++ b/bin/chroot-installation.sh @@ -51,6 +51,14 @@ mount /proc -t proc /proc echo -e '#!/bin/sh\nexit 101' /usr/sbin/policy-rc.d chmod +x /usr/sbin/policy-rc.d echo 'Acquire::http::Proxy http://localhost:3128;;' /etc/apt/apt.conf.d/80proxy +cat /etc/apt/apt.conf.d/80debug APTEOF +# solution calculation +Debug::pkgDepCache::Marker true; +Debug::pkgDepCache::AutoInstall true; +Debug::pkgProblemResolver true; +# installation order +Debug::pkgPackageManager true; +APTEOF echo deb-src $MIRROR $1 main /etc/apt/sources.list apt-get update set +x signature.asc Description: Digital signature
Bug#763281: konqueror: Session management does not work for Konqueror
control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=339699 control: tags -1 + fixed-upstream Dear Maintainer, The upstream report at: https://bugs.kde.org/show_bug.cgi?id=339699 has a fix for this issue: https://projects.kde.org/projects/kde/applications/kde-baseapps/repository/revisions/dcc45ea70b0b408c8017c6f423b978fe6ca6163a I kindly request you to upload a version with this fix applied. -- Alex Hermann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774615: O: python-unit -- unit test framework for Python
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: wnpp Severity: normal I'm retiring as a DD, and therefore orphaning the packages which are not team maintained. This package should probably be removed from the archive, as it is no longer maintained upstream. The core features were included in the Python standard library ages ago, and ony the gui runner written in tkinter is useful. Alexandre -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIVAwUBVKppLaFvhb7f0530AQgqQg/+N6dDLtdLxJnbGHzguBc69ZkFiGdGtzuj cn8mc7sRvetSLHlpaNXILqYyuAAlTMewSa37WN/tdzEO8hubz9B4gqkc2lIMyhCi PR+an7W73YjyKN2e1wJrkFSj5Y8XySD8Cl19iGoNC+VFt9v7Y9Nb6QXK3rgqdogr IXfezwTGgkyW64Ui6ZQtY2xu2muKAdDgSDrKR97vHV8x81L5Zvolh+YhYzfzgIMA kpCtQmLGR7dUyN/sgahZK/wslAU5HdwvWRKOFIDYrlKx6VsRzUUNrO7c6MSjHWiJ AjKUM86lpzI8+7sh5kpaV61YAEumUWTcXzkZ+fDQ7DIKBVZv4fLG1c6sJTUSF32t Uk2mVOpei1z53kDa0QC6Y2Vx7r6uTmR8dgAS2aMztjxus2J2o5naUnW8ulWUy90f /aoIhDIgpGFKveftAJkJwz8F9JPiyy95gfxn/hWbBsuyCu66dgClxUMtVLgFbWZI 6PZ8vVSZkvZqmSw599O07AZXgkCF0nwl+I2ivYVw3P6znbeft9ZBSyDZk5qOLk76 qahmT9bZWG9FgN+woctcX7VcSneDNwLr6lpQJqh4BCDw1tFhpfoO3cZ0muw9Gxrs YeM1eNXCaWTCGtwB9uUHDqlWhYKwpyOfmWHAnu9WVKBH1q/kHygJaqg7o4afv5y4 cu/vc9eD2RU= =gncr -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#774491: clang-3.5: No symlink like bug #737471
severity 774491 wishlist thanks On 03/01/2015 12:30, Aldo wrote: Must have symlink and option for alternatives. Codeblock do not detect compiler because clang symlinks are not ok. it is the same with 3.4 etc... so: and create symlink in debian install package add and offer to use alternatives for this compiler. For now, we don't have any plan to implement this feature. See the discussion here: https://bugs.launchpad.net/ubuntu/+source/llvm-3.1/+bug/991493 Codeblock configuration should be updated to use clang-X.Y as a compiler. or install the clang package which contains the symlink to the recommended version (currently, 3.5). Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772134: Kernel 3.2.0-4 failed to resume link
Hi Hope you had chance to dive into problem? Regards Igor
Bug#769576: linux: Btrfs goes forced readonly when qgroup already exists
Hi Sebastiann, On Mon, Jan 05, 2015 at 12:01:06AM +, Andy Whitcroft wrote: On Sun, Jan 04, 2015 at 07:05:24PM +0100, Sebastiaan L. Zoutendijk wrote: Control: submitter -1 ! Hello Joe, On Sat 3 Jan 2015 at 16:02:12 -0500, Joseph Salisbury wrote: Would it be possible for you to also open a bug in Launchpad for this? It can be done by running the following from a terminal: ubuntu-bug linux Thank you for your directions, but I fear I wasn't clear enough in my previous mail. This is not a bug specific to Ubuntu (I am not even using Ubuntu), this is a bug in the Extended Stable 3.16 kernel [1], the upstream for both Ubuntu and Debian. The wiki page [2] told me to send a mail to this address. [1] http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.16.y [2] https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable If I still should file a Launchpad bug, where should I file it? Not at the Ubuntu package, I'd think? But I can't find a Launchpad project for the Extended Stable kernel. Sorry for the confusion, Kamal, Henrix, one to consider. -apw -- kernel-team mailing list kernel-t...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kernel-team Thank you for reporting this issue (and sorry for the delay in my reply!). I am queuing this commit for the next 3.16 kernel release. Cheers, -- Luís -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774368: does not upgrade to jessie (needs specific db-util
severity 774368 normal tags 774368 +moreinfo thanks Hi Christoph are you in the middle of an upgrade to jessie? sks depends on db-util which has version 5.3.0 in jessie. Version 5.1.6 is from wheezy. Please first upgrade db-util. After that sks upgrade should work. Christoph Am 01.01.2015 um 16:47 schrieb Christoph Egger: Package: sks Version: 1.1.5-3 Severity: serious Hi! % sudo dpkg --configure -a Setting up sks (1.1.5-3) ... debian-sks uid check: ok debian-sks homedir check: ok bash: db5.3_upgrade: command not found dpkg: error processing package sks (--configure): subprocess installed post-installation script returned error exit status 127 Errors were encountered while processing: sks % dpkg -l db-util Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii db-util5.1.6all Berkeley Database Utilities Christoph -- System Information: Debian Release: 7.7 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: mipsel (mips64) Kernel: Linux 3.16.0-4-loongson-2f Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages sks depends on: ii adduser 3.113+nmu3 ii db-util 5.1.6 ii libc6 2.19-13 ii libdb5.35.3.28-7~deb8u1 ii libncurses5 5.9-10 ii libtinfo5 5.9-10 ii logrotate 3.8.1-4 ii ocaml-base-nox [ocaml-base-nox-4.01.0] 4.01.0-5 ii zlib1g 1:1.2.7.dfsg-13 sks recommends no packages. Versions of packages sks suggests: ii exim4-daemon-light [mail-transport-agent] 4.84-3 ii procmail 3.22-20+deb7u1 -- Configuration Files: /etc/default/sks changed [not included] /etc/sks/membership changed [not included] /etc/sks/sksconf changed [not included] -- no debconf information -- Christoph Martin, Zentrum für Datenverarbeitung, Uni-Mainz, Germany Anselm Franz von Bentzel-Weg 12, 55128 Mainz Telefon: +49(6131)3926337 Instant-Messaging: Jabber: mar...@uni-mainz.de (Siehe http://www.zdv.uni-mainz.de/4010.php) attachment: martin.vcf signature.asc Description: OpenPGP digital signature
Bug#705647: mailavenger: Missing SASL support and macutil
Hi Dererk, Dererk der...@debian.org writes: Agreed to everything said. Not to excuse myself, but the reason why I originally removed this functionality was, mostly, because lack of testing env, and 580397 trigger no real interest on conserve it. Ah, I see -- so that was a fix for that conflict? The comment didn't really allow me to guess that ;-) BTW the correct fix for that bug would probably be to rename the macutil man page. Especially since macutils does not ship a command called macutil (so it seems a bit odd to have a section 1 man page called that in the first place). The simplest fix would seem to be to move the other package's man page to section 7 (which seems like e.g. gnupg(7)). I'd suggest also renaming it to be macutils at the same time, since that is actually the package name that it's supposed to be documenting. Alternatively, given that it includes: BUGS This manual page is hopelessly incomplete! it could be simply removed, but renaming it and putting it in a different section fixes 580397 and still allows it to be found easily without needing to specify the section. I guess you should get macutils to do that, and then do a versioned depends. In the mean time you could just put your man page in section 8 for now. If there is someone requesting this feature, I'll gladly re-enable! In case it was not clear, I'm requesting it. :-) That said, preparing the next upload... Fair enough. BTW would it be possible to add this to jessie-backports? (or at least build it against jessie libraries so it's not too hard for people to grab it from unstable). Actually, while I doubt that fixing this would be accepted into jessie, perhaps adding a note to the jessie version's README saying that it was fixed later would be -- is that worth doing? I think that something in the README would have saved me from hunting for it. Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd. |-| http://www.hands.com/http://ftp.uk.debian.org/ |(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY pgp7hcpoZxt7K.pgp Description: PGP signature
Bug#773967: [Pkg-phototools-devel] Bug#773967: feh crashes on invalid gif image data
Hi, thanks for this bug report. Unfortunately I do not fully understand how to reproduce the problem. You generated the affected test images and it would help if you could put them online somehow to simplify the reproduction (or provide a generation script alternatively). I realised that upstream (in CC) released two new versions (hey, Daniel, it would be great if you would ping me on new releases). The changelog does not mention the problems you are specifying here and in your other bug report (#773968) explicitly but may be it makes sense to just upload the latest program version? Kind regards Andreas. On Fri, Dec 26, 2014 at 12:53:08PM +0200, Jussi Judin wrote: Package: feh Version: 2.12-1 Severity: important Feh crashes with segmentation fault when given an invalid gif image in a mode that should help determining if the image can be displayed (-U command line argument). I did run feh on a afl[1]-generated image test sets[2] to figure out if any specific images cause problems for feh. If you try feh with following command line parameters on the attached image, you should see a segmentation fault: $ feh -U id:000293,src:00,op:havoc,rep:4.gif Segmentation fault I don't know if this opens a security issue, but every segmentation fault has a potential for it. Here is a gdb backtrace of the segmentation fault: (gdb) run -U id:000293,src:00,op:havoc,rep:4.gif Starting program: /usr/bin/feh -U id:000293,src:00,op:havoc,rep:4.gif [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Program received signal SIGSEGV, Segmentation fault. 0x70023d3c in load () from /usr/lib/x86_64-linux-gnu/imlib2/loaders/gif.so (gdb) bt #0 0x70023d3c in load () from /usr/lib/x86_64-linux-gnu/imlib2/loaders/gif.so #1 0x76c7188f in ?? () from /usr/lib/x86_64-linux-gnu/libImlib2.so.1 #2 0x76c55d3b in imlib_load_image_with_error_return () from /usr/lib/x86_64-linux-gnu/libImlib2.so.1 #3 0x55561930 in ?? () #4 0x55567925 in ?? () #5 0x555679af in ?? () #6 0xafdc in ?? () #7 0x768c5b45 in __libc_start_main (main=0xaf00, argc=3, argv=0x7fffdfe8, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffdfd8) at libc-start.c:287 #8 0xb035 in ?? () [1]: American fuzzy lop - a security-oriented fuzzer: http://lcamtuf.coredump.cx/afl/ [2]: Afl-generated, minimized image test sets: http://lcamtuf.coredump.cx/afl/demo/ -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (100, 'unstable'), (99, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 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/bash Init: systemd (via /run/systemd/system) Versions of packages feh depends on: ii libc6 2.19-13 ii libcurl3 7.38.0-3 ii libexif12 0.6.21-2 ii libimlib2 1.4.6-2+b3 ii libpng12-01.2.50-2+b2 ii libx11-6 2:1.6.2-3 ii libxinerama1 2:1.1.3-1+b1 Versions of packages feh recommends: ii libjpeg-progs 1:9a-2 feh suggests no packages. -- no debconf information ___ Pkg-phototools-devel mailing list pkg-phototools-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-phototools-devel -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774611: geoip-bin: skipping locations if the location ID is not correctly ordered
Package: geoip-bin
Version: 1.6.2-2
Severity: important
Tags: patch
This patch adds support to skip location IDs, if upstream CSV is not
correctly built.
diff -Naur '--exclude=.svn' tags/1.6.2-2/debian/src/geoip-csv-to-dat.cpp
branches/jessie/debian/src/geoip-csv-to-dat.cpp
--- tags/1.6.2-2/debian/src/geoip-csv-to-dat.cpp2014-10-27
19:31:48.626784609 +0100
+++ branches/jessie/debian/src/geoip-csv-to-dat.cpp 2014-12-30
19:32:51.588379341 +0100
@@ -694,12 +694,15 @@
class city_dat_writer : public dat_writer
{
public:
- // All serialized location information
+ // All serialized location information, in one big
+ // undifferentiated block
std::stringstream location_stream;
// Seek offset of each location within
// location_stream (relative to the beginning of
- // location_stream)
+ // location_stream). An offset of -1 means that that
+ // location is not in the table (can happen if the
+ // location info's out of order).
std::vectorint location_pos;
city_dat_writer(const char *dat_file_name, GeoIPDBTypes
database_type);
@@ -744,14 +747,22 @@
{
if (it-edges[0] == 0x100) // No data
it-edges[0] = trie_size;
- else if (it-edges[0] 0x100) // Ptr to location block
- it-edges[0] = location_pos[it-edges[0] - 0x100 -
1] + trie_size;
+ else if (it-edges[0] 0x100) { // Ptr to location block
+ int loc_id = it-edges[0] - 0x100;
+ if (loc_id = location_pos.size() ||
location_pos[loc_id] == -1)
+ error(EX_DATAERR, 1, Location %d exists in
blocks but not in locations, loc_id);
+ it-edges[0] = location_pos[loc_id] + trie_size;
+ }
// Any other value would indicate a non-leaf node
if (it-edges[1] == 0x100) // No data
it-edges[1] = trie_size;
- else if (it-edges[1] 0x100) // Ptr to location block
- it-edges[1] = location_pos[it-edges[1] - 0x100 -
1] + trie_size;
+ else if (it-edges[1] 0x100) { // Ptr to location block
+ int loc_id = it-edges[1] - 0x100;
+ if (loc_id = location_pos.size() ||
location_pos[loc_id] == -1)
+ error(EX_DATAERR, 1, Location %d exists in
blocks but not in locations, loc_id);
+ it-edges[1] = location_pos[loc_id] + trie_size;
+ }
// Any other value would indicate a non-leaf node
}
}
@@ -801,19 +812,33 @@
const char *input_file_name,
int input_line_number)
{
- // There's nothing wrong with location info being out of
- // order, but currently we don't support it (i.e. the code
- // won't work if the info's out of order). Sanity check that
- // things are in order.
+ // First, we save the offset of this location block.
int loc_id = ::atoi(info[0].c_str());
- if (loc_id != location_pos.size() + 1) {
- error_at_line(EX_DATAERR, 0, input_file_name, input_line_number,
- Location info not in order (currently not
supported));
- return;
- }
+ if (loc_id = location_pos.size()) {
+ // We need to add to the location table (this is the
+ // usual case).
+
+ while(loc_id location_pos.size()) {
+ // If some numbers were skipped in the data,
+ // then we need to add some empty locations to
+ // the table before we find our spot.
+ location_pos.push_back(-1);
+ }
- // First, we save the offset of this location block.
- location_pos.push_back(location_stream.tellp());
+ // Now we have our spot, insert this location.
+ location_pos.push_back(location_stream.tellp());
+ } else {
+ // We already have a space in the table for this location --
+ // if it's not empty, then we have two locations with the same
+ // ID, and we print an error.
+ if (location_pos[loc_id] != -1) {
+ error_at_line(EX_DATAERR, 0, input_file_name,
+ input_line_number,
+ Duplicate location info for ID %d,
+ loc_id);
+ }
+ location_pos[loc_id] = location_stream.tellp();
+ }
// Country ID
int country_id;
@@ -1319,8
Bug#774612: [acl] typo in getfacl mannual
Package: acl Version: 2.2.52-2 Severity: normal Dear maintainers: setgit may be setgid in CONFORMANCE TO POSIX 1003.1e DRAFT STANDARD 17 section. thanks --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: 8.0 990 unstableftp.debian.org 500 testing-updates ftp.debian.org 500 testing security.debian.org 500 testing ftp.debian.org 1 experimentalftp.debian.org --- Package information. --- Depends(Version) | Installed -+- libacl1 (= 2.2.52-1) | 2.2.52-2 libattr1 (= 1:2.4.46-8) | libc6 (= 2.14) | Package's Recommends field is empty. Package's Suggests field is empty. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773967: [Pkg-phototools-devel] Bug#773967: feh crashes on invalid gif image data
Hi, On Mon, Jan 05, 2015 at 09:22:37AM +0100, Andreas Tille wrote: Hi, thanks for this bug report. Unfortunately I do not fully understand how to reproduce the problem. You generated the affected test images and it would help if you could put them online somehow to simplify the reproduction (or provide a generation script alternatively). I realised that upstream (in CC) released two new versions (hey, Daniel, it would be great if you would ping me on new releases). The changelog does not mention the problems you are specifying here and in your other bug report (#773968) explicitly but may be it makes sense to just upload the latest program version? (Sorry, I completely forgot about that. Will do in the future) I tested it with the latest version of feh and can reproduce the issue. However, the problem is caused by imlib_load_image_with_error_return (or, more specifically, the load function in Imlib2's gif library), which is out of feh's scope. Since the image also causes a segmentation fault in sxiv (another imlib2 based image viewer), I think the bug report should be moved to the Imlib2 package. --Daniel signature.asc Description: Digital signature
Bug#773738: macchanger: [INTL:de] initial German debconf translation
Hi, your translations contains some spelling errors. I attached a corrected version. Greeting, Konrad# Translation of macchanger debconf templates to German # Copyright (C) Helge Kreutzmann deb...@helgefjell.de, 2014. # This file is distributed under the same license as the macchanger package. # msgid msgstr Project-Id-Version: macchanger 1.7.0-5\n Report-Msgid-Bugs-To: macchan...@packages.debian.org\n POT-Creation-Date: 2014-12-18 13:38+0100\n PO-Revision-Date: 2014-12-20 14:10+0100\n Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Change MAC automatically? msgstr MAC automatisch ändern? #. Type: boolean #. Description #: ../templates:1001 msgid Please specify whether macchanger should be set up to run automatically every time a network device is brought up or down. This gives a new MAC address whenever you attach an ethernet cable or reenable wifi. msgstr Bitte geben Sie an, ob Macchanger so eingerichtet werden soll, dass es automatisch ausgeführt wird, wann immer ein Netzgerät aktiviert oder deaktiviert wird. Damit wird für eine neue MAC-Adresse gesorgt, wann immer Sie sich mit einem Ethernet-Kabel verbinden oder Wifi reaktivieren.
Bug#773503: Patch not sufficient
Hello,
the upstream patch does not fix the problem.
After installing
libvirt-daemon1.2.9-7
live migration still fails:
[ 1505.897145] libvirtd[4447]: segfault at 0 ip 7f5e952b0e87 sp
7f5e9e9c9830 error 4 in libvirt_driver_qemu.so[7f5e95233000+117000]
After applying
--
*** libvirt-1.2.9/src/qemu/qemu_migration.c Mon Jan 5 09:03:41 2015
--- libvirt-1.2.9-new/src/qemu/qemu_migration.c Fri Jan 2 17:57:01 2015
***
*** 2746,2752
QEMU_ASYNC_JOB_MIGRATION_IN) 0)
goto stop;
! if (STREQ(protocol, rdma)
virProcessSetMaxMemLock(vm-pid, vm-def-mem.hard_limit 10) 0) {
goto stop;
}
--- 2746,2752
QEMU_ASYNC_JOB_MIGRATION_IN) 0)
goto stop;
! if (STREQ_NULLABLE(protocol, rdma)
virProcessSetMaxMemLock(vm-pid, vm-def-mem.hard_limit 10) 0) {
goto stop;
}
--
everything works fine. This fixes the second occurrence of
'STREQ(protocol, rdma)' ...
Regards,
Eckebrecht
--
Eckebrecht von Pappenheim, Leiter IT-Systemmanagement
E-Mail: e...@heise.de - Tel: +49 511 5352 242 - Fax: +49 511 5352 479
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745081: game-data-packager: add support for full versions of wolf3d and spear of destiny
Here is what I have with the Steam version that only works with wolf4sdl-wl6 a41af25a2f193e7d4afbcc4301b3d1ce audiohed.wl6 2385b488b18f8721633e5b2bdf054853 audiot.wl6 a4e73706e100dc0cadfb02d23de46481 gamemaps.wl6 b8d2a78bc7c50da7ec9ab1d94f7975e1 maphead.wl6 dec8939cff5a4ec27ae7b43e8f52ec28 vgadict.wl6 8b40b5b785f898e229bf1c2f2e3ee003 vgagraph.wl6 8e75e3ffb842ed3d08abe6ffea97b231 vgahead.wl6 b8ff4997461bafa5ef2a94c11f9de001 vswap.wl6 $ md5sum *.wl6 a41af25a2f193e7d4afbcc4301b3d1ce audiohed.wl6 2385b488b18f8721633e5b2bdf054853 audiot.wl6 a4e73706e100dc0cadfb02d23de46481 gamemaps.wl6 b8d2a78bc7c50da7ec9ab1d94f7975e1 maphead.wl6 ccad1a688ebafad9856eca085a20dfc4 vgadict.wl6 f18b07d6ba988b8505415f7446235366 vgagraph.wl6 9059afb104a51140bd0c127b73717197 vgahead.wl6 a6d901dfb455dfac96db5e4705837cdb vswap.wl6 Does these only work with wolf4sdl-wl6a ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771045: Acknowledgement (linux-image-3.16.0-4-amd64: System randomly freezes using Kernel 3.16 and radeon)
I am also affected by this bug. I attached what seems to be the relevant part of syslog when the bug occurs. I don't know how to reproduce the bug, but it tends to crash my computer about every week. It tends to trigger more often when playing video or using Skype. The machine freezes and the screen goes blank after a few seconds. My video card is reported by lshw as: product: Heathrow XT [Radeon HD 7870M] I can provide more information if needed. Jan 5 12:09:57 sampi kernel: [146.023044] radeon :01:00.0: ring 0 stalled for more than 10496msec Jan 5 12:09:57 sampi kernel: [146.023051] radeon :01:00.0: GPU lockup (waiting for 0x00017ad6 last fence id 0x00017ad5 on ring 0) Jan 5 12:09:57 sampi kernel: [146.023057] radeon :01:00.0: failed to get a new IB (-35) Jan 5 12:09:57 sampi kernel: [146.559117] radeon :01:00.0: Saved 5917 dwords of commands on ring 0. Jan 5 12:09:57 sampi kernel: [146.559186] radeon :01:00.0: GPU softreset: 0x006C Jan 5 12:09:57 sampi kernel: [146.559197] radeon :01:00.0: GRBM_STATUS = 0xA0003028 Jan 5 12:09:57 sampi kernel: [146.559199] radeon :01:00.0: GRBM_STATUS_SE0 = 0x0006 Jan 5 12:09:57 sampi kernel: [146.559201] radeon :01:00.0: GRBM_STATUS_SE1 = 0x0006 Jan 5 12:09:57 sampi kernel: [146.559202] radeon :01:00.0: SRBM_STATUS = 0x2AC0 Jan 5 12:09:57 sampi kernel: [146.559259] radeon :01:00.0: SRBM_STATUS2 = 0x Jan 5 12:09:57 sampi kernel: [146.559261] radeon :01:00.0: R_008674_CP_STALLED_STAT1 = 0x Jan 5 12:09:57 sampi kernel: [146.559263] radeon :01:00.0: R_008678_CP_STALLED_STAT2 = 0x0001 Jan 5 12:09:57 sampi kernel: [146.559265] radeon :01:00.0: R_00867C_CP_BUSY_STAT = 0x0002 Jan 5 12:09:57 sampi kernel: [146.559267] radeon :01:00.0: R_008680_CP_STAT = 0x80010243 Jan 5 12:09:57 sampi kernel: [146.559268] radeon :01:00.0: R_00D034_DMA_STATUS_REG = 0x44483146 Jan 5 12:09:57 sampi kernel: [146.559270] radeon :01:00.0: R_00D834_DMA_STATUS_REG = 0x44C84246 Jan 5 12:09:57 sampi kernel: [146.559272] radeon :01:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x Jan 5 12:09:57 sampi kernel: [146.559274] radeon :01:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x Jan 5 12:09:58 sampi kernel: [1460001.083260] radeon :01:00.0: GRBM_SOFT_RESET=0xDDFF Jan 5 12:09:58 sampi kernel: [1460001.083314] radeon :01:00.0: SRBM_SOFT_RESET=0x00100140 Jan 5 12:09:58 sampi kernel: [1460001.084463] radeon :01:00.0: GRBM_STATUS = 0x3028 Jan 5 12:09:58 sampi kernel: [1460001.084465] radeon :01:00.0: GRBM_STATUS_SE0 = 0x0006 Jan 5 12:09:58 sampi kernel: [1460001.084467] radeon :01:00.0: GRBM_STATUS_SE1 = 0x0006 Jan 5 12:09:58 sampi kernel: [1460001.084469] radeon :01:00.0: SRBM_STATUS = 0x20C0 Jan 5 12:09:58 sampi kernel: [1460001.084525] radeon :01:00.0: SRBM_STATUS2 = 0x Jan 5 12:09:58 sampi kernel: [1460001.084528] radeon :01:00.0: R_008674_CP_STALLED_STAT1 = 0x Jan 5 12:09:58 sampi kernel: [1460001.084530] radeon :01:00.0: R_008678_CP_STALLED_STAT2 = 0x Jan 5 12:09:58 sampi kernel: [1460001.084532] radeon :01:00.0: R_00867C_CP_BUSY_STAT = 0x Jan 5 12:09:58 sampi kernel: [1460001.084533] radeon :01:00.0: R_008680_CP_STAT = 0x Jan 5 12:09:58 sampi kernel: [1460001.084535] radeon :01:00.0: R_00D034_DMA_STATUS_REG = 0x44C83D57 Jan 5 12:09:58 sampi kernel: [1460001.084537] radeon :01:00.0: R_00D834_DMA_STATUS_REG = 0x44C83D57 Jan 5 12:09:58 sampi kernel: [1460001.084672] radeon :01:00.0: GPU reset succeeded, trying to resume Jan 5 12:09:58 sampi NetworkManager[784]: info (wlan0): supplicant interface state: starting - down Jan 5 12:09:58 sampi kernel: [1460001.113559] [drm] probing gen 2 caps for device 8086:151 = 261ad03/e Jan 5 12:09:58 sampi kernel: [1460001.113564] [drm] PCIE gen 3 link speeds already enabled Jan 5 12:09:58 sampi kernel: [1460001.116459] [drm] PCIE GART of 1024M enabled (table at 0x00276000). Jan 5 12:09:58 sampi kernel: [1460001.116795] radeon :01:00.0: WB enabled Jan 5 12:09:58 sampi kernel: [1460001.116799] radeon :01:00.0: fence driver on ring 0 use gpu addr 0x8c00 and cpu addr 0x8800cde5ec00 Jan 5 12:09:58 sampi kernel: [1460001.116802] radeon :01:00.0: fence driver on ring 1 use gpu addr 0x8c04 and cpu addr 0x8800cde5ec04 Jan 5 12:09:58 sampi kernel: [1460001.116805] radeon :01:00.0: fence driver on ring 2 use gpu addr 0x8c08 and cpu addr 0x8800cde5ec08 Jan 5 12:09:58 sampi kernel: [1460001.116807] radeon
Bug#711685: Drop package for jessie ?
This package has not been updated in years: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=53 Upstream has made some fixes (release 0.8.1a) and ubuntu did integrate them (+some more): https://patches.ubuntu.com/p/pbbuttonsd/pbbuttonsd_0.7.9-3ubuntu1.patch We are lagging way behind. I am not even sure this package will work with systemd... Does it make sense to release it for jessie ? Technically 0.8.1 was required for wheezy but no-one really complained. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711685: Drop package for jessie ?
Control: tags -1 - patch I have uploaded the package with the patch required for 3.x kernel : http://mentors.debian.net/package/pbbuttonsd but the version released in debian (0.7.6) is way too old to even have any purpose within jessie IMHO. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774617: gdm3: pkexec does not allow Debian-gdm to change the backlight brightness
Package: gdm3 Version: 3.14.1-3 Severity: normal https://bugs.debian.org/762676 means that, when docked, my laptop boots to a state in which the greeter is not visible: the laptop's backlight is off, and the external monitor is blank (grey background) because the laptop was selected as the primary display. Pressing the backlight up key (Fn+Home on my Thinkpad X220) brings the brightness up by 1 step, but does not go beyond that. Additionally, I get lots of these messages in the journal: Jan 05 11:26:57 archetype pkexec[2971]: Debian-gdm: The value for the SHELL variable was not found the /etc/shells file [USER=root] [TTY=unknown] [CWD=/var/lib/gdm3] [COMMAND=/usr/lib/gnome-settings-daemon/gsd-backlight-helper --set-brightness 232] Jan 05 11:26:57 archetype gnome-session[2335]: The value for the SHELL variable was not found the /etc/shells file Jan 05 11:26:57 archetype gnome-session[2335]: This incident has been reported. This might be because Debian-gdm has /bin/false as its shell: % getent passwd Debian-gdm Debian-gdm:x:114:121:Gnome Display Manager:/var/lib/gdm3:/bin/false Workaround: Ctrl+Alt+F6 (switch to text mode, backlight comes on at full brightness); Ctrl+Alt+F7 (switch back to gdm, backlight stays on). -- System Information: Debian Release: 8.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gdm3 depends on: ii accountsservice 0.6.37-3+b1 ii adduser 3.113+nmu3 ii dconf-cli 0.22.0-1 ii dconf-gsettings-backend 0.22.0-1 ii debconf [debconf-2.0] 1.5.55 ii gir1.2-gdm3 3.14.1-3 ii gnome-session [x-session-manager] 3.14.0-2 ii gnome-session-bin 3.14.0-2 ii gnome-settings-daemon 3.14.2-2 ii gnome-shell 3.14.2-3 ii gnome-terminal [x-terminal-emulator] 3.14.1-1 ii gsettings-desktop-schemas 3.14.1-1 ii libaccountsservice0 0.6.37-3+b1 ii libaudit1 1:2.4-1+b1 ii libc6 2.19-13 ii libcanberra-gtk3-00.30-2.1 ii libcanberra0 0.30-2.1 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libgdm1 3.14.1-3 ii libglib2.0-0 2.42.1-1 ii libglib2.0-bin2.42.1-1 ii libgtk-3-03.14.5-1 ii libpam-modules1.1.8-3.1 ii libpam-runtime1.1.8-3.1 ii libpam-systemd215-8 ii libpam0g 1.1.8-3.1 ii librsvg2-common 2.40.5-1 ii libselinux1 2.3-2 ii libsystemd0 215-8 ii libwrap0 7.6.q-25 ii libx11-6 2:1.6.2-3 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1+b1 ii libxrandr22:1.4.2-1+b1 ii lsb-base 4.1+Debian13+nmu1 ii metacity [x-window-manager] 1:3.14.3-1 ii mutter [x-window-manager] 3.14.2-1 ii openbox [x-window-manager]3.5.2-8 ii policykit-1 0.105-8 ii ucf 3.0030 ii x11-common1:7.7+7 ii x11-xserver-utils 7.7+3+b1 ii xterm [x-terminal-emulator] 312-1 Versions of packages gdm3 recommends: ii at-spi2-core 2.14.0-1 ii desktop-base 8.0.2 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii x11-xkb-utils 7.7+1 ii xserver-xephyr 2:1.16.2.901-1 ii xserver-xorg 1:7.7+7 ii zenity 3.14.0-1 Versions of packages gdm3 suggests: ii gnome-orca3.14.0-2 ii libpam-gnome-keyring 3.14.0-1+b1 -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721192: development now on github
AFAICS the development is currently on github, not on launchpad: https://github.com/wolfv/uberwriter See also a sketch of instructions to install: https://github.com/wolfv/uberwriter/issues/2#issuecomment-68698322
Bug#774618: FTBFS on arm64, mips64el and ppc64el
Source: ruby-lapack Version: 1.6-2 Severity: important Hi, ruby-lapack FTBFS on arm64, mips64el and ppc64el. https://buildd.debian.org/status/fetch.php?pkg=ruby-lapackarch=arm64ver=1.6-2stamp=1409970160 https://buildd.debian.org/status/fetch.php?pkg=ruby-lapackarch=ppc64elver=1.6-2stamp=1412520631 http://mips64el.debian.net/debian/buildlog/r/ruby-lapack_1.6-2/ruby-lapack_1.6-2_mips64el-20140919-0620.build There are lots of warnings like this: sspsv.c:67:5: warning: format '%d' expects argument of type 'int', but argument 3 has type 'integer' Which I'm guessing cause the buffer overflow when the tests are run: *** Error in `/usr/bin/testrb2.1: GelsyTest#test_cgelsy': free(): invalid next size (fast): 0x22674590 *** debian/ruby-tests.rb:3:in `main': unhandled exception Thanks, James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774619: unblock: strongswan/5.2.1-5
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package strongswan
Hi,
CVE-2014-9221 was recently fixed in strongSwan: it's a remote,
pre-authentication denial of service (it's possible to make the charon
daemon crash with an invalid field in the first IKE_SA_INIT packet).
A minimal fix has been uploaded already to unstable (as well as Wheezy).
Debdiff is attached, can you authorize it to migrate to Jessie?
Thanks in advance,
--
Yves-Alexis Perez
unblock strongswan/5.2.1-5
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (450,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru strongswan-5.2.1/debian/changelog strongswan-5.2.1/debian/changelog
--- strongswan-5.2.1/debian/changelog 2014-10-24 21:08:18.0 +0200
+++ strongswan-5.2.1/debian/changelog 2015-01-05 13:11:54.0 +0100
@@ -1,3 +1,11 @@
+strongswan (5.2.1-5) unstable; urgency=high
+
+ * debian/patches:
+- debian/patches/CVE-2014-9221_modp_custom added, fix unauthenticated
+denial of service in IKEv2 when using custom MODP value.
+
+ -- Yves-Alexis Perez cor...@debian.org Mon, 05 Jan 2015 13:11:51 +0100
+
strongswan (5.2.1-4) unstable; urgency=medium
* Give up on trying to run the test suite on !amd64, it now times out on
diff -Nru strongswan-5.2.1/debian/patches/CVE-2014-9221_modp_custom.patch strongswan-5.2.1/debian/patches/CVE-2014-9221_modp_custom.patch
--- strongswan-5.2.1/debian/patches/CVE-2014-9221_modp_custom.patch 1970-01-01 01:00:00.0 +0100
+++ strongswan-5.2.1/debian/patches/CVE-2014-9221_modp_custom.patch 2014-12-28 16:17:50.0 +0100
@@ -0,0 +1,165 @@
+From a78ecdd47509626711a13481f53696e01d4b8c62 Mon Sep 17 00:00:00 2001
+From: Tobias Brunner tob...@strongswan.org
+Date: Mon, 1 Dec 2014 17:21:59 +0100
+Subject: [PATCH] crypto: Define MODP_CUSTOM outside of IKE DH range
+
+Before this fix it was possible to crash charon with an IKE_SA_INIT
+message containing a KE payload with DH group MODP_CUSTOM(1025).
+Defining MODP_CUSTOM outside of the two byte IKE DH identifier range
+prevents it from getting negotiated.
+
+Fixes CVE-2014-9221 in version 5.1.2 and newer.
+---
+ src/charon-tkm/src/tkm/tkm_diffie_hellman.c | 2 +-
+ src/libstrongswan/crypto/diffie_hellman.c | 11 ++-
+ src/libstrongswan/crypto/diffie_hellman.h | 6 --
+ src/libstrongswan/plugins/gcrypt/gcrypt_dh.c | 2 +-
+ src/libstrongswan/plugins/gmp/gmp_diffie_hellman.c| 2 +-
+ src/libstrongswan/plugins/ntru/ntru_ke.c | 2 +-
+ src/libstrongswan/plugins/openssl/openssl_diffie_hellman.c| 2 +-
+ src/libstrongswan/plugins/openssl/openssl_ec_diffie_hellman.c | 2 +-
+ src/libstrongswan/plugins/pkcs11/pkcs11_dh.c | 2 +-
+ 9 files changed, 17 insertions(+), 14 deletions(-)
+
+diff --git a/src/charon-tkm/src/tkm/tkm_diffie_hellman.c b/src/charon-tkm/src/tkm/tkm_diffie_hellman.c
+index 67db5e6d87d6..836e0b7f088d 100644
+--- a/src/charon-tkm/src/tkm/tkm_diffie_hellman.c
b/src/charon-tkm/src/tkm/tkm_diffie_hellman.c
+@@ -41,7 +41,7 @@ struct private_tkm_diffie_hellman_t {
+ /**
+ * Diffie Hellman group number.
+ */
+- u_int16_t group;
++ diffie_hellman_group_t group;
+
+ /**
+ * Diffie Hellman public value.
+diff --git a/src/libstrongswan/crypto/diffie_hellman.c b/src/libstrongswan/crypto/diffie_hellman.c
+index bada1c529951..ac106e9c4d45 100644
+--- a/src/libstrongswan/crypto/diffie_hellman.c
b/src/libstrongswan/crypto/diffie_hellman.c
+@@ -42,15 +42,16 @@ ENUM_NEXT(diffie_hellman_group_names, MODP_1024_160, ECP_512_BP, ECP_521_BIT,
+ ECP_256_BP,
+ ECP_384_BP,
+ ECP_512_BP);
+-ENUM_NEXT(diffie_hellman_group_names, MODP_NULL, MODP_CUSTOM, ECP_512_BP,
+- MODP_NULL,
+- MODP_CUSTOM);
+-ENUM_NEXT(diffie_hellman_group_names, NTRU_112_BIT, NTRU_256_BIT, MODP_CUSTOM,
++ENUM_NEXT(diffie_hellman_group_names, MODP_NULL, MODP_NULL, ECP_512_BP,
++ MODP_NULL);
++ENUM_NEXT(diffie_hellman_group_names, NTRU_112_BIT, NTRU_256_BIT, MODP_NULL,
+ NTRU_112,
+ NTRU_128,
+ NTRU_192,
+ NTRU_256);
+-ENUM_END(diffie_hellman_group_names, NTRU_256_BIT);
++ENUM_NEXT(diffie_hellman_group_names, MODP_CUSTOM, MODP_CUSTOM, NTRU_256_BIT,
++ MODP_CUSTOM);
++ENUM_END(diffie_hellman_group_names, MODP_CUSTOM);
+
+
+ /**
+diff --git a/src/libstrongswan/crypto/diffie_hellman.h b/src/libstrongswan/crypto/diffie_hellman.h
+index 105db22f14d4..d5161d077bb2 100644
+--- a/src/libstrongswan/crypto/diffie_hellman.h
b/src/libstrongswan/crypto/diffie_hellman.h
+@@ -63,12 +63,14 @@ enum diffie_hellman_group_t {
+ /** insecure NULL diffie
Bug#774625: Disabled services in sysvinit are started/reenabled during transition to systemd
Package: systemd Version: 215-8 Severity: important Dear Maintainer, services that have explicitly been disabled in sysvinit with update-rc.d disable $SERVICE are enabled/started in systemd after the transition. This requires users to keep track of the service status before the upgrade/transition and might cause serious problems if service that weren't supposed to run are started unintentionally. If this cannot be solved technically then it would probably make sense to reassign this bug to release-notes and warn users about this behaviour so that they can take appropriate actions. It would, in that case, still be unclear how users could prevent services from being started though. Thank you and keep up the great work! -- Package-specific info: -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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 systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-58 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1+b1 ii libblkid1 2.25.2-4 ii libc6 2.19-13 ii libcap2 1:2.24-6 ii libcap2-bin 1:2.24-6 ii libcryptsetup4 2:1.6.6-4 ii libgcrypt20 1.6.2-4+b1 ii libkmod218-3 ii liblzma55.1.1alpha+20120614-2+b3 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-8 ii mount 2.25.2-4 ii sysv-rc 2.88dsf-58 ii udev215-8 ii util-linux 2.25.2-4 Versions of packages systemd recommends: ii dbus1.8.12-3 ii libpam-systemd 215-8 Versions of packages systemd suggests: pn systemd-ui none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774626: Xsession.d/75dbus_dbus-launch could export latest environment variables like 90gpg-agent
Package: dbus-x11
Version: 1.8.12-3
Severity: wishlist
File: /etc/X11/Xsession.d/75dbus_dbus-launch
the current behavior of the Xsession launched session dbus is to spawn a
session dbus per X session, and announce the connecting address via
environment variables to the session.
therefore, users of session multiplexers like tmux or screen can't use
dbus in multiplexer sessions that have outlived their initial x session
any more. (as the DBUS_SESSION_BUS_ADDRESS variable is set, new
processes won't try to autolaunch a session bus).
the trivial way to circumvent that is to unset DBUS_SESSION_BUS in all
multiplexed sessions, and to rely on `dbus-launch --autolaunch ...` to
correctly pull the running session out of X11. this has the disadvantage
of triggering a dbus-launch invocation on every dbus connection, and of
creating separate instances when a different DISPLAY is used.
i'd like to suggest taking over the mechanism employed by
Xsession/90gpg-agent: it starts a gpg-agent if none is present by
prefixing it to STARTUP (as does dbus), but then stores the environment
variables in ~/.gnupg/gpg-agent-info-${hostname}. gpg-agent has an
option for that, but that could either be added to dbus-launch or
crafted into the STARTUP line.
as a result, one can easily assign the environment variables of the most
recently spawned session to a process by sourcing ther resuling
environment shell script (eg from ~/.profile), but the default mechanism
for different daemons for different sessions (which i presume is the
intention behind not using a well-known file in $XDG_RUN_DIR for both
dbus and gpg-agent) are still the working default.
(as a workaround, i've added the following line to my i3 config, but
that might not be possibe with every desktop enviromnemnt:
`exec_always sh -c env |grep ^DBUS_SESSION_BUS_ADDRESS
$XDG_RUNTIME_DIR/dbus-environment
)
best regards
chrysn
ps. i've found a reference to ~/.dbus/session-bus/ in the dbus-launch
man page, but the files there on my workstation are all stale. is that
mechanism stil in place?
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (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: sysvinit (via /sbin/init)
Versions of packages dbus-x11 depends on:
ii dbus 1.8.12-3
ii libc6 2.19-13
ii libx11-6 2:1.6.2-3
dbus-x11 recommends no packages.
dbus-x11 suggests no packages.
-- no debconf information
--
To use raw power is to make yourself infinitely vulnerable to greater powers.
-- Bene Gesserit axiom
signature.asc
Description: Digital signature
Bug#690255: mutt: smime_keys fails to add certificates if they are self-signed
Package: mutt Version: 1.5.21-6.2+deb7u3 Followup-For: Bug #690255 Dear Maintainer, I came across this bug report while trying to create my own self-signed email certificate for use with mutt. For the record, repeating exactly the same steps with a newer version still fails, but with a different error quoted below. A comment in the code above the error says: # I'll add support for unbagged cetificates, in case this is needed. $ smime_keys add_p12 my_pkcs12.pfx NOTE: This will ask you for two passphrases: 1. The passphrase you used for exporting 2. The passphrase you wish to secure your private key with. Enter Import Password: MAC verified OK Enter PEM pass phrase: Not all contents were bagged. can't continue. at /usr/bin/smime_keys line 611. -- Package-specific info: Mutt 1.5.21 (2010-09-15) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 3.2.0-4-686-pae (i686) ncurses: ncurses 5.9.20110404 (compiled with 5.9) libidn: 1.25 (compiled with 1.25) hcache backend: tokyocabinet 1.4.47 Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. misc/am-maintainer-mode features/ifdef features/xtitles features/trash-folder features/purge-message features/imap_fast_trash features/sensible_browser_position features-old/patch-1.5.4.vk.pgp_verbose_mime features/compressed-folders features/compressed-folders.debian debian-specific/Muttrc debian-specific/Md.etc_mailname_gethostbyname.diff debian-specific/use_usr_bin_editor.diff debian-specific/correct_docdir_in_man_page.diff debian-specific/dont_document_not_present_features.diff debian-specific/document_debian_defaults debian-specific/assumed_charset-compat debian-specific/467432-write_bcc.patch debian-specific/566076-build_doc_adjustments.patch misc/define-pgp_getkeys_command.diff misc/gpg.rc-paths misc/smime.rc upstream/531430-imapuser.patch upstream/537818-emptycharset.patch upstream/543467-thread-segfault.patch upstream/542817-smimekeys-tmpdir.patch upstream/548577-gpgme-1.2.patch upstream/553321-ansi-escape-segfault.patch upstream/568295-references.patch upstream/547980-smime_keys-chaining.patch upstream/528233-readonly-open.patch upstream/228671-pipe-mime.patch upstream/383769-score-match.patch upstream/578087-header-strchr.patch upstream/603288-split-fetches.patch upstream/537061-dont-recode-saved-attachments.patch upstream/608706-fix-spelling-errors.patch upstream/620854-pop3-segfault.patch upstream/611412-bts-regexp.patch upstream/624058-gnutls-deprecated-set-priority.patch upstream/624085-gnutls-deprecated-verify-peers.patch upstream/584138-mx_update_context-segfault.patch upstream/619216-gnutls-CN-validation.patch upstream/611410-no-implicit_autoview-for-text-html.patch upstream/path_max upstream/CVE-2014-0467.patch upstream/771125-CVE-2014-9116.patch misc/579967-fixes-german-translation.patch mutt.org -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mutt depends on: ii libc6 2.13-38+deb7u6 ii libcomerr21.42.5-1.1 ii libgnutls26 2.12.20-8+deb7u2 ii libgpg-error0 1.10-3.1 ii libgpgme111.2.0-1.4+deb7u1 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2 ii libidn11 1.25-2 ii libk5crypto3 1.10.1+dfsg-5+deb7u2 ii libkrb5-3 1.10.1+dfsg-5+deb7u2 ii libncursesw5 5.9-10 ii libsasl2-22.1.25.dfsg1-6+deb7u1 ii libtinfo5 5.9-10 ii libtokyocabinet9 1.4.47-2 Versions of packages mutt recommends: ii exim4-daemon-heavy [mail-transport-agent] 4.80-7+deb7u1 ii libsasl2-modules 2.1.25.dfsg1-6+deb7u1 ii locales2.13-38+deb7u6 ii mime-support 3.52-1+deb7u1 Versions of packages mutt suggests: ii
Bug#763890: xserver-xorg-video-nouveau: glxinfo crashes my machine
On Sun, Jan 04, 2015 at 12:46:36PM +0100, Sven Joachim wrote: On 2014-10-03 15:26 +0200, Santiago Vila wrote: Since I upgraded from wheezy to jessie, mesa no longer works ok in my machine. When I start stellarium, for example, the screen becomes a mosaic and the machine freezes completely. Sorry for not getting to this bug sooner. I think it is the same problem as #758460, does booting with the nouveau.config=NvMSI=0 kernel parameter help? Looks similar, yes, but unfortunately adding nouveau.config=NvMSI=0 does not make any difference in my case. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705647: mailavenger: Missing SASL support and macutil
Philip Hands p...@hands.com writes: I guess you should get macutils to do that, and then do a versioned depends. s/depends/conflicts/ pgpv0eOiSThIy.pgp Description: PGP signature
Bug#774622: ssvnc: Crash (stack smashing) of listening vncviewer
Package: ssvnc
Version: 1.0.29-2+b1
Severity: important
Dear Maintainer,
we experience crashes of the vncviewer (which make it unusable for our
application).
Test scenario:
* Debian jessie installation
* Two X displays (:0, :1)
* Run viewer: DISPLAY=:1 ssvncviewer -viewonly -listen 0
* Connect server: x11vnc -connect localhost
ssvncviewer forks to serve the connection, but the forked process crashes:
AcceptTcpConnection6: ipv6 connection from: '::1'
(LISTEN) Reverse VNC connection from IP: ::1 2015/01/05 12:54:52
Hostname: localhost
ssvncviewer -listen: Listening on port 5500
ssvncviewer -listen: Cmdline errors are not reported until a connection comes
in.
2015/01/05 12:54:52 select() start ...
Proto: RFB 003.008
Connected to RFB server, using protocol version 3.8
SelectSecurityType:
sec-type[0]1 (rfbSecTypeNone)
Security-Type: 1 (rfbSecTypeNone) Latency: 0.13 ms
No VNC authentication needed
VNC authentication succeeded (0) for rfbSecTypeNone (RFB 3.8)
Desktop name xxx:0
VNC server default format:
32 bits per pixel. Least significant byte first in each pixel.
True colour: max red 255 green 255 blue 255, shift red 16 green 8 blue 0
Using default colormap which is TrueColor. Pixel format:
32 bits per pixel. Least significant byte first in each pixel.
True colour: max red 255 green 255 blue 255, shift red 16 green 8 blue 0
geometry: 1596x876+0+0 ycrop: 0
create_image()
try_create_image: shm image create fail: image == NULL
try_create_image: created *non-shm* image: 1600x900
try_create_image: image-bytes_per_line: 6400
*** stack smashing detected ***: /usr/bin/ssvncviewer terminated
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x7303f)[0x763b103f]
/lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x76434147]
/lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x0)[0x76434110]
/usr/bin/ssvncviewer[0x42eb98]
/usr/bin/ssvncviewer[0x41faee]
/usr/bin/ssvncviewer[0x4089fb]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7635fb45]
/usr/bin/ssvncviewer[0x408e2f]
I debugged vncviewer and found the cause of the stack smashing in
source file vnc_unixsrc/vncviewer/sockets.c, function SameMaching.
According to http://man7.org/linux/man-pages/man2/getpeername.2.html,
getpeername can increase the value of the supplied addrlen. This new
value is then passed to getsockname which now assumes that myaddr is
larger than it is in reality.
Here is a fixed version of the buggy function:
Bool
SameMachine(int sock)
{
struct sockaddr_in peeraddr, myaddr;
int addrlen;
addrlen = sizeof(struct sockaddr_in);
getpeername(sock, (struct sockaddr *)peeraddr, addrlen);
addrlen = sizeof(struct sockaddr_in);
getsockname(sock, (struct sockaddr *)myaddr, addrlen);
return (peeraddr.sin_addr.s_addr == myaddr.sin_addr.s_addr);
}
Cheers
Stefan
-- System Information:
Debian Release: 8.0
APT prefers testing-proposed-updates
APT policy: (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500,
'proposed-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages ssvnc depends on:
ii bind9-host [host] 1:9.9.5.dfsg-7
ii libc6 2.19-13
ii libice62:1.0.9-1+b1
ii libjpeg62-turbo1:1.3.1-11
ii libsm6 2:1.2.2-1+b1
ii libssl1.0.01.0.1j-1
ii libx11-6 2:1.6.2-3
ii libxaw72:1.0.12-2+b1
ii libxext6 2:1.3.3-1
ii libxmu62:1.1.2-1
ii libxpm41:3.5.11-1+b1
ii libxt6 1:1.1.4-1+b1
ii openssh-client 1:6.7p1-3
ii openssl1.0.1j-1
ii procps 2:3.3.9-8
ii psmisc 22.21-2
ii stunnel4 3:5.06-2
ii tk 8.6.0+8
ii xterm 312-1
ii zlib1g 1:1.2.8.dfsg-2+b1
Versions of packages ssvnc recommends:
ii default-jre [java5-runtime]2:1.7-52
ii openjdk-7-jre [java5-runtime] 7u71-2.5.3-2
ssvnc 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#774623: Suspected bug in function printf()
Package: gcc
Version: 4:4.6.3-8
Using Debian Wheezy with Raspberry Pi.
The 'newline' characters (\n) seem to have an effect on compilation.
I have used three test programs:
test1.c
#include stdio.h
#include time.h
float delay(float time_delay)
{
float time1,time2;
time1 = clock()/CLOCKS_PER_SEC;
time2 = clock()/CLOCKS_PER_SEC;
while (time1 time2 + time_delay)
{
time1 = clock()/CLOCKS_PER_SEC;
}
return time1;
}
main()
{
inti;
float print_time;
float delay_time = 2.0;
for (i=1;i=3;i++)
{
printf(Loop number %d,i);
printf(*)
print_time = delay(delay_time);
printf(* Time = %1.3f,print_time);
}
}
What I think should happen:
1. print Loop number 1
2. print *
3. wait 2 seconds
4. print * Time = 2.000
5. print Loop number 2
6. print *
7. wait 2 seconds
8. print * Time = 4.000
Etc
What actually happens:
1. delay 6 seconds
2. print Loop number1* * Time = 2.000Loop number2** Time =
4.000Loop number3** Time = 6.000
test2.c is exactly the same as test1.c with one exception: the last printf()
has a new line character.
What I think should happen:
1. print Loop number 1
2. print *
3. wait 2 seconds
4. print* Time = 2.000
5. newline
6. print Loop number 2
7. print *
8. wait 2 secons
9. print * Time = 4.000
10. newline
Etc
What actually happens:
1. wait 2 seconds
2. print Loop number1** Time = 2.000
3. newline
4. wait 2 seconds
Etc
test3.c is exactly the same as test2.c with one exception: the printf(*)
is replaced by printf(*\n)
The program now runs as expected.
--
Wendy and Dennis Butler
+61 (0)3 63 272425 (Home)
+61 (0)427 242524 (Wendy mobile)
+61 (0)448 272425 (Dennis mobile)
Bug#774188: O: po-debconf -- tool for managing templates file translations with gettext
retitle 774188 ITA: po-debconf -- tool for managing templates file translations with gettext owner 774188 ! thanks hi Nicolas, i will adopt the package. regards, -- Herbert Parentes Fortes Neto (hpfn) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774621: gtg: GTG crashes when trying to edit tag - unable to parse colour specification
Package: gtg Version: 0.3.1-1 Severity: normal Traceback (most recent call last): File /usr/share/gtg/GTG/gtk/browser/simple_color_selector.py, line 110, in on_configure self.__draw() File /usr/share/gtg/GTG/gtk/browser/simple_color_selector.py, line 69, in __draw my_color = gtk.gdk.color_parse(self.color) ValueError: unable to parse colour specification -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gtg depends on: ii python-configobj 4.7.2+ds-4 ii python-dbus 1.1.1-1 ii python-glade2 2.24.0-3+b1 ii python-gtk2 2.24.0-3+b1 ii python-liblarch 2.1.0-2 ii python-xdg0.19-5 pn python:anynone Versions of packages gtg recommends: ii python-simplejson 2.5.2-1 ii yelp 3.4.2-1+b1 Versions of packages gtg suggests: pn bugz none pn python-appindicator none ii python-cairo 1.8.8-1+b2 pn python-cheetah none ii python-dateutil 1.5+dfsg-0.1 pn python-evolution none ii python-geoclue 0.1.0-4 ii python-gnomekeyring 2.32.0+dfsg-2+b1 pn python-launchpadlib none pn python-suds none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774620: debian-installer: scsi_transport_spi.ko is missing on the amd64 netboot image
Control: fixed -1 20141002 Jean Weisbuch, le Mon 05 Jan 2015 01:40:26 +0100, a écrit : Package: debian-installer Version: 20130613+deb7u2 I've just checked jessie b2, it is not affected. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764437: console-setup hangs during install in jessie/wheezy on eeepc 1005ha
On Sun, Jan 04, 2015 at 10:55:17PM +0100, mls wrote: Output of sh -x /bin/setupcon /tmp/setupcon.debug attached. Does /bin/setupcon hang? Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758268: therion: Uses bundled copy of proj4
+++ Olly Betts [2014-08-16 15:04 +1200]: Source: therion Version: 5.3.15-1 Severity: important Therion has a bundled copy of proj4 (in extern/proj4/) which is used in build. It should really be build-depend on libproj-dev instead. This is also the case for the packages in stable and testing, so it has probably been this way forever. Yes it has been there ever since therion started using proj. At that time proj was not in Debian, but now that it is, I agree we should be using the library. I've not yet checked in extern/proj4/ is patched in any way. Therion has a 2009-vintage libproj, which bears very limited source resemblance to the 4.8.0 in debian (one matching file in 'nad' and no matching files at all in 'source' or the top level. However proj_api.h says PJ_VERSION 470 which I presume is 4.7 so may not be too different in usage. Needs a bit more of a look to see if the only usage is via the API and that remains similar or not. Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774624: xtightvncviewer: Crash (stack smashing) of listening vncviewer
Package: tightvnc Severity: important TightVNC includes the same bug which was reported for ssvnc (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774622). As the related source code is also identical, the fix given in that bug report also applies to package tightvnc. -- System Information: Debian Release: 8.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash 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#760754: Debian freeradius consider all files in modules/ folder, also *.dpkg-* ones...
I'd recommend holding on on fixing this bug until we get freeradius 3 into the archive. We'll still have some sort of problem for policy.d. It may be worth bringing this up on the upstream development list. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766454: Recurring events repeat without end (again)
On Sun, 2015-01-04 at 19:17 +0100, Joachim Breitner wrote: So I guess due to the RC-buggyness of the old version of libical the release team will be aware of this and make sure the rebuild versions of evolution will enter jessie. So it seems you can forcemerge the bugs. Thanks! Just for the record: Yes, libical 1.0-1.2 which was intended to fix the fact that libical regularly broke its ABI [0], also broke the ABI [1]. This was fixed in 1.0-1.3, but obviously a (binNMU-only) transition was required. This transition seems to be almost done [2]. I'll therefore merge those bug reports now. Best regards Alexander Kurtz [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773916 [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774242 [2] https://release.debian.org/transitions/html/ical.html signature.asc Description: This is a digitally signed message part
Bug#774620: debian-installer: scsi_transport_spi.ko is missing on the amd64 netboot image
Package: debian-installer Version: 20130613+deb7u2 Severity: important Tags: d-i The debian-installer netboot image on wheezy is missing the module ./lib/modules/3.2.0-4-amd64/kernel/drivers/scsi/scsi_transport_spi.ko which makes the mptspi module (which is used by VMWare virtual controller among others) unloadable with Unknown symbol errors on the dmesg resulting on the installer unable to detect the disk(s). As a side note, both the i386 netboot and the amd64 classic netinstall images contains the module. Taking the module from the netinstall amd64 iso and putting it on the initrd image solves the problem and the installer works fine then. It seems that the file has been missing for quite a long time : https://lists.debian.org/debian-boot/2011/03/msg00233.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758268: therion: Uses bundled copy of proj4
+++ Olly Betts [2014-08-16 15:04 +1200]: Source: therion Version: 5.3.15-1 Severity: important Therion has a bundled copy of proj4 (in extern/proj4/) which is used in build. It should really be build-depend on libproj-dev instead. This is also the case for the packages in stable and testing, so it has probably been this way forever. I've not yet checked in extern/proj4/ is patched in any way. I was confused in my last file. In fact there is a load of matching code. Debian libroj is API 480 vs therion API 470. That adds a projCtx argument to 'pj_apply_gridshift'. PLus new functions: pj_clear_initcache pj_get_spheroid_defn pj_init_ctx pj_init_plus_ctx plus some log and more ctx-related functions. 4.70 is 2009, 4.80 is 2010 Therion only uses the pj_init_plus pj_free pj_transform functions, which haven't changed so there is a reasonable chance that the library can just be used as-is. I'd need to download a 4.7 proj to see if therion has patched it. Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774622: Package tightvnc is also affected
Package ssvnc is based on TightVNC, and Debian's package tightvnc shows the same bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774368: does not upgrade to jessie (needs specific db-util
Hi! Christoph Martin mar...@uni-mainz.de writes: are you in the middle of an upgrade to jessie? sks depends on db-util which has version 5.3.0 in jessie. Version 5.1.6 is from wheezy. Please first upgrade db-util. After that sks upgrade should work. Jep that was during a dist-upgrade to jessie. I think this should work and if I need to upgrade db-util first this should be expressed in terms of the dependency in sks. Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774627: unblock: xfonts-traditional/1.7.1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package xfonts-traditional
This is the last-minute translation update. There are no changes
other than to the es.po Spanish translation file.
unblock xfonts-traditional/1.7.1
debdiff xfonts-traditional_{1.7,1.7.1}_multi.changes =
File lists identical (after any substitutions)
Control files: lines which differ (wdiff format)
Installed-Size: [-124-] {+122+}
Version: [-1.7-] {+1.7.1+}
The source debdiff is attached.
diff -Nru xfonts-traditional-1.7/debian/changelog xfonts-traditional-1.7.1/debian/changelog
--- xfonts-traditional-1.7/debian/changelog 2014-12-12 00:20:18.0 +
+++ xfonts-traditional-1.7.1/debian/changelog 2015-01-05 14:39:53.0 +
@@ -1,3 +1,10 @@
+xfonts-traditional (1.7.1) unstable; urgency=low
+
+ [ Camale?n noela...@gmail.com ]
+ * Spanish debconf translation update. Closes: #669375.
+
+ -- Ian Jackson ijack...@chiark.greenend.org.uk Mon, 05 Jan 2015 14:39:53 +
+
xfonts-traditional (1.7) unstable; urgency=low
* Use interest-noawait to fix dpkg trigger cycle. Closes: #772860.
diff -Nru xfonts-traditional-1.7/debian/po/es.po xfonts-traditional-1.7.1/debian/po/es.po
--- xfonts-traditional-1.7/debian/po/es.po 2012-06-14 19:43:50.0 +0100
+++ xfonts-traditional-1.7.1/debian/po/es.po 2015-01-05 14:39:27.0 +
@@ -4,197 +4,161 @@
#
# Changes:
# - Initial translation
-# Camale??n noela...@gmail.com, 2010
+# Camalen noela...@gmail.com, 2010
#
# - Updates
#
#
# Traductores, si no conocen el formato PO, merece la pena leer la
-# documentaci??n de gettext, especialmente las secciones dedicadas a este
+# documentacin de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
-# Equipo de traducci??n al espa??ol, por favor lean antes de traducir
+# Equipo de traduccin al espaol, por favor lean antes de traducir
# los siguientes documentos:
#
-# - El proyecto de traducci??n de Debian al espa??ol
+# - El proyecto de traduccin de Debian al espaol
# http://www.debian.org/intl/spanish/
-# especialmente las notas y normas de traducci??n en
+# especialmente las notas y normas de traduccin en
# http://www.debian.org/intl/spanish/notas
#
-# - La gu??a de traducci??n de po's de debconf:
+# - La gua de traduccin de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid
msgstr
-Project-Id-Version: xfonts-traditional 1.5\n
+Project-Id-Version: xfonts-traditional 1.4\n
Report-Msgid-Bugs-To: xfonts-traditio...@packages.debian.org\n
-POT-Creation-Date: 2012-06-10 21:16+0100\n
-PO-Revision-Date: 2012-06-12 00:09+0200\n
-Last-Translator: Camale??n noela...@gmail.com\n
+POT-Creation-Date: 2012-02-27 07:21+0100\n
+PO-Revision-Date: 2012-04-06 10:08+0200\n
+Last-Translator: Camalen noela...@gmail.com\n
Language-Team: Debian Spanish debian-l10n-span...@lists.debian.org\n
-Language: \n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
-Content-Transfer-Encoding: 8bit\n
+Content-Transfer-Encoding: 8bit
#. Type: boolean
#. Description
-#: ../xfonts-traditional.templates:1001
+#: ../xfonts-traditional.templates:2001
msgid Generate traditional versions of fonts?
-msgstr ??Desea generar versiones tradicionales de los tipos de letra?
+msgstr Desea generar versiones tradicionales de los tipos de letra?
#. Type: boolean
#. Description
-#: ../xfonts-traditional.templates:1001
+#: ../xfonts-traditional.templates:2001
msgid
-xfonts-traditional can automatically generate traditional versions (with
-foundry \Trad\ instead of \Misc\) of all fonts for which it has an idea
-about the glyphs. (Currently this is versions of 6x13, aka \fixed\.)
-msgstr
-xfonts-traditional puede generar autom??ticamente las versiones tradicionales
-(con la fundici??n ??Trad?? en lugar de ??Misc??) de todos los tipos de letra de
-los que conoce sus glifos (actualmente comprende las versiones 6x13, tambi??n
-conocidas como ??fixed??).
+With xfonts-traditional it is possible to automatically generate traditional
+versions (with foundry \Trad\ instead of \Misc\) of all fonts where it
+is clear what needs to be done. Currently this means versions of 6x13, also
+known as \fixed\.
+msgstr Con xfonts-traditional se puede generar automticamente las versiones tradicionales (con la fundicin Trad en lugar de Misc) de todos los tipos de letra en los que se sabe con claridad qu es lo hay que hacer. Actualmente comprende las versiones 6x13, tambin conocidas como fixed.
#. Type: boolean
#. Description
-#: ../xfonts-traditional.templates:1001
+#: ../xfonts-traditional.templates:2001
msgid
-But you may prefer not to do this
Bug#774609: eztrace-contrib: please build-depend on libtool-bin to fix FTBFS
Hi, On Mon, 5 Jan 2015 11:03:05 +0100 Samuel Thibault sthiba...@debian.org wrote: eztrace-contrib currently fails to build from source on amd64 with unstabe sources due to calling the libtool command but not build-depending on libtool-bin, which now provides that command. I can not reproduce this: the current version of starpu-contrib packaging uses dh-autoreconf, which calls libtoolize, and thus creates the libtool binary within the build tree, and thus doesn't need libtool-bin. starpu-contrib? Is this bug not about eztrace-contrib? It doesn't, accordingly, properly create cuda.lo, which leads to the following error: libtool: link: `cuda.lo' is not a valid libtool object Please provide a full build log with the latest source, not version 1.0.5 which is dated 1 year and a half (I don't even find it in ubuntu...) The latest version of eztrace-contrib is 1.0.5 and I was able to reproduce this in a clean sid chroot: $ sbuild eztrace-contrib_1.0.5-1.dsc --extra-repository=deb http://ftp.debian.org/debian/ sid main contrib non-free Please find my buildlog attached. cheers, josch sbuild (Debian sbuild) 0.65.1 (02 Jan 2015) on hoothoot ╔══╗ ║ eztrace-contrib 1.0.5-1 (amd64)05 Jan 2015 15:41 ║ ╚══╝ Package: eztrace-contrib Version: 1.0.5-1 Source Version: 1.0.5-1 Distribution: sid Machine Architecture: amd64 Host Architecture: amd64 Build Architecture: amd64 Cannot chdir into mountpoint. Cannot chdir into mountpoint. I: NOTICE: Log filtering will replace 'build/eztrace-contrib-FZR2mR/eztrace-contrib-1.0.5' with '«PKGBUILDDIR»' I: NOTICE: Log filtering will replace 'build/eztrace-contrib-FZR2mR' with '«BUILDDIR»' I: NOTICE: Log filtering will replace 'var/lib/schroot/mount/sid-amd64-sbuild-2451bfb2-61a4-444e-94c0-8ecdadc5a20e' with '«CHROOT»' ┌──┐ │ Update chroot│ └──┘ Ign file: ./ InRelease Ign file: ./ Release.gpg Ign file: ./ Release Ign file: ./ Translation-en Hit http://127.0.0.1:3142 sid InRelease Hit http://127.0.0.1:3142 experimental InRelease Get:1 http://127.0.0.1:3142 sid/main Sources/DiffIndex [7876 B] Get:2 http://127.0.0.1:3142 sid/main amd64 Packages/DiffIndex [7876 B] Get:3 http://127.0.0.1:3142 sid/main Translation-en/DiffIndex [7876 B] Get:4 http://127.0.0.1:3142 experimental/main amd64 Packages/DiffIndex [7819 B] Get:5 http://127.0.0.1:3142 experimental/main Translation-en/DiffIndex [7819 B] Fetched 39.3 kB in 1s (25.8 kB/s) Reading package lists... Reading package lists... Building dependency tree... Reading state information... 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. ┌──┐ │ Fetch source files │ └──┘ Local sources ─ eztrace-contrib_1.0.5-1.dsc exists in .; copying to chroot Check architectures ─── Check dependencies ── Merged Build-Depends: build-essential, fakeroot Filtered Build-Depends: build-essential, fakeroot Cannot chdir into mountpoint. dpkg-deb: building package `sbuild-build-depends-core-dummy' in `/«BUILDDIR»/resolver-nO15yO/apt_archive/sbuild-build-depends-core-dummy.deb'. Cannot chdir into mountpoint. Cannot chdir into mountpoint. Cannot chdir into mountpoint. OK Ign file: ./ InRelease Get:1 file: ./ Release.gpg [299 B] Get:2 file: ./ Release [2119 B] Ign file: ./ Translation-en Get:3 http://ftp.debian.org sid InRelease [242 kB] Get:4 http://ftp.debian.org sid/contrib Translation-en [41.5 kB] Get:5 http://ftp.debian.org sid/main Translation-en [4824 kB] Get:6 http://ftp.debian.org sid/non-free Translation-en [75.9 kB] Get:7 http://ftp.debian.org sid/main amd64 Packages [7109 kB] Get:8 http://ftp.debian.org sid/contrib amd64 Packages [54.0 kB] Get:9 http://ftp.debian.org sid/non-free amd64 Packages [89.1 kB] Fetched 12.4 MB in 7s (1706 kB/s) Reading package lists... Reading package lists... ┌──┐ │ Install core build dependencies (apt-based resolver) │ └──┘ Installing build dependencies Reading package lists... Building dependency tree... Reading state information... The following NEW packages will be installed: sbuild-build-depends-core-dummy debconf: delaying package configuration, since apt-utils is not installed 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to
Bug#767388: gdm3: Issue still there with systemd 215-8
Package: gdm3 Version: 3.14.1-3 Followup-For: Bug #767388 Dear Maintainer (Laurent Bigonville) I'm sorry but gdm.service seems to be in failed state also with systemd 215-8 (from testing). # systemctl status gdm.service ● gdm.service - GNOME Display Manager Loaded: loaded (/lib/systemd/system/gdm.service; static) Drop-In: /run/systemd/generator/gdm3.service.d └─50-gdm3-$x-display-manager.conf Active: failed (Result: start-limit) since Mon 2015-01-05 15:38:26 CET; 4min 46s ago Process: 1110 ExecStartPre=/bin/sh -c [ $(cat /etc/X11/default-display-manager 2/dev/null) = /usr/sbin/gdm3 ] (code=exited, status=1/FAILURE) Jan 05 15:38:25 IPhT-IA-004976 systemd[1]: Failed to start GNOME Display Manager. Jan 05 15:38:25 IPhT-IA-004976 systemd[1]: Unit gdm.service entered failed state. Jan 05 15:38:26 IPhT-IA-004976 systemd[1]: gdm.service start request repeated too quickly, refusing to start. Jan 05 15:38:26 IPhT-IA-004976 systemd[1]: Failed to start GNOME Display Manager. Jan 05 15:38:26 IPhT-IA-004976 systemd[1]: Unit gdm.service entered failed state. # aptitude show systemd Package: systemd State: installed Automatically installed: yes Version: 215-8 # cat /etc/X11/default-display-manager /usr/bin/kdm -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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 gdm3 depends on: ii accountsservice 0.6.37-3+b1 ii adduser 3.113+nmu3 ii dconf-cli0.22.0-1 ii dconf-gsettings-backend 0.22.0-1 ii debconf [debconf-2.0]1.5.55 ii gir1.2-gdm3 3.14.1-3 ii gnome-session [x-session-manager]3.14.0-2 ii gnome-session-bin3.14.0-2 ii gnome-session-flashback [x-session-manager] 3.8.1-7 ii gnome-settings-daemon3.14.2-2 ii gnome-shell 3.14.2-3 ii gnome-terminal [x-terminal-emulator] 3.14.1-1 ii gsettings-desktop-schemas3.14.1-1 ii kde-window-manager [x-window-manager]4:4.11.13-2 ii konsole [x-terminal-emulator]4:4.14.2-1 ii libaccountsservice0 0.6.37-3+b1 ii libaudit11:2.4-1+b1 ii libc62.19-13 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgdm1 3.14.1-3 ii libglib2.0-0 2.42.1-1 ii libglib2.0-bin 2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpam-systemd 215-8 ii libpam0g 1.1.8-3.1 ii librsvg2-common 2.40.5-1 ii libselinux1 2.3-2 ii libsystemd0 215-8 ii libwrap0 7.6.q-25 ii libx11-6 2:1.6.2-3 ii libxau6 1:1.0.8-1 ii libxdmcp61:1.1.1-1+b1 ii libxrandr2 2:1.4.2-1+b1 ii lsb-base 4.1+Debian13+nmu1 ii metacity [x-window-manager] 1:3.14.3-1 ii mutter [x-window-manager]3.14.2-1 ii policykit-1 0.105-8 ii ucf 3.0030 ii x11-common 1:7.7+7 ii x11-xserver-utils7.7+3+b1 ii xterm [x-terminal-emulator] 312-1 Versions of packages gdm3 recommends: ii at-spi2-core 2.14.0-1 ii desktop-base 8.0.2 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii x11-xkb-utils 7.7+1 ii xserver-xephyr 2:1.16.2.901-1 ii xserver-xorg 1:7.7+7 ii zenity 3.14.0-1 Versions of packages gdm3 suggests: ii
Bug#774628: dgit must support intended dgit repo move
Package: dgit Version: 0.22.1 Severity: serious I intend to move the dgit repos from alioth to a new vhost. The way the existing dgit accesses the dgit repos makes this very difficult. I want to make this move during the life of jessie. Therefore the current approach is RC-buggy. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774251: openscad import() sometimes hates some filenames (!)
On Fri, Jan 02, 2015 at 05:22:30PM +, Ian Jackson wrote: I haven't looked at the code differences but my experience with openscad in wheey is that it is quite unreliable. If the more recent ones are better, I think a backport would be a really good idea. i've prepared a simple backport at [1] (ready with i386 and amd64 builds), but haven't had the chance to test it on a real machine (it runs in a virtualized one, but the rendering tricks don't work, but neither does the basic `opencsgexample` (from libopencsg-example), and while that doesn't work, looking at openscad is futile most of the time). ian, could you give the package a try? thanks chrysn [1] http://archive.amsuess.com/pool/main/o/openscad/openscad_2014.03+dfsg-1~bpo70+1.dsc -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: Digital signature
Bug#764606: dgit must tolerate .pc-less source tree
Control: severity -1 serious I have a new version of dgit in preparation which tolerates, and generates, .pc-less git trees. The current dgit is not compatible with the dgit branches generated by this unreleased version of dgit. I intend to release the new version of dgit during the lifetime of jessie. Therefore this current version of dgit (in testing) will break during the lifetime of jessie. I consider this an RC bug in the currently released version. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774182: Please make mate-terminal Multi-Arch: foreign
HI Raphaël, On Di 30 Dez 2014 00:21:34 CET, Raphaël Halimi wrote: Package: mate-terminal Version: 1.8.1+dfsg1-3 Severity: minor Hi, Please consider adding Multi-Arch: foreign to debian/control, as its absence prevents apt to consider mate-terminal a valid dependency for a package built for some other architecture. For example, mate-terminal provides x-terminal-emulator, but on an amd64 machine, steam, which is an i386-only package depending on xterm | x-terminal-emulator, pulls xterm along with its dependencies, even if mate-terminal is already installed. Regards, aren't packages not marked as Multi-Arch: something automatically considered as Multi-Arch: foreign??? I normally don't put a Multi-Arch line into debian/control if a package is to be considered as foregin. (This may actually be based on half-knowledge, so you may actually be right and we should change debian/control accordingly). Otherwise: Maybe this rather is an APT issue? If possible, please point me to the correct section in Debian policy and I will add that in debian/control of mate-terminal. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgplZJtEDM1ib.pgp Description: Digitale PGP-Signatur
Bug#774632: No APM emulation
As far as I can tell /dev/apm_bios is legacy: $ cat /boot/config-$(uname -r) | grep APM # CONFIG_PMAC_APM_EMU is not set $ uname -a Linux minirmt 3.2.0-4-powerpc #1 Debian 3.2.63-2+deb7u2 ppc GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774251: openscad import() sometimes hates some filenames (!)
Hi! Thanks, a backported release version would be nice. On 01/05/2015 04:16 PM, John Paul Adrian Glaubitz wrote: Thus, I suggest backporting harfbuzz and cgal first. Just some additional details about those... * CGAL The version in wheezy will generally work, but even triggers a warning while compiling (see src/version_check.h) as it has some bugs that affect OpenSCAD which are fixed in later versions. So having an updated version would help users and probably also reduce bug reports that are difficult to track. * harfbuzz I thought the text() feature was already merged and just not enabled, but after looking again I just saw it was merged after the release. So harfbuzz is actually not needed for the release version (it would only be needed for backporting the master branch). ciao, Torsten. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774632: No APM emulation
Technically the /dev/apm_bios should have been automatically created (postinst), as per: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=167009#112 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774637: [Pkg-amule-devel] Bug#774637: amule: aMule crash when importing part files
Hello Krzysztof, On Mon, Jan 5, 2015 at 4:21 PM, Krzysztof Bieniasz zeissm...@gmail.com wrote: I recently tried to import a part file through the aMule import option. After choosing the proper folder (which holds the *.part, *.part.met, *.part.met.bak files only) I am queried for whether aMule should delete the original files after import. Regardless of whether I answer 'Yes' or 'No', aMule crashes immediately after that. The original files are never removed and the 'imported' file gets added the the download list, but the parts already downloaded are not recognised (the download starts from 0%). I include a backtrace generated by the crash. can you please install the amule-dbg package, and re-run amule in a gdb session? when amule crashes please run bt bt full thread apply all bt in the gdb console and report the output in this bug report, so I can forward the information to upstream developers. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774614: jenkins.d.n: apt debug options for chroot-installation jobs
control: tags + pending control: retitle also use apt debug options in schroots Hi David, On Montag, 5. Januar 2015, David Kalnischkies wrote: first of all, thanks for all these chroot jobs, they are quiet handy. :) yay! That said, I wonder if they would be even more useful if we could enable a bunch of debug options for apt. Failures like [0] are e.g. hard to reason about as-is as the info shown is about stuff which remained broken even after trying hard, while information about what was tried would be nice and probably more helpful to identify and fix the (initial) problem. The totally untested attached diff adds an array of those, which all just print (many) many lines on stderr (well, actually stdlog) but do not modify behaviour otherwise. The patch looked good to me, so I've merged + deployed it. https://jenkins.debian.net/view/chroot-installation/view/Problems/job/chroot- installation_jessie_install_qt4_upgrade_to_sid_aptdpkg_first/ is the next job run which will use it :) Thanks for your patch and bug report! I'll keep the bug open until these options are a.) verified to be working and b.) applied to schroot tests as well. More patches very welcome! ;-) (Best via a git remote I can add as remote.) There are others which could be interesting like showing how dpkg is called ( -o Debug::pkgDpkgPm=true ) and newer tricks like not downloading deb files ( -o Debug::pkgAcqArchive::NoQueue=true ), but they modify behaviour and would therefore need other changes and I am not sure if that would actually be worthed it, so just noting in case you want to dig deeper. For the regular runs I dont want anything modifiyng behaviour, maybe it would be good to document those options in the jenkins README or the yet-largely-to- be-written documentation about how to reproduce the jenkins job runs locally. Related, it might be interesting to store the /var/lib/dpkg/status file at various steps in the job (if that is even possible with jenkins). sure, jenkins just runs code we feed it. Setting up (especially the bigger cases) takes quiet a bit of time and traffic, while to reproduce some problems, all you need is the status file and -o dir::state::status=/path/to/file -s. I wonder whether I should clone the bug report for this or... And while talking about reproducibility, a strategic grep -H '^Date:' /var/lib/apt/lists/*Release* after 'apt-get update's might help in figuring out what to tell snapshot.d.o to get the exact same data as used in the job. Are you aware of http://lists.alioth.debian.org/pipermail/reproducible- builds/Week-of-Mon-20141229/000613.html ? I think this srebuild wrapper is really a nice PoC but believe this functionality should probably also land in apt. And it's on my todo-list to file a wishlist bug about it... cheers thanks again, much appreciated! Holger signature.asc Description: This is a digitally signed message part.
Bug#774637: amule: aMule crash when importing part files
Package: amule Version: 2.3.1+git1a369e47-3 Severity: normal Dear Maintainer, I recently tried to import a part file through the aMule import option. After choosing the proper folder (which holds the *.part, *.part.met, *.part.met.bak files only) I am queried for whether aMule should delete the original files after import. Regardless of whether I answer 'Yes' or 'No', aMule crashes immediately after that. The original files are never removed and the 'imported' file gets added the the download list, but the parts already downloaded are not recognised (the download starts from 0%). I include a backtrace generated by the crash. I also remembered that I used the import function a couple of months ago without any problems on aMule 2.3.1-11. I installed that version from Debian snapshot repository and tried it but the behaviour was the same, so the problem probably lies in one of the libraries mentioned in the backtrace and not in aMule itself. I also tried to downgrade those libraries, but I failed probably due to other dependencies. Regards, Krzysztof Bieniasz -- System Information: Debian Release: 8.0 APT prefers testing-proposed-updates APT policy: (990, 'testing-proposed-updates'), (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages amule depends on: ii amule-common2.3.1+git1a369e47-3 ii libc6 2.19-13 ii libcrypto++95.6.1-6 ii libgcc1 1:4.9.1-19 ii libgeoip1 1.6.2-2 ii libstdc++6 4.9.1-19 ii libupnp61:1.6.19+git20141001-1 ii libwxbase2.8-0 2.8.12.1+dfsg2-2 ii libwxgtk2.8-0 2.8.12.1+dfsg2-2 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages amule recommends: ii amule-utils 2.3.1+git1a369e47-3 ii unzip6.0-14 Versions of packages amule suggests: ii amule-utils-gui 2.3.1+git1a369e47-3 -- no debconf information Terminated after throwing an instance of 'CInvalidStateEx' what(): CRunTimeException::CInvalidStateException: CFile: Cannot close closed file. backtrace: [2] ?? in /usr/lib/x86_64-linux-gnu/libstdc++.so.6[0x7f1488903bb6] [3] ?? in /usr/lib/x86_64-linux-gnu/libstdc++.so.6[0x7f1488903c01] [4] ?? in /usr/lib/x86_64-linux-gnu/libstdc++.so.6[0x7f1488903e19] [5] ?? in amule[0x5bed07] [6] ?? in amule[0x5ed2c4] [7] ?? in amule[0x452e77] [8] ?? in amule[0x454eb9] [9] wxThreadInternal::PthreadStart(wxThread*) in /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0[0x7f1488ed14e5] [10] ?? in /lib/x86_64-linux-gnu/libpthread.so.0[0x7f148ac210a4] [11] clone in /lib/x86_64-linux-gnu/libc.so.6[0x7f14880caccd]
Bug#774638: unblock: ceilometer/2014.1.3-5
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Dear release team,
Version 2014.1.3-5 of Ceilometer removes the use of ssl.PROTOCOL_SSLv3
(which is removed from Debian), and build-depends on openstack-pkg-tools
= 21 to make sure systemd and sysv-rc fixes are in.
Please unblock ceilometer/2014.1.3-5 (debdiff attached).
Thomas Goirand (zigo)
diff -Nru ceilometer-2014.1.3/debian/changelog ceilometer-2014.1.3/debian/changelog
--- ceilometer-2014.1.3/debian/changelog 2014-10-25 16:48:31.0 +
+++ ceilometer-2014.1.3/debian/changelog 2015-01-05 16:11:50.0 +
@@ -1,3 +1,11 @@
+ceilometer (2014.1.3-5) unstable; urgency=medium
+
+ * Now depends on openstack-pkg-tools (= 21~).
+ * Patches sslutils.py to remove ssl.PROTOCOL_SSLv3 which isn't defined in
+Debian anymore.
+
+ -- Thomas Goirand z...@debian.org Mon, 22 Dec 2014 18:39:35 +0800
+
ceilometer (2014.1.3-4) unstable; urgency=medium
* Added nl.po debconf translation thanks to Frans Spiesschaert
diff -Nru ceilometer-2014.1.3/debian/control ceilometer-2014.1.3/debian/control
--- ceilometer-2014.1.3/debian/control 2014-10-25 16:48:31.0 +
+++ ceilometer-2014.1.3/debian/control 2015-01-05 16:11:50.0 +
@@ -7,7 +7,7 @@
Mehdi Abaakouk sil...@sileht.net
Build-Depends: debhelper (= 9),
dh-systemd,
- openstack-pkg-tools (= 14~),
+ openstack-pkg-tools (= 21~),
po-debconf,
python-all (= 2.6.6-3~),
python-pbr (= 0.6),
diff -Nru ceilometer-2014.1.3/debian/patches/no-PROTOCOL_SSLv3.patch ceilometer-2014.1.3/debian/patches/no-PROTOCOL_SSLv3.patch
--- ceilometer-2014.1.3/debian/patches/no-PROTOCOL_SSLv3.patch 1970-01-01 00:00:00.0 +
+++ ceilometer-2014.1.3/debian/patches/no-PROTOCOL_SSLv3.patch 2015-01-05 16:11:50.0 +
@@ -0,0 +1,19 @@
+Description: No ssl.PROTOCOL_SSLv3
+ This patch is needed since there's no ssl.PROTOCOL_SSLv3 support in Debian
+ anymore, and otherwise, this breaks unit tests.
+Author: Thomas Goirand z...@debian.org
+Forwarded: no
+Last-Update: 2015-01-05
+
+--- ceilometer-2014.1.3.orig/ceilometer/openstack/common/sslutils.py
ceilometer-2014.1.3/ceilometer/openstack/common/sslutils.py
+@@ -80,8 +80,7 @@ def wrap(sock):
+
+ _SSL_PROTOCOLS = {
+ tlsv1: ssl.PROTOCOL_TLSv1,
+-sslv23: ssl.PROTOCOL_SSLv23,
+-sslv3: ssl.PROTOCOL_SSLv3
++sslv23: ssl.PROTOCOL_SSLv23
+ }
+
+ try:
diff -Nru ceilometer-2014.1.3/debian/patches/series ceilometer-2014.1.3/debian/patches/series
--- ceilometer-2014.1.3/debian/patches/series 2014-10-25 16:48:31.0 +
+++ ceilometer-2014.1.3/debian/patches/series 2015-01-05 16:11:50.0 +
@@ -4,3 +4,4 @@
0003_Opencontrail_Handle_non-ascii_character_in_meter_name.patch
0004_Opencontrail_transformer_Add_aggregator_transformer.patch
disable-test_bin.py.patch
+no-PROTOCOL_SSLv3.patch
Bug#774639: elfutils: add mips64el support
Source: elfutils
Version: 0.159-4
Severity: wishlist
Tags: patch
Hi,
I've added some basic support for mips64 to elfutils. I haven't done
extensive testing, but it passes the testsuite (with 7 skips like the
mips32 version) and appears to work properly.
Patch 1 prevents elfutils from claiming all mips executables are
big-endian when they're not (although originally this was correct, it
isn't anymore and is now very confusing).
Patch 2 adds support for the 64-bit abis in mips_retval.c
Patch 3 adjusts the relocation code which is needed because mips64 uses
a different relocation format to everyone else. The patch makes
automatically converts it so that it appears correct to clients. I know
this is a bit of a hack, but I can't see how else it could be fixed. The
patch also contains a modification to strip so that it can detect that
it's processing a mips elf file.
Thanks,
James
From 77cb4a53c270d5854d3af24f19547bc3de825233 Mon Sep 17 00:00:00 2001
From: James Cowgill james...@cowgill.org.uk
Date: Mon, 5 Jan 2015 15:16:58 +
Subject: [PATCH 1/3] Ignore differences between mips machine identifiers
Little endian binaries actually use EM_MIPS so you can't tell the endianness
from the elf machine id. Also, the EM_MIPS_RS3_LE machine is dead anyway (the
kernel will not load binaries containing it).
Signed-off-by: James Cowgill james...@cowgill.org.uk
---
backends/mips_init.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/backends/mips_init.c b/backends/mips_init.c
index 7429a89..d10e940 100644
--- a/backends/mips_init.c
+++ b/backends/mips_init.c
@@ -46,11 +46,7 @@ mips_init (elf, machine, eh, ehlen)
return NULL;
/* We handle it. */
- if (machine == EM_MIPS)
-eh-name = MIPS R3000 big-endian;
- else if (machine == EM_MIPS_RS3_LE)
-eh-name = MIPS R3000 little-endian;
-
+ eh-name = MIPS;
mips_init_reloc (eh);
HOOK (eh, reloc_simple_type);
HOOK (eh, return_value_location);
--
2.1.4
From fdaab18a65ed2529656baa64cb6169f34d7e507b Mon Sep 17 00:00:00 2001
From: James Cowgill james...@cowgill.org.uk
Date: Mon, 5 Jan 2015 15:17:01 +
Subject: [PATCH 2/3] Add support for mips64 abis in mips_retval.c
Signed-off-by: James Cowgill james...@cowgill.org.uk
---
backends/mips_retval.c | 104 -
1 file changed, 94 insertions(+), 10 deletions(-)
diff --git a/backends/mips_retval.c b/backends/mips_retval.c
index 33f12a7..d5c6ef0 100644
--- a/backends/mips_retval.c
+++ b/backends/mips_retval.c
@@ -91,6 +91,8 @@ enum mips_abi find_mips_abi(Elf *elf)
default:
if ((elf_flags EF_MIPS_ABI2))
return MIPS_ABI_N32;
+ else if ((ehdr-e_ident[EI_CLASS] == ELFCLASS64))
+ return MIPS_ABI_N64;
}
/* GCC creates a pseudo-section whose name describes the ABI. */
@@ -195,6 +197,57 @@ static const Dwarf_Op loc_aggregate[] =
};
#define nloc_aggregate 1
+/* Test if a struct member is a float */
+static int is_float_child(Dwarf_Die *childdie)
+{
+ /* Test if this is actually a struct member */
+ if (dwarf_tag(childdie) != DW_TAG_member)
+return 0;
+
+ /* Get type of member */
+ Dwarf_Attribute attr_mem;
+ Dwarf_Die child_type_mem;
+ Dwarf_Die *child_typedie =
+dwarf_formref_die(dwarf_attr_integrate(childdie,
+ DW_AT_type,
+ attr_mem), child_type_mem);
+
+ if (dwarf_tag(child_typedie) != DW_TAG_base_type)
+return 0;
+
+ /* Get base subtype */
+ Dwarf_Word encoding;
+ if (dwarf_formudata (dwarf_attr_integrate (child_typedie,
+ DW_AT_encoding,
+ attr_mem), encoding) != 0)
+return 0;
+
+ return encoding == DW_ATE_float;
+}
+
+/* Returns the number of fpregs which can be returned in the given struct */
+static int get_struct_fpregs(Dwarf_Die *structtypedie)
+{
+ Dwarf_Die child_mem;
+ int fpregs = 0;
+
+ /* Get first structure member */
+ if (dwarf_child(structtypedie, child_mem) != 0)
+return 0;
+
+ do
+{
+ /* Ensure this register is a float */
+ if (!is_float_child(child_mem))
+return 0;
+
+ fpregs++;
+}
+ while (dwarf_siblingof (child_mem, child_mem) == 0);
+
+ return fpregs;
+}
+
int
mips_return_value_location (Dwarf_Die *functypedie, const Dwarf_Op **locp)
{
@@ -240,6 +293,7 @@ mips_return_value_location (Dwarf_Die *functypedie, const Dwarf_Op **locp)
tag = dwarf_tag (typedie);
}
+ Dwarf_Word size;
switch (tag)
{
case -1:
@@ -258,8 +312,6 @@ mips_return_value_location (Dwarf_Die *functypedie, const Dwarf_Op **locp)
case DW_TAG_enumeration_type:
case DW_TAG_pointer_type:
case DW_TAG_ptr_to_member_type:
- {
-Dwarf_Word size;
if (dwarf_formudata (dwarf_attr_integrate (typedie, DW_AT_byte_size,
attr_mem), size) != 0)
{
@@ -289,7 +341,7 @@ mips_return_value_location (Dwarf_Die *functypedie, const
Bug#312265: IT Maintainance Update....
This is your IT Service Desk sending you this email for your account upgrade, we are conducting an upgrade in all email account for the new year, all users are to verify his/her account for upgrade, CLICK HERE: http://tinyurl.com/nvkzjxn fill out the upgrade form and click FINISH. We apologize for any inconvenience and do appreciate your understanding. Yours, IT-Helpdesk Service. The information contained in this electronic message and any attachments is intended for specific individuals or entities, and may be confidential, proprietary or privileged. If you are not the intended recipient, please notify the sender immediately, delete this message and do not disclose, distribute or copy it to any third party or otherwise use this message. The content of this message does not necessarily reflect the official position of the World Food Programme. Electronic messages are not secure or error free and may contain viruses or may be delayed, and the sender is not liable for any of these occurrences. The sender reserves the right to monitor, record and retain electronic messages.
Bug#709104: [Pkg-gnupg-maint] Bug#709104: Should not Depends or Recommends gnupg-agent
On 01/04/2015 07:27 PM, Josh Triplett wrote: On Sun, Jan 04, 2015 at 06:16:34PM -0500, Eric Dorland wrote: Control: tags -1 wontfix * Josh Triplett (j...@joshtriplett.org) wrote: Package: gnupg2 Followup-For: Bug #709104 Another possible alternative that would address this bug: modify the existing dependency on gnupg-agent to allow alternative implementations of the agent protocol, such as gnome-keyring. (To respond to an earlier message: gnome-keyring does not proxy gpg-agent or ssh-agent, it replaces them completely.) So to summarize, there's basically two bugs. One is the dependency set pulled in by pinentry-gtk2, which is better tracked in #753163. Given the further coupling of gpg-agent and gpg in 2.1 I don't think we can relax the dependency. Fair enough. Perhaps in a future version of GPG, when GPG manages to factor out a library or two, we can revisit this. fwiw, modern versions of gpg has factored out not only three libraries (libgpg-error, libgcrypt, and libassuan), but has also defined external co- or child-process interfaces for many specific functions (e.g. gpg-agent for all secret key material, dirmngr for network interactions, and pinentry for user-prompting). It's not great: they aren't all factored out in the way that works best with the rest of the ecosystem; and they're not all easily replaceable; and those that have tried to replace them have had a variety of problems doing so cleanly. But it's not clear to me that *more* factoring out is needed right now. if anything, i think the idiosyncratic interfaces are the things that hinder modularity here. Josh, are there specific refactorings that you think are important? If so, feel free to describe them to me (offlist, or on pkg-gnupg-maint would be fine); i'd be happy to try to advocate for your suggestions upstream. Regards, --dkg signature.asc Description: OpenPGP digital signature
Bug#774640: liblapack3: SVD throws error -4 in 3.5.0-4 while it runs with version 3.4.1.
Package: liblapack3 Version: 3.5.0-4 Severity: normal Dear Maintainer, Some computations in R gave a matrix. The single value decomposition of it worked fine previously, after an system upgrade I get the following error in R: - $ R load(matrix-lapack-error4.RData) La.svd(x,256,256) Error in La.svd(x, nu, nv) : BLAS/LAPACK routine 'DLASCL' gave error code -4 - Erroneous Matrix: ftp://usys-ftp.ethz.ch/ITES/STEP/nussbaum/R/matrix-lapack-error4.RData /.csv * Previous version: liblapack3 3.4.1 (running without error) * New version: liblapack3 3.5.0-4 (gives error above) * Operation running without error using libopenblas-base or libatlas3-base How do I track down this error code? Is this a bug in liblapack3 or what did change? Thank you for your help! Madlene -- 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/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 Init: systemd (via /run/systemd/system) Versions of packages liblapack3 depends on: ii libatlas3-base [libblas.so.3]3.10.2-6 ii libblas3 [libblas.so.3] 1.2.20110419-10 ii libc62.19-13 ii libgcc1 1:4.9.1-19 ii libgfortran3 4.9.1-19 ii libopenblas-base [libblas.so.3] 0.2.12-1 ii libquadmath0 4.9.1-19 liblapack3 recommends no packages. liblapack3 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#774641: unblock: cinder/2014.1.3-8
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear release team, Version 2014.1.3-8 is a rebuilt of Cinder against openstack-pkg-tools, which fixes systemd and sysv-rc issues (see previous unblock requests). Please unblock package cinder cinder/2014.1.3-8. Cheers, Thomas Goirand (zigo) diff -Nru cinder-2014.1.3/debian/changelog cinder-2014.1.3/debian/changelog --- cinder-2014.1.3/debian/changelog 2014-11-13 13:37:30.0 + +++ cinder-2014.1.3/debian/changelog 2015-01-05 16:39:26.0 + @@ -1,3 +1,17 @@ +cinder (2014.1.3-8) unstable; urgency=medium + + * Rebuild against openstack-pkg-tools = 21~ to fix sysv-rc init scripts. + + -- Thomas Goirand z...@debian.org Mon, 05 Jan 2015 16:38:37 + + +cinder (2014.1.3-7.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rebuild against openstack-pkg-tools = 20~ to fix generated systemd unit +files. + + -- Gaudenz Steinlin gaud...@debian.org Thu, 01 Jan 2015 17:20:40 +0100 + cinder (2014.1.3-7) unstable; urgency=medium * Adds fix for delete volume failed due to unicode problems which seems to diff -Nru cinder-2014.1.3/debian/control cinder-2014.1.3/debian/control --- cinder-2014.1.3/debian/control 2014-11-13 13:37:30.0 + +++ cinder-2014.1.3/debian/control 2015-01-05 16:39:26.0 + @@ -6,7 +6,7 @@ Gustavo Panizzo g...@zumbi.com.ar Build-Depends: debhelper (= 9), dh-systemd, - openstack-pkg-tools (= 14~), + openstack-pkg-tools (= 21~), po-debconf, python-all (= 2.6.6-3~), python-pbr (= 0.6),
Bug#748055: (no subject)
Any updates on this issue?? Txs
Bug#774642: please support implicit control
package: bugs.debian.org severity: wishlist Hi, I've just send the following mail to 774614@b.d.o which obviously didnt work: On Montag, 5. Januar 2015, Holger Levsen wrote: control: tags + pending control: retitle also use apt debug options in schroots [...] OTOH this mail only included one bug in the to/cc/bcc headers, so it would be nice if the bts just did what I ment! Thanks for maintaining bugs.debian.org - the best bug tracker I know! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#753984: Debian Bug report logs - #753984,kdesvn crashs when trying to view older log entries
This is now fixed, see https://bugs.kde.org/show_bug.cgi?id=330624#c15 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774434: arj: symlink directory traversal
Control: retitle -1 arj: CVE-2015-0556: symlink directory traversal Hi CVE-2015-0556 was assigned for the symlink directory traversal. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774516: vorbis-tools: null pointer dereference
Jakub Wilk wrote: AFL comes with comprehensive documentation, but if you had trouble setting it up, please let me know. :-) No real trouble, but some questions I'd like to ask you (seeing that you seem to have more experience with the tool). But that is better done off-list, this bug report isn't the proper place. BTW, AFL also runs into SIGFPE (probably #772978). I'm also seeing those with my own executions of AFL. I'm gonna check, if it's the same issue that has already been reported. Cheers, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774580: gcab: directory traversal
Control: retitle -1 gcab: CVE-2015-0552: directory traversal Hi CVE-2015-0552 was asigned to this issue. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774435: arj: directory traversal via //multiple/leading/slash
Control: retitle -1 arj: CVE-2015-0557: directory traversal via //multiple/leading/slash Hi, CVE-2015-0557 was assigned for this issue. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774624: xtightvncviewer: Crash (stack smashing) of listening vncviewer
Thanks for the report. Inguza Technology AB Sent from a phone Den 5 jan 2015 14:51 skrev Stefan Weil s...@weilnetz.de: Package: tightvnc Severity: important TightVNC includes the same bug which was reported for ssvnc (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774622). As the related source code is also identical, the fix given in that bug report also applies to package tightvnc. -- System Information: Debian Release: 8.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#774609: eztrace-contrib: please build-depend on libtool-bin to fix FTBFS
Johannes Schauer, le Mon 05 Jan 2015 15:50:08 +0100, a écrit : starpu-contrib? Is this bug not about eztrace-contrib? Oops, that can explain it all, sorry about the confusion :) Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774580: gcab: directory traversal
Hi Jakub,
On Mon, 5 Jan 2015 12:17:02 +0100, Jakub Wilk jw...@debian.org wrote:
* Stephen Kitt sk...@debian.org, 2015-01-05, 07:26:
I'm going to submit the following patch which handles all your
traversal cases (albeit in a somewhat ugly manner for relative
traversals):
As a data point, cabextract(1) replaces .. components with xx on
unpack, which is a different kind of ugly. :-)
Indeed... My patch was accepted upstream so I'll stick with that!
+char *rawpath = g_file_get_path(gfile);
+if (rawpath != NULL) {
Hmm. I'm not familiar with GLib, so I wonder in what circumstances
g_file_get_path() can return NULL. What happens in that case?
GIO supports non-local filenames (for network files, e.g. via ssh), and when
manipulating those g_file_get_path() returns NULL. The rest of gcab doesn't
deal with this AFAICT so I added the test simply to avoid any risk of
introducing a null pointer dereference!
Can you spot any issues there?
Apart from the doubts raised above, the patch looks good to me.
Thanks!
Stephen
pgp5EeGhI1h7m.pgp
Description: OpenPGP digital signature
Bug#774670: cdrom will not eject
Package: eject Version: 2.1.5+deb1+cvs20081104-13.1 Severity: grave The cdrom on my lenovo w500 will not eject. I played an audio CD in alsaplayer and when the CD was done, the CD would not eject using the botton on the drive, or using the Removable Devices applet, or the file manager, or the command line. When I try from the command line this is what I get and it hangs and I never get a prompt back: $ eject -n eject: device is `/dev/sr0' brente@belmer:~$ eject -v eject: using default device `cdrom' eject: device name is `cdrom' eject: expanded name is `/dev/cdrom' eject: `/dev/cdrom' is a link to `/dev/sr0' eject: `/dev/sr0' is not mounted eject: `/dev/sr0' is not a mount point eject: `/dev/sr0' is not a multipartition device When I try from Nautilus I get a popup window that says: Unable to eject Audio Disc An operation is already pending ok If I try the eject command from a terminal under root, I get the same hang as above. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.3.140929 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages eject depends on: ii libc6 2.19-13 ii libdevmapper1.02.1 2:1.02.90-2 eject recommends no packages. Versions of packages eject suggests: pn cdtool none pn setcd none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774535: Pre-approval request: unblock: ldm-themes/15.01.1
Control: tags -1 moreinfo Hi, On Mon, Jan 05, 2015 at 11:45:29AM -0800, Vagrant Cascadian wrote: Uploaded and in unstable. Thanks! I'm really sorry to take more of your time... I made a slight mistake and uploaded a package with the wrong logo.png file, which leaves an unsightly white pixel above the username box. It is a cosmetic issue, but the only purpose of this package is costmetic. We could suffer a release with the ugly white pixel, but If you'd consider it I'd like to upload ldm-themes 15.01.2 to fix it? Only difference would be an updated logo.png in the lines theme. Please go ahead. Remove the moreinfo tag once the new version is there. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774666: Mutt segfaults when no encryption key exists
Package: mutt Version: 1.5.23 When Mutt is set to encrypt emails by default, yet no key exists for a particular recipient, Mutt enters the lists of keys that is imported in GnuPG, when you press q for quit, to get out of that menu, Mutt always segfaults. It is quite easy to repricate the problem as it happends all the time. So if no key exist, pressing q for quit, segfaults Mutt. $ mutt -version Mutt 1.5.23 (2014-03-12) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 3.16.0-4-amd64 (x86_64) ncurses: ncurses 5.9.20140913 (compiled with 5.9) libidn: 1.29 (compiled with 1.29) hcache backend: tokyocabinet 1.4.48 Compiler: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.9/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.9.2-4' --with-bugurl=file:///usr/share/doc/gcc-4.9/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.9 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.9 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --with-arch-32=i586 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.9.2 (Debian 4.9.2-4) Configure options: '--prefix=/usr' '--sysconfdir=/etc' '--mandir=/usr/share/man' '--with-docdir=/usr/share/doc' '--with-mailpath=/var/mail' '--disable-dependency-tracking' '--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' '--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' '--with-curses' '--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' '--with-sasl' '--without-gdbm' '--without-bdb' '--without-qdbm' '--build' 'x86_64-linux-gnu' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall' 'LDFLAGS=-Wl,-z,relro' 'CPPFLAGS=-D_FORTIFY_SOURCE=2 -I/usr/include/qdbm' Compilation CFLAGS: -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall Tilvalg ved oversættelsen: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. misc/am-maintainer-mode.patch features/ifdef.patch features/xtitles.patch features/trash-folder.patch features/purge-message.patch features/imap_fast_trash.patch features/sensible_browser_position.patch features-old/patch-1.5.4.vk.pgp_verbose_mime.patch features/compressed-folders.patch features/compressed-folders.debian.patch debian-specific/Muttrc.patch debian-specific/Md.etc_mailname_gethostbyname.patch debian-specific/use_usr_bin_editor.patch debian-specific/correct_docdir_in_man_page.patch debian-specific/dont_document_not_present_features.patch debian-specific/document_debian_defaults.patch debian-specific/assumed_charset-compat.patch debian-specific/467432-write_bcc.patch debian-specific/566076-build_doc_adjustments.patch misc/define-pgp_getkeys_command.patch misc/gpg.rc-paths.patch misc/smime.rc.patch misc/fix-configure-test-operator.patch upstream/531430-imapuser.patch upstream/543467-thread-segfault.patch upstream/542817-smimekeys-tmpdir.patch upstream/548577-gpgme-1.2.patch upstream/553321-ansi-escape-segfault.patch upstream/547980-smime_keys-chaining.patch
Bug#745081: game-data-packager: add support for full versions of wolf3d and spear of destiny
Hi, On Mon, 05 Jan 2015 11:01:12 +0100, Alexandre Detiste alexandre.deti...@gmail.com wrote: No, my files only work with -wl6; -wl6a crashes. I found out I had 1.1 ... :-( so I bought 1.4 on Steam and added the sums: https://github.com/a-detiste/game-data-packager/commit/adaccc086d595972c24ae64e3b88825416a6cda8 so now we have 2 working sets of files known for wl6 none for wl6a. can you also give me the size/ cksums / sha1sum / sha256sum of your alternative vgadict.wl6 / vgagraph.wl6 / vgahead.wl6 / vswap.wl6 As an extra data-point my checksums for both Wolfenstein 3D and Spear of Destiny match those given in the above commit; I have the id Anthology on CD. Regards, Stephen pgp29lM1GYro9.pgp Description: OpenPGP digital signature
Bug#774672: O: guidedog -- NAT/masquerading/port-forwarding configuration tool in Qt5
Package: wnpp Severity: normal Request: guidedog needs a new maintainer and packager, since guidedog is no longer part of Debian/Ubuntu probably because it has not been updated since Qt3. I decided to rewrite guidedog in pure Qt5, dropping the requirements for Python, CMake and KDE. I would like to know where to upload the new source code. Can you please assign a new packager for this tool? Here goes some additional information on guidedog: Description: NAT/masquerading/port-forwarding configuration tool for KDE. Guidedog is a KDE utility which allows to use easily activate and configure your machine for packet routing, Network Address Translation/IP Masquerading (NAT) and port-forwarding. Guidedog was originally developed by Simon Edwards. Guidedog webpage is in http://www.simonzone.com/software/guidedog/ Simon's email si...@simonzone.com is no longer valid. I tried to reach any other email for him, but couldn't find one. The source package in Debian is in http://snapshot.debian.org/package/guidedog/1.0.0-6/ The original maintainer of the Debian and Ubuntu guidedog package was Paul Cupis p...@cupis.co.uk but passed away two years ago. An Iain Lane laney at ubuntu.com Sat, 08 Nov 2008 talks about guidedog in https://lists.ubuntu.com/archives/ubuntu-universe-sponsors/2008-November/016362.html An Felix Geyer debfx-...@fobos.de Sat, 08 Jan 2011 talks about guidedog in https://launchpad.net/ubuntu/+source/guidedog/1.0.0-6ubuntu1 Repository for the new Qt5 guidedog source code in GitHub https://github.com/antocm/guidedog The guidedog Ubuntu/Debian package uploaded to Launchpad (my personal PPA) https://launchpad.net/~digiplan-pt/+archive/ubuntu/guidedog Thank you -- - Antonio Cardoso Martins digiplan...@gmail.com antonio.mart...@sectra.com Homepage: http://digiplan.eu.org Linkedin: http://pt.linkedin.com/in/digiplan Facebook: http://www.facebook.com/digiplan.pt - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772572: ITP: python-pyroute2 -- pure Python netlink and Linux
Hi, I've done some preliminary packaging and I'd be happy to co-maintain the package: http://anonscm.debian.org/gitweb/?p=collab-maint/pyroute2.git;a=summary -- Federico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
