Bug#992430: schroot: user password does not match

Hi, I'm not personally familiar with the changes in the latest Debian release, but please check that all the password, shadow password files etc. are all copied into the chroot and are self-consistent with one another. Are the host files using a hash type not supported by the chroot

Bug#983087: sbuild-createchroot misses usr/libexec/qemu-binfmt/ directory

On 25 Feb 2021, at 12:00, Christoph Biedl wrote: > > Roger Leigh wrote... > >> I was having a think about this last night. To be completely >> realistic, schroot maintenance is very low on my list of my >> priorities. Work on it is sporadic at best. My interest

Bug#983087: sbuild-createchroot misses usr/libexec/qemu-binfmt/ directory

On 23 Feb 2021, at 22:51, Johannes Schauer Marin Rodrigues wrote: > > Hi Roger, > > Quoting Roger Leigh (2021-02-23 22:41:32) >> On 22 Feb 2021, at 12:00, Johannes Schauer Marin Rodrigues >> wrote: >>> >>>>> Michael, your change in qe

Bug#983087: sbuild-createchroot misses usr/libexec/qemu-binfmt/ directory

On 22 Feb 2021, at 12:00, Johannes Schauer Marin Rodrigues wrote: > >>> Michael, your change in qemu introduced this problem. Schroot is currently >>> orphaned. Since you are responsible for this change in qemu, could you make >>> an >>> NMU of schroot with above fix? Thanks! >> >> Oww..

Bug#981219: schroot overwrites cpuset

On 27 Jan 2021, at 20:39, David Bremner wrote: > > Package: schroot > Version: 1.6.10-11+b1 > Severity: normal > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > As you can see with session below, schroot throws away the processor > affinities present in the parent process. This breaks

Bug#921282: sbuild: emits many messages “Alias ‘[...]’ already associated with ‘[...]’ chroot”

On 2 Dec 2020, at 08:46, Anthony Fok wrote: > > And, sure enough, we can find in /usr/bin/sbuild-debian-developer-setup: > > > https://sources.debian.org/src/sbuild/0.80.0/bin/sbuild-debian-developer-setup/#L56-L57 > > when it calls sbuild-createchroot, it indiscriminately adds the flags >

Bug#975603: New upstream release 1.12.0

close 975603 thanks It can be closed; I filed it incorrectly and opened one against the correct package. > On 24 Nov 2020, at 08:52, Andrei POPESCU wrote: > > Control: reassign -1 src:xalan 1.11-9 > Control: severity -1 wishlist > > On Lu, 23 nov 20, 22:50:31, Roger Leigh

Bug#975603: New upstream release 1.12.0

