Bug#588027: FTBFS: lirc-modules/lirc_i2c.c:399: error: unknown field ‘id’ specified in initializer
On Mon, Jul 12, 2010 at 01:02:17AM +0200, Stefan Lippers-Hollmann wrote: Yes, I'm aware that this situation becomes worse in kernels 2.6.32, like those present in experimental and that lirc needs to be fixed. However this situation isn't as easy as it looks: - the most current lirc upstream version needs patching for kernel = 2.6.32 support just as well (done in svn); 0.8.7 hasn't been released yet. - 'lirc' = 0.8.6 introduces an FTBS on kfreebsd-{amd64,i386} (not fixed yet) - lirc = 0.8.6 breaks the long standing ABI between kernel- and userspace, therefore upgrades affecting 'lirc' and 'lirc-modules-$(uname -r) must happen in lockstep (which doesn't seem to be easily expressable in packaging terms). - serious debconf refactoring is still pending, to meet 3.9.0 policy requirements (started in svn, but not finished yet). Any help with these issues is always seriously appreciated, especially in regards to the mandatory debconf changes - which is the most blocking sub-topic (and also preventing yet another 0.8.3 upload). Thx for the patch. At least the I could compile the package (haven't tried to use it yet) Any chance you could explain the debconf refactoring a bit more and what is still missing? I might give it a try (no promisses!!!). -Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588027: FTBFS: lirc-modules/lirc_i2c.c:399: error: unknown field ‘id’ specified in initializer
Package: lirc Version: 0.8.3-5 Severity: grave Justification: renders package unusable Trying to build lirc-modules-source with m-a fails with the following compile error. This renders the package unusable and unappropriate for squeeze. sudo m-a --verbose --text-mode build lirc Extracting the package tarball, /usr/src/lirc-modules.tar.bz2, please wait... for templ in ; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.32-5-amd64/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.32-5-amd64/g ;s/#KVERS#/2.6.32-5-amd64/g ; s/_KVERS_/2.6.32-5-amd64/g ; s/##KDREV##/2.6.32-15/g ; s/#KDREV#/2.6.32-15/g ; s/_KDREV_/2.6.32-15/g ' $templ ${templ%.modules.in}; \ done dh_clean /usr/bin/make clean make[1]: Entering directory `/usr/src/modules/lirc-modules' rm -rf *.ko *.mod.* *.o .*.o.d .*.cmd .tmp_versions Module.symvers *.order make[1]: Leaving directory `/usr/src/modules/lirc-modules' debian/rules KVERS=2.6.32-5-amd64 KSRC=/lib/modules/2.6.32-5-amd64/build KDREV=2.6.32-15 kdist_image /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: Entering directory `/usr/src/modules/lirc-modules' for templ in ; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.32-5-amd64/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.32-5-amd64/g ;s/#KVERS#/2.6.32-5-amd64/g ; s/_KVERS_/2.6.32-5-amd64/g ; s/##KDREV##/2.6.32-15/g ; s/#KDREV#/2.6.32-15/g ; s/_KDREV_/2.6.32-15/g ' $templ ${templ%.modules.in}; \ done dh_clean /usr/bin/make clean make[2]: Entering directory `/usr/src/modules/lirc-modules' rm -rf *.ko *.mod.* *.o .*.o.d .*.cmd .tmp_versions Module.symvers *.order make[2]: Leaving directory `/usr/src/modules/lirc-modules' make[1]: Nothing to be done for `kdist_config'. dh_testdir dh_testroot dh_clean -k dh_clean: dh_clean -k is deprecated; use dh_prep instead dh_installdirs lib/modules/2.6.32-5-amd64/misc # build module /usr/bin/make -C /usr/src/modules/lirc-modules KSRC=/lib/modules/2.6.32-5-amd64/build make[2]: Entering directory `/usr/src/modules/lirc-modules' /usr/bin/make -C /lib/modules/2.6.32-5-amd64/build SUBDIRS=/usr/src/modules/lirc-modules modules make[3]: Entering directory `/usr/src/linux-headers-2.6.32-5-amd64' CC [M] /usr/src/modules/lirc-modules/lirc_dev.o CC [M] /usr/src/modules/lirc-modules/lirc_i2c.o /usr/src/modules/lirc-modules/lirc_i2c.c:399: error: unknown field ‘id’ specified in initializer /usr/src/modules/lirc-modules/lirc_i2c.c:399: warning: initialization makes pointer from integer without a cast make[6]: *** [/usr/src/modules/lirc-modules/lirc_i2c.o] Error 1 make[5]: *** [_module_/usr/src/modules/lirc-modules] Error 2 make[4]: *** [sub-make] Error 2 make[3]: *** [all] Error 2 make[3]: Leaving directory `/usr/src/linux-headers-2.6.32-5-amd64' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/src/modules/lirc-modules' make[1]: *** [binary-modules] Error 2 make[1]: Leaving directory `/usr/src/modules/lirc-modules' make: *** [kdist_build] Error 2 BUILD FAILED! See /var/cache/modass/lirc-modules-source.buildlog.2.6.32-5-amd64.1278230770 for details. Build failed. Press Return to continue... -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 lirc depends on: ii debconf [debconf-2.0]1.5.32 Debian configuration management sy ii libasound2 1.0.23-1shared library for ALSA applicatio ii libc62.11.2-2Embedded GNU C Library: Shared lib ii liblircclient0 0.8.3-5 infra-red remote control support - ii libusb-0.1-4 2:0.1.12-15 userspace USB programming library ii lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip lirc recommends no packages. Versions of packages lirc suggests: ii lirc-modules-source 0.8.3-5infra-red remote control support - pn lirc-svga none (no description available) pn lirc-xnone (no description available) -- Configuration Files: /etc/lirc/hardware.conf changed [not included] -- debconf information: lirc/take_care_of_old_config: lirc/install_devices: true lirc/irq: lirc/lircd_conf: lirc/reconfigure: false lirc/lircmd_conf: lirc/remove_var-log-lircd: true lirc/driver: lirc/port: lirc/device: lirc/should-use-IntelliMouse: lirc/cflags: lirc/timer: lirc/modules: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject
Bug#440763: Integration in Etch?
Package: libgphoto2-2 Version: 2.4.0-2 --- Please enter the report below this line. --- Is there any way this could be backported into Etch, as I got bitten by this bug just recently. -Peter --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-2-k7 Debian Release: lenny/sid 990 testing www.debian-multimedia.org 990 testing ftp.de.debian.org 500 unstablewww.debian-multimedia.org --- Package information. --- Depends (Version) | Installed =-+-= libc6 (= 2.6-1) | 2.6.1-2 libexif12 | 0.6.16-2 libgphoto2-port0 (= 2.4.0) | 2.4.0-2 libjpeg62 | 6b-14 libltdl3 (= 1.5.2-2) | 1.5.24-1 adduser | 3.105 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435663: This bug is fixed in a newer libcompress-zlib-perl
On Thu, Aug 09, 2007 at 01:24:05PM +0200, Goswin von Brederlow wrote: retitle 435663 Debmirror should guard against too much change severity important thanks Peter Baumann [EMAIL PROTECTED] writes: Package: debmirror Version: 20070123 --- Please enter the report below this line. --- Sorry. I didn't get the mails from the other people providing additional information to this bug. As debuged this with Damyan Ivanov (see #435656) and the buggy version of libcompress-zlib-perl is no longer available in unstable, I closed this bug. But after thinking it through, it would still make sense to have the conflict or have debmirror depend on libcompress-zlib-perl-2.0005-2 -Peter I don't think a conflict will do any good now. People that have libcompress-zlib-perl-2.0005-2 installed already did run into the problem so there is no helping them. And people that don't can't anymore. Yes. Thats true. But on the other hand people having the buggy lib already and freshly installing debmirror will get into trouble. A conflict would at least prevent that case. But debmirror should guard against a case such as this in generall. I think debmirror should abort (unless some option is given) if the mirror grows or shrinks by more than 10%. Is 10% a good limit? Maybe limit it to 2GB? What do you think? I'd prefere an absolut limit like the above mentioned 2GB over a relative limit. If this could be made configurable on the cmdline, this would be best. -Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435663: This bug is fixed in a newer libcompress-zlib-perl
Package: debmirror Version: 20070123 --- Please enter the report below this line. --- Sorry. I didn't get the mails from the other people providing additional information to this bug. As debuged this with Damyan Ivanov (see #435656) and the buggy version of libcompress-zlib-perl is no longer available in unstable, I closed this bug. But after thinking it through, it would still make sense to have the conflict or have debmirror depend on libcompress-zlib-perl-2.0005-2 -Peter --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-1-k7 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436166: [FTBFS] lirc-modules-source doesn't build
Package: lirc Version: 0.8.0-9.3 Severity: critical --- Please enter the report below this line. --- lirc-modules-source doesn't build from source (i tried with module-assistant). This is also mentioned by a user in #432801 -Peter --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-1-k7 Debian Release: lenny/sid 990 unstablewww.debian-multimedia.org 990 unstableftp.debian.org 990 unstableftp.de.debian.org 500 stable ftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+-== libasound2 ( 1.0.12) | 1.0.14a-2 libc6 (= 2.5-5) | 2.6-5 liblircclient0(= 0.6.4) | 0.8.0-9.3 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-7 debconf(= 0.5) | 1.5.14 OR debconf-2.0 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435656: Change in behaviour of gzreadline() caused debmirror to delete my whole mirror
On Fri, Aug 03, 2007 at 08:23:10AM +0300, Damyan Ivanov wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -=| Peter Baumann, 2.08.2007 14:55 |=- After the upgrade to version 2.005-1 debmirror decided to delete my whole debian mirror. And as i didn't pay attention during debmirror updates this is really annoying. The corresponding debmirror code is here: 851 my $gunzf = gzopen($file, rb) or die $file: $!; 852 my $line; 853 my $res; 854 my $loop = 1; 855 while ($loop) { 856 my $buf = ; 857 while(($res = $gunzf-gzreadline($line) 0) 858 !($line =~ /^$/)) { 859 $buf = $buf . $line; 860 } 861 if ($res = 0) { # THIS IS ALWAYS TRUE AFTER THE UPGRADE 862 $loop = 0; 863 next; 864 } I have a couple of guesses that you may help with: The code above reads until either an empty $line appears, or $res is not positive. Could it be possible that the file in question does no contain empty lines and thus the inner while reads until EOF? Or, perhaps $line needs a chomp in order to match /^$/ ? (yes, that would mean a behaviour change) No. The file is fine (it is e.g dists/lenny/main/binary-i386/Packages.gz). But this gave me the right direction. Here is the output of the slighly changed code segment (output enclosed by '-' markers) my $gunzf = gzopen($file, rb) or die $file: $!; my $line; my $res; my $loop = 1; while ($loop) { my $buf = ; while(($res = $gunzf-gzreadline($line) 0) !($line =~ /^$/)) { printf %u:%s, length($line), $line; exit; $buf = $buf . $line; } previous version (1.42-2): - 16:Package: 2vcard - new version (2.005-1) - 791:Package: 2vcard Priority: optional Section: utils Installed-Size: 108 Maintainer: Martin Albisetti [EMAIL PROTECTED] Architecture: i386 Version: 0.5-1 Filename: pool/main/2/2vcard/2vcard_0.5-1_i386.deb Size: 14090 MD5sum: 074de92c99657c98dff1ed42d580f84b SHA1: ceea35694c35437ad3f8a1e06ab7d3e698efee56 SHA256: 814b27ae828b9947d63a1ce628c85e5fb36f95075f3ccdbd23c9c908e067fb6c Description: A little perl script to convert an addressbook to VCARD file format 2vcard is a little perl script that you can use to convert the popular vcard file format. Currently 2vcard can only convert adressbooks and alias files from the following formats: abook,eudora,juno,ldif,mutt,mh and pine. . The VCARD format is used by gnomecard, for example, which is turn is used by the balsa email client. - So it is definitly a change in behaviour of gzreadline() Greetings, Peter Baumann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435656: Change in behaviour of gzreadline() caused debmirror to delete my whole mirror
On Fri, Aug 03, 2007 at 05:22:46PM +0300, Damyan Ivanov wrote: severity 435656 grave thanks Rationale: breaks unrelated software -=| Peter Baumann, 3.08.2007 16:46 |=- On Fri, Aug 03, 2007 at 08:23:10AM +0300, Damyan Ivanov wrote: The code above reads until either an empty $line appears, or $res is not positive. Could it be possible that the file in question does no contain empty lines and thus the inner while reads until EOF? Or, perhaps $line needs a chomp in order to match /^$/ ? (yes, that would mean a behaviour change) No. The file is fine (it is e.g dists/lenny/main/binary-i386/Packages.gz). But this gave me the right direction. Here is the output of the slighly changed code segment (output enclosed by '-' markers) my $gunzf = gzopen($file, rb) or die $file: $!; my $line; my $res; my $loop = 1; while ($loop) { my $buf = ; while(($res = $gunzf-gzreadline($line) 0) !($line =~ /^$/)) { printf %u:%s, length($line), $line; exit; $buf = $buf . $line; } previous version (1.42-2): - 16:Package: 2vcard - new version (2.005-1) - 791:Package: 2vcard Priority: optional Section: utils Installed-Size: 108 Maintainer: Martin Albisetti [EMAIL PROTECTED] Architecture: i386 Version: 0.5-1 Filename: pool/main/2/2vcard/2vcard_0.5-1_i386.deb Size: 14090 MD5sum: 074de92c99657c98dff1ed42d580f84b SHA1: ceea35694c35437ad3f8a1e06ab7d3e698efee56 SHA256: 814b27ae828b9947d63a1ce628c85e5fb36f95075f3ccdbd23c9c908e067fb6c Description: A little perl script to convert an addressbook to VCARD file format 2vcard is a little perl script that you can use to convert the popular vcard file format. Currently 2vcard can only convert adressbooks and alias files from the following formats: abook,eudora,juno,ldif,mutt,mh and pine. . The VCARD format is used by gnomecard, for example, which is turn is used by the balsa email client. - Ouch! It seems only double \n's are detected? Can you also print length($/) around there? Is it zero? No, it is 2 and set to \n\n If it is, this could be the source of the problem - it seems IO::Compress::Base (which actually implements the gzreadline function) supports several modes, $/ == '' provoking the paragraph mode. I guess Compress::Zlib's gzreadline() should add local $/ = '' before passing the call further to preserve the previous interface. If you confirm that $/ is indeed empty and setting it to '\n' solves the problem, I'll prepare a fix. Yes, setting it to $/=\n fixes my problem and I get only one line from gzreadline() as result. -Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435656: Change in behaviour of gzreadline() caused debmirror to delete my whole mirror
Package: libcompress-zlib-perl Version: 2.005-1 Severity: serious --- Please enter the report below this line. --- After the upgrade to version 2.005-1 debmirror decided to delete my whole debian mirror. And as i didn't pay attention during debmirror updates this is really annoying. The corresponding debmirror code is here: 851 my $gunzf = gzopen($file, rb) or die $file: $!; 852 my $line; 853 my $res; 854 my $loop = 1; 855 while ($loop) { 856 my $buf = ; 857 while(($res = $gunzf-gzreadline($line) 0) 858 !($line =~ /^$/)) { 859 $buf = $buf . $line; 860 } 861 if ($res = 0) { # THIS IS ALWAYS TRUE AFTER THE UPGRADE 862 $loop = 0; 863 next; 864 } I debuged it with print statements and found out the the above marked if statement is alwasy true after the upgrade and thats why the code further down the while statement is never reached. I'm not sure if this is actually a problem in debmirror or in libcompress-zlib-perl, but as it worked before the upgrade it seems naturally to report the bug here. Downgrading the packet fixed my problem. But now to downloading the mirror :-( -Peter --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-4-k7 Debian Release: lenny/sid 990 unstablewww.debian-multimedia.org 990 unstableftp.debian.org 990 unstableftp.de.debian.org 500 stable ftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+-=== perl (= 5.8.8-6.1) | 5.8.8-7 perlapi-5.8.8| libc6 (= 2.3.6-6) | 2.6-5 zlib1g (= 1:1.2.1) | 1:1.2.3.3.dfsg-5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435663: debmirror should conflict with libcompress-zlib-perl-2.005-1
Package: debmirror Version: 20070123 Severity: critical --- Please enter the report below this line. --- After upgrading to libcompress-zlib-perl-2.005-1 debmirror decided to delete my WHOLE mirror. This is reported in #435656, but for the time being debmirror should conflict with the buggy version. -Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425431: rssh_chroot_helper gets the setuid bit set
Package: rssh Version: 2.3.2-4 Severity: grave Justification: renders package unusable I wondered why my rssh chroot setup doesn't work anymore and found out that /usr/lib/rssh/rssh_chroot_helper doesn't get the +s bit set. The code in your postinst script doesn't look correct: #! /bin/sh -e # postinst script for rssh if [ $1 = configure ] || [ $1 = reconfigure ] ; then . /usr/share/debconf/confmodule db_get rssh/chroot_helper_setuid setuid=$RET db_stop if [ ! -x /usr/sbin/dpkg-statoverride ] ; then #^ removing the NOT helps and gets me any further dpkg-statoverride --list /usr/lib/rssh/rssh_chroot_helper /dev/null # but here it stops because you the call above returns a $? != 0 and you # have set -e (exit if any command returns an exitvalue != 0) status=$? if [ $status != 0 ] ; then if [ $setuid = true ] ; then chmod 4755 /usr/lib/rssh/rssh_chroot_helper else chmod 0755 /usr/lib/rssh/rssh_chroot_helper fi fi fi if [ -x /usr/sbin/add-shell ]; then /usr/sbin/add-shell /usr/bin/rssh fi fi exit 0 #-- Changing it to this fixes the problem for me #! /bin/sh # postinst script for rssh if [ $1 = configure ] || [ $1 = reconfigure ] ; then . /usr/share/debconf/confmodule db_get rssh/chroot_helper_setuid setuid=$RET db_stop if [ -x /usr/sbin/dpkg-statoverride ] ; then dpkg-statoverride --list /usr/lib/rssh/rssh_chroot_helper /dev/null status=$? if [ $status != 0 ] ; then if [ $setuid = true ] ; then chmod 4755 /usr/lib/rssh/rssh_chroot_helper else chmod 0755 /usr/lib/rssh/rssh_chroot_helper fi fi fi if [ -x /usr/sbin/add-shell ]; then /usr/sbin/add-shell /usr/bin/rssh fi fi exit 0 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-k7 (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 rssh depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii libc6 2.5-7 GNU C Library: Shared libraries ii openssh-server1:4.3p2-10 Secure shell server, an rshd repla rssh recommends no packages. -- debconf information: * rssh/chroot_helper_setuid: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418016: Recent security update of libx11-6 (1.0.3-7) made opera segfault
Package: libx11-6 Version: 2:1.0.3-7 Severity: critical Justification: breaks unrelated software After upgrading libx11-6 to the security update as in version 1.0.3-7 made opera segfault every time I tried to start it. Downgrading to version 1.0.3-6 fixes it. Yes, I know that opera isn't open source, but I marked this bug critical because if the patch for the security fix causes opera to segfault, something looks _fishy_ with this patch and could propably cause other applications to break, too. But feel free to downgrade the severity of this bug, if you think the problem is inside opera. I will probably fill a bugreport for opera, too, which includes a link to this bugreport. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libx11-6 depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libx11-data 2:1.0.3-7X11 client-side library ii libxau6 1:1.0.1-2X11 authorisation library ii libxdmcp6 1:1.0.1-2X11 Display Manager Control Protoc ii x11-common 1:7.1.0-16 X Window System (X.Org) infrastruc libx11-6 recommends no packages. -- debconf information: libx11-6/migrate_xkb_dir: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415328: Wrong permissons on /usr/share/doc/git-core/contrib (depending on umask)
Package: git-core Version: 1:1.5.0.3-1 Severity: important The build process uses [...] # contrib install -d -m0755 '$(GIT)'-core/usr/share/doc/git-core cp -R contrib '$(GIT)'-core/usr/share/doc/git-core/ install git-p4import.py '$(GIT)'-core/usr/share/doc/git-core/contrib/ find '$(GIT)'-core/usr/share/doc/git-core/contrib -type f | \ xargs chmod 0644 to copy contrib. But this doesn't work if one has a rather restrictive umask setting like e.g 077. If thats the case, contrib is missing the execute/read bit for 'others'. I'm not sure if it is allowed to run the package build with such a restrictive umask. But if it is, then there are probally more directories besides contrib which are missing the r/x bit. Simple test: -working: xp:[/tmp] umask 0022 xp:[/tmp] cp -r git-core-1.5.0.3/contrib . ls -ld contrib rm -R contrib drwxr-xr-x 9 root root 2048 2007-03-18 14:18 contrib -not working xp:[/tmp] umask 0027 xp:[/tmp] cp -r git-core-1.5.0.3/contrib . ls -ld contrib rm -R contrib drwxr-x--- 9 root root 2048 2007-03-18 14:18 contrib -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages git-core depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcurl3-gnutls 7.15.5-1 Multi-protocol file transfer libra ii libdigest-sha1-perl 2.11-1 NIST SHA-1 message digest algorith ii liberror-perl 0.15-8 Perl module for error/exception ha ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li ii perl-modules5.8.8-7 Core Perl modules ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages git-core recommends: ii curl 7.15.5-1Get a file from an HTTP, HTTPS, FT ii git-doc 1:1.5.0.3-1 fast, scalable, distributed revisi ii less 394-4 Pager program similar to more ii openssh-client [ssh-client] 1:4.3p2-9 Secure shell client, an rlogin/rsh ii patch2.5.9-4 Apply a diff file to an original ii rsync2.6.9-2 fast remote file copy program (lik -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411316: 1.5.0.1 now...
On Mon, Feb 19, 2007 at 12:31:19PM +, Gerrit Pape wrote: On Sun, Feb 18, 2007 at 08:06:01PM -0800, Roland Dreier wrote: A 1.5.0.1 maintenance release has just come out with a few fixes, so I think it would definitely be appropriate to upload packages of the 1.5.0 series now. http://ftp-master.debian.org/new.html It's in the queue for experimental, unstable will follow afterwards. Regards, Gerrit. Any change you could provide an URL to the deb-src package the impatient under us so we don't have to wait for the new processing? Regards, Peter Baumann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410060: xkb-data: ctrl:swapcaps doesn't work (fully) correctly
I could reproduce this behaviour on a etch machine at the university having a session which only starts xev and no windowmanager. I get no output for Caps_Lock+Alt+1 there, too. There are also some Sun PC's (Opterons) with sun keyboards. On that machine it works as expected if I run setxkbmap -layout us -option ctrl:nocaps I don't know if the xserver uses a different mapping for those sun keyboards. Perhaps this gives someone a clue what's wrong. -Peter Baumann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410060: xkb-data: ctrl:swapcaps doesn't work (fully) correctly
Package: xkb-data Version: 0.9-4 Severity: normal I'm having a strange problem concerning my keyboard setup. Let me describe: I have fvwm-crystal installed with 4 virtual desktops and setup a mapping by ALT+CTRL+1 do move the active window onto the virtual desktop 1 (of course, pressing ALT+CTRL+4 moves the window to desktop 4). If I setup my xkb config like this: $ setxkbmap -v Trying to build keymap using the following components: keycodes: xfree86+aliases(qwerty) types: complete compat: complete symbols:pc(pc105)+us geometry: pc(pc105) it works as expected. But as I like to have Caps_Lock as an additional CTRL Key, I run $ setxkbmap -layout us -option ctrl:nocaps $ setxkbmap -v Trying to build keymap using the following components: keycodes: xfree86+aliases(qwerty) types: complete compat: complete symbols:pc(pc105)+us+ctrl(nocaps) geometry: pc(pc105) and now Caps_Lock behaves like CTRL. I can move my window to every desktop *except* to desktop 1. That means pressing the keys Caps_Lock+ALT+1 does nothing. But pressing CTRL+ALT+1 behaves as it should. (so does Caps_Lock+Alt+2..4) If I could do anything more specific to resolve this issue feel free to ask. -Peter Baumann I don't now if it's usefull, but I attached the output of xev pressing CTRL+ALT+1 because Caps_Lock+ALT+1 had _NO_ output. [... snipping uninteresting stuff ...] KeymapNotify event, serial 15, synthetic NO, window 0x0, keys: 4294967218 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 KeyPress event, serial 29, synthetic NO, window 0x241, root 0x4d, subw 0x0, time 2618586448, (-321,-257), root:(780,588), state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 32, synthetic NO, window 0x241, root 0x4d, subw 0x0, time 2618586469, (-321,-257), root:(780,588), state 0x14, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False FocusOut event, serial 32, synthetic NO, window 0x241, mode NotifyGrab, detail NotifyAncestor ConfigureNotify event, serial 32, synthetic YES, window 0x241, event 0x241, window 0x241, (1101,845), width 178, height 178, border_width 0, above 0x8194ca, override NO PropertyNotify event, serial 32, synthetic NO, window 0x241, atom 0x191 (_WIN_AREA), time 2618591573, state PropertyNewValue FocusIn event, serial 32, synthetic NO, window 0x241, mode NotifyUngrab, detail NotifyAncestor KeymapNotify event, serial 32, synthetic NO, window 0x0, keys: 2 0 0 0 32 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 KeyRelease event, serial 32, synthetic NO, window 0x241, root 0x4d, subw 0x0, time 2618591841, (-321,-257), root:(780,588), state 0x1c, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 bytes: KeyRelease event, serial 32, synthetic NO, window 0x241, root 0x4d, subw 0x0, time 2618591850, (-321,-257), root:(780,588), state 0x14, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408328: xen-tools: xen-create-image doesn't create groups for users in hook 35-setup-users
Package: xen-tools Version: 2.8-2 Severity: normal Hi, creating a new domU all the local users of dom0 are created inside the domU, but no group for the user is created. (see the hook 35-setup-users) -Peter -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xen-tools depends on: ii debootstrap 0.3.3.1Bootstrap a basic Debian system ii libtext-template-perl 1.44-1.1 Text::Template perl module ii perl-modules 5.8.8-7Core Perl modules Versions of packages xen-tools recommends: pn perl-doc none (no description available) pn reiserfsprogs none (no description available) pn rpmstrap none (no description available) ii xen-hypervisor-3.0.3-1-amd64 3.0.3-0-2 The Xen Hypervisor on AMD64 pn xfsprogs none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408328: Acknowledgement (xen-tools: xen-create-image doesn't create groups for users in hook 35-setup-users)
I messed up. This bug is a duplicate of #404521 I have no clue how to merge these two bugs (or even if I am allowed to) -Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407543: xen-tools: Installing a debian distribution always sets the stable suite for security.debian.org
Package: xen-tools Version: 2.8-2 Severity: serious Tags: security Justification: Leaves the new domU without security support Installing a Etch domU always sets deb http://security.debian.org/ stable/updates main contrib non-free in /etc/apt/sources.list. This leaves the domU without security support, which shouldn't happen. If you look into /usr/lib/xen-tools/debian.d/20-setup-apt you can see the bug: cat E_O_APT ${prefix}/etc/apt/sources.list [...] # # ${dist} # deb ${mirror} ${dist} main contrib non-free deb-src ${mirror} ${dist} main contrib non-free # # Security updates # deb http://security.debian.org/ stable/updates main contrib non-free deb-src http://security.debian.org/ stable/updates main contrib non-free # ^^ THIS SHOULD be ${dist}/updates E_O_APT It would be nice if this could be fixed for etch, because this bug would be slighly annoying if one would like to setup an testing/unstable xen domU intance during the lifetime of etch. -Peter Baumann PS: I am not sure if Severity: serious / Tags: security is the right choice. But I think this bug could have potential security problems. So feel free the change. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xen-tools depends on: ii debootstrap 0.3.3.1Bootstrap a basic Debian system ii libtext-template-perl 1.44-1.1 Text::Template perl module ii perl-modules 5.8.8-7Core Perl modules Versions of packages xen-tools recommends: pn perl-doc none (no description available) pn reiserfsprogs none (no description available) pn rpmstrap none (no description available) ii xen-hypervisor-3.0.3-1-amd64 3.0.3-0-2 The Xen Hypervisor on AMD64 pn xfsprogs none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394102: git-core: Please package the newly released git 1.4.3
Package: git-core Version: 1:1.4.2.3-1 Severity: wishlist Hi, git version 1.4.3 was released yesterday. Please package it so that we can have the newest version in the hopefully soon to be released Etch. -Peter -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Versions of packages git-core depends on: ii adduser 3.97Add and remove users and groups ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii libcurl3-gnutls 7.15.5-1Multi-protocol file transfer libra ii libexpat11.95.8-3.3 XML parsing C library - runtime li ii perl-modules 5.8.8-6.1 Core Perl modules ii rcs 5.7-18 The GNU Revision Control System ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages git-core recommends: ii curl 7.15.5-1Get a file from an HTTP, HTTPS, FT ii git-doc 1:1.4.2.3-1 content addressable filesystem (do ii less 394-3 Pager program similar to more ii openssh-client [ssh-client] 1:4.3p2-5 Secure shell client, an rlogin/rsh ii patch2.5.9-4 Apply a diff file to an original ii python 2.4.3-11An interactive high-level object-o ii rsync2.6.8-2 fast remote file copy program (lik -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364678: git: new upstream version 1.3.0
Package: git-core Version: 1.2.6-1 Severity: wishlist There is a new upstream version available which would be nice to have in debian. Thanks for your great work on the package. -Peter Baumann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360451: [Patch] Make debmirror aware of ubuntu directory structure
Package: debmirror Version: 20051209 Severity: minor Tags: patch Hi, here is a patch to make debmirror aware of the slightly different directory structure of the ubuntu repository. Greetings, Peter Baumann -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages debmirror depends on: ii bzip2 1.0.3-2high-quality block-sorting file co ii libcompress-zlib-perl 1.41-1 Perl module for creation and manip ii liblockfile-simple-perl 0.2.5-7Simple advisory file locking ii libwww-perl 5.805-1WWW client/server library for Perl ii perl [libdigest-md5-perl] 5.8.8-3Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.8-3Core Perl modules ii rsync 2.6.7-1fast remote file copy program (lik Versions of packages debmirror recommends: ii gnupg 1.4.2.2-1 GNU privacy guard - a free PGP rep -- no debconf information diff --git a/debmirror b/debmirror index bd51e6a..de0b306 100755 --- a/debmirror +++ b/debmirror @@ -629,6 +629,8 @@ foreach my $dist (@dists) { next if ($section =~ /debian-installer/ $dist eq woody); next if ($section =~ /debian-installer/ $dist eq experimental); next if ($section =~ /debian-installer/ $dist =~ /.*-proposed-updates/); +next if ($section =~ /debian-installer/ $dist =~ /.*breezy-updates/ ); +next if ($section =~ /debian-installer/ $dist eq breezy-security ); foreach my $arch (@arches) { add_bytes(dists/$dist/$section/binary-$arch/Packages); add_bytes(dists/$dist/$section/binary-$arch/Packages.gz); @@ -677,6 +679,8 @@ foreach my $dist (@dists) { next if ($section =~ /debian-installer/ $dist eq woody); next if ($section =~ /debian-installer/ $dist eq experimental); next if ($section =~ /debian-installer/ $dist =~ /.*-proposed-updates/); +next if ($section =~ /debian-installer/ $dist =~ /.*breezy-updates/ ); +next if ($section =~ /debian-installer/ $dist eq breezy-security ); foreach my $arch (@arches) { get_packages(dists/$dist/$section/binary-$arch); }
Bug#360453: debmirror: [Patch] implement ftp authentication with user/passwd
Package: debmirror Version: 20051209 Severity: wishlist Tags: patch Having an debian mirror on an protected ftp server (I need to login with user and password), here is a patch which implements this. Greetings, peter Baumann *** ftp-password.patch diff --git a/debmirror b/debmirror index bd51e6a..a3abf6a 100755 --- a/debmirror +++ b/debmirror @@ -53,7 +53,8 @@ sub usage { warn EOF; Usage: $0 [--debug] [--progress] [--verbose] [--source|--nosource] [--md5sums] [--passive] [--host=remotehost] - [--user=remoteusername] [--method=ftp|hftp|http|rsync] + [--user=remoteusername] [--passwd=remoteuserpassword ] + [--method=ftp|hftp|http|rsync] [--timeout=seconds] [--root=directory] [--dist=foo[,bar,..] ...] [--section=foo[,bar,..] ...] [--arch=foo[,bar,..] ...] [--skippackages] [--getcontents] @@ -123,6 +124,11 @@ you are strongly encouraged to find a cl Specify the remote user name to use to log to the remote host. Helpful when dealing with brain damaged proxy servers. Defaults to anonymous. +=item --passwd=remoteuserpassword + +Specify the remote user password to use to log into the remote ftp host. +It is used with --user and defaults to [EMAIL PROTECTED] + =item --method=ftp|hftp|http|rsync -e Specify the method to download files. Currently, supported methods are @@ -369,6 +375,7 @@ our $post_cleanup=0; our $do_source=1; our $host=ftp.debian.org; our $user=anonymous; +our $passwd=anonymous@; our $remoteroot=/debian; our $download_method=ftp; our $timeout=300; @@ -408,6 +415,7 @@ GetOptions('debug'= \$debug, 'passive!' = \$passive, 'host|h=s' = \$host, 'user|u=s' = \$user, + 'passwd=s' = \$passwd, 'root|r=s' = \$remoteroot, 'dist|d=s' = [EMAIL PROTECTED], 'section|s=s' = [EMAIL PROTECTED], @@ -451,7 +459,7 @@ my $mirrordir=shift or usage(mirrordir # Display configuration. $|=1 if $debug; -say(Mirroring to $mirrordir from $download_method://$user:$host/$remoteroot/); +say(Mirroring to $mirrordir from $download_method://[EMAIL PROTECTED]/$remoteroot/); say(Arches: .join(,, @arches)); say(Dists: .join(,, @dists)); say(Sections: .join(,, @sections)); @@ -535,7 +543,7 @@ sub init_connection { /^ftp$/ do { $ftp=Net::FTP-new($host, %opts) or die [EMAIL PROTECTED]; -$ftp-login($user) or die login failed; # anonymous +$ftp-login($user, $passwd) or die login failed; $ftp-binary or die could not set binary mode; $ftp-cwd($remoteroot) or die cwd to $remoteroot failed; $ftp-hash(*STDOUT,102400) if $progress; -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages debmirror depends on: ii bzip2 1.0.3-2high-quality block-sorting file co ii libcompress-zlib-perl 1.41-1 Perl module for creation and manip ii liblockfile-simple-perl 0.2.5-7Simple advisory file locking ii libwww-perl 5.805-1WWW client/server library for Perl ii perl [libdigest-md5-perl] 5.8.8-3Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.8-3Core Perl modules ii rsync 2.6.7-1fast remote file copy program (lik Versions of packages debmirror recommends: ii gnupg 1.4.2.2-1 GNU privacy guard - a free PGP rep -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]