Hi all,
I am trying to update riseup-vpn to its latest version. I am seeing some
confused mix of qt5 and qt6 - not really sure how qt updates for applications
work. I tried to replace qt5 packages (builddeps) with its qt6 equivalents but I
end up with:
| ==BUILD GUI===
| T
Control: block -1 by 1005961
On 03.05.2024 23:45, Christoph Biedl wrote:
Hi,
That would be necessary - although I don't know how to solve this in a
sensible way.
Sorry for disturbing your best intentions to bring nq back in shape -
but this problem will not disappear by ignoring it.
Complet
On 2024-05-04, at 17:56:06 +0530, Nilesh Patra wrote:
> I am trying to update riseup-vpn to its latest version. I am seeing
> some confused mix of qt5 and qt6 - not really sure how qt updates for
> applications work. I tried to replace qt5 packages (builddeps) with
> its qt6 equivalents but I end u
On Sat, May 04, 2024 at 05:56:18PM +0530, Nilesh Patra wrote:
> Hi all,
>
> I am trying to update riseup-vpn to its latest version. I am seeing some
> confused mix of qt5 and qt6 - not really sure how qt updates for applications
> work. I tried to replace qt5 packages (builddeps) with its qt6 equi
On Sat, May 04, 2024 at 04:01:12PM +0100, Jeremy Sowden wrote:
> > I am also puzzled with different paths for the same binaries across qt
> > versions for instance qmlcachegen is:
> >
> > qt6-declarative-dev-tools: /usr/lib/qt6/libexec/qmlcachegen
> > qtdeclarative5-dev-tools: /usr/lib/qt5/bin/qml
Hi Samo,
On Tue, Mar 19, 2024 at 10:00:44PM +0100, Samo Pogačnik wrote:
> > We can also do a call to figure out where you're at and what info you need
> > because the huge scope of the general packaging related documentation can
> > be a bit overwhelming and confusing, even if what you need to kno
Hi Daniel,
Dne 31.03.2024 (ned) ob 16:01 +0200 je Daniel Gröber napisal(a):
>
> You removed the (Closes Bug#) ITP reference from d/changelog. It's policy
> to close that but with the first upload, so you have to keep it.
>
Fixed (even salsa pipeline is happy:).
> Workflow wise I don't see why y
On Mon, Apr 01, 2024 at 11:07:50PM +0200, Daniel Gröber wrote:
> I wish we could use a rebase workflow with gbp but I haven't found a way to
> do it yet. At least not with gbp import-ref as-is. We could work on a patch
> for it I suppose ;)
Looking at git-debrebase (https://www.youtube.com/watch?v
Hi Samo,
On Fri, Mar 15, 2024 at 06:42:54PM +0100, Samo Pogačnik wrote:
> Dne 11.03.2024 (pon) ob 20:18 +0100 je Daniel Gröber napisal(a):
> > Are you still interested in maintaining git-subrepo in Debian?
>
> please excuse me for my late response, but my situation from 2020/21 when
> we proposed
Hi Daniel,
I prepared a new git-subrepo in salsa as a fork of your project (
https://salsa.debian.org/spog/git-subrepo). Then i updated upstream and prepared
a new 'debian/sid' branch. Would you be so kind to take a look at it and comment
on what should be changed/fixed and how to proceed.
thanks
Hi Daniel,
Dne 24.03.2024 (ned) ob 17:46 +0100 je Daniel Gröber napisal(a):
> For building I use debuild or git-buildpackage+sbuild depending on context.
>
> I create chroots for sbuild with a wrapper script around
> sbuild-createchroot using btrfs-snapshots for efficiency.
>
> To keep working o
Hi Daniel,
just a quick update.
Dne 01.04.2024 (pon) ob 23:07 +0200 je Daniel Gröber napisal(a):
>
> Anyway gbp has reasonably good documentation, maybe you haven't seen it yet:
> http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.intro.html
> (note the navigation buttons in the t
Hi Samo,
On Mon, Apr 01, 2024 at 07:54:09PM +0200, Samo Pogačnik wrote:
> > Workflow wise I don't see why you needed to make a merge commit at
> > d0cc659. Can you explan what you were doing?
>
> Well, after i updated the upstream branch, i wanted to preserve your
> original debian/sid branch, so
Hi Samo,
wouldn't you know it I've become a DD before I got a response to the
git-subrepo ITP/RFS ;) I also completely forgot about it until I needed it
just now.
Are you still interested in maintaining git-subrepo in Debian?
I'm trying to limit my personal packaging work to stuff I actually use
Hi Samo,
On Sun, Mar 31, 2024 at 01:42:48PM +0200, Samo Pogačnik wrote:
> I prepared a new git-subrepo in salsa as a fork of your project (
> https://salsa.debian.org/spog/git-subrepo). Then i updated upstream and
> prepared
debby> a new 'debian/sid' branch. Would you be so kind to take a look at
Hi Samo,
On Mon, Apr 15, 2024 at 09:13:03PM +0200, Samo Pogačnik wrote:
> Thanks for the review. I followed your suggestions above and recommited
> d/control and
> d/changelog.
>
> > As for the Vcs change: I'd prefer if we put the git repo in the debian/*
> > namespace on Salsa.
> >
>
> Here i
Hi Samo,
On Mon, Apr 08, 2024 at 09:01:24PM +0200, Samo Pogačnik wrote:
> > Anyway gbp has reasonably good documentation, maybe you haven't seen it yet:
> > http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.intro.html
> > (note the navigation buttons in the top right)
>
> Thanks fo
Dne 11.03.2024 (pon) ob 20:18 +0100 je Daniel Gröber napisal(a):
> Hi Samo,
>
> wouldn't you know it I've become a DD before I got a response to the
> git-subrepo ITP/RFS ;) I also completely forgot about it until I needed it
> just now.
>
> Are you still interested in maintaining git-subrepo in
Hi Daniel,
Dne 12.04.2024 (pet) ob 16:02 +0200 je Daniel Gröber napisal(a):
>
> +git-subrepo (0.4.6-1) unstable; urgency=medium
> +
> + [ Daniel Gröber ]
> + * Fix Vcs URLs, s/guest-dxld/dxld-guest/
> + * Update changelog for 0.4.3-2 release
>
> Commits that only touch d/changelog shouldn't b
Hi Daniel,
Dne 24.04.2024 (sre) ob 17:33 +0200 je Daniel Gröber napisal(a):
> I'll push the repo there and give you access, you just have to adjust the
> Vcs-* fields and get those changes to me in a way that I actually want to
> accept them ;P
>
> FYI: I'm not being obtuse, I could ofc. just mak
Hi Daniel,
Dne 18.03.2024 (pon) ob 13:55 +0100 je Daniel Gröber napisal(a):
>
> A good place to start is https://wiki.debian.org/Packaging
>
> If you prefer a talk format there's Lucas' (excellent) tutorial
>
https://www.debian.org/doc/manuals/packaging-tutorial/packaging-tutorial.en.pdf
> I ca
Dne 01.05.2024 (sre) ob 23:09 +0200 je Samo Pogačnik napisal(a):
> Hi Daniel,
>
> After installing our current 'git-subrepo' deb i noticed, that bash-completion
> integration with git does not work. The git-subrepo's own bash completion
> works,
> after you've already typed the first two words 'gi
On Wed, Apr 24, 2024 at 10:06:49PM +0200, Samo Pogačnik wrote:
> Ok, so i'll prepare merge request in salsa gitlab, after pushing my
> change in my working branch?
So creating a MR is fine but it's not the whole story with gbp. With gbp
you're always dealing with both a debian and an upstream bran
Dne 25.04.2024 (čet) ob 12:59 +0200 je Daniel Gröber napisal(a):
> On Wed, Apr 24, 2024 at 10:06:49PM +0200, Samo Pogačnik wrote:
> > Ok, so i'll prepare merge request in salsa gitlab, after pushing my
> > change in my working branch?
>
> So creating a MR is fine but it's not the whole story with
Hi Daniel,
After installing our current 'git-subrepo' deb i noticed, that bash-completion
integration with git does not work. The git-subrepo's own bash completion works,
after you've already typed the first two words 'git subrepo TAB TAB', but the
initial recognition of the 'subrepo' sub-command
25 matches
Mail list logo
