Bug#693109: shorewall6: suggested packages inconsistent with shorewall
Package: shorewall6 Version: 4.5.5.3-2 Severity: minor Dear Maintainer, Shorewall6 only suggests linux-image-2.3.32-5*. Shorewall6 depends on shorewall, which suggests linux-image-2.6.32-5*, 3.2.0-4* and 3.6-trunk*. I guess both packages should suggest the same kernel versions. Regards, Sebastien KALT -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'testing'), (700, 'stable-updates'), (700, 'stable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shorewall6 depends on: ii debconf [debconf-2.0]1.5.46 ii iproute 20120521-3 ii iptables 1.4.16.3-4 ii libio-socket-inet6-perl 2.69-2 ii shorewall4.5.5.3-3 shorewall6 recommends no packages. Versions of packages shorewall6 suggests: pn linux-image-2.6 ii make 3.81-8.2 ii shorewall-doc4.5.5-1 -- Configuration Files: /etc/shorewall6/params [Errno 13] Permission non accordée: u'/etc/shorewall6/params' -- debconf information: shorewall6/major_release: shorewall6/dont_restart: shorewall6/invalid_config: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693093: xpra: please demote "ssh-askpass | ssh-askpass-fullscreen"
On Tue, Nov 13, 2012 at 08:18:42AM +0100, Jakub Wilk wrote:
> * Dmitry Smirnov , 2012-11-13, 13:35:
> >>Please demote it to Recommends or Suggests, whichever is more
> >>appropriate.
> >I hope you'll agree with me that whatever is required for
> >attaching with SSH password authentication is an essential and
> >therefore qualifies for Depends.
>
> I disagree. xpra can be used without ssh. After all,
> openssh-{client,server} is only in Suggests.
>
> >I know it is unnecessary but do you think it could be something like
> >
> > "ssh-askpass-fullscreen | ssh-askpass".
> >
> >to promote a particular alternative?
>
> Why do you want to promote -fullscreen?
---end quoted text---
Why not ssh-askpass-gnome ?
--
أحمد المحمودي (Ahmed El-Mahmoudy)
Digital design engineer
GPG KeyID: 0xEDDDA1B7
GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7
signature.asc
Description: Digital signature
Bug#693108: unblock: libnet-xmpp-perl/1.02-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libnet-xmpp-perl it contains a one-line fix that properly checks for the definedness of a hash key before using it, thus preventing a warning, which can cause a lot of meaningless emails to people who use xmpp from cron jobs. The full debdiff is in the bug report at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626897#34 unblock libnet-xmpp-perl/1.02-3 Thank you. Florian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#669382: latex209-base: unowned file /usr/local/share/texmf/ls-R after purge (policy 6.8, 9.1.2)
On Di, 13 Nov 2012, Norbert Preining wrote:
> On Mo, 12 Nov 2012, Michael Gilbert wrote:
> > Well, it sounds like that big set of changes is required to actually
> > fix this rc issue, so I would imagine the release team will approve.
> > It does no harm to put it in unstable anyway.
New packages are at
http://people.debian.org/~preining/TeX/unstable/
I will test them once more and then upload.
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
NOTTAGE (n.)
Nottage is the collective name for things which you find a use for
immediately after you've thrown them away. For instance, your
greenhouse has been cluttered up for years with a huge piece of
cardboard and great fronds of gardening string. You at last decide to
clear all this stuff out, and you burn it. Within twenty-four hours
you will urgently need to wrap a large parcel, and suddenly remember
that luckily in your greenhouse there is some cardb...
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692566: Freeze exception request for meld 1.6.1-1
2012/11/12 Adam D. Barratt > > On Wed, 2012-11-07 at 23:00 +0100, Bálint Réczey wrote: > > > 2012/11/7 Julien Cristau > > On Wed, Nov 7, 2012 at 15:37:21 +0100, Bálint Réczey wrote: > > > > > > I would like to update the meld package with important > > isolated fixes > > > released by upstream. > [...] > > Please include the actual diff, not just the diffstat. A > > concrete > [...] > > I have attached the changes commit by commit which include bug ids. > > That's closer. :-) It's not quite what was requested though (i.e. the > diff between the testing and unstable packages) though. Attaching the debdiff. Cheers, Balint meld-1.6.0-1.6.1.debdiff Description: Binary data
Bug#693093: xpra: please demote "ssh-askpass | ssh-askpass-fullscreen"
* Dmitry Smirnov , 2012-11-13, 13:35:
Please demote it to Recommends or Suggests, whichever is more
appropriate.
I hope you'll agree with me that whatever is required for attaching
with SSH password authentication is an essential and therefore
qualifies for Depends.
I disagree. xpra can be used without ssh. After all,
openssh-{client,server} is only in Suggests.
I know it is unnecessary but do you think it could be something like
"ssh-askpass-fullscreen | ssh-askpass".
to promote a particular alternative?
Why do you want to promote -fullscreen?
--
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#693094: RFH: cloud-init -- configuration and customization of cloud instances
2012/11/13 Charles Plessy > Package: wnpp > Severity: normal > > I request assistance with maintaining the cloud-init package. > > The package description is: > System to handle early initialization of a cloud instance. Cloud-init can > for > example set a default locale and a host name, generate SSH private host > keys, > add SSH keys to a user's .ssh/authorized_keys so they can log in, and set > up > ephemeral mount points. > . > Cloud-init's behavior can be configured via user-data, given by the user > at > instance launch time. > > Cloud-init is a complex system written in Python, and I do not have much > experience in both. I would like cloud-init to be maintained by a team > of skilled developers who are also experienced users. > > See http://lists.debian.org/debian-cloud/2012/11/msg3.html for a > longer > call for help. > > The source package is currently hosted by the Python Applications team, > but can be moved if need is. > One remark, the cloud-init package looks really linked to Amazon EC2 setup, it does not set the init for other cloud environments (Rackspace? OpenNebula). Don't you think the package should be named ec2-cloud-init ? Or do we really expect this package to be multiple cloud provider compliant (would need to know in this case which provider we want to target at image generation)? Even compatible APIs to extract user data (ssh keys..., ) need to connect to a specific end point IP, which will differ between providers (and/or zone). To face this last problem, it means that configuration is needed to create the image (debian installer specific question for cloud?) Olivier > > Cheers, > > -- > Charles > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: > http://lists.debian.org/20121113000457.12415.16691.reportbug@aqwa.igloo > > -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
Bug#686276: tcpdump: minor format error in print-ntp.c
I've checked this fix into the trunk and 4.3 branches of the tcpdump.org Git repository. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693106: xine-lib: FTBFS with libav 0.9 (from experimental)
Package: xine-lib Version: 1.1.21-1 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch Dear Maintainer, xine-lib FTBFS with libav 0.9 from experimental, with the following error: libtool: compile: i686-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../include -I../../../include -I../../../src -I../../../src/xine-engine -I../../../src/xine-engine -I../../../src/xine-utils -I../../../src/input -I../../../src/input -I../../../lib -I../../../lib -I../../../src/dxr3 -D_FORTIFY_SOURCE=2 -fvisibility=hidden -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -mtune=pentiumpro -O3 -pipe -fomit-frame-pointer -falign-functions=4 -falign-loops=4 -falign-jumps=4 -fexpensive-optimizations -fschedule-insns2 -ffast-math -finline-functions -Wpointer-arith -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wchar-subscripts -Wnested-externs -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wmissing-format-attribute -Wno-pointer-sign -Wformat=2 -Wno-format-zero-length -Wformat-security -Wstrict-aliasing=2 -Werror=implicit-function-declaration -DNDEBUG -MT xineplug_decode_ff_la-ff_audio_decoder.lo -MD -MP -MF .deps/xi neplug_decode_ff_la-ff_audio_decoder.Tpo -c ff_audio_decoder.c -fPIC -DPIC -o .libs/xineplug_decode_ff_la-ff_audio_decoder.o ff_audio_decoder.c: In function 'ff_audio_decode': ff_audio_decoder.c:389:3: warning: 'avcodec_decode_audio3' is deprecated (declared at /usr/include/libavcodec/avcodec.h:3568) [-Wdeprecated-declarations] ff_audio_decoder.c: In function 'ff_audio_dispose': ff_audio_decoder.c:619:5: error: implicit declaration of function 'av_free' [-Werror=implicit-function-declaration] ff_audio_decoder.c:619:5: warning: nested extern declaration of 'av_free' [-Wnested-externs] cc1: some warnings being treated as errors make[5]: *** [xineplug_decode_ff_la-ff_audio_decoder.lo] Error 1 make[5]: se sale del directorio «/tmp/xine-lib-1.1.21/src/combined/ffmpeg» make[4]: *** [all] Error 2 *** /tmp/tmpIj6V0l/bug_body In Ubuntu, the attached patch was applied to achieve the following: * fix-libav9-ftbfs: fix FTBFS with libav9, by adding missing headers. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: i386 (i686) Kernel: Linux 3.5.0-18-generic (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru xine-lib-1.1.21/debian/patches/fix-libav9-ftbfs xine-lib-1.1.21/debian/patches/fix-libav9-ftbfs --- xine-lib-1.1.21/debian/patches/fix-libav9-ftbfs 1970-01-01 01:00:00.0 +0100 +++ xine-lib-1.1.21/debian/patches/fix-libav9-ftbfs 2012-11-13 06:36:55.0 +0100 @@ -0,0 +1,38 @@ +Description: Fix FTBFS with libav 0.9 because of missing headers and dropped + attribute. This patch is also compatible with libav 0.8. +Author: Fabrice Coutadeur + +--- a/src/combined/ffmpeg/ff_audio_decoder.c b/src/combined/ffmpeg/ff_audio_decoder.c +@@ -44,6 +44,7 @@ + #include "bswap.h" + #include "ffmpeg_decoder.h" + #include "ffmpeg_compat.h" ++#include + + #define AUDIOBUFSIZE (64 * 1024) + +--- a/src/combined/ffmpeg/ff_video_decoder.c b/src/combined/ffmpeg/ff_video_decoder.c +@@ -44,6 +44,7 @@ + #include "xineutils.h" + #include "ffmpeg_decoder.h" + #include "ff_mpeg_parser.h" ++#include + + #ifdef HAVE_FFMPEG_AVUTIL_H + # include +@@ -258,13 +259,6 @@ + av_frame->linesize[1] = img->pitches[1]; + av_frame->linesize[2] = img->pitches[2]; + +- /* We should really keep track of the ages of xine frames (see +- * avcodec_default_get_buffer in libavcodec/utils.c) +- * For the moment tell ffmpeg that every frame is new (age = bignumber) */ +-#ifdef AVFRAMEAGE +- av_frame->age = 256*256*256*64; +-#endif +- + av_frame->type= FF_BUFFER_TYPE_USER; + + #ifdef AVCODEC_HAS_REORDERED_OPAQUE diff -Nru xine-lib-1.1.21/debian/patches/series xine-lib-1.1.21/debian/patches/series --- xine-lib-1.1.21/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ xine-lib-1.1.21/debian/patches/series 2012-11-13 06:41:07.0 +0100 @@ -0,0 +1 @@ +fix-libav9-ftbfs
Bug#691814: Bug #691814: Re: unblock: gcc-4.4-doc-non-dfsg/4.4.7-1
On 11/13/2012 05:36 AM, Adam D. Barratt wrote:
> On Tue, 2012-10-30 at 13:57 +0800, Guo Yixuan wrote:
>> This upload updates document for gcc 4.4 branch, removes
>> gcc-doc-base (provided by gcc-4.7-doc) and gcj-4.4-doc (gcj-4.4
>> already removed from wheezy). The packaging style was updated to
>> match gcc-4.6-doc/gcc-4.7-doc.
>
> Given that we're in a freeze (and have been for some time now) packaging
> style changes aren't really appropriate. In particular, debhelper compat
> bumps (even from 5 to 7) and source format / patch system changes aren't
> things I'd expect to see in a package with an unblock requested.
>
> (gcc-4.{6,7}-doc didn't have previous versions in testing so the use of
> 3.0 (quilt) etc wasn't a change.)
OK, I'll try to go back to the old 1.0 formant with dh level 5 and
dpatch and upload again.
>
>> I attached result of
>>
>> $ git diff debian/4.4.4.nf1-1 debian/4.4.7-1 -M
>>
>> It's large because this package hasn't seen an update for long...
>
> As a result the mail did not make it to the debian-release list.
Well, apart from changes in debian/, changes in upstream part compressed
to over 60k... certainly more than the 40k limit. (I suppose the
canonical place for unblock request is the bts, so it doesn't matter too
much to be absent from debian-release, does it?)
Regards,
GUO Yixuan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679917: korganizer: cannot add ics calendar files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! While adding calendar resources through the korganiser interface doesn't work in wheezy, you can happily add them via System settings → KDE resources → Calendar → Manage → Add → ical file. That being the case, I suspect we could downgrade this bug as the fix for it is probably just to hide the non-working part of the user interface anyway. regards Stuart - -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlCh2wQACgkQn+i4zXHF0ag0wwCeMwPrVLxXgrScis4ocILnuojr jvAAn3VnVjl2LpMpyUFM3iXXMA3lInM7 =T96q -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#692458: debian installer hangs when entering user name in non-latin languages
2012/11/10 Samuel Thibault : > Ok. I unfortunately could not reproduce the issue. > > Just to make sure we are doing the same thing: > > - I'm booting debian-wheezy-DI-b3-amd64-DVD-1.iso or > debian-wheezy-DI-b3-amd64-netinst.iso with 1G memory with > the graphical installer boot entry. > - At the language question, I choose Malayalam. > - At the warning about translation, I choose to continue > - From there, I'm choosing all the default answers, until: > - As root passwd, I type just b > - As user name, I switch to Malayalam using alt-shift, then type on keys > hdjbrCd] (naming keys through the qwerty layout), it seems to be > printing the same as above. > - As user login, I do the same > > then I'm getting the error message about login having to be just > letters, without any hang. > > You didn't specify which image you were using exactly, could you tell > us? I was using debian-wheezy-DI-b3-amd64-CD-1.iso image > Samuel -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692814: gdm3 is not staring normally
2012/11/11 Julien Cristau : > Please get us the X log showing the error, the one in your message seems > fine. Log attached. -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. Xorg.0.log Description: Binary data
Bug#693105: vsftpd.service should be installed to /lib/systemd/service
Package: vsftpd Version: 3.0.2-1 Severity: normal Hi, vsftpd installs a service file into /etc/systemd/system, yet this is supposed to be reserved for local modifications. Packages should install systemd units into /lib/systemd/system. You can get this path via `pkg-config systemd --variable=systemdsystemunitdir` When moving the file out of /etc, please remember cleaning up the old conffile (e.g. via dh_installdebs maintscript support). Cheers, Michael -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691749: dlm: dev_write no op
fixed 691749 redhat-cluster/3.1.8-1 found 691749 redhat-cluster/3.0.12-3.2 quit Etienne Bagnoud wrote: > On 30. 10. 12 00:17, Jonathan Nieder wrote: >> Etienne Bagnoud wrote: >>> [61147.256772] dlm: dev_write no op a496cdc8 f4202 >>> [61148.254552] dlm: dev_write no op a496cdc8 f4202 >>> [61149.252208] dlm: dev_write no op a496cdc8 f4202 [...] >> The fix seems to be present in redhat-cluster/unstable and not in >> squeeze or wheezy. Can you confirm? > > I tried the same setup with unstable and saw no error, so it should be ok Thanks for testing. Marking so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692122: unblock: ampache/ampache-3.6-git408e713+dfsg-3.1
Julien, Hi
On Sun, Nov 11, 2012 at 11:30 AM, Julien Cristau wrote:
> tag 692122 moreinfo
> kthxbye
>
> On Fri, Nov 2, 2012 at 02:17:00 -0500, Charlie Smotherman wrote:
>
>> diff -Nru ampache-3.6-git408e713+dfsg/debian/ampache.postrm
>> ampache-3.6-git408e713+dfsg/debian/ampache.postrm
>> --- ampache-3.6-git408e713+dfsg/debian/ampache.postrm 2012-06-07
>> 00:44:04.0 -0500
>> +++ ampache-3.6-git408e713+dfsg/debian/ampache.postrm 2012-10-14
>> 10:13:27.0 -0500
>> @@ -4,24 +4,6 @@
>>
>> . /usr/share/debconf/confmodule
>>
>> -rm_log(){
>> - if [ -d /var/log/ampache ]; then
>> - rm -rf /var/log/ampache
>> - fi
>> -}
>> -
>> -rm_logr(){
>> - if [ -f /etc/logrotate.d/ampache ]; then
>> - rm -f /etc/logrotate.d/ampache
>> - fi
>> -}
>> -
>> -rm_cron(){
>> - if [ -f /etc/cron.daily/ampache ]; then
>> - rm -f /etc/cron.daily/ampache
>> - fi
>> -}
>> -
>
> Why is this removed entirely? Surely you still need to clean things up
> in postrm purge?
>
>> restart_server(){
>> if [ -e /var/run/apache2.pid ]; then
>> service apache2 reload
>> @@ -32,25 +14,14 @@
>> db_get ampache/restart_webserver || true
>> re_start="$RET"
>> if [ "$re_start" = "false" ]; then
>> - rm_log
>> - rm_logr
>> - rm_cron
>> + printf "Please restart the web server manually."
>
> Why doesn't this have a newline? (Why doesn't it use echo?)
>
>> elif [ "$re_start" = "true" ]; then
>> - rm_log
>> - rm_logr
>> - rm_cron
>> restart_server
>> else
>> printf "unable to de-configure ampache, please do so
>> manually.\n"
>> fi
>> fi
>>
>> -if [ "$1" = "purge" ]; then
>> - if [ -d /etc/ampache ]; then
>> - rm -rf /etc/ampache
>> - fi
>> -fi
>> -
>
> That looks wrong.
>
>> #DEBHELPER#
>>
>> exit 0
Thanks for the review :)
I have been looking at ampache a bit closer and I have found some
additional bugs. With it this late in the freeze probably the
easiest/best thing to do is to remove ampache from testing so the
release can happen. Apache is due to transition to 2.4 post release,
which I will have to do an upload for anyway. That should give me
enough time to make piuparts happy.
Best regard
Charlie Smotherman
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693104: buildd.debian.org: not build package inform "No entry in database"
package: buildd.debian.org severity: important Hi, buildd.debian.org is currently not building the non-free inform package: https://buildd.debian.org/status/package.php?p=inform http://packages.qa.debian.org/i/inform.html I'm just curious what needs to be done to get the buildds to start working on these builds. This is blocking rc bug fix #620866. Thanks, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552772: RTAI no longer needed
Hi, linux-image-rt-* seems to be a valid alternative to RTAI: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Debian_Wheezy_Linux-Rt_Compile_LinuxCNC Best regards, Carlo -- .-. | Registered Linux User #443882| .''`. oo| | http://linuxcounter.net/ | : :' : /`'\ | Registered Debian User #9 | `. `'` (\_;/) | http://debiancounter.altervista.org/ | `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#98825: Mettre à jour Votre Maintenant d'E-mail
Votre boîte aux lettres a dépassé Il Limite de stockage tel que défini par votre administrateur et vous ne serez pas capable de recevoir de nouveaux courriels jusqu'à ce que vous re-valider. Cliquez ici: http://bvggabha.phpforms.net/view_forms/view/a7de302cf8#top Administrateur système -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693103: qpsmtpd: Missing dependency for IPv6 support
Package: qpsmtpd Version: 0.84-8 While qpsmtpd depends on libsocket6-perl, it does not depend on libio-socket-inet6-perl which would also be required for IPv6 support. Regards, Michael -- It's an insane world, but i'm proud to be a part of it. -- Bill Hicks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689120: nmu
Hi, I've uploaded an nmu fixing this issue. Please see attached patch. Best wishes, Mike gst.patch Description: Binary data
Bug#542288: Version numbering: native packages, NMU's, and binary only uploads
On Mon, Nov 12, 2012 at 3:50 AM, Jonathan Nieder wrote: > Michael Gilbert wrote: >> I wonder if the part about +nmuN as an >> optional versioning for non-native packages could be re-added? > > It's still not needed or a noticeable existing practice. I think people aren't really aware that it's allowable, and it seemed discouraged until we finalized on +debXuY for stable updates that sort before it. > I think it would be a fine change, but I'd suggest making it a > separate bug. The +deb70 thing is a higher priority since it could > help new maintainers reading the policy manual to understand package > versions in wheezy. I'd be concerned since policy kind of defines what is legal and illegal. If it only discused .N, then +nmuN would seem illegal. So I hope that the final language includes that flexibility. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682050: nmu
On Mon, Nov 12, 2012 at 9:50 PM, Jeremy T. Bouse wrote: > Not my problem... You put the burden on me, I'm giving you the burden since > you obviously took the time failing to contact me to ask and ascertain > whether the maintainer might actually be in the process of doing anything > with the package. I read the bug traffic, and the latest maintainer activity was four months ago. That's usually a strong indicator that the package needs help. > The RC issues were introduced by a previous NMU, the issues are resolved in > the new upstream release so as far as I'm concerned their "wont-fix" issues > in this version. I understand that this was introduced by the prior nmu, and that's why this nmu is reverting that broken one. > But as I'm turning the package over to you, do what you like. You may as well orphan it so it can get cared for either by the QA team or someone who really cares about it. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693092: apt-utils: mishandles -o flags with empty values (-o foo="")
"Aaron M. Ucko" writes: > This usage is of course dubious, and I will report a bug on live-build for Never mind, live-build doesn't trigger this in unstable (version 3.0~a67-1), just in testing (version 3.0~a51-1). -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692979: Bug#693002: Bug#692979: Bug#693002: libimager-perl: breaks libimager-qrcode-perl
> Right, I was thinking of a possible new libimager-qrcode-perl upload > _whith_ a versioned dependency on libimager-perl >= 0.90. Sorry for > having been unclear. > > Of course if they don't update libimager-qrcode-perl they'll never > get a fix for #692979 :) But if they do, they get the new enough > libimager-perl. > > And even if they don't update libimager-qrcode-perl but update only > libimager-perl they get a version of Imager with API version 5; > that's why I think that there's no action required on the > libimager-perl side (at the moment). Putting a breaks libimager-qrcode-perl <= 0.033-1 helps by making it impossible to install that old API version along with the newer libimager-perl with the new API. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682050: nmu
Not my problem... You put the burden on me, I'm giving you the burden since you obviously took the time failing to contact me to ask and ascertain whether the maintainer might actually be in the process of doing anything with the package. The RC issues were introduced by a previous NMU, the issues are resolved in the new upstream release so as far as I'm concerned their "wont-fix" issues in this version. But as I'm turning the package over to you, do what you like. On 12.11.2012 21:43, Michael Gilbert wrote: On Mon, Nov 12, 2012 at 9:34 PM, Jeremy T. Bouse wrote: Thank you for volunteering to become the new paramiko package maintainer since you have so much spare time. I did this nmu to try to help make progress against the huge list of rc issues we have in many packages. I'm not that interested in this one so much. I'll be updating the debian/control file with the 1.9.0 upstream release as soon as I've completed it. The release team will probably not accept new upstream versions at this point in the freeze. Since you've put a gun to my head with the 8 day delay hopefully I'll get all the bugs worked out of it before I upload it and let you take over. That delay wasn't meant to be pressuring. It was just a choice that seemed kind of long. Please feel free to go ahead and cancel it if you need more time. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682050: nmu
Thank you for volunteering to become the new paramiko package maintainer since you have so much spare time. I'll be updating the debian/control file with the 1.9.0 upstream release as soon as I've completed it. Since you've put a gun to my head with the 8 day delay hopefully I'll get all the bugs worked out of it before I upload it and let you take over. On 12.11.2012 21:18, Michael Gilbert wrote: On Mon, Nov 12, 2012 at 9:08 PM, Jeremy T. Bouse wrote: Typically one would contact the maintainer before doing an NMU which you failed to do. Quite the contrary. The message you just replied to is my contact prior to the nmu. It has not happened yet. It is currently in a kind of limbo land called deferred. Importantly, you have the power to review it there and cancel it if you don't like it: http://manpages.ubuntu.com/manpages/en/man1/dcut.1.html If you had you would have been informed that I'm waiting on the new upstream maintainer to make the release merging paramiko and it's fork that would fix most of the issues with the current code base the patches introduced by the last NMU improperly fixed and caused regressions. Thanks for the info. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661471: NMU v2 (was: Re: Bug#661471: bug 661471 gnome-accessibility-themes)
On Tue, Nov 13, 2012 at 9:35 AM, Michael Gilbert wrote: > On Mon, Nov 12, 2012 at 9:33 PM, Theppitak Karoonboonyanan wrote: >> On Tue, Nov 13, 2012 at 4:29 AM, Michael Gilbert It's still in DELAYED/1, though, just in case more issues are found. >>> >>> Not sure if you saw this, but this seemed to not reach unstable. >> >> I forgot to update to the bug that it's currently in NEW, due to the split. > > Ftp masters don't process the NEW queue often during the freeze, so > make sure to ping them and say that it fixes rc issues. It's being reviewed. And it's likely that some of the changes may be rejected. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682050: nmu
On Mon, Nov 12, 2012 at 9:34 PM, Jeremy T. Bouse wrote: > Thank you for volunteering to become the new paramiko package maintainer > since you have so much spare time. I did this nmu to try to help make progress against the huge list of rc issues we have in many packages. I'm not that interested in this one so much. > I'll be updating the debian/control file with the 1.9.0 upstream release as > soon as I've completed it. The release team will probably not accept new upstream versions at this point in the freeze. > Since you've put a gun to my head with the 8 day delay hopefully I'll get > all the bugs worked out of it before I upload it and let you take over. That delay wasn't meant to be pressuring. It was just a choice that seemed kind of long. Please feel free to go ahead and cancel it if you need more time. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693093: xpra: please demote "ssh-askpass | ssh-askpass-fullscreen"
tags 693093 wontfix moreinfo -- Hi Jakub, I'm very glad you're one of the Xpra users. :) I also packaged its companion "winswitch" but it is waiting for sponsor. On Tue, 13 Nov 2012 10:38:05 Jakub Wilk wrote: > Dependency on "ssh-askpass | ssh-askpass-fullscreen" was added in this > version of xpra. I don't know what was the reason for this addition > (it's not documented in the changelog), but I can assure you that xpra > works just fine without it. No it doesn't. :( In Xpra 0.7.2 upstream fixed the following issue: https://www.xpra.org/trac/ticket/203 and silently introduced this dependency (it's not mentioned in #203 or changelog, neither upstream updated their debian packaging with this dependency). That's how I missed it with first upload of 0.7.2. As I use public key authentication I didn't have any problems connecting to my usual Xpra session until yesterday when I tried to connect with 0.7.2 client from another computer which could connect only through SSH password authentication. To my surprise Xpra failed to display password prompt due to lack of ssh-askpass binary. So I promptly introduce ssh-askpass to Depends as it is a new genuine dependency. > Please demote it to Recommends or Suggests, > whichever is more appropriate. I hope you'll agree with me that whatever is required for attaching with SSH password authentication is an essential and therefore qualifies for Depends. Please advise if we can close this issue. > (Also note that the ssh-askpass-fullscreen alternative appears to be > redundant: ssh-askpass-fullscreen provides the ssh-askpass virtual > package.) I know. Perhaps you're right and depenency on virtual package would be just enough, without explicit list of alternative(s). I know it is unnecessary but do you think it could be something like "ssh-askpass-fullscreen | ssh-askpass". to promote a particular alternative? Thanks. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661471: NMU v2 (was: Re: Bug#661471: bug 661471 gnome-accessibility-themes)
On Mon, Nov 12, 2012 at 9:33 PM, Theppitak Karoonboonyanan wrote: > On Tue, Nov 13, 2012 at 4:29 AM, Michael Gilbert >>> It's still in DELAYED/1, though, just in case more issues are found. >> >> Not sure if you saw this, but this seemed to not reach unstable. > > I forgot to update to the bug that it's currently in NEW, due to the split. Ftp masters don't process the NEW queue often during the freeze, so make sure to ping them and say that it fixes rc issues. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693102: ospf6d crashes with Assertion `current == route' failed in file ospf6_route.c, line 608, function ospf6_route_remove
Package: quagga Version: 0.99.21-3 Severity: important Tags: security 100% reproducible remote DoS: bug: if I configure a network longer than /64 of any interface of one of my Juniper routers, all ospf6d in the network (squeeze and wheezy) crash with this assertion failure: OSPF6: Assertion `current == route' failed in file ospf6_route.c, line 608, function ospf6_route_remove OSPF6: Backtrace for 9 stack frames: OSPF6: [bt 0] /usr/lib/libzebra.so.0(zlog_backtrace+0x26) [0x7f09746b91e7] OSPF6: [bt 1] /usr/lib/libzebra.so.0(_zlog_assert_failed+0xa3) [0x7f09746b98ea] OSPF6: [bt 2] /usr/lib/quagga/ospf6d(ospf6_route_remove+0xfd) [0x7f0974b25faf] OSPF6: [bt 3] /usr/lib/quagga/ospf6d(ospf6_intra_route_calculation+0xd4) [0x7f0974b2a593] OSPF6: [bt 4] /usr/lib/quagga/ospf6d(+0x2590f) [0x7f0974b2c90f] OSPF6: [bt 5] /usr/lib/libzebra.so.0(thread_call+0x67) [0x7f09746ae80b] OSPF6: [bt 6] /usr/lib/quagga/ospf6d(main+0x37f) [0x7f0974b15b6f] OSPF6: [bt 7] /lib/libc.so.6(__libc_start_main+0xfd) [0x7f0973d04c8d] OSPF6: [bt 8] /usr/lib/quagga/ospf6d(+0xebd1) [0x7f0974b15bd1] -- ciao, Marco signature.asc Description: Digital signature
Bug#661471: NMU v2 (was: Re: Bug#661471: bug 661471 gnome-accessibility-themes)
On Tue, Nov 13, 2012 at 4:29 AM, Michael Gilbert wrote: >> It's still in DELAYED/1, though, just in case more issues are found. > > Not sure if you saw this, but this seemed to not reach unstable. I forgot to update to the bug that it's currently in NEW, due to the split. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682050: nmu
Typically one would contact the maintainer before doing an NMU which you failed to do. If you had you would have been informed that I'm waiting on the new upstream maintainer to make the release merging paramiko and it's fork that would fix most of the issues with the current code base the patches introduced by the last NMU improperly fixed and caused regressions. On 12.11.2012 18:21, Michael Gilbert wrote: Hi, I've uploaded an nmu fixing this issue to delayed/8. The extra time is to give you a chance to do a maintainer upload taking into account your stated dislike for nmus. Please see attached patch. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682050: nmu
On Mon, Nov 12, 2012 at 9:08 PM, Jeremy T. Bouse wrote: > Typically one would contact the maintainer before doing an NMU which you > failed to do. Quite the contrary. The message you just replied to is my contact prior to the nmu. It has not happened yet. It is currently in a kind of limbo land called deferred. Importantly, you have the power to review it there and cancel it if you don't like it: http://manpages.ubuntu.com/manpages/en/man1/dcut.1.html > If you had you would have been informed that I'm waiting on > the new upstream maintainer to make the release merging paramiko and it's > fork that would fix most of the issues with the current code base the > patches introduced by the last NMU improperly fixed and caused regressions. Thanks for the info. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693101: unblock: icedove-l10n/1:10.0.10-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock unblock icedove-l10n/1:10.0.10-1 Please unblock package icedove-l10n it contains newer translation strings for icedove 10.0.10-1. Cheers, Christoph signature.asc Description: Digital signature
Bug#659217: fixed #659217 firmware-nonfree 0.36
G'day Almost forgot about that bug I reported once. Checking back the changelog shows that Ben has updated the firmware-nonfree package in June this year, thanks! Here is the relevant passage: firmware-nonfree (0.36) unstable; urgency=low [...] * Update QLogic QLA2300/ISP2312/SP202 and ISP2322/SP212 firmware to version 3.03.28 * Update QLogic ISP2422/ISP2432[M]/SP222/SP232 and ISP2532 firmware to version 5.06.05 -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#659264: Please override more of the default initscripts with systemd's native implementations
On 13.11.2012 02:02, Michael Biebl wrote: > So in summary: Atm, I only see bootlogs which could be masked, > mountoverflowtmp possibly. > > As for native implementations from initscripts there are possibly motd > and rc.local. But as long as initscripts is essential, there is no real > benefit converting them to native unit files. > > Is that a complete summary, or did I miss anything? Looking through the existing blacklist, it seems we can drop hwclock-first, since that sysv initscript was removed from util-linux. We should probably do that post-wheezy, though. While at it, the module-init-tools.service -> systemd-modules-load.service symlink is also no longer really required post-wheezy. It has been replaced by kmod. Michael -- 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#578502: New package available
As I need chrpath to work for cross-building 9or at least not get in the way, I noticed this and packaged up 0.14 to test. The package is here: http://people.debian.org/~wookey/bootstrap/ubunturepo/pool/main/c/chrpath/ I 1) added a watch file so new tarball releases like this can easily be dealth with 2) Updated packaging for a couple of added/removed files 3) Set the package to be Multi-Arch: foreign so that cross-build dependencies work. I'm not entirely sure that chrpath will now with will all architecture cross combinations, but it seems to work for the common ones I just tried of amd64/arm64 amd64/armel amd64/armhf. The latter two were broken with 0.13. We may still have a little-endian/big-endian issue, or is that expected to work now too? Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, 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#669382: latex209-base: unowned file /usr/local/share/texmf/ls-R after purge (policy 6.8, 9.1.2)
On Mo, 12 Nov 2012, Michael Gilbert wrote:
> Well, it sounds like that big set of changes is required to actually
> fix this rc issue, so I would imagine the release team will approve.
> It does no harm to put it in unstable anyway.
Should I also take over the package completely?
Maintainer: debian-tex-ma...@lists.debian.org
like for most other TeX packages?
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
Oh no, not again.
--- A bowl of petunias on it's way to certain death.
--- Douglas Adams, The Hitchhikers Guide to the Galaxy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#659264: Please override more of the default initscripts with systemd's native implementations
On 13.11.2012 02:02, Michael Biebl wrote: > As for native implementations from initscripts there are possibly motd > and rc.local. But as long as initscripts is essential, ... Maybe we should poke rleigh about making initscripts non-essential and evaluate what would need to be changed for this to work, like moving /bin/mountpoint to another package, testing insserv in such a setup, etc. Unfortunately the corresponding bug for sysvinit [1] is stalled atm. Anyone interested/willing to push this forward? Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=645540 -- 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#669382: latex209-base: unowned file /usr/local/share/texmf/ls-R after purge (policy 6.8, 9.1.2)
On Mon, Nov 12, 2012 at 8:09 PM, Norbert Preining wrote: > On Mo, 12 Nov 2012, Michael Gilbert wrote: >> The 5 most recent uploads have been nmus and the last maintainer >> upload was in 2008, which is likely why you haven't heard from the >> maintainer. The package should probably be orphaned. > > But the maintainer upload in 2008 was from mhatta, while now > there is a different maintainer > TSUCHIYA Masatoshi > so I am a bit surprised when this happened, and what will going to > happen. > > Anyway, for now I decided to put the package into debian-tex's git > repo area. > > If the release managers agree I will upload the NMU, but it does > not make sense to upload a big NMU with lots of changes and then > it is not going into wheezy. Well, it sounds like that big set of changes is required to actually fix this rc issue, so I would imagine the release team will approve. It does no harm to put it in unstable anyway. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623106: Bug #623106: weather crash conky
Hi Thomas, On Mon, Nov 12, 2012 at 3:43 AM, Thomas Renard wrote: > Hi Vincent, > > I tried the modified patch (as in the attachment). It takes significant > more time - hour(s) - but still crashes. Would it be possible for you to run conky through gdb and get a backtrace? Since -dbg packages for conky aren't provided in Debian yet (that's on my todo list), please try rebuilding the package with nostrip; detailed instructions are on Debian's wiki if needed [1]. Thanks! Regards, Vincent [1] http://wiki.debian.org/HowToGetABacktrace -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#669382: latex209-base: unowned file /usr/local/share/texmf/ls-R after purge (policy 6.8, 9.1.2)
On Mo, 12 Nov 2012, Michael Gilbert wrote:
> The 5 most recent uploads have been nmus and the last maintainer
> upload was in 2008, which is likely why you haven't heard from the
> maintainer. The package should probably be orphaned.
But the maintainer upload in 2008 was from mhatta, while now
there is a different maintainer
TSUCHIYA Masatoshi
so I am a bit surprised when this happened, and what will going to
happen.
Anyway, for now I decided to put the package into debian-tex's git
repo area.
If the release managers agree I will upload the NMU, but it does
not make sense to upload a big NMU with lots of changes and then
it is not going into wheezy.
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
SMEARISARY (n.)
The correct name for a junior apprentice greengrocer whose main duty
is to arrange the fruit so that the bad side is underneath. From the
name of a character not in Dickens.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#669382: latex209-base: unowned file /usr/local/share/texmf/ls-R after purge (policy 6.8, 9.1.2)
On Mon, Nov 12, 2012 at 7:54 PM, Norbert Preining wrote: > On Mo, 12 Nov 2012, Michael Gilbert wrote: >> Hi, are you planning to upload this? It would probably be weird for >> another DD to sponsor it since its your work and its a big diff. > > I didn't here from the maintainer, so I am hesitating to upload > such big changes. The 5 most recent uploads have been nmus and the last maintainer upload was in 2008, which is likely why you haven't heard from the maintainer. The package should probably be orphaned. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#647747: [Pkg-utopia-maintainers] Bug#647747: network-manager-openvpn-gnome: segfaults when using a private key with a password
reassign 647747 libgnutls26 thanks On 13.11.2012 01:40, Дёмин К.А. wrote: > Hello everyone! > > Andreas' patch looks like to be more reliable and compatible with > library's logic. Definitely, it works too. > > I've tested gnutls26 2.12.21-3 with 30_strlen_on_null.diff - normal > package build: (seems to be) successful self-tests during build, > [skipped many actions] and finally restart dependent applications with > new shared lib. > > No more segfaults, openvpn connects successfully. I've tested > long-long L2 tunnel to enterprise' private network - everything has > worked. Let's reassign this to gnutls26 then. Cheers, Michael -- 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#659264: Please override more of the default initscripts with systemd's native implementations
On 09.02.2012 23:19, Josh Triplett wrote: > On Thu, Feb 09, 2012 at 10:07:23PM +0100, Michael Biebl wrote: >> Am 09.02.2012 17:50, schrieb Josh Triplett: >>> Currently, systemd masks or overrides most of the scripts in initscripts >>> in favor of its own native implementations: >> ... >>> However, not all of them: >>> >>> ~$ dpkg -L initscripts | grep '^/etc/init\.d/' | while read x ; do test -e >>> "/lib/systemd/system/$(basename $x .sh).service" || echo $x; done >>> /etc/init.d/rc.local >>> /etc/init.d/mountoverflowtmp >>> /etc/init.d/sendsigs >>> /etc/init.d/umountroot >>> /etc/init.d/umountfs >>> /etc/init.d/skeleton >>> /etc/init.d/bootlogs >>> /etc/init.d/umountnfs.sh >> >> There is no point really in masking skeletion, sendsigs, umount* as they >> are never executed by systemd. > > I specifically avoided mentioning skeleton for this reason; clearly I > should have filtered it out of the list entirely. :) > > What in systemd prevents the execution of sendsigs and umount*? I don't > see those strings anywhere in systemd, and I don't see any masks for the > corresponding services that systemd automatically generates for every > init script. > >>> bootlogs does two things: update motd (which seems misplaced) and save >> >> Yeah, we left bootlogs in because of the motd updating. > > Sure. Would you consider masking or overriding it at this point, > though? The motd bits have been split into /etc/init.d/motd, so it seems ok now to mask /etc/init.d/bootlogs >>> That just leaves mountoverflowtmp. >> >> Personally I wouldn't mind masking mountoverflowtmp. It is an odd one >> anyway. As sysvinit now defaults to tmpfs-for-tmp, this should probably >> removed in initscripts directly though. Not yet decided what to do about that one and how it would interfere with the native mount support of systemd anyway when it kicks in. @Tollef, any opinions on whether to blacklist mountoverflowtmp? So in summary: Atm, I only see bootlogs which could be masked, mountoverflowtmp possibly. As for native implementations from initscripts there are possibly motd and rc.local. But as long as initscripts is essential, there is no real benefit converting them to native unit files. Is that a complete summary, or did I miss anything? Michael -- 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#537051: Partially fixed with NMU patch; will need trigger to fix completely
I have completely fixed #690204 with a patch that I'm going to NMU shortly. However, fixing #537051 completely is going to require a trigger in addition to a breaks. [The breaks is necessary, the trigger will help make sure that update-certificates is run after the jks-keystore hook has been replaced.] I will supply a patch that implements the trigger shortly, and at least get the NMU for the ca-certificates-java package uploaded. Don Armstrong -- Sometimes I wish I could take back all my mistakes but then I think what if my mother could take back hers? -- a softer world #498 http://www.asofterworld.com/index.php?id=498 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#669382: latex209-base: unowned file /usr/local/share/texmf/ls-R after purge (policy 6.8, 9.1.2)
On Mo, 12 Nov 2012, Michael Gilbert wrote:
> Hi, are you planning to upload this? It would probably be weird for
> another DD to sponsor it since its your work and its a big diff.
I didn't here from the maintainer, so I am hesitating to upload
such big changes.
What does debian-release say to an upload of that kind?
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
BELPER
A knob of someone else's chewing gum which you unexpectedly find your
hand resting on under a deck's top, under the passenger seat of your
car or on somebody's thigh under their skirt.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#647747: network-manager-openvpn-gnome: segfaults when using a private key with a password
Hello everyone! Andreas' patch looks like to be more reliable and compatible with library's logic. Definitely, it works too. I've tested gnutls26 2.12.21-3 with 30_strlen_on_null.diff - normal package build: (seems to be) successful self-tests during build, [skipped many actions] and finally restart dependent applications with new shared lib. No more segfaults, openvpn connects successfully. I've tested long-long L2 tunnel to enterprise' private network - everything has worked. Thanks Andreas and Matthieu for their work. --- SY, Konstantin Demin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693099: rsyslog: Incorrect ownership or permissions for spool/work directory
On 13.11.2012 01:24, Haw Loeung (hloeung) wrote: > Package: rsyslog > Version: 5.8.6-1 > Severity: normal > Tags: patch > User: ubuntu-de...@lists.ubuntu.com > Usertags: origin-ubuntu raring ubuntu-patch > > Dear Maintainer, > > *** /tmp/tmphw7Pyr/bug_body > > In Ubuntu, the attached patch was applied to achieve the following: > > > * debian/rsyslog.postinst: fix ownership of /var/spool/rsyslog (LP: > #1075901) > Does not apply to debian since debian doesn't use uid/gid syslog. Closing. Cheers, Michael -- 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#693100: debhelper: dh_icons: manpage is misleading
Package: debhelper Version: 9.20120909 Severity: normal Tags: patch File: /usr/bin/dh_icons Dear Maintainer, In investigating how the file /usr/share/icons/oxygen/icon-theme.cache came to be on my system (since it looked like the largest file in my whole /usr tree, and the "cache" in the name doesn't exactly make it sound critical to the operation of anything), I noticed something ... dh_icons(1) says: > dh_icons is a debhelper program that updates Freedesktop icon caches This makes it sound like there is a Freedesktop spec for something called "icon caches"; not only is this not true, but the only relevant requirement in the Icon Theme spec (which does exist) is that icon caches be invalidated whenever the mtime on a theme directory changes, and the spec expliclity expects such caches to be in memory. So, I think it would be more appropriate to refer to them as GTK icon caches, as in the patch provided. (And I also don't see any reason that KDE's icon theme needs one in the first place ...) diff --git a/dh_icons b/dh_icons index 3ac091a..664cdb2 100755 --- a/dh_icons +++ b/dh_icons @@ -2,7 +2,7 @@ =head1 NAME -dh_icons - Update Freedesktop icon caches +dh_icons - Update GTK's caches of Freedesktop icon themes =cut @@ -16,7 +16,8 @@ B [S>] [B<-n>] =head1 DESCRIPTION -B is a debhelper program that updates Freedesktop icon caches +B is a debhelper program that updates GTK's +cached versions of Freedesktop icon themes when needed, using the B program provided by GTK+2.12. Currently this program does not handle installation of the files, though it may do so at a later date. It takes care of adding maintainer script -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debhelper depends on: ii binutils2.22-7.1 ii dpkg1.16.9 ii dpkg-dev1.16.9 ii file5.11-2 ii html2text 1.3.2a-15 ii man-db 2.6.2-1 ii perl5.14.2-14 ii po-debconf 1.0.16+nmu2 debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 0.61 -- no debconf information -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!
Bug#689382: chicken-bin: New upstream version: 4.8.0
Hello, It has been now some time since Chicken 4.8.0 was released. This version appears quite stable, and including it in Debian should not cause problems. Please let me know if the Chicken community can help with anything. Thanks, -Ivan Raikov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693099: rsyslog: Incorrect ownership or permissions for spool/work directory
Package: rsyslog Version: 5.8.6-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch Dear Maintainer, *** /tmp/tmphw7Pyr/bug_body In Ubuntu, the attached patch was applied to achieve the following: * debian/rsyslog.postinst: fix ownership of /var/spool/rsyslog (LP: #1075901) Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal-proposed'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-18-generic (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/rsyslog.postinst' --- debian/rsyslog.postinst 2011-11-07 13:54:56 + +++ debian/rsyslog.postinst 2012-11-13 00:15:02 + @@ -25,6 +25,9 @@ adduser --system --group --no-create-home --quiet syslog || true + # fix ownership of work directory (LP: #1075901) + chown syslog:adm /var/spool/rsyslog + # /run transition (see #633036) if dpkg --compare-versions "$2" lt "5.8.2-2"; then rm -f /lib/init/rw/sendsigs.omit.d/rsyslog
Bug#693098: ITP: lua-nginx-memcached -- Pure Lua memcached client driver for the nginx embedded Lua language
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: lua-nginx-memcached Version: 0.10-1 Upstream Author: Yichun "agentzh" Zhang (章亦春) URL: https://github.com/agentzh/lua-resty-memcached License: BSD Description: Pure Lua memcached client driver for the nginx embedded Lua language This modules provides a pure Lua memcached driver implementation for the embedded nginx's Lua interpreter. Because this module is based on the ngx_lua's cosocket API, it inherits the advantage of a real nonblocking behaviour running effectively on the underlying nginx server ultra-fast technology design, allowing Web developers making use of the Lua programming language to script and construct extremely high-performance web applications capable to handle 10K+ connections. Note that this module works for both nginx (provided by nginx-extras) and the OpenResty bundle. -- BOFH excuse #403: Sysadmin didn't hear pager go off due to loud music from bar-room speakers. signature.asc Description: OpenPGP digital signature
Bug#693097: ITP: lua-nginx-redis -- Lua redis client driver for the ngx_lua based on the cosocket API
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: lua-nginx-redis Version: 0.14-1 Upstream Author: Yichun "agentzh" Zhang (章亦春) URL: https://github.com/agentzh/lua-resty-redis License: BSD Description: Pure Lua redis client driver for the nginx embedded Lua language This modules provides a pure Lua redis driver implementation for the embedded nginx's Lua interpreter. Because this module is based on the ngx_lua's cosocket API, it inherits the advantage of a real nonblocking behaviour running effectively on the underlying nginx server ultra-fast technology design, allowing Web developers making use of the Lua programming language to script and construct extremely high-performance web applications capable to handle 10K+ connections. Note that this module works for both nginx (provided by nginx-extras) and the OpenResty bundle. -- BOFH excuse #337: the butane lighter causes the pincushioning signature.asc Description: OpenPGP digital signature
Bug#693096: [dwarves] pahole just segfaults
Package: dwarves Version: 1.10-2 Severity: serious Just noticed that pahole just segfault when giving him a object file after I upgraded from libelf 0.152+b1 to 0.153-1. Downgrading fixes the problem --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-4-686-pae Debian Release: wheezy/sid 500 testing www.deb-multimedia.org 500 testing http.debian.net 500 stable http.debian.net 1 experimentalhttp.debian.net --- Package information. --- Depends(Version) | Installed -+-= libc6 (>= 2.2.3) | 2.13-35 libdw1(>= 0.148) | 0.152-1+b1 libelf1 (>= 0.142) | 0.153-1 zlib1g (>= 1:1.1.4) | 1:1.2.7.dfsg-13 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#680084: nmu
On Mon, Nov 12, 2012 at 6:30 PM, Julien Cristau wrote: > On Mon, Nov 12, 2012 at 16:57:30 -0500, Michael Gilbert wrote: > >> Hi, I've uploaded an nmu fixing this issue to delayed/7. The extra >> time is to give you a chance to do a maintainer upload instead. >> Please see attached patch. >> > Isn't this bug just a dupe of 684293, in which case it doesn't need an > os-prober change? Possibly. I've never been able to reproduce the issue myself, so deferring to Integeri: #684293 is fixed in kernels > 3.2.29, was your testing done on an earlier version than this and if so can you test with a newer kernel? In the meantime, I've canceled the nmu since it may not be needed. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693095: bridge-utils: should not depend on net-tools
Package: bridge-utils Version: 1.5-5 This version of bridge-utils depends on net-tools. As far as I can see this was added because ifupdown scripts need it. However, you _can_ use bridge-utils without ifupdown; in fact, ifupdown is only in bridge-utils's Suggets. Please demote the net-tools dependency to Suggests or Recommends. (Or even better: port the scripts to iproute, which is already depended on by ifupdown.) -- 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#693094: RFH: cloud-init -- configuration and customization of cloud instances
Package: wnpp Severity: normal I request assistance with maintaining the cloud-init package. The package description is: System to handle early initialization of a cloud instance. Cloud-init can for example set a default locale and a host name, generate SSH private host keys, add SSH keys to a user's .ssh/authorized_keys so they can log in, and set up ephemeral mount points. . Cloud-init's behavior can be configured via user-data, given by the user at instance launch time. Cloud-init is a complex system written in Python, and I do not have much experience in both. I would like cloud-init to be maintained by a team of skilled developers who are also experienced users. See http://lists.debian.org/debian-cloud/2012/11/msg3.html for a longer call for help. The source package is currently hosted by the Python Applications team, but can be moved if need is. Cheers, -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690957: unblock: ia32-libs/1:0.3
Am 13.11.2012 00:19, schrieb Adam D. Barratt: On Tue, 2012-11-13 at 00:18 +0100, Tobias Hansen wrote: Wait a minute. You added sid to sources.list right? You have to test with just wheezy in there. That does make it a tad more difficult to install ia32-libs* via apt (although doable with a local repository). Or include sid but give it a negative Pin-Priority (except ia32-libs). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693093: xpra: please demote "ssh-askpass | ssh-askpass-fullscreen"
Package: xpra Version: 0.7.2+dfsg-1~exp1 Dependency on "ssh-askpass | ssh-askpass-fullscreen" was added in this version of xpra. I don't know what was the reason for this addition (it's not documented in the changelog), but I can assure you that xpra works just fine without it. Please demote it to Recommends or Suggests, whichever is more appropriate. (Also note that the ssh-askpass-fullscreen alternative appears to be redundant: ssh-askpass-fullscreen provides the ssh-askpass virtual package.) -- 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#690957: unblock: ia32-libs/1:0.3
Am 13.11.2012 00:19, schrieb Adam D. Barratt: On Tue, 2012-11-13 at 00:18 +0100, Tobias Hansen wrote: Wait a minute. You added sid to sources.list right? You have to test with just wheezy in there. That does make it a tad more difficult to install ia32-libs* via apt (although doable with a local repository). I'll have another look at that tomorrow. The lib*ldap comments still stand though... That's a new thing with multiarch: The dependencies can be satiesfied in wheezy, but the i386 packages will be installed in the newest version available, so they also have to be upgraded for amd64 if the versions in sid and wheezy differ. Best, Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#684220: RFS: tinysvm/0.09-1 [ITP] -- SVM trainer and classifier toolkit
Il 12/11/2012 23:31, Jakub Wilk ha scritto: > Some minor things you might want to fix in get-orig-source: > - Pass "--owner root --group root --mode a+rX" to tar, so that uid/gid/umask > of the calling user aren't leaked. > - Pass --no-conf to uscan; that way it won't break if the user set > USCAN_SYMLINK=rename in their configuration file. Done, thank you. > Who holds copyright to the new files get-orig-source adds? I think Ichinose Shogo holds the copyright, as it is reported in debian/copyright, but I am waiting a confirm about this. Bests, Giulio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680084: nmu
On Mon, Nov 12, 2012 at 16:57:30 -0500, Michael Gilbert wrote: > Hi, I've uploaded an nmu fixing this issue to delayed/7. The extra > time is to give you a chance to do a maintainer upload instead. > Please see attached patch. > Isn't this bug just a dupe of 684293, in which case it doesn't need an os-prober change? Cheers, Julien signature.asc Description: Digital signature
Bug#693092: apt-utils: mishandles -o flags with empty values (-o foo="")
Package: apt-utils Version: 0.9.7.6 Severity: normal Running (via live-build) apt-ftparchive ... -o APT::FTPArchive::Release::Version="" -o APT::FTPArchive::Release::Codename="testing" ... release dists/testing results in the error E: Invalid operation APT::FTPArchive::Release::Codename=testing It looks like apt-ftparchive is ignoring the = symbol and proceeding to take -o as the Version value and APT::FTPArchive::Release::Codename=testing as the operation. This usage is of course dubious, and I will report a bug on live-build for issuing it; all the same, apt-ftparchive should either accept the empty Version value or yield a clearer error message. Could you please take a look? Thanks! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.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 Versions of packages apt-utils depends on: ii libapt-inst1.5 0.9.7.6 ii libapt-pkg4.12 0.9.7.6 ii libc6 2.13-35 ii libdb5.15.1.29-5 ii libgcc1 1:4.7.1-7 ii libstdc++6 4.7.1-7 apt-utils recommends no packages. Versions of packages apt-utils suggests: ii xz-utils 5.1.1alpha+20120614-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545272: asterisk-modules: asterisk crashes when connecting to a local ejabberd
Package: asterisk-modules Followup-For: Bug #545272 Dear Maintainer, I recently had this problem myself - it occurred when I switched my Jabber server to ejabberd. I am now running locally-built asterisk packages incorporating the patch found at: https://issues.asterisk.org/jira/secure/attachment/43441/xmpp_no_crash_with_ejabberd.patch Normal operation was restored when I added the patch. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages asterisk-modules depends on: ii libasound21.0.25-4 ii libc6 2.13-35 ii libcurl3 7.26.0-1 ii libgcc1 1:4.7.1-7 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgmime-2.6-02.6.10-1 ii libgsm1 1.0.13-4 ii libical0 0.48-2 ii libiksemel3 1.2-4 ii libjack0 [libjack-0.116] 1:0.121.3+20120418git75e3e20b-2.1 ii libldap-2.4-2 2.4.31-1 ii liblua5.1-0 5.1.5-4 ii libneon27-gnutls 0.29.6-3 ii libodbc1 2.2.14p2-5 ii libogg0 1.3.0-4 ii libpq59.1.6-1 ii libradiusclient-ng2 0.5.6-1.1 ii libresample1 0.1.3-4 ii libsaclm3 1.1.4-4.1 ii libsaevt3 1.1.4-4.1 ii libsdl1.2debian 1.2.15-5 ii libsnmp15 5.4.3~dfsg-2.5 ii libspandsp2 0.0.6~pre20-3 ii libspeex1 1.2~rc1-6 ii libspeexdsp1 1.2~rc1-6 ii libsqlite02.8.17-7 ii libsqlite3-0 3.7.13-1 ii libsrtp0 1.4.4+20100615~dfsg-1 ii libssl1.0.0 1.0.1c-4 ii libstdc++64.7.1-7 ii libsybdb5 0.91-1 ii libtiff4 3.9.6-9 ii libvorbis0a 1.3.2-1.3 ii libvorbisenc2 1.3.2-1.3 ii libvorbisfile31.3.2-1.3 ii libvpb0 4.2.55-1 ii libx11-6 2:1.5.0-1 ii libxml2 2.8.0+dfsg1-6 ii unixodbc 2.2.14p2-5 ii zlib1g1:1.2.7.dfsg-13 asterisk-modules recommends no packages. asterisk-modules 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#693084: Wheezy Beta Installer 7.3
Un nouveau téléchargement de l'image a solutionné ce problème. Par contre vers la fin du téléchargement des fichiers de l'étape Choisir et installer des logicels, cela a à nouveau planté. La console 4 ne montre aucun message d'erreur. Guy
Bug#666334: gnustep-back: FTBFS: build-arch doesn't apply patches
control: tag -1 -patch Removing patch tag since it seems more work needs to be done here. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692979: Bug#693003: Bug#693002: libimager-perl: breaks libimager-qrcode-perl
The only way I can see to fix this from my end is to have Imager build a separate libimager.so.ABI[1]. For that to be useful though, I suspect packagers would need to extract that libimager.so.ABI into a new package, which might be too much effort for such a minor package. I had planned to break the ABI again with the thread safety changes coming up, but this issue has me reconsidering that. Tony [1] complicated by support for Win32 builds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690957: unblock: ia32-libs/1:0.3
On Tue, 2012-11-13 at 00:18 +0100, Tobias Hansen wrote: > Wait a minute. You added sid to sources.list right? You have to test > with just wheezy in there. That does make it a tad more difficult to install ia32-libs* via apt (although doable with a local repository). I'll have another look at that tomorrow. The lib*ldap comments still stand though... Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682050: nmu
Hi, I've uploaded an nmu fixing this issue to delayed/8. The extra time is to give you a chance to do a maintainer upload taking into account your stated dislike for nmus. Please see attached patch. Best wishes, Mike paramiko.patch Description: Binary data
Bug#690957: Re: Bug#690957: unblock: ia32-libs/1:0.3
On Tue, 2012-11-13 at 00:09 +0100, Tobias Hansen wrote: > Am 11.11.2012 21:45, schrieb Adam D. Barratt: > > > > This lead to apt wanting: > > > > 35 upgraded, 197 newly installed, 1 to remove and 161 not upgraded. > > Need to get 124 MB of archives. > > > So, which one was to remove? I don't remember exactly. I do remember thinking, "meh, okay" though. The test starting with a fresh wheezy chroot removed nothing. > Everything else about this is fine, right? Well, it's a fair amount of extra packages / data. That's not really avoidable though. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690957: unblock: ia32-libs/1:0.3
Am 13.11.2012 00:09, schrieb Tobias Hansen: Am 11.11.2012 21:45, schrieb Adam D. Barratt: This lead to apt wanting: 35 upgraded, 197 newly installed, 1 to remove and 161 not upgraded. Need to get 124 MB of archives. So, which one was to remove? Everything else about this is fine, right? Wait a minute. You added sid to sources.list right? You have to test with just wheezy in there. Best, Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693091: bambam: doesn't depend on python
Package: bambam Version: 0.4.dfsg-2 Severity: important bambam doesn't depend on python. Perhaps it has something to do with this (experimental) lintian error: X: bambam source: python-depends-but-no-python-helper bambam -- 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#662854: Similar issue still present after installing freerdp 1.0.1-2 from sid
I do see this problem, but I haven't tried new packages. It's difficult to reproduce and I could never get it to happen when I had it running in a debugger. I also was never really able to pinpoint a specific sequence of events which triggered it. I've mostly switched to krdc on my debian systems but still run remmina/freerdp on my RHEL6 box and do still see the issue from time to time, but I can't confirm it in the newer versions. -- Isaac Freeman - Systems Administrator IBM SmartCloud Managed Backup is...@us.ibm.com 919-254-0245 From: Simon Waters To: 662...@bugs.debian.org, Isaac Freeman/Raleigh/IBM@IBMUS, Date: 11/12/2012 11:02 AM Subject:Similar issue still present after installing freerdp 1.0.1-2 from sid I've installed the packages from sid, and I'm still seeing a similar issue. In particular (sometimes) on using "alt-tab" to switch to another application on the local desktop, the remote desktop window is closed. When it happens I am aware of the old window closing on completing the "alt-tab" (although not sure how I know it has gone, I see some sort of flash, presumably it is the redraw of the GNOME classic toolbar removing the task for Remmina that my peripheral vision is picking up on). Does the original poster (Isaac) still see the issue with the new packages, as if not probably should open a new bug. <>
Bug#690957: Re: Bug#690957: unblock: ia32-libs/1:0.3
Am 11.11.2012 21:45, schrieb Adam D. Barratt:
This lead to apt wanting:
35 upgraded, 197 newly installed, 1 to remove and 161 not upgraded.
Need to get 124 MB of archives.
So, which one was to remove? Everything else about this is fine, right?
I also ended up with debconf prompts for setting up
lib{nss,pam}-ldap:i386, as the packages weren't installed on amd64 (only
libldap-2.4-2 was present beforehand). I do wonder if these might
confuse users, although I'm not sure if there's a way to avoid them.
I also think this is a problem. I think these prompts are a greater
hassle that having to install the libraries manually. I also think that
the majority of ia32-libs users will not need them and that the fraction
actually needing them will have above average experience. I suggest
removing them from the dependency list or putting them into Suggests. (I
have not checked if ia32-libs would then still indirectly depend on them
though.)
Best regards,
Tobias
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693090: python-libemu: doesn't depend on python
Package: python-libemu Version: 0.2.0+git20120122-1 Severity: serious Justification: Policy 3.5 python-libemu doesn't depend on python. Perhaps it has something to do with this (experimental) lintian error: X: libemu source: python-depends-but-no-python-helper python-libemu -- 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#693089: tacacs+: Please document reload action in init.d usage line
Package: tacacs+
Version: 4.0.4.19-11
Severity: minor
Tags: patch
Hello,
the tacacs_plus initscript supports the reload action, but does not
document this in the usage line
Please change
echo "Usage: $N {start|stop|force-stop|restart|force-reload|status|check}" >&2
to
echo "Usage: $N
{start|stop|force-stop|restart|force-reload|reload|status|check}" >&2
This is not a purely cosmetical change as it might see at the first
glance.
systemd, an sysvinit replacement, converts LSB initscripts to systemd
units using a generator program. Up to Debian version 44-4 it assumed all
init scripts supported the reload action, which broke quite a few of them
but worked fine for tacacs+. In 44-5, which is now in wheezy, a patch was
added to only use reload for the LSB init files which support them. This
is done heuristically by looking for "reload" in the Usage line. See this
commit
http://anonscm.debian.org/gitweb/?p=pkg-systemd/systemd.git;a=commit;h=c839c5f5c98ea112588cc7ce7eef8485413ee11e
Since tacacs+ does not list reload the capability is not set, which makes
invoke-rc.d/systemctl in the logrotate stanza fail miserably
/etc/cron.daily/logrotate:
Failed to issue method call: Job type reload is not applicable for unit
tacacs_plus.service.
invoke-rc.d: initscript tacacs_plus, action "reload" failed.
error: error running non-shared postrotate script for
/var/log/tac_plus.log of '/var/log/tac_plus.log
/var/log/tac_plus.acct '
Failed to issue method call: Job type reload is not applicable for unit
tacacs_plus.service.
invoke-rc.d: initscript tacacs_plus, action "reload" failed.
error: error running non-shared postrotate script for
/var/log/tac_plus.acct of '/var/log/tac_plus.log
/var/log/tac_plus.acct '
run-parts: /etc/cron.daily/logrotate exited with return code 1
I don't think this will qualify as wheezy material right now
unfortunately, so I think we will have to live with it for this release.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages tacacs+ depends on:
ii adduser 3.113+nmu3
ii libc62.13-35
ii libpam0g 1.1.3-7.1
ii libtacacs+1 4.0.4.19-11
ii libwrap0 7.6.q-24
ii python 2.7.3~rc2-1
tacacs+ recommends no packages.
tacacs+ suggests no packages.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693088: unblock: citadel/8.14-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package citadel It fixes an important bug (#686027: Policy 3.9.1 violation), by simply making all user-visible messages translatable (and all messages have been reviewed by the -l10n-english team while we were at it). It also includes the updated translations (skipped from the attached debdiff). unblock citadel/8.14-2 Thanks in advance for considering it, regards, David -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru --exclude po citadel-8.14/debian/changelog citadel-8.14/debian/changelog --- citadel-8.14/debian/changelog 2012-11-12 18:47:47.0 -0400 +++ citadel-8.14/debian/changelog 2012-11-12 18:47:48.0 -0400 @@ -1,3 +1,24 @@ +citadel (8.14-2) unstable; urgency=low + + [ Wilfried Goesgens ] + * pt translation update by Portuguese Translation Team (Closes: #687071) + * add sk.po translation by "Slavko" (Closes: #687101) + * update ru.po by Yuri Kozlov (Closes: #687185) + * update de.po; by Chris Leick (Closes: #687445) + * Add pl.po by Michal Kulach (Closes: #687546) + * update it.po; by Beatrice Torracca (Closes: #687769) + * update cs.po; by m Michal Simunek (Closes: #687843) + * update fr.po; by Christian Perrier (Closes: #687918) + * update da.po; by Joe Dalton (Closes: #687070) + * update sv.po; by Martin Bagge (Closes: #688426) + * update es.po; by Javier Fernandez-Sanguino Pena (Closes: #688924) + + [ David Prevot ] + * Proofread templates by debian-l10n-english list (Closes: #686027) + * debconf translations: Arabic, Japanese, Vietnamese (Closes: #688139) + + -- Michael Meskes Mon, 29 Oct 2012 18:56:50 +0100 + citadel (8.14-1) unstable; urgency=low * Imported Upstream version 8.14 diff -Nru --exclude po citadel-8.14/debian/citadel-server.templates citadel-8.14/debian/citadel-server.templates --- citadel-8.14/debian/citadel-server.templates 2012-11-12 18:47:47.0 -0400 +++ citadel-8.14/debian/citadel-server.templates 2012-11-12 18:47:48.0 -0400 @@ -1,3 +1,12 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# debian-l10n-engl...@lists.debian.org for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: citadel/ServerIPAddress Type: string Default: 0.0.0.0 @@ -14,10 +23,10 @@ Default: Internal _Description: Authentication method to use: Please choose the user authentication mode. By default Citadel will use its - own internal user accounts database. If you choose Host, Citadel users will - have accounts on the host system, authenticated via /etc/passwd or a PAM - source. LDAP chooses an RFC 2307 compliant directory server, the last option - chooses the nonstandard MS Active Directory LDAP scheme. + own internal user accounts database. If you choose "Host", Citadel users + will have accounts on the host system, authenticated via /etc/passwd or a + PAM source. "LDAP" means an RFC 2307 compliant directory server; "Active + Directory" means the nonstandard Microsoft Active Directory LDAP scheme. . Do not change this option unless you are sure it is required, since changing back requires a full reinstall of Citadel. @@ -75,8 +84,12 @@ Template: citadel/Password_again Type: password -Description: Repeat password for the administrator user: +_Description: Re-enter password to verify: + Please enter the same administrator password again to verify that you have + typed it correctly. Template: citadel/BadUser Type: error -Description: User does not exist. +_Description: No such user + The username you entered was not recognised. You need to specify a + user account that already exists.
Bug#688804: m4 can accidentally link to libsigsegv
On Wed, Sep 26, 2012 at 12:58:08 +0200, Santiago Vila wrote: > Hi. > > [ Cc: debian-release for advice ]. > > I have received this report which is really two different bugs: > > A) The initial one reported by Igor: Building m4 creates a package > linked with libsigsegv or not depending on the environment. This > should never happen in a Debian package and that's why we have > Build-Depends, Build-Conflicts and so on. A Debian package, when built, > should always create the "same" .deb. > > B) The "real fix" by Eric: m4 should really be linked against libsigsegv. > > > Release managers: Is it too late in the freeze to fix B? (The patch > would be very small, it would be a matter of adding a Build-Depends). > Yes, it is too late. > In case it is too late: May I fix bug A in wheezy at least? (In this > case the .deb would not change in functionality, but the build process > would never create a different .deb by accident). > This one would probably have been ok, but not with 1.4.16-4 now being in sid with the other change. Cheers, Julien signature.asc Description: Digital signature
Bug#669382: latex209-base: unowned file /usr/local/share/texmf/ls-R after purge (policy 6.8, 9.1.2)
> Attached is a debdiff, if someone has interest. Hi, are you planning to upload this? It would probably be weird for another DD to sponsor it since its your work and its a big diff. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681285: RM: module-init-tools -- ROM; replaced by kmod
Control: tag -1 - moreinfo On Tue, Oct 30, 2012 at 17:17:22 +0100, Marco d'Itri wrote: > d-i people, please confirm that now module-init-tools can be safely > removed from the archive. > Ack. Cheers, Julien signature.asc Description: Digital signature
Bug#685726: linux-image-3.2.0-3-amd64: return error when trying
Yeah, Bug is not completely disappeared, my test was done in new formatted partition, which was almost free, and no any error was appeared for image 160Gb. But when I tried to format 160Gb image file on the other machine, where the 2Tb partition is full more than 80% and fragmented, I could reproduce the bug. I'm not sure that these facts are directly connected to bug reproduction, but doing few test on different machines, I'm able to reproduce the error. >> This doesn't include any of the changes that were >> expected to fix this bug, as you did not report that you had tested them. Yeah, I haven't chance to compile and test the new kernel due to lack of time:( Hrayr > On Wed, 2012-11-07 at 16:50 +0400, hr...@infotech.am wrote: >> The problem solved in Debian Wheezy for kernel >> >> linux-image-3.2.0-4-amd64 3.2.32-1 amd64 Linux 3.2 for 64-bit PCs > > Are you sure? This doesn't include any of the changes that were > expected to fix this bug, as you did not report that you had tested > them. It does have other bug fixes for ext4, though. > > Ben. > > -- > Ben Hutchings > The program is absolutely right; therefore, the computer must be wrong. > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687220: proposed upload: xz-utils/5.1.1alpha+20120614-2
On Thu, Oct 11, 2012 at 18:00:36 -0700, Jonathan Nieder wrote: > Hi Mohammed, Thorsten, et al, > > I am looking to upload version 5.1.1alpha+20120614-2 of xz-utils > to unstable. The package can be found on alioth.debian.org: > > - > http://alioth.debian.org/~jrnieder-guest/temp/xz-utils/xz-utils_5.1.1alpha+20120614-2.dsc > - git://git.debian.org/collab-maint/xz.git master > What's up here? Cheers, Julien signature.asc Description: Digital signature
Bug#684220: RFS: tinysvm/0.09-1 [ITP] -- SVM trainer and classifier toolkit
Some minor things you might want to fix in get-orig-source: - Pass "--owner root --group root --mode a+rX" to tar, so that uid/gid/umask of the calling user aren't leaked. - Pass --no-conf to uscan; that way it won't break if the user set USCAN_SYMLINK=rename in their configuration file. Who holds copyright to the new files get-orig-source adds? -- 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#692566: Freeze exception request for meld 1.6.1-1
On Wed, 2012-11-07 at 23:00 +0100, Bálint Réczey wrote: > 2012/11/7 Julien Cristau > On Wed, Nov 7, 2012 at 15:37:21 +0100, Bálint Réczey wrote: > > > > I would like to update the meld package with important > isolated fixes > > released by upstream. [...] > Please include the actual diff, not just the diffstat. A > concrete [...] > I have attached the changes commit by commit which include bug ids. That's closer. :-) It's not quite what was requested though (i.e. the diff between the testing and unstable packages) though. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693087: segfault in xscreensaver, screen revealed
Package: libpam-rsa Version: 0.8-9-2.4 Tags: security * What led up to the situation? 1. I manually locked my screen using xscreensaver-command -lock. 2. I moved the pointer, causing the xscreensaver password screen to appear. 3. I moved the pointer some more and waited for the timeout to expire. * What was the outcome of this action? xscreensaver crashed with a segfault, and the screen was unlocked, including a root shell window. This is very repeatable. It may be relevant that I use libpam-rsa instead of the normal pam-unix for login. -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#395826:
I will have to try it again. I could have sworn ipv6 addresses do not work like the ipv4 aliases. Why is the bug not closed? -Original Message- From: Andrew Shadura Date: Mon, 12 Nov 2012 23:12:15 To: Douglas Calvert; <395826-d...@bugs.debian.org> Subject: Re: Bug#395826: Hello, On Mon, 12 Nov 2012 17:05:31 -0500 Douglas Calvert wrote: > What is the status of this bug? It is six years old now? Would be much easier to actually check :) It's been fixed a long time ago. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693086: brasero: Doesn't work with UTF-16LE encoded .CUE files
Package: brasero Version: 3.4.1-4 Severity: important I have a backup of an audio CD created with ExactAudioCopy, which is a set of 16-bit FLAC files with a .cue cuesheet. The cuesheet is encoded with UTF-16LE, and contains the appropraite BOM, as well as DOS line endings. Opening this with Brasero confuses Brasero. Changing the file encoding to UTF-8 (with BOM) or ASCII allows Brasero to work with the cuesheet as expected. I would expect Brasero to understand UTF-16LE encoding as well. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (650, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages brasero depends on: ii brasero-common 3.4.1-4 ii gnome-icon-theme 3.4.0-2 ii gstreamer0.10-plugins-base 0.10.36-1 ii gvfs 1.12.3-1+b1 ii libatk1.0-0 2.4.0-2 ii libbrasero-media3-1 3.4.1-4 ii libc62.13-36 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-4 ii libice6 2:1.0.8-2 ii libnautilus-extension1a 3.4.2-1+build1 ii libpango1.0-01.30.0-1 ii libsm6 2:1.2.1-2 ii libtotem-plparser17 3.4.2-1 ii libtracker-sparql-0.14-0 0.14.1-3 ii libxml2 2.8.0+dfsg1-6 Versions of packages brasero recommends: ii yelp 3.4.2-1+b1 Versions of packages brasero suggests: pn libdvdcss2 ii tracker 0.14.1-3 pn vcdimager -- 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#693085: ntfs-3g: Endless loop on "Application Data" directory on Windows Vista file system
Package: ntfs-3g Version: 1:2012.1.15AR.8-1 Severity: important This appears to be the same as bug #685551, however, that bug is marked as fixed in the version of ntfs-3g I am using, yet I am still experiencing this bug. "Application Data" is recursively contained withint itself. For example, I have this directory: /mnt/temp/Documents and Settings/All Users/Application Data/Application Data/Application Data/Application Data/Application Data The windows vista file system was mounted like this: mount -o loop,uid=frederik,gid=frederik -t ntfs-3g /mnt/storage/backup/machine1/sda3.img /mnt/temp -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (300, 'testing'), (200, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.0-rc5-custom-1 (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 Versions of packages ntfs-3g depends on: ii debconf [debconf-2.0] 1.5.46 ii fuse 2.9.2-1 ii libc6 2.13-35 ii libfuse2 2.9.2-1 ii libgcrypt111.5.0-3 ii libgnutls262.12.20-1 ii multiarch-support 2.13-35 ntfs-3g recommends no packages. ntfs-3g suggests no packages. -- debconf information: ntfs-3g/setuid-root: false ntfs-3g/initramfs: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#395826:
What is the status of this bug? It is six years old now? --
Bug#693061: icinga-web: [INTL:ja] New Japanese translation
tags -1 pending thanks Hello there, > Here's Japanese po-debconf template translation (ja.po) file that > reviewed by several Japanese Debian developers and users. > > Could you apply it, please? thanks for your submission. The language file will be included in the next experimental upload. For wheezy I'll see when a update is possible. Regards Markus -- Markus Frosch mar...@lazyfrosch.de http://www.lazyfrosch.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693002: Bug#692979: Bug#693002: libimager-perl: breaks libimager-qrcode-perl
On Mon, 12 Nov 2012 16:24:56 -0500, Michael Gilbert wrote: > > But then libimager-qrcode-perl needs to (build) depend on > > libimager-perl >= 0.90, because that is the version where the API > > version was bumped to 5 (and it will be built against 0.93+dfsg-1 > > in unstable which also has version 5). > > Agreed. My nmu was wrong about the API 5 package version. > > > And since there is no older version of libimager-qrcode-perl (after > > this migrates to testing) as it's not in stable, there can't be any > > partial upgrades; unless I have some thinko right now, which is also > > possible :) > > Think about it this way: without versioned depends, there is nothing > to resolve the brokenness for users with squeeeze's libimager-perl > 0.75-1 that have somehow installed libimager-qrcode-perl 0.0333-1. Right, I was thinking of a possible new libimager-qrcode-perl upload _whith_ a versioned dependency on libimager-perl >= 0.90. Sorry for having been unclear. Of course if they don't update libimager-qrcode-perl they'll never get a fix for #692979 :) But if they do, they get the new enough libimager-perl. And even if they don't update libimager-qrcode-perl but update only libimager-perl they get a version of Imager with API version 5; that's why I think that there's no action required on the libimager-perl side (at the moment). Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Element Of Crime: Warte auf mich signature.asc Description: Digital signature
Bug#683311: unblock: htop/1.0.1-2
On Mon, Sep 17, 2012 at 20:53:25 +0300, Eugene V. Lyubimkin wrote:
> Hello Josh and Release Team, maintainer of htop here.
>
> On 2012-08-31 21:49, Adam D. Barratt wrote:
> > On Wed, 2012-08-08 at 01:55 +0200, Cyril Brulebois wrote:
> > > Josh Triplett (30/07/2012):
> > > > +--- trunk/Settings.c 2012/02/17 13:45:58 285
> > > > trunk/Settings.c 2012/03/05 11:12:58 286
> > > > +@@ -239,7 +239,9 @@
> > > > + mkdir(htopDir, 0700);
> > > > + free(htopDir);
> > > > + free(configDir);
> > > > +- if (access(legacyDotfile, R_OK) != 0) {
> > > > ++ struct stat st;
> > > > ++ lstat(legacyDotfile, &st);
> > >
> > > No error checking here…
> > >
> > > RETURN VALUE
> > >On success, zero is returned. On error, -1 is returned, and
> > > errno is
> > >set appropriately.
> > >
> > > What does S_ISLNK() do when an error was reached?
> > >
> > > Surely that could be improved?
> >
> > Ping?
>
> So I/we got the problem. I uploaded 1.0.1-2 after Josh said it should be
> fine by Release Team. Some timer after I uploaded -3 and -4 to fix the
> bug #685670.
>
> Then I now come to ask for the unblock for -4 and see that -2 is not
> really get through.
>
> The upstream patch in question isn't perfect but the whole htop source
> isn't either. Can I still please ask for unblock for -2 as a part of
> asking to unblock -4?
>
Please fix the bugs that were pointed in review...
Cheers,
Julien
signature.asc
Description: Digital signature
Bug#675950: (no subject)
If you write a hook to call debootstrap, you can skip the default task by calling the skiptask function. This way, we do not need to change FAI but you are very flexible in what you like to do in your hooks. I therefore like to close the bug, since I do not like to implement your function inside FAI. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680084: nmu
Hi, I've uploaded an nmu fixing this issue to delayed/7. The extra time is to give you a chance to do a maintainer upload instead. Please see attached patch. Best wishes, Mike os-prober.patch Description: Binary data
Bug#690475: Bug #690463 solved
Hi, As #690463 is fixed now, this can be: unblock: pear-horde-channel/5 Regards -- Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691814: Bug #691814: Re: unblock: gcc-4.4-doc-non-dfsg/4.4.7-1
On Tue, 2012-10-30 at 13:57 +0800, Guo Yixuan wrote:
> This upload updates document for gcc 4.4 branch, removes
> gcc-doc-base (provided by gcc-4.7-doc) and gcj-4.4-doc (gcj-4.4
> already removed from wheezy). The packaging style was updated to
> match gcc-4.6-doc/gcc-4.7-doc.
Given that we're in a freeze (and have been for some time now) packaging
style changes aren't really appropriate. In particular, debhelper compat
bumps (even from 5 to 7) and source format / patch system changes aren't
things I'd expect to see in a package with an unblock requested.
(gcc-4.{6,7}-doc didn't have previous versions in testing so the use of
3.0 (quilt) etc wasn't a change.)
> I attached result of
>
> $ git diff debian/4.4.4.nf1-1 debian/4.4.7-1 -M
>
> It's large because this package hasn't seen an update for long...
As a result the mail did not make it to the debian-release list.
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#683554: Please unblock pear-horde-channel
On Mon, 2012-11-12 at 22:36 +0100, Mathieu Parent wrote: > There is a new "pear-horde-channel" source package which builds a > pear-horde-channel binary package. The previous version of this binary > package was built from the horde3 source package which we intent to > remove (see #683554). > > Can you unblock the new "pear-horde-channel" to allow removal of horde3? For reference, this is #690475 ... Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
