Control: tags -1 fixed-upstream
On Wed, Sep 11, 2024 at 08:06:18PM +0200, Andrea Bolognani wrote:
> On Wed, Sep 11, 2024 at 02:21:07PM +0200, intrigeri wrote:
> > If libvirt-daemon-driver-lxc is not installed, libvirtd logs this on
> > startup:
> >
> > libvirtd[2085
that use libvirt or are somewhat related to
it being maintained there: libosinfo, hivex and rhsrvany are
examples.
That said, I cannot in good conscience commit to spending any of my
own time on it. I'm not familiar at all with the tool, and taking
care of libvirt itself already consumes pretty m
ng care of oz has priority though, since it blocks
migration to testing.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
landing recently in
unstable with 10.7.0-1, after having marinated for some time in
experimental. So that would be the cause.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
Control: tags -1 patch
On Wed, Sep 11, 2024 at 01:13:01AM +0200, Andrea Bolognani wrote:
> I'll attach a tentative patch here and also open a merge request on
> salsa. Feel free to pick up whichever one is more convenient.
Patch is attached. The merge request is
https://salsa
Source: oz
Version: 0.17.0-5.1
Severity: normal
oz uses the libvirt QEMU connection driver for autopkgtest.
It currently declares a Depends on libvirt-daemon, which provides the
daemon itself, but not on the QEMU connection driver, which is in the
libvirt-daemon-driver-qemu package.
This has wor
On Thu, Sep 05, 2024 at 05:59:15AM +0200, Helmut Grohne wrote:
> On Wed, Sep 04, 2024 at 10:23:53PM +0200, Andrea Bolognani wrote:
> > This has now been accepted, and the package uploaded to experimental.
> >
> > Please let me know how dumat feels about it :)
>
> Thank
On Sun, Sep 01, 2024 at 05:17:28PM +0200, Andrea Bolognani wrote:
> On Fri, Aug 30, 2024 at 09:38:46PM +0200, Helmut Grohne wrote:
> > Looking forward to your update.
>
> MR here:
>
> https://salsa.debian.org/libvirt-team/libvirt/-/merge_requests/232
>
> Please take
On Fri, Aug 30, 2024 at 09:38:46PM +0200, Helmut Grohne wrote:
> On Fri, Aug 30, 2024 at 09:19:08PM +0200, Andrea Bolognani wrote:
> > I disagree on the check being useless in general though. The
> > diversion should only be created when upgrading from a version of
> > lib
onsider running it
> locally before uploading to experimental. It should catch the worst of
> issues.
The pipeline is set up to run piuparts, but the information reported
by the job is unfortunately not really useful at the moment. See
https://salsa.debian.org/libvirt-team/libvirt/-/merge_requests/231#note_521119
for some additional information about this.
I'm not familiar with running piuparts locally. If you can share some
brief instructions on how to do that, I'll happily try things out
before creating the MR.
I'll work on implementing and testing this over the weekend. I'll
update the bug as appropriate.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
On Wed, Aug 28, 2024 at 12:17:05AM +0200, Andrea Bolognani wrote:
> +#BEGIN CREATE_PROTECTIVE_DIVERSION
> +create_protective_diversion() {
> +local usrfile="$1"
> +local firstver="$2"
> +
> +if [ "$2" != "--" ]; then
This sh
+#END CREATE_PROTECTIVE_DIVERSION
+
+#BEGIN DELETE_PROTECTIVE_DIVERSION
+delete_protective_diversion() {
+local usrfile="$1"
+local firstver="$2"
+
+if [ "$2" != "--" ]; then
+echo "delete_protective_diversion called with the wrong number of
arguments" >&2
+return 1
+fi
+for _ in $(seq 1 2); do
+shift
+done
+
+if [ ! -e "$usrfile.usr-is-merged" ]; then
+return 0
+fi
+
+dpkg-divert \
+--no-rename \
+--divert "$usrfile.usr-is-merged" \
+--remove "$usrfile"
+}
+#END DELETE_PROTECTIVE_DIVERSION
+
#BEGIN SYSTEMD_DAEMON_RELOAD
systemd_daemon_reload() {
if [ -z "${DPKG_ROOT:-}" ] && [ -d /run/systemd/system ]; then
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
On Sat, Aug 24, 2024 at 02:29:52PM +0200, Andrea Bolognani wrote:
> The changes I've been working on are now available here:
>
> https://salsa.debian.org/libvirt-team/libvirt/-/merge_requests/229
>
> Thank you all for your patience.
10.6.0-2, which includes the changes, is
On Sun, Aug 25, 2024 at 12:22:30AM +0100, Adam D. Barratt wrote:
> On Sat, 2024-08-24 at 23:12 +0200, Andrea Bolognani wrote:
> > After performing the upload ~4 hours ago, I have received a message
> > with subject
> >
> > libvirt_9.0.0-4+deb12u1_source.changes
&
On Sat, Aug 24, 2024 at 05:03:50PM +0200, Andrea Bolognani wrote:
> The debdiff is attached, and the corresponding MR is
>
> https://salsa.debian.org/libvirt-team/libvirt/-/merge_requests/230
>
> I'll grab some coffee while I wait for the pipeline to run, and
> proceed
On Sat, Aug 24, 2024 at 03:53:52PM +0100, Adam D. Barratt wrote:
> On Sat, 2024-08-24 at 15:41 +0200, Andrea Bolognani wrote:
> > Just so that we're on the same page, do you want me to share the
> > debdiff here and get an explicit ACK from you before proceeding with
> >
On Sat, Aug 24, 2024 at 02:13:25PM +0100, Adam D. Barratt wrote:
> On Sat, 2024-08-24 at 14:58 +0200, Andrea Bolognani wrote:
> > thank you for looking into this and sorry for the late reply. I had
> > to focus all my Debian time on something else for a couple of weeks.
> >
On Wed, Aug 14, 2024 at 08:46:43PM +0100, Adam D. Barratt wrote:
> On Sun, 2024-07-14 at 17:15 +0200, Andrea Bolognani wrote:
> > The update would cover a number of issues that have been found to
> > affect the version of libvirt in bookworm.
> >
> > The first one is
On Tue, Aug 20, 2024 at 09:30:52PM +0200, Andrea Bolognani wrote:
> On Tue, Aug 20, 2024 at 08:14:59AM +0200, Guido Günther wrote:
> > On Mon, Aug 19, 2024 at 12:03:47AM +0200, Andrea Bolognani wrote:
> > > I have however realized that there is an obstacle to enacting the
>
On Tue, Aug 20, 2024 at 08:14:59AM +0200, Guido Günther wrote:
> On Mon, Aug 19, 2024 at 12:03:47AM +0200, Andrea Bolognani wrote:
> > I have however realized that there is an obstacle to enacting the
> > plan as outlined above: the restructuring involves introducing
> &g
On Sat, Aug 10, 2024 at 06:19:31PM +0200, Andrea Bolognani wrote:
> I spent some more time testing the restructuring today, and it seems
> to behave well. There is still one known issue with transferring
> conffiles between packages under certain conditions, but I believe
> that I
On Sat, Aug 10, 2024 at 06:19:31PM +0200, Andrea Bolognani wrote:
> So, here's my proposal: in two weeks' time, i.e. by September 25, I
> will upload a version of libvirt that includes both the restructuring
> and the usr-merge bits to experimental.
I obviously meant
On Sat, Aug 10, 2024 at 05:41:25PM +0200, Guido Günther wrote:
> On Sat, Aug 10, 2024 at 03:30:23PM +0200, Andrea Bolognani wrote:
> > Note that I have also uploaded 10.6.0-1 in the meantime, which is set
> > to migrate to testing tomorrow. I wonder how the two uploads will
> &g
allout. Maybe
it will turn out that I've been worrying over nothing and there are
no bad interactions resulting from the two restructurings happening
in separate uploads... I certainly hope that's the case.
Note that I have also uploaded 10.6.0-1 in the meantime, which is set
to migrate
one of the upstream developers, so I am familiar both with
the Debian packaging and the underlying software.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
diff -Nru libvirt-9.0.0/debian/changelog libvirt-9.0.0/debian/changelog
--- libvirt-9.0.0/debian/changelog 2023-05
On Sun, Jun 09, 2024 at 05:27:02PM +0200, Helmut Grohne wrote:
> On Sun, Jun 09, 2024 at 05:13:17PM +0200, Andrea Bolognani wrote:
> > We've been discussing things in fairly vague terms until now,
> > especially when it comes to timing. Can we get more concrete? How
> >
On Sun, Jun 09, 2024 at 03:07:51PM +0200, Helmut Grohne wrote:
> On Sun, Jun 09, 2024 at 12:37:47PM +0200, Andrea Bolognani wrote:
> > The time and energy I can dedicate to Debian work is unfortunately
> > limited. I've been focusing all of it to restructuring the package,
>
On Mon, Jun 03, 2024 at 11:11:42AM +0200, Helmut Grohne wrote:
> On Tue, Feb 27, 2024 at 10:53:12PM +0100, Andrea Bolognani wrote:
> > As I've explained we want to preserve backportability as much as
> > possible, which pretty much rules out the current patch. At the very
&g
ething suitable for initial review in a few weeks.
> On Tue, Feb 27, 2024 at 10:53:12PM +0100, Andrea Bolognani wrote:
> > Suppose that I made the usr-merge upload today, and the package
> > restructure upload in a month. At that point, dumat would detect that
> > file loss cou
wer] 43.1-2+b1
pn nautilus-extension-brasero
pn nautilus-sendto
ii totem 43.0-2
ii xdg-user-dirs 0.18-1
-- no debconf information
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
On Tue, Apr 02, 2024 at 12:02:53AM +0200, Sebastian Ramacher wrote:
> On 2024-04-01 23:39:37 +0200, Andrea Bolognani wrote:
> > The problem with it, and the reason why a manual dependency is used
> > in that case, is that ${shlib:Depends} will not pick it up, since
> > it
e
it's dlopen()ed rather than linked against.
Do you have any suggestions on how to handle this in a way that plays
well with the 64-bit time_t transition?
Thanks.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
Opening bug reports against individual packages when no project-wide
consensus has been reached is unlikely to result in much progress.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
On Wed, Mar 13, 2024 at 11:06:03AM +, Simon McVittie wrote:
> On Sat, 18 Mar 2023 at 14:46:47 +0100, Andrea Bolognani wrote:
> > In other words, upstream developers have retroactively added symbols
> > (fuse_new_31) to existing symbol groups (FUSE_3.1).
> ...
> > r
erstand your use case better though. Can you please
provide concrete examples of the problematic scenarios you've
mentioned in your original message, along with the steps that you
currently have to perform to work around them?
Thanks in advance!
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
On Mon, Feb 26, 2024 at 11:38:58AM +0100, Michael Biebl wrote:
> > > Am 25.02.24 um 19:30 schrieb Andrea Bolognani:
> > Right there with you. I just don't want to rush things, especially
> > since AFAIK some really problematic scenarios can be triggered when
> > pat
On Sun, Feb 25, 2024 at 08:05:36PM +0100, Michael Biebl wrote:
> Am 25.02.24 um 19:30 schrieb Andrea Bolognani:
> > So what I'm wondering right now is, how much does libvirt shipping
> > these files outside of /usr for a while longer negatively impact the
> > overall tran
ssible, but at the same time I'm wary of potentially introducing
issues due to the unforeseen interactions between these changes.
Cheers.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
On Sun, Jan 14, 2024 at 05:01:43PM +0100, Andrea Bolognani wrote:
> On Tue, Jan 09, 2024 at 11:25:50PM +0100, Andrea Bolognani wrote:
> > On Tue, Jan 09, 2024 at 10:55:38AM +, Simon McVittie wrote:
> > > It's up to you whether to upstream this part. I would personally sa
On Tue, Jan 09, 2024 at 11:25:50PM +0100, Andrea Bolognani wrote:
> On Tue, Jan 09, 2024 at 10:55:38AM +, Simon McVittie wrote:
> > It's up to you whether to upstream this part. I would personally say
> > that any reason we give for wanting this change in Debian is probab
On Tue, Jan 09, 2024 at 10:55:38AM +, Simon McVittie wrote:
> On Tue, 09 Jan 2024 at 00:27:41 +0100, Andrea Bolognani wrote:
> > Just out of curiosity, is there any advantage to having the trailing
> > semicolon in this case? We only have a single item in the list after
> &
s expected? It certainly took me a bit to wrap my head around
it, but I guess it's fine as long as users don't constantly hop
between different sessions...
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
et it would make sense that the pkla rules disappearing would cause
the currently running version of polkit to no longer grant you access
to libvirt.
> Versions of packages libvirt-daemon-system depends on:
> ii polkitd 122-3
This version of polkit should be perfectly able to
Control: tags -1 - moreinfo
On Tue, May 23, 2023 at 06:53:06PM +0200, Paul Gevers wrote:
> Please go ahead. And please remove the moreinfo tag once the upload
> happened.
Done, thanks :)
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Descriptio
0.0/debian/changelog 2023-05-21 11:31:31.0 +0200
@@ -1,3 +1,11 @@
+libvirt (9.0.0-4) unstable; urgency=medium
+
+ * [79f6669] patches: Add backports
+- backport/virpci-Resolve-leak-in-virPCIVirtualFunctionList-cleanup.patch
+ - Fixes CVE-2023-2700 (Closes: #1036297)
+
+ -- Andrea
On Sat, May 13, 2023 at 06:09:22PM +0200, Christoph Anton Mitterer wrote:
> On Sat, 2023-05-13 at 12:09 +0200, Andrea Bolognani wrote:
> As said in my message #10 in this bug,... I don't think it's necessary
> that the conffiles are cleaned up exactly the version after they
On Fri, May 12, 2023 at 04:36:14PM +0200, Christoph Anton Mitterer wrote:
> On Fri, 2023-05-12 at 14:27 +0200, Andrea Bolognani wrote:
> > I think at this point we can assume that most people who have hit the
> > issue on upgrade will have cleaned things up manually by now, so I
grade will have cleaned things up manually by now, so I'd
be inclined to close the bug and move on.
Any objections?
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
ing to be part of libvirt 9.3.0, which will be released
next week.
[1] https://listman.redhat.com/archives/libvir-list/2023-April/239672.html
[2] https://listman.redhat.com/archives/libvir-list/2023-April/239679.html
[3]
https://gitlab.com/libvirt/libvirt/-/commit/0324adb647885932efc97eefcfe08f6a8
nice if such a mistake on the maintainer's part could be
reported in a way that can't be easily missed or ignored, i.e. a
build failure. After the maintainer has explicitly opted into this
behavior by setting DPKG_GENSYMBOLS_CHECK_LEVEL, of course :)
--
Andrea Bolognani
Resistance is f
On Sun, Apr 16, 2023 at 10:52:55AM +0200, Andrea Bolognani wrote:
> [ Checklist ]
> [x] all changes are documented in the d/changelog
> [x] I reviewed all changes and I approve them
> [x] attach debdiff against the package in testing
Of course I had to embarrass myself further b
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: libv...@packages.debian.org
Control: affects -1 + src:libvirt
Please unblock package libvirt
Let me apologize for not filing the unblock request *before*
uploading 9.0.0-3 to
he function was present in the source
code all the way back in 3.1, it's only publicly exported starting
with 3.13, and so exposing it as fuse_new_31@FUSE_3.13 would have
been the correct way to go about it IMO.
Either way, this is for the fuse3 maintainer and upstream to decide,
and there's
On Wed, Nov 16, 2022 at 01:11:51PM +0100, Helmut Grohne wrote:
> On Wed, Nov 16, 2022 at 12:34:40PM +0100, Andrea Bolognani wrote:
> > Can you please tell me how you created the very minimal chroot in
> > which you reproduced the issue? A fresh one created today with
> > cowb
On Wed, Nov 16, 2022 at 12:34:40PM +0100, Andrea Bolognani wrote:
> In the meantime, adding an explicit build time (and runtime!)
> dependency on mount will do the trick.
If I'm reading the NEWS.Debian file for mount correctly, it hasn't
been essential since 2017. So why is this
h one created today with
cowbuilder still contains mount, and even adding
DEBOOTSTRAPOPTS="--variant=minbase"
to pbuilderrc doesn't change this. I just want to make sure there are
no other commands that need the same treatment.
Cheers.
--
Andrea Bolognani
Resistance i
? Or does the VM boot up, but the guest OS is
unable to connect to the Internet? Can the guest OS ping the host, or
does that not work either? If you try performing another
installation, does that work?
[1] https://www.debian.org/Bugs/Developer#severities
--
Andrea Bolognani
Resistance is futil
cript failure
otherwise:
$ sudo rmdir --ignore-fail-on-non-empty /nonexistent
rmdir: failed to remove '/nonexistent': No such file or directory
$ echo $?
1
$
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
them into Debian quickly, but unfortunately real life keeps
getting in the way :(
7.9.0 is set to be released in about a week, so spending time on
older releases at this point feels like a waste of time. I'll try to
package 7.9.0 shorty after it's out.
--
Andrea Bolognani
Resi
On Sun, Jan 31, 2021 at 04:36:21PM +0100, Andrea Bolognani wrote:
> I've opened
>
> https://salsa.debian.org/libvirt-team/libvirt/-/merge_requests/98
>
> with the proposed patch, and I'm going to use the information you
> provided above to give it some testing
On Sun, Jan 31, 2021 at 11:04:13PM +0800, Paul Wise wrote:
> On Sun, 2021-01-31 at 15:34 +0100, Andrea Bolognani wrote:
> > As I've never used unattended-upgrades myself, I'm not familiar with
> > it. Is there any chance you could provide some quick tips on how t
peration="profile_replace" info="same as current profile, skipping"
> profile="unconfined" name="libvirtd//qemu_bridge_helper" pid=1318234
> comm="apparmor_parser"
> Jan 31 17:08:34 systemd[1]: Reloading.
> Jan 31 17:08:36 systemd[1]: Sto
for not only reporting this
issue but going the extra mile and providing a patch that fixes it :)
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
From f83a95084e975ded6306ff8869ad18b7a8df3b70 Mon Sep 17 00:00:00 2001
From: Helmut Grohne
Date: Tue, 19 Jan 2021 00:08:2
On Tue, Nov 10, 2020 at 12:20:13AM +0100, Andrea Bolognani wrote:
> I agree that it should probably not be in /etc; in fact, the upstream
> spec file deals with it pretty much how Thorsten suggested above:
>
> %install
>
> install -d -m 0755 $RPM_BUILD_ROOT%{_datadir
rk configuration in a separate binary
package. I'll look into it over the next few days :)
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
On Fri, Jul 03, 2020 at 12:04:16AM +0200, Andrea Bolognani wrote:
> On Wed, Jul 01, 2020 at 09:24:00AM +0200, Guido Günther wrote:
> > On Tue, Jun 30, 2020 at 09:28:34PM +0200, Andrea Bolognani wrote:
> > > Has anyone managed to reproduce this? I've built 6.0.0-7 from sourc
On Wed, Jul 01, 2020 at 09:24:00AM +0200, Guido Günther wrote:
> On Tue, Jun 30, 2020 at 09:28:34PM +0200, Andrea Bolognani wrote:
> > Has anyone managed to reproduce this? I've built 6.0.0-7 from source
> > in a tight loop 100 times, both in a sid:i386 chroot via cowbuilder
&
he failure in this case was not limited to i386 and the
error was completely different, caused this time by
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963704
All I can think of at this point is a temporary glitch of the
buildd. In a couple of weeks, when we upload 6.5.0, we'll hopeful
Package: pristine-tar
Version: 1.47
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of
On Sat, Apr 18, 2020 at 12:58:41PM +0200, Andrea Bolognani wrote:
> This bug has been lingering, unsolved, for literally a decade now.
>
> In the intervening years, scrotwm has been renamed to spectrwm and
> has moved from xlib to xcb among many, many other changes: at this
> poi
I have tried again today, and I can no longer reproduce the issue
with spectrwm 3.3.0-1.
Accordingly, I will mark this bug as resolved next week, unless
someone gets back to me reporting that they are still hitting it.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected
x27;t been rewritten at least a couple of times over
since 2010.
It is thus my intention to close this bug report. I'll do so next
week, unless someone speaks up; of course, even after that has
happened, it will still be possible for anyone who disagrees with
this course of action to simply reopen
On Tue, Apr 14, 2020 at 08:25:53PM +0300, Adrian Bunk wrote:
> On Sun, Mar 29, 2020 at 10:18:05PM +0200, Andrea Bolognani wrote:
> >...
> > Adrian, I see you tagged the bug as fixed-upstream: can you please
> > share any additional information you might have and that convinc
ebian.net/2020/02/22/libvirt-dbus_1.3.0-1_unstable.log
Lucas, thanks for the report, and sorry for not noticing it earlier!
I'll look into it.
Adrian, I see you tagged the bug as fixed-upstream: can you please
share any additional information you might have and that convinced
you the b
On Mon, Mar 23, 2020 at 10:56:34PM +0100, Andrea Bolognani wrote:
> I have written a commit message and prepared a git-compatible patch,
> which you can find attached. Of course I've retained full authorship.
> Are you okay with me submitting it upstream?
Since you have provided th
On Sun, May 26, 2019 at 03:03:13PM +0200, Helmut Grohne wrote:
> On Sun, May 26, 2019 at 10:00:46AM +0200, Andrea Bolognani wrote:
> > Can you please provide instructions I can use to reproduce the build
> > failure? The way you tackled it looks sensible enough, but I'd like
Package: pkgconf
Version: 1.6.3-4
Severity: normal
Tags: patch
The pkg-config-crosswrapper script uses dpkg-architecture (part
of dpkg-dev) internally; if that package is not installed, the
script will not fail explicitly, but happily report incorrect
information instead.
For example, on an x86_6
around a bit myself :)
Thanks.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Andrea Bolognani
* Package name: libvirt-dbus
Version : 1.0.0
Upstream Author : various
* URL : https://libvirt.org/
* License : LGPL-2+
Programming Lang: C
Description : libvirt D-Bus API bindings
Libvirt is a
* (2017-11-30 < 2017-11-30)
Sorry, I don't speak Perl, so I'm unable to come up with anything
resembling a reasonable patch :)
[1] https://lintian.debian.org/tags/timewarp-standards-version.html
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
of inactivity,
as expected. Moreover all keyboard shorcuts I've tested,
notably M-j, M-k and M-m, work reliably.
I think it's fair to assume the bug has been fixed in the
meantime. Would you mind giving 3.0.2 a try and see if
you're still hitting it?
Thanks :)
--
Andrea Bolognani
libxcb-randr0-dev recommends no packages.
libxcb-randr0-dev suggests no packages.
-- no debconf information
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
ipe for target 'build' failed
> > make: *** [build] Error 2
The attached patch makes the package build again.
Tested using cowbuilder with an up-to-date sid chroot.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
From 453531070fd2b44dbef28c01763ad1836bb51fad
that'd be much
appreciated :)
Have a nice day.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: Digital signature
oint in the release schedule there's not much I can do about it.
> How about a little starter ... with the rather appropriate/inappropriate
> name of 'deadbeef'
>
> https://gist.github.com/rdebath/a12653a3c167cf93ab6a
That looks great! Why don't you get it p
ibrary, which of course introduces some overhead.
That said, I agree with you that performance is not as good as it could,
and should, be. In fact, now that the rewrite is complete, my main
focus will be making it faster, but of course that will have to wait
until jessie+1.
Thank you for your
le release?
Cheers.
[1] http://backports.debian.org/Contribute/
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: Digital signature
really quite easy.
Have a nice day.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: Digital signature
> By the way, 2.6.0 was just released.
Thanks for the heads up.
Have a nice day.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: Digital signature
underway I figured
there was no need to hurry. I tend to forget plenty of people are willing
to pin packages from experimental ;)
AFAIR 2.0.0 was pretty far along, and shaping up nicely. I'll definitely
try to channel more of my spare time into this.
Thank you for your interest in spectrwm.
e, can you point out an actual use for this feature? I'm
having a hard time coming up with one myself ;)
Cheers.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: Digital signature
e word “Samsung” in the package name could
cause legal troble down the line, though.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: Digital signature
2.0.2 has been released
too) is already underway. As you can imagine, being a major release,
it will take a little more effort than your average update, so please
bear with us!
Have a nice day.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: Digital signature
e problem.
Still, given Spectrwm’s target audience, I’d say upstream might be
interested in having it play nice with unclutter. Moreover, this might
turn out to be a legitimate bug in unclutter for all we know.
Let’s notify upstream of the issue and see what comes out of it.
Happy hacking!
-
tra to option, but this is not
> documented in the changelog.
I have updated the changelog to briefly explain the rationale behind the
priority bump.
The updated package is available from mentors.d.n, if anyone is interested.
Thank you for taking a look at it!
--
Andrea Bolognani
Resistance is fu
ar 08, 2012 at 10:58:50PM +0100, Andrea Bolognani wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "rhinote"
>
> * Package name: rhinote
> Version : 0.7.4-2
>
attle (ITP #673550),
which is a dependency for Beef.
Thank you.
On Sat, May 19, 2012 at 05:14:22PM +0200, Andrea Bolognani wrote:
> I am looking for a sponsor for my package "beef"
>
> * Package name: beef
> Version : 1.0.0-1
> Upst
Any takers?
On Sat, May 19, 2012 at 05:23:10PM +0200, Andrea Bolognani wrote:
> Dear mentors,
>
> I am looking for a sponsor for my package "cattle-1.0"
>
> * Package name: cattle-1.0
> Version : 1.0.1-1
> Upstream Author
Any takers?
On Sat, May 19, 2012 at 05:14:22PM +0200, Andrea Bolognani wrote:
> Dear mentors,
>
> I am looking for a sponsor for my package "beef"
>
> * Package name: beef
> Version : 1.0.0-1
> Upstream Author : Andrea Bolognani
1 - 100 of 181 matches
Mail list logo