Package: gnome-shell
Version: 48.1-1
Severity: normal
Dear Maintainer,
>From gdm when I choose gnome and try login gnome-shell crash and gdm is
showed again
I'm attaching coredumpctl info
If I choose gnome with X11 it works
Thank you very much
-- System Information:
Debian Release: trixie/si
tags 1099415 pending
thanks
This bug has been fixed in the GIT repo:
https://salsa.debian.org/pkg-security-team/samhain/-/commit/3ed6d1b687ed700e12b4e0dd369cc55101859626
It should be closed in the next package uploaded.
Best regards
Javier
.
Saludos
Javier
Hi Helge,
Feel free to make a call for updates and I will incorporate the
translations in a future package upload.
Best regards
Javier
On Mon, 3 Mar 2025 at 12:16, Helge Kreutzmann wrote:
> Hello Javier,
> Samhain has quite a few open debconf translations, some for ~ 4 months.
>
&g
ained upstream and I don't believe it actually works to audit
any modern system anymore. Debian's team work should be best focused on
other tasks.
I'm going to open a bug to the release managers to request its removal.
Best regards
Javier
- 1 jfs jfs 1725 ene 4 2017 ../compartment_1.1.0-5.dsc
The oldest one uses the format from GnuPG at the time which has a Version:
header which is as follows:
-BEGIN PGP SIGNED MESSAGE-
Format: 1.0
Source: compartment
Version: 1.1-1
Binary: compartment
Maintainer: Javier Fernandez-Sangu
for pushing. Tracker.d.o claims that VCS is newer since it has the
> remaining '+nmu' in the version string.
>
Tags pushed.
> BTW, I plan to inject `nat` into debian/ team on Salsa as well and will
> ping you once its ready.
>
Super, thanks for letting me know.
Javier
some time to review the changes introduced by Richard in order
to move them into the package. But hopefully now with the GIT repository
available it makes it easier for others to submit improvements as pull
requests.
Best regards and have a great start of the new year!
Javier
Dear Niels,
Thank you for preparing the patch. I have incorporated it into the GIT
repository and have actually just uploaded a new version including this and
other fixes provided by fellow developers.
Saludos
Javier
Hi Andreas,
Thank you for the interest. However I am going to add check security to the
Debian security repo in Salsa to allow for comaintenance there.
Regarding Priority, that is one bug I'll likely close as I do not currently
see the need to increase the priority.
Saludos,
Javier
El ju
Hi,
My name is Javier Vela,
I would like to become the new maintainer of the django-maintenancemode
package if nobody else is interested. Would you be willing to support me as
a sponsored maintainer and guide me?
Regards
Hi Agustin,
I'm fine with the NMU upload. Regarding Salsa: I would like to upload a Git
repo with all the history so this package can be comaintained easily. Would
you mind not pushing this to Salsa yet?
Best regards
Javier
Saludos,
Javier
El jue, 17 oct 2024, 17:51, Agustin Martin esc
ommit/50eb7ef3ebb7f72c9381df8d5747cf177246ce04
Best regards,
Javier
retitle 893069 New upstream release available (4.5.19 - September 2024)
thanks
On Sat, 24 Jun 2023 at 20:27, Daniel Baumann <
daniel.baum...@progress-linux.org> wrote:
> retitle 893069 new upstream (4.4.10)
> thanks
>
> Hi Javier,
>
> another two years have passed, bookwo
or help or comaintainers that want to support
(or take over in a controlled/agreed way) this package.
Best regards ,
Javier
uggest improvements to the text available there.
Best regards
Javier
Javier
signature.asc
Description: PGP signature
/3d8d95850a6f0ce5e730ea5a578a4581ccab0b84
Best regards
Javier
/-/commit/cc2c07b369204b2ff8e11606fa7c40c63e2fa49e
Saludos
Javier
Dear Andreas,
Thank you for taking care of this upload and for fixing the outstanding
bugs.
If you wish, you can push directly to unstable. There is no need to use
DELAYED queue.
Best regards
Javier
Saludos,
Javier
El jue, 12 sept 2024, 22:21, Andreas Tille escribió:
> Control: tags
hould be in Salsa and I can provide maintainer
access to any interestef developer.
In any case, I have the feeling that there are more suitable fully open
source options out there (e.g. suricata) and it would not be a big issue if
Snort was removed from the distribution.
Best regards,
Javier
El ju
This is just to confirm that the issue is fixed.
Now Kicad works perfectly again.
Thanks!
Enviado con el correo electrónico seguro de [Proton Mail](https://proton.me/).
/rules file.
We are already applying the patch queue which implements the features
related to flicker-free boot. Therefore, the only missing piece is the
possibility to enable that option for Debian distributions by default.
Best regards,
Javier
-- System Information:
Debian Release: 12.5
APT
I'm in the same situation.
Right now I can't use Kicad.
Enviado con el correo electrónico seguro de [Proton Mail](https://proton.me/).
Dear Bo Yu,
Sure, I can try it.
Tomorrow , I review the package, and I give you an answer, because i am using
Mac now. I think using multi pass I can do it
Regards and thanks
Javier Ruano
Sent from my iPhone
> On 11 Dec 2023, at 04:15, Bo YU wrote:
> Hi Javier!
> On Sat, Apr 04, 2
appropriate, maybe dracut could be a suitable
alternative for the users affected by this issue.
Best wishes.
--
Javier Miqueleiz (ethereal) --
"Since the best man could not be obtained, mediocre ones would have
to be accepted."
-- Leipzig mayor
lso kindly ask to
document this issue on the release notes for bookworm, so that people
affected by it have a smoother upgrade process.
Best regards,
ethereal.
---- Javier Miqueleiz (ethereal) --
"Since the best man could not be obtained, mediocre ones would have
Package: initramfs-tools
Version: 0.142
Severity: important
After upgrading one of my systems running Debian 11 to bookworm, I've noticed
the system has become unbootable. I think it's due to a regression in the
initramfs-tools package, that doesn't properly activate the LVM VG with the
rootfs
Package: watchdog
Severity: normal
X-Debbugs-Cc: jav...@miqueleiz.com
-- System Information:
Debian Release: 12.0
APT prefers testing-security
APT policy: (500, 'testing-security'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 6.1.0-8-amd64 (SMP w/4 CPU threads; PREEMPT)
Local
Hi Vincent,
I can try to get this updated this weekend. If anyone wants to go ahead
with a fix you have my blessing.
Best regards,
Javier
El jue, 20 abr 2023, 12:15, Vincent Lefevre escribió:
> On 2019-07-07 11:12:11 +0800, Paul Wise wrote:
> > The harden-doc before-compromis
Package: vim-runtime
Version: 2:9.0.1000-4
Severity: minor
Dear Maintainer,
At
/usr/share/vim/vim90/syntax/debcontrol.vim and
/usr/share/vim/vim90/syntax/debsources.vim should be added
"non-free-firmware\|" before "non-free"
Thank you !
-- System Information:
Debian Release: bookworm/sid
APT
Dear Markus,
Thank you for preparing. Could you please share the patch you are working
on? Snort is available in Salsa. Maybe you could upload / provide there
your propose changes in a separate branch?
Saludos,
Javier
El vie, 20 ene 2023, 21:42, Markus Koschany escribió:
> Control: tags
Package: sasl2-bin
Version: 2.1.27+dfsg-2.1+deb11u1
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
Problem arose when installing my first bullseye brand new sendmail
server(instead of upgrading from buster)
Regardless of being we
Dear Michael,
Thanks for the proposed patch. I will try to review and submit a new
package version is the coming days.
Saludos,
Javier
El mié, 8 jun 2022 20:45, M. Buecher escribió:
> I had a look at the package source and only the paths in the file
> debian/rules [1] have to be c
he package and not
defined by upstream
The most likely fix for this bug in any case is to adjust the definitions
in the logrotate file, which uses "/var/log/snort/*/alert" and "/var/log/
snort/*/*log". These definitions are too broad and could be simplified.
Best regards,
J
Dear João,
Thanks for preparing, the patch looks ok to me.
Saludos,
Javier
El sáb, 16 abr 2022 22:30, Joao Eriberto Mota Filho
escribió:
> Control: tags 965455 + patch
> Control: tags 965455 + pending
> Control: tags 998939 + patch
> Control: tags 998939 + pending
>
&g
Hello again,
After have been run sudo dpkg-fsys-usrunmess -f , I tried to run it with LANG=C
sudo LANG=C dpkg-fsys-usrunmess -n
dpkg-query: no path found matching pattern /usr/lib/modules/*
D: adding alternative link = /lib/cpp
D: adding alternative link = /bin/mt
D: adding alternative link = /bi
Package: dpkg
Version: 1.21.7
Severity: normal
Dear Maintainer,
sudo dpkg-fsys-usrunmess -n
finish with:
...
D: cleaning up shadow deferred dir = /.usrunmess
dpkg-query: no se ha encontrado ningún paquete que corresponda con el
patrón /usr/lib/modules/5.16.0-6-amd64/kernel/drivers/net/ethernet/
Package: dpkg
Version: 1.21.7
Severity: minor
Dear Maintainer,
sudo dpkg-fsys-usrunmess -n
finish with:
dpkg-query: no se ha encontrado ningún paquete que corresponda con el
patrón /usr/lib/modules/5.16.0-6-amd64/kernel/net/ieee802154/6lowpan.
D: installing local policy-rc.d
D: reconfiguring al
Package: phpldapadmin
Version: 1.2.2-6.3
Severity: important
Dear Maintainer,
Using PLA in a standard installation with apache, php, and PLA in Debian
11 current versions yields the above error trying to search something as
simple as "uid=foo". Trace:
File/usr/share/phpldapadmin/lib/functions
Package:puddletag
Version:2.0.1-3
Severity: critical
Hello,
Running Debian sid, it is not possible to launch puddletag
Debian Forums has a possible fix:
https://forums.debian.net/viewtopic.php?f=6&t=151493
sudo sed -i 's/operatorPrecedence/infixNotation/g'
/usr/lib/python3/dist-packages/puddlest
hntpw/) some of which had been
also submitted to Debian.
Note that the changes are in this repository:
https://salsa.debian.org/debian/chntpw (I restored there the old GIT repo
from Alioth).
Thank you both for your work
Javier
On Wed, 19 Jan 2022 at 15:27, Fabio Fantoni wrote:
> Hi, in recent da
Great, thanks.
Saludos
Javier
On Thu, 9 Dec 2021 at 04:18, Boyuan Yang wrote:
> Hi,
>
> 在 2021-12-08星期三的 20:56 +0100，Javier Fernandez-Sanguino写道：
> >
> > El mar., 7 dic. 2021 18:36, Boyuan Yang escribió:
> > > Source: flawfinder
> > > Version: 2.0
El mar., 7 dic. 2021 18:36, Boyuan Yang escribió:
> Source: flawfinder
> Version: 2.0.19-1
> Severity: important
> X-Debbugs-CC: j...@debian.org
>
> Hi Javier,
>
> Thanks for updating package flawfinder in Debian! However, the latest
> upload
> was not a sour
tag 980982 pending
thanks
Dear colleagues,
I have prepared a new package version for upstream version 2.0.19. I tried
to upload it yesterday but had some issues.
In any case it should be available in the archive soon.
Saludos,
Javier
El vie., 9 jul. 2021 20:57, LeJacq, Jean Pierre
dled upstream.
Of course, as a workaround, users can remove the 'nostamp' option from the
configuration and adjust their logrotate setup to cater with files with
timestamps.
Best regards
Javier
no further
users requesting this, I will close this bug after some time.
Best regards
Javier
is into a non-native package and use 3.0 quilt format as proposed.
Best regards
Javier
me if I
> should delay it longer.
>
Thank you very much for preparing this NMU. I do not see any need to delay
it longer, and will incorporate your patch in my next package upload.
Best regards
Javier
tion(+), 1 deletion(-)
Regards
Javier
On Mon, 5 Jul 2021 at 19:36, Javier Fernandez-Sanguino
wrote:
> Dear Cyril,
>
> Thank you for forwarding me this bug (and to Federico for reporting). I'll
> take a look and fix the string. There is clearly a mistake there.
>
> Saludos,
&g
Dear Cyril,
Thank you for forwarding me this bug (and to Federico for reporting). I'll
take a look and fix the string. There is clearly a mistake there.
Saludos,
Javier
El lun., 5 jul. 2021 18:42, Cyril Brulebois escribió:
> Control: reassign -1 grub-installer 1.172
>
>
es: 788793)
+
+ -- Javier Fernández-Sanguino Peña Sun, 04 Jul 2021
23:04:35 +0200
+
netselect (0.3.ds1-28) unstable; urgency=medium
* Use debhelper files properly to relocation binaries and
diff -Nru netselect-0.3.ds1/debian/control netselect-0.3.ds1/debian/control
--- netselect-0.3.ds1/debian/contr
tags 989425 -moreinfo
thanks
Libpam-chroot 0.9-5 has been uploaded to unstable.
Best regards
Javier
Dear Adrian,
Thank you for preparing the NMU but please cancel it. I have just uploaded
version 0.9-5 to unstable to fix the RC bugs.
Sorry for the delay.
Best regards,
Javier
On Wed, 16 Jun 2021 at 13:48, Adrian Bunk wrote:
> Control: tags 980047 + patch
> Control: tags 980047 + p
ainst the package in testing
unblock libpam-chroot/0.9-5
Thank you for your support,
Javier
diff -u libpam-chroot-0.9/Makefile libpam-chroot-0.9/Makefile
--- libpam-chroot-0.9/Makefile
+++ libpam-chroot-0.9/Makefile
@@ -5,6 +5,8 @@
CPPFLAGS=-I.
LDFLAGS=-shared
DESTDIR=/
+LIBDIR=$(DESTDIR
rly identify status of routes
+ when the gateways are in the hosts file
+ * debian/README: Describe caveats related to network link tests
+
+ -- Javier Fernández-Sanguino Peña Thu, 03 Jun 2021
08:13:30 +0200
+
ifupdown-extra (0.31) unstable; urgency=medium
* Fix some network scri
rently the change is detected only as inode update).
Additionally, the package could also include checking Selinux attributes
too (add "--enable-selinux").
Best regards
Javier
f the binary packages. I will send a debdiff
of the source packages soon.
Best regards
Javier
.cgi?bug=986908
The updated version will not transition into testing automatically.
>
Indeed. Let's see if the unblock request goes through.
Best regards
Javier
package in testing
[ Other info ]
Hopefully this request can be accepted!
unblock snort/2.9.15.1-5
Best regards
Javier
$ debdiff snort_2.9.15.1-4_i386.deb snort_2.9.15.1-5_i386.deb
File lists identical (after any substitutions)
Control files: lines which differ (wdiff format
gh interest in snort should probably just make this
> change and upload it.
>
After preparing a new version of the package and testing it in a chroot
with different upgrade scenarios, I have uploaded a new version to unstable
fixing this issue (and some others I encountered along the way).
Best regards
Javier
On Wed, 17 Mar 2021 16:12:37 -0700 Don Armstrong
wrote:
> Please stop reopening bugs which have been closed by Debian
Maintainers.
Please, Don, could you guide me on this matter?
The bug focus has changed, thus I retitled the bug and I thought
wontfix was not valid now. Should I open a new report
On Thu, 15 Oct 2020 21:25:51 +0200 Javier Serrano Polo wrote:
> Thus, there are three choices:
>
>1. Before binNMU (case 1.0-1deriv1).
>2. After stable update (case 1.0-1+deriv1).
>3. Between binNMU and stable update. This is what I am asking for.
>
> Would
On Mon, 16 Nov 2020 16:11:53 -0800 Jonathan Nieder
wrote:
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=nonessentiale2fsprogs;users=helm...@debian.org
> shows that people are already adding explicit dependencies on it,
> which means that
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=95
Control: tags -1 - moreinfo
More information was provided.
smime.p7s
Description: S/MIME cryptographic signature
Control: tags -1 - moreinfo
More information was provided.
smime.p7s
Description: S/MIME cryptographic signature
On Mon, 26 Oct 2020 22:10:56 +0100 Javier Serrano Polo wrote:
> I am trying to solve a bug,
Perhaps this should be a permanent bug without the wontfix tag. I do
not know why wontfix would not be correct, but I will leave the tagging
to other users. I have provided a patch; without feedback
On Fri, 5 Feb 2021 at 23:51, Mario Blättermann
wrote:
> Hello Javier,
>
> as Helge already wrote, manpages-es-extra is far too outdated to worth
> shipping it in Bullseye. It is *now* the time to get rid of this
> package.
>
Indeed, this is the case I have opened Bug #98473
package for cronie replacement that can eventually
replace cron.
Please contact the current maintainer if you can help in maintaining and
improving cron.
Best regards,
Javier Fernández-Sanguino
signature.asc
Description: PGP signature
in Spanish highlighting which
content is not up to date.
Thank you for your help,
Javier Fernández-Sanguino
signature.asc
Description: PGP signature
Dear Tomas,
El jue., 25 feb. 2021 12:52, Tomas Pospisek
escribió:
> Javier,
>
> seeing that you do not seem to have been working on cron for a few years
> would it be OK with you if I posted something along these lines to
> debian-devel:
I can send a message along the lines o
Have the same problem on 2021-01-31
Workarround: create /etc/systemd/system/dovecot.service, and override
PrivateDevices to "no".
A (maybe safer) official fix would be welcome.
Regards
Javier
Package: sysvinit
Version: 2.96-5
Priority: wishlist
Tags: l10n patch
Dear maintainer,
Please find attached an updated debconf translation for your package.
Thank you for including it in your next package upload.
Best regards,
Javier Fernández-Sanguino
# sysvinit po-debconf translation to
Package: tasksel
Version: 3.63
Severity: wishlist
Tags: l10n patch
Dear maintainer,
Please find attached an updated Spanish debconf template translation for
your package.
Thank you for including it in your next package upload.
Best regards
Javier Fernández-Sanguino
#
# Spanish
e can be easily backported to buster. If this might be of
use I could create a backported version of it fixing this problem.
Best regards
Javier
Package: proftpd-basic
Version: 1.3.6-4+deb10u5
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Running configuration in jessie and before. Upgraded system to stretch (didn't
test in stretch)
Package: roundcube
Version: 1.3.15+dfsg.1-1~deb10u1
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Upgraded a system from Jessie (via Stretch as recommended). In Jessie I was
able to autocomplet
On Mon, 19 Oct 2020 12:33:09 +0200 Julien Cristau
wrote:
> tags 966373 + wontfix
> close 966373
Another closure, this time without excuse. It is obviously a mistake,
because Debian derivatives are welcome, right? I will correct this.
Adam D. Barratt did not answer my previous questions, thus she
Control: reopen -1
El dg 18 de 10 de 2020 a les 22:40 +0200, Javier Serrano Polo va
escriure:
> Otherwise, I will reopen this report.
Reopening.
smime.p7s
Description: S/MIME cryptographic signature
On Sat, 24 Oct 2020 11:53:44 +0800 Paul Wise wrote:
> # It is not up to people who are not submitters or BTS admins to
determine the outcome for this bug
What do you mean? Are you the submitter? No, you refused to be. Are you
a BTS admin? No, you are not listed as a member. You determine the
outc
Control: submitter -1 !
On Sun, 18 Oct 2020 22:10:47 +0200 Geert Stappers
wrote:
> Closing this "new list request"
> because in three years no one second the request.
Closing this report does not make these Debian users disappear. Please
clarify if you are officially recognizing your hate agains
On Sat, 10 Oct 2020 09:00:48 +0100 "Adam D. Barratt" wrote:
> This has nothing specifically to do with updates to stable, and
> changing the versioning used for source updates to stable will not
> change it. If stable released with version 1.0-1 of package foo, then
> it is entirely feasible that
On Wed, 07 Oct 2020 18:43:22 -0400 Sam Hartman
wrote:
> C) I'd support non-normative documentation that we don't expect to
> approve new essential packages in the future in policy.
Worthless documentation, I think.
> A) I do support reducing the essential set over time
Fine, then you should cho
On Wed, 30 Sep 2020 18:34:06 -0700 Jonathan Nieder
wrote:
> Even so, some *rough* consensus on the plan is very useful for
> helping people evaluate that first step.
Here is a rough plan:
1. Policy: Packages should declare all their dependencies, even
essential ones.
2. Make easier t
El dl 21 de 09 de 2020 a les 16:50 +0200, Javier Serrano Polo va
escriure:
> I will elaborate on the problem with 1-1+b1foo1 and 1-1+b1foo1+b1 if
> you are willing to help.
First, a binNMU in Debian may be unnecessary in the derivative.
Following Debian binNMUs means unnecessary bui
Control: tags -1 wontfix
El dt 29 de 09 de 2020 a les 17:10 +0200, Javier Serrano Polo va
escriure:
> Thus, I will tag this report as wontfix.
Tagging.
smime.p7s
Description: S/MIME cryptographic signature
El dt 29 de 09 de 2020 a les 15:08 -0700, Josh Triplett va escriure:
> I want to avoid letting the problem get any worse.
So Essential packages are a problem. Do you want to remove Essential in
the long-term? If this goal is not clear, there is little point in
changing policy. New Essential packag
Package: libnss3
Version: 2:3.56-1
Severity: wishlist
Function CERT_AddCertToListTailWithData is available in headers. Please
make this function available in the library too.
smime.p7s
Description: S/MIME cryptographic signature
El dl 21 de 09 de 2020 a les 17:15 +0200, Javier Serrano Polo va
escriure:
> Do you want to remove Essential?
Since it looks like you do not try to eliminate Essential, I will close
this report.
smime.p7s
Description: S/MIME cryptographic signature
Control: reopen -1
El dl 21 de 09 de 2020 a les 16:50 +0200, Javier Serrano Polo va
escriure:
> Would you show your good intention by letting this discussion
> happen in an opened report?
Let us test your good intention.
smime.p7s
Description: S/MIME cryptographic signature
On Sat, 26 Sep 2020 10:47:52 +0800 Paul Wise wrote:
> submitter 837723 Don Armstrong
Paul Wise is not helping, since he undoes my work without any
explanation.
Let us continue. This bug is four years old, a patch has been
submitted, and maintainers show no will to fix the bug. Thus, I will
tag
On Mon, 23 Mar 2020 08:00:04 -0700 Josh Triplett wrote:
> This change does not propose eliminating the concept of Essential,
What is the point of Essential? To omit declaring dependencies on the
false assumption that some packages are always required by all systems;
the concept is essentially ill
El dl 21 de 09 de 2020 a les 15:29 +0100, Adam D. Barratt va escriure:
> You said disruptive.
You are not addressing the reason I have given. I will elaborate on the
problem with 1-1+b1foo1 and 1-1+b1foo1+b1 if you are willing to help.
Closing bugs immediately and repeatedly seem the opposite to a
On Mon, 21 Sep 2020 14:53:33 +0100 "Adam D. Barratt" wrote:
> ("These version numbers are ugly"
Who did say that? Please reopen the bug and answer to the reason I have
given, unless you admit that Debian derivatives are not welcome.
smime.p7s
Description: S/MIME cryptographic signature
Package: debian-policy
Version: 4.5.0.3
Severity: wishlist
For those who care about Debian derivatives:
Until #966373[1] is fixed, I propose adding this text to section
5.6.12:
As a temporary measure to support Debian derivatives, versions must
not explicitly end with zero (i.e., -0 or .
Control: submitter -1 p...@debian.org
Control: tags -1 patch
El dl 14 de 09 de 2020 a les 08:40 +0200, Javier Serrano Polo va
escriure:
> you should become the new submitter.
Changing then.
> Could you explain your reason for reopening this bug?
I assume you are not satisfied with c
. Once the package
hits the archive the bug should be closed, I would appreciate if you could
test again with this version of the package (0.31).
Best regards
Javier
:" section of this report contains a patched
> version of
> the config file. It has the following patch applied to fix the problem:
>
Thanks for the propose patch. It looks fine, I will prepare a new upload
soon fixing this.
Thanks for the bug report and the patch.
Best regards
Javier
Control: reopen -1
El dg 06 de 09 de 2020 a les 22:50 +0200, Javier Serrano Polo va
escriure:
> Otherwise, I will reopen this report.
Reopening then.
smime.p7s
Description: S/MIME cryptographic signature
On Mon, 14 Sep 2020 13:40:48 +0800 Paul Wise wrote:
> reopen 837723
Since the original submitter does not care anymore, you should become
the new submitter. Could you explain your reason for reopening this
bug? What is your request to the Debian bug tracking team?
smime.p7s
Description: S/MIME
1 - 100 of 3807 matches
Mail list logo
