#x27;s an amend from the previous description, which
was much much shorter.
If you have suggestions on how to extend it further, please do so. My
english showed limitations in finding words to describe it.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
sig
th that in mind only.
As for this bug report, the issue isn't really directly with open-
iscsi. Or at least, not to my knowledge. Only the invocation of a
systemd helper utility causes problems.
--
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, so d
ly doing that marks them with 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 c
ystem-helpers is one of very few
> "essential" packages,
> its bug must be identified and fixed before the release of Bullseye,
> if any.
I guess so. Rather than clone you could just reassign this bug to init-
system-helpers and see what the maintainers have to say about my
findings.
r tool written in perl, is not something I want to debug
further. Because neither am I well versed with perl nor systemd. SO any help
there is welcome. Bug has been tagged appropriately.
@Ryutaroh: Thank you for finding and reporting the bug and having the patience
with me. Working on this bug, with
27;m complete noob in
debci/autopkgtest so I'll have to rely on some other expert in
resolving this.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
Hello Sebastien
On Wed, 2021-03-03 at 14:49 +0100, Sebastien Bacher wrote:
> It's similar to
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981231
> and a warning from the new gdisks version which is printed on stderr,
> or
> autopkgtest fails on stderr content by default
>
> Using Restricti
On Wed, 2021-03-03 at 20:14 +0530, Ritesh Raj Sarraf wrote:
> Is it something you can help me with, to reproduce the actual
> multipath-tools issue ?
I figured out the setup for debci/autopkgtest all thanks to your bug
reports that motivated me. :-)
--
Ritesh Raj Sarraf
omething you can help me with, to reproduce the actual
multipath-tools issue ?
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
e. Instead please just help me with
the debci/autopkgtest setup. It'll help me in the longer run.
What should be the steps to reproduce this bug on my machine using
debci/autopkgtest ?
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.a
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 on
gio.c:407
#49 0x604a58d0 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/kern
()
#18 0x6088ff65 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 Sarra
ut nevertheless if there's a problem with
the actual package, it'd be nice to fix it.
So can you please point me to what the actual problem with the package
is, when run on a system with sysvinit-core being active ?
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
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
t you expect ?
iscsiadm is reporting correct that the iscisi database has no record of
any iscsi target. So the daemon has run successful but there's no
target to connect to.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Descr
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, 'testin
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.
-
On Tue, 2021-02-23 at 18:48 +0900, Ryutaroh Matsumoto wrote:
> Hi Ritesh Raj Sarraf,
> Thank you for paying your attention to this.
>
> > I skimmed into the logs but I'm not sure what failure is being
> > referred
> > to here.
>
> I meant the below part in
g: Partition table header
> claims that the size of partition table
> tgtbasedmpaths FAIL non-zero exit status 1
>
> Looking at the log, failure of tgtbasedmpaths seems a real error.
I skimmed into the logs but I'm not sure what failure is being referred
to h
version we would 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 transition
Package: python-eventlet
Followup-For: Bug #981720
Would you consider the attached patch ? I don't know of its side-effects
but applying the patch does make it build successfully in all build
environments.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy:
* Non-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-bas
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, i
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. It
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
the
arly co-ordinated, by users and derivatives that want to
see it follow the path. And we could definitely leverage on what Suse
has already done.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
Source: guile-2.2
Followup-For: Bug #966301
Control: severity -1 serious
Dear Maintainer,
During a rebuild of the package on a Bullseye based derivative, a build
failure in the test is seen. The same build failure is seen on the
Reproducible Builds too.
https://tests.reproducible-builds.org/debia
Source: golang-github-revel-revel
Severity: serious
Followup-For: Bug #977542
We've run into the same build failure during a rebuild of the package in
a Bullseye based derivative. The same build failures are also seen in
the Reproducible Builds. So, I'm rasing the severity of this bug report.
Th
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 th
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
--
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 buil
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 r
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 b
p-to-date.
The processor microcode seems to be up-to-date.
No services need to be restarted.
No containers need to be restarted.
No user sessions are running outdated binaries.
21:03 ♒ ॐ ♅ ♄ ⛢ ☺ 😄
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal O
On Wed, 2021-02-03 at 20:59 +0530, Ritesh Raj Sarraf wrote:
> > So I think it narrows it down to this package.
>
> There may be more to it. With no logs, I'm afraid that may not be the
> right conclusion. Also, note that iio-sensor-proxy gets pulled in
> into
>
it be possible for you to extract more details from your system
logs ?
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
ds logs have the same 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
ailable.
The assumption that the repository information is available at hand in
all the build environment is certainly not correct.
--
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-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
```
Warning
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
(CommandNotFound.tests.test_command_not_found.CommandNotFoundOu
Package: apt-cacher
Version: 1.7.22
Followup-For: Bug #461758
Here's a setup I've built to optimize my network use.
I have debdelta running every couple of hours to download deltas and
create proper debs in /var/cache/apt/archives/
```
[Unit]
Description=Daily debdelta activity
Documentation=man
Hi Vasudev,
On Mon, 2021-01-18 at 09:27 +0530, Vasudev Kamath wrote:
> Ritesh Raj Sarraf writes:
>
> > I had fixed this some time ago. Looks like the recent new updates
> > needed a
> > new adaptation. Thanks for reporting this bug
> >
>
> I had fixed a c
I had fixed this some time ago. Looks like the recent new updates needed a
new adaptation. Thanks for reporting this bug
s3nt fr0m a $martph0ne, excuse typ0s
On Sun, 17 Jan, 2021, 18:39 Salvatore Bonaccorso, wrote:
> Package: bpfcc-tools
> Version: 0.18.0+ds-1
> Severity: normal
> X-Debbugs-Cc:
60,1
> iscsistart: Connection1:0 to [target: iqn.2000-01.de.xypron:disk1,
> portal: 192.168.0.1,3260] through [iface: default] is operational now
Just for my own sake. Since the new upgrade broke your setup, how did
you revert back to the older iscsi initiator (2.1.2) for the root LUN ?
Did you build this
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu user-mode-linux_5.10um1 . ANY . unstable . -m "Re-build package to pick
latest Linux 5.10.5 changes"
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT pol
page, when the linux-
source package is newer.
But requesting a rebuild would still be a manual step.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
oji/rpminfo?rpmID=23332353
Please do feel free to raise the severity, in case you do not see any
progress on this bug report, over time.
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
d it will be part of the next upload.
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
o 'normal' from 'grave'
> > found -1 0.17.0-8
> Bug #977629 [libbpfcc] libbpfcc: please compile with -
> DENABLE_LLVM_SHARED=on
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
Package: node-end-of-stream
Version: 1.4.1-1
Severity: important
Tags: ftbfs
Hi,
During a rebuild of this package in our downstream environment, this
version of the package fails in its tests during the build.
dpkg-build
else) here develops the code (and I do the AD DC)
> so
> it becomes message-passing at best.
>
> When you are there, explain in painful detail exactly what did work,
> the smb.conf used in the past, and what now fails to work, including
> the full FS layout information.
--
Rites
when it
> > occurs.
>
> Can't you use bind mounts?
I only enabled " wide links = yes" today, when I noticed that the
upgrade has cause my shares to be inaccessible, for the symlink
folders.
I would rather prefer to not use "wide links = yes" at all and instead
Package: samba
Version: 2:4.13.2+dfsg-3
Followup-For: Bug #866823
So "follow symlinks" feature seems to have been broken in the latest
upload of samba, version 2:4.13.2+dfsg-3.
The current version in testing, 2:4.12.5+dfsg-3, did not have this
problem and I was happiliy using the "follow symlinks
Package: rasdaemon
Version: 0.6.6-2
Severity: normal
My machine has run into some MCE Errors.
Oct 20 12:14:03 priyasi kernel: mce: [Hardware Error]: Machine check events
logged
Oct 20 12:14:03 priyasi kernel: mce: [Hardware Error]: CPU 6: Machine Check: 0
Bank 3: 8c20004000101151
Oct 20 12:14:0
On Fri, 2020-10-16 at 11:47 +0530, Vasudev Kamath wrote:
> Ritesh Raj Sarraf writes:
>
> > If you have some spare cycles for bpfcc, it could use your help.
>
>
> I'm bit confused here, is this the upstream issue?. Or I need to
> patch
>
> the upstream CMak
ug'), (800, 'unstable'), (790, 'buildd-unstable'), (700,
> 'experimental-debug'), (700, 'experimental'), (690, 'buildd-
> experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 5.8.0-2-amd64 (SMP w/4 CPU threads)
fix in the 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
#x27;t built on 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
rules. It could also be a problem
with multipathd itself. If there were logs, it may be worth looking at.
OTOH, I have no access to large SAN arrays, anymore. So I can't really
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
hen, I had
>
> fewer than 128 pathes in my multipath configuration. Now, with more
> than 128 pathes, the
>
> system will not boot correctly (timeout).
Can you please first clarify if you meant 128 LUNs or 128 paths in
total ?
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Deb
bug report.
This is fixed and pending upload to Debian Unstable, which should
happen very soon with a new release too.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
Package: doc-base
Version: 0.10.9
Followup-For: Bug #928636
On the same topic, the integration with khelpcenter is also broken. I
remember long back, I guess around kde3 times, when khelpcenter was well
integrated into doc-base.
I was looking at how khelpcenter has structured its KDE documentatio
Package: azure-cli
Version: 2.6.0-1
Severity: important
rrs@priyasi:~/NoBackup$ az vm user update --resource-group
lab40-obs-ubuntu-docker-494104 --name obs-ubuntu-docker --username rrs
--password
The command failed with an unexpected error. Here is the traceback:
No module named
Package: kodi-eventclients-ps3
Version: 2:18.7+dfsg1-1
Severity: normal
When trying to use the tool to detect key codes, it runs into the
following exception.
rrs@lenovo:/etc/bluetooth$ kodi-ps3remote localhost
/usr/share/pixmaps/kodi//bluetooth.png
Searching for BD Remote Control
(Hold Start +
Package: kodi-eventclients-ps3
Version: 2:18.7+dfsg1-1
Severity: normal
The tool fails to run because the path that it forms is not absolute.
rrs@lenovo:~/ps3pair$ kodi-ps3remote localhost 9777
usr/share/pixmaps/kodi//bluetooth.png
Traceback (most recent call last):
File "/usr/bin/kodi-ps3remo
-13867
> [1] https://github.com/open-iscsi/targetcli-fb/pull/172
>
> Please adjust the affected versions in the BTS as needed.
>
> Regards,
> Salvatore
>
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
independently.
> Cheers,
>
> -- Santiago
>
> * But considering current conditions, this could take a little bit
> longer.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
y with you? And, is there anything else that should go to buster?
THank you for taking care of this. So this slipped through the cracks
because many people must be using persistent names from /dev/mapper/ ?
Anyways, thanks for the finding and please feel free to push it to both
the releases.
Package: calibre
Version: 4.99.4+dfsg+really4.13.0-3
Severity: important
rrs@priyasi:~$ calibre
Traceback (most recent call last):
File "/usr/bin/calibre", line 20, in
sys.exit(calibre())
File "/usr/lib/calibre/calibre/gui_launch.py", line 73, in calibre
main(args)
File "/usr/lib/ca
ease. With the
next release, when that happens, this erroneous statement will go away.
https://github.com/rickysarraf/apt-offline/commit/8e0a7dece38a595886b8debf5214bc34a09575ef
But, in Debian, it would be nice to use the python3-apt package. So I
have it as a Recommends now.
I just uploaded 1.8.2-
I do not get any reply.
While you are at doing that, you could also take over the maintenance
of this package. I do not use it any more nor do I have interest in
maintaining it further.
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
to be fixed to enable Python3 support.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
architecture
> compilier. It also uses the build architecture strip there. Doing so
> also breaks generation of -dbgsym packages as well as
> DEB_BUILD_OPTIONS=nostrip. The attached patch fixes all of that.
> Please
> consider applying it to make mergerfs cross buildable again.
--
Rit
On Wed, 2020-03-25 at 11:01 +0100, giacomo wrote:
> Someone suggested this:
>
> "The problem is not with evolution, but with the Microsoft email
> server that I
>
> am using.[...] I found out
>
> that Microsoft is still using the obsolete TLS v1.0 for its POP."
Probably. Because I'm using the s
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
On Tue, 2020-03-24 at 10:59 +0530, Ritesh Raj Sarraf wrote:
> After I purged package dbus-user-session, it is working proper. So
> either it needs a fix, or a documentation update.
purging the dbus-user-session package is not a good choice. The package
is important to merge all user sessio
Hello Paul.
Sorry. I seem to have completely slipped to replying to the email.
On Sun, 2020-03-22 at 08:11 +0100, Paul Gevers wrote:
> Hi Ritesh
>
> On Sun, 3 Mar 2019 12:50:09 +0100 Martin Pitt
> wrote:
> > Hello Ritesh,
> >
> > Ritesh Raj Sarraf [2019-01-15
On Tue, 2020-03-24 at 10:40 +0530, Ritesh Raj Sarraf wrote:
> On Mon, 2020-03-23 at 14:31 +0530, Ritesh Raj Sarraf wrote:
> > I have been trying to get notifications to work on my KDE desktop
> >
> > environment. So far, I have not had any success.
>
> So the DBUS US
On Mon, 2020-03-23 at 14:31 +0530, Ritesh Raj Sarraf wrote:
> I have been trying to get notifications to work on my KDE desktop
>
> environment. So far, I have not had any success.
So the DBUS USER SESSION feature has some assumption. Like, for the
variable NR_SESSPPID, which is not w
Package: needrestart
Version: 3.4-6
Severity: normal
Dear Maintainer,
Thank you for the needrestart package. This is a very useful tool.
I have been trying to get notifications to work on my KDE desktop
environment. So far, I have not had any success.
My expectation is that it should work out o
ntainer before him. So far I had been
carrying it forward as is. But I guess, some day, I'd want 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
Dear Adam,
On Tue, 2020-02-25 at 21:10 +, Adam D. Barratt wrote:
> On Mon, 2020-02-24 at 15:37 +0530, Ritesh Raj Sarraf wrote:
> > So my changelog was incorrect as it set to 20070815.3-1+deb10u4,
> > which actually should be 20070815.3-1+deb10u1, as this is uml-
> > util
days. I'm not actually sure what business
> > 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
So my changelog was incorrect as it set to 20070815.3-1+deb10u4, which
actually should be 20070815.3-1+deb10u1, as this is uml-utilities
package's first stable update proposed.
Attached patch revises the version revision number.
On Wed, 2020-02-19 at 12:06 +0530, Ritesh Raj Sarraf
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 yo
et 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
>
Control: tag -1 +patch
Sorry to have missed to attach the debdiff.
On Tue, 2020-02-18 at 13:49 +0530, Ritesh Raj Sarraf wrote:
> Package: release.debian.org
> Severity: normal
> Tags: buster
> User: release.debian@packages.debian.org
> Usertags: pu
>
> The port-helpe
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
The port-helper binary shipped with the uml-utilities package was
installed to a non-standard path creating problems for the uml tool to
find the helper binary. Details are mentioned
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
d2538d6256a10f1a67a36ebc867549e7f
>
> Merge request importing that patch :
> https://salsa.debian.org/debian/bpfcc/merge_requests/1
>
> Regards,
>
>
> F.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
I'd hate to see seascope
out of the archive. The porting is not a lot of work. I recently had
done it for 2 of my own projects.
So any help will be appreciated.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
Package: src:linux
Followup-For: Bug #882967
Please also see: https://github.com/brendangregg/perf-tools/issues/77
That is not a comprehensive answer but a pointer at least.
It'd be nice to see this config option enabled, if it doesn't have any
adverse effects.
-- System Information:
Debian Rele
ine 1113, in isAlive
> PendingDeprecationWarning, stacklevel=2)
> PendingDeprecationWarning: isAlive() is deprecated, use is_alive()
> instead
> Downloading base-files - 58
> KiB
> base-files
> done
r your
default suite.
See below link for pointers:
https://wiki.debian.org/AptConfiguration
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
blog/sg3-utils-nvme/
> I have put the snippet for strace during that time. Please let me
> know if you need further information.
Please run multipath-tools in debug mode and see if it provides any
pointers.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operati
101 - 200 of 2989 matches
Mail list logo