.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
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 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
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
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
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
,data=ordered)
Linux prune 4.5.0-1-amd64 #1 SMP Debian 4.5.1-1 (2016-04-14) x86_64 GNU/Linux
Guess I should try an older kernel, see if that helps.
--
Brian May
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
On Mon, 31 Aug 2015 at 16:50 Raphael Hertzog wrote:
> In both cases, I worked around the problem by shipping the upstream
> sources in debian/missing-sources/ but I did not support doing changes
> there and did not rebuild the embedded libraries.
>
I haven't been paying lots of attention to this
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: python-django-cors-headers
Version : 1.1.0
Upstream Author : Otto Yiu
* URL : https://github.com/ottoyiu/django-cors-headers/
* License : MIT
Programming Lang: Python2 and Python3
On Sat, 11 Jul 2015 at 02:06 Dimitri John Ledkov <
dimitri.led...@surgut.co.uk> wrote:
> The problem with all of these they are still centralised. gerrit is
> slightly better, as it stores all the review details as git notes, and
> thus one can migrate them away without any loss of information.
>
On Wed, 8 Jul 2015 at 20:50 Michael Meskes wrote:
> citadel always came with an LDAP schema file under openldap/rfc2739.schema
> that says:
>
openldap comes with schemas that have similar licenses. If it is OK for
openldap, I think it should be fine here too.
On Sat, 6 Jun 2015 at 02:11 Josh Triplett wrote:
> Given that the packages in question appear to be Free Software (at least
> from a quick check of a couple of them, as well as the repository being
> named "main"), is there a reason you don't maintain them in Debian
> (including backports or vola
On Thu, 7 May 2015 at 14:43 Brian May
wrote:
> Looks like my system is still using wheezy/pve which has somewhat old
> packages; will need to change that to wheezy/pve-no-subscription and update
> as soon as I can.
>
So I upgraded my kernel, at first glance it seems a lot healthie
On Tue, 12 May 2015 at 20:23 Ondřej Surý wrote:
> That's probably not true in a general case, since I am running LXC on
> jessie (LXC+systemd in host and systemd in guest) and I have been
> running this with backported systemd and lxc on wheezy before jessie was
> release.
>
> Perhaps it might be
On Mon, 4 May 2015 at 19:12 Florian Ernst wrote:
> root@vzhost04:/usr/local/users/support/fe# apt-cache policy
> pve-kernel-2.6.32-37-pve
> pve-kernel-2.6.32-37-pve:
> Installed: 2.6.32-150
> Candidate: 2.6.32-150
> Version table:
> *** 2.6.32-150 0
> 500 http://download.proxmox.co
On Sat, 2 May 2015 at 21:36 Paul Wise wrote:
> On Sat, May 2, 2015 at 5:39 PM, Brian May wrote:
>
> > Is this the thing I should be filling bug reports about?
>
> I think so yes.
>
What package should I file it against? systemd?
What about other packages that call systemc
On Sun, 3 May 2015 at 13:47 Gunnar Wolf wrote:
> Once that package is installed, your containers will run just
> fine. And if you forgot to install it and upgraded only to find your
> systems not starting up, you can chroot and install it.
>
Yes, that is basically what I did. Seems you can't rem
On Sat, 2 May 2015 at 23:33 Bastian Blank wrote:
> Yes, there is a pve kernel available containing a backport of this
> missing piece. I think it is something like -36.
>
I had a look, but couldn't find anything like that. Only thing I could find
is this reference from last year, which seems to
Hello,
If I upgrade a Jessie openvz container on my proxmox box, systemd fails to
start up. This is no surprise, the kernel seems to be rather old:
root@scrooge:/# uname -a
Linux scrooge 2.6.32-26-pve #1 SMP Mon Oct 14 08:22:20 CEST 2013 i686
GNU/Linux
Obviously, I should have set things up not
On Mon, 20 Apr 2015 at 00:19 Ben Finney wrote:
> This is quite frustrating. There's some serious equivocating by GitHub
> apologists in this discussion:
It GitHub better then the open source GitLab?
If the answer is Yes, is there any obstacles to trying to improve GitLab so
it does what we wan
On Sun, 19 Apr 2015 at 18:25 Vincent Bernat wrote:
> This is not the case anymore. Deleting a branch leaves the pull request
> as is. Also, editing commits leave the history of the pull request in
> the timeline. Comments on edited commits are also still accessible.
>
Oh, if that is the case tha
On Sat, 18 Apr 2015 at 18:01 Neil Williams wrote:
> The github pull request is just a nice UI over a patch. What on earth
> is wrong with that?
>
Unfortunately, github pull requests have limitations compared with patches,
archived for example on a mailing list. For blog post on this see:
https
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: python-hammock
Version : 0.2.4
Upstream Author : Kadir Pekel
* URL : https://github.com/kadirpekel/hammock
* License : EXPAT
Programming Lang: Python
Description : Rest APIs python
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: python-mkdocs
Version : 0.11.1
Upstream Author : Tom Christie
* URL : http://www.mkdocs.org/
* License : BSD
Programming Lang: Python
Description : Static site generator geared towards
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: python-django-audit-log
Version : 0.7.0
Upstream Author : Vasil Vangelovski
* URL : https://pypi.python.org/pypi/django-audit-log/0.7.0
* License : BSD
Programming Lang: Python
Description
nt.
However:
* motd will display first. This won't be the first line of the output, does
that matter?
* I think this won't work for, e.g. zsh users. At least not on my tests on
a wheezy box.
--
Brian May
the best solution.
(e.g. you could explicitly raise the trigger inside the configure event,
however that will trigger all applications that have an interest
in /usr/share/javascript/jsencrypt which is probably not desirable)
--
Brian May
evd is going to stop
supporting non-systemd systems.
--
Brian May
rspace netlink-based transport in the future. However,
unless I am mistaken, I don't think this means it will no longer work on
non-systemd systems.
--
Brian May
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: python-mysqlclient
Version : 1.3.4
Upstream Author : INADA Naoki
* URL : https://github.com/PyMySQL/mysqlclient-python
* License : GPL
Programming Lang: Python
Description : Python
u can't always rely on ftp-master either.
--
Brian May
t SSLv3 is considered insecure?
--
Brian May
ge the URL.
So it is possible to package proprietary software and help the community in
doing so.
--
Brian May
creating a new bug against debian-policy?
--
Brian May
e", ["date"], [/* 18 vars */]) = 0
[pid 25854] arch_prctl(ARCH_SET_FS, 0x7fef50d2c700) = 0
Friday 26 September 14:27:51 EST 2014
[pid 25854] exit_group(0) = ?
Process 25854 detached
--- SIGCHLD (Child exited) @ 0 (0) ---
wait4(25854, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG|WSTOPPED,
NULL) = 25854
exit_group(0) = ?
--
Brian May
t any environment variable.
>
Seems to be it is disabled if you allow the client to run any command too.
However, forget my concern for sudo, it doesn't exist.
--
Brian May
ar
brian@aquitard:~$ sudo echo='() { /bin/echo bar; id; }' ./test.sh
bar
uid=0(root) gid=0(root) groups=0(root)
--
Brian May
d-networkd would be a lot better
suited the n-m on servers. Configuration is stored in plain text files, can
be recorded in etckeeper/git, etc.
I have nothing against either solution, but trying to solve all problems
with one tool isn't going to work, I think.
--
Brian May
s (e.g. Python3), and not worry about supporting the
other Python version (e.g. Python2).
--
Brian May
e red flags
indicating that it was not designed by a cryptographer, and has not
received enough security review. It should be safe to use, but more
auditing would be a good idea."
I can't see any security audit for dm_crypt. I see google results that
suggest LUKS has been audited, but not the report.
--
Brian May
line patch required to fix the
problem.
Thanks
--
Brian May
ash them into one commit. Or at least, that seems to be what happens for
my specific test case.
--
Brian May
ian, resolve conflict
git checkout debian
git merge feature_b -m "merge feature b" -X theirs
# generate patch
../gitpkg/git-debcherry -o debian/patches upstream
../gitpkg/git-debcherry --stat upstream
=== cut ===
The gives me one patch file, with all the changes:
=== cut ===
>From 71e
r maybe I am just not seeing the
problem correctly...
Where do I get git-debcherry from?
Would like to get a copy so I can prove my preconceived and fixed ideas on
which one is better .^C^C^C^C^C^C^C
Would like to get a copy so I can understand some of these issues better
myself.
--
Brian May
>
As far as I can tell, this problem has been fixed. ftp-master didn't
respond, maybe it come good by itself?
--
Brian May
and
should be merged.
Maybe your point that debcherry is better still stands - it appears to work
better with your concept of "feature branches", however I find it hard to
use your document to compare the two when it contains errors like this.
--
Brian May
have added to the existing B12 patch instead of
replacing it. Similarly when adding A31, you haven't replaced A11.
--
Brian May
rt git for
making local changes. As such if you want to work locally on a project
without git-dpm support, and you don't want to change that, gbp-pq might be
the best choice. Which is a lot better then basic quilt, however not as
good as git-dpm for distributed development.
I hope I haven't made too many mistakes :-)
--
Brian May
the history of old patches old versions of
debian/patches/.
Where as git-dpm uses git for the authoritative source for past patches,
and also keeps track of stuff in debian/.git-dpm.
Am still learning how this stuff works, but so far I don't think
interoperation is possible. It looks like decision needs to be made on a
per tree basis.
--
Brian May
he only tool I know who to use here, and
it is starting to irritate me - I keep making changes and forgetting to add
the files to the patch first, and screwing everything up. What tool(s)
should I learn to solve this?
--
Brian May
1 - 100 of 878 matches
Mail list logo
