On Sun, Jul 19, 2015 at 5:49 PM, Florian Weimer wrote:
I don't quite understand this criticism. Surely direct write access
to the repository always needs some sort of authentication step?
Not sure about for http/https/ssh but the git protocol allows for
anonymous push access and git-daemon
On Mon, Jul 20, 2015 at 10:46 AM, Hideki Yamane wrote:
How do we fix it?
The general solution for build dependency cycles is build profiles:
https://wiki.debian.org/BuildProfileSpec
However, in this case it appears the Depends is a workaround to help
with smooth upgrades to jessie and could
On Mon, Jul 20, 2015 at 8:15 AM, Ian Jackson wrote:
But I understood Paul to be saying that such software (that, for
example, Antonio is looking for) already exists. Which is why I asked
these questions about it. But it turns out that the implementation
you were pointing at doesn't actually
On Thu, Jul 16, 2015 at 7:11 PM, Lucas Nussbaum wrote:
Given that there's now a Free (as in Software) Debian book[0], with a
suitable translation infrastructure, I wonder if we shouldn't refrain
from advertising or endorsing non-free alternatives, and rather
encourage contributions to this
On Fri, Jul 17, 2015 at 1:14 AM, Ian Jackson wrote:
Can you point me at the server code, or configuration that handled
your push ?
I'm not familiar with the setup but I think it uses the
ikiwiki-hosting packages.
That commit is on HEAD. But the request was for the pushed commits to
land
On Thu, Jul 16, 2015 at 10:35 PM, Osamu Aoki wrote:
But that section can be split in to 2 sentions. FREE and NON-FREE,
with FREE on the top.
It is already split into sections by language. Maybe just list the
licenses and sort the list in each section by freeness?
I think we are missing
On Thu, Jul 16, 2015 at 6:17 AM, Mike Hommey wrote:
I, myself, find our DFSG-freeness pickiness going too far, and I'm sick
of this icon thing. So, here's what I'm going to do: unless I hear
non-IANAL objection until the next upstream release due on august 11
(and I'm BCCing the DPL in case
On Thu, Jul 16, 2015 at 7:53 PM, Ian Jackson wrote:
I have also made the point that we make an exception for licence
texts. Obviously the situations aren't entirely parallel, but this
demonstrates that the absolutist position you are arguing for is both
contrary to our existing practice, and
On Fri, 2015-07-17 at 19:57 +0900, Mike Hommey wrote:
Would you dare say this is useful?
http://i.imgur.com/duKHZKF.png
I agree that isn't very useful. I don't actually use the search bar as
you can't[1] have multiple instances of it so I hadn't seen current
versions of it but I did see that
On Fri, Jul 17, 2015 at 3:07 PM, Moritz Mühlenhoff wrote:
They're certainly necessary. W/o the icons there would be no indication
which search engine is currently selected in the Iceweasel search box.
The Tor Browser has the name of the search engine in the search box in
grey when no text has
On Fri, Jul 17, 2015 at 9:03 PM, Thorsten Glaser wrote:
You could make a screenshot from where the original icons are shown,
then re-encode those tiny 16x16px thingies into new *.ico files with
GIMP. This is sorta like taking a photograph (if in doubt, take an
actual photo), or a bitmap font
On Fri, Jul 17, 2015 at 9:08 PM, Osamu Aoki wrote:
I meant by put it on our web pages as contents of the document are
available on www.debian.org. Raphaël and Roland's free work is on
www.debian.org which means it is mirrored for easy access. If martin's
work becomes free, we can do the
On Sat, Jul 18, 2015 at 6:26 AM, Mike Hommey wrote:
Screenshots of games during play are not the same as logos.
Are you saying that screenshots of logos aren't derivative works of those logos?
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Sat, Jul 18, 2015 at 3:22 AM, Philip Hands wrote:
Have you considered that by removing the logos there are almost
certainly people who will be less able to recognise which search engine
they have selected? (be that because of poor sight, poor reading
ability or perhaps because they only
On Wed, Jul 15, 2015 at 9:13 PM, Antonio Terceiro wrote:
But if there is server side support for anyone to push to some ref in
the maintainer's repository without any authentication in a way that
won't otherwise interefere with the maintainer's regular trees, the
client side should be easy.
On Wed, Jul 15, 2015 at 12:06 AM, Ian Jackson wrote:
Antonio Terceiro writes (Re: GitHub “pull request ” is proprietary,
incompatible with Git ‘requ est-pull ’):
I'd suggest that this thread should move to the git mailing list and
perhaps the lists of mercurial/bzr/etc.
--
bye,
pabs
On Wed, Jul 15, 2015 at 5:18 AM, Bas Wijnen wrote:
On Tue, Jul 14, 2015 at 04:21:07PM +0200, Wouter Verhelst wrote:
On Mon, Jul 06, 2015 at 02:10:08PM +0800, Paul Wise wrote:
Perhaps we could run everything in $PATH in virtual machines and log
all network beyond localhost.
I look forward
On Wed, Jul 15, 2015 at 11:30 AM, Nikolaus Rath wrote:
If not, then what about all the tracking pages that Firefox is going
to load because they're referenced in the page you asked for?
Shouldn't you be much more worried about those?
Allowing third-party requests was one of the
On Wed, Jul 15, 2015 at 12:26 PM, Mike Hommey wrote:
FUD is easy. How about documenting yourself on how Safe browsing
actually works? Hint: urls are _never_ sent to Google. The worst thing
that Google can know is that the _hash_ of /some/ url you went to, has the
first n bits matching the
On Fri, Jul 10, 2015 at 5:55 PM, Leopold Palomo-Avellaneda wrote:
we are using a Jenkins service and we have found that httpredir is failing too
much times. We build some software for Sid and Jessie, and Jessie fails much
more than Jessie.
debian-devel isn't the appropriate contact point for
On Fri, Jul 10, 2015 at 11:49 PM, Dimitri John Ledkov wrote:
I want mentors.debian.net to accept git am formated patch / or a
debdiff against any packaging =) that would cover 90% of my review
needs in debian.
debexpo needs people to rewrite it using a non-deprecated framework,
as well as
On Fri, Jul 10, 2015 at 11:57 AM, Susmita/Rajib Bandopadhyay wrote:
But I am shocked to find this software being ported into stable
packages, while it can do nothing. As soon as it is tried it shuts
itself off.
The correct way to file a bug report is listed here:
On Mon, Jul 6, 2015 at 7:35 AM, Michael Gilbert wrote:
#786909 was absolutely not acceptable, and was treated as such.
Social contract #1 remains in effect and will continue to do so in
spite of day to day bugs that violate its spirit.
It might be interesting to think about ways we can
On Tue, Jun 30, 2015 at 12:17 AM, Niels Thykier wrote:
* [Derivatives] Please consider upgrading your infrastructure /
tooling if/where needed.
A lot of derivatives use reprepro, do you know how that will handle
ddebs? Perhaps it should get a default filter to put ddebs into
separate
On Fri, Jun 19, 2015 at 9:58 PM, Hideki Yamane wrote:
Also want to know the resource for it.
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
On Tue, Jun 16, 2015 at 9:29 PM, Peter Easthope wrote:
What pdftohtml source is appropriate for jessie?
apt-cache search suggests it is in poppler-utils now:
https://sources.debian.net/src/poppler/jessie/utils/pdftohtml.cc
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE,
On Sun, Jun 14, 2015 at 1:36 AM, Christoph Berg wrote:
over the past days, DDPO grew the ability to also show oldoldstable
(aka squeeze) versions, mostly for the benefit of those working on
squeeze-lts.
I added this post to DevNews and sent it to d-d-a.
--
bye,
pabs
On Sun, Jun 14, 2015 at 7:08 AM, Thomas Goirand wrote:
Reading these bugs, am I right that the archive already supports lzip
for the orig.tar file?
AFAICT, there is no mention of .lz or lzip in the dak source code.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Sat, Jun 13, 2015 at 4:23 PM, Thomas Goirand wrote:
Is there any reason why we wouldn't do that?
It was already rejected by the dpkg maintainers twice.
https://bugs.debian.org/600094
https://bugs.debian.org/556960
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email
On Sat, Jun 13, 2015 at 4:31 PM, Tollef Fog Heen wrote:
I could see us extending the apt preferences format to be something
like:
Why the preferences file instead of the sources.list file, which can
already be in deb822 format?
https://lists.debian.org/deity/2014/01/msg00055.html
Some more
On Fri, Jun 12, 2015 at 11:47 PM, Wouter Verhelst wrote:
For the latter, it is usually possible to supply a link to a .repo
file; for all of those distributions, tools exist to automagically
configure the system so that the repository is enabled and the gpg key
is added as a trusted key
On Sun, Jun 7, 2015 at 10:52 PM, Andreas Tille wrote:
Wild guess: It migth be connected to the fact that DEHS is not working
properly any more as it was mentioned here on Debian-QA list[1].
DEHS died many years ago, the timing is more likely to be caused by
upgrades to jessie. IIRC multiple
On Sun, Jun 7, 2015 at 7:00 PM, Michael Biebl wrote:
Thinking about this, something like this could be useful for such
situations:
Breaks: != ppp-abi-version-2.4.6
as counterpart to
Depends: = ppp-abi-version-2.4.6
I'm not sure you can do the Breaks part of that as it would have to be
like
On Sun, Jun 7, 2015 at 11:49 AM, Chris Knadle wrote:
I recall the prior DPL wanting to support PPAs in Debian, and I would
imagine that this issue is one of the sticking points to that idea.
The Debian PPA proposal will be different to Launchpad PPAs and will
be signed by the same keys as the
On Sat, Jun 6, 2015 at 8:13 AM, Brian May wrote:
the software is far to volatile (e.g. important bug fixes on a weekly basis)
We have a place for such software: experimental
I don't want old versions hanging around any longer then absolutely required
We have a place for such software:
On Thu, Jun 4, 2015 at 8:17 AM, ea he wrote:
The goal is to have my open source forum software added to the debian
software center / package manager. What should I do first to try to get the
software into the debian repository?
Please read this document:
On Tue, Jun 2, 2015 at 4:22 PM, Himanshu Shekhar wrote:
1. An application, however small which could be downloaded on any machine
that would check the users' system and automatically suggest a list of
debian versions available to download.
We always suggest using the latest stable version.
On Fri, May 29, 2015 at 8:21 PM, Riley Baird wrote:
If having to manually add a CA annoys the Ubuntu developers that
much, then surely they could just include the Debian CA certificate to
Ubuntu's default?
Steve answered the Ubuntu part, but there is also the etc people;
there are myriad
On Thu, 2015-05-28 at 21:59 -0700, roopa wrote:
We plan to post it for inclusion as an alternative to ifupdown (using
the debian alternatives infrastructure), hoping to make it easier
for people who may be interested in trying it out.
Please see this page for how to get ifupdown2 into
On Fri, May 29, 2015 at 7:40 AM, Russ Allbery wrote:
I'm fine with locking the doors. I'm not fine with paying protection
money to a Mafia goon who claims they'll lock your windows, and sort of
sometimes does. It's the extortion component that pisses me off about
HTTPS.
LetsEncrypt will
On Wed, May 27, 2015 at 7:18 PM, Russell Stuart wrote:
On Wed, 2015-05-27 at 12:33 +0200, Marco d'Itri wrote:
(I am shocked, shocked that there is no flood of people here rushing to
save ifupdown... :-) )
Until systemd-networkd can run scripts on events no defence is required.
Your mail is
On Thu, May 28, 2015 at 1:41 AM, Christoph Anton Mitterer wrote:
Haven't tried systemd-networkd yet, but at least NM fails in even very
simple cases (like resolving is broken, when I disconnect the wire and
go back to wifi, etc. pp.) ... plus the whole design, that it tries to
be the
On Wed, May 27, 2015 at 12:54 AM, Marco d'Itri wrote:
a featureful systemd-networkd.
Will that make NetworkManager obsolete or will there be cases where it
will still be needed?
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 25 May 2015 18:57:19 +0800
Source: whohas
Binary: whohas
Architecture: source all
Version: 0.29.1-1
Distribution: unstable
Urgency: low
Maintainer: Paul Wise p...@debian.org
Changed-By: Paul Wise p...@debian.org
Description
Hi all,
I have prepared a short document on static linking and Debian, with the
aim to reduce existing static linking, document unavoidable static
linking and find ways to mitigate unavoidable static linking.
https://wiki.debian.org/StaticLinking
I'm hoping folks on this list will help extend
On Thu, May 14, 2015 at 12:14 AM, Исаев Виталий wrote:
It seems like none of the well-known open-source solutions (Open Build
Service, Launchpad, Travis CI) meets this requirements. Please share how
exactly you build deb packages from your projects and what tools do you use?
Any help will be
On Mon, May 11, 2015 at 3:12 PM, Leopold Palomo-Avellaneda wrote:
At least DM.
I expect DMs will have access (as the mail talks about the uploading
keyring*s*).
I do not understand how lintian can do a complete check without binaries.
It can't check binaries if they don't get uploaded and
On Sun, May 10, 2015 at 11:48 PM, Leopold Palomo-Avellaneda wrote:
people.d.o AFAIK is _only_ for DD. Anyway, if I can see it correctly it's only
web space.
My ppa propose could be also useful for Debian members. I think that new
packages, are controller by ftp-masters, so any help to create
On Sun, May 10, 2015 at 12:06 AM, Leopold Palomo-Avellaneda wrote:
El Dissabte, 9 de maig de 2015, a les 09:23:26, Mechtilde va escriure:
Why can't you use people.debian.org for this?
It's not an option for a non developer member. :-(
If you are a member of Debian, you have access to
Is there a tool to list interfaces based on their characteristics?
Right now at $work our initial setup code does glob eth* in
/sys/class/net in order to setup a bond interface using all NICs, so
network works no matter which NIC one plugs a cable into. It sounds
like this proposal would break
On Wed, May 6, 2015 at 12:02 PM, Josh Triplett wrote:
Why, when it's just an apt install at away? It's one more running
daemon. Realistically, what fraction of Debian users actually invoke
at, ever, and of those, what fraction will be deeply disturbed by having
to install it first?
The
On Wed, May 6, 2015 at 6:11 PM, Neil Williams wrote:
You've admitted that the port cannot keep pace because it needs changes
to be made by maintainers who do not see the port as a particular
priority and that this blocks or impedes further changes. You've
tried and failed to increase the
On Wed, May 6, 2015 at 6:21 PM, Ansgar Burchardt wrote:
On 05/06/2015 11:34 AM, Martin Zobel-Helas wrote:
cron is part of POSIX.
The problem here is what the expectations of an experienced UNIX person are...
Perhaps unix/posix tasks would satisfy such folks.
--
bye,
pabs
On Wed, May 6, 2015 at 7:03 PM, Neil Williams wrote:
Maintainers should help porters for release architectures wherever
possible - for non-release architectures, that really isn't something
you can do anything about except do the work yourselves.
One could argue the same for the official
On Wed, May 6, 2015 at 2:45 AM, Ansgar Burchardt wrote:
* Same for question for dmidecode: could the priority be lowered to
standard?
As this relates to specific hardware/firmware, this should be moved to
optional and d-i/isenkram/PackageKit/etc should install it when
installing on the
On Tue, May 5, 2015 at 3:38 PM, Paul Wise wrote:
...
Apologies for the contentless reply.
I haven't seen any resistance to the idea of merging more Debian ports
services with the equivalent Debian services, apart from the work
needed to do so.
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Tue, May 5, 2015 at 3:17 PM, Samuel Thibault sthiba...@debian.org wrote:
[Speaking for the debian-hurd team]
Lucas Nussbaum, le Mon 04 May 2015 08:28:22 +0200, a écrit :
Maybe it's just about supporting and advertising debian-ports as
Debian's official way to host second-class
On Mon, May 4, 2015 at 5:48 PM, Cyril Brulebois wrote:
Lucas Nussbaum lu...@debian.org (2015-05-04):
I'm wondering if we could find a way to accomodate those architectures
in an official way, while still limiting the impact on ftpmasters and
other teams. I'm not entirely clear on the status of
On Sun, May 3, 2015 at 12:38 PM, Brian May wrote:
What package should I file it against? systemd?
Yes, systemd.
What about other packages that call systemctl in postinst/postrm scripts
without first checking that systemd is operational? Is the fault in the
script that calls systemctl, or
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.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Fri, May 1, 2015 at 12:16 AM, Markus Frosch wrote:
I was wondering if there is any special reason to upload linux-4.0 to
experimental, but not uploading linux-kbuild-4.0?
Seems like a question for this list:
https://lists.debian.org/debian-kernel/
Would love to test the kernel without
On Tue, 2015-04-21 at 13:45 +0100, Ian Jackson wrote:
Well, the git-send-email patchbomb workflow is pretty ugly too in many
respects. I can see why some people don't much like it. [1]
I began with git send-email, but the email client of the person in
question did not allow getting emails out
On Wed, Apr 22, 2015 at 4:23 AM, Barry Warsaw wrote:
On Apr 16, 2015, at 09:04 AM, Dimitri John Ledkov wrote:
I'd rather see gitlab.debian.net :)
+1
I've started moving my personal projects to gitlab and like it a lot.
I don't like it due to the JavaScript requirement, many things just
give
On Wed, Apr 22, 2015 at 10:47 AM, Barry Warsaw wrote:
Can you navigate github without JS?
Seems to work fairly well, certainly it is robust enough to not have
500 Internal Server Errors.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Mon, Apr 20, 2015 at 9:01 PM, Thibaut Paumard wrote:
Possibly stating the obvious, but a you aware that fink (a package
management system for Mac OS X/Darwin) is based on a dpkg fork?
There is also Cydia for Apple iOS systems, it uses APT, presumably dpkg too:
http://cydia.saurik.com/
On Mon, Apr 20, 2015 at 8:19 PM, Peter Spiess-Knafl wrote:
The crash of browser could be affected through the following bug in
libcairo: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767858
There is already a patch available, which Tobi and I verified that it
works for this specific bug.
On Sat, 2015-04-18 at 12:07 +0200, Jérémy Lal wrote:
gitg is quite good for simple tasks.
I'm guessing it isn't good enough to be a replacement for the github web
UI though and that there is no equivalent free software desktop UI.
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Mon, Apr 20, 2015 at 1:28 AM, Russ Allbery wrote:
Stefano Zacchiroli writes:
On Sun, Apr 19, 2015 at 12:13:32PM +0800, Paul Wise wrote:
I mirror the repositories on my own publicly-accessible Git server.
Hopefully that's good enough. :)
If those are Debian related, I'd still suggest
On Mon, Apr 20, 2015 at 1:10 AM, David Kalnischkies wrote:
I would presume most derivatives aren't using it either
Most derivatives appear to use reprepro but there is one using apt-ftparchive
https://wiki.debian.org/Derivatives/CensusFull
https://wiki.debian.org/Derivatives/Census/Lihuen
On Sun, 2015-04-19 at 11:20 -0600, D. Charles Pyle wrote:
My machine is a Sparc64 machine.
...
if I can help, I can try to do so.
An update: sparc will be removed from the Debian archive unless a team
of people is willing to work on the port and bring it back in shape:
On Sat, Apr 18, 2015 at 10:04 PM, Paul Tagliamonte wrote:
Everyone's willing to make tradeoffs on our freedom. It's what tradeoffs
we make, that's the question.
To those of you who are willing to use github for Debian related
things, it would be great if you could:
Mirror the repositories to
On Fri, Apr 17, 2015 at 6:18 PM, Dominik George wrote:
iceweasel is a bit outdated, but existent in wheezy for sparc; Chromium
is not existent for sparc, which cannot be called „broken“.
In addition, Debian jessie (to be released next weekend) does not
support sparc and the new sparc64 port
On Sat, Apr 18, 2015 at 3:50 PM, Neil Williams wrote:
git won the DVCS argument a long time ago. github won the DVCS UI
argument a long time ago - it is clearly the one UI that the
largest number of git contributors actually want to use.
Are there any good DFSG-free desktop UIs for git?
--
On Thu, Apr 16, 2015 at 9:45 PM, Jérémy Lal wrote:
i was wondering if debian had a github account as an organization, where
maintainers could be added.
It would probably better to use free tools instead?
http://mako.cc/writing/hill-free_tools.html
--
bye,
pabs
On Fri, Apr 17, 2015 at 4:49 AM, João Vanzuita wrote:
from 0 to 10, what's the importance of this team ?
It is really quite important for bringing new people to Debian.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a
On Mon, Apr 13, 2015 at 12:59 PM, Ben Finney wrote:
Right, I wasn't clear enough: I'm saying that despite all the other
non-JavaScript cases brought up later in the thread, the requirement
(build from source form, with only build dependencies also in Debian)
applies just fine to JavaScript
On Mon, Apr 13, 2015 at 11:37 AM, Ben Finney wrote:
Can we agree, in the context of the original post of this thread:
Rebuilding from source *is* a reasonable requirement, attainable with
what we have today in Debian, for JavaScript works.
The first mail mentioned that grunt is not yet in
On Mon, Apr 13, 2015 at 12:22 AM, Bastien ROUCARIES wrote:
I prefer from a lintian maintainer point of view to rebuild everything
from source. At least it is easier to detect.
That is indeed preferable since we can then prove we are distributing
the source but it is unlikely we can get there
Hi all,
Some folks in the publicity team are thinking about live-denting the
release. This will basically be relaying IRC to identi.ca/debian and
elswhere, with wording changes for people not as familiar with Debian.
In the past we have interspersed the updates with some filler during the
slow
On Fri, Apr 10, 2015 at 11:44 PM, Marco d'Itri wrote:
What is mandatory is being able to rebuild everything from source with
tools available in Debian (main)
Unfortunately we don't have any consistent way to manually or
automatically verify that we can do this.
I expect we would need
On Sat, Apr 11, 2015 at 3:20 PM, Niels Thykier wrote:
As noted on IRC, mentors.debian.net / debexpo will probably need to be
updated too (at least if we go the ddebs route).
debexpo needs a rewrite to a non-deprecated framework so support for
ddebs is probably a long way off. Support for ddebs
On Sun, Apr 5, 2015 at 8:58 PM, Andreas Noteng wrote:
I have a question regarding the use of minified javascripts in pacakges.
Of course these need to be accompanied by the proper source code, but
is it acceptable to simply use already minified js that often
accompany the source packages, as
On Sun, Apr 5, 2015 at 6:20 PM, Esokrates wrote:
* Are source packages of free software packages required to only contain
source code without binaries (maybe with the exception of the linux kernel and
its firmware blobs)?
Yes. The Debian version of the Linux kernel is also required to only
On Sat, Mar 28, 2015 at 7:48 AM, Hideki Yamane wrote:
How about check and warn it with watch and lintian?
e.g. https://qa.debian.org/cgi-bin/watch?pkg=mecab was hosted in Google Code,
and if so, warn hosted site will be closed (January 25th, 2016) with
Packages overview and lintian.
On Wed, Mar 25, 2015 at 9:37 PM, Andile Ntebe wrote:
Im not sure why Gareth said PHP, I’m referring to Apache 2.2.22.
The below vulnerabilities seem to affect this version:
Is there a way for us to update to the latest version?
All of the CVEs you referenced either do not apply to or are
On Wed, Mar 25, 2015 at 9:37 PM, Andile Ntebe wrote:
The below vulnerabilities seem to affect this version:
BTW:
Please install debsecan to determine which packages have unfixed
security issues or available security issues:
https://wiki.debian.org/DebianSecurity/debsecan
Please install
On Wed, Mar 25, 2015 at 7:22 PM, Andile Ntebe wrote:
We have Apache/2.2.22 on our Debian boxes.
Which Debian version number?
Ive tried using apt-get update and apt-get upgrade to try and get us onto the
latest version but with no success. Is there any other way that we could get
Apache
On Mon, Mar 16, 2015 at 4:38 AM, John Goerzen wrote:
If that is the case, why does this have to be a big deal? Couldn't you
just warn people that the upgrade will break their config, point them to
the docs, and call it good? After all, if that is all upstream
provides, isn't it better than
On Fri, Mar 13, 2015 at 9:06 AM, Bernd Zeimetz wrote:
And google code:
http://google-opensource.blogspot.fr/2015/03/farewell-to-google-code.html
I should have waited a few more days :(
Will be on d-d-a when the next DevNews is posted:
On Tue, 2015-03-10 at 08:53 +0100, Axel Beckert wrote:
Codehaus already has a horribly slow main page... Never really heard
of them before, though. (I'm always thinking of Spamhaus when reading
its name. :-)
Searching my mailing list archives, Java projects seem to like them.
Sounds like a
On Tue, Mar 10, 2015 at 6:25 PM, Jonas Smedegaard wrote:
Quoting Paul Wise (2015-03-10 10:50:08)
On Tue, 2015-03-10 at 08:53 +0100, Axel Beckert wrote:
I'm missing license-reconcile here which checks licensecheck's output
against debian/copyright (and seems to can do some more stuff
On Tue, Mar 10, 2015 at 6:25 PM, Jonathan Dowland wrote:
Sounds cool. It could wrap vcs-lintı, not yet in Debian: I filed a bug
to add it to devscripts 3 years ago², which has not yet had a response,
but the tool has languished largely since then. I've recently started to
give it some more
On Tue, 2015-03-10 at 11:54 +0800, Paul Wise wrote:
Gitorious and Codehaus closing
--
I forgot to mention that it would be a good idea to discuss using free
repository hosting tools with your upstream developers and link to this:
http://mako.cc/writing/hill
On Tue, Mar 10, 2015 at 8:37 PM, Dominique Dumont wrote:
I've also worked on a way to improve licensecheck2dep5 (without knowing about
license-reconcile).
It might be interesting to consolidate these three tools or choose the
best one and delete the others.
--
bye,
pabs
On Tue, Mar 10, 2015 at 10:28 PM, Jonathan Dowland wrote:
On Tue, Mar 10, 2015 at 06:51:21PM +0800, Paul Wise wrote:
git tags not pushed to all remotes:
Currently vcs-lint does this for origin only but I agree a check for all
remotes would be useful,
Great :)
git commit/tag signing http
On Tue, Mar 10, 2015 at 3:17 AM, Jerome BENOIT wrote:
the manual of my package is written in SGML language.
I guess that it may be translate into a more readable format:
What is the best Debian way to convert it in HTML and/or PDF (via LaTeX) ?
It sounds like this is a manual that is only
On Fri, Mar 6, 2015 at 10:09 PM, Jape Person wrote:
I've been using Debian testing as a kind of rolling release since Lenny on
my four most important systems. (I just use testing in place of the code
word -- lenny, squeeze, wheezy, jessie, etc. --in /etc/apt/sources.list.)
Some more tips on
On Sun, Mar 1, 2015 at 1:54 PM, lumin wrote:
When learning on how to package software,
I am confused about what's the difference between the
essence of [s/i/m/l/k/n].
(single binary, indep binary, multiple binary, ...)
This sounds like a question for debian-mentors.
the man page of
On Thu, Feb 26, 2015 at 1:33 AM, V.Krishn wrote:
Was wanting to query various versions of debian packages and thought of
converting the packages lists to sqlite.
Code:
https://github.com/insteps/scripts/tree/master/debian/wheezy-db
(on decent newer machine it takes, ~37000 records in 1min)
On Sat, Feb 21, 2015 at 6:10 AM, Axel Beckert wrote:
Yes. And that works quite well for me -- except that the desktop
notifications look quite ugly in Awesome's notifier widget. That one
neither seems to do automatic line wrapping nor does it interpret
HTML tags and hence shows them as plain
1101 - 1200 of 2824 matches
Mail list logo