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 w
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
as removed from testing. Now their justification
> to not accept unblock request is lack of time to review it before
> stretch release.
>From last line of https://release.debian.org/stretch/freeze_policy.html:
"After 5th January 2017, removed packages will NOT be permitted to
re-enter
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
he
> work on your git-dpm tree?
I can't remember the exact details now. However I suspect that some
people get so frustrated with git dpm problems and end up using "git
push -f" to fix them up. I think a maintainer may have missed the fact
that I had made changes, and did a "
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
ded-file
>> usr/lib/python3/dist-packages/ajax_select/static/ajax_select/js/bootstrap.js
>> You may use libjs-jquery-ui package.
>
> You may indeed - replace the file with a symlink in debian/rules and
> add to Depends.
Replace what file with a symlink? bootstrap.js isn't the
-ajax-select: image-file-in-usr-lib
usr/lib/python3/dist-packages/ajax_select/static/ajax_select/images/loading-indicator.gif
E: python3-ajax-select: privacy-breach-uses-embedded-file
usr/lib/python3/dist-packages/ajax_select/static/ajax_select/js/bootstrap.js
You may use libjs-jquery-ui package
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
ed.
* Bugs in the minimization process.
* Upstream may have made changes to js code before including it from third
parties.
Some of these packages, the js is only a small part of the full
functionality. Or I just want to package it quickly because it is a
required dependency of the package I really
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.
>
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
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. See
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 yea
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
is the case that is really good. I will have to try it out
sometime.
I suspect not many people know about this however (did I miss an
announcement from github on this?), and I suspect it may not be possible to
make changes to the pull request without write access to the branch.
Unlike with ger
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
On 14 November 2014 04:20, Carlos Alberto Lopez Perez
wrote:
> The last one that I read is that udev is going to stop working on
> non-systemd systems:
>
> http://lists.freedesktop.org/archives/systemd-devel/2014-May/019657.html
>
>
I don't read anything in that post that
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
er option is to have a deb installer package that downloads the
proprietary code at install time. I think the Adobe flash plugin does this.
This means you can distribute the "binary" packages, however may not be a
good choice if there is no anonymous download or upstream is likely to
chan
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
stricts the ability to
conduct NMUs against package X if the package maintainer is not responsive.
(I am deliberately not referring the any real life examples here because
the real life examples are a bit more complicated, and this may distract
from the basic question I am asking)
For example, X cou
ash them into one commit. Or at least, that seems to be what happens for
my specific test case.
--
Brian May
On 8 September 2014 04:05, Ben Hutchings wrote:
> How does git-debcherry cope with the overlapping changes when generating
> debian/patches? What can you do if it fails to linearise the changes
> (as, apparently, it may sometimes do)?
>
Just did some fiddling.
I have no idea if
On 8 September 2014 04:05, Ben Hutchings wrote:
> How does git-debcherry cope with the overlapping changes when generating
> debian/patches? What can you do if it fails to linearise the changes
> (as, apparently, it may sometimes do)?
>
I am not sure this needs to be an issue. O
>
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
On 21 August 2014 10:42, Cyril Brulebois wrote:
> Brian May (2014-08-21):
> > Can somebody please tell me why python-openssl and python3-openssl isn't
> > available in sid?
> […]
> > It appears that the packages produced have changed to architecture
> > depe
lding dependency tree
Reading state information... Done
Package python-openssl is not available, but is referred to by another
package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
Package python3-openssl is not available, but is referred
On 16 August 2014 17:36, Thomas Goirand wrote:
> On 08/16/2014 09:07 AM, Brian May wrote:
> > Note that there is a huge number of Python packages in Debian. It is
> > very possible that your favourite packages aren't available as Python3
> > Debian packages, eithe
1 - 100 of 904 matches
Mail list logo