ty of getting this to work with the following
packages?
* libpam-ccreds (see
<https://bugs.launchpad.net/ubuntu/+source/libpam-ccreds/+bug/294977>)
* libpam-cracklib
Thanks
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsub
se that is the way it is
distributed upstream. ie. shorewall6, with IPv6 support is very distinct
from shorewall, with IPv4 support.
For more information see <http://www.shorewall.net/IPv6Support.html>.
Disclaimer: I am not involved in packaging this for Debian or upstream -
just a user
hen it really doesn't need to be.
>
Ideally we need something that isn't specific to the format of
inetd.conf - last I checked some of our inetd's use different file
formats (e.g. xinetd).
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a
; packages? Comments and copyright notices don't look like a real
> advantage to me.
>
Copyright notices belong in /usr/share/doc/package/copyright.
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Martín Ferrari wrote:
> * netstat : sstat provides almost the same information, just some
> formatting changes and parsing the command line
>
sstat?
I see /usr/bin/sstat in slurm-llnl - but that doesn't look right.
What sstat are you referring to here?
--
Brian May
--
hat is a
normal condition.
If the timeouts are too large, it also can delay the boot. Significantly.
(supposedly libnss-ldapd - based on the description - is suppose to
solve this also - not sure how - I haven't been able to get it working
entirely satisfactorily).
--
Brian May
--
To
It still results in a number ugly messages when booting a Lenny system
up. Even if ldap is second in the list.
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
To: debian-devel
Hello,
Can I please get an opinion on bug #520463?
Am I doing something wrong, or is there a bug somewhere here?
It doesn't make a lot of sense...
Thanks
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "u
Package: wnpp
Severity: wishlist
Owner: Brian Cassidy
* Package name: libdbix-class-timestamp-perl
Version : 0.07
Upstream Author : J. Shirley
* URL : http://search.cpan.org/dist/DBIx-Class-TimeStamp/
* License : Artistic | GPL-1+
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Brian Cassidy
* Package name: libtime-warp-perl
Version : 0.5
Upstream Author : Joshua Nathaniel Pritiki
* URL : http://search.cpan.org/dist/Time-Warp/
* License : Artistic | GPL-1+
Programming Lang: Perl, XS
Package: wnpp
Severity: wishlist
Owner: Brian Cassidy
* Package name: libdbix-class-dynamicdefault-perl
Version : 0.03
Upstream Author : Florian Ragwitz
* URL : http://search.cpan.org/dist/DBIx-Class-DynamicDefault/
* License : Artistic | GPL-1
a while since I tested this so I might
be wrong) when doing a "group reply".
IIRC Thunderbird use to have a reply to list command, but I can't find
it anymore :-(.
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscrib
only one mailing
list.
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
27;t.
I don't think this is uncommon.
By your logic no one would get the CC.
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
to implement it (and ideally create a standard).
(another problem with usenet is that last I looked there didn't seem to
be any real servers in my country - Australia - everything has to be
fetched from overseas servers - although it sometimes isn't always
immediately obvious).
--
Brian
On Tue, Apr 28, 2009 at 09:19:04AM +0200, Vincent Bernat wrote:
> How Mutt is able to detect all mailing lists? The fields in the headers
> only allow to detect the current mailing list.
You can define what are mailing lists using the "lists" and "subcribe"
con
he user, and allow
the user to retry sending again.
Obviously, yes, you really do need a real MTA, with properly queueing,
somewhere. It doesn't have to run on every single system though.
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
e on any {user,system} account on any computer and not get
noticed by the {user,system administrator}.
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
xed since then, but it seemed like
poor program design to me that it can't cope with what appears to
be a valid (and legitimate) email.
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
he .la files:
<http://lists.debian.org/debian-devel/2004/08/msg01062.html>
However, bug report 266003 was recently upgraded to serious.
Is this still considered to be a libtool issue?
Thanks
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subje
On Wed, May 13, 2009 at 11:23:59AM +1000, Brian May wrote:
> I raised this issue before:
>
> <http://lists.debian.org/debian-devel/2004/08/msg01017.html>
>
> I was told no, I should not add the depends, this is a libtool issue
> that is getting fixed:
>
> <htt
On Wed, May 13, 2009 at 08:06:34AM +0200, Josselin Mouette wrote:
> Le mercredi 13 mai 2009 à 11:23 +1000, Brian May a écrit :
> > Is this still considered to be a libtool issue?
>
> Yes, but instead of dropping the .la entirely, I’d recommend to simply
> purge it from the depe
Package: wnpp
Severity: wishlist
Owner: Brian Cassidy
* Package name: libfile-temp-perl
Version : 0.21
Upstream Author : Tim Jenness
* URL : http://search.cpan.org/dist/File-Temp/
* License : Artistic | GPL-1+
Programming Lang: Perl
Description
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: django-simple-captcha
Version : 0.4.2
Upstream Author : Marco Bonetti
* URL : https://pypi.python.org/pypi/django-simple-captcha
* License : MIT
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: django-xmlrpc
Version : 0.1.5
Upstream Author : Fache Julien
* URL : https://pypi.python.org/pypi/django-xmlrpc/
* License : BSD
Programming Lang: Python2 and Python3
Description
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: django-tldap
Version : 0.3.0
Upstream Author : Brian May
* URL : https://pypi.python.org/pypi/django-tldap
* License : GPL3+
Programming Lang: Python2 and Python3
Description : High
onf-available/package.conf /etc/apache2/conf.d/package.conf
fi
The problem here is that the dpkg-query succeeds if apache2-bin is
installed (it just doesn't print a version):
(sid)root@aquitard:/home/brian/tree/django/karaage/karaage# dpkg-query -f
'${Version}' -W 'apache2.2-c
On 29 July 2014 09:40, Brian May wrote:
> Fair enough, change that depends to depends on "apache2 | httpd".
>
> However, now when I install it, for reasons I don't understand, apt-get
> prefers to install apache2-bin over apache2 (thought it should default to
> the
On 29 July 2014 16:02, Jean-Christophe Dubacq wrote:
> You surely meant httpd |libapache2-mod-wsgi, apache2 | httpd .
>
>
Not convinced that will work.
e.g. if apache-bin is already installed, that will satisfy the httpd
dependency, so it won't look at libapache2-mod-wsgi.
--
Brian May
On 29 Jul 2014 16:44, "Wouter Verhelst" wrote:
> No, I don't.
>
> What brian really wants is apache2 or apache2-bin. In the case of
> apache2-bin, he needs an additional dependency on libapache2-mod-wsgi.
>
> Really, it should be
>
> apache2 | libapache2-mo
On 29 July 2014 18:42, Thorsten Glaser wrote:
> No. Use in one shared config file.
> At least that's what I've been told, and what makes sense to me.
>
I wasn't aware of IfVersion. Thanks for the tip.
--
Brian May
On 29 July 2014 09:40, Brian May wrote:
> if [ -e /usr/share/apache2/apache2-maintscript-helper ] ; then
> . /usr/share/apache2/apache2-maintscript-helper
> apache2_invoke enconf package.conf
> elif dpkg-query -f '${Version}' -W 'apache2.2-common' >
ble to run other webservers.
>
Yes, that looks good to me. Suspect the actual line may depend on what
happens with #588497.
--
Brian May
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: cryptography
Version : 0.5.3
Upstream Author : Various
* URL : https://cryptography.io/en/latest/
* License : Apache License
Programming Lang: Python
Description : cryptography is a
On 14 Aug 2014 17:43, "Thorsten Glaser" wrote:
> > It is also worth noting that the Debian package version for XStatic
> > modules is following the static file package version. For example, even
> > though upstream released XStatic-JQuery 1.10.2.1, the Debian package
> > version is 1.7.2.0, to mat
it ok for me to upload packages that depend on packages
stuck in NEW, or do I have to wait for the packages to clear NEW first? I
have at least one pending Python3 package in this situation.
--
Brian May
On 16 Aug 2014 16:19, "Lars Wirzenius" wrote:
> If you upload things to unstable that depend on things in NEW, nobody
> will be able to install or upgrade that package (until the dependency
> gets through NEW).
In this case however the 2nd package will also get blocked in New (Python3
support req
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
Hello,
Can somebody please tell me why python-openssl and python3-openssl isn't
available in sid?
(sid-amd64)root@aquitard:/home/brian/tree/debian/unstable/celery/celery#
apt-get update
Get:1 http://ftp.au.debian.org sid InRelease [231 kB]
Get:2 http://ftp.au.debian.org sid/main Translati
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
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
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
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
have added to the existing B12 patch instead of
replacing it. Similarly when adding A31, you haven't replaced A11.
--
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
>
As far as I can tell, this problem has been fixed. ftp-master didn't
respond, maybe it come good by itself?
--
Brian May
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
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
ash them into one commit. Or at least, that seems to be what happens for
my specific test case.
--
Brian May
line patch required to fix the
problem.
Thanks
--
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
s (e.g. Python3), and not worry about supporting the
other Python version (e.g. Python2).
--
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
l calls to bash, these would be
vulnerable.
I thought sudo was suppose to be ok, sure doesn't look ok to me.
brian@aquitard:~$ sudo echo='() { /bin/echo bar; }' bash
root@aquitard:/home/brian# echo hello
bar
brian@aquitard:~$ sudo echo='() { /bin/echo bar; }' ./test.sh
b
On 26 September 2014 12:08, Russ Allbery wrote:
>
> > brian@aquitard:~$ sudo echo='() { /bin/echo bar; }' bash
> > root@aquitard:/home/brian# echo hello
> > bar
>
> I think you have that backwards, don't you? Shouldn't that be:
>
> e
a shell.
>
> No, I don't think that is the case. I believe sudo interprets those
assignments itself (as also shown in man page), and the error I got
clearly shows this to be the case.
brian@aquitard:~$ sudo echo='() { /bin/echo bar; id; }' ./test.sh
sudo: sorry, you are not
creating a new bug against debian-policy?
--
Brian May
ge the URL.
So it is possible to package proprietary software and help the community in
doing so.
--
Brian May
On 16 October 2014 10:44, brian m. carlson
wrote:
> Unfortunately, not all upstreams make good decisions. OpenSSL ships
> with a set of default ciphers that is completely insecure. There is no
> reason that every application using OpenSSL directly or indirectly[0]
> should hav
u can't always rely on ftp-master either.
--
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
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
evd is going to stop
supporting non-systemd systems.
--
Brian May
cumstances it can delete configuration files that are in
use by active packages.
e.g. package b replaces package a, however uses the same set of
configuration files - purge package a and it will delete the
configuration
files now in use by package b.
--
Brian May
--
To UNSUBSCRIBE, email to
sort of misunderstanding in how library versions work? Or
it is maybe some sort of bug in libtool?
https://sourceforge.net/tracker/?func=detail&atid=511612&aid=3522900&group_id=65612
Thanks
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with
Hello,
Can somebody here please check out my response to the claim ""ld"
prefers linking with the oldest [library version]."
I suspect upgrading the major version to major * 1000 may have only
worked due to unrelated reasons.
Thanks
--
Brian May
--
To UNSUBSCRIBE, e
to me my problem trying to use this
method. Especially as some of my git commits change files both inside
and outside debian/*
Thanks
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.de
/dar/dar-2.4.5a
You have requested 'upstream/2.4.5a' be exported,
but dar_2.4.5a.orig.tar.gz is already present.
Overwrite the existing orig with this repo export (y/N)?
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe&quo
lse. It looks like when using that hook, you
shouldn't specify an upstream version.
> Also, see gitpkg.force-overwrite-orig in gitpkg(1).
Setting that to False will result in gitpkg aborting instead of just
assuming an answer of No.
--
Brian May
--
To UNSUBSCRIBE, email to debian-deve
ry upstream
revision, so you can track changes made between Debian revisions?
I think there are trade-offs here, just curious what your reasoning is.
Thanks
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
itorious.org/ - I
believe that it is based entirely on open source software.
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
That seems a reasonable plan to me. I've orphaned the mime-support
package, however, because I have no time to work on it right now and do not
expect to have any for the foreseeable future.
-- Brian
On Fri, Jul 13, 2012 at 8:26 PM, Vincent Bernat wrote:
> ❦ 13 juillet 2012 12:18 C
I ran whatever command it is and chose whatever option (orphan/wnpp/etc)
was appropriate.
The computer on which I did Debian work is sitting in a container in Berne
awaiting shipment to Montreal so it'll be many weeks before I can access it
again.
-- Brian
On Sat, Jul 14, 2012 at 1:
>
> Lastly, I would like to thank Brian for his impressively 16-years long
> work on
> mime-support. Brian, feel free to stay among the uploaders !
>
Thanks. I wish I had the energy to make some of the much-needed changes
but I'm just not involved with the project enough
eezy:
strace -eopen ping www.google.com
[...]
open("/etc/host.conf", O_RDONLY)= 3
[...]
Looks like it is still being used to me.
Perhaps the documentation means that the file is not required, as opposed
to not used?
--
Brian May
so if something has
changed I may not have noticed)
--
Brian May
ttings-daemon, which now depends on systemd,
this might be a worrying trend, as non-Linux kernels don't support systemd.
--
Brian May
responsible for different parts of
the hierarchy.
If it is true, it is the thing we need to be prepared for, and so far I
haven't seen any official information.
This might also be relevant here:
http://www.linux.com/news/featured-blogs/200-libby-clark/733595-all-about-the-linux-kernel-cgroups-redesign
--
Brian May
reebsd-i386, m68k,
powerpcspe, sh4, sparc64]
So doesn't break Gnome where systemd is not supported.
--
Brian May
. NM, GNOME Shell) on all users.
If you don't like Gnome, nobody is forcing you to use it.
There are alternatives. e.g. KDE. I use Awesome myself.
Trying to say "[GNOME upstream] continuously try to [...] force their
blessings on all users." is just wrong. Nobody is forced to use Gnome.
--
Brian May
stemd which does not exist for OpenBSD.
What would break if the depend on systemd was changed to a recommend?
--
Brian May
continue to
support it.
* The Debian packages of Gnome currently will not install on non-Linux
systems.
* Discussion starts on debian-devel mailing list with lots of pointing of
fingers.
* I blame Tux. Tuz said so.
--
Brian May
On 25 October 2013 10:25, Paul Wise wrote:
> On Fri, Oct 25, 2013 at 6:52 AM, Brian May wrote:
>
> > gnome-settings-daemon depends on systemd
>
> This is only true on Debian's Linux architectures:
>
>
> http://sources.debian.net/src/gnome-settings-daemon/3.8.5-2/d
On 25 October 2013 10:54, Brian May wrote:
> * The Debian packages of Gnome currently will not install on non-Linux
> systems.
>
Seems I was mislead. On hurd and kfreebsd, gnome-settings-daemon does not
depend on systemd.
http://sources.debian.net/src/gnome-settings-daemon/3.8.5
tand correctly it uses NSS library calls, but that is getting
off-topic for this discussion)
--
Brian May
ly, due to one
or both of the above.
--
Brian May
>
> That's a bug that it checks for the wrong directory. That's a trivial
> bugfix to change.
>
Has a bug been reported? Does a bug need to be reported for this to get
fixed?
--
Brian May
on is needed to make or not make systemd the default in Debian.
Have I missed anything or got anything wrong?
--
Brian May
o debug the supposedly good init script first.
If the majority switched to systemd, then it would be up to the minority to
maintain the initd scripts. I don't see this working very well.
--
Brian May
/lib/pt_chown*
/usr/lib has so many files, maybe there might be performance reasons
for splitting it up, depending on what filesystem you have?
--
Brian May
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact list
Meet swingers in your metro looking to hook up.
http://lessn.ca/2
-
If you would like to not be contacted from us in the future please press on the
link below:
http://lessn.ca/3
or write to:
P.O. Box 71, 46 St., Vancouver, Canada
--
To UNSUBSCRIBE, email to deb
Package: wnpp
Severity: wishlist
Owner: Brian Hodges
* Package name: ad2openldap
Version : 0.10
Upstream Author : FHCRC SciComp
* URL :
https://github.com/FredHutch/IT/tree/master/general/ad2openldap
* License : GPLv3
Programming Lang: Python
On Mon, Feb 11, 2013 at 9:36 AM, Stefano Zacchiroli wrote:
> [ Mail-Followup-To: -project ]
>
> On Sun, Feb 10, 2013 at 12:57:40PM -0800, Steve Langasek wrote:
>> This policy states that the contact for trademark questions is
>> tradem...@debian.org. Where does this address go? I think it's impo
deserving packages live in Ubuntu's PPA
forever, I am sure that there are deserving Debian packages that are stored
in random private repositories for ever. PPA support for Debian wont change
this - although it may make it easier to migrate from the PPA to Debian
main.
--
Brian May
for free", just giving a list of packages that I wish to import.
>
In what way would this be better then using Debian Backports?
Also, even if I do understand your concern, and that we should push
> everyone to upload in the main repository of Debian whenever possible,
> this doesn't fit all use cases.
>
Agreed.
--
Brian May
al.general/7608
I think these old binaries could make the entire source package and all
binary packages it builds look bad, if for example somebody discovers a
serious security issue. Which is very possible, as I don't think anyone is
really interested in the source code any more.
So I vote that this stuff should be removed.
--
Brian May
is, but all I can see is
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=271534 which looks like it
was closed a year earlier.
--
Brian May
On 24 Jan 2014 03:33, "Sam Hartman" wrote:
> My proposal is to drop the package from the archive, but I wanted to
> give others a chance to shout out that I'm wrong and that there's some
> compelling use-case I've missed.
> If someone can convince me that the packages are useful I'm happy to
> spe
nts I don't know what they do off
hand, would need to double check these.
--
Brian May
x27;t realize these were POP.
> The following three are generic utilities, not particularly specific
> to Kerberos:
>
> /usr/bin/otp
> /usr/bin/otpprint
>
Agreed. With these gone, it is possible we might be able to not
compile/delete libotp0-heimdal too.
--
Brian May
1001 - 1100 of 1742 matches
Mail list logo
