On 11/01/16 at 10:49 +0100, Stefano Zacchiroli wrote:
> On Mon, Jan 11, 2016 at 05:43:45PM +0800, Paul Wise wrote:
> > On Mon, Jan 11, 2016 at 5:23 PM, Ansgar Burchardt wrote:
> > > So you don't want another component, but something that looks like a
> > > component in some places only? I.e. it be
On 01/14/2016 10:11 AM, Andrey Rahmatullin wrote:
> On Thu, Jan 14, 2016 at 09:35:31AM +0100, Harald Dunkel wrote:
>> For running a local set of meta packages I would like to
>> express package dependencies depending upon other packages
>> installed, e.g.
>>
>> Package: xyz
>> Version: all
>> Depen
On Jan 14, 2016 5:11 PM, "Zlatan Todoric" wrote:
>
>
>
> On 01/14/2016 09:11 PM, Alberto Salvia Novella wrote:
> > Nearly all compact Linux computers feasible for gaming are sold
> > exclusively using NVIDIA graphics, and that company is hostile to libre
> > software.
> >
> > So I think it is very
Package: wnpp
Severity: wishlist
Owner: Anthony Fok
* Package name: golang-github-pkg-sftp
Version : 0.0~git20160111.0.8a7343c-1
Upstream Author :
* URL : https://github.com/pkg/sftp
* License : BSD-2-clause
Programming Lang: Go
Description : SFTP supp
On 15/01/16 04:00, Paul Wise wrote:
> On Tue, Jan 12, 2016 at 5:42 PM, Daniel Pocock wrote:
>
>> default softphone in Debian[1]
>
> It should be up to the user what communications tools they want to use
> and or have installed (if any), that is none of our business, other
> than perhaps informi
On Fri, 2016-01-15 at 04:57 -0500, shawn wilson wrote:
>
> On Jan 14, 2016 5:11 PM, "Zlatan Todoric" wrote:
>
> > > So I think it is very important that we support AMD right now on what we
> > > can, and ask manufacturers to include AMD graphics in those products.
> > >
> >
> > You do realize th
On 15/01/16 09:33, Harald Dunkel wrote:
> On 01/14/2016 10:11 AM, Andrey Rahmatullin wrote:
>> On Thu, Jan 14, 2016 at 09:35:31AM +0100, Harald Dunkel wrote:
>>> For running a local set of meta packages I would like to
>>> express package dependencies depending upon other packages
>>> installed,
Package: wnpp
Severity: wishlist
Owner: Gard Spreemann
* Package name: lbfgsb
Version : 3.0
Upstream Author : Ciyou Zhu, Richard Byrd, Jorge Nocedal, Jose Luis Morales
* URL : http://users.iems.northwestern.edu/~nocedal/lbfgsb.html
* License : BSD-3-clause
Pr
On Thu, 14 Jan 2016 09:35:31 +0100, Harald Dunkel wrote:
> Hi folks,
>
> For running a local set of meta packages I would like to express package
> dependencies depending upon other packages installed, e.g.
>
> Package: xyz
> Version: all
> Depends: ${misc:Depends}
> , dbus (systemd >= 21
On Mon, Jan 11, 2016 at 09:34:07AM -0800, Nikolaus Rath wrote:
> On Jan 09 2016, Dominic Hargreaves wrote:
> > I think the *policy* for this section should be firmware, as defined
> > as code not executing on the main CPU, or something like that.
>
> Uh, so intel-microcode is still out?
From th
Dear list,
In the process of a complicated update, there is a question about how to
handle the systemV init scripts when doing the systemd transition.
The package (lirc) has upstream systemd scripts which of course are
packaged. The existing Debian version has sysV scripts. However, these
ar
Felipe Sateler, on Fri 15 Jan 2016 12:33:37 +, wrote:
> On Thu, 14 Jan 2016 09:35:31 +0100, Harald Dunkel wrote:
>
> > Hi folks,
> >
> > For running a local set of meta packages I would like to express package
> > dependencies depending upon other packages installed, e.g.
> >
> > Package: xy
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: libjsonp-java
Version : 1.0.4
Upstream Author : Jitendra Kotamraju
* URL : http://jsonp.java.net
* License : GPL
Programming Lang: Java
Description : Java API for JSON Processing
JSO
On Jan 15, chrysn wrote:
> Right now microcode does not fit in that middle ground from either 1)
> (because no DMA to protect us) nor 2) (because things work without as
> well). If, at some future point in time, CPUs do require microcode
> updates, we might need to revisit this.
CPUs *do* require
Alec Leamas writes:
> Dear list,
>
> In the process of a complicated update, there is a question about how
> to handle the systemV init scripts when doing the systemd transition.
>
> The package (lirc) has upstream systemd scripts which of course are
> packaged. The existing Debian version has sy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Jan 15, 2016 at 11:08:35AM +0100, Daniel Pocock wrote:
>
>
> On 15/01/16 04:00, Paul Wise wrote:
> > On Tue, Jan 12, 2016 at 5:42 PM, Daniel Pocock wrote:
> >
> >> default softphone in Debian[1]
> >
> > It should be up to the user what comm
On Fri, 2016-01-15 at 14:07 +0100, Marco d'Itri wrote:
> On Jan 15, chrysn wrote:
>
> > Right now microcode does not fit in that middle ground from either 1)
> > (because no DMA to protect us) nor 2) (because things work without as
> > well). If, at some future point in time, CPUs do require micr
>> So I think it is very important that we support AMD right now on what we
>> can, and ask manufacturers to include AMD graphics in those products.
> You do realize that AMD graphics need proprietary firmware to have
> proper 3D acceleration without which you probably couldn't run any game
> at al
On Fri, 15 Jan 2016 13:56:55 +0100, Samuel Thibault wrote:
> Felipe Sateler, on Fri 15 Jan 2016 12:33:37 +, wrote:
>> On Thu, 14 Jan 2016 09:35:31 +0100, Harald Dunkel wrote:
>>
>> > Hi folks,
>> >
>> > For running a local set of meta packages I would like to express
>> > package dependencie
Package: wnpp
Severity: wishlist
Owner: Hanno Zulla
* Package name: ruby-alsa-rawmidi
Version : 0.3.1
Upstream Author : Ari Russo
* URL : https://rubygems.org/gems/alsa-rawmidi
* License : Apache-2.0
Programming Lang: Ruby
Description : Realtime MIDI IO
Dear all,
I have contacted the MIA team about a missing dev
Known as: Jörg Sommer
Using emails: jo...@alea.gnuu.de
about two weeks ago, and before that other people have done the
same. According to mia-query he is missing since 2012:
2012-09-14: inactive, nice; nothing since 01
Package: wnpp
Severity: wishlist
Owner: Hanno Zulla
* Package name: ruby-rubame
Version : 0.0.2
Upstream Author : Mark Saward
* URL : https://rubygems.org/gems/rubame
* License : MIT
Programming Lang: Ruby
Description : Ruby Websocket Game Server
Packa
Package: wnpp
Severity: wishlist
Owner: Hanno Zulla
* Package name: ruby-wavefile
Version : 0.6.0
Upstream Author : Joel Strait
* URL : https://rubygems.org/gems/wavefile
* License : MIT
Programming Lang: Ruby
Description : You can use this gem to creat
On 15/01/16 14:13, Dmitrii Kashin wrote:
Alec Leamas writes:
Dear list,
Given all this: would it be OK to drop the sysV files in a stretch update?
I suppose it's not okay, because you'll get a lot of bug reports from
non-linux based debian distributions. And if it's not your business, an
Package: wnpp
Severity: wishlist
Owner: Hanno Zulla
* Package name: ruby-midilib
Version : 2.0.5
Upstream Author : Jim Menard
* URL : https://rubygems.org/gems/midilib
* License : Ruby License
Programming Lang: Ruby
Description : A pure Ruby MIDI librar
On 2016-01-15 at 09:45, Alec Leamas wrote:
> On 15/01/16 14:13, Dmitrii Kashin wrote:
>
>> Alec Leamas writes:
>>
>>> Dear list,
>>> Given all this: would it be OK to drop the sysV files in a
>>> stretch update?
>>
>> I suppose it's not okay, because you'll get a lot of bug reports
>> from no
On Fri, Jan 15, 2016 at 03:45:30PM +0100, Alec Leamas wrote:
> Support for users not using systemd. I understand that such users will be
> unhappy without the scripts - but am I obliged under current policy
> decisions to maintain this configuration?
Up until the next stable release at least, you
Norbert Preining wrote:
> I haven;t got any answer, but if there is none in the very near future
> I / the Debian TeX Team will take over xindy and upload a version that
> fixes RC bugs.
Please go ahead. He's clearly MIA.
--
.''`.The world breaks everyone, and afterward, some are
: :' :
Hi,
Quoting Felipe Sateler (2016-01-15 13:33:37)
> You are trying to create implications. a => b is the same as !a || b, which
> is how I expressed the dependencies above. This is easy to do for versioned
> dependencies, but not so easy for non-versioned ones (you cannot have
> !package in the Dep
Alec Leamas writes:
> In the process of a complicated update, there is a question about how to
> handle the systemV init scripts when doing the systemd transition.
> The package (lirc) has upstream systemd scripts which of course are
> packaged. The existing Debian version has sysV scripts. Howe
Package: wnpp
Severity: wishlist
Owner: Barry Warsaw
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: dirtbike
Version : 0.1
Upstream Author : Asheesh Laroia
* URL : https://github.com/paulproteus/dirtbike
* License : Expat/MIT
Programming Lan
hey sir
check my quality web sites
www.hr.com656
Am 15.01.2016 um 16:07 schrieb The Wanderer:
> It's not only about downstreams. What about e.g. Debian-kFreeBSD, or
> Debian-Hurd? Both are theoretically official Debian, as far as I
> understand matters, rather than being downstream distros - but neither
> one is supported by systemd.
I wonder if
On 15/01/16 19:04, Russ Allbery wrote:
I feel like removing the sysvinit scripts entirely would be "reverting
existing support without a compelling reason." But I also think that
people who want to use sysvinit (or upstart, or any other init system)
will have to contribute some support there in
Hello,
I'm not sure which mailing list I should chose. So I'll try my luck here.
I didn't subscribed to the mailing list. So* please put my mail address
into cc*. thanks.
*squid3 Version 3.4.8* is deployed in the Jessie stable repository.* This
version is outdated and has some security risks!!*.
Am 15.01.2016 um 21:01 schrieb Alec Leamas:
> On 15/01/16 19:04, Russ Allbery wrote:
>>
>> I feel like removing the sysvinit scripts entirely would be "reverting
>> existing support without a compelling reason." But I also think that
>> people who want to use sysvinit (or upstart, or any other ini
On Fri, 2016-01-15 at 19:47 +, startrekfan wrote:
> Hello,
>
> I'm not sure which mailing list I should chose. So I'll try my luck here.
>
> I didn't subscribed to the mailing list. So* please put my mail address
> into cc*. thanks.
>
> *squid3 Version 3.4.8* is deployed in the Jessie stable
On 15/01/16 21:06, Michael Biebl wrote:
Am 15.01.2016 um 21:01 schrieb Alec Leamas:
On 15/01/16 19:04, Russ Allbery wrote:
I feel like removing the sysvinit scripts entirely would be "reverting
existing support without a compelling reason." But I also think that
people who want to use sysvini
Hi
On 2016-01-15, Alec Leamas wrote:
> On 15/01/16 19:04, Russ Allbery wrote:
> >
> > I feel like removing the sysvinit scripts entirely would be "reverting
> > existing support without a compelling reason." But I also think that
> > people who want to use sysvinit (or upstart, or any other init
Hi Alec
Am 15.01.2016 um 21:42 schrieb Alec Leamas:
> It's more complicated. The systemd setup is three different services,
> the sysV one. There is no systemd service directly corresponding to
> the sysV one. In other words, here is two things taking place at once:
> a major upgrade + sysV ->
Am 15.01.2016 um 21:48 schrieb Michael Biebl:
> Hi Alec
>
> Am 15.01.2016 um 21:42 schrieb Alec Leamas:
>> It's more complicated. The systemd setup is three different services,
>> the sysV one. There is no systemd service directly corresponding to
>> the sysV one. In other words, here is two th
Hi
On 2016-01-15, Alec Leamas wrote:
> On 15/01/16 21:06, Michael Biebl wrote:
> > Am 15.01.2016 um 21:01 schrieb Alec Leamas:
> >> On 15/01/16 19:04, Russ Allbery wrote:
[...]
> > If the names do not match, you can ship a (static) symlink in the
> > package, say you have
> > /etc/init.d/foo a
Am 15.01.2016 um 21:56 schrieb Michael Biebl:
> An example for that is alsa-utils:
> The sysv init script is named
>
> /etc/init.d/alsa-utils
>
> The systemd service units:
> /lib/systemd/system/alsa-store.service
> /lib/systemd/system/alsa-state.service
> /lib/systemd/system/alsa-restore.service
squid3 3.4.8 has some security issues(risks)/bugs so an upgrade to 3.5 is
actually only a fix of this bugs/security issues. There is no patch for
3.4.8 because it's outdated. Debian Jessie is the current active release.
So why not fixing squid3 in Debian Jessie with an stable 3.5 update?
Ben Hutch
Hello startrekfan,
please don't do top posting.
Am 15.01.2016 um 23:19 schrieb startrekfan:
> squid3 3.4.8 has some security issues(risks)/bugs so an upgrade to 3.5 is
> actually only a fix of this bugs/security issues.
Which issues do you refer? What bugs in detail? Have you looked into the
lin
+++ Russ Allbery [2016-01-15 10:04 -0800]:
> Alec Leamas writes:
>
> > Given all this: would it be OK to drop the sysV files in a stretch
> > update?
Please don't. Some people still use sysVinit and expect things to work
more-or-less as they did previously.
> I feel like removing the sysvinit
On 01/15/2016 09:06 PM, Michael Biebl wrote:
> If your package ships both a systemd service unit and a sysv init
> script, you need to make sure that under systemd the native service file
> is used.
> The easiest way to achieve that is to use the same names for the unit
> file and the init script,
On 01/15/2016 09:29 PM, Jens Reyer wrote:
Does this also work somehow for e.g. foo-daily.service +
foo-daily.timer being favored over /etc/cron.daily/foo? Next to a
foo.service being favored over /etc/init.d/foo. Thanks and greets jre
No, it won't work automatically. Cron doesn't look at syst
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-reno
Version : 1.3.0
Upstream Author : OpenStack Foundation
* URL : https://github.com/openstack/reno
* License : Apache-2.0
Programming Lang: Python
Description : RElease NO
The firmware has a free license if you are to believe the WENCE file in the
kernel.
Package: wnpp
Severity: wishlist
Owner: Debian Med Packaging Team
* Package name: poretools
Version : 0.5.1
Upstream Author : Aaron Quinlan & Nick Loman
* URL : http://poretools.readthedocs.org
* License : GPL
Programming Lang: Python
Description : too
51 matches
Mail list logo