Package: xalan-c Version: 1.11-9 Hi Bill, This was mentioned on the upstream mailing list earlier in the year. Just opening a bug to track this. New upstream release 1.12 was made a few months back (https://github.com/apache/xalan-c/releases/tag/Xalan-C_1_12_0). This could be packaged to

Bug#975600: New upstream release 1.12.0

Package: xalan Version: 1.11-9 Hi Bill, This was mentioned on the upstream mailing list earlier in the year. Just opening a bug to track this. New upstream release 1.12 was made a few months back (https://github.com/apache/xalan-c/releases/tag/Xalan-C_1_12_0). This could be packaged to

Bug#967045: libtinyxml2-dev: Missing cmake configuration files

Package: libtinyxml2-dev Version: 8.0.0+dfsg-2 Severity: normal i ├── include │   └── tinyxml2.h └── lib     ├── cmake     │   └── tinyxml2     │   ├── tinyxml2Config.cmake     │   ├── tinyxml2Targets.cmake     │   └── tinyxml2Targets-noconfig.cmake     ├── libtinyxml2.so ->

Bug#947919: schroot: Support for ZFS snapshotting

On 05/01/2020 19:54, Steve Langasek wrote: On Sun, Jan 05, 2020 at 09:16:34AM +, Roger Leigh wrote: sbuild::chroot::ptr chroot_zfs_snapshot::clone_source () const {   ptr clone(new chroot_zfs_snapshot(*this)); ... should be chroot_zfs_snapshot::clone_source () const {   ptr clone(new

Bug#947919: schroot: Support for ZFS snapshotting

On 05/01/2020 02:23, Steve Langasek wrote: Hi Roger, On Sat, Jan 04, 2020 at 12:54:56PM +, Roger Leigh wrote: When you clone a source snapshot, we want to make that snapshot the default state for the original dataset when you end the session.  The "file" chroot type i

Bug#947919: schroot: Support for ZFS snapshotting

On 04/01/2020 12:54, Roger Leigh wrote: When you clone a source snapshot, we want to make that snapshot the default state for the original dataset when you end the session. The "file" chroot type is the most comparable here; the LVM and Btrfs snapshots operate directly on the ori

Bug#947919: schroot: Support for ZFS snapshotting

On 03/01/2020 20:44, Steve Langasek wrote: Package: schroot Followup-For: Bug #947919 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu focal ubuntu-patch Attached is an updated patch which implements source chroots as well. Dear Steve, I've had a look over the patch, and have a

Bug#948119: [schroot] does not work for non-root user

On 04/01/2020 08:35, Giovanni Mascellani wrote: Package: schroot Version: 1.6.10-7 Severity: important Hi, with today's update (1.6.10-7), schroot does not work anymore for non-root users (which are still authorized by mean of the "users" directive) I suspect the problem might be related

Bug#898949: schroot: PAM config should use common-session-noninteractive

On 07/09/2019 10:30, Simon McVittie wrote: On Thu, 17 May 2018 at 19:36:11 +0200, Ansgar Burchardt wrote: On systems with libpam-systemd installed using common-session will create a logind session which schroot should not do. In particular, creating a logind session results in

Bug#686442: initscripts: This failed update completely breaks dpkg

On 20/02/2019 01:56, Pierre Ynard wrote: This isn't an issue in initscripts, and I think it wouldn't even be possible to add Breaks statements against offending unpurged packages; so not much can be done here. The offending initscripts are either from the local administrator or from obsolete

Bug#692559: Debian-init-diversity Digest, Vol 3, Issue 63

On 29/12/2018 18:36, debian-init-diversity-requ...@chiark.greenend.org.uk wrote: Regarding RAMTMP, I am not sure whether it is actually useful. Really, if you want /tmp in tmpfs, just add entry into /etc/fstab. There should be one, and only one oblivious way to do it. RAMTMP was added

Bug#688412: Debian-init-diversity Digest, Vol 3, Issue 63

On 29/12/2018 18:36, debian-init-diversity-requ...@chiark.greenend.org.uk wrote: The result was: domount: mount tmpfs shmfs /tmp tmpfs -onodev,nosuid,size=512m,mode=1777 So configuration options are recognized by the initialization scripts and passed to the "mount" utility, but somehow get lost

Bug#132542: sysvinit: please make /etc/init.d/rcS a conffile

On 19/12/2018 23:40, Dmitry Bogatov wrote: control: tags -1 +moreinfo [2015-12-01 23:07] Petter Reinholdtsen In my view, /etc/init.d/rc and /etc/init.d/rcS should not be conffiles. They should be moved to /lib/init/ instead. Dear co-maintainers, what about actually moving

Bug#797781: [buildd-tools-devel] Bug#797781: diffoscope does not seem to work with schroot]

On 12/12/2018 15:25, Aurelien Jarno wrote: On 2018-12-12 10:06, Helmut Grohne wrote: Hi Aurelien, On Sun, Sep 06, 2015 at 07:28:40PM +0200, Aurelien Jarno wrote: The buildd flavour of the configuration mount a tmpfs in /dev/shm. AFAIK this is not done for the default flavour as too options

Bug#911087: schroot: --preserve-environment does not preserve env vars set to ""

On 15/10/18 19:43, Peter Maydell wrote: Roger Leigh wrote: Please see https://gitlab.com/codelibre/schroot/merge_requests/38 for a patch containing the fixes. This looks like an oversight/mis-design which is corrected by this merge request to make the behaviour consistent for all environment

Bug#911087: schroot: --preserve-environment does not preserve env vars set to ""

tags 911087 + patch forwarded 911087 https://gitlab.com/codelibre/schroot/merge_requests/38 thanks On 15/10/18 15:00, Peter Maydell wrote: The schroot --preserve-environment is supposed to preserve the user's environment variables. However it does not pass through environment variables which

Bug#909202: xerces-c: New upstream release

Source: xerces-c Version: 3.2.1 Severity: normal New upstream release 3.2.2 made today. It's a patch release, so no major surprises. Note that the new upstream cmake build system could be used in place of the autotools. -- System Information: Debian Release: buster/sid APT prefers

Bug#891841: xerces-c: New upstream release 3.2.1

Package: xerces-c Version: 3.2.0 Severity: normal A new version of xerces-c was made recently, and it would be great if the Debian package could be updated to use it. http://www.apache.org/dist/xerces/c/3/sources/xerces-c-3.2.1.tar.gz The changes include one security update for CVE-2017-12627

Bug#876703: schroot: Can't run schroot as normal user

On 03/10/2017 19:43, APT Gatuno MX wrote: Ok, I still can't schroot as normal user, but adding some debugging messages to schroot found that a chdir call fails, even if the directory exists (example /, /tmp). Running getcwd BEFORE doing the chdir return "/". That means that the chroot call

Bug#877234: schroot: FTBFS with current debhelper: dh_install reports missing files

On 29/09/17 20:01, Andreas Beckmann wrote: Source: schroot Version: 1.7.2-3 Severity: serious Justification: fails to build from source (but built successfully in the past) This could be removed from experimental; it's not been updated in years and is a development release for testing.

Bug#874193: xml-security-c: Does not build with C++11 enabled, required for Xerces 3.2.0

On 07/09/2017 19:03, Ferenc Wágner wrote: Anyway, could you please give me instructions to reproduce the build failure with C++11? Adding in CXXFLAGS=-std=c++11 did not break the 1.7.3-4 build for me. And what will I have to change once Xerces 3.2 enters the archive? It might be that the

Bug#874193: xml-security-c: Does not build with C++11 enabled, required for Xerces 3.2.0

Package: xml-security-c Version: 1.7.3-4 Tags: patch Please see the patches I attached to the upstream ticket here: https://issues.apache.org/jira/browse/SANTUARIO-471 which resolve a number of defects in the source which prevent it building. They are safe to apply even when C++11 is not in

Bug#874189: Patch for Xerces 3.2.0

Package: xqilla Version: 2.3.3-2 Tags: patch Xerces-C 3.2.0 removed castToNode (which relied on undefined behaviour) with a cleaner way of getting information about a node's containing node: a new fContainingNode member. The attached patchs have conditionals for the 3.2.0 and earlier

Bug#873669: xerces-c: New upstream release 3.2.0

Source: xerces-c Severity: normal https://marc.info/?l=xerces-c-users=150396606201867=2 Note that this release includes a replacement of the autotools build with CMake. The autotools build still exists, but the CMake build includes pkg-config and cmake configuration, and also builds and run

Bug#873666: libxalan-c111: Patch to correct erroneous assumptions about XMLCh type

Package: libxalan-c111 Version: 1.11-6 Severity: important Tags: patch The attached patch corrects some broken assumptions about the nature of XMLCh* in the xalan source. See https://issues.apache.org/jira/browse/XALANC-773 This is required for xerces 3.2.0 where XMLCh == char16_t.

Bug#868883: schroot: btrfs-snapshot requires btrfs-snapshot-directory= but doesn't use it

On 19/07/17 13:56, Uwe Kleine-König wrote: I have: $ cat /etc/schroot/chroot.d/unstable-amd64-default-237842 [unstable-amd64-default] description=Debian unstable/amd64 chroot groups=root,sbuild root-groups=root,sbuild profile=default

Bug#786566: this is affecting us

On 05/01/17 10:08, Roger Leigh wrote: On 05/01/17 09:23, Brian May wrote: Peter Palfrader <wea...@debian.org> writes: It's a serious bug that makes it break in many cases, requiring the sysadmin to clean up and/or reboot the system. Whether or not it's RC in the end is the de

Bug#786566: this is affecting us

On 05/01/17 09:23, Brian May wrote: Peter Palfrader writes: It's a serious bug that makes it break in many cases, requiring the sysadmin to clean up and/or reboot the system. Whether or not it's RC in the end is the decision of the release team, but this severity was set

Bug#840883: Please work around gnupg agents

On 15/10/2016 19:47, Ian Jackson wrote: If some program is run within an schroot which invokes gpg (for example, as part of a package build, or a DEP-8 test suite), schroot can fail to tear the chroot down. As an example, dgit's DEP-8 test suite currently fails for this reason when run with

Bug#829125: schroot: schroot doesn't clean up its bind mounts if used concurrently

On 30/06/2016 18:02, Dima Kogan wrote: Then I enter a schroot: $ schroot -c xxx zsh Then with this schroot open, I enter it again from a different terminal: $ schroot -c xxx zsh $ [ in chroot. again. ] Looking at the mounts, I now see this: devpts on

Bug#789694: [buildd-tools-devel] Bug#789694: schroot: Please consider patch to fix it on hurd-i386

On 15/02/2016 22:31, Samuel Thibault wrote: Hello, Samuel Thibault, on Thu 30 Jul 2015 20:34:49 +0200, wrote: Roger Leigh, le Sun 26 Jul 2015 16:26:22 +, a écrit : Regarding Samuel's commit to the alioth master branch: this is no longer the canonical upstream repo for schroot, Aow, ok

Bug#802849: [buildd-tools-devel] Bug#802849: schroot: please allow to unshare the network

On 24/10/2015 09:02, Johannes Schauer wrote: Package: schroot Version: 1.6.10-2 Severity: wishlist Hi, Debian packages must be buildable without network access. For this purpose it would be extremely useful if schroot would add an option that unshares the network namespace before entering the

Bug#778112: [buildd-tools-devel] Bug#778112: Bug#778112: Bug#778112: schroot: ftbfs with GCC-5

On 26/07/2015 08:50, Matthias Klose wrote: On 07/26/2015 12:09 AM, Roger Leigh wrote: On 25/07/2015 22:07, Roger Leigh wrote: On 25/07/2015 21:45, Roger Leigh wrote: OK, some further investigation has shown what the exact error is. It looks like a GCC bug. Please see the attached source

Bug#789155: [buildd-tools-devel] Bug#789155: schroot: FTBFS: g++-4.8: error: unrecognized command line option '-fstack-protector-strong'

On 26/07/2015 20:28, Jakub Wilk wrote: * Roger Leigh rle...@codelibre.net, 2015-07-26, 17:22: I assume that some other package is providing the -fstack-protector-strong argument schroot (1.7.2-1) experimental; urgency=medium [...] * debian/rules: - Build using g++-4.8, needed for C

Bug#789694: [buildd-tools-devel] Bug#789694: schroot: Please consider patch to fix it on hurd-i386

On 23/06/2015 13:42, Gabriele Giacone wrote: attached patch makes schroot working on hurd, has been being tested on exodar porterbox since many months. It works around #763932 bug. Dear Gabriele and Samuel, I just want to check on the state of this patch and add a few notes. I'm not

Bug#778112: [buildd-tools-devel] Bug#778112: schroot: ftbfs with GCC-5

tags 778112 + patch thanks On 15/07/2015 14:50, Cyril Brulebois wrote: Matthias Klose d...@debian.org (2015-02-12): The following tests FAILED: Errors while running CTest 2 - sbuild-chroot-chroot (Failed) 6 - sbuild-run-parts (Failed) make[2]: *** [test] Error 8

Bug#789155: [buildd-tools-devel] Bug#789155: schroot: FTBFS: g++-4.8: error: unrecognized command line option '-fstack-protector-strong'

On 18/06/2015 11:30, Jakub Wilk wrote: Source: schroot Version: 1.7.2-2 Severity: serious Justification: fails to build from source schroot FTBFS: | cd debian/build/gtest/ ; \ | CXX=g++-4.8 -std=c++11 cmake /usr/src/gtest ; \ | /usr/bin/make VERBOSE=1 | -- The CXX compiler identification is

Bug#778112: [buildd-tools-devel] Bug#778112: Bug#778112: Bug#778112: schroot: ftbfs with GCC-5

On 25/07/2015 21:45, Roger Leigh wrote: OK, some further investigation has shown what the exact error is. It looks like a GCC bug. Please see the attached source file testcase. This regex is failing: std::regex(^[a-z0-9][a-z0-9-]*$, std::regex::extended); however this one works: std

Bug#778112: [buildd-tools-devel] Bug#778112: Bug#778112: Bug#778112: schroot: ftbfs with GCC-5

On 25/07/2015 22:07, Roger Leigh wrote: On 25/07/2015 21:45, Roger Leigh wrote: OK, some further investigation has shown what the exact error is. It looks like a GCC bug. Please see the attached source file testcase. This regex is failing: std::regex(^[a-z0-9][a-z0-9-]*$, std::regex

Bug#778112: [buildd-tools-devel] Bug#778112: Bug#778112: schroot: ftbfs with GCC-5

On 15/07/2015 15:30, Matthias Klose wrote: On 07/15/2015 05:21 PM, rle...@codelibre.net wrote: Matthias Klose d...@debian.org (2015-02-12): The following tests FAILED: Errors while running CTest 2 - sbuild-chroot-chroot (Failed) 6 - sbuild-run-parts (Failed) make[2]: ***

Bug#786566: [buildd-tools-devel] Bug#786566: schroot: Should mark bind mounts in the schroot as private

On 15/07/2015 17:47, Tyler Hicks wrote: Hello - I'm sending a friendly poke in hopes that I can get a review for my proposed patch. The unpatched behavior is a considerable usability issue on systems that use systemd, schroot, and a filesystem mounted at /home/$USER. I'd prefer upstream review

Bug#790097: New Ice stable release 3.6.0 available

Source: zeroc-ice Version: 3.5.1-6 If this could be packaged at some point, it would be greatly appreciated. The upstream source releases have been moved to github; the 3.6.0 release is here: https://github.com/zeroc-ice/ice/archive/v3.6.0.tar.gz And upstream Debian packaging is here for

Bug#736642: [buildd-tools-devel] Bug#736642: Reassign to libpam-ssh?

On Sun, May 03, 2015 at 01:52:07AM -0400, Allan Wind wrote: I am seeing this issue with libpam-ssh as well. Can we reassign, or shall I file a new defect against libpam-ssh? Please reassign; this is unlikely to be a schroot-specific bug. -- .''`. Roger Leigh : :' : Debian GNU/Linux

Bug#779180: [buildd-tools-devel] Bug#779180: Bug#779180: Honor chroot personality in setup (service) scripts

On Thu, Apr 16, 2015 at 01:15:06AM +0200, Jan-Marek Glogowski wrote: Hi Roger, Am 15.04.2015 um 00:25 schrieb Roger Leigh: On Wed, Feb 25, 2015 at 09:42:59AM +0100, Jan-Marek Glogowski wrote: schroot allows to set a Linux personality for chroots, e.g. to run a 32bit chroot on a 64bit

Bug#779180: [buildd-tools-devel] Bug#779180: Honor chroot personality in setup (service) scripts

not had time to test it and commit it, due to a combination of work deadlines and RSI still preventing me doing as much typing as I would like. I hope that the work side of things will improve towards the end of the month. Kind regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux

Bug#675788: [buildd-tools-devel] Bug#675788: Solution found

shortly after doing the rbind with autofs, it's not acceptable to do this blindly. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D

Bug#774856: [buildd-tools-devel] Bug#774856: Bug#774856: buildd: undeclared dependency on sudo

be a suggests really. This might be niggly to solve since it's only an error conditionally (if using sudo). -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D

Bug#675788: [buildd-tools-devel] Bug#675788: Additional info

to do a good job of supporting it. That said, any improvements, even if imperfect, would be welcome. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public

Bug#771235: [buildd-tools-devel] Bug#771235: [PATCH] sbuild: Fails to build a few valid packages that are arch all plus others

kfreebsd-i386 kfreebsd-amd64 Unfortunately sbuild incorrectly refuses to build this package even when told it should build architecture all packages. Applied, thanks. -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http

Bug#771001: [buildd-tools-devel] Bug#771001: schroot: [INTL:de] Updated German PO translation

, much appreciated! I've committed this including the typo fix--thanks for pointing it out. Kind regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key

Bug#762597: [buildd-tools-devel] Bug#762597: Bug#762597: /var/lib/schroot/mounts should be in /var/run for --one-file-system

On Mon, Nov 24, 2014 at 06:00:23PM +, Ian Jackson wrote: Roger Leigh writes (Re: [buildd-tools-devel] Bug#762597: /var/lib/schroot/mounts should be in /var/run for --one-file-system): Hmm, this is an interesting problem. Your proposed solution would certainly provide a boundary to stop

Bug#762597: [buildd-tools-devel] Bug#762597: Bug#762597: Bug#762597: /var/lib/schroot/mounts should be in /var/run for --one-file-system

On Wed, Nov 26, 2014 at 04:39:00PM +, Roger Leigh wrote: On Mon, Nov 24, 2014 at 06:00:23PM +, Ian Jackson wrote: Roger Leigh writes (Re: [buildd-tools-devel] Bug#762597: /var/lib/schroot/mounts should be in /var/run for --one-file-system): Hmm, this is an interesting problem

Bug#764785: [buildd-tools-devel] Bug#764785: Bug#764785: schroot: setup script to copy apt archives from host to chroot

On Sun, Nov 09, 2014 at 09:44:38PM -0300, Felipe Sateler wrote: On Sun, Nov 9, 2014 at 3:33 PM, Roger Leigh rle...@codelibre.net wrote: On Sat, Oct 11, 2014 at 12:24:38AM -0300, Felipe Sateler wrote: Package: schroot Version: 1.6.10-1+b1 Severity: wishlist Tags: patch For systems

Bug#762597: [buildd-tools-devel] Bug#762597: /var/lib/schroot/mounts should be in /var/run for --one-file-system

for the rootfs). Currently implementing support for ZFS snapshots. I'll need to do some testing of this to make sure it doesn't break anything. If you have any further thoughts or ideas, please do let me know! Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp

Bug#606415: [buildd-tools-devel] Bug#606415: Back to the Future II

enough to submit a good patch. :) I can certainly take a look when I have some spare time. However, schroot isn't Debian-specific so it's not something I'd like to have a hard dependency upon. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh

Bug#764785: [buildd-tools-devel] Bug#764785: Bug#764785: schroot: setup script to copy apt archives from host to chroot

On Mon, Nov 24, 2014 at 11:00:03AM -0300, Felipe Sateler wrote: On Mon, Nov 24, 2014 at 10:50 AM, Roger Leigh rle...@codelibre.net wrote: On Sun, Nov 09, 2014 at 09:44:38PM -0300, Felipe Sateler wrote: On Sun, Nov 9, 2014 at 3:33 PM, Roger Leigh rle...@codelibre.net wrote: On Sat, Oct 11

Bug#675788: [buildd-tools-devel] Bug#675788: schroot: PulseAudio not working in a default desktop schroot

severity 675788 wishlist tags 675788 + moreinfo wontfix thanks On Tue, Jun 05, 2012 at 10:16:15AM +0100, Roger Leigh wrote: On Sun, Jun 03, 2012 at 01:06:33PM +0200, Luca Capello wrote: With the latest upgrade, /etc/schroot/desktop/fstab gained PulseAudio support (BTW, there is an extra

Bug#768091: [buildd-tools-devel] Bug#768091: schroot: please support alternative compressions for file-based chroots

be happy to apply this. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800

Bug#765886: [buildd-tools-devel] Bug#765886: sbuild: [PATCH] Replaced all unicode-printed chars with plain ASCII

characters to substitute. This should be wrapped by POSIX.pm. If you'd like to make this change, I'll be happy to review and apply it. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org

Bug#764785: [buildd-tools-devel] Bug#764785: schroot: setup script to copy apt archives from host to chroot

this additional check? Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE

Bug#763896: [buildd-tools-devel] Bug#763896: schroot: infinite allocation on uid/gid entry errors.

/76a85f0fb34d39f796185d296fadde81b79a3948 Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email

Bug#696632: initramfs-tools: Patches to clean up /run handling for jessie

On Sat, Sep 27, 2014 at 08:11:42PM +0100, Ben Hutchings wrote: On Wed, 11 Sep 2013 18:29:53 +0200 maximilian attems m...@stro.at wrote: On Mon, 24 Dec 2012, Roger Leigh wrote: 1) Migration of /run to the rootfs is mandatory, i.e. /run is required to be present on the rootfs

Bug#763157: initramfs-tools: Mounting /usr by initramfs-tools breaks checkfs.sh

. Or maybe check util-linux is up-to-date in case it just needs upgrading. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A

Bug#763157: initramfs-tools: Mounting /usr by initramfs-tools breaks checkfs.sh

On Sun, Sep 28, 2014 at 08:20:52PM +0100, Ben Hutchings wrote: On Sun, 2014-09-28 at 19:44 +0100, Roger Leigh wrote: On Sun, Sep 28, 2014 at 06:49:49PM +0100, Ben Hutchings wrote: Roger, please can you look at this? Ben. On Sun, 2014-09-28 at 11:41 +0200, Robert Luberda wrote

Bug#761435: [buildd-tools-devel] Bug#761435: schroot: Nothing is mounted inside the chroot

for e.g. mount namespaces. In general these are to make schroot work around things systemd has broken and/or arbitrarily changed which break us. It's entirely possible the systemd people broke even more basic system functionality in the meantime. Regards, Roger -- .''`. Roger Leigh

Bug#652459: initramfs-tools: [patch] Please support mounting of /usr in the initramfs

, it can be added | then. This sounds good to me, is there any chance that either you, Roger Leigh or someone else would be willing to provide the according patchset (without the /etc-mount feature) rebased against our current git master and possibly while at it also take care of https

Bug#759393: [buildd-tools-devel] Bug#759393: /etc/init.d/schroot: Switch Should-Start from lvm to lvm2

, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ

Bug#757335: [buildd-tools-devel] Bug#757335: Bug#757335: postgresql-debversion: No package for postgresql 9.4

On Fri, Aug 08, 2014 at 02:50:01PM +0100, Roger Leigh wrote: On Thu, Aug 07, 2014 at 10:13:54PM +0200, Andreas Tille wrote: Hi, sorry, but the given patch applies to what? It does not help when trying to apply to `apt-get source postgresql-debversion` and I also tried gbp-clone

Bug#757083: [Pkg-sysvinit-devel] Bug#757083: initscripts: please treat /usr (if separate) the same as /

explicitly support booting w/o initramfs for Linux and non-Linux kernels. Some of the logic is likely for non-Linux. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools

Bug#757335: [buildd-tools-devel] Bug#757335: postgresql-debversion: No package for postgresql 9.4

state later today. All the buildd-tools repos are missing from the main gitweb page as well. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key

Bug#718127: [buildd-tools-devel] Bug#718127: Bug#718127: Bug#718127: schroot: CHROOT_SESSION_PURGE and tar-based source chroots

On Tue, Jul 15, 2014 at 04:13:55PM +0200, Aurelien Jarno wrote: Hi, On Mon, Jul 14, 2014 at 11:43:50PM +0100, Roger Leigh wrote: tags 718127 + patch pending thanks On Sun, Jul 13, 2014 at 10:49:46PM +0100, Roger Leigh wrote: On Thu, Jul 10, 2014 at 10:36:28PM +0100, Roger Leigh

Bug#727712: [buildd-tools-devel] Bug#727712: Supplementary groups taken from the host system instead of the chroot

for similar reasons to NSS, but the underlying rationale is pretty much the same. As for NSS, I'd be open to changing things if there was a clear solution to the problems. Kind regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot

Bug#749897: [buildd-tools-devel] Bug#749897: schroot: Can't end session after schroot automatically restored it during boot under systemd

as it doesn't compromise schroot's portability to other platforms. Kind regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C

Bug#749960: [buildd-tools-devel] Bug#749960: schroot: please support a proot type of chroot

be implemented. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE

Bug#728096: [buildd-tools-devel] Bug#728096: schroot fails if shm tmpfs is mounted on /dev/shm

with this to debug what's going on. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800

Bug#688325: [buildd-tools-devel] Bug#688325: Bug#688325: [schroot] I can't mount usb key with schroot

can't be opened? (strace as root inside the chroot might help.) I suspect pmount needs something extra bind mounting into the chroot to work, but I'm not sure what that would be or where it lives. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh

Bug#751733: [buildd-tools-devel] Bug#751733: --location does not work with session names

. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs

Bug#718127: [buildd-tools-devel] Bug#718127: Bug#718127: Bug#718127: schroot: CHROOT_SESSION_PURGE and tar-based source chroots

tags 718127 + patch pending thanks On Sun, Jul 13, 2014 at 10:49:46PM +0100, Roger Leigh wrote: On Thu, Jul 10, 2014 at 10:36:28PM +0100, Roger Leigh wrote: To implement this, we need session and source facets to have a pointer to the parent chroot. So we query a session chroot and ask

Bug#718127: [buildd-tools-devel] Bug#718127: Bug#718127: schroot: CHROOT_SESSION_PURGE and tar-based source chroots

On Thu, Jul 10, 2014 at 10:36:28PM +0100, Roger Leigh wrote: To implement this, we need session and source facets to have a pointer to the parent chroot. So we query a session chroot and ask if its parent was a source chroot, and also link from a source chroot to plain chroot for generality

Bug#718127: schroot: CHROOT_SESSION_PURGE and tar-based source chroots

On Wed, Jul 09, 2014 at 10:15:19PM +0200, Aurelien Jarno wrote: On Sun, Jul 28, 2013 at 09:52:22AM +0100, Roger Leigh wrote: Package: schroot Version: 1.7.0-1 Severity: normal Check if CHROOT_SESSION_PURGE is being set for file source chroots. If it is, should this be changed

Bug#718127: [buildd-tools-devel] Bug#718127: schroot: CHROOT_SESSION_PURGE and tar-based source chroots

On Thu, Jul 10, 2014 at 11:03:38PM +0200, Aurelien Jarno wrote: On Thu, Jul 10, 2014 at 09:07:57PM +0100, Roger Leigh wrote: I think the correct solution will be to add a CHROOT_SESSION_SOURCE=true|false setup environment variable, with corresponding SESSION_SOURCE = 1 3

Bug#741727: [buildd-tools-devel] Bug#741727: sbuild-createchroot: custom suffix in chroot names

On Wed, Jun 18, 2014 at 06:45:35PM +0200, Luca Falavigna wrote: Control: tags -1 + patch Attached patch implements this feature. Looks fine, thanks. Please feel free to commit and upload. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org

Bug#751732: [buildd-tools-devel] Bug#751732: Bug#751732: sbuild-createchroot: No overlay configured by default

. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist

Bug#710073: [buildd-tools-devel] Bug#710073: Bug#710073: Bug#710073: sbuild: add copy-on-write support

On Sat, May 10, 2014 at 02:00:05PM -0400, Samuel Bronson wrote: Roger Leigh rle...@codelibre.net writes: On Fri, Jul 05, 2013 at 10:15:07AM -0700, Geoffrey Thomas wrote: Hasn't overlayfs support been in schroot since 1.5.2-1 (May 2012)? I don't think any more support is needed

Bug#739053: rpcbind LSB initscript runlevels are incorrect

, and I'm not able to do more investigation at present due to my hands. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443

Bug#745851: [buildd-tools-devel] Bug#745851: sbuild: should give a clear error message when chroot does not exist

unstable chroot configuration, it will then be possible to have it work. This is not a proper fix for the reported problem, but it might be useful as a workaround for now. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot

Bug#669866: manpages: New manual page: hostname(5)

On Mon, Apr 21, 2014 at 03:39:20PM +0200, Michael Kerrisk (man-pages) wrote: On 04/21/2014 10:04 AM, Petter Reinholdtsen wrote: [Roger Leigh] Sorry, I've not done anything on this lately--I'm not too active in Debian at present due to RSI and other reasons. Petter, would you possibly

Bug#479397: [gutenprint] Moved Git repository away from collab-maint to printing

an update of the packaging and some fixes; I hope that's okay for you. Yes, that's totally fine with me. Thanks for doing this! Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects

Bug#669866: manpages: New manual page: hostname(5)

, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ

Bug#743976: php5-json: Missing package dependencies prevent package removal

Package: php5-json Version: 1.3.4-1 Severity: serious Justification: Broken deps prevent deinstall % sudo apt-get remove php5-json Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: php5-common php5-json 0

Bug#681884: [buildd-tools-devel] Bug#681884: Same problem with schroot 1.6.8-1

-- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ

Bug#742701: [buildd-tools-devel] Bug#742701: package built without _FORTIFY_SOURCE=2, debhelper or schroot issue?

. can't see what to fix in schroot. Should simply be a matter of appending CPPFLAGS to CXXFLAGS? From the description, #668813 sets CFLAGS, but doesn't mention CXXFLAGS--maybe it just needs updating to set both? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp

Bug#742701: [buildd-tools-devel] Bug#742701: Bug#742701: package built without _FORTIFY_SOURCE=2, debhelper or schroot issue?

On Wed, Mar 26, 2014 at 04:01:14PM +, Roger Leigh wrote: On Wed, Mar 26, 2014 at 03:01:37PM +0100, Matthias Klose wrote: Package: debhelper,schroot Severity: important seen in unstable, according to http://qa.debian.org/bls/packages/s/schroot.html https://buildd.debian.org/status

  1   2   3   4   5   6   7   8   9   10   >