uld cause a lot of problems which we'd want to avoid and
it's not in the interests of the project to pursue it further.
My apologies for the needless controversy.
--
brian m. carlson (they/them)
Toronto, Ontario, CA
signature.asc
Description: PGP signature
.debian.org/cgi-bin/bugreport.cgi?bug=1095296 should be
treated as not a bug, and that the person invoking klist.heimdal needs
to modify the way they do it?
--
Brian May @ Debian
be to delete the kadmin update-alternative
entirely, and just have the kadmin.heimdal. There is no conflict, and if
forces you to be explicity to request what you want. What do people
think of this solution?
--
Brian May @ Debian
nt to
"/usr/bin/heimtools" and then use the program name to decide what to
do. Argh.
Please CC responses to me, thanks
--
Brian May @ Linux Penguins
to start before we
setup the file permissions correctly. Both on sysvinit and systemd, but
seems we can get away with this more with systemd. Probably because of
the extra checks in the initd script that systemd version doesn't have.
But I can't move the #DEBHELPER# to the bottom, because then the setting
the file permissions would fail because we haven't added the user yet.
How do I fix this?
(Please CC responses to me, thanks)
--
Brian May @ Linux Penguins
Wouldn't it be
more prudent just to update the non-Git packages to use Git? That's going to
have to be done anyway for a lot of them (or not).
My point is, the gain doesn't seem to be larger than the possible (and not that
probable in the near future) cost. Admittedly, it&
On Wed, 2023-02-08 at 05:52 -0600, Brian Thompson wrote:
> On Tue, 2023-02-07 at 14:23 +0100, Andrej Shadura wrote:
> > Package: wnpp
> > Severity: normal
> > X-Debbugs-Cc: debian-devel@lists.debian.org
> >
> > Hi all,
> >
> > I packaged Soft
iner, and if nobody takes it over, I will have to
> orphan it eventually.
>
> Please let me know if you can help.
>
> --
> Cheers,
> Andrej
>
Hi Andrej. The package's history sounds really interesting. I would be
honored to continue
maintaining it.
--
Sincerel
On Mon, 2023-02-06 at 11:51 +0100, Santiago Vila wrote:
> Let the maintainers handle their bugs.
> Old bugs should not be closed just because they are "old".
>
> For example, I have an open bug which is 26 years old:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=5898
>
> and I don't see
ug=1007922
Sincerely,
Brian
publickey - brianrobt@proton.me - 688c834d.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
nce, this was an
invocation from `sudo aptitude` as part of a normal package upgrade,
which I think is a relatively common situation to be in.
Possibly also an initscript helper which enables developers to do the
right thing automatically, or a flag to start-stop-daemon, or other
tooling would be bene
Hi,
I don't see my name "Brian Smith" listed at https://nm.debian.org/members/.
However, I do see my profile at https://nm.debian.org/person/bsmith/. Did I
get kicked?
--
Brian T. Smith
System Fabric Works
Senior Principal Engineer
bsm...@systemfabricworks.com
GPG Key: 0xB3C2C7B73BA3CD7F
ble to verify who uploaded
the Git tag (or anything for that matter) as being increasingly valuably
in a world where there is a lot of uncaught or ignored plagiarism.
Uploaders and creators should have integrity so that their users can
rely on them and be confident to deliver quality work.
--
Best regards,
Brian T
signature.asc
Description: PGP signature
d also like to
> avoid a number of larger transitions becoming entangled.
>
> That's it for now; it is time for the celebrations to begin, whether
> at a
> Release Party[1] or otherwise. :-)
>
>
Thank you everyone for all your hard work!
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Thu, 2021-08-12 at 11:19 +0500, Andrey Rahmatullin wrote:
> On Thu, Aug 12, 2021 at 01:12:37AM -0500, Brian Thompson wrote:
> > Would you agree that there is an issue with sudo access that is
> > enabled
> > by default on m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Thu, 2021-08-12 at 10:44 +0500, Andrey Rahmatullin wrote:
> On Wed, Aug 11, 2021 at 10:55:44PM -0500, Brian Thompson wrote:
> > Thank you for bringing this to everyone's attention. This are very
> > real
> > vulner
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Thu, 2021-08-12 at 07:38 +0200, Niels Thykier wrote:
> Timothy M Butterworth:
> > All,
> >
> > I just ran across this article
> > https://blog.ikuamike.io/posts/2021/package_managers_privesc/ I
> > tested
> > the attacks on Debian 11 and they wor
ven work for all use
cases, and having a manual ad-hoc hotfix is far from ideal. What does
the Debian community think about this?
Also, we should notify our upstream projects, and the Linux community as
a whole, of these vulnerabilities. I believe that to be a moral
obligation.
On Tue, 2021-07-20 at 21:13 -0400, Polyna-Maude Racicot-Summerside
wrote:
> Ended up with a 3 month useless discussion regarding if this would
> give
> a bad impression, that we need to use node for doing development.
> Later on I was working on a plugin that treated huge amount of data.
> So
> I i
nt of users.
Thanks, I haven't viewed the site yet. :)
Thanks for coming to the appropriate channel to discuss this and take
care of the legal side of things.
--
Best regards,
Brian T
B.S. Computer Science 2014 (Truman State University)
Minor Stasitics
Minor Chemistry
Minor Mathemat
Hahn
Hjhhjhj
Hggghhcbc
Gvv cvgggyvt
Gydjsjsjsnsndnsjdjdjjdj
Shdhdjsjjsjdjdjsjjjdj
Hdjxjv
Sent from my iPhone
Looks to be fixed now. -Brian Best regards, Brian Thompson From: Andrew M.A. CaterSent: Friday, April 23, 2021 3:46 AMTo: debian-devel-annou...@lists.debian.orgCc: debian-b...@lists.debian.orgSubject: Re: Debian Installer Bullseye RC 1 release Unfortunately, the website links to media still only
all day, every day. The last thing people want to do is contribute to a project in their free time that does the same thing. -Brian Thompson Best regards, Brian Thompson From: Donald NorwoodSent: Sunday, April 18, 2021 5:54 PMTo: Adrian Bunk; debian-devel@lists.debian.orgSubject: Re: Thanks and De
Hi Adam,
On Thu, Aug 6, 2020 at 4:00 PM Adam D. Barratt wrote:
>
> On Thu, 2020-08-06 at 15:48 -0500, Brian Smith wrote:
> > The upload succeeds. I see the files sitting in
> > ftp://ftp.upload.debian.org/pub/UploadQueue/. Eventually, I see the
> > .changes file dis
bian.org/dm.txt indicates that I have upload
permission for libpsm2.
Does anyone have an idea as to what is going on?
Thanks.
--
Brian T. Smith
System Fabric Works
Senior Principal Engineer
bsm...@systemfabricworks.com
GPG Key: 0xB3C2C7B73BA3CD7F
Aug 6, 2020 at 3:23 PM Brian Smith wrote:
>
> Greetings,
>
> I've been banging my head against the wall for the past two days
> trying to get libpsm2 uploaded to anonymous-ftp-master. Despite having
> been a DM on this package for the past two years, I'm totally stump
Greetings,
I've been banging my head against the wall for the past two days
trying to get libpsm2 uploaded to anonymous-ftp-master. Despite having
been a DM on this package for the past two years, I'm totally stumped.
First and foremost, I use dupload
--
Brian T. Smith
System Fa
--
Best Regards,
Brian Samson
Please excuse any typos as this was sent from my mobile phone.
anyway. Again, thanks for anything you can do to make
this aware of our responsibilities to God and our country. Brian
On Sun, Jul 21, 2019 at 3:47 PM Brian Bushart
wrote:
> Hi Debian;
> Yes, I will be happy to take more of the content out for you to further
> clear-up the vagu
any of us would expect of our own normalcy that something like
this could take place. If you can bear with me for a short time, I will
run more of the truthful history of what has occurred to you at this
address. Okay with you? Thanks for your concern,Brian
On Mon, Feb 13, 2017 at 5:06 PM
age name
prefix should be "warewulf", not "warefulf3".
I appreciate any input on this topic.
--
Brian T. Smith
System Fabric Works
Senior Technical Staff
bsm...@systemfabricworks.com
GPG Key: 0xB3C2C7B73BA3CD7F
Package: wnpp
Severity: wishlist
Owner: "Brian T. Smith"
X-Debbugs-CC: debian-devel@lists.debian.org, debian-...@lists.debian.org
* Package name: warewulf
Version : 3.8.1
Upstream Author : Gregory M. Kurtzer
* URL : https://warewulf.lbl.gov/
* License
or clarify how this process is
supposed to work, regarding the rebase of the patch-queue branch to
the latest release and exporting the updated patches?
--
Brian T. Smith
System Fabric Works
Senior Technical Staff
bsm...@systemfabricworks.com
GPG Key: 0xB3C2C7B73BA3CD7F
Hi,
Can you cancel this please? It might have been a once off, it got fixed
with reinstalling grub. Sorry for wasting your time if it wasn't a bug.
Thanks for all your work,
Brian
On 06/05/18 16:40, Brian wrote:
> Package: general
> Severity: normal
>
> Dear Maintainer,
18.04 release but
it would be good to get openssl updated in Debian.
[1] https://github.com/openssl/openssl/issues/6083
Thanks!
--
Brian Murray
On Wed 07 Mar 2018 at 13:25:16 (+), Ian Jackson wrote:
> > bw writes ("Re: (solved) Re: wireless fail after stretch installation"):
> > > On Tue, 6 Mar 2018, Brian wrote:
> > > > One user calls it a "sick joke". After five years and with no attempt
fter five years and with no attempt
to rectify the situation, I'm beginning to have sympathy with that view.
(Yes, I know we are all volunteers).
--
Brian.
> - later install network-manager or wicd
> - then expect the system to give you a gui prompt for new wifi
> networks, rath
On Tue 06 Mar 2018 at 18:27:29 +, Ian Jackson wrote:
> Brian writes ("Re: (solved) Re: wireless fail after stretch installation"):
> > #694068, #696755, #727740 and #777439.
>
> Thanks.
>
> I have read the bug logs and Trent Buck's message here
On Tue 06 Mar 2018 at 15:01:03 +, Ian Jackson wrote:
> Brian writes ("Re: (solved) Re: wireless fail after stretch installation"):
> > The plain and simple fact is that a user who installs over a wireless
> > link and does not have network-manager does not have an
l way, I thought I'd look at the first post in the first thread
> referred to in the mail from Brian, which is about the fact that
> desktop-configured wifi connections don't come up until someone logs in.
You would have done better to have read further and, amongst other posts
which
Package: wnpp
Severity: wishlist
Owner: "Brian T. Smith"
* Package name: qperf
Version : 0.4.9
Upstream Author : Johann George
* URL : http://www.openfabrics.org
* License : GPL, BSD
Programming Lang: C
Description : Measure socke
Brian May writes:
> Michael Hudson-Doyle writes:
>
>> Sounds like MTU related fun perhaps?
>
> Hmmm I am doubtful, however I will conduct some more experiments
> tomorrow to test this.
Was all set to debug MTU issues today, but found that it is working
without problem
Michael Hudson-Doyle writes:
> Sounds like MTU related fun perhaps?
Hmmm I am doubtful, however I will conduct some more experiments
tomorrow to test this.
Thanks!
--
Brian May
rriding the IP address in
/etc/hosts). Otherwise I get timeout errors from dput-ng.
ping/traceroute works, both over IPv4 and IPv6. Manually connecting to
the port seems to work fine too.
Any ideas?
--
Brian May
48694
--
Brian May
On 2017-06-06 10:37, Jeremy Bicha wrote:
> On Mon, Jun 5, 2017 at 8:02 PM, Terry McKenna
> wrote:
>
>> This one may be at the extreme, but it is one I personally encountered. I
>> was installing nmap on a system (no gui) and was a bit shocked. The problem
>> is well articulated by one post (an
Package: wnpp
Severity: wishlist
Owner: "Brian T. Smith"
* Package name: libhfi1
Version : 0.5-23
Upstream Author : Intel Corporation
* URL : http://www.intel.com
* License : GPL or BSD
Programming Lang: C
Description : Userspace driver for
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: python-parse-type
Version : 0.3.4
Upstream Author : Jens Engel
* URL : https://github.com/jenisys/parse_type
* License : BSD-3-clause
Programming Lang: Python
Description : Extends the
Package: wnpp
Severity: wishlist
Owner: "Brian T. Smith"
* Package name: libpsm2
Version : 4.0
Upstream Author : 01org
* URL : https://github.com/01org
* License : GPL, BSD
Programming Lang: C
Description : PSM2 runtime, dev and com
Package: wnpp
Severity: wishlist
Owner: "Brian T. Smith"
* Package name: hfi1-firmware
Version : 0.9-46
Upstream Author : 01org
* URL : https://github.com/01org/opa-firmware
* License : Proprietary, non-free
Programming Lang: none, binary
D
On 2017-04-27 16:19, Andrey Rahmatullin wrote:
It seems you've missed the point (which was about 4 years between RHEL
releases).
There was almost three years between Woody (July 19th 2002) and Sarge
(June 6th 2005), yet we still allowed upgrades from Woody to Sarge.
The time duration is irr
On 2017-04-13 10:13, Russ Allbery wrote:
> It would be nice if people would stop doing the same thing over and over
> again and expecting different results.
Maybe this illustrates the core of the problem: https://xkcd.com/242/
On 2017-04-06 15:47, Pirate Praveen wrote:
> Sharing with wider debian community, hoping to get some support.
>
> Current version in unstable does not have any RC bugs, but recent
> changes in the package made release managers not happy with the quality
> of the package and it was removed from te
On 2017-04-06 15:47, Pirate Praveen wrote:
> Sharing with wider debian community, hoping to get some support.
>
> Current version in unstable does not have any RC bugs, but recent
> changes in the package made release managers not happy with the quality
> of the package and it was removed from te
On 2017-04-03 10:10, Russell Stuart wrote:
> The first is better HDPI handling. This will require Wayland ...
Did I miss something? I thought Ubuntu was doing their own thing and not
using Wayland.
https://wiki.ubuntu.com/Mir/Spec
Carlos Alberto Lopez Perez writes:
> But in the worst case, it will be compatible with GPLv2+ and GPLv3.
I am not sure I see this as the worst case situation. Or maybe you meant
to write "incompatable"?
--
Brian May
trying to submit a smaller change (e.g. maybe the first patch in the
series).
I don't see any response to this email.
Doesn't inspire confidence :-(
--
Brian May
bian.org/cgi-bin/bugreport.cgi?bug=791342
Does changing
if [ "$SHLVL" = 1 ]
in ~/.bash_logout to
if [ "$SHLVL" = 2 ]
alter the behaviour?
Cheers,
Brian.
proud of.
What exactly do you have in mind by sending me this email? Of which, of
its meaning, is rather vague of its contents inclusion, Can you reach me
again with more substance of your own content?
Thanks
Brian
abb. sum. of life story
<https://drive.google.com/fil
blems without understanding what the underlying
cause was, that can lead to this sort of thing.
--
Brian May
is something quite different, and
does not maintain the history of changes in git - except by commiting
the debian/patches/* files. It is a while since I looked at this in
depth however.
"gbp pq" is probably way better then using quilt however.
--
Brian May
ecessary for
> them to sustainably get funding for Django development.
... there was a response to this email here:
https://github.com/django/deps/pull/31#issuecomment-261181821
Probably better to followup on this pull request as opposed to here,
where upstream will read it.
--
Brian May
maintainer ignores the autoremoval
notifications. Other people looking at the package bug reports (there
may be none) may not realize it is pending autoremoval.
--
Brian May
until
> they actually cause removal of a package.
The problem is if the maintainer is not responding to RC bug reports,
and you don't realize a package you depend on has RC bugs. This happened
several times to me during the last freeze.
--
Brian May
On Tue 05 Jul 2016 at 20:46:07 +0200, Elimar Riesebieter wrote:
> Hi Mika,
>
> * Michael Prokop [2016-07-05 17:34 +0200]:
>
> > Hi,
> >
> > here at DebConf I've been working on a backport of systemd for jessie.
> >
> > If you're interested in all the new features, bugfixes and changes
> > tha
Jakub Wilk writes:
> #821442
Thanks.
I was looking for bugs against schroot, never thought to look at bugs
against linux :-(
Downgraded my kernel for now, looks like this will get fixed when the
latest kernel gets into testing.
--
Brian May
Something wrong maybe with how it is mounted?
[brian:/] 1 % schroot --chroot jessie-amd64-sbuild --user=root
-bash: /usr/bin/id: Operation not permitted
-bash: [: : integer expression expected
-bash: /usr/bin/mesg: Operation not permitted
(jessie-amd64-sbuild)root@prune:/# [
-bash: [: missing
Brian May writes:
> schroot has suddenly decided to throw errors whenever I use it:
>
> prune# schroot --chroot jessie-amd64-sbuild --user=root
> E: 20copyfiles: cp: cannot create regular file
> '/var/run/schroot/mount/jessie-amd64-sbuild-569a4fef-b267-4e4b-bb6c-da14e167
etc/resolv.conf':
Operation not permitted
E: sid-amd64-sbuild-b87ff7e8-a09e-47ee-be8d-8a407056d84c: Chroot setup failed:
stage=setup-start
Anybody else seen similar problems?
The permissions on the files look fine to me.
--
Brian May
https://linuxpenguins.xyz/brian/
licenses that I can see
here:
https://en.wikipedia.org/wiki/BSD_licenses
--
Brian May
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: python-mkdocs-bootswatch
Version : 0.4.0
Upstream Author : Dougal Matthews
* URL : https://pypi.python.org/pypi/mkdocs-bootswatch/
* License : BSD
Programming Lang: HTML/CSS
Description
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: python-mkdocs-bootstrap
Version : 0.1.1
Upstream Author : Dougal Matthews
* URL : https://pypi.python.org/pypi/mkdocs-bootstrap/
* License : BSD
Programming Lang: HTML/CSS
Description
or team maintained)
is desirable.
--
Brian May
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: pytest-runner
* Binary Package name : python{,3}-pytest-runner
Version : 2.7
Upstream Author : Jason R. Coombs
* URL : https://github.com/pytest-dev/pytest-runner
* License : Expat
Programming
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: bitstruct
Binary packages : python-bitstruct and python3-bitstruct
Version : 2.1.3
Upstream Author : Erik Moqvist
* URL : https://github.com/eerimoq/bitstruct
* License : Expat
Programming
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: tzlocal
Version : 2.1
Upstream Author : Lennart Regebro
* URL : https://github.com/regebro/tzlocal
* License : CC0
Programming Lang: Python2 and Python3
Description : tzinfo object for
of patches in debian/patches at least).
I haven't looked at dgit in sometime, so I can't recall how well it
works - assuming it does work - with 3.0-quilt format.
--
Brian May
quot;
This sounds to me like a recipe for security problems.
--
Brian May
Brian May writes:
> I have a patched 1.6.10-2 for sid and jessie, amd64 and i386 at
> https://linuxpenguins.xyz/debian/pool/main/s/schroot/
>
> Haven't had a chance to test it extensively yet, but so far seems to
> work.
Still getting unexpected mount errors; don't have
to test it extensively yet, but so far seems to
work.
--
Brian May
mounts-private.patch is for, it seems to
patch files not in schroot but has references to schroot files.
Do I need the 2nd patch or is the 1st one sufficient?
--
Brian May
l info about processes that
> } use the device is found by lsof(8) or fuser(1).)
Sounds very much like the reason behind #794828, which has been a
constant problem for me.
Are there any workarounds for Jessie?
--
Brian May
Ben Hutchings writes:
> Oh, well that's probably because you only set LANG and it's being
> overridden by LC_ALL. Use a bigger hammer: set LC_ALL yourself.
Yes, somebody mentioned this on the BTS also. I very much suspect this
will be the solution.
Thanks
--
Brian May
should get displayed.
i.e. we should never have executed this code in the first place.
(I did file a bug on the python3 issue however)
--
Brian May
hat these are set to.
I probably should change the line from:
LANG=C.UTF-8 mkdocs build && mv site docs.debian/html
To something like:
LANG=C.UTF-8 LC_CTYPE= LC_ALL= mkdocs build && mv site docs.debian/html
Just in case.
--
Brian May
#x27;t exist. It
shouldn't even be reaching that line of code otherwise.
Maybe something to do with building with pbuilder as opposed to sbuild?
--
Brian May
etter. It would probably result in Debian
being forked by people who want to develop using the latest standards
but unable to do so in Debian.
Maybe what you are looking for is LTS support or extended LTS support on
our releases?
--
Brian May
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: python-django-environ
Version : 0.4
Upstream Author : joke2k
* URL : https://github.com/joke2k/django-environ/
* License : MIT
Programming Lang: Python2 and Python3
Description
ng so that I can tell my system which software to allow
> and which to not allow.
It might be worth looking at what FDroid have done with there
antifeatures metainformation:
https://f-droid.org/manual/fdroid.html#AntiFeatures
--
Brian May
broken. Which I believe is inline with what backports is for.
--
Brian May
first place, let alone actually implementing logic
> during the install.
setup.py is the only file executed however when non-Debian user's or
virtualenv user's install packages with pip install.
--
Brian May
:/share/javascript.py
> https://git.linaro.org/lava/lava-server.git/blob/HEAD:/share/javascript.yaml
What calls javascript.py? Is it somehow called by setup.py?
--
Brian May
the source format.
Maybe I am confused or missed something, however I thought that was
exactly the point of the debian/ tag in DEP-14.
In what way does your use differ from the debian/ tag in
DEP-14?
--
Brian May
Neil Williams writes:
>> E: django-ajax-selects source: source-is-missing
>> ajax_select/static/ajax_select/js/bootstrap.js
>
> If this really is your own source code, a filename change would be one
> way to do it. In most cases, bootstrap is not written by this upstream
> but has been included i
Hello,
For django-ajax-selects in git[1] I am getting the following errors and
warnings:
E: django-ajax-selects source: source-is-missing
ajax_select/static/ajax_select/js/bootstrap.js
W: python3-ajax-select: extra-license-file
usr/lib/python3/dist-packages/ajax_select/LICENSE.txt
W: python3-aj
start a
new project as opposed to contributing changes to the existing project?
Sure maybe a rewrite in Python was a good thing, I can't comment on this
aspect.
--
Brian May
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: python-setuptools-scm
Version : 1.8.0
Upstream Author : Ronny Pfannschmidt
* URL : https://github.com/pypa/setuptools_scm/
* License : MIT
Programming Lang: Python 2 and Python 3
Description
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: pytest-django
Version : 2.9.1
Upstream Author : Andreas Pelme
* URL : https://github.com/pytest-dev/pytest-django
* License : BSD
Programming Lang: Python 2 and Python 3
Description
Hello,
How should I deal with bug #786980?
I don't believe using the Debian BTS will get through to the DDTP.
I can't even find how to contact the DDTP.
Regards
On Thu, 8 Oct 2015 at 08:35 Nick Phillips wrote:
> Personally, I'd prefer that packages get a default configuration and
> services are never enabled on install. However, I get that some/many
> people would prefer that debconf ask them enough questions to configure
> a package and that the service
1 - 100 of 1774 matches
Mail list logo
