http://permalink.gmane.org/gmane.linux.debian.backports.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.linux.debian.backports.general/8716 <pre>Hi! On 23.05.2012 11:32, Mathieu wrote: If I see correctly, it has been released yesterday and hasn't been uploaded to unstable, so I fear there won't be any 2.0 backports really soon. Please get in contact with the maintainers, and help get 2.0 packaged first. Best regards, Alexander </pre> Alexander Reichle-Schmehl 2012-05-23T10:49:17 http://permalink.gmane.org/gmane.linux.debian.backports.general/8715 <pre>Hi everyone! Zabbix 2.0 is out :) Is it possible to get a backport of this ? Thanks, Mathieu </pre> Mathieu 2012-05-23T09:32:25 http://permalink.gmane.org/gmane.linux.debian.backports.general/8714 <pre>Hello, could you please post the link to the bug here after you file it? I'm having the same problem and would like to contribute hardware/software information if needed. Best regards, Andrej 2012/5/22 Wolfgang Kroener &lt;debian&lt; at &gt;azog.de&gt; </pre> R33D3M33R 2012-05-23T08:21:53 http://permalink.gmane.org/gmane.linux.debian.backports.general/8713 <pre> Do open a bug report at bugs.debian.org. But also, please test with Linux 3.3 from experimental (this won't require any additional upgrades). I doubt it's fixed there but we need to check that before reporting upstream. Ben. </pre> Ben Hutchings 2012-05-22T12:02:18 http://permalink.gmane.org/gmane.linux.debian.backports.general/8712 <pre>Hi, I am using squeeze with a bpo-kernel (3.2.0-0.bpo.2-amd64). Wake-on-lan is not working with the r8169 driver when the computer is off. It is working with suspend-to-ram. And it is working with the squeeze-kernel. Looking through the web brings no definite solution. The closest one I can find is http://comments.gmane.org/gmane.linux.network/208170. Should I open a bugreport at bugs.debian.org? Do you need more information? Greetings, Wolfgang </pre> Wolfgang Kroener 2012-05-22T09:18:21 http://permalink.gmane.org/gmane.linux.debian.backports.general/8711 <pre> It seems that a couple of folks did download these packages, but I haven't received any feedback on them. I've tested these packages in a chroot and I was able to play a couple of media files here, but I'd appreciate wider testing. In the mean time, that repo provides now both i386 and amd64 packages. </pre> Reinhard Tartler 2012-05-21T21:33:30 http://permalink.gmane.org/gmane.linux.debian.backports.general/8710 <pre> Hi Kaare, I fixed the crash in WeeChat git, here is the link with commit: http://git.savannah.gnu.org/gitweb/?p=weechat.git;a=commitdiff;h=68025527874d2d98d4d9f85ddea84db577307743 (link to bug: https://savannah.nongnu.org/bugs/?36479) Kolter confirmed me this patch is ok. If you want to test, you can try either 0.3.8-dev (0.3.8 will be released on beginning of June) or patch 0.3.7 (this patch should apply fine on 0.3.7). And then of course enable load of guile plugin to check if the crash does not occur. </pre> Sebastien Helleu 2012-05-21T20:00:22 http://permalink.gmane.org/gmane.linux.debian.backports.general/8709 <pre>[...] Since I was asked off-list about the status of this bug, here's a quick follow- up: Emmanuel Bouthenot (kolter) found that the bug is/was caused by the guile plugin and disabling it would alleviate the problem. So, since I don't use this plugin, I disabled it in weechat.conf's "[plugin]" section by doing the following: autoload = "*,!guile" My Weechat installation is working fine now, thanks to kolter's investigative work. I haven't checked whether the bug meanwhile has been fixed up or downstream. (Please CC any replies to me as I'm not subscribed to this list.) </pre> Kåre Thor Olsen 2012-05-21T19:31:19 http://permalink.gmane.org/gmane.linux.debian.backports.general/8708 <pre>I tried to upload again, now without the epoch in the changes filename, but now got this message: http://lists.debian.org/debian-backports-changes/2012/05/msg00342.html What can I do to get my package processed? </pre> Reinhard Tartler 2012-05-20T12:28:04 http://permalink.gmane.org/gmane.linux.debian.backports.general/8707 <pre>-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Ezequiel, Am 16.05.2012 15:36, schrieb Ezequiel Lara Gómez: this should be fixed with the latest upload. Cheers, Jan. - -- Never write mail to &lt;waja&lt; at &gt;spamfalle.info&gt;, you have been warned! - -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GIT d-- s+: a C+++ UL++++ P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h---- r+++ y++++ - ------END GEEK CODE BLOCK------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQFPuAzW9u6Dud+QFyQRApJkAKCt16q73MMlNM6JM/TF5Dm0gDPo7ACfcgy8 leUfMuTXF6PafAXHaDATw78= =4djb -----END PGP SIGNATURE----- </pre> Jan Wagner 2012-05-19T21:12:54 http://permalink.gmane.org/gmane.linux.debian.backports.general/8706 <pre> I did take a look but unfortunately, it tried to download stuff on the buildds, which is not acceptable for the buildds. I'm using past tense, because I fixed that in the branch. Test packages can be downloaded from my private repository: http://wiki.tauware.de/~siretart/archive/ deb http://wiki.tauware.de/~siretart/archive/ squeeze-backports main deb-src http://wiki.tauware.de/~siretart/archive/ squeeze-backports main Unofrtunately, I had to disable schroedinger support, which probably means that dirac support is missing. Because of lack of dirac samples, I didn't test that. Nevertheless, the vlc backport seems to work for me in a chroot, but feedback is welcome, espc. if someone has reservations about uploading it to squeeze-backports proper. </pre> Reinhard Tartler 2012-05-19T20:51:02 http://permalink.gmane.org/gmane.linux.debian.backports.general/8705 <pre>Hi, I have backported backintime for my own usage. The packages are available at : http://gilles.tk/~julien/squeeze-backports/backintime_1.0.8-1~bpo60+1.dsc I just follow the Contribute page. The package was build without changing anything, except debian/changelog, so I don't know if it worths it... Anyway, feel free to review and upload it to debian-backports. -- Julien Gilles. </pre> jul.gil< at >gmail.com 2012-05-19T15:58:42 http://permalink.gmane.org/gmane.linux.debian.backports.general/8704 <pre> &gt;&gt; URL:</pre> micah anderson 2012-05-18T17:54:18 http://permalink.gmane.org/gmane.linux.debian.backports.general/8703 <pre>Hello, is there anyone who want to make a squeeze-backport for the nagiosgrapher package to get rid of the nagios3 only dependency, especially for the icinga users. Thanks Patrik </pre> Patrik Karisch 2012-05-18T13:57:02 http://permalink.gmane.org/gmane.linux.debian.backports.general/8702 <pre>Full message here: https://lists.debian.org/debian-backports-changes/2012/05/msg00253.html I need your assistance with understanding what went wrong here. Did I do something wrong (I suppose so, but what?) BTW, the last "paragraph" (two lines) looks garbled. </pre> Reinhard Tartler 2012-05-18T14:02:19 http://permalink.gmane.org/gmane.linux.debian.backports.general/8701 <pre>Am Mittwoch, den 16.05.2012, 07:23 +1000 schrieb Matt Palmer: vlc [1] is ready for upload. It just needs be built and tested. Anyone with enough time to do it? [1] http://anonscm.debian.org/gitweb/?p=pkg-multimedia/vlc.git;a=shortlog;h=refs/heads/squeeze-backports </pre> Benjamin Drung 2012-05-17T19:00:40 http://permalink.gmane.org/gmane.linux.debian.backports.general/8700 <pre>Hi, Would anybody be interested in backporting gtk2-engines-murrine and murrine-themes from wheezy to squeeze? The newest murrine themes (i.e. Greybird [1]) don't work in squeeze because the murrine engine is too outdated. I tried to manually install the wheezy packages in stable but, as expected, dependencies are not satisfied. Can anybody help? Thanks! [1] http://shimmerproject.org/project/greybird/ </pre> rent0n 2012-05-17T11:01:36 http://permalink.gmane.org/gmane.linux.debian.backports.general/8699 <pre> ... I built a sqlalchemy-migrate (source package name migrate) package for squeeze-backports and after a test by Andriy uploaded it to backports. Best regards Jan </pre> Jan Dittberner 2012-05-16T22:13:44 http://permalink.gmane.org/gmane.linux.debian.backports.general/8698 <pre>Dear debian-backports, I am current maintainer of Buildbot (packages are buildbot and buildbot-slave) which is a great continious integration tool used in lots of free and open source projects like chromium, memcached, twisted and lots of others[1]. There is a really old version in squeeze (0.7.12 which nevertheless does its work) while development does releases every 3 months and introduced a lot of handy features all this time. There is a slowly but steady growing auditory using buildbot in debian[2,3]. There are also some regularily appearing wishlist bugreports for packaging a new upstream version[4,5]. Considering this I believe buildbot and buildbot-slave is worth backporting to squeeze. However buildbot depends on python-migrate &gt;= 0.6.1 which is missing from squeeze and squeeze-backports, that means in order to backport buildbot there's a nedd to backport python-migrate(CC'ing its maintainer). I've found this version dependency only today so the original package is not updated yet. Current testing </pre> Andriy Senkovych 2012-05-16T20:10:57 http://permalink.gmane.org/gmane.linux.debian.backports.general/8697 <pre>-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greetings, I think I just found a bug in the latest icinga-idoutils 1.6.1-3~bpo60+1 . The init.d script ido2db got changed and now it doesn't start, returning: start-stop-daemon: unrecognized option '--status' start-stop-daemon does not report supporting the --status option as of dpkg version 1.15.8.12 . Replacing the init.d script with the one from from 1.6.1-2~bpo60+1 works again (at least for me!). Regards... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPs61gAAoJED6ZaBUy4WO6SxYQAKsJFpLOq5MGiSV5geCSxfeF Rdlcxx4T1TkZE+qdV9fM6gFQSiU4PTQHjuwLkA7t7oKoQGromCTvD90DNbnKV8tc Nnz+rQajZfMRj9RkvRbhiZOqaoyYX/YnZ8uHiaUoDggOP7GrXc7VyPYBaYgyPUTj TIQlB5PVCzp1QESfqLvMlNz534RiXFd/8ytuzbOwr02fPRJWK7WuLlItZPb+YeCO o4Zckohc+PomjM3hgX1xzMeHogGL8cuRMAkzoZ2cPrJMdYGCI2qmE2MJTTH4Wk8u BF3+/GAMcUG+KkKuoG6sc92Drwze8gW6L8it2UGdJzvwbzeXaK39ssak4DGQl4qt</pre> Ezequiel Lara Gómez 2012-05-16T13:36:33 http://permalink.gmane.org/gmane.linux.debian.backports.general/8696 <pre>* Luca Capello &lt;luca&lt; at &gt;pca.it&gt; [2012-05-15 17:48:04 CEST]: I am happy that I managed to get that fixed in squeeze, so I guess it makes sense to remove the need for it. On the other hand, I'd rather tweak it to a statement telling people to remove the snippet from their personal configuration if they have any. ;) Depends on how you would see the "branching" going on. Personally I keep my packaging in git. When creating the squeeze-backports branch from a package formerly backported to lenny-backports, I create it off the versioned tag for testing, and not from the lenny-backports branch and *then* merge in the versioned tag from testing. If there weren't any changes needed for lenny-backports, it doesn't make much of a difference (just the changelog, as you mentioned). If there were required changes for lenny-backports, that need often went away and isn't needed for squeeze-backports anymore, so I tend to consider starting off "fresh" for squeeze-backports is the better approach. The upload would h</pre> Gerfried Fuchs 2012-05-16T07:50:50 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.debian.backports.general