fixed -1 6.1um2
close 1028674
thanks
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."
"à¤à¤µà¥à¤¶à¥à¤¯à¤à¥à¤¤à¤¾ à¤à¤µà¤¿à¤·à¥à¤à¤¾à¤° à¤à¥ à¤à¤¨à¤¨à¥
हà¥"
I won't be able to attend to it in time, for personal reasons. Let's hope
somebody beats me before I'm back
s3nt fr0m a $martph0ne, excuse typ0s
On Tue, Oct 25, 2022, 01:51 Salvatore Bonaccorso wrote:
> Source: multipath-tools
> Version: 0.9.0-4
> Severity: grave
> Tags: security upstream
>
# UML version 5.17.3 has already been uploaded
close 1010307
thanks
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."
"à¤à¤µà¥à¤¶à¥à¤¯à¤à¥à¤¤à¤¾ à¤à¤µà¤¿à¤·à¥à¤à¤¾à¤° à¤à¥ à¤à¤¨à¤¨à¥
हà¥"
linux-source instead, such that you don't need to update the BD every
> time the linux kernel updates?
This was uploaded this week on Monday.
Thank you for mentioning about the linux-source package. I wasn't aware
of it. I'll try to see if that fits the build requirements.
--
Ritesh Ra
ging repository and will be part of the next upload.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
1]: *** [Makefile:1167: vmlinux] Error 1
Thanks for the bug report Adrian. I hope to prepare an upload to
Unstable soon.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
On Sat, 2021-05-15 at 17:37 +0200, Cyril Brulebois wrote:
> Ritesh Raj Sarraf (2021-05-15):
> > Yes. That scsi-modules support bites back now. I just forgot about
> > it
> > completely. My intent was to not duplicate another architecture
> > list
> in
> > d/rul
ment
to support/test it, nor the necessary hands-on knowledge if a bug is
reported. But derivatives may have a dependency on it.
The current easy fix, as Cyril mentioned above, it to revert it back to
the previous architecture list and adapt the same in d/rules in target
override_dh_makeshlibs.
-
package (udeb) used by debian-installer.
19:33 ♒ ॐ ♅ ♄ ⛢ ☺
On Sat, 2021-05-01 at 04:32 +0200, Cyril Brulebois wrote:
> Hi,
>
> Ritesh Raj Sarraf (2021-04-30):
> > The upload I prepped failed on some of the architectures.
> > https://buildd.debian.org/status/logs.
all architectures. So IMO this bug should be downgraded (I'm not
> going
> to make the downgrade myself though because I'm not the maintainer)
I think it is a valid reason to lower the severity. Thanks for pointing
it out.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The
Source: golang-github-pquerna-cachecontrol
Severity: serious
Tags: ftbfs
Justification: fails to build from source
User: de...@lists.apertis.org
Usertags: apertis-ftbfs
X-Debbugs-Cc: de...@lists.apertis.org
Dear Maintainer,
Not sure if this package had built successfully in the past or not.
Package: python-libnacl
Version: 1.7.2-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source
User: de...@lists.apertis.org
Usertags: apertis-ftbfs
X-Debbugs-Cc: de...@lists.apertis.org
Dear Maintainer,
Your package fails to build, so far on 32 bit systems. It is failing in
Source: golang-testify
Version: 1.6.1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
User: de...@lists.apertis.org
Usertags: apertis-ftbfs
X-Debbugs-Cc: de...@lists.apertis.org
Dear Maintainer,
While preparing the pacakge for a derivative distribution, I have come
to
On Fri, 2021-04-30 at 21:20 +0530, Ritesh Raj Sarraf wrote:
>
> How would you like to see this fixed Cyril ?
>
> The easiest option, if d-i supports, would be to extend architecture
> list to: `linux-any`, keeping it in line with what the actual open-
> iscsi package supports.
to: `linux-any`, keeping it in line with what the actual open-
iscsi package supports.
On Thu, 2021-04-29 at 13:36 +0530, Ritesh Raj Sarraf wrote:
>
> Thank you. I find your reworded comment proper and have applied the
> same.
>
> I will now work with the release team.
>
applied the
same.
I will now work with the release team.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
0 iSCSI.
.
This is the minimal package (udeb) used by debian-installer.
Thanks,
Ritesh
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
From b98d26b860ef7c989438d2641eaa5d2c514d2b51 Mon Sep 17 00:00:00 2001
From: Ritesh Raj Sarraf
Date: Wed, 28 Apr
then I can prepare an upload just dropping these.
Thanks,
Ritesh
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
Hi,
Just a follow-up question on this fix.
Is it something that is a candidate for linux-stable ?
Thanks,
Ritesh
On Sat, 2021-03-06 at 16:21 +0530, Ritesh Raj Sarraf wrote:
> > > Marking all the symbols as local seems correct, and does seem
> > > to address the issue, s
th some kind of
> > empty version, and that's different from the default.
> >
> > Explicitly marking them with a version breaks kallsyms, so that
> > doesn't seem to be possible.
> >
> > Marking all the symbols as local seems correct, and does seem
> > to addre
HI Anton,
On Wed, 2021-03-03 at 09:30 +, Anton Ivanov wrote:
>
> >
> > OTOH, I have one more user (other than you) who's not been able to
> > reproduce the issue.
> >
> > > I will do a dissect the moment I figure out how to reproduce it.
> > > I
> > > will try to do some more experiments
000604a58d0 in start_idle_thread (stack=0x60c28000
, switch_buf=0x60c31e08 ) at
arch/um/os-Linux/skas/process.c:598
#50 0x60004a3d in start_uml () at
arch/um/kernel/skas/process.c:45
#51 0x600047b2 in linux_main (argc=1624806843, argv=0x40709000)
at arch/um/kernel/um_arch.c:334
#52
06088ff65 in bucket_table_alloc.isra ()
#19 0x60890740 in rhashtable_init ()
#20 0x607efaa2 in ipc_init_ids ()
#21 0x600153c9 in sem_init ()
```
So the best I can extract for you is to compile the kernel with as much
information as possible.
Thanks,
Ritesh
--
Ritesh Raj Sarraf | http://peop
h this issue ?
I do have the core dump available on my local machine.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
this upload indeed fixes the failures.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
Package: python-argcomplete
Version: 1.8.1-1
Followup-For: Bug #981846
Control: reopen -1
The issue is not fixed in the latest NMU, i.e. 1.8.1-1.4
Attached is full build log
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (990, 'unstable'), (990,
gt;
Did you mean 5.10, 5.2 and 4.19 (UML) guests ?
We've seen this happen on Debian Testing and Unstable Host (of which
the former would soon be the next stable i.e. Debian Bullseye).
In our tests, when running the same linux uml binary (5.10) on a Debian
Stable Host, it is working fine.
--
Ri
ld like to get
> into bullseye. It is currently blocked by #979609 [1].
Oh! Great. I did see the new version and the bug report against it. I
wasn't sure if it would be targeted for Bullseye. Now that you have
confirmed, I'll wait for it to be fixed, built and transitioned to
Testing.
--
Rites
-maintainer upload.
+ * Explicitly set LANG to utf8 to workaround a build bug (Closes: #981718)
+
+ -- Ritesh Raj Sarraf Wed, 17 Feb 2021 21:48:15 +0530
+
haskell-basement (0.0.11-1) unstable; urgency=medium
* New upstream release
diff -Nru haskell-basement-0.0.11/debian/rules
haskell-basement
Source: swt4-gtk
Version: 4.17.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
During a rebuild of the package on a Bullseye based derivate, it is
found that the package fails to build. From the build failure log,
Source: qtmultimedia-opensource-src
Version: 5.15.2-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
During a rebuild of the package on a Bullseye derivative, it was seen
that the package fails to build from source.
Package: emacs
Version: 1:27.1+1-3
Severity: serious
Tags: ftbfs
Dear Maintainer,
During a rebuild of the package on a Bullseye derivative, it is seen
that the package fails to build from source. It is failing in the tests,
where it seeks to access the internet, which by policy is disabled in
Dear Antonio,
On Sun, 2021-02-07 at 23:02 +0530, Ritesh Raj Sarraf wrote:
> > I can reproduce a test failure with a non-UTF-8 locale, is that the
> > case?
>
> Probably. Because I'm getting a similar case for some Haskell
> packages
> and so far the hint has been
ild.
> I can reproduce a test failure with a non-UTF-8 locale, is that the
> case?
Probably. Because I'm getting a similar case for some Haskell packages
and so far the hint has been that it could be because of the non-utf8
locale. But I'm yet to confirm that.
Thanks,
Ritesh
--
Ritesh Ra
Package: ruby-rspec
Version: 3.9.0c2e2m1s3-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
Dear Maintainer,
During a rebuild of the package for Bullseye, it is seen that the
package fails to build. The build failure snippet is below. It is also
noticed that the same
Package: ruby-power-assert
Version: 1.1.7-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
Dear Maintainer,
During a rebuild of the package on Bullseye, the package fails in one of
the tests. Below is the failure snippet. The same is also seen in the
Reproducible Builds
Package: python-argcomplete
Version: 1.8.1-1.3
Severity: serious
Tags: ftbfs
Justification: fails to build from source
Dear Maintainer,
During a rebuild of the package on Bullseye, multiple tests in the
package fail. A snippet of the failure is below. The same build failure
logs are also seen in
Source: acpica-unix
Version: 20190509-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
During a rebuild of the package on Debian Bullseye, the package fails to
build. A snippet of the build failure is below. The same
e issue along with the full
build log.
https://tests.reproducible-builds.org/debian/rb-pkg/bullseye/amd64/python-eventlet.html
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
Source: cyrus-sasl2
Version: 2.1.27+dfsg-2
Followup-For: Bug #955095
Hi,
We've hit this build failure when re-building the package in our
downstream. As it stands now, this issue is also seen on the
Reproducible Builds.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
Package: python-eventlet
Version: 0.26.1-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source
The package fails to build because of a failing test, which seeks the
`/etc/resolv.conf` file to be present, which may not be the case always.
The same build failure is also seen in
Source: haskell-basement
Version: 0.0.11-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
The package fails to build in Bullseye. The same is also reflected in
the Reproducible build status
Incomplete build failure snippet
```
Package: command-not-found
Version: 20.10.1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
The package reportedly fails in one of the tests. The failing test log
snippet is below:
```
FAIL: test_from_table
ould be as
> simple as
>
> replacing the build dependency on dh-systemd with a build dependency
> on
>
> debhelper (>= 9.20160709).
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
le as
>
> replacing the build dependency on dh-systemd with a build dependency
> on
>
> debhelper (>= 9.20160709).
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
e packaging
repo. It'll soon be uploaded to Debian Unstable.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
a buildd. Unfortunately the Debian infrastructure
> doesn't allow arch:all packages to be properly binNMU'ed. Hence, I
> will
> shortly do a no-changes source-only upload to DELAYED/15, closing
> this
> bug. Please let me know if I should delay or cancel that upload.
>
> Paul
&
close 961588
thanks
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."
Control: tag -1 pending
Hello,
Bug #955346 in rabbitvcs reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
this is fixed in 0.18, could you please update the package? rabbitcvs
> is among
>
> the last handful of packages blocking the pygtk removal at this
> point.
Hi Mortiz,
Yes. I should be able to get this complete soon. Hopefully by this
week.
--
Ritesh Raj Sarraf | http://people.deb
t to get away
from it. My wild guess is is that it must have been done so for ABI
checks; something that I never cared for since I took up the
maintenance.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
siness
> > laptop-mode-tools has with your network interfaces.
> >
> > I'm going to reassign this bug report to laptop-mode-tools and
> > bumping
> > the severity to RC.
> >
> > Michael
> >
> >
> >
> >
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
Sorry. I hadn't realized that you already had MRs on Salsa. But I
wasn't aware of the extra configuration needed for notifications.
Please go ahead with the upload.
Thanks,
Ritesh
On Mon, 2020-02-24 at 15:16 +0530, Ritesh Raj Sarraf wrote:
> Hi Santiago,
>
> Do you have the
it merged and get done with
this bug report ?
Thanks,
Ritesh
On Tue, 2020-02-18 at 13:33 +0530, Ritesh Raj Sarraf wrote:
> Hi Santiago,
>
> On Fri, 2020-02-14 at 15:46 +0100, Santiago R.R. wrote:
> > BTW, I will prepare a git branch in my personal salsa namespace.
> > But
> >
ster. You can prepare your changes against that branch.
https://salsa.debian.org/uml-team/user-mode-linux/tree/buster
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
s/extra-libs.sh
> +
> ${CC} ${CFLAGS_vmlinux} \
> -o ${output}\
> -Wl,-T,${lds} \
> ${objects} \
> - -lutil -lr
> > user-mode-linux: linux-source-4.19
> >
> > Is user-mode-linux maintained? This seems to come up somewhat
> > regularly.
It is maintained. It is just that the latest upload is blocked by DBug:
#938962
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian
`pcap_open` which is also declared in linux
headers in arch/um/drivers/pcap_user.c
Thanks,
Ritesh
On Sat, 2019-09-07 at 17:18 +0200, Romain Francoise wrote:
> Hi,
>
> On Tue, Sep 3, 2019 at 3:21 PM Ritesh Raj Sarraf
> wrote:
> [...]
> > In file included from /
ng.
I am inclined to reassign this bug to libpcap but I think I don't have
more details of what is causing the failure.
Can anyone help here ?
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
> The exact same machine works just fine on Debian 9 Stretch (with zfs-
> dkms).
> A upgrade to Buster, with untouched /etc/multipath.conf works just
> fine also.
You mean the same old configuration file from Stretch works fine on
Buster ?
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
Package: ruby2.5
Version: 2.5.5-1
Severity: serious
Tags: patch ftbfs
Justification: fails to build from source (but built successfully in the past)
The current ruby2.5 package in Buster/Unstable fails to build from
scratch. It fails in some of the tests that depend on network
availability.
The
tances
> from
> Amazon Web Services, using a clean, minimal and up-to-date chroot.
> Every
> failed build was retried once to eliminate random failures.
Thank you for your work on the archive rebuilds. They are very very
useful in retaining the quality of the packages.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
On Mon, 2019-03-18 at 19:57 +0530, Ritesh Raj Sarraf wrote:
> On Fri, 2019-03-15 at 22:39 +0100, Jakub Wilk wrote:
> > Apport tries to create /var/crash/.lock if doesn't exist already.
> > But
> > /var/crash/ is world-writable, so a malicious local user could do:
> >
try:
-fd = os.open(lockfile, os.O_WRONLY | os.O_CREAT | os.O_NOFOLLOW)
+fd = os.open(lockfile, os.O_WRONLY | os.O_CREAT | os.O_NOFOLLOW, 0o644)
except OSError as e:
error_log('cannot create lock file (uid %i): %s' % (os.getuid(),
str(e)))
sys.exit(1)
20:0
g the lock file.
Yes. /var/crash/ is world writable and has the sticky bit set. It is
needed so that normal (unprivileged) user processes also write down
their crash reports without seeking root privileges.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating S
Source: heimdal
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
heimdal fails to build from source, both in Buster and Sid. It is
failing in one of the tests. Relevant snippet below and full build log
is accessible at:
Package: src:golang-github-mailru-easyjson
Followup-For: Bug #854743
Attached patch fixed the problem. Please consider it for Buster
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64
Source: javamail
Severity: serious
Tags: ftbfs
Justification: fails to build from source
You can also see the same build failure from the reproducible builds
projects efforts.
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/javamail.html
[ 254s] Generating
Package: src:ruby-net-http-persistent
Followup-For: Bug #888130
The one uploaded recently into experimental has built successfully. Can
the maintainer please upload it to Unstable so that it does get included
in Buster ?
-- System Information:
Debian Release: buster/sid
APT prefers testing
. (Closes: #915995)
+
+ -- Ritesh Raj Sarraf Wed, 16 Jan 2019 11:33:27 +0530
+
nfs-utils (1:1.3.4-2.3) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru nfs-utils-1.3.4/debian/patches/fix-ftbfs-undefined-major.patch
nfs-utils-1.3.4/debian/patches/fix-ftbfs-undefined-major.patch
Source: cowdancer
Version: 0.87
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
Content-Type: multipart/mixed; boundary="===1317036836604284426=="
MIME-Version: 1.0
From: Ritesh Raj Sarraf
To: Debian Bug Track
load with `--no-parallel` but I would like to test
that before. Is there a way to do that ?
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
uch file or directory: 'bcc-0.7.0'
> make[3]: Leaving directory '/build/1st/bpfcc-0.7.0/obj-x86_64-linux-
> gnu'
> make[3]: *** [src/python/CMakeFiles/bcc_py_python3.dir/build.make:71:
> src/python/dist-python2/bcc-0.7.0.tar.gz] Error 1
--
Ritesh Raj Sarraf | http://people.debian.org
haven't
encountered the bug (yet) myself nor have I had any reports.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
s
to be investigated.
I was recently updating my own virtual multipath san setup to the
latest (0.7.7-3) and did not face any issues.
I will try to spare some time for this bug but meanwhile if you have
any additional input/updates, please do update this bug report.
--
Ritesh Raj Sarraf | http:/
close 899771
thanks
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."
Please fix your geoclue2 setup. Custom configs for redshift work perfect
and so does properly set geoclue2 setup.
s3nt fr0m a $martph0ne, excuse typ0s
On Thu, Sep 13, 2018, 15:09 Ervin wrote:
> Package: redshift
> Version: 1.11-1
> Severity: grave
> Justification: renders package unusable
>
x2x.c:754: undefined reference to
> `minor'
> collect2: error: ld returned 1 exit status
>
>
> This is reported to Ubuntu in bug 1791154
> https://bugs.launchpad.net/bugs/1791154
>
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating
pfcc
upstream had a much lower version of LLVM supported.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
th 4.17, because the multiqueue setting was enabled by default
with this version.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
unately, I cannot verify these steps.
Ritesh
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
re---end--->8---
>
> Installing gir1.2-gtksource-3.0 fixes this.
Ideally this should have come from `python3:Depends`. But, for now,
I've explicitly added the dependency.
Thanks,
Ritesh
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
the weekend.
Ritesh
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
sense to patch stapbpf/Makefile.am to get rid
> of
> install-exec-hook, and add a dpkg-statoverride call to
> systemtap-runtime.postinst for the stapbpf binary?
Sorry for the late follow-up. I have made changes based on your
suggestion. An upload to the archive will follow soon.
Thanks
ll keep monitoring it.
I've filed a remove request for robojournal. Upstream has been inactive
for years and it is a dead project now.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901447
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
stapusr:x:156:
root@priyasi:/#
On Fri, 2018-03-23 at 17:33 +0530, Ritesh Raj Sarraf wrote:
> I am trying to package version 3.2 for Debian. But I have run into
> some
> build failures.
>
>
> make[6]: Leaving directory '/build/systemtap-3.2/staprun'
> make install-exec-hoo
6_64)
> > Foreign Architectures: i386
> > Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores)
> > [...]
>
> Due to the absence of a fixed kernel API, newer systemtap versions
> are
> required to deal with newer kernels. The particular errors listed
> here hav
cations works fine.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
Thanks for the reply. This was an issue that crept in in 1.72-1 and was
quickly resolved with 1.72-2.
s3nt fr0m a $martph0ne, excuse typ0s
On 11-Feb-2018 14:24, "Jean-Marie Favreau"
wrote:
> Dear Maintainer,
>
> When the laptop-mode was activated, I was getting in
No. That version should have the issue resolved. You may have a different
issue altogether. Please share system logs.
s3nt fr0m a $martph0ne, excuse typ0s
On 11-Feb-2018 03:36, "Jean-Marie Favreau"
wrote:
> Dear laptop-mode-tools maintainer,
>
> On my system the bug
Package: user-mode-linux
Version: 4.14-1um-2
Severity: grave
File: /usr/bin/linux.uml
Tags: upstream
Justification: renders package unusable
Random segfault is seen with latest uml. Needs investigation. Let's not
let this propagate to testing.
[ OK ] Started Getty on tty1.
[ OK ] Reached
I'll only be able to be at my computer next week. So you may go ahead with
the binnmu.
Thanks
s3nt fr0m a $martph0ne, excuse typ0s
On 17-Jan-2018 22:09, "Cyril Brulebois" wrote:
> Hi,
>
> Michael Jeanson (2018-01-15):
> > I've uploaded 0.10.0-3 with the
[1] https://anonscm.debian.org/git/collab-maint/bpfcc.git/commit/?id=
> f73049e48fd98dd01d4475f88f6b490e6a1b34bb
> [2] https://packages.debian.org/source/sid/linux
> [3] https://packages.ubuntu.com/artful/linux-image-generic
> [4] https://packages.ubuntu.com/artful/linux-headers-generic
>
Hello,
Thanks for the bug report.
On Tue, 2017-10-17 at 19:31 +0200, Alexander Kurtz wrote:
> Please fix this by making libbpfcc-dev depend on libbpfcc.
After installing the libbpfcc package manually, does it build proper ?
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Deb
Package: src:clementine
Followup-For: Bug #853348
Dear Thomas,
Please find attached a patch to fix FTBFS with GCC 7.
And regarding #874295, I think the bug is overrated. But if that
conflicts policy, can we please move the package to contrib ?
-- System Information:
Debian Release: buster/sid
Package: clementine
Version: 1.3.1+git276-g3485bbe43+dfsg-1
Followup-For: Bug #874295
Clementine has been removed from Debian testing.
Can the package maintainer please comment on if there is a fix ?
THe patch that Jonas has mentioned should be good enough to get this bug
resolved.
BTW Jonas,
a dependency to kernel headers
Thank you for the bug report. I've fixed it in the dev repo and it'll
be part of the next upload, after I fix the other RC bug, 873322. If
you have some time and can assist on the mentioned bug, that'd be
appreciated.
Thanks,
Ritesh
--
Ritesh Raj S
On Mon, 2017-10-02 at 21:00 +0545, Ritesh Raj Sarraf wrote:
> On Thu, 2017-09-21 at 08:39 +0100, Stephan Dollberg wrote:
> > Let me know whether you need any more info.
>
> The latest git snapshot I picked from today, fails to build in the
> eBPF
> module.
I fixed that but r
On Mon, 2017-09-25 at 23:18 +0545, Ritesh Raj Sarraf wrote:
> On Mon, 2017-09-25 at 19:20 +0200, Andreas Beckmann wrote:
> > This detection method looks very fragile.
> > The rpm package in Debian provides /usr/bin/rpm, probably something
> > similar could exist for dp
Agreed. Never spent much time on apport. When I started work on it
initially, I was hopeful there'll be more momentum in Debian and many
more people will use it (and chime in). But since the very beginning,
it has been in Experimental only.
--
Ritesh Raj Sarraf | http://people.debian.org/~rr
1 - 100 of 366 matches
Mail list logo