On Fri, May 26, 2023 at 09:40:02AM -0700, Simon Chopin wrote:
> See https://bugs.launchpad.net/ubuntu/+source/rust-gio/+bug/2020880
> See https://bugs.launchpad.net/ubuntu/+source/rust-graphene-sys/+bug/2020902
Thanks for tagging these update-excuse!
--
Steve Langasek G
week.
I will leave xenial as-is for the moment, and send further mail before
making any changes to NBS packages there.
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 Deve
lings for removals of generic & lts-xenial kernels.
Thanks for pointing this out, I naively assumed that we had rebuilt d-i in
trusty against the last kernels published there before moving to ESM.
I've locally implemented a stay of execution for the above kernel package
versions.
--
Steve L
dy ignores tests relying on mongodb server. So it should expand the
> ignore list.
>
> Patch https://launchpad.net/bugs/2022332, forwarded to
> https://bugs.debian.org/1037035
Uploaded.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free
t repository
*and* apt source the package is meh)
- getting the correct options to dpkg-buildpackage by hand for a package
merge is tedious; this automates -v and -sa arguments.
Enjoy,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
as the
wrong metadata gets fixed - ideally, by grafting the repo history into the
git-ubuntu repos and then dropping the stale Vcs-* fields.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to se
n't speak for the MIR team, I have no objection to them relaxing the
requirement of .symbols files for C++ libraries in main. Just offering some
suggestions on how we can do a better job of automating C++ ABI checks than
we're doing today.
Cheers,
--
Steve Langasek
through, or you're
*not* taking it out of the queue and then you also don't need to be listed
as a separate approver.
--
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 De
On Wed, Jun 07, 2023 at 09:27:47PM -0700, Bryce Harrington wrote:
> On Wed, Jun 07, 2023 at 06:41:14PM -0700, Steve Langasek wrote:
> > As git-ubuntu sees increasing use, including for such things as requests for
> > sponsorship of Debian merges, I've had an itch to s
gt; PS: one improvement for gu-build would be to print to stdout the various
> steps it goes through; a full, clean and pretty implementation is
> probably fairly difficult but a crude one that is ~60% enough would
> probably a matter of minutes.
Any objections to this being under a -
an.
* `ruby-jekyll-github-metadata`: more network-based tests. Disabled in
debian/ruby-tests.rake, uploaded, forwarded to Debian.
--
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 Devel
On Thu, Jun 01, 2023 at 12:55:36PM -0700, Steve Langasek wrote:
> Hi folks,
> Well, we found out that removing all NBS kernel packages for stable series
> was not altogether without its problems for users. We have modified the
> removal policy going forward in response to feedback.
On Wed, Jun 14, 2023 at 03:29:11PM +0200, Paride Legovini wrote:
> Steve Langasek wrote on 13/06/2023:
> > This is the following in my ~/.gitconfig:
> > [url "git+ssh://vor...@git.launchpad.net/"]
> > insteadof = lp:
> > This configur
mend to developers for the current setup. Buy-in and adoption of
git-ubuntu as a tool is a necessary precondition for us getting away from
working with source packages, so in my view we have to approach this
incrementally.
--
Steve Langasek Give me a lever lo
e new `r-base`, but this makes clear
which ones those are.
--
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 Developer https://
member reviewer as Robie
proposes, but to filter out any MPs from the sponsorship queue which have a
negative review from a sponsor, and no further activity on the MP (either
comments or commits) after that point.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian
On Thu, Jun 29, 2023 at 10:55:21PM +0100, Robie Basak wrote:
> On Thu, Jun 29, 2023 at 02:36:06PM -0700, Steve Langasek wrote:
> > I think the least-effort approach is for the handling of MPs for sponsorship
> > to match the handling of bugs: ~ubuntu-sponsors is unsubscribed, a
an build needs to be adjusted for
> this.
> I have proposed a PR to fix this in Ubuntu, and forwarded to Debian.
Looks like this has been sponsored.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and
o archive.
> >
> > The drawback is that building the kernel would take longer, the package
> > takes more space on the archive and mirrors, and downloading them could
> > take longer on slow connections.
> >
> > Implementing my proposal would be relati
> Will the user still be able to add further modules and will machine specific
> configuration files (e.g. for booting from iSCSI) still be included into the
> initrd?
I think a robust implementation of this on the initramfs-tools side looks
like:
- identify all the contents that belong
e but a more lightweight process is to ask on #ubuntu-release on IRC
for an archive admin to remove the binaries in such cases.
--
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 Developer
pendencies is not an improvement!
I understand the reason for being concerned about keeping uncompressed
firmware available is that not all kernels have support for compressed
firmware. However we should work out a path that lets us switch to
compressed firmware on releases where we know it'
he
zstd support onto jammy's 5.15 kernel.
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 Developer https://www.debian.org/
or should
remain unchanged for existing kernel+firmware packages, and it's therefore
safe to push more widely.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ub
work
> seamlessly but always expect the unexpected right :)
Does the code also properly distinguish between tests queued with proposed=1
and those without, so that it's possible to queue both ways in parallel?
Thanks,
--
Steve Langasek Give me a lever long enough and
o be present as build-time deps).
So this is a very common pattern for rust packages.
--
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 Developer
the duplicate request check is
> disabled. I made this quick change to unblock ginggs
Excellent, thank you!
> On Fri, Jul 28, 2023 at 5:19 AM Steve Langasek
> wrote:
>
> > Hi Tim,
> >
> > On Thu, Jul 27, 2023 at 11:10:05AM +0100, Tim Andersson wrote:
> > >
/ubuntu-23.10 980
$
Evidently there is something different in the way desktop-common is being
handled for Edubuntu and Ubuntu Studio, that it's not being seeded there.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set i
Hi Andreas,
On Fri, Aug 11, 2023 at 06:40:16PM -0300, Andreas Hasenack wrote:
> canonistack isn't an option.
Why? Do we need to open RTs?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move t
s this property that we haven't tampered with
the last-known-good kernel and makes the system less resilient.
We should prioritize resilience of boot recovery over reducing the size of
/boot contents.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
* tests on armhf will have more memory available
than on other architectures. But that memory is also shared across tests,
so "noisy neighbor" effect is more of a problem.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
tarting point for someone to create a doc that distills this for just the
Ubuntu architectures.
--
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 Developer
Please keep the NBS report in mind as well:
https://ubuntu-archive-team.ubuntu.com/nbs.html
There has not been much progress on this list for roughly a month, and there
are lots of packages here needing active attention of the kind that would
not be blocked by a glibc migration :)
Thank
nd if they
don't have a versioned Depends: for some reason, it should be sufficient to
manually add one.
There had previously been mention on IRC of declaring Breaks: between libc6
and the packages. However, having thought this through just now I believe
that's unnecessary, and also does
s files. I would recommend simply
dropping them rather than marking them optional, since if they come back
again that indicates a DIFFERENT problem.
If you need something upstreamable to Debian, then you'll need to mark them
optional since Debian unstable is still on glibc 2.37.
--
Steve Lang
> classic sources.list, you should be able to do so with:
> $ cp /etc/apt/sources.list{.distUpgrade,}
> $ rm /etc/apt/sources.list.d/ubuntu.sources
Is this entry in the mantic release notes still accurate?
* add-apt-repository now adds PPAs as deb822 .sources files (Improvements to
PPA ma
facilitate Ubuntu
development, for things not yet landed in the main archive. It certainly
shouldn't be used for long-lived PPAs whose contents are not targeted for
inclusion in Ubuntu.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
ransfer to the main archive and all have
to be run again, and it's the second run that actually matters for
proposed-migration.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the
On Wed, Sep 27, 2023 at 06:38:06PM -0700, Bryce Harrington wrote:
> On Tue, Sep 26, 2023 at 04:53:05PM -0700, Steve Langasek wrote:
> > On Mon, Sep 25, 2023 at 03:22:59PM -0700, Bryce Harrington wrote:
> > > Moreover, there are other use cases beyond test failure fixing.
>
El-Torito
ISO boot support treating these images as only for flashing on USB drives.
It would remove one significant barrier for us adopting ubuntu-image for the
mastering of our installer images. But we should do the work to establish
that these things are no longer needed!
--
Steve Langasek
the thread together.
> On Wed, 11 Oct 2023 at 00:13, Steve Langasek
> wrote:
> > To be clear, it would make a lot of things easier if we did determine we
> > could drop not only BIOS boot support from our images, but also El-Torito
> > ISO boot support treating these
ew field for this. If we are going to change the
Sources file at all, the existing "Vcs-Git" field already has the correct
semantics.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the worl
, maybe a few others?).
I'd therefore like to propose we close this mailing list and forward the
address on to ubuntu-devel-disc...@lists.ubuntu.com, which at least has a
larger subscriber base and is more likely to result in users getting help
with their questions.
Opinions?
--
Steve Langas
l) and the volunteer
> support in #ubuntu and #ubuntu-next would not be too keen to lose that one.
> But, again, that's a discussion to be had with the IRC council.
What would be the process for asking #ubuntu-motu to be closed/redirected?
--
Steve Langasek Give me a
on, but I have
> absolutely no clue how I would go about doing this, and suspect it's not
> even possible.
It is not possible.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world
smoothly as possible.
We typically wouldn't even do a +really upload, but instead just remove the
broken version from -proposed.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, a
need to be retained
because 16.04.7 was an update only for UEFI architectures (amd64 and arm64).
I am planning to start removing the other NBS kernels from xenial this
coming Friday, December 15.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
On Sun, Dec 10, 2023 at 05:22:37PM -0800, Steve Langasek wrote:
> Removing obsolete NBS kernels from trusty as described in June [1] went
> without any problems being reported.
> I am therefore planning to proceed with the same cleanup now of NBS kernels
> from xenial-{updates,sec
On Tue, Dec 19, 2023 at 08:20:04AM -0800, Steve Langasek wrote:
> On Sun, Dec 10, 2023 at 05:22:37PM -0800, Steve Langasek wrote:
> > Removing obsolete NBS kernels from trusty as described in June [1] went
> > without any problems being reported.
> > I am therefore plannin
etween releases, and the release upgrade is the
time for the user to discover this is the case and deal with it (as part of
a maintenance window).
Otherwise, you're really just shifting the pain. Ubuntu X went EOL, I have
to reinstall, I install Ubuntu X+1 which is what I had installed before,
nd we are dropping
the patch, it would seem to have the opposite effect to what you've written.
--
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 Developer
e locally but it fails to
> build on LP due to dh_missing complaining.
Are you using up-to-date debhelper on noble? There have been recent changes
in debhelper's handling of systemd units, precisely for the /lib vs /usr/lib
question.
Thanks,
--
Steve Langasek Give me a lever
eded:
> https://git.launchpad.net/~ubuntu-server/+git/ubuntu-helpers/tree/rbasak/clear-review-slot.py
Please submit this to ubuntu-dev-tools :-)
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.
n you verify that the previous version of the package in Ubuntu builds in
noble?
See also https://bugs.debian.org/1059658
--
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 Developer
the Debian bug tracker.
>
> Thanks, Matthias
>
> --
> ubuntu-devel mailing list
> ubuntu-devel@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
--
Steve Langasek Give me a lever long enou
ile, and I don't like this pointing to a service we
don't control.
And if there are issues with the usability of paste.ubuntu.com, uh, we own
that service? So let's work with our IS team to make it fit for purpose.
(I don't know why it currently requires a login to *view* pas
uiring authentication on the SUBMISSION side is sufficient reason to
change the default pastebin, then that of course isn't something we should
second-guess; we don't need to be reinvesting anonymous ftp servers. But in
that case, I think there should have been a discussion about who the de
ted while logged in can be viewed
> anonymously and a paste created anonymously (e.g. by pastebinit, which I
> don't think supports logging in?) requires a login to view.
Ok, I was unaware of this nuance. That being the case, I don't think "login
required" is a soun
I would consider this. It
would require an actual SRU process for mrbuild, since that package has
other reverse-build-dependencies in noble (libdogleg, mrgingham, vnlog)
which should not be allowed to regress; but provided there is a proper SRU
test case to assert this, I think it's a sensib
are removed from
> > Ubuntu.
> I think that would be a very good policy, actually.
You *personally* think that there should be such a policy. Many other
Debian maintainers would be very angry to receive such notifications. And
we currently don't have any mechanism for such not
list is: was anyone using this script, and if so, are
you attached to the non-"batch" mode? If not, I would like to make the
"batch" mode the mode, dropping the requirement for the --batch argument.
--
Steve Langasek Give me a lever long enough and a Free OS
De
would certainly be
prioritized accordingly.
--
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 Developer https://www.debian.org/
s
is to remove those packages from the archive and
> reintroduce them once the `ruby-rack` v3 transition is completely
> finished.
The main issue with this is that we have no way to track when such packages
should be re-added.
Thanks,
--
Steve Langasek
est/edge for LXD. I confirmed the fix myself just now.
We don't deploy from latest/edge in production, nor should we. Do we have
an ETA for when this will land in the stable channels for LXD that are used
by default in the Ubuntu LTSes?
--
Steve Langasek Give me a lever
#x27;s not really consistent with the schema we use in Ubuntu. I've moved
these packages to multiverse altogether (source and binary).
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the w
e less locked memory available than on other archs, due to a
kernel difference. Provided a partial patch to let tests be skipped when
locked memory can't be allocated, but one test still fails. Uploaded, and
forwarded the patch to Debian. https://bugs.debian.org/1081220.
ests (rationale is in the bug report):
> https://bugs.launchpad.net/ubuntu/+source/nield/+bug/2079349
> https://bugs.launchpad.net/ubuntu/+source/glosstex/+bug/2079355
Removed.
> https://bugs.launchpad.net/ubuntu/+source/sslh/+bug/2079513
Follow-up question added.
--
Steve Langasek
are interested.
> > This would increase transparency within the project without causing any
> > affect
> > on the individual's reputation outside Ubuntu.
> +1 for this idea.
> Do we have something similar to debian-private in Ubuntu?
God forbid :p
--
Steve Langasek
On Fri, Apr 08, 2011 at 05:24:17PM -0400, Paul Tagliamonte wrote:
> On Fri, Apr 8, 2011 at 5:19 PM, Loïc Minier wrote:
> > On Fri, Apr 08, 2011, Steve Langasek wrote:
> >> > Do we have something similar to debian-private in Ubuntu?
> >> God forbid :p
> >
oesn't know
> about them.
So why doesn't oprofile know about them? Detached symbols files are pretty
much The Way It's Done now; shouldn't oprofile be fixed to understand them?
--
Steve Langasek Give me a lever long enough and a Free OS
De
term gains of stasis, not to
> mention the ability to leverage some technology knowledge from one distro
> to the next. Very few, after all, enjoy the luxury of having to deal with
> only one distribution.
I think the paragraph above is a very good summary of one of the arg
k an init system change, which touches
every single package that's involved with system startup and requires
changes across a very broad set of foundations, desktop, and server
packages.
And for what? Why are we eager to invest that time in switching to
something which, contrary to t
introduces support for job override files that can be updated
without need to modify the .conf files on disk, if that's the actual concern
here.)
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and
n be started or stopped when appropriate, with or without gdm.
That is a stark departure from existing Unix convention, and not something
that we should jump on board without due diligence.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
equently.
That's what happens *today*. But cgroups are an entirely new interface in
the kernel that in systemd explicitly prevents that from happening.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set
ntu's needs are represented in the standards process.
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.o
#x27;t do the converse to ascertain
anything about the experience of the unengaged users by looking at the
results from more heavily engaged users.
> This is something that is a significant change that should be reviewed and
> approved by the Tech Board and possibly the CC.
I think it'
ug a Network Manager problem on a system that uses
network-based authentication, not being in the adm group means I have to
wait for network timeouts before I can look at the logs to figure out what I
need to do to fix my network!
I'd much rather we find a way to fix it so the information *log
hem.
One concern I have is that we not wind up with bugs open at release time
that we *would* have fixed if we had not set them aside as bitesized bugs.
Should we target these bugs to 11.10-beta, so that we make sure to round up
any that are still outstanding at that point?
--
Steve Langasek
es as many times as there
> were target suites.
To upload to both Debian and Ubuntu, it would also have to pass different
options since Ubuntu accepts only source uploads and Debian does not accept
source-only uploads.
--
Steve Langasek Give me a lever long enough and
to know more?"
links available for them to drill down into; and if more documentation needs
to be added, it should be added on the individual detail pages.
I think the Ubuntu Packaging Guide represents a great opportunity for this
kind of refactoring to take place. I don't get
Pros:
- shorter livefs build time
- shorter install time
- potentially *reusable* squashfs image, that can be extended for new
locales just by dropping it on a new ISO including a different package
repo
Is this worth exploring?
--
Steve Langasek Give me a lever long enough and
On Thu, Jun 09, 2011 at 08:36:30PM +0200, Martin Pitt wrote:
> Steve Langasek [2011-06-09 10:49 -0700]:
> > Is there any reason that they have to be in the squashfs image to get that
> > effect? I know that's how it's architected today, but would it actually be
> >
ases, ubiquity would grab the langpacks from the pool and
> install them.
I would presume that by the time ubiquity enters the picture, the packages
are already installed in the live environment, so it just needs to not
/remove/ them...
--
Steve Langasek Give me a lever long eno
emory kills in
> the live environment by installing just a few megs of packages.
Ah; that's not a very nice choice to present the user with then. "Would you
like to run in a language you don't speak very well, or would you like an
OOM?"
:/
--
Steve Langasek
ocess. If this can be sanely togglable on ARM at
runtime, it would be keen to use the same interface on this arch.
HTH,
--
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 Developer
out. Micah, will you upload the necessary
change? (Sooner better than later, so we don't drift too much while
libjpeg8-dev is the default?)
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
to document
all possible ways that packages can be put together, thus leaving would-be
developers with no guidance about how packages *should* be put together, and
it's my fervent hope that the packaging guide will avoid this trap.
Thanks,
--
Steve Langasek Give me a lever
dling these kinds of issues. We should be sensitive to the
gratuitous-update problem, but we should weigh this against the very real
benefits of being better able to fix the bugs affecting our users.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Develop
/+source/ibus-anthy/+bug/829876
> Need Build-dep change
> https://bugs.launchpad.net/ubuntu/+source/mozc/+bug/829907
I haven't had a chance to look at these yet, but I will if nobody else beats
me to them.
--
Steve Langasek Give me a lever long enough and a Free OS
Deb
Hi David,
On Fri, Aug 26, 2011 at 12:00:38AM +0200, David Henningsson wrote:
> On 2011-08-16 20:46, Steve Langasek wrote:
> >As part of the work to eliminate ia32-libs in favor of multiarch library
> >installation
> >(https://blueprints.launchpad.net/ubuntu/+spec/foundat
m for partial upgrades.
So while I'm still pretty ambivalent about 'ld --as-needed' as the way to
fix this, I don't think this issue is less important in Debian than it is in
Ubuntu - and I would be surprised if the Debian release team or Debian
buildd team disagree.
Cheers,
--
to fix up the many build failures
among the reverse-dependencies - including of honeyd, which is by the *same
upstream author* as libevent and had not been ported to the new libevent API
(and won't be any time soon). In the end this was resolved by introducing a
new source package for the prev
;m not sure if the difference to "Ubuntu Developers" will be clear
> enough just from the team name.
The current name is *definitely* not clear. If a human-readable name is
needed, I would strongly recommend either "Ubuntu Development Members" or
"Ubuntu D
es or re-apply the
> Ubuntu deltas. Doing that after the sync completes still appears to be
> easier than trying to do a merge.
Note that the MIRs go beyond hdf5 itself; hdf5 has build-dependencies on
mpich, lam, openmpi and mpi-defaults, all of which are in universe.
Personally I wouldn&#
mba-common:i386 (= 2:3.5.11~dfsg-2ubuntu2) but it is
not installable
Depends: lsb-base:i386 (>= 3.0-6) but it is not installable
Conflicts: winbind but 2:3.5.11~dfsg-2ubuntu2 is to be installed
E: Unable to correct problems, you have hel
On Tue, Oct 25, 2011 at 01:53:50PM +1100, Luke Yelavich wrote:
> On Sun, Oct 23, 2011 at 06:13:40AM EST, Steve Langasek wrote:
> > pulseaudio-utils (ia32-libs only needs /usr/lib/libpulsedsp.so).
> I'm happy to take care of this one, but since libpulsedsp.so is not a true
&g
oothed-combing of the merge delta, and, when all else fails, that's
what the archive check is there for.
--
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 Developer
ded to give smooth LTS->LTS upgrades.
--
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/
slanga...@ubuntu.com
ly question. I've just registered a blueprint about the
security problems of how we handle third-party packages today:
https://blueprints.launchpad.net/ubuntu/+spec/foundations-p-security-of-third-party-debs
There will be a session to discuss this at UDS next week.
Is t
1 - 100 of 573 matches
Mail list logo
