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 environmen
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
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
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.. orpha
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
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
>
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
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 re
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 repl
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 -> libtinyx
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
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
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
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 f
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 t
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 $XDG_RUNTIME_DIR
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 pack
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 primarily
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
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 /etc/init.d/{rc,r
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
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
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 ar
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 unstable
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 a
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 ac
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.
Rega
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 fail
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 u
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
behavio
Source: xerces-c
Severity: normal
https://marc.info/?l=xerces-c-users&m=150396606201867&w=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
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.
Regards,
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
type=b
On 05/01/17 10:08, Roger Leigh wrote:
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
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 after discussing th
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 adt-
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 /run/schroot/mount/xxx-5a4ddce
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,
Ao
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 c
On 26/07/2015 20:28, Jakub Wilk wrote:
* Roger Leigh , 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++11 compatibility
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 i
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 familia
tags 778112 + patch
thanks
On 15/07/2015 14:50, Cyril Brulebois wrote:
Matthias Klose (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
Makefile:117: recipe for ta
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
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-]*$",
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
On 15/07/2015 15:30, Matthias Klose wrote:
On 07/15/2015 05:21 PM, rle...@codelibre.net wrote:
Matthias Klose (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
Mak
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 be
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 refe
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
: :'
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 ru
ave looked over your patches. I've
unfortunately 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
--
. Since
it system is completely unusable 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
ate without it (but
> whinge)?
>
> Or does it in fact also fail to operate?
Required only if not using schroot, so should be a suggests really.
This might be niggly to solve since it's only an error conditionally
(if using sudo).
--
.''`. Roger Leigh
: :'
ly-specified and it's
likely we won't be able 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 a
Architecture: all 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/~rleig
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"):
> >
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
> >
« in the po file).
Hi Chris,
Many thanks, 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
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, th
On Mon, Nov 24, 2014 at 11:00:03AM -0300, Felipe Sateler wrote:
> On Mon, Nov 24, 2014 at 10:50 AM, Roger Leigh 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 wrote:
> >> > On Sat, Oc
pen? It might pique someone's interest 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
--
ere the subvolumes have a separate devid, and had that as a
separate filesytem (don't trust it enough 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 o
On Sun, Nov 09, 2014 at 09:44:38PM -0300, Felipe Sateler wrote:
> On Sun, Nov 9, 2014 at 3:33 PM, Roger Leigh wrote:
> > On Sat, Oct 11, 2014 at 12:24:38AM -0300, Felipe Sateler wrote:
> >> Package: schroot
> >> Version: 1.6.10-1+b1
> >> Severity: wishlist
&g
bre/schroot/commit/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 07
copy (which you do for setup-start). Would it be possible to add 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 Publi
have a supplementary
non-Unicode set of formatting 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.or
with BSD tar, and also fix up the docs, I'll 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
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.
> >
skip /usr as a matter of course, but it
would also skip fsck of the rootfs so won't be appropriate when
not using an initramfs.
You could if you wanted try using -M in checkfs as a workaround if
the above is the case. Or maybe check util-linux is up-to-date in
case it just needs upgrading
On Sat, Sep 27, 2014 at 08:11:42PM +0100, Ben Hutchings wrote:
> On Wed, 11 Sep 2013 18:29:53 +0200 maximilian attems wrote:
> > On Mon, 24 Dec 2012, Roger Leigh wrote:
> >
> > > 1) Migration of /run to the rootfs is mandatory, i.e. /run is required to
> > >
possible the systemd people broke even more basic system
functionality in the meantime.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Public Key
also wrote:
>
> | Agreed. The actual patch to mount /usr is rather small. The one for
> | mounting /etc complicates things quite a bit. Please let's not
> | entangle the two and just upload the bits for mounting /usr. If
> | there is later demand for the /etc-mount feature, it
is certainly true, and I'll look at doing this in due course.
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 2
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-debve
27;ve got a local copy at home; I'll push
the current 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 s
require files from /usr in early boot, it should
continue to work with a big fat warning added. We definitely
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
: :' : Debi
h from chroots and source chroots).
Due to the behaviour break, I'm reluctant to change it for
1.6.x, but for 1.7.x it's a reasonable break for a new
major release.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh
stab-type file: No such file or directory
> (precise)guy@pcplat53:~$
>
> This is ok with the host but not with the schroot
Sorry for the long delay. Did you ever find a solution to this problem?
Which file can't be opened? (strace as root inside the chroot might
help.)
I
unt operations
during session creation, and umount operations during cleanup. I'd
recommend running with this to debug what's going on.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild htt
o proposed patches or just general detail on how it might
be implemented.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Pub
on't plan to, but I would certainly appreciate any
suggestions or patches from anyone who understands exactly what systemd
broke and how it should be fixed, so long as it doesn't compromise
schroot's portability to other platforms.
Kind regards,
Roger
--
.''`.
architecture/personality mismatching,
this just can't work in a reliable manner. This has caused some
complaints in the past 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
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:
> > >
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
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 plai
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 envi
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 chro
ortability, tar is definitely preferable to overlays as the
default.
I'd be happy for sbuild-createchroot to switch to tar by default;
please feel free to commit and upload such a change.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people
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/Linux
On Sat, May 10, 2014 at 02:00:05PM -0400, Samuel Bronson wrote:
> Roger Leigh 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 an
a book open, let alone type properly, so it's possible
I've missed something.
Sorry I can't help more here. I really can't recall the specifics, and
I'm not able to do more investigation at present due to my hands.
Regards,
Roger
--
.''`. Roger Leigh
:
you add an UNRELEASED alias to your 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
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
/git/printing/gutenprint.git
>
> I will upload the package shortly including 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
: :
de?
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 UNSUB
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 up
r the years. I do have some rather bad things to say about
systemd's attitudes here, but I'll refrain from it here.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.or
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/
u're not overwriting things like in korundum, appending the
> CPPFLAGS seems to work. 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 t
1 - 100 of 2949 matches
Mail list logo