❦ 8 mai 2014 12:21 +1000, Ben Finney :
>> When I get some time to work on my packages and I see this:
>>
>> http://lintian.debian.org/maintainer/pkg-roundcube-maintain...@lists.alioth.debian.org.html#roundcube
>
> Yes, it's disheartening to see such files in a source distribution from
> upstr
Vincent Bernat writes:
> ❦ 8 mai 2014 12:21 +1000, Ben Finney :
>
> > I am using https://wiki.debian.org/BenFinney/software/repack>
> > for another package, to remove non-source JavaScript files from the
> > Debian source package.
> >
> > I have now re-worked it for the ‘roundcube’ package and
Hi all,
I'm looking for a sponsor for the package swiftmailer that is already in
debian. Upstream delivered a new release. There's no major changes in
debian packaging. I can build the package and lintian did not complain
about errors.
I know it's not the right list (preferred m.d.o) but I hope h
Dear Ben,
Am Donnerstag, den 08.05.2014, 12:21 +1000 schrieb Ben Finney:
> > Well, I say "Let's do something else, I'll have another look later".
>
> I am using https://wiki.debian.org/BenFinney/software/repack> for
> another package, to remove non-source JavaScript files from the Debian
> source
On Thu, 8 May 2014, Paul Wise wrote:
> /usr/share/doc/doxygen/README.jquery
This is a bug in doxygen. Replacing the embedded jquery copy
in the Debian package shipping it with a link to the jquery
version in Debian should be the right thing to do. Maybe this
entire technology behind doxygen needs
> So please excuse my ignorance here: But how does that work? How can we,
> as Debian, ensure that a user automatically complies with the license
> when a package is installed and spawns up a service on a port? (Or
> similarly, installs itself into a web server found on the system.)
I don't think
Hi,
is someone processing the items on the Alioth tracker?
There are currently 184 reuqests open, some trivial requests already
since two years (like [1]).
I filed a ticket there a month ago, and still did not get any
response yet.
What is the reason that the processing there is so slow? Is the
Package: wnpp
Severity: wishlist
Owner: Maximiliano Curia
* Package name: kxd
Version : 0.11
Upstream Author : Alberto Bertogli
* URL : http://blitiri.com.ar/p/kxd/
* License : MIT
Programming Lang: Go
Description : Key exchange daemon
kxd is a key ex
Package: wnpp
Serverity: wishlist
Owner: Dr. Torge Szczepanek
Package name: python-phonenumbers
Version : 6.0.0a
Upstream Author : David Drysdale
URL : https://github.com/daviddrysdale/python-phonenumbers
License : Apache-2.0
Programming Lang: Python
Description
❦ 8 mai 2014 11:45 +0200, Thorsten Glaser :
>> /usr/share/doc/doxygen/README.jquery
>
> This is a bug in doxygen. Replacing the embedded jquery copy
> in the Debian package shipping it with a link to the jquery
> version in Debian should be the right thing to do. Maybe this
> entire technology
Luis Alejandro Martínez Faneyth writes ("Bug #702005: Where can i get more
attention on this?"):
> I'm a little worried about bug #702005 and the lack of attention
> it's getting. This bug is marked as resolved, and indeed it has
> been resolved for jessie and sid, but not for wheezy. This bug
>
Ian Jackson writes ("Re: Bug #702005: Where can i get more attention on this?"):
> [some stuff to Luis Alejandro Martínez Faneyth ]
Unfortunately, Luis's mail domain is hosted at Hotmail which hates
chiark:
l...@huntingbears.com.ve
SMTP error from remote mail server after MAIL
FROM: SIZE=4
On 08/05/14, 01:05pm, Ian Jackson wrote:
> Ian Jackson writes ("Re: Bug #702005: Where can i get more attention on
> this?"):
> > [some stuff to Luis Alejandro Martínez Faneyth ]
>
> Unfortunately, Luis's mail domain is hosted at Hotmail which hates
> chiark:
>
> l...@huntingbears.com.ve
>
On 08/05/14, 08:01am, Daniel Baumann wrote:
> src:lxc contains documentation (*.sgml only) and build-depends on
> docbook2x, no jquery is needed or installed as build-depends. the
> resulting bin:lxc-dev then contains a *compressed* jquery.js put there
> by docbook2x. lintian detects this and warns
Hi Vincent,
Quoting Vincent Bernat (2014-05-08 13:52:01)
> ❦ 8 mai 2014 11:45 +0200, Thorsten Glaser :
>
>>> /usr/share/doc/doxygen/README.jquery
>>
>> This is a bug in doxygen. Replacing the embedded jquery copy in the
>> Debian package shipping it with a link to the jquery version in
>> Deb
Thanks, Ian.
I will be following the steps you pinted out so that this fix lands on stable.
I will email you privately in a couple of hours.
Greetings,
Luis.
> From: ijack...@chiark.greenend.org.uk
> Date: Thu, 8 May 2014 13:03:11 +0100
> To: l...@huntingbears.com.ve
> CC: debian-devel@lists.debia
Thorsten Glaser writes:
> This is a bug in doxygen. Replacing the embedded jquery copy in the
> Debian package shipping it with a link to the jquery version in Debian
> should be the right thing to do.
This has previously been discussed on this list, and the Doxygen
maintainers said explicitly t
Does anyone know a way to make the automake-generated test suite scripts cat
the test-suite.log to stderr on failure? It just reports which tests failed but
hides the actual messages. This is most annoying on buildds which then promptly
remove the whole build dir, and one has to then tediously find
On 8 May 2014 18:10, Marcin Owsiany wrote:
> Does anyone know a way to make the automake-generated test suite scripts cat
> the test-suite.log to stderr on failure? It just reports which tests failed
> but
> hides the actual messages. This is most annoying on buildds which then
> promptly
> remo
Hi,
Jessie currently contains linux 3.13, which includes the successor of
iptables - nftables.
Unfortunately, the userspace tools (nftables) are still missing even in
sid/experimental.
Is there a general plan to support nftables in jessie? As the release
managers reminded
us recently, the freeze
On 8 May 2014 18:25, Emilio Pozuelo Monfort wrote:
> On 08/05/14 19:19, Dimitri John Ledkov wrote:
>> On 8 May 2014 18:10, Marcin Owsiany wrote:
>>> Does anyone know a way to make the automake-generated test suite scripts cat
>>> the test-suite.log to stderr on failure? It just reports which test
On 08/05/14 19:19, Dimitri John Ledkov wrote:
> On 8 May 2014 18:10, Marcin Owsiany wrote:
>> Does anyone know a way to make the automake-generated test suite scripts cat
>> the test-suite.log to stderr on failure? It just reports which tests failed
>> but
>> hides the actual messages. This is mo
Hi!
On Thu, 2014-05-08 at 19:10:48 +0200, Marcin Owsiany wrote:
> Does anyone know a way to make the automake-generated test suite scripts cat
> the test-suite.log to stderr on failure? It just reports which tests failed
> but
> hides the actual messages. This is most annoying on buildds which th
❦ 8 mai 2014 19:16 +0200, Frank Bauer :
> Jessie currently contains linux 3.13, which includes the successor of
> iptables - nftables. Unfortunately, the userspace tools (nftables)
> are still missing even in sid/experimental.
>
> Is there a general plan to support nftables in jessie? As the r
2014-05-08 19:33 GMT+02:00 Guillem Jover :
> Hi!
>
> On Thu, 2014-05-08 at 19:10:48 +0200, Marcin Owsiany wrote:
> > Does anyone know a way to make the automake-generated test suite scripts
> cat
> > the test-suite.log to stderr on failure? It just reports which tests
> failed but
> > hides the ac
On 2014-05-08 00:13, Clint Byrum wrote:
We don't ensure that users comply, we simply start them in a position
of compliance. If they change what we've given them, it is their
responsibility to remain in compliance. For the same reason, if they
modify the source of a program to link to an incompat
On Thu, 08 May 2014, Thorsten Glaser wrote:
> On Wed, 7 May 2014, Bálint Réczey wrote:
> > In my interpretation in this case I would have some reasonable time
> > to comply, i.e. I don't have to publish all 0days on my site if I
> > run AGPL-covered software..
You only have to publish code to user
Quoting Don Armstrong (2014-05-08 21:06:08)
> On Thu, 08 May 2014, Thorsten Glaser wrote:
> > On Wed, 7 May 2014, Bálint Réczey wrote:
> > > In my interpretation in this case I would have some reasonable time
> > > to comply, i.e. I don't have to publish all 0days on my site if I
> > > run AGPL-cov
Jonas Smedegaard writes:
> So if Debian provides, say, a web frontend to Ghostscript, then with
> AGPL Ghostscript running that web frontend as a service for others only
> require an interface serving its sources if the _webmaster_ changes the
> code for that frontend?
> Not if Debian makes c
* Jonas Smedegaard , 2014-05-08, 21:37:
So if Debian provides, say, a web frontend to Ghostscript, then with
AGPL Ghostscript running that web frontend as a service for others only
require an interface serving its sources if the _webmaster_ changes the
code for that frontend?
Not if Debian ma
Quoting Jakub Wilk (2014-05-08 21:55:45)
> * Jonas Smedegaard , 2014-05-08, 21:37:
>> So if Debian provides, say, a web frontend to Ghostscript, then with
>> AGPL Ghostscript running that web frontend as a service for others
>> only require an interface serving its sources if the _webmaster_
>>
Excerpts from Don Armstrong's message of 2014-05-08 12:06:08 -0700:
> On Thu, 08 May 2014, Thorsten Glaser wrote:
> > On Wed, 7 May 2014, Bálint Réczey wrote:
> > > In my interpretation in this case I would have some reasonable time
> > > to comply, i.e. I don't have to publish all 0days on my site
2014-05-08 20:49 GMT+02:00 Marcin Owsiany :
>
> 2014-05-08 19:33 GMT+02:00 Guillem Jover :
>
>> Hi!
>>
>> On Thu, 2014-05-08 at 19:10:48 +0200, Marcin Owsiany wrote:
>> > Does anyone know a way to make the automake-generated test suite scripts
>> > cat
>> > the test-suite.log to stderr on failure?
Hi,
I'm trying to install as little as possible of systemd stuff, and guess
what happens: When booting one of the laptops boot starts with:
systyemd-fsck
Is systemd taking over everything?? How to reduce the number of
systemd-* features.
FYI: I'm no longer using gnome, only components of it.
>> So if Debian provides, say, a web frontend to Ghostscript, then with
>> AGPL Ghostscript running that web frontend as a service for others
>> only require an interface serving its sources if the _webmaster_
>> changes the code for that frontend?
>>
>> Not if Debian makes changes to both the f
Excerpts from Riley Baird's message of 2014-05-08 14:02:49 -0700:
> >> So if Debian provides, say, a web frontend to Ghostscript, then with
> >> AGPL Ghostscript running that web frontend as a service for others
> >> only require an interface serving its sources if the _webmaster_
> >> changes t
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 569 (new: 1)
Total number of packages offered up for adoption: 135 (new: 0)
Total number of packages request
Svante Signell writes:
> I'm trying to install as little as possible of systemd stuff, and guess
> what happens: When booting one of the laptops boot starts with:
> systyemd-fsck
> Is systemd taking over everything?? How to reduce the number of
> systemd-* features.
It's a small wrapper around
On 9 May 2014 02:42, Russ Allbery wrote:
> Svante Signell writes:
>
>> I'm trying to install as little as possible of systemd stuff, and guess
>> what happens: When booting one of the laptops boot starts with:
>> systyemd-fsck
>
>> Is systemd taking over everything?? How to reduce the number of
Dimitri John Ledkov writes:
> My only complaint against systemd-fsck at the moment is (poor?)
> integration with graphical plymouth themes. I'd like to see:
> "Checking disk 2/3... 78% done"
> or some such.
> Which one can see on desktops & servers with upstart/mountall/plymouth
> matched combo.
40 matches
Mail list logo
