Bug#918741: maintaining fakechroot
Please go on. I think I finally do full release but I need a little time to start up this project on Debian's gitlab first. Cheers, .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- On Wed, Jan 9, 2019 at 11:31 AM Johannes Schauer wrote: > Hi Piotr, > > I recently NMU-ed fakechroot and now two more RC bugs popped up: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918741 > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918741 > > is it okay if I NMU these again or do you want to take care of them? > > I'm the maintainer of a reverse dependency of fakechroot (mmdebstrap) and > hence > my interest in fakechroot. > > Thanks! > > cheers, josch >
Bug#846270: fakechroot: preload library not found, aborting.
tags 846270 - unreproducible On Tue, Nov 29, 2016 at 8:33 PM, Jameson Graef Rollins <jroll...@finestructure.net> wrote: > + fakechroot_detect='/usr/bin/fakechroot: line 163: /usr/bin/echo: No such > file or directory' Ok thanks, This bug is appearing on systems which were upgraded from stable to testing or unstable. It is because for new systems /bin is symlink to /usr/bin. I will upload new package with fix very soon. -- Piotr Roszatycki
Bug#846270: fakechroot: preload library not found, aborting.
tags 846270 unreproducible thanks Hi. I can't reproduce this bugs. Can you run, ie.: $ bash -x fakechroot true please? Also: $ LD_LIBRARY_PATH= LD_PRELOAD=libfakechroot.so ldd /bin/true would be helpful. Thanks! On Tue, Nov 29, 2016 at 7:13 PM, Jameson Graef Rollins <jroll...@finestructure.net> wrote: > Package: fakechroot > Version: 2.19-2 > Severity: grave > Justification: renders package unusable > > servo:~ 0$ fakechroot true > fakechroot: preload library not found, aborting. > servo:~ 1$ > > I think that pretty much covers it. Renders the debirf package unusable. > > -- System Information: > Debian Release: stretch/sid > APT prefers testing > APT policy: (600, 'testing'), (500, 'stable'), (200, 'unstable'), (101, > 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages fakechroot depends on: > ii libfakechroot 2.19-2 > > fakechroot recommends no packages. > > fakechroot suggests no packages. > > -- no debconf information -- Piotr Roszatycki
Bug#843892: ifconfig: NEWS file about changed output
Package: net-tools Version: 1.60+git20150829.73cef8a-2 Severity: wishlist I understand that upstream changed the output for ifconfig after 20 years but there are still some scripts in the wild which parse ifconfig's output so it would be reasonable to add the information about changed output to /usr/share/doc/net-tools/NEWS file. -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#798483: ITP: libnss-docker -- nss module for finding Docker containers
* Package name: libnss-docker Version : 0.1-1 Upstream Author : Piotr Roszatycki <dex...@debian.org> * URL : *https://github.com/dex4er/nss-docker <https://github.com/dex4er/nss-docker>* * License : LGPL Programming Lang: C Description : nss module for finding Docker containers I'm switching to https://github.com/dex4er/nss-docker so this is updated meta information about package. Yes, now the upstream is also by myself. New upstream source is LGPL so now it is legally to link it with non-GPL code. Another change is that this module does not depend on libglib and connects to Docker API server directly by socket and not via /usr/bin/docker command. Also autotools are used rather than simple Makefile. The unit testing requires root privileges and modified /etc/nsswitch.conf so probably won't be used in Debian package. -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#798483: ITP: libnss-docker -- nss module for finding Docker containers
Oops, wrong URL... The current source of Debian package is at https://github.com/dex4er/deb-libnss-docker -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#798483: ITP: libnss-docker -- nss module for finding Docker containers
Package: wnpp Owner: Piotr Roszatycki <dex...@debian.org> Severity: wishlist * Package name: libnss-docker Version : 0.0.20150807.3cdc55d-1 Upstream Author : Danielle Madeley <danie...@madeley.id.au> * URL : https://github.com/danni/docker-nss * License : GPL Programming Lang: C Description : nss module for finding Docker containers This package contains a plugin for the Name Service Switch, providing host name resolution for Docker containers. Edit `/etc/nsswitch.conf`: hosts: files dns mdns4_minimal myhostname docker Then $ getent hosts container.docker where container is an ID of Docker container -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#798483: ITP: libnss-docker -- nss module for finding Docker containers
The current source of Debian package is at https://github.com/dex4er/deb-libio-socket-portstate-perl Travis builds at https://travis-ci.org/dex4er/deb-libnss-docker Licensing problem is adressed at https://github.com/danni/docker-nss/issues/4 -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#733089: ITP: gitprep -- Git repository management application
Package: wnpp Severity: wishlist Owner: Piotr Roszatycki dex...@debian.org * Package name: gitprep Version : 1.4 Upstream Author : Yuki Kimoto kim...@cpan.org * URL : http://gitprep.org/ * License : Artistic or GPL+2 Programming Lang: Perl Description : Git repository management application GitPrep allows to manage Git repositories by simple web interface and can create users and repositories without limitation. It supports: * Smart HTTP with Basic HTTP Authentication * Markdown syntax and README.md * Git submodule repositories * Private repository and collaboration features GitPrep brings own built-in webserver with reverse proxy support. It can be also run as CGI application. It supports HTTPS. This package requires some more Perl libraries which will be packaged separately (ie. Object::Simple). It also uses modified version of Mojolicious which should be replaced by original version of this library. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731794: FBFTS: AnyEvent fails t/81_hosts.t on system with OpenDNS
tags 731794 patch thanks It seems that upstream fixed this issue with following patch: diff --git a/t/81_hosts.t b/t/81_hosts.t index f2e50b6..bf68a25 100644 --- a/t/81_hosts.t +++ b/t/81_hosts.t @@ -1,7 +1,7 @@ use File::Temp qw(tempfile); use Test::More tests = 2; -my $test_host = 'test.invalid.tld'; +my $test_host = 'test.invalid.'; my $test_addr = '127.9.9.9'; my ($hosts_fh, $hosts_file) = tempfile UNLINK = 1; -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731794: FBFTS: AnyEvent fails t/81_hosts.t on system with OpenDNS
Package: libanyevent-perl Version: 7.050-1 Severity: serious Justification: fails to build from source (but built successfully in the past) The AnyEvent fails on system which uses OpenDNS (208.67.222.222 208.67.220.220) in its /etc/resolv.conf. The result: # Failed test 'resolved on first attempt' # at t/81_hosts.t line 29. # got: '67.215.65.132' # expected: '127.9.9.9' # Failed test 'resolved on second attempt' # at t/81_hosts.t line 30. # got: '67.215.65.132' # expected: '127.9.9.9' # Looks like you failed 2 tests of 2. t/81_hosts.t ... Dubious, test returned 2 (wstat 512, 0x200) Failed 2/2 subtests The upstream author don't want to disable this test because he belive that OpenDNS servers don't work properly. See http://lists.schmorp.de/pipermail/anyevent/2013q4/000535.html I think it is much safer to disable this test in Debian package. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-14-generic (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libanyevent-perl depends on: ii perl 5.18.1-4 Versions of packages libanyevent-perl recommends: ii libasync-interrupt-perl 1.10-1+b1 ii libev-perl 4.15-1 ii libguard-perl1.022-1+b2 Versions of packages libanyevent-perl suggests: ii libev-perl 4.15-1 pn libevent-perl none pn libio-async-perlnone pn libjson-perl | libjson-xs-perl none ii libnet-ssleay-perl 1.55-1+b2 pn libpoe-perl none pn libtask-weaken-perl none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731376: ITP: libextutils-typemap-perl -- ExtUtils::Typemap - Read/Write/Modify Perl/XS typemap files
2013/12/5 Nicolas Dandrimont ol...@debian.org: Slic3r requires both of them: ExtUtils::Typemap and ExtUtils::Typemaps::Default. At least the latest beta of Slic3er. I'm not convinced that this dependency is right at all. EU::Typemap is never used in the codebase, and I'd expect any potential code generated by ParseXS to yield a dependency on EU::Typemap*s*, as it bundles that module. I think that just dropping the EU::Typemap dependency in Build.PL would be fine. Could you report your patch to upstream, please? It would be nice to have a possibility to compile the upstream code without additional patches. Even if Debian package with Slic3r doesn't need the ExtUtils::Typemap module, the original version still requires it. -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731376: ITP: libextutils-typemap-perl -- ExtUtils::Typemap - Read/Write/Modify Perl/XS typemap files
Package: wnpp Severity: wishlist Owner: Piotr Roszatycki dex...@debian.org * Package name: libextutils-typemap-perl Version : 1.00 Upstream Author : Steffen Mueller smuel...@cpan.org * URL : https://metacpan.org/release/ExtUtils-Typemap * License : Artistic or GPL-1+ Programming Lang: Perl Description : ExtUtils::Typemap - Read/Write/Modify Perl/XS typemap files ExtUtils::Typemap exists merely as a compatibility wrapper around ExtUtils::Typemaps. In a nutshell, ExtUtils::Typemap was renamed to ExtUtils::Typemaps because the Typemap directory in lib/ could collide with the typemap file on case-insensitive file systems. This package is required by Slic3r - G-code generator for 3D printers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731379: ITP: libio-socket-portstate-perl -- IO::Socket::PortState - checking the status of a port
Package: wnpp Severity: wishlist Owner: Piotr Roszatycki dex...@debian.org * Package name: libio-socket-portstate-perl Version : 0.03 Upstream Author : Daniel Muey dm...@cpan.org * URL : https://metacpan.org/release/IO-Socket-PortState * License : Artistic or GPL-1+ Programming Lang: Perl Description : IO::Socket::PortState - checking the status of a port You can use it to check if a port is open or closed for a given host and protocol. This package is required by Slic3r - G-code generator for 3D printers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728670: ITP: libwx-glcanvas-perl -- Perl interface to wxWidgets' OpenGL canvas
Hi, What is the status of your package? Will it be uploaded to incoming queue? This package is required by Slic3r - the software for 3D printers, so it would be nice to see it in Debian soon. Thanks, -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731376: ITP: libextutils-typemap-perl -- ExtUtils::Typemap - Read/Write/Modify Perl/XS typemap files
2013/12/4 Nicolas Dandrimont ol...@debian.org: * Package name: libextutils-typemap-perl This package is required by Slic3r - G-code generator for 3D printers. Hi, Isn't all this already in libextutils-typemaps-default-perl? Slic3r works fine with that package. Slic3r requires both of them: ExtUtils::Typemap and ExtUtils::Typemaps::Default. At least the latest beta of Slic3er. git-blame [1] tells it requires ExtUtils::Typemap since 2013-06-23 [1] https://github.com/alexrj/Slic3r/blame/master/xs/Build.PL -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731232: ITP: libplack-middleware-cache-perl -- Plack::Middleware::Cache - Plack middleware that cache responses
Package: wnpp Severity: wishlist Owner: Piotr Roszatycki dex...@debian.org * Package name: libplack-middleware-cache-perl Version : 0.12 Upstream Author : Ingy döt Net i...@cpan.org * URL : https://metacpan.org/release/Plack-Middleware-Cache * License : Artistic or GPL-1+ Programming Lang: Perl Description : Plack::Middleware::Cache - Plack middleware that cache responses A streaming capable proxy for Plack. This application is just like a normal PSGI application and is middleware aware, which means you can modify proxy requests (and responses) using Plack middleware stack. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731183: ITP: libplack-app-proxy-perl -- Plack::App::Proxy - middleware-aware proxy application for Plack
Package: wnpp Severity: wishlist Owner: Piotr Roszatycki dex...@debian.org * Package name: libplack-app-proxy-perl Version : 0.29 Upstream Author : Lee Aylward lee...@cpan.org * URL : https://metacpan.org/release/Plack-App-Proxy * License : GPL-1+ or Artistic Programming Lang: Perl Description : Plack::App::Proxy - middleware-aware proxy application for Plack A streaming capable proxy for Plack. This application is just like a normal PSGI application and is middleware aware, which means you can modify proxy requests (and responses) using Plack middleware stack. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730981: fakechroot manual is mainly gibberish
2013/12/1 Ken Sharp imwellcushtymel...@googlemail.com: It is a dramatic improvement over the current manual but it still needs improvement. Incorrect were straight away. I'll take another look at this later but this is definitely a good start. Ok, I can wait for these fixes before next release. Thanks -- Piotr Roszatycki -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730981: fakechroot manual is mainly gibberish
The most current version of fakechroot manual is hosted on github at https://github.com/dex4er/fakechroot/blob/master/man/fakechroot.pod Could you look at it? It is slighly reedited but I'd love to release new version of fakechroot with improved manual. Thanks, 2013/11/30 Ken Sharp imwellcushtymel...@googlemail.com: Package: fakechroot Version: 2.16-1 Severity: normal Tags: l10n Usertags: manpage The English fakechroot manpage is mainly gibberish and needs dramatic improvement. Preferably someone with a command of the English language. -- Piotr Roszatycki -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636192: make fakeroot multiarch
block 694827 by 636192 thanks As far as fakeroot doesn't support multiarch, this bug for fakechroot can't be fixed. fakechroot supported multiarch for long time. I'm wondering why author of fakeroot can't implement it for a months even if he'd got a proper patch in this bug report #636192 Regards, -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636192: Bug#694827: Bug#636192: make fakeroot multiarch
2013/11/27 Clint Adams cl...@debian.org: Running find on every invocation is pretty annoying, but I'll take a look shortly. There is another possibility: use the default dynamic linker feature and simply add the path to fakeroot library to /etc/ld.so.conf.d so it should work with empty LD_LIBRARY_PATH binary_arch: # ... echo /usr/lib/$(DEB_HOST_MULTIARCH)/libfakeroot debian/libfakeroot/etc/ld.so.conf.d/fakeroot-$(DEB_HOST_MULTIARCH).conf You can see the difference between fakeroot and fakechroot: (sid)dexter@sony-vaio-sve1112m1ep:/$ fakeroot env | grep LD | sort LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu/libfakeroot:/usr/lib64/libfakeroot:/usr/lib32/libfakeroot LD_PRELOAD=libfakeroot-sysv.so (sid)dexter@sony-vaio-sve1112m1ep:/$ fakechroot env | grep LD | sort LD_LIBRARY_PATH= LD_PRELOAD=libfakechroot.so (sid)dexter@sony-vaio-sve1112m1ep:/$ cat /etc/ld.so.conf.d/fakechroot-x86_64-linux-gnu.conf /usr/lib/x86_64-linux-gnu/fakechroot (sid)dexter@sony-vaio-sve1112m1ep:/$ cat /etc/ld.so.conf.d/fakechroot-i386-linux-gnu.conf /usr/lib/i386-linux-gnu/fakechroot Each architecture adds own ld.so.conf config so dynamic linker can load proper file by itself. Regards, -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636192: Bug#694827: Bug#636192: make fakeroot multiarch
2013/11/27 Clint Adams cl...@debian.org: On Wed, Nov 27, 2013 at 07:08:56PM +0100, Piotr Roszatycki wrote: There is another possibility: use the default dynamic linker feature and simply add the path to fakeroot library to /etc/ld.so.conf.d so it should work with empty LD_LIBRARY_PATH Doesn't that defeat the purpose of having a separate directory? If so we might as well put libfakeroot into /usr/lib/$triple and be done with it. There is a reason to put it separately. I think it doesn't mess with gcc because libfakeroot.so or libfakechroot.so are not intended to linking by compile time. I'm afraid that such shared library in standard directory would also violate the Debian Policy because it hadn't proper symlink (libfakeroot.so.0 or something) and archive file (libfakechroot.a). -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650234: Use chroot's ld.so to do loading?
2012/10/24 Jonathan Nieder jrnie...@gmail.com: Thanks. Indeed, ideally fakechroot's execve should look up the interpreter filename from the ELF .interp section, map it according to the faked chroot, and set argv[0]. The hard part is the ELF parsing. It doesn't work correctly: 1. The glibc dynamic loader can't change argv[0] to other value than the file name. It means that some apps are broken, ie. busybox. See https://sourceware.org/bugzilla/show_bug.cgi?id=16124 2. Using dynamic loader directly from command line is possible but the loader is less stable and coredumps sometimes. You can test it already, eg. calling FAKECHROOT_ELFLOADER=/lib64/ld-linux-x86-64.so.2 from test directory of fakechroot source. You should expect that debootstrap environment can be created but calling debian/rules or even ./configure in such environment fails. Perhaps there is another possibility: to change .interp section for every binary file in fake chroot environment: off-line or even on-the-fly. I think about similar to chrpath tool which can change another ELF section. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505168: fakechroot: libc nameservice calls not properly faked on systems running nscd
reassign 505168 libc6 thanks The GNU Libc has hardcoded path to nscd socket, so there is no possibility to use nscd with fakechroot environment. The Scratchbox2 project provides some patches for Libc: https://maemo.gitorious.org/scratchbox2/scratchbox2/source/173e4b7081bb5f5965ca90bee037231ab4e88c64:external_patches/glibc-2.10-nscd-socket-location.4.patch Perhaps libc6 maintaners could accept this patch. If not, there is no other way to deal with this problem. Regards, 2008/11/10 Jameson Graef Rollins jroll...@finestructure.net Package: fakechroot Version: 2.8-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have found that on systems running nscd, certain (all?) nameservice calls are not properly faked when running fakechroot, which can cause improper failures in the chrooted environment. For instance, useradd fails in a fakechroot when the host system is running nscd: hydra:/scratch/jrollins 0$ PC -eFH | grep [n]scd root 28566 1 0 44073 3416 6 Oct30 ?00:01:05 /usr/sbin/nscd hydra:/scratch/jrollins 0$ getent passwd | grep jrollins jrollins:x:2000:2000:Jamie Rollins:/home/jrollins:/bin/bash hydra:/scratch/jrollins 0$ fakeroot fakechroot chroot testroot root@hydra:/# PS1='$? \h:\w\$ ' 0 hydra:/# getent passwd | grep jrollins 1 hydra:/# useradd jrollins useradd: user jrollins exists 9 hydra:/# exit exit hydra:/scratch/jrollins 9$ This is particularly problematic when running debootstrap with the fakechroot variant, ie: fakeroot fakechroot debootstrap --variant=fakechroot lenny testroot Postinst scripts that call useradd to add users that already exist in the meta system will fail, causing the debootstrap to fail. This makes the debootstrap fakechroot variant unusable on systems running nscd. I believe that this bug is somewhat related to 413918 [0], but since systems with nscd are still failing with fakechroot 2.8, the problem persists. I wish I understood this stuff better to be able to speak to what the problem could be. Hopefully smarter people can. Thanks much for maintaining fakechroot. jamie. [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413918 - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 fakechroot depends on: ii libc6 2.7-15 GNU C Library: Shared libraries fakechroot recommends no packages. fakechroot suggests no packages. - -- no debconf information LocalWords: eFH grep -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJJF72WAAoJEO00zqvie6q8aDkQAK2v6fUdb8W6l2TX24I9JjGd dNFRMQbJ/U1RkDp2ZBsXqPB1wIiW+InqPLVbHDT4H5oVYXKXs531ZptoPMnDaFK9 6fP4teAwblHRPhY7asOdjdUEWhuJqcQ0NhMUbDk8S4zyamspltLhwB3gzIxZGI2p f2MZjUZXmQ1pwSHNp21Wvo7mWfY/R3Dwxkm0yvUc3rdEeNkZNH8C3wkqfeOcoTtv S7K+PLsTxZpyOCqR1DqJHIHljXcScLerkhzVrcRvtn0QbVCk7kFnBxN11Oeo3z12 i2WAyLuTa/zTouPgfQQfpCtR6ALXrCkzfrlyd7sydTuuIqZLC3HW+pLWJvyaDbUI nA4UvkKa4EvE+UgWNZZPRxLQAb58YAjSZsY/3xbELQLQ0Te6G0edCfECH8kLErSw JtXoZikdIkzod2dBL2WiAKpZM5UqylPIgxU9gnHrUCMOEnJUbNJSNVkuWVtBfEC5 j+BzPPYc1HAlhbC9qabtR/xLcwuQZMcZFi3XV8j6IBDPOWmXQI3oWED/PTlmBYEj mLrV/joqlOuzPGBvNAZj4t0N4U9Gipua6Rpo4FkTRyHI8Sxi0K52Rf6WKpFVD/tf e8MlTw3NkdtN9mJr/KwI9BXCP2Qk1G1hfB/TfVQEv8X2z12S8PHwKW54Ol/eovVw 51sDGnPZ4UeCvTnHm3nL =yDUP -END PGP SIGNATURE- -- Piotr Roszatycki
Bug#696414: git-buildpackage: new option --symlink-orig-name [PATCH]
Package: git-buildpackage Version: 0.6.0~git20121124 Severity: wishlist Tags: patch I would like to use git-import-orig tools to import upstream tarballs for non-Debian packages. I missed an option which would allow me to import tarballs with other naming schema than the default ../%s_%s.orig.tar%s This is a patch (https://github.com/dex4er/git-buildpackage/commit/633f809b730e64f485a0f62776e9ccfb6d2f6138) which implements a new option --symlink-orig-name. It allows me to import CPAN packages into Git repository (attached cpan-import.sh). I found a git-buildpackage as a more universal tool. Thanks! -- Piotr Roszatycki symlink-orig-name.diff Description: Binary data cpan-import.sh Description: Bourne shell script
Bug#635625: fakechroot: FTBFS[adm64]: fatal error: sys/cdefs.h not found
tag 635625 unreproducible thanks Can't reproduce this bug. The patch is wrong because BIARCH_LIBDIR means 32-bit libdir for 64-bit arch and 64-bit libdir for 32-bit arch. BTW, after fixing #632954 the debian/rules will be completely rewritten and will use multiarch support in debhelper. 2011/7/27 Geert Stappers stapp...@stappers.nl Package: fakechroot Version: 2.14-1 Severity: important Hello, On an amd64 I get from `fakeroot debian/rules binary` this fatal output Making all in src make[4]: Entering directory `/usr/src/fakechroot-2.14/build-tree-lib-biarch/src' /bin/sh ../libtool --tag=CC --mode=compile gcc -m32 -DHAVE_CONFIG_H -I. -I../../src -I..-g -Wall -Wno-deprecated-declarations -g -O2 -c -o access.lo ../../src/access.c libtool: compile: gcc -m32 -DHAVE_CONFIG_H -I. -I../../src -I.. -g -Wall -Wno-deprecated-declarations -g -O2 -c ../../src/access.c -fPIC -DPIC -o .libs/access.o In file included from /usr/include/errno.h:29:0, from ../../src/libfakechroot.h:21, from ../../src/access.c:23: /usr/include/features.h:356:25: fatal error: sys/cdefs.h: No such file or directory compilation terminated. make[4]: *** [access.lo] Error 1 make[4]: Leaving directory `/usr/src/fakechroot-2.14/build-tree-lib-biarch/src' make[3]: *** [all-recursive] Error 1 It is a Fails To Build From Source ... -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fakechroot depends on: ii libc6 2.13-11Embedded GNU C Library: Shared lib fakechroot recommends no packages. Versions of packages fakechroot suggests: ii libc6-i3862.13-11Embedded GNU C Library: 32-bit sha -- no debconf information -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- bsp; `-
Bug#606963: henplus: Would you accept team or co-maintainership of this package?
Hi. I'm sure that I replied to your mail. I agree and I would like to maintain it as a team. I've started to migration to debhelper but it is not finished job. Do you have some place for it? Perhaps you could start it as collab-maint repo? Thanks! 2011/1/19 Niels Thykier ni...@thykier.net -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Piotr Little over a month ago, I asked if you were willing to put henplus under team maintance or accept a Co-maintainer. I am yet to see a reply - - if you have replied in private, I have missed your email (please resend it in that case). Please see #606963 for my original email, in case you missed it. :) -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#606963: henplus: Would you accept team or co-maintainership of this package?
2011/1/21 Niels Thykier ni...@thykier.net -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2011-01-21 17:26, Piotr Roszatycki wrote: Hi. I'm sure that I replied to your mail. I guess I missed it then :) I agree and I would like to maintain it as a team. I've started to migration to debhelper but it is not finished job. Do you have some place for it? Perhaps you could start it as collab-maint repo? I was thinking of putting under the pkg-java Team[1], either as a git or a svn repository. The VCS data from the PTS[2] appears to point to a non-existent location. Has henplus been moved somewhere else? ~Niels [1] http://pkg-java.alioth.debian.org/ [2] http://packages.qa.debian.org/h/henplus.html Browser: http://svn.debian.org/wsvn/cvsdebuild/trunk/debian/dists/henplus/ This is standalone application written in Java, not a library or Java-tool, so i think it can be hosted as a separate project. The VCS path had to be changed some time ago. I see the current is: http://svn.debian.org/wsvn/cvsdebuild/henplus/trunk/ But it is not so important because it will change to git repository, I hope. By the way I see that henplus's upstream code is currently hosted by github.com. -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#577706: newenvp buffer overrun in execve()
fixed 577706 2.10 thanks This bug was resolved in 2.10 release. Thank you! 2010/4/13 Tomi Belan tomi.be...@gmail.com Package: fakechroot Version: 2.9 Programs under fakechroot can crash in execve() if all of the FAKECHROOT, FAKECHROOT_BASE, FAKECHROOT_VERSION, FAKECHROOT_EXCLUDE_PATH, LD_LIBRARY_PATH, LD_PRELOAD variables are set. An example of a program using execve() is gcc. This means that unless FAKECHROOT_EXCLUDE_PATH (or another one of the variables above) is unset, using gcc in fakechroot is impossible. How to test: $ export FAKECHROOT_EXCLUDE_PATH= $ echo | fakechroot chroot / gcc -x c - What I expected to see (because / isn't writable): /usr/bin/ld: cannot open output file a.out: Permission denied collect2: ld returned 1 exit status What I saw instead: *** glibc detected *** gcc: corrupted double-linked list: 0x08906190 *** === Backtrace: = /lib/libc.so.6(+0x6bb61)[0xb77b7b61] /lib/libc.so.6(+0x6d411)[0xb77b9411] /lib/libc.so.6(cfree+0x6d)[0xb77bc4ad] gcc[0x805e08e] gcc[0x8054b3b] /lib/libc.so.6(__libc_start_main+0xe6)[0xb7762b86] gcc[0x8049661] === Memory map: 08048000-08079000 r-xp 08:03 54690299 /usr/bin/gcc 08079000-0807b000 rw-p 0003 08:03 54690299 /usr/bin/gcc 088ff000-0892 rw-p 00:00 0 [heap] b740-b7421000 rw-p 00:00 0 b7421000-b750 ---p 00:00 0 b7551000-b756d000 r-xp 08:03 4486578/usr/lib/libgcc_s.so.1 b756d000-b756e000 rw-p 0001c000 08:03 4486578/usr/lib/libgcc_s.so.1 b756e000-b773b000 r--p 08:03 54577410 /usr/lib/locale/locale-archive b773b000-b7745000 r-xp 08:03 4303501/lib/ libnss_files-2.11.1.so b7745000-b7746000 r--p 9000 08:03 4303501/lib/ libnss_files-2.11.1.so b7746000-b7747000 rw-p a000 08:03 4303501/lib/ libnss_files-2.11.1.so b7747000-b7748000 rw-p 00:00 0 b7748000-b774a000 r-xp 08:03 4328458/lib/libdl-2.11.1.so b774a000-b774b000 r--p 1000 08:03 4328458/lib/libdl-2.11.1.so b774b000-b774c000 rw-p 2000 08:03 4328458/lib/libdl-2.11.1.so b774c000-b788d000 r-xp 08:03 4303498/lib/libc-2.11.1.so b788d000-b788f000 r--p 0014 08:03 4303498/lib/libc-2.11.1.so b788f000-b789 rw-p 00142000 08:03 4303498/lib/libc-2.11.1.so b789-b7893000 rw-p 00:00 0 b7893000-b789e000 r-xp 08:03 17009921 /usr/lib/libfakeroot/fakechroot/libfakechroot.so b789e000-b789f000 rw-p a000 08:03 17009921 /usr/lib/libfakeroot/fakechroot/libfakechroot.so b789f000-b78a rw-p 00:00 0 b78a-b78a1000 r-xp 00:00 0 [vdso] b78a1000-b78bd000 r-xp 08:03 4330037/lib/ld-2.11.1.so b78bd000-b78be000 r--p 0001b000 08:03 4330037/lib/ld-2.11.1.so b78be000-b78bf000 rw-p 0001c000 08:03 4330037/lib/ld-2.11.1.so bffc9000-bffde000 rw-p 00:00 0 [stack] Aborted gdb /bin/true crashes similarly. The bug is caused by the newenvp array overflowing in execve() and can be fixed by replacing i with (i+1) in execve()'s realloc() call. However, I found out that the bug is already fixed in SVN, which makes me concerned that the fix wasn't released yet. If it's because the trunk is unstable at the moment, please consider doing a separate bugfix release. Building software is one of the main uses of fakechroot, and being unable to use gcc (together with FAKECHROOT_EXCLUDE_PATH) seriously reduces its functionality. I am using fakechroot-2.9 compiled from source on ArchLinux. -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#596637: fakechroot: FTBFS on kfreebsd-*: test failures
tags 596637 pending thanks Patch with solution was applied to upstream's trunk. It will be ported to Debian package soon. 2010/9/13 Cyril Brulebois k...@debian.org Source: fakechroot Version: 2.11-1 Severity: serious Justification: FTBFS User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package no longer builds on kfreebsd-* due to test failures: | if [ -n prove ]; then \ | srcdir=../../test SEQ= prove ../../test/t; \ | else \ | make check-TESTS; \ | fi | ../../test/t/00echo.t .. ok | ../../test/t/canonicalize_file_name.t .. ok | ../../test/t/chdir.t ... ok | ../../test/t/chroot.t .. ok | ../../test/t/cmd-subst.t ... ok | ../../test/t/cp.t .. ok | ../../test/t/escape-nested-chroot.t ok | ../../test/t/host.t ok | ../../test/t/popen.t ... | Dubious, test returned 1 (wstat 256, 0x100) | Failed 1/4 subtests | (less 2 skipped subtests: 1 okay) | ../../test/t/pwd.t . ok | ../../test/t/readlink.t ok | ../../test/t/socket-af_unix.t .. ok | ../../test/t/symlink.t . ok | ../../test/t/system.t .. | Dubious, test returned 1 (wstat 256, 0x100) | Failed 1/4 subtests | (less 2 skipped subtests: 1 okay) | ../../test/t/touch.t ... ok | | Test Summary Report | --- | ../../test/t/popen.t (Wstat: 256 Tests: 4 Failed: 1) | Failed test: 3 | Non-zero exit status: 1 | ../../test/t/system.t(Wstat: 256 Tests: 4 Failed: 1) | Failed test: 3 | Non-zero exit status: 1 | Files=15, Tests=481, 35 wallclock secs ( 0.17 usr 0.07 sys + 2.02 cusr 5.08 csys = 7.33 CPU) | Result: FAIL | make[3]: *** [test] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=fakechroot Mraw, KiBi. -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#596435: fakechroot: buffer overrun in getsockname
tags 596435 pending thanks Already applied to git repository and it will be released soon. Thank you very much! 2010/9/11 Daniel Tschan tschan+deb...@devzone.chtschan%2bdeb...@devzone.ch Package: fakechroot Version: 2.10-2 Severity: important Tags: patch The getsockname function in libfakechroot.c ignores the namelen parameter and overruns the buffer given as name if *namelen is less than sizeof(struct sockaddr_un). This can be triggered by executing: fakechroot host 127.0.0.1 glibc detects the buffer overrun and kills the process: *** stack smashing detected ***: host terminated According to recent getsockname(2) man pages the result must be truncated if it's longer than *namelen. *namelen should then be set to the length of the complete result so that the caller can recognize that the result has been truncated. See attached patch for a corresponding solution. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-194.11.1.el5 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fakechroot depends on: ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib fakechroot recommends no packages. Versions of packages fakechroot suggests: pn libc6-i386none (no description available) -- no debconf information
Bug#596284: sysvinit: Doesn't install with debootstrap --variant=fakechroot
Package: sysvinit Version: 2.88dsf-12 Tags: patch The sysvinit package can not be installed with debootstrap --variant=fakechroot because of: Setting up sysvinit (2.88dsf-12) ... sysvinit: creating /dev/initctl mkfifo: cannot create fifo `/dev/initctl': Permission denied dpkg: error processing sysvinit (--configure): subprocess installed post-installation script returned error exit status 1 I suggest that sysvinit.postinst shouldn't create this file if the fakechroot environment is detected: --- sysvinit.postinst 2010-08-15 21:38:01.0 +0200 +++ sysvinit.postinst.fakechroot 2010-09-10 01:11:28.926648496 +0200 @@ -28,7 +28,7 @@ # # Check /dev/initctl # -if [ $INITCTL ] [ ! -p $INITCTL ] +if [ $INITCTL ] [ ! -p $INITCTL ] [ $FAKECHROOT != true ] then echo sysvinit: creating $INITCTL rm -f $INITCTL There is no easy way to override it in fakechroot or debootstrap and I'm afraid that sysvinit package it is only reason that Debian sid can't be set up with fakechroot variant. Thank you. -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- bsp; `-
Bug#532091: fakechroot: example session from manpage doesn't work in 'copy-paste' mode
tags 532091 pending thanks I removed savemode.sh from manual page as it is not necessary for setting chroot environment. Thanks! 2009/6/6 Javier Barroso javibarr...@gmail.com Package: fakechroot Version: 2.8-1 Severity: minor Hi, In 'man fakechroot' appears in session example section: $ fakeroot -i fakechroot.save fakechroot chroot /tmp/sarge /bin/bash # cd / # sh /usr/share/doc/fakechroot/examples/savemode.sh In a recently chroot installed this script doesn't exists and if you copy it and exec it didn't find your homedir. Thank you very much -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#548691: fakechroot: getcwd fails to return proper path for relatively-specified roots
tags 548691 pending thanks Already applied to github repository with proper test unit. Thank you very much! 2009/9/28 Jameson Graef Rollins jroll...@finestructure.net Package: fakechroot Version: 2.9-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 So we (debirf maintainers) have stumbled upon a strangeness in the behavior of getcwd() under fakechroot. It appears that the path gets confused depending on if the chroot root path has been specified as a relative path or not: servo:/srv/debirf/rescue 0$ fakeroot fakechroot chroot root pwd / servo:/srv/debirf/rescue 0$ fakeroot fakechroot chroot /srv/debirf/rescue/root pwd / servo:/srv/debirf/rescue 0$ fakeroot fakechroot chroot ./root pwd /srv/debirf/rescue/root servo:/srv/debirf/rescue 0$ In the last case, where the root is specified as a relative path to the current path, getcwd() in the fakechroot (as called from 'pwd') returns a jailbroken path. This causes problems for some programs, most notably apt-get: servo:/srv/debirf/rescue 0$ fakeroot fakechroot chroot ./root apt-get update Get: 1 http://mirrors.kernel.org squeeze Release.gpg [835B] Ign http://mirrors.kernel.org squeeze/main Translation-en_US Get: 2 http://mirrors.kernel.org squeeze Release [96.5kB] Get: 3 http://mirrors.kernel.org squeeze/main Packages/DiffIndex [2,038B] Get: 4 http://mirrors.kernel.org squeeze/main 2009-09-28-0316.44.pdiff [11.9kB] Get: 5 http://mirrors.kernel.org squeeze/main 2009-09-28-0316.44.pdiff [11.9kB] Get: 6 http://mirrors.kernel.org squeeze/main 2009-09-28-0316.44.pdiff [11.9kB] Fetched 111kB in 16s (6,603B/s) E: Unable to change to /srv/debirf/rescue/root/ - chdir (2: No such file or directory) servo:/srv/debirf/rescue 100$ (curiously aptitude does not seem bothered). I imagine there might be an easy fix to this, but more skilled eyes can probably come up with one much quicker than I ever could. Thanks for the help, and thanks for maintaining an important tool. jamie. -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#566653: fakechroot: diff for NMU version 2.9-1.1
tags 566653 pending thanks Already applied to github repository (patch for scandir) and launchpad repository (new path for biarch library). Thank you very much. 2010/1/24 Luk Claes l...@debian.org Package: fakechroot Version: 2.9-1 Severity: normal Tags: patch Hi, Attached is the diff for my fakechroot 2.9-1.1 NMU which I'll upload later today or tomorrow. Cheers Luk -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#588508: bootstrapping Debian within fakechroot fails
tags 588508 pending thanks Already fixed in github repository. Additional function utimensat(2) was added which is required by new cp -dp command. 2010/7/9 Michal Suchanek michal.sucha...@ruk.cuni.cz Package: fakechroot Version: 2.9-1.1 Severity: normal /scratch $ PATH=${PATH}:/sbin:/usr/sbin fakeroot -s i386.perm fakechroot /usr/sbin/debootstrap --variant=fakechroot --arch=i386 squeeze i386 http://debian.sh.cvut.cz/debian I: Retrieving Release I: Retrieving Packages I: Validating Packages W: Failure trying to run: chroot /scratch/i386 dpkg --force-depends --install /var/cache/apt/archives/base-files_5.7_i386.deb /var/cache/apt/archives/base-passwd_3.5.22_i386.deb -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (900, 'stable'), (700, 'testing'), (500, 'oldstable'), (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fakechroot depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib fakechroot recommends no packages. fakechroot suggests no packages. -- no debconf information -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#572111: fakechroot's setuid lib might not be necessary any more
tags 572111 pending thanks Indeed the latest Ubuntu and Debian doesn't require fake fakechroot library, so it will be removed completly from package. Already applied to the launchpad's fakechroot repository. Thanks! 2010/5/21 Daniel Kahn Gillmor d...@fifthhorseman.net Package: fakechroot Severity: normal It's possible that the setuid lib supplied by fakechroot is no longer needed. The corresponding arrangement in fakeroot was removed back in 2007, since it is apparently not needed any more. See commit 2ce687e0de6362e57b6144f762d919024dd438ea from Clint Adams' fakeroot git repo: git://git.debian.org/git/private/schizo/fakeroot.git http://git.debian.org/?p=private/schizo/fakeroot.git;a=commit;h=2ce687e0de6362e57b6144f762d919024dd438ea hth, --dkg -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 fakechroot depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib fakechroot recommends no packages. fakechroot suggests no packages. -- no debconf information -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#582847: popen function not implemented
tags 582847 pending thanks Already applied to git repository with additional test unit. Thank you. 2010/5/24 Jonathan Conder j...@skurvy.no-ip.org Package: fakechroot Version: 2.9 When popen (see the manual page popen(3)) is called inside a fake chroot, the shell used is /bin/sh rather than /path/to/root/bin/sh. This is on Arch Linux (May 2010), but looking at the source to fakechroot I see no reason why it isn't present on Debian as well. The project I am working on only discovered this when moving from popen to execl, so I don't have a patch or anything, but I thought you should be aware of this bug. Thanks. -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#511296: fakechroot: Fails to find rpl_malloc when called as i386 from amd64
tags 511296 pending thanks Applied to git repository. I've dropped AC_FUNC_MALLOC from configure.ac. Thank you for your bug report. 2009/1/9 Raúl Sánchez rsanch...@infoglobal.es Package: fakechroot Version: 2.8-1.1 Severity: important Hello: I came here when trying to use debirf to create a i386 initrd image from amd64. debirf is a system that will create diskless, all-in-ram images (kernel and initramfs) that boot entirely into ram and leave the user in a fully functional Debian system. [0] It is made up of a series of bash scripts which in turns uses debootstrap, fakeroot, fakechroot. Building of cross initramfs images was recently added, in version 0.22 which is not currentl on sid, but can be installed from cmrg apt repository: deb http://cmrg.fifthhorseman.net/debian unstable debirf This is a description of my test case: mkdir ~/test cd ~/test tar xvfz /usr/share/doc/debirf/example-profiles/minimal.tgz wget http://localhost:3142/ftp.de.debian.org/debian/pool/main/l/linux-2.6/linux- image-2.6.26-1-486_2.6.26-12_i386.deb DEBIRF_ARCH=i386 DEBIRF_MIRROR= http://localhost:3142/ftp.de.debian.org/debian debirf make -k ~/test/linux-image-2.6.26-1-486_2.6.26-12_i386.deb minimal In this case I've specified a local mirror/cacher http://localhost:3142but you can connect directly to any other debian mirror. Once you do this, it start processing until it stalls with this error: W: Failure trying to run: chroot /home/rasasi/Vortex/debirf/rescue/root dpkg --force-depends --install var/cache/apt/archives/base-files_5_i386.deb var/cache/apt/archives/base-passwd_3.5.19_i386.deb When I inspect the debootstrap log file I have some messages like this(find attached the whole log): cp: symbol lookup error: /usr/lib32/fakechroot/libfakechroot.so: undefined symbol: rpl_malloc I'll write shortly an analysis of what I think it's happening and a possible workaround which is working for me. Regards, [0] http://cmrg.fifthhorseman.net/wiki/debirf -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing'), (80, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fakechroot depends on: ii libc6 2.7-16 GNU C Library: Shared libraries fakechroot recommends no packages. fakechroot suggests no packages. -- no debconf information -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#552258: fakechroot: crash on readlink for long target names
tags 552258 pending thanks Already applied with additional test unit to git repository. Thank you for your report. 2009/10/24 Stefaan De Roeck stefaan.dero...@esaturnus.com Package: fakechroot Version: 2.9-1 Severity: normal when running the following script called crash.sh: longname=aa ln -fs $longname dest fakechroot readlink dest -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#561991: patch for debian bug #561991
tags 561991 pending thanks Already applied to git repository with proper test unit. Thank you very much for fixing that. 2010/7/7 Guido Günther a...@sigxcpu.org Hi, On Thu, May 20, 2010 at 10:29:44PM -0400, Daniel Kahn Gillmor wrote: tags 561991 + patch thanks The attached patch should resolve debian bug 561991 by aligning the value stored by fakechrooted lstat() in buf.st_size with the length returned by the fakechroot'ed readlink(). This is the resolution option i numbered as 1 in my previous e-mail. hope this helps, Daniel's patch looks good to me. Will this be fixed? Cheers, -- Guido -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `-
Bug#586319: evolution-mapi: Wrong encoding for attachments [PATCH]
Package: evolution-mapi Version: 0.28.3-2 Severity: important Tags: patch MAPI plugin shows wrong encoding for mail attachments: --=-gYymIHc0eSNdpNzzCwnt Content-Transfer-Encoding: 8bit Content-Type: text/html; charset=CP28592 should be: Content-Type: text/html; charset=ISO-8859-2 This bug makes this plugin unusable for non-ASCII and non-UTF-8 mails. The patch is included. -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- Translate CP28591 to ISO-8859-2, etc. diff -Nru evolution-mapi-0.28.3/src/camel/camel-mapi-folder.c evolution-mapi-0.28.3-patch/src/camel/camel-mapi-folder.c --- evolution-mapi-0.28.3/src/camel/camel-mapi-folder.c 2010-03-01 14:28:12.0 +0100 +++ evolution-mapi-0.28.3-patch/src/camel/camel-mapi-folder.c 2010-06-17 17:23:09.0 +0200 @@ -1509,7 +1509,17 @@ text/plain : text/html; if (item-header.cpid) { - if (item-header.cpid == 65001) + if (item-header.cpid == 20127) +buff = g_strdup_printf (%s; charset=\us-ascii\, type); + else if (item-header.cpid = 28591 item-header.cpid = 28599) +buff = g_strdup_printf (%s; charset=\ISO-8859-%d\, type, item-header.cpid % 10); + else if (item-header.cpid == 28603) +buff = g_strdup_printf (%s; charset=\ISO-8859-13\, type); + else if (item-header.cpid == 28605) +buff = g_strdup_printf (%s; charset=\ISO-8859-15\, type); + else if (item-header.cpid == 65000) +buff = g_strdup_printf (%s; charset=\UTF-7\, type); + else if (item-header.cpid == 65001) buff = g_strdup_printf (%s; charset=\UTF-8\, type); else buff = g_strdup_printf (%s; charset=\CP%d\, type, item-header.cpid);
Bug#519391: libgcrypt11: SIGILL on _gcry_detect_hw_features
2009/5/18 Andreas Metzler ametz...@downhill.at.eu.org: Perhaps you could send me binary to run? Strange, it builds for me on i486, but fails to build on amd64. Extrapolationg from that I would assume building in i386 should work. Ah, thanks. I've forgot this is i386-only code. I'm afraid this is the same as previous: $ gdb ./cpuid2 GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu... (gdb) r Starting program: /media/FreeAgentDesktop/.home/dexter/cpuid2 This CPU has CPUID opcode Program received signal SIGILL, Illegal instruction. 0x08048464 in cpuid (op=0, eax=0xbfe3f36c, ebx=0xbfe3f368, ecx=0xbfe3f364, edx=0xbfe3f360) at cpuid2.c:41 41 __asm__(cpuid (gdb) -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519391: libgcrypt11: SIGILL on _gcry_detect_hw_features
Hi. Sorry for delay. I can't compile this code: $ gcc -o cpuid2 cpuid2.c cpuid2.c: Assembler messages: cpuid2.c:16: Error: suffix or operands invalid for `pushf' cpuid2.c:16: Error: suffix or operands invalid for `pushf' cpuid2.c:16: Error: suffix or operands invalid for `pop' cpuid2.c:16: Error: suffix or operands invalid for `push' cpuid2.c:16: Error: suffix or operands invalid for `popf' cpuid2.c:16: Error: suffix or operands invalid for `pushf' cpuid2.c:16: Error: suffix or operands invalid for `pop' cpuid2.c:16: Error: suffix or operands invalid for `popf' Perhaps you could send me binary to run? 2009/5/17 Andreas Metzler ametz...@downhill.at.eu.org: There is a second, slightly diffeent instance of the same code in boot/cpucheck.c. Does this one also prodecue the Illegal instruction error? cu and- doesn't speak ASM -reas Ping... -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519391: libgcrypt11: SIGILL on _gcry_detect_hw_features
Package: libgcrypt11 Version: 1.4.4-2 Severity: grave I've found this bug calling lpstat from cupsys: $ gdb lpstat Program received signal SIGILL, Illegal instruction. [Switching to Thread 0xb7b9c6e0 (LWP 2196)] 0xb7bae10e in _gcry_detect_hw_features () at hwfeatures.c:78 78 hwfeatures.c: No such file or directory. in hwfeatures.c It means the libgcrypt11 uses opcodes illegal on real 486-compatible machine, like Vortex86SX: $ cat /proc/cpuinfo processor : 0 vendor_id : unknown cpu family : 4 model : 0 model name : 486 stepping: unknown fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : no fpu_exception : no cpuid level : -1 wp : yes flags : bogomips: 98.30 clflush size: 32 -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519391: libgcrypt11: SIGILL on _gcry_detect_hw_features
I read the source for kernel 2.6.24 and found that it uses similar technic for CPUID detection. I've copied to one simple test program (attached) and I worried why it doesn't work on Vortex correcty: $ ./cpuid This CPU has CPUID opcode Illegal instruction Any ideas? Would anyone be so kind and compare it to the Linux code? -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- #include stdio.h #define __cold __attribute__((__cold__)) #define __section(S) __attribute__ ((__section__(#S))) #define __cpuinit__section(.cpuinit.text) __cold #define X86_EFLAGS_ID 0x0020 /* CPUID detection flag */ typedef unsigned int u32; /* Standard macro to see if a specific flag is changeable */ static inline int flag_is_changeable_p(u32 flag) { u32 f1, f2; asm(pushfl\n\t pushfl\n\t popl %0\n\t movl %0,%1\n\t xorl %2,%0\n\t pushl %0\n\t popfl\n\t pushfl\n\t popl %0\n\t popfl\n\t : =r (f1), =r (f2) : ir (flag)); return ((f1^f2) flag) != 0; } /* Probe for the CPUID instruction */ static int __cpuinit have_cpuid_p(void) { return flag_is_changeable_p(X86_EFLAGS_ID); } /* Generix CPUID */ static inline void cpuid(unsigned int op, unsigned int *eax, unsigned int *ebx, unsigned int *ecx, unsigned int *edx) { __asm__(cpuid : =a (*eax), =b (*ebx), =c (*ecx), =d (*edx) : 0 (op), c(0)); } int main() { int id0, id1, id2, id3; printf(This CPU %s CPUID opcode\n, (have_cpuid_p ? has : has not)); /* Get vendor name and crash on Vortex86SX */ cpuid(0x, id0, (int *)id1, (int *)id2, (int *)id3); }
Bug#494580: ROM: r6040-source -- obsoleted by new linux-source
Package: ftp.debian.org Please remove the r6040-source package. It is obsoleted by the newest linux-source, which contains this driver finally. TIA -- .''`. Piotr Roszatycki : :' : mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473682: Still apparently present in 2.7.1-1
Thank you very much for you report. It is valuable and I already tracked down the problem. It seems that fakechroot missing another syscall: fstatat64. It is a little bit strage, because it works correctly on amd64 architecture but it fails on i386 only. I'll try to fix it ASAP. 2008/7/25 Paul Boddie [EMAIL PROTECTED]: Hello, I've recently been trying a few things with fakechroot, fakeroot and debootstrap and have run into exactly the problem described in message #10 of this bug (installation of Debian testing/lenny). Here are the versions I'm using: fakechroot 2.7.1-1 fakeroot 1.9.5ubuntu1 debootstrap 1.0.10 These are all upgraded from the original distribution versions on Ubuntu Feisty 7.04. There's also a problem with the libuuid1 package: Setting up libuuid1 (1.40.11-1) ... chown: cannot access `/var/lib/libuuid': No such file or directory I've tried a one shot debootstrap using the following command line: fakeroot fakechroot --use-system-libs debootstrap --variant=fakechroot lenny \ path-to-chroot And I've tried doing a two stage debootstrap as follows: fakeroot fakechroot -s debootstrap --variant=fakechroot --foreign lenny \ path-to-chroot mirror DEBOOTSTRAP_DIR=path-to-chroot/debootstrap fakeroot fakechroot -s \ debootstrap --second-stage --second-stage-target=path-to-chroot Both seem to fail when configuring bash and libuuid1. If there's anything I can do to improve the quality of this report, please don't hesitate to say. Regards, Paul -- .''`. Piotr Roszatycki : :' : mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473682: status on bug 473682?
Hi. The new version is almost ready. I didn't have enough time for testing :( If you want to help, could you download the newest SVN snapshot from svn://svn.debian.org/fakechroot/ and try if it work correctly? Thanks! 2008/7/1 Daniel Kahn Gillmor [EMAIL PROTECTED]: Hey there-- sorry to be a nag, but i'm curious what's going on with bug #473682. fakechroot hasn't worked properly in lenny for nearly three months now. Does anything need doing to help the process along? Thanks, --dkg -- .''`. Piotr Roszatycki : :' : mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488022: linux-image-2.6.25-2-486: Does not boot on Vortex86SX (BUG: Int 6: CR2 00000000)
Package: linux-image-2.6.25-2-486 Version: 2.6.25-5 Severity: important The kernel doesn't boot on Vortex86SX machine. It is a regresion, because previous version of this kernel package worked correctly. The only message after boot is BUG: Int 6: CR2 It is similar to #464962 but it cannot be verified without detailed CPU register info. More info: # ./longnop Long NOPs supported: no # cat /proc/cpuinfo processor : 0 vendor_id : unknown cpu family : 4 model : 0 model name : 486 stepping: unknown fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : no fpu_exception : no cpuid level : -1 wp : yes flags : bogomips: 98.30 clflush size: 32 -- .''`. Piotr Roszatycki : :' : mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473682: wrapping *at() syscalls properly within fakechroot
Yes, I'm backporting Ubuntu's patches and will release new Debian package based on them. Thanks a lot! 2008/5/9 Daniel Kahn Gillmor [EMAIL PROTECTED]: I'm raising the severity of #473682 to grave because it makes the package in question unusable or mostly so given the new coreutils implementation. It looks to me like you're upstream as well as the debian maintainer for this package. Could you incorporate some of the patches from #473682 that Martin has offered? Or even better, could you do a pass through all the new syscalls [0] and make sure they're properly wrapped by fakechroot? fakechroot is a really handy tool, and i'd like to see it keep working in Lenny! -- .''`. Piotr Roszatycki : :' : mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476579: libmoose-perl: perl core dumps with Moose and threads
Thanks a lot. I will notify Moose's upstream. 2008/4/17, Niko Tyni [EMAIL PROTECTED]: I can reproduce the crash with just #!/usr/bin/perl use threads; use re 'eval'; my $a = qr{(??{a})}; print match\n if bc =~ /(??{b})/; my $thr = threads-create(sub { }); $thr-join(); __END__ -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476579: libmoose-perl: perl core dumps with Moose and threads
Package: libmoose-perl Version: 0.40-1 Severity: important Moose can't be used with threads: $ perl -ale 'use threads; package P; use Moose; has a = isa=Str | Num; package main; my $thr = threads-create(sub { }); $thr-join(); ' (sid)[EMAIL PROTECTED]:/home/dexter# perl -ale 'use threads; package P; use Moose; has a = isa=Str | Num; package main; my $thr = threads-create(sub { }); $thr-join(); ' *** glibc detected *** perl: double free or corruption (!prev): 0x086c5480 *** === Backtrace: = /lib/libc.so.6[0xb7e73007] /lib/libc.so.6(cfree+0x89)[0xb7e74ca9] perl(Perl_pregfree+0x3e)[0x809eb7e] perl(perl_destruct+0xcf1)[0x806b661] /usr/lib/perl/5.8/auto/threads/threads.so[0xb7db458c] /usr/lib/perl/5.8/auto/threads/threads.so(Perl_ithread_join+0x219)[0xb7db4819] /usr/lib/perl/5.8/auto/threads/threads.so(XS_threads_join+0x7c)[0xb7db497c] perl(Perl_pp_entersub+0x313)[0x80c0923] perl(Perl_runops_standard+0x1b)[0x80bf2fb] perl(perl_run+0x2db)[0x806721b] perl(main+0x112)[0x8063752] /lib/libc.so.6(__libc_start_main+0xe0)[0xb7e22450] perl[0x80635d1] === Memory map: 08048000-0814a000 r-xp fe:00 2245477/usr/bin/perl 0814a000-0814e000 rw-p 00101000 fe:00 2245477/usr/bin/perl 0814e000-086d9000 rw-p 0814e000 00:00 0 [heap] b740-b7421000 rw-p b740 00:00 0 b7421000-b750 ---p b7421000 00:00 0 b7573000-b757f000 r-xp fe:00 2458772/lib/libgcc_s.so.1 b757f000-b758 rw-p b000 fe:00 2458772/lib/libgcc_s.so.1 b7583000-b7584000 ---p b7583000 00:00 0 b7584000-b7da4000 rw-p b7584000 00:00 0 b7da4000-b7da6000 r-xp fe:00 2590082 /usr/lib/perl5/auto/Class/MOP/MOP.so b7da6000-b7da7000 rw-p 1000 fe:00 2590082 /usr/lib/perl5/auto/Class/MOP/MOP.so b7da7000-b7db r-xp fe:00 2688267 /usr/lib/perl/5.8.8/auto/List/Util/Util.so b7db-b7db1000 rw-p 8000 fe:00 2688267 /usr/lib/perl/5.8.8/auto/List/Util/Util.so b7db1000-b7db7000 r-xp fe:00 3524584 /usr/lib/perl/5.8.8/auto/threads/threads.so b7db7000-b7db8000 rw-p 5000 fe:00 3524584 /usr/lib/perl/5.8.8/auto/threads/threads.so b7db8000-b7dda000 rw-p b7db8000 00:00 0 b7dda000-b7de3000 r-xp fe:00 2458734/lib/libcrypt-2.7.so b7de3000-b7de5000 rw-p 8000 fe:00 2458734/lib/libcrypt-2.7.so b7de5000-b7e0c000 rw-p b7de5000 00:00 0 b7e0c000-b7f3b000 r-xp fe:00 2458732/lib/libc-2.7.so b7f3b000-b7f3c000 r--p 0012f000 fe:00 2458732/lib/libc-2.7.so b7f3c000-b7f3e000 rw-p 0013 fe:00 2458732/lib/libc-2.7.so b7f3e000-b7f42000 rw-p b7f3e000 00:00 0 b7f42000-b7f55000 r-xp fe:00 2458746/lib/libpthread-2.7.so b7f55000-b7f57000 rw-p 00012000 fe:00 2458746/lib/libpthread-2.7.so b7f57000-b7f59000 rw-p b7f57000 00:00 0 b7f59000-b7f7c000 r-xp fe:00 2458736/lib/libm-2.7.so b7f7c000-b7f7e000 rw-p 00022000 fe:00 2458736/lib/libm-2.7.so b7f7e000-b7f8 r-xp fe:00 2458735/lib/libdl-2.7.so b7f8-b7f82000 rw-p 1000 fe:00 2458735/lib/libdl-2.7.so b7f82000-b7f84000 r-xp fe:00 2491161 /usr/lib/perl5/auto/Sub/Name/Name.so b7f84000-b7f85000 rw-p 1000 fe:00 2491161 /usr/lib/perl5/auto/Sub/Name/Name.so b7f85000-b7f87000 rw-p b7f85000 00:00 0 b7f87000-b7f88000 r-xp b7f87000 00:00 0 [vdso] b7f88000-b7fa2000 r-xp fe:00 2458723/lib/ld-2.7.so b7fa2000-b7fa4000 rw-p 00019000 fe:00 2458723/lib/ld-2.7.so bfe5a000-bfe6f000 rw-p bffeb000 00:00 0 [stack] Aborted (core dumped) I don't understand, why it core dumps with 'isa'. It is more strange that it core dumps with Debian's Perl only. I've tested it with ActiveState and Strawberry for Win32, and it was ok. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465763: [Pkg-cryptsetup-devel] Bug#465763: Bug#465763: Bug#465763: cryptsetup: can't boot from USB device
2008/2/18, Jonas Meurer [EMAIL PROTECTED]: Yes, indeed this delay is implemented in udev package, at least in sid. Even that, I think this is not the best option because it is hard to guess how much time the USB device starts up. I think the safe option is to check if the proper device will appear as /dev/sd? entry. Piotr, what do you think about adding the check to the udev script instead of bloating cryptroot script with yet another delay? David pointed me to the fact that the proper fix would rather be to fix the udev initramfs script, not to add yet another delay option to cryptsetup initramfs script. The udev ROOTDELAY implementation already is at the right place, it just needs to be extended to actually check for existence of the device. I think the udev have completly no idea on what device is encrypted volume. Do you think the udev package should read /etc/crypttab file? If so, then please reassign this bugreport to udev package. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465763: [Pkg-cryptsetup-devel] Bug#465763: Bug#465763: cryptsetup: can't boot from USB device
2008/2/16, Jonas Meurer [EMAIL PROTECTED]: But it doesn't work for USB devices, because cryptsetup is called too early. In such case there is missing following step: 0. sleep $cryptsourcedelay If i got it right, your statement is untrue. rootdelay is implemented in /usr/share/initramfs-tools/scripts/init-premount/udev, which is executed before any cryptsetup action is done in You're wrong, because the local-premount is called *after* local-top actions. See: $ grep Running /usr/share/initramfs-tools/scripts/locals [ $quiet != y ] log_begin_msg Running /scripts/local-top [ $quiet != y ] log_begin_msg Running /scripts/local-premount [ $quiet != y ] log_begin_msg Running /scripts/local-bottom The cryptsetup is called in local-top, the rootdelay is called after local-top and before local-premount. It is too late for cryptsetup! -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465763: [Pkg-cryptsetup-devel] Bug#465763: Bug#465763: Bug#465763: cryptsetup: can't boot from USB device
2008/2/16, David Härdeman [EMAIL PROTECTED]: If rootdelay doesn't work for you, you might raise the value. If you still object, then please proof that I'm wrong. I agree...the initramfs-tools check for rootdelay should see that the root device doesn't exist and wait (since root will be set to something like /dev/mapper/blablabla)...so the sleep should already be there unless I'm mistaken. It doesn't resolve the problem because rootdelay waits for root device but before this will happen, the cryptsetup luksOpen fails because it can't find the crypt source device. Look, if you can't imagine the whole booting process, I think it could be possible to see it in action with help of QEMU. AFAIR, it emulates USB devices like usb-storage. I think it can't boot from usb-storage, yet, but I think the crypted root filesystem could be on USB device. Also I suggest to read and analyze the /usr/share/initramfs-tools/scripts/local file. You can see there what and in what order is called at boot time. TIA. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `-
Bug#465763: [Pkg-cryptsetup-devel] Bug#465763: Bug#465763: cryptsetup: can't boot from USB device
2008/2/17, Jonas Meurer [EMAIL PROTECTED]: udev is not run in *LOCAL*-premount, but in *INIT*-premount, and the init-{top,premount} scripts are invoked before local-* or nfs-* scripts: why do you think that rootdelay is called between local-top and local-premount? do you have any evidence? Ok, I see that there is another delay in udev package (grep ROOTDELAY /usr/share/initramfs-tools/script/local will show you the first). I think the delay implemented in udev package is wrong. It doesn't check if the device really appears as /dev/sd* node. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465763: [Pkg-cryptsetup-devel] Bug#465763: Bug#465763: Bug#465763: cryptsetup: can't boot from USB device
2008/2/17, Jonas Meurer [EMAIL PROTECTED]: Also I suggest to read and analyze the /usr/share/initramfs-tools/scripts/local file. You can see there what and in what order is called at boot time. You're correct, that $ROOTDELAY is used in scripts/local, but it's also used in scripts/init-premount/udev, and this is invoked _before_ scripts/local-top/cryptsetup. Please read /usr/share/initramfs-tools/scripts/init-premount/udev Yes, indeed this delay is implemented in udev package, at least in sid. Even that, I think this is not the best option because it is hard to guess how much time the USB device starts up. I think the safe option is to check if the proper device will appear as /dev/sd? entry. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465763: [Pkg-cryptsetup-devel] Bug#465763: cryptsetup: can't boot from USB device
2008/2/14, David Härdeman [EMAIL PROTECTED]: The attached patch tries to resolve this problem in the same way like main initramfs' script: it just gives a little more time for usb-storage driver. If I remember correctly, the initramfs-tools scripts (i.e. the ones that run before the cryptsetup scripts) already wait if the rootdelay parameter is set...so doesn't the present situation already provide this? The rootdelay parameter wait only for root device, not for source device for encrypted volume. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `-
Bug#465763: [Pkg-cryptsetup-devel] Bug#465763: Bug#465763: cryptsetup: can't boot from USB device
2008/2/15, Jonas Meurer [EMAIL PROTECTED]: The rootdelay parameter wait only for root device, not for source device for encrypted volume. So you're not talking about booting from an encrypted usb volume, but rather about starting/mounting an encrypted usb volume during boot process? I have to admit that I suffer from the same issue, my external firewire device is not available early enough in boot process to be found by cryptsetup. But for me, this happens only with the latest linux-2.6.24-4 kernel (selfcompiled). With earlier kernels (even linux-2.6.24-1), same .config I'm unable to reproduce that. Can you verify that the bug happens only with latest 2.6.24-4 kernel? I'm talking exactly about booting from an encrypted usb volume. This is implemented as following scenario: 1. cryptsetup luksOpen $cryptsource $root 2. sleep $rootdelay 3. mount $root But it doesn't work for USB devices, because cryptsetup is called too early. In such case there is missing following step: 0. sleep $cryptsourcedelay and my patch implements such step. Without this additional delay there is no possibility to boot from USB device. The kernel version is no matter. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465763: cryptsetup: can't boot from USB device
Package: cryptsetup Version: 2:1.0.6~pre1+svn45-1 Severity: important Tags: patch The system can't boot from USB device if it is encrypted volume. The reason is that initramfs cryptroot-script don't wait for USB and tries immediately to open the nonexistent device. The attached patch tries to resolve this problem in the same way like main initramfs' script: it just gives a little more time for usb-storage driver. This bug is important for anybody who want to boot up from USB device. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- diff -ru cryptsetup-1.0.6~pre1+svn45.orig/debian/initramfs/cryptroot-script cryptsetup-1.0.6~pre1+svn45/debian/initramfs/cryptroot-script --- cryptsetup-1.0.6~pre1+svn45.orig/debian/initramfs/cryptroot-script 2008-02-14 13:26:55.0 +0100 +++ cryptsetup-1.0.6~pre1+svn45/debian/initramfs/cryptroot-script 2008-02-14 13:25:23.0 +0100 @@ -163,6 +158,37 @@ /sbin/udevsettle --timeout=30 fi + # If the crypto device hasn't shown up yet, give it a little while + # to deal with removable devices + if [ ! -e $cryptsource ] || ! /lib/udev/vol_id $cryptsource /dev/null 21; then + log_begin_msg Waiting for source device... + + # Default delay is 180s + if [ -z ${ROOTDELAY} ]; then + slumber=180 + else + slumber=${ROOTDELAY} + fi + if [ -x /sbin/usplash_write ]; then + /sbin/usplash_write TIMEOUT ${slumber} || true + fi + + slumber=$(( ${slumber} * 10 )) + while [ ! -e $cryptsource ] || ! /lib/udev/vol_id $cryptsource /dev/null 21; do + /bin/sleep 0.1 + slumber=$(( ${slumber} - 1 )) + [ ${slumber} -gt 0 ] || break + done + + if [ ${slumber} -gt 0 ]; then + log_end_msg 0 + else + log_end_msg 1 || true + fi + if [ -x /sbin/usplash_write ]; then + /sbin/usplash_write TIMEOUT 15 || true + fi + fi if [ ! -e $cryptsource ]; then echo cryptsetup: Source device $cryptsource not found return 1
Bug#464407: rt73-source: compile fails if using make-kpkg
Hi. Could you write me some example, how to call make-kpkg? I didn't use it for ages and I simply don't now how to verify it, but last time the yada-based packages was built correctly. Thanks. 2008/2/8, Ben Hutchings [EMAIL PROTECTED]: The debian/rules file for rt73-modules needs to be generated using yada. KVERS and KSRC are expanded at this time. Currently it's generated when rt73-source is built, but obviously it needs to be regenerated when the modules are built. That seems to have been missed here, and I can't see how this regeneration is supposed to be triggered. Piotr? -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454776: linux-image-2.6.22-3-486: Does not boot on Vortex86SX
reopen 454776 reassign 454776 linux-image-2.6.24-1-486 thanks The linux-image-2.6.24-1-486 does not boot on Vortex86SX platform. It hangs up on apply_paravirt, so I think we have a regression. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457603: Please, add r6040 module to linux-modules-extra-2.6
I'm going to check this bug. It seems to be very easy to fix. 2008/2/5, Daniel Baumann [EMAIL PROTECTED]: Hi, the package fails to build with l-m-e-2.6: ---snip--- [...] /usr/bin/make -f debian/rules.gen build_i386 make[1]: Entering directory `/home/user/linux-modules-extra-2.6-2.6.24' /usr/bin/make -f debian/rules.real build MAJOR='2.6' MODULESOURCE='r6040-source' FLAVOUR='486' KERNEL_ARCH='x86' UPSTREAMVERSION='2.6.24' MODULE='r6040' FEATURESET='none' VERSION_SOURCE='2.6.24' VERSION='2.6.24' ABINAME='-1' LOCALVERSION='-486' ARCH='i386' VERSION_DEBIAN='2' make[2]: Entering directory `/home/user/linux-modules-extra-2.6-2.6.24' /usr/bin/make -C /usr/src/linux-headers-2.6.24-1-486 M=/home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040 make[3]: Entering directory `/usr/src/linux-headers-2.6.24-1-486' LD /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/built-in.o CC [M] /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.o /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c: In function 'mdio_write': /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c:236: warning: unused variable 'np' /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c: In function 'r6040_init_one': /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c:278: error: implicit declaration of function 'SET_MODULE_OWNER' /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c: In function 'r6040_open': /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c:381: error: 'SA_SHIRQ' undeclared (first use in this function) /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c:381: error: (Each undeclared identifier is reported only once /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c:381: error: for each function it appears in.) /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c:381: warning: passing argument 2 of 'request_irq' from incompatible pointer type /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c: In function 'r6040_GetSet_MACaddress': /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c:1041: warning: unused variable 'lp' /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c:1056: warning: no return statement in function returning non-void make[4]: *** [/home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.o] Error 1 make[3]: *** [_module_/home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040] Error 2 make[3]: Leaving directory `/usr/src/linux-headers-2.6.24-1-486' make[2]: *** [debian/stamps/build_i386_none_486_r6040] Error 2 make[2]: Leaving directory `/home/user/linux-modules-extra-2.6-2.6.24' make[1]: *** [build_i386_none_486_r6040] Error 2 make[1]: Leaving directory `/home/user/linux-modules-extra-2.6-2.6.24' make: *** [debian/stamps/build-base] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 (sid_i386)[EMAIL PROTECTED]:~/linux-modules-extra-2.6-2.6.24$ ---snap--- Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457603: Please, add r6040 module to linux-modules-extra-2.6
New package is already uploaded. 2008/2/5, Piotr Roszatycki [EMAIL PROTECTED]: I'm going to check this bug. It seems to be very easy to fix. 2008/2/5, Daniel Baumann [EMAIL PROTECTED]: Hi, the package fails to build with l-m-e-2.6: ---snip--- [...] /usr/bin/make -f debian/rules.gen build_i386 make[1]: Entering directory `/home/user/linux-modules-extra-2.6-2.6.24' /usr/bin/make -f debian/rules.real build MAJOR='2.6' MODULESOURCE='r6040-source' FLAVOUR='486' KERNEL_ARCH='x86' UPSTREAMVERSION='2.6.24' MODULE='r6040' FEATURESET='none' VERSION_SOURCE='2.6.24' VERSION='2.6.24' ABINAME='-1' LOCALVERSION='-486' ARCH='i386' VERSION_DEBIAN='2' make[2]: Entering directory `/home/user/linux-modules-extra-2.6-2.6.24' /usr/bin/make -C /usr/src/linux-headers-2.6.24-1-486 M=/home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040 make[3]: Entering directory `/usr/src/linux-headers-2.6.24-1-486' LD /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/built-in.o CC [M] /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.o /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c: In function 'mdio_write': /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c:236: warning: unused variable 'np' /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c: In function 'r6040_init_one': /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c:278: error: implicit declaration of function 'SET_MODULE_OWNER' /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c: In function 'r6040_open': /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c:381: error: 'SA_SHIRQ' undeclared (first use in this function) /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c:381: error: (Each undeclared identifier is reported only once /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c:381: error: for each function it appears in.) /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c:381: warning: passing argument 2 of 'request_irq' from incompatible pointer type /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c: In function 'r6040_GetSet_MACaddress': /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c:1041: warning: unused variable 'lp' /home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.c:1056: warning: no return statement in function returning non-void make[4]: *** [/home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040/r6040.o] Error 1 make[3]: *** [_module_/home/user/linux-modules-extra-2.6-2.6.24/debian/build/build_i386_none_486_r6040] Error 2 make[3]: Leaving directory `/usr/src/linux-headers-2.6.24-1-486' make[2]: *** [debian/stamps/build_i386_none_486_r6040] Error 2 make[2]: Leaving directory `/home/user/linux-modules-extra-2.6-2.6.24' make[1]: *** [build_i386_none_486_r6040] Error 2 make[1]: Leaving directory `/home/user/linux-modules-extra-2.6-2.6.24' make: *** [debian/stamps/build-base] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 (sid_i386)[EMAIL PROTECTED]:~/linux-modules-extra-2.6-2.6.24$ ---snap--- Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460339: libnss-db: NMU patch
Ok, I've found a critical bug in patch for db_upgrade. I already uploaded the fixed package. I'm not against NMUs but I really don't like if someone uploads the fixed package without even simple testing. It is really nice if NMU is uploaded to delayed queue (thanks Steve!) but second NMU by Aurelien was not so nice... Thanks anyway for patches. 2008/1/16, Steve Langasek [EMAIL PROTECTED]: On Tue, Jan 15, 2008 at 09:26:21PM +0100, Piotr Roszatycki wrote: I don't known what is going on but makedb just hangs up on sid...? I just tested also Ubuntu gutsy version and it works correctly. Could you confirm, please? Confirmed here. Investigating, but as there doesn't seem to be an obvious fix it may take me a few days to get anywhere with it. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460963: libnss-db does not automatically create /var/lib/misc/* nor terminate
The package was broken after last NMU. Please try new fixed package. 2008/1/15, Lukas Ruf [EMAIL PROTECTED]: Package: libnss-db Version: 2.2.3pre1-2.2 Severity: grave Justification: renders package unusable Dear all After upgrding to libnss-db, /var/lib/misc was empty. Re-installing libnss-db created /etc/default/libnss-db as well as /var/lib/misc/Makefile. However, the *.db files were not created. Creating them manually by sudo make -f /var/lib/misc/Makefile causes makedb to not terminate when creating the passwd.db files. Any hint what is going wrong? Thanks. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460339: libnss-db: NMU patch
I don't known what is going on but makedb just hangs up on sid...? I just tested also Ubuntu gutsy version and it works correctly. Could you confirm, please? -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460339: libnss-db: NMU patch
Ok, thank you very much! I'll look at this ASAP. 2008/1/12, Steve Langasek [EMAIL PROTECTED]: Package: libnss-db Version: 2.2.3pre1-2 Severity: wishlist Tags: patch tags 441624 patch tags 361464 patch tags 379621 patch tags 344277 patch tags 391517 patch thanks Hi Piotr, As suggested in my mail to bug #441624, I have prepared an NMU for libnss-db. Since there are a number of straightforward bugs open on the package, I've incorporated the fixes for each of them into a single patch which I'm filing here as a separate wishlist bug. I will upload the NMU to the delayed/5-day queue on gluck. If you see any errors in this NMU diff, please let me know within that time, or supersede the NMU with a maintainer upload of your own. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458924: mldonkey-server: illegal instruction on vortex86 CPU
It is caused by calling CPUID operation from assembler. This processor throws Illegal instruction for CPUID opcode. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458924: mldonkey-server: illegal instruction on vortex86 CPU
Package: mldonkey-server Version: 2.9.2-2 $ mlnet Illegal instruction $ strace mlnet getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 uname({sys=Linux, node=nashia, ...}) = 0 futex(0xb7ddb654, 0x81 /* FUTEX_??? */, 2147483647) = 0 futex(0xb7de06e0, 0x81 /* FUTEX_??? */, 2147483647) = 0 --- SIGILL (Illegal instruction) @ 0 (0) --- +++ killed by SIGILL +++ $ cat /proc/cpuinfo processor : 0 vendor_id : unknown cpu family : 4 model : 0 model name : 486 stepping: unknown fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : no fpu_exception : no cpuid level : -1 wp : yes flags : bogomips: 98.81 clflush size: 32 This CPU does not have FPU. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457603: Fwd: Bug#457603: Please, add r6040 module to linux-modules-extra-2.6
Sorry, poor gmail doesn't reply to all by default :( -- Forwarded message -- From: Piotr Roszatycki [EMAIL PROTECTED] Date: 24-12-2007 16:13 Subject: Re: Bug#457603: Please, add r6040 module to linux-modules-extra-2.6 To: Bastian Blank [EMAIL PROTECTED] 2007/12/24, Bastian Blank [EMAIL PROTECTED]: On Sun, Dec 23, 2007 at 08:58:49PM +0100, Piotr Roszatycki wrote: Please, add the r6040 package to your linux-modules-extra-2.6 package. Upstream status? Upstream tries to include it to main kernel source but it didn't go yet. The driver is really stable for i386 and perhaps has problems on x86_64. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457601: Bad version number of rt73-modules-* packages
Package: linux-modules-contrib-2.6 Version: 2.6.22-4 Severity: important Hi. I think your linux-modules-contrib package generates bad version number for rt73-modules. The version number for module package should be the version of rt73-source package, i.e. 1:1.0.3.6-cvs20071123-dfsg1-2. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457603: Please, add r6040 module to linux-modules-extra-2.6
Package: linux-modules-extra-2.6 Version: 2.6.22-9 Severity: wishlist Please, add the r6040 package to your linux-modules-extra-2.6 package. Thank you! -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455508: [Pkg-cryptsetup-devel] Bug#455508: cryptsetup: should add blowfish, serpent and twofish to initrd
2007/12/11, David Härdeman [EMAIL PROTECTED]: I'm not quite sure I understand. If you setup a blowfish crypto device in /etc/crypttab, then the blowfish module will be copied to the initramfs. The unconditional copying of aes is just there as a safety net. Ah, I didn't realize that I need to update initrd after I changed the alghoritm. I didn't use cipher argument in /etc/crypttab and just recreated LUKS volumen with another cipher. I was suprised that system didn't boot because the standard initrd didn't contain basic modules. I think that MODULES=most schema for initramfs *should* include the four basic crypto modules and with MODULES=dep schema cryptsetup scripts *should* guess with one is used. Thank you. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `-
Bug#454776: linux-image-2.6.22-3-486: Does not boot on Vortex86SX
2007/12/9, maximilian attems [EMAIL PROTECTED]: On Fri, 07 Dec 2007, Piotr Roszatycki wrote: Package: linux-image-2.6.22-3-486 Version: 2.6.22-6 Severity: important please recheck against sid 2.6.23. installs just fine in testing, cool thanks. The same thing - hangs up after boot with apply_paravirt in stacktrace. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454776: linux-image-2.6.22-3-486: Does not boot on Vortex86SX
2007/12/11, maximilian attems [EMAIL PROTECTED]: On Tue, Dec 11, 2007 at 08:48:24PM +0100, Piotr Roszatycki wrote: The same thing - hangs up after boot with apply_paravirt in stacktrace. ok thanks for feedback, we have newer for you 2.6.24-rc4 images. see trunk apt snapshot lines - http://wiki.debian.org/DebianKernel pls test if still not working that need to get filed in bugzilla.kernel.org see foot of http://wiki.debian.org/DebianKernelReportingBugs It works correctly with 2.6.24-rc4 image! Where can I find linux-kbuild-2.6.24 package? Thank you for solution. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455508: cryptsetup: should add blowfish, serpent and twofish to initrd
Package: cryptsetup Version: 2:1.0.5-1 Tags: patch The installer allows to choose crypt algorhitm (aes, twofish, blowfish, serpent) but cryptsetup copies to initrd only one of them: aes. I.e. for slow CPU systems the blowfish alghorims seems to be a better choise. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- diff -Nru cryptsetup-1.0.6~pre1.orig/debian/initramfs/cryptroot-hook cryptsetup-1.0.6~pre1/debian/initramfs/cryptroot-hook --- cryptsetup-1.0.6~pre1.orig/debian/initramfs/cryptroot-hook 2007-12-10 15:01:55.0 + +++ cryptsetup-1.0.6~pre1/debian/initramfs/cryptroot-hook 2007-12-10 15:05:02.0 + @@ -365,7 +365,7 @@ # Unless MODULES = dep, we always add a basic subset of modules/tools if [ $MODULES != dep ]; then - for mod in dm_mod dm_crypt aes sha256 cbc; do + for mod in dm_mod dm_crypt aes blowfish serpent twofish sha256 cbc; do manual_add_modules $mod done copy_exec /sbin/cryptsetup /sbin
Bug#454797: linux-image-2.6.22-3-686: USB 2.0 hub can't handle more than one full speed device
Package: linux-image-2.6.22-3-686 Version: 2.6.22-6 USB devices connected to external hub for USB 2.0 doesn't work correctly if one of these devices utilises bandwith. It is a problem for USB audio devices. If such device is working, no more devices can work, i.e. another USB audio or camera. The dmesg output is: cannot submit datapipe for urb 1, error -28: not enough bandwidth The solution is to use improved Transaction Translator scheduling (CONFIG_USB_EHCI_TT_NEWSCHED). I've tested CONFIG_USB_EHCI_TT_NEWSCHED with the latest Sid kernel and it works correctly. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454776: linux-image-2.6.22-3-486: Does not boot on Vortex86SX
Package: linux-image-2.6.22-3-486 Version: 2.6.22-6 Severity: important The Linux kernel with 486 flavour should run on each Intel-based hardware. The current Debian's Linux kernel does not run on Vortex86SX hardware. The Vortex86SX is a cheap System on Chip, which provides CPU compatible with 486SX (without FPU). It does run on Debian's Linux kernel 2.6.18 from Etch. It crashed after boot with Sid kernel. The output from console: Checking 'hlt' instruction... OK. invalid opcode: [#1] Modules linked in: CPU:0 EIP:0060:[c0108bea]Not tainted VLI EFLAGS: 0046 (2.6.22-3-486 #1) EIP is at apply_paravirt+0x4c/0x52 eax: 0001 ebx: c0390e04 ecx: edx: esi: c0390e04 edi: c1100572 ebp: c0366520 esp: c0343fc4 ds: 007b es: 007b fs: fs: ss: 0068 Process swapper (pid: 0, ti=c0342000 task=c031a2c0 task.ti=c0342000) Stack: c011481d 0293 c0366592 c034b2e8 c0344a89 0036 c03443dc c0366520 00099800 c033c000 007f3007 Call Trace: [c011481d] end_irq_disable+0x0/0x1 [c034b2e8] alternative_instructions+0x3f/0x4d [c0344a89] start_kernel+0x283/0x295 [c03443dc] unknown_bootoption+0x0/0x202 === Code: 0c 24 8b 0b ff 15 d0 0f 32 c0 0f b6 53 05 39 d0 76 04 0f 0b eb fe 29 c2 03 03 83 c3 08 e8 b5 ff ff ff 39 f3 72 cd b8 01 00 00 00 0f a2 58 5b 5e c3 55 89 d5 57 56 53 c3 83 ec 14 83 3d f0 6f EIP: [c0108bea] apply_paravirt+0x4c/0x52 SS:ESP 0068:c0343fc4 Kernel panic - not syncing: Attempted to kill idle task! The system crash is caused by CONFIG_PARAVIRT option. I recompiled the 486 flavour kernel without CONFIG_PARAVIRT and it works correctly. I think this option should be removed from 486 flavour. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453843: ITP: r6040 -- R6040 Fast Ethernet Linux Driver
X-Debbugs-CC: [EMAIL PROTECTED] Package: wnpp Owner: Piotr Roszatycki [EMAIL PROTECTED] Severity: wishlist * Package name: r6040 Version : 0.17 * URL : http://www.dmp.com.tw/tech/Vortex86SX/ * License : GPL Programming Lang: C Description : R6040 Fast Ethernet Linux Driver This is a linux device driver for RDC Semiconductor R6040 Fast Ethernet Controller. It can be cound in devices based on Vortex86SX. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451906: rt73-common: /etc/udev/rules.d/85-rt73.rules contains deprecated udev rule
2007/11/25, Ben Hutchings [EMAIL PROTECTED]: Now it looks like the Ralink drivers do not allow setting most wireless parameters while they are down (though rt2500 alone seems to be more flexible). Unfortunately, when using ifupdown and wireless-tools, this is exactly what is attempted - see bug #403983. Is this what you were trying to work around, Piotr? Yes, it is a workaround for this bug. Please, notice that udev rule is required also for i.e. rutilt and other similar utilities. I was very disappointed that rutilt didn't work after I plugged the wi-fi dongle. I think a better workaround would be include a pre-up script that does something like: if [ x$(basename $(readlink /sys/class/net/$IFACE/device/driver)) = xrt73 ]; then ifconfig $IFACE up fi I think the pre script for ifupdown should be created even if udev rule is existing. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451906: rt73-common: /etc/udev/rules.d/85-rt73.rules contains deprecated udev rule
2007/11/25, Ben Hutchings [EMAIL PROTECTED]: On Sun, 2007-11-25 at 13:47 +0100, Piotr Roszatycki wrote: 2007/11/25, Ben Hutchings [EMAIL PROTECTED]: Now it looks like the Ralink drivers do not allow setting most wireless parameters while they are down (though rt2500 alone seems to be more flexible). Unfortunately, when using ifupdown and wireless-tools, this is exactly what is attempted - see bug #403983. Is this what you were trying to work around, Piotr? Yes, it is a workaround for this bug. Please, notice that udev rule is required also for i.e. rutilt and other similar utilities. I was very disappointed that rutilt didn't work after I plugged the wi-fi dongle. I patched rutilt to work around this (018_up_and_down.diff). I believe this has been applied upstream. Do you mean this patch which is removed from Ubuntu? rutilt (0.15-0ubuntu5.2) gutsy-proposed; urgency=low * Revised 018_up_and_down.diff (LP: #164058) : remove the change to configuration code that would bring the interface down before setting ESSID, as this is not necessary and does not work with all drivers (notably the r73 one). Thanks to Debian/Ben Hutchings. I know that just legacy rt73 driver is broken but I think our workarounds can break other things. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451772: rt73-common: Still ships symlink in /lib/firmware
2007/11/18, Sven Joachim [EMAIL PROTECTED]: , | * The /lib/firmware/rt73.bin symlink is created with update-rt73-firmware | script, so the package won't conflict with rt73-firmware package. ` However, the symlink is still in the package, which means that Guess what, this just happened to me and the kernel oopses that followed after loading the driver without the firmware were not really pretty. :-/ I'm really sorry! It is my fault that the symlink is still in the package and I'm uploading fixed version just now. The driver still has many bugs and some of them aren't sworkarounded, yet. Please notice, the driver is still in unstable and didn't enter the lenny. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451906: rt73-common: /etc/udev/rules.d/85-rt73.rules contains deprecated udev rule
The interface have to be set up. Without it, the iwconfig can't be used. I'd rather want to convert it to newer udevd version that remove it completly. 2007/11/19, Michael Prokop [EMAIL PROTECTED]: Package: rt73-common Version: 1:1.0.3.6-cvs20071114-dfsg1-1 Severity: important # cat /etc/udev/rules.d/85-rt73.rules SUBSYSTEM==net, ACTION==add, ENV{PHYSDEVDRIVER}==rt73, RUN+=/sbin/ifconfig $env{INTERFACE} up Current versions of udevd say: | PHYSDEV* values are deprecated and will be removed from a future | kernel, please fix it in /etc/udev/rules.d/85-rt73.rules:1 BTW: What's the (real) reason for this rule? regards, -mika- -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449397: Contains non-free binary firmware
Package: rt73-source Severity: serious Version: 1:1.0.3.6-cvs20071013-1 The source package contains non-free binary firmware. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446224: rt73: Integration into linux-modules-contrib-2.6
Hi. I uploaded new rt73 package. Please, include it to your project. Thanks!! 2007/10/11, Piotr Roszatycki [EMAIL PROTECTED]: 2007/10/11, Daniel Baumann [EMAIL PROTECTED]: ...I checked the package.. you need only two things to do: * upload to unstable * the tarball in /usr/src needs to be rt73.tar.bz2, not rt73.tar.gz. That's all.. as soon as you did above two things, we can go for 2.6.22-3 uploads, I've already commited the metafile for rt73 to the conglomeration package. Ok, I'm going to make a new upload in a few days. Thanks! -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434341: rt73-source: Newer source available
tags 43431 -wontfix pending thanks Hi. I've analized the both of drivers and the serialmonkey's version seems to be better choise. This version is currently maintained and has better support for newer kernels. I'm testing the new package and soon it will be uploaded to unstable. Hopefully the current rt73 package is stored in experimental area, so the upgrade won't be problematic, even if the interface name will be changed from rausb* to wlan*. 2007/10/12, Lucas Nussbaum [EMAIL PROTECTED]: I don't remember exactly. I tried several different drivers, and all of them had various problems, except the rt3-cvs one. (I needed injection support as well - maybe that's why I didn't go with rt73). I'm going to investigate this issue. First, I'd like to know all the difference between official rt73 and rt73-cvs drivers. I know they differs with the list of supported devices. Have a summary of the differences would be very interesting, indeed. I think the rt73-cvs uses wlan0 interface name than rausb0. I'm afraid that it would be serious change for actual users of Debian package. I think that it's quite easy to hack in rtmp_main.c (but I haven't tried: I use wlan0.) -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447064: O: libapache2-mod-auth-plain
X-Debbugs-CC: [EMAIL PROTECTED] X-Debbugs-CC: [EMAIL PROTECTED] Package: wnpp Severity: normal Hi. I'd like to orphan the Debian package libapache2-mod-auth-plain and the upstream hosted on Alioth http://mod-auth-plain.alioth.debian.org/ This package provides the simplest authorization for Apache. Also the htpasswd file can be hold in current directory for htaccess, so it is the module of choise for shared webhosting environments. The Debian source package is available as YADA (by myself for Debian) or CDBS (by [EMAIL PROTECTED] for Ubuntu) package. Please choose what you want. Also I can orphan the project on Alioth which is used as upstream for Debian package. In such case please contact me directly. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447065: RM: libapache-mod-authz-ldap -- RoM; obsolete
Package: ftp.debian.org Severity: normal Please remove libapache-mod-authz-ldap from experimental. Thank you. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447067: O: libapache2-mod-auth-pam
X-Debbugs-CC: [EMAIL PROTECTED] X-Debbugs-CC: [EMAIL PROTECTED] Package: wnpp Severity: normal I'd like to orphan the libapache2-mod-auth-pam. New maintainer can choose YADA based package from Debian or CDBS package from Ubuntu. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447068: O: libapache-mod-rpaf
X-Debbugs-CC: [EMAIL PROTECTED] X-Debbugs-CC: [EMAIL PROTECTED] Package: wnpp Severity: normal Hi. I'd like to orphan the libapache-mod-rpaf package. This package is really useful is the mod_proxy or squid is used before Apache. Probably the package should be renamed to libapache2-mod-rpaf and the dependecies on Apache 1.3 have to be removed. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447069: RM: libvcp-dest-svk-perl -- RoM; obsoleted
Package: ftp.debian.org Severity: normal The libvcp-dest-svk-perl is no more compatible with the current SVK. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447079: O: litmus -- WebDAV server protocol compliance test suite
X-Debbugs-CC: [EMAIL PROTECTED] Package: wnpp Severity: normal Hi. I'd like to orphan the litmus package. It is available the new upstream version and some simple bugs have to be resolved. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446255: ITP: svn-pusher -- Propagate changesets between two different svn repositories
X-Debbugs-CC: [EMAIL PROTECTED] Package: wnpp Owner: Piotr Roszatycki [EMAIL PROTECTED] Severity: wishlist * Package name: svn-pusher Version : 0.04 Upstream Author : Shlomi Fish [EMAIL PROTECTED] * URL : http://web-cpan.berlios.de/modules/SVN-Pusher/ * License : Perl (Artistic or GPL) Programming Lang: Perl Description : Propagate changesets between two different svn repositories svn-pusher is a command line utility that allows one to propagate (push) changesets between two repositories even if the destination is not at local filesystem. svn-pusher allows to propagate just a part of the whole repository: single directory or the part of repository history. This tool also can be used for creating the exact copy of existing repository. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446224: rt73: Integration into linux-modules-contrib-2.6
Cool! I missed such project badly and I'd love to be a part of the conglomeration packages. The rt73 package is build based on original vendor's sources and doesn't contain any propertiary code. It is safe to redistribute binary packages. Thanks! 2007/10/11, Daniel Baumann [EMAIL PROTECTED]: Package: rt73 Severity: wishlist User: [EMAIL PROTECTED] Usertags: conglomeration Hi, In short: Please consider letting your module be integrated into the conglomeration package, so that the users can install prebuild module binary packages for the Debian default kernel flavours. In some more words, look at this: http://blog.daniel-baumann.ch/2006/12/10#20061210_kernel-modules-packaging The good thing about it: You only need to tell me 'Yes, please do so' and I'll have a look at your module package in the next days and provide a patch for it in case something needs to be adjusted. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434341: rt73-source: Newer source available
tags 434341 wontfix thanks Hi. I don't want to switch to serialmonkey sources because... there is such package already! It is called rt2x00, see: http://packages.debian.org/rt2x00 You can find there the really new rt73usb driver which is probably not stable and has less features than official one. The serialmonkey provides also the legacy driver (rt73-csv) which is based on previous 1.0.3.6 version. It should be more stable and probably could be potential replacement for original rt73 driver. I see only one problem with rt73 driver - it doesn't work with iwconfig and have to be configured with iwpriv command only. I'll test the serialmonkey's driver but I don't want to switch to this upstream, so I'm marking this report as wontfix (yet). 2007/9/26, Lucas Nussbaum [EMAIL PROTECTED]: On 23/07/07 at 04:20 -0400, William Lynch wrote: Package: rt73-source Version: 1.0.4.0.dfsg1-1~experimental1 Severity: normal I've been messing with this for about a week. I have a usb based wireless device that uses the rt73 driver. I haven't been able to get any connections working with this... However, I was hunting around the internet and I came across this. http://rt2x00.serialmonkey.com/wiki/index.php?title=Downloads I assume you've heard of the site before, but they've been updating the driver in their cvs, and they have a cvs-daily tarball. I downloaded that, maked it, and instaled the ko, and I was immedietly able to get a ip. With no other config changes. I tend to think you might want to switch to using that source instead of ralink's source. Thanks for the work with this package though. Hi, I can only second that, as I lost several hours try to get this driver to work (DHCP requests weren't sent), while the one from serialmonkey worked perfectly as soon as I switched to it. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434341: rt73-source: Newer source available
2007/10/11, Lucas Nussbaum [EMAIL PROTECTED]: On 11/10/07 at 22:20 +0200, Piotr Roszatycki wrote: rt73-cvs works much better, and can be configured with iwconfig (only WPA can't). I tested all the options (I own a DLink DWL G122), and that's the only one that worked properly. Do you mean that your device doesn't work absolutely even if you try to configure it with iwpriv? I think I have the same device (DLink DWL G122, I'll check tomorow) and I hadn't any problem, except iwpriv. I'm going to investigate this issue. First, I'd like to know all the difference between official rt73 and rt73-cvs drivers. I know they differs with the list of supported devices. I think the rt73-cvs uses wlan0 interface name than rausb0. I'm afraid that it would be serious change for actual users of Debian package. Thanks. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444866: tzdata: Please provide tzdata-source package with original Olsen database
2007/10/4, Clint Adams [EMAIL PROTECTED]: On Mon, Oct 01, 2007 at 05:02:00PM +0200, Piotr Roszatycki wrote: Please provide the tzdata-source binary package with original Olsen database. My package libdatetime-timezone-perl (possibly others, like libicu) could use it as build-dep. It would make the synchronizing the timezone data much simplier for volatile archive. See also Bug#416206. Is making it use the tzdata binary data at runtime (as suggested in #416206) not a much better idea? Providing another library with 100% compatible API is interesting idea, but the DateTime::TimeZone already exists and is used by some existing projects and packages. This library is stable and reliable. I'm the maintainer of DateTime::TimeZone , not the upstream developer. I really don't want to completly redesign this library just because the Debian already provides the Olson DB only as binary data. Rewriting the library from scratch can't be harmless for its stability and reliability. I think this idea is just not realizable. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]