meout. Reconnect.
> Sorry.
>
> Is it just me?
I uploaded on Monday using the ssh-upload target. Have you tried that
one?
Regards,
-Roberto
--
Roberto C. Sánchez
On Sat, Mar 15, 2025 at 05:23:54PM -0400, Jeremy Bícha wrote:
> On Sat, Mar 15, 2025 at 4:34 PM Roberto C. Sánchez wrote:
> > Question: Should uncoordinated NMUs unilaterally choose Salsa as the VCS
> > for a package?
>
> Why are you opposed to using Salsa as the VCS for cp
Us is discouraged.
I had thought of possibly suggesting an update to the documentation, but
I'm not sure that adding more words would make the matter any more
clear.
How do others suggest to handle this particular situation?
Regards,
-Roberto
--
Roberto C. Sánchez
te that in the bug report. So, then someone wouldn't have
to ask, it would already be stated that you are waiting for some
specific reason.
Perhaps the way to look at it is that in the case where isn't directly
helpful to the maintainer (as in your specific case), it can be helpful
to those with a desire to collaborate in some way.
Regards,
-Roberto
--
Roberto C. Sánchez
occurence of that sort of thing. And, yes, CVE is probably not a great
proxy. But Santiago has discussed this with quite a few of us on the LTS
team at various points along the way, and a better proxy hasn't been
found.
Regards,
-Robeto
--
Roberto C. Sánchez
already generate audio and video that convincingly imitate real
people. Why not the same with email? Though, the implications are rather
serious.
Perhaps our policies need to evolve to expect (or require?)
cryptographic signatures from DDs in mailing list discussion. We may
eventually reach a poin
.0
> 1.22.0-3+deb12u2 Changelog
> Changelog unavailable for gst-plugins-base1.0=1.22.0-3+deb12u2 (404 Not
This is #490848
--
Roberto C. Sánchez
o? Or am I
mis-remembering?
Regards,
-Roberto
--
Roberto C. Sánchez
luding Russia?
>
Supporting DDs in Russia would definitely demonstrate a commitment to
geographic diversity.
Regards,
-Roberto
--
Roberto C. Sánchez
Hi Wouter,
I think that you and I are actually in agreement.
On Mon, Aug 21, 2023 at 06:06:34PM +0200, Wouter Verhelst wrote:
> On Sat, Aug 19, 2023 at 02:28:22PM -0400, Roberto C. Sánchez wrote:
> > On Sat, Aug 19, 2023 at 07:11:11PM +0200, Dominik George wrote:
> > > >
On Sat, Aug 19, 2023 at 02:35:18PM -0400, Paul R. Tagliamonte wrote:
> On Sat, Aug 19, 2023 at 2:29 PM Roberto C. Sánchez wrote:
> > The reasons why the FTP masters might reject a package from the archive
> > are public [0]. Nowhere on the list is there an entry that says
> &
ned that the existence of the
Code of Conduct would eventually lead to its abuse and weaponization
may have in fact been well founded.
Regards,
-Roberto
[0] https://ftp-master.debian.org/REJECT-FAQ.html
--
Roberto C. Sánchez
themselves engaged in terrorism or other violence toward
individuals and groups, supported those who have engaged in such
activities, or been otherwise complicit in such.
So, let's at least be consistent.
Regards,
-Roberto
--
Roberto C. Sánchez
ork with if you use the right tools. I would
recommend that you look at the dget and dpkg-source utilities for
fetching and unpacking Debian source packages.
Regards,
-Roberto
--
Roberto C. Sánchez
bullseye. Are you certain that you have a matching upstream version?
How did you obtain the source package? How are you unpacking it? What
exact commands did you use?
Regards,
-Roberto
--
Roberto C. Sánchez
On Thu, Jul 14, 2022 at 05:48:56PM +0500, Andrey Rahmatullin wrote:
> On Thu, Jul 14, 2022 at 08:45:24AM -0400, Roberto C. Sánchez wrote:
> >
> > Filing the ITP then immediately uploading seems really sensible,
> More sensible than not filing it?
> This defeats both purposes
the vast majority of
ITPs actually never elecit any sort of response from anyone), seems
rather pointless.
Filing the ITP then immediately uploading seems really sensible,
especially since in the event of a mistake it is trivial to email
ftp-master requesting a REJECT, which IME is usually something they do
right away.
Regards,
-Roberto
--
Roberto C. Sánchez
On Thu, Jul 14, 2022 at 11:14:43AM +0100, Steve McIntyre wrote:
> edw...@4angle.com wrote:
>
> >Package: wnpp
> >Severity: wishlist
> >Owner: Edward Betts
> >X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
> >
> >* Package name: gender-guesser
> > Version
uite like it better from a
visual perspective), and issue a deprecation warning for the old format
(e.g., when -I is specified).
Then perhaps after the next stable release drop the old format.
>
> Thanks a lot for maintaining lintian in any case
>
+1
Regards,
-Roberto
--
Roberto C. Sánchez
On Sat, Nov 13, 2021 at 10:43:48PM +0100, Michael Biebl wrote:
> On 13.11.21 22:40, Roberto C. Sánchez wrote:
> > On Sat, Nov 13, 2021 at 10:32:23PM +0100, Michael Biebl wrote:
> > >
> > > - Existing systems will continue to have rsyslog installed (but they can
>
to allow bringing legacy log data
*into* the systemd journal[*] to allow for accessing log data through a
single interface/mechanism after making the transition?
Regards,
-Roberto
[*] whether as part of the transition or as a separate step that can be
executed manually
--
Roberto C. Sánchez
ackage distribution
> security which doesn't really depend at all on transport layer
> encryption.
In this context, it might make sense to describe using HTTPS as the
transport for APT operations is providing "default confidentiality".
Regards,
-Roberto
--
Roberto C. Sánchez
On Wed, Aug 19, 2020 at 04:33:28PM +0500, Andrey Rahmatullin wrote:
> On Wed, Aug 19, 2020 at 07:31:08AM -0400, Roberto C. Sánchez wrote:
> > > For non actively maintained packages on could check them into Git
> > > oneself and then start a history from there, and p
.
>
I have had good results with snapshot.debian.org. On a few occasions,
simply downloading each successive version from snapshot.debian.org and
then using something like 'gbp import-dscs *.dsc' gives more than
sufficient version history. Granted, that has limitations, but it is
available right now.
Regards,
-Roberto
--
Roberto C. Sánchez
non-future-proof and
> violates all sorts of software engineering principles.
>
> Anybody know if there's a good solution to this problem?
>
A slightly less bad approach might be:
Build-Depends: julia [! ! ...], clang [! ! ...]
Regards,
-Roberto
--
Roberto C. Sánchez
master' the branch where active development
takes place or does development take place elsewhere and 'master' is the
branch from which releases are made?" A branch called "devel" would
unquestionably be where active development is taking place.
Other branch names could then be chosen based on the needs of the
project, like "test", "stage", & "prod", or "rc" & "release", or
whatever.
Regards,
-Roberto
--
Roberto C. Sánchez
minimize them would
go a long way to reducing the likelihood of flame responses to rejection
mails.
Regards,
-Roberto
--
Roberto C. Sánchez
On Sat, Feb 15, 2020 at 02:41:59PM +0100, Geert Stappers wrote:
> On Sat, Feb 15, 2020 at 08:33:25AM -0500, Roberto C. Sánchez wrote:
> > On Sat, Feb 15, 2020 at 02:16:27PM +0100, Harald Dunkel wrote:
> > > Hi folks,
> > >
> > > I am maintainer for mg, curr
ere will be a mini-DebConf in Montreal" and so-on and so
forth?
Regards,
-Roberto
--
Roberto C. Sánchez
e
some minor tweaks, but the above are the major steps.
Regards,
-Roberto
--
Roberto C. Sánchez
irement (i.e., a CLA), but in practice it is likely to irk potential
contributors.
Regards,
-Roberto
--
Roberto C. Sánchez
On Fri, Jan 17, 2020 at 02:41:26AM +, Paul Wise wrote:
> On Thu, Jan 16, 2020 at 7:06 PM Roberto C. Sánchez wrote:
>
> > I've read the distro-tracker documentation and it seems like interaction
> > is by visiting with a web browser or via email. Is there an official
I've read the distro-tracker documentation and it seems like interaction
is by visiting with a web browser or via email. Is there an official or
even unofficial API for access to data in distro-tracker?
Regards,
-Roberto
--
Roberto C. Sánchez
On Wed, Jan 01, 2020 at 02:09:46PM -0500, Roberto C. Sánchez wrote:
> [stuff]
I just saw Sam's message after I sent my own. I agree that this
discussion has gone past the point where it is useful. Apologies for
the noise.
--
Roberto C. Sánchez
uld you want what has been Debian's goal of being a universal Linux,
> good for so many more?
>
Ibid.
> Let's be positive about this and find a way to be more inclusive of
> the greater Debian population; it should be a win for everyone.
>
There are countless ways for anyone, DD or not, to influence the
direction of the Debian project. So, perhaps all that is needed is to
begin taking advantage of those ways, rather than complaining about the
one way that, for very good reason, is reserved only for DDs.
Regards,
-Roberto
[0] https://www.debian.org/social_contract
--
Roberto C. Sánchez
the basis of the FTP
master review and a signed source changes to enter the archive if the
package is approved?
When I build packages I always end up with both changes files, so
requiring both for NEW processing would be a triviality (for me, at
least) and eliminate this peculiarity as well.
Regards,
-Roberto
--
Roberto C. Sánchez
ould be nice if it became the basis of a new section in the
installation manual (perhaps under section 8, Next Steps and Where to Go
>From Here). It may also be a good addition/improvement to the Securing
Debian Manual.
In any event, I am just offering some thoughts; perhaps they might be of
some use.
Regards,
-Roberto
--
Roberto C. Sánchez
On Sat, Nov 09, 2019 at 06:23:04PM +, Colin Watson wrote:
> On Sat, Nov 09, 2019 at 12:29:11PM -0500, Roberto C. Sánchez wrote:
> > On Mon, Nov 04, 2019 at 02:27:19PM +0100, Timo Weingärtner wrote:
> > > Maybe apt could deprecate /etc/apt/trusted* and apt-key(8) in b
ing /etc/apt/
> trusted.d possible, but now that we have "Signed-By:" it is the inferior
> solution and thus not needed anymore.
>
What is the earliest version of apt that supports Signed-By in
sources.list? I scanned the changelog but it was not immediately clear.
Regards,
-Roberto
--
Roberto C. Sánchez
wishes
to be able to do, it probably warrants a different filter than "adds a
new binary package to the archive" in order to be effective.
Regards,
-Roberto
--
Roberto C. Sánchez
On Mon, Apr 08, 2019 at 12:57:56PM +, Mo Zhou wrote:
> On Mon, Apr 08, 2019 at 08:36:45AM -0400, Roberto C. Sánchez wrote:
> > On Mon, Apr 08, 2019 at 11:02:35AM +, Mo Zhou wrote:
> > In such a large community of volunteers it may not be enough to propose
> > s
On Mon, Apr 08, 2019 at 12:29:56PM +, Mo Zhou wrote:
> Hi,
>
> On Mon, Apr 08, 2019 at 08:18:53AM -0400, Roberto C. Sánchez wrote:
> > On Mon, Apr 08, 2019 at 06:49:10AM +, Mo Zhou wrote:
> > > Hi,
> > >
> > > As you wish, I added a dis
would improve if you address the
principal obstacles to adoption in a holistic way. (As I already
pointed out, your current approach misses a great deal.)
Regards,
-Roberto
--
Roberto C. Sánchez
seems like the epitome of
"style over substance". Why on earth is copying and pasting from
webpages *so* important that the entire packaging format has to be
reworked?
If somebody is challenged by the obstacle of 'apt-get source ...' or
'debcheckout ...' then perhaps making the packaging into a single file
so that it can be copy/pasted from a webpage might not be solving the
correct problem.
Regards,
-Roberto
--
Roberto C. Sánchez
ht be impractical or confusing, then perhaps "dotdeb" or
"dot-deb" might be more workable.
Regards,
-Roberto
--
Roberto C. Sánchez
.
>
Then I think that Ben Finney's observation is completely correct.
Regards,
-Roberto
--
Roberto C. Sánchez
approaches get the package into Debian, available to users of
unstable and/or experimental, as appropriate, and without risk of the
package getting "baked in" to a Debian release for the long term.
Regards,
-Roberto
--
Roberto C. Sánchez
ants
page on the main Debian website for candidates.
Regards,
-Roberto
--
Roberto C. Sánchez
glad to work together on a common belief, spontaneously. I as the
> initiator of the idea would definitely take action if I got enough
> positive feedbacks.
>
I recommend that you start implementing something then request feedback.
Otherwise the whole exercise is just academic.
Regards,
-Roberto
--
Roberto C. Sánchez
ke
to see the release of Buster have either a well-supported keepassx or a
smooth transition to a suitable alternative. If for some reason a
direct transition with symlinks and all is not possible, then at least a
mention in the release notes (perhaps with instructions on how to
manually migrate befo
the publicity team knows so it makes it into
the next Debian Project News issue.
Regards,
-Roberto
--
Roberto C. Sánchez
you know of? I have been searching for
> something like that but I didn't find anything useful.
>
Use 'gbp import-dscs' with the --debsnap option.
Regards,
-Roberto
--
Roberto C. Sánchez
an involvement, and
> that means anyone can do the same trick to pretend to own my Debian address.
>
That is just how email works. With the help of a cooperating mail
server (which is trivial to setup) anybody in the world can send mail
with any from address that they wish. This problem is
happen until that has been fully sorted out.
Regards,
-Roberto
[0] https://bugs.debian.org/914573
--
Roberto C. Sánchez
t; being upload, mailing list post (I think, if signed with the
developer's key), etc. The once a year ping then need not be universal
and instead only for those who have become dormant based on lack of
visible indicators of participation.
Regards,
-Roberto
--
Roberto C. Sánchez
" No reasonable person would
consider either of those things valid.
Regards,
-Roberto
--
Roberto C. Sánchez
On Tue, Nov 06, 2018 at 03:43:41PM +, Felipe Sateler wrote:
>
> I disagree when it comes to the debian namespace, and the documentation
> agrees with me[1].
>
Interesting. I was not aware of that. Thanks for sharing.
Regards,
-Roberto
--
Roberto C. Sánchez
to know what to expect in future...]
>
That seems completely reasonable. Making the repository accessible to
others is a courtesy that should not be abused. Pushing directly to the
master branch of a package for which one is not an active maintainer or
contributor is at a minimum impolite.
Regards,
-Roberto
--
Roberto C. Sánchez
buted/signed with a
> key we trust.
>
I have encountered this same situation and have resorted to backporting
packages from testing/unstable myself :-/
>
> Will there be a proper solution for that soon?
>
I hope that there will be.
Regards,
-Roberto
--
Roberto C. Sánchez
n=4
> opts="mode=git,pgpmode=gittag" \
> https://github.com/rs/net-server-mail refs/tags/v([\d\.]+) debian
>
Wow! That is very nice. Thanks for the hard work.
Regards,
-Roberto
--
Roberto C. Sánchez
r just PM me directly please?
>
https://wiki.debian.org/Keysigning/Offers#US
There are three Debian Developers listed as offering to sign keys in San
Francisco. That should get you started.
Regards,
-Roberto
--
Roberto C. Sánchez
d and identified, even if it has never manifested itself in
the real world. If you doubt that, please review the recent news
surrounding the SPECTRE and MELTDOWN vulnerabilities.
Regards,
-Roberto
--
Roberto C. Sánchez
self and others in the spirit in which it was intended: to help you
produce a better free software tool and to improve as a developer.
Regards,
-Roberto
--
Roberto C. Sánchez
if any, should be made buggy by this change.
>
>Where can i read debian's FHS 3.0?
>I can only see 2.3 on [1]https://www.debian.org/doc/packaging-manuals/fhs/
It is kind of a pain to locate. Here is the link:
https://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.pdf
Regards,
-Roberto
--
Roberto C. Sánchez
ot;close
enough" for the purposes of the maintainer/uploader fields in the
control file. However, there is a high likelihood that enough of them
are different enough to be problematic from the perspective of a
heterogeneous tooling infrastructure.
Regards,
-Roberto
--
Roberto C. Sánchez
C. Powell, IV"
#547460 (and its blockers #401452 and #509935) might interesting to read
if you have not already.
Regards,
-Roberto
--
Roberto C. Sánchez
and then subsequently deleted lots of messages that by
any objective measure would have served to only worsen a situation. When
I have failed to follow my own advice, I have without fail only made the
situations in question worse.
Regards,
-Roberto
--
Roberto C. Sánchez
alidating the
relationships between packages).
There are plenty of available tools to identify system cruft, including
packages that are no longer receiving security support and packages
which do not exist in the current suite/release for which the system is
configured.
Regards,
-Roberto
--
Roberto C. Sánchez
.
>
> No, this is no reason to introduce such sequence points. You don't even
> know that the MTA runs on the same system.
>
Unless it is designed to only interact with an MTA running on the same
system.
Regards,
-Roberto
--
Roberto C. Sánchez
not to mention 'salts',
'stilts', and who knows how many other words in the English language.
If we are going to start applying this sort of logic to naming, then
there are plenty of other places (e.g., where actual vulgarities are
used in package names, where abreviations and/or acronyms create words
that are or can be perceived as offensive, etc.).
Regards,
-Roberto
--
Roberto C. Sánchez
problems. That
said, the problems are not really any different than the problems
introduced by installing components with cpan or pip and then forgetting
about them.
Regards,
-Roberto
--
Roberto C. Sánchez
ready does "security by upstream releases" for Firefox,
> and this clearly shows why this is problematic:
Also PostgreSQL, formerly MySQL, OpenJDK, etc. Some go smoothly (I think
PostgreSQL upstream is very good here), and some do not.
Regards,
-Roberto
--
Roberto C. Sánchez
trated by it. In the university
class I teach, dependency management in our project is something that is
quite important. Though, at that stage of life, the students usually
lack the experience to appreciate why it is important.
Regards,
-Roberto
--
Roberto C. Sánchez
and would definitely get involved, time permitting.
Regards,
-Roberto
--
Roberto C. Sánchez
o trigger the
use of -J in place of -j. At least, that is the case on stretch. Is
there an easy way (preferrably via environment variables) to achieve
that?
Regards,
-Roberto
--
Roberto C. Sánchez
quot; to itself be somewhat
disturbing. You cannot possibly know what grounds someone might have
for not wanting systemd, and to automatically and universally
characterize that as "disturbed" implies a value judgment that runs
counter both to the freeness and universailty that Debian as a project
espouses.
Regards,
-Roberto
--
Roberto C. Sánchez
On Fri, Dec 01, 2017 at 05:31:09PM +0100, Alf Gaida wrote:
> >
> Ian, thats dead easy - put the needed packages onto the iso and be done
> with. The installer should have an option to opt-in contrib and/or
> non-free. Done. Ok, that was the technical part.
Which has the potential to make the insta
On Fri, Jan 31, 2014 at 03:50:13PM +0100, Andreas Beckmann wrote:
>
> https://wiki.debian.org/Teams/ReleaseTeam/Transitions
>
Thanks. I have filed a transition bug as required.
Regards,
-Roberto
--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.con
On Fri, Jan 31, 2014 at 10:31:15AM -0200, Henrique de Moraes Holschuh wrote:
> On Thu, 30 Jan 2014, Roberto C. Sánchez wrote:
> > That said, I am curious if there would be any opposition to an upload of
> > cyrus-sasl2 2.1.26 into unstable. Aside from opposition, are there any
>
comments that anyone would like to offer in regard to this?
For the time being, I plan to continue my work on the 2.1.25 version
that is currently in unstable (merging into the experimental version as
appropriate).
Regards,
-Roberto
--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http
t;
> no obvious causes visible in the system. top and friends do not show a cpu hog
>
> a reboot will bring the system back to normal behaviour.
>
Could this be something to do with connection tracking?
Regards,
-Roberto
--
Roberto C. Sánchez
http://people.connexer.com/~r
On Sat, Dec 17, 2011 at 07:02:35PM -0430, Luis Alejandro Martínez Faneyth wrote:
> On 17/12/11 18:24, Roberto C. Sánchez wrote:
> >
> > What you have done is reinvent the wheel, and badly at that.
>
> I coudn't find any other user friendly interface to manage user acc
have done is reinvent the wheel, and badly at that.
If it were up to me, I would reject this package based on that one line
of code alone.
>
> CODE IS POETRY
>
I find it terribly ironic that you have that satement in your email
signature.
Regards,
-Roberto
--
Roberto C. Sá
helpfulness
actually created more work.
Another thing to note is that while the NMU was uploaded to DELAYED/2,
the upload was actually ACCEPTed about 24 hours after the upload.
Regards,
-Roberto
--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com
signature.asc
Description: Digital signature
er reason to do something like that is to give you a more secure
temporary file. By adding mktemp() (or something similar) into the
example Brian gave, you can defend against attacks that depend on file
name collisions. By quickly unlinking, the file will no longer appear
in directory listings, making e
round whehter it is OK to put a diversion in place so that
cyrus-sasl2-heimdal-dbg diverts the file. What does everyone think?
Regards,
-Roberto
--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com
signature.asc
Description: Digital signature
s that way.
Is there a way that the dput package in Debian be updated to point to
the new location? It would be quite annoying, IMHO, to have it pointing
at the wrong place for the life of Squeeze.
Regards,
-Roberto
--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.co
lanced with making the software
different than it is on every other platform. I'm not saying that it
cannot be done. Rather, there needs be a discussion as to whether that
is something that Debian wants to do. It is not as simple as just
patching a high profile package like postfix.
Regards,
-Roberto
--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com
signature.asc
Description: Digital signature
On Fri, May 07, 2010 at 07:35:02PM -0700, Russ Allbery wrote:
> Roberto C. Sánchez writes:
>
> > Greetings. I am curious as to how the scenario described in the below
> > message would work in Debian. That is, can one package install two init
> > scripts?
>
> S
screaming like
Washington, USA \ all of the passengers in his car
http://shorewall.net \
- End forwarded message -
--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com
signature.asc
Description: Digital signature
ness... I think I'll open a new bug.
>
This makes me wonder if it would be a good idea to include something
in policy about applications respecting TMP/TMPDIR. I have run across
several applications in Debian at various times that do not really
support TMP and TMPDIR to the degree
On Tue, Nov 24, 2009 at 08:43:12PM -0500, Roberto C. Sánchez wrote:
>
> Does that mean that I am permitted to override the lintian error?
>
Please disregard. It turns out that the proposed fix causes a FTBFS on
amd64, which is not acceptable. Overriding the lintian error will
clearly
mean that I am permitted to override the lintian error?
Regards,
-Roberto
[0] http://www.debian.org/doc/debian-policy/ch-files.html#s-libraries
--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com
signature.asc
Description: Digital signature
plicated, the first upload of the new
> packages would be to experimental...
>
This I do not know about.
Regards,
-Roberto
--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com
signature.asc
Description: Digital signature
rk or is appropriate for this package.
Any advice/insights on this would be appreciated.
Regards,
-Roberto
[0] http://bugs.debian.org/547607
[1] http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer
there some magic I can put into a prerm/postrm script that will
handle that?
Regards,
-Roberto
--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com
signature.asc
Description: Digital signature
On Mon, Jul 06, 2009 at 05:12:44PM +0200, Alexis Sukrieh wrote:
>
> electricsheep[1] deserves a prioritary adoption: a major upstream
> version has been released and Debian's is now deprecated.
>
I'd like to adopt electricsheep.
Regards,
-Roberto
--
R
am preparing a new upstream release right now
for upload, so this would be a good time to make the change if people
think it is necessary/desirable.
Regards,
-Roberto
--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com
signature.asc
Description: Digital signature
is the same not also true in the second case?
I agree with Sune that such disagreements are best handled between the
user and the producer of the file.
Regards,
-Roberto
--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com
signature.asc
Description: Digital signature
On Sun, May 31, 2009 at 12:25:05PM +0200, Josselin Mouette wrote:
> Le dimanche 31 mai 2009 à 06:00 -0400, Roberto C. Sánchez a écrit :
> > If Debian should not be a tool to support software restrictions like
> > this, then against which package should I file a bug to have all unix
1 - 100 of 268 matches
Mail list logo
