Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-requests-kerberos
Version : 0.5
Upstream Author : Ian Cordasco
* URL : https://github.com/requests/requests-kerberos
* License : BSD-style
Programming Lang: Python
Description
Le jeudi 26 juin 2014 à 15:58 +0100, Alastair McKinstry a écrit :
> On 26/06/2014 15:33, Marco d'Itri wrote:
> > A few people said this about udev as well. Now they use udev.
> ... and complain or suffer in silence. Don't take popcon as a measure
> of people being happy to use a critical dependency
On Fri, Jun 27, 2014 at 02:43:16PM +1200, Chris Bannister wrote:
> On Thu, Jun 26, 2014 at 08:57:43PM +0200, Matthias Urlichs wrote:
> > I'd recommend that we safeguard our users against 'PHP' licensing problems
> > the same way I protect myself against a meteorite hitting me on my way to
> > work
On Thu, Jun 26, 2014 at 08:57:43PM +0200, Matthias Urlichs wrote:
> I'd recommend that we safeguard our users against 'PHP' licensing problems
> the same way I protect myself against a meteorite hitting me on my way to
> work tomorrow, and for roughly the same reasons.
Because there is nothing you
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: 577 (new: 2)
Total number of packages offered up for adoption: 139 (new: 1)
Total number of packages request
On Jun 26, Clint Byrum wrote:
> Oh good, another discussion where we argue against our principles. I
And which principles would be that, exactly?
> If anyone has a better way to safeguard those to whom we distribute
> software, please do speak up about it.
I suggest mimicking distributions that
Ondřej Surý wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Ondřej Surý"
>
> * Package name: dnssec-root-key
Hm, I would maybe call this dnssec-root-anchors. Technically there
should be very few copies of the root key :-)
Similarly, s/key/trust anchors/g in the descriptions?
> Ver
On Thu, Jun 26, 2014 at 02:45:21PM +0200, Dennis van Dok wrote:
> I'm symlinking files to /etc/grid-security/certificates/ on
> installation, and everything but the directories themselves are removed
> on package removal.
>
> I guess I could remove these directories if they are completely empty
>
Hi,
Clint Byrum:
> Oh good, another discussion where we argue against our principles.
I am not arguing against our principles. I am arguing against a panicked
"let's RC-bug half of our PHP infrastructure (and drop it from $NEXTSTABLE
because the situation won't be resolved until the release)" res
Excerpts from Matthias Urlichs's message of 2014-06-26 11:17:04 -0700:
> Hi,
>
> Steve Langasek:
> > Ah good, argumentum ad populum, I was getting sick of Debian having
> > principles anyway.
> >
> The point is that absolutely nobody else seems to be interested in this
> strange licensing situati
Thorsten Glaser writes:
> Yes, I fully agree. But _please_ also realise that there are people,
> a non-neglibile number of them, for whom these frameworks are not an
> improvement, and who wish to be not forced to use them.
That's fine for you to feel that way, but that feeling does not obligate
Hi,
Steve Langasek:
> Ah good, argumentum ad populum, I was getting sick of Debian having
> principles anyway.
>
The point is that absolutely nobody else seems to be interested in this
strange licensing situation. Debian itself had the "problem" for YEARS and
nobody noticed.
Thus, reality check
On Thu, Jun 26, 2014 at 07:26:05PM +0200, Marco d'Itri wrote:
> On Jun 26, Steve Langasek wrote:
> > I have no objection to the ftp team's decision to treat this as an automatic
> > reject on this basis - I don't think a license that requires us to make
> > false statements is suitable for main -
Steve,
I did hand checked all copyright files in question and while php-imlib might
have slipped me, I am quite sure that your claim about "lot of these" is false,
since php-imlib is not the only package under dual licensing I have seen.
I do apologize for filling bug against php-imlib though.
On Thu, Jun 26, 2014 at 02:36:18PM +0300, Faidon Liambotis wrote:
> On 06/26/14 14:00, Ondřej Surý wrote:
> >I should have done this earlier before cloning the bugs, so here's
> >some more background on the bugs filled.
> >I did have a quite long and extensive chat with FTP Masters
> >and our conc
On 26 Jun 2014 15:05, "Thorsten Glaser" wrote:
> content of its own. I believe it does not need to be in Debian
> itself, technically, but I agree to upload it if its presence
> is desired politically (even to wheezy-backports).
>
Personally I would love it.
Cheers.
--
Alessio
On Jun 26, Steve Langasek wrote:
> I have no objection to the ftp team's decision to treat this as an automatic
> reject on this basis - I don't think a license that requires us to make
> false statements is suitable for main - but it's wrong to claim that these
> works are undistributable.
Reali
On Thu, Jun 26, 2014 at 10:58 PM, Alastair McKinstry wrote:
> udev itself is disabled in scripts as it keeps crashing
> on my hardware. (Old powerpc server).
Which bug number is this?
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.
Package: wnpp
Severity: wishlist
Owner: Raúl Benencia
* Package name: binpac
Version : 0.42
Upstream Author : Bro Development Team
* URL : http://bro.org/sphinx/components/binpac/README.html
* License : BSD
Programming Lang: C++
Description : language
On Thu, Jun 26, 2014 at 09:27:10PM +0900, Charles Plessy wrote:
> > I have discussed this with ftp-masters and release team before
> > filling the bugs, arguing heavily in disagreement with ftp-master's
> > REJECT FAQ - the PHP License REJECT is there since 2005.
> Hi Ondrej,
> sorry for not havi
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-maxlik
Version : 1.2-0
Upstream Author : Arne Henningsen
* URL : http://cran.r-project.org/web/packages/maxLik/
* License : GPL
Programming Lang: R
Description : GNU R maximum
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 26/06/2014 15:33, Marco d'Itri wrote:
> On Jun 26, Thorsten Glaser wrote:
>
>> Yes, I fully agree. But _please_ also realise that there are people,
>> a non-neglibile number of them, for whom these frameworks are not an
>> improvement, and who w
On Jun 26, Thorsten Glaser wrote:
> Yes, I fully agree. But _please_ also realise that there are people,
> a non-neglibile number of them, for whom these frameworks are not an
> improvement, and who wish to be not forced to use them.
A few people said this about udev as well. Now they use udev.
On Thu, 2014-06-26 at 13:53 +0100, Simon McVittie wrote:
> On 26/06/14 13:33, Svante Signell wrote:
> > Of course with the additional check that the students are logged in to
> > that box locally, did I forget to mention that?
>
> ... or
> something involving utmp/wtmp/other traditions.
>
> utmp(
On Jun 26, Wookey wrote:
> Can it be uploaded please? As has been observed, there is a reasonable
> number of people who would like an easy way to control explicitly
> when/if they change to systemd for pid 1. Having to get it from a
apt-get install equivs
--
ciao,
Marco
signature.asc
Descrip
In other news for Thu, Jun 26, 2014 at 02:33:49PM +0100, Wookey has been seen
typing:
> +++ Svante Signell [2014-06-26 12:31 +0200]:
> >
> > Not in any official Debian repo unfortunately:
> >
> > http://users.unixforge.de/~tglaser/debs/dists/etch/wtf/Pkgs/mirabilos-support/
>
> Can it be upload
Wookey worte:
>> [11]http://users.unixforge.de/~tglaser/debs/dists/etch/wtf/Pkgs/mirabilos-support/
>
>Can it be uploaded please? As has been observed, there is a reasonable
>number of people who would like an easy way to control explicitly
>when/if they change to systemd for pid 1. Having to get
[ ⏰ 26/06/2014 15:34 ] [ ✎ Thorsten Glaser ]
> Jean-Christophe Dubacq wrote:
>
>> So that students can do eg ssh mybuddymachine /sbin/shutdown ?
>>
>> (and they need to be able to shutdown their own machine, power is not free).
>
> Why do people always think that a proposal will automatically
> e
Hi,
On 06/26/2014 14:33, Svante Signell wrote:
> On Thu, 2014-06-26 at 14:03 +0200, Jean-Christophe Dubacq wrote:
>> [ ⏰ 26/06/2014 12:05 ] [ ✎ Svante Signell ]
>>> On Thu, 2014-06-26 at 11:59 +0200, Ansgar Burchardt wrote:
On 06/26/2014 11:34, Thorsten Glaser wrote:
>> No, it didn't work
Simon McVittie wrote:
>tl;dr: these frameworks were not invented just to troll you, they do
>have a purpose :-)
Yes, I fully agree. But _please_ also realise that there are people,
a non-neglibile number of them, for whom these frameworks are not an
improvement, and who wish to be not forced to us
Jean-Christophe Dubacq wrote:
>So that students can do eg ssh mybuddymachine /sbin/shutdown ?
>
>(and they need to be able to shutdown their own machine, power is not free).
Why do people always think that a proposal will automatically
exclude all others?
In your student scenario, you do *not* a
+++ Svante Signell [2014-06-26 12:31 +0200]:
> On Thu, 2014-06-26 at 11:20 +0100, Wookey wrote:
> > +++ Svante Signell [2014-06-24 19:57 +0200]:
> > >
> > > I strongly recommend the systemd-must-die package to prevent systemd
> > > components being installed when dist-upgrading without the user be
Svante Signell wrote:
>On Thu, 2014-06-26 at 11:59 +0200, Ansgar Burchardt wrote:
>> On 06/26/2014 11:34, Thorsten Glaser wrote:
>> >> No, it didn't work. You had to be root for operations as simple as
>> >> shutting down the computer.
>> >
>> > Only on Debian. OpenBSD and MirBSD have:
>> >
>> > -r
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-batchjobs
Version : 1.2
Upstream Author : Bernd Bischl
* URL : http://cran.r-project.org/web/packages/BatchJobs/
* License : BSD
Programming Lang: GNU R
Description : GNU R ba
Wookey wrote:
>+++ Matthias Urlichs [2014-06-26 11:58 +0200]:
>> Hi,
>>
>> Andrew Shadura:
>> > [14]http://qa.debian.org/popcon-graph.php?packages=systemd-sysv+sysvinit&show_installed=on&want_legend=o
>n&want_ticks=on&from_date=2014-01-01&to_date=&hlght_date=&date_fmt=%Y-%m&beenhere=1
>> >
>> Sorry
If you do create those directories in {pre,post}inst, you should
check if they are empty in {pre,post}rm and remove them
after unlinking the stuff you have linked in.
e.g. just cleanup after your package on purge
Ondrej
On Thu, Jun 26, 2014, at 14:45, Dennis van Dok wrote:
> Hi,
>
> my packages
Hi,
my packages igtf-policy-bundle has piuparts errors[1].
I'm symlinking files to /etc/grid-security/certificates/ on
installation, and everything but the directories themselves are removed
on package removal.
I guess I could remove these directories if they are completely empty
after package r
On 26/06/14 13:33, Svante Signell wrote:
> Of course with the additional check that the students are logged in to
> that box locally, did I forget to mention that?
Apparently yes. So you'll still need some solution to "is this user
local?" - either an implementation of the systemd-logind API (pref
On Thu, 2014-06-26 at 14:03 +0200, Jean-Christophe Dubacq wrote:
> [ ⏰ 26/06/2014 12:05 ] [ ✎ Svante Signell ]
> > On Thu, 2014-06-26 at 11:59 +0200, Ansgar Burchardt wrote:
> >> On 06/26/2014 11:34, Thorsten Glaser wrote:
> No, it didn't work. You had to be root for operations as simple as
>
Hi Charles,
On Thu, Jun 26, 2014, at 14:27, Charles Plessy wrote:
> If your disagreement with the FTP team is unresolvable, and if you have
> time, maybe you can try to open a ticket for a resolution by the Technical
> Comittee ?
I don't think that falls under tech-ctte jurisdiction under Chapte
Le Thu, Jun 26, 2014 at 01:53:48PM +0200, Ondřej Surý a écrit :
> On Thu, Jun 26, 2014, at 13:36, Faidon Liambotis wrote:
> > On 06/26/14 14:00, Ondřej Surý wrote:
> > > I should have done this earlier before cloning the bugs, so here's
> > > some more background on the bugs filled.
> > >
> > > I d
On Thu, 26 Jun 2014 13:02:15 +0200
Svante Signell wrote:
> On Thu, 2014-06-26 at 11:45 +0100, Wookey wrote:
> > +++ Matthias Urlichs [2014-06-26 11:58 +0200]:
> > > Hi,
>
> > Which shows about a change from 'peak sysvinit-core' in mid-april:
> >
> > Mid april Now
> > sysvinit-cor
Hi Ondřej
On Do 26 Jun 2014 13:56:34 CEST, Ondřej Surý wrote:
On Thu, Jun 26, 2014, at 13:56, Ondřej Surý wrote:
On Thu, Jun 26, 2014, at 13:52, Mike Gabriel wrote:
> Hi Ondřej,
>
> On Do 26 Jun 2014 13:00:12 CEST, Ondřej Surý wrote:
>
> > I did have a quite long and extensive chat with FTP
On Thu, Jun 26, 2014 at 01:00:12PM +0200, Ondřej Surý wrote:
> 3. We remove the source packages from Debian.
Can you kindly explain why? Is the PHP license is non-free? If so,
why? If not - let's lower the bugs severity.
I see only *one* reply from debian-legal here:
https://lists.debian.org/d
[ ⏰ 26/06/2014 12:05 ] [ ✎ Svante Signell ]
> On Thu, 2014-06-26 at 11:59 +0200, Ansgar Burchardt wrote:
>> On 06/26/2014 11:34, Thorsten Glaser wrote:
No, it didn't work. You had to be root for operations as simple as
shutting down the computer.
>>>
>>> Only on Debian. OpenBSD and MirBSD
On 06/26/14 14:00, Ondřej Surý wrote:
I should have done this earlier before cloning the bugs, so here's
some more background on the bugs filled.
I did have a quite long and extensive chat with FTP Masters
and our conclusion was that PHP License (any version) is
suitable only for software that c
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-django-pyscss
Version : 1.0.0
Upstream Author : Fusionbox, Inc.
* URL : https://github.com/fusionbox/django-pyscss
* License : BSD-2-clause
Programming Lang: Python
Description
On Thu, Jun 26, 2014, at 13:52, Mike Gabriel wrote:
> Hi Ondřej,
>
> On Do 26 Jun 2014 13:00:12 CEST, Ondřej Surý wrote:
>
> > I did have a quite long and extensive chat with FTP Masters
> > and our conclusion was that PHP License (any version) is
> > suitable only for software that comes direct
On Thu, Jun 26, 2014, at 13:56, Ondřej Surý wrote:
> On Thu, Jun 26, 2014, at 13:52, Mike Gabriel wrote:
> > Hi Ondřej,
> >
> > On Do 26 Jun 2014 13:00:12 CEST, Ondřej Surý wrote:
> >
> > > I did have a quite long and extensive chat with FTP Masters
> > > and our conclusion was that PHP License
On Thu, Jun 26, 2014, at 13:36, Faidon Liambotis wrote:
> On 06/26/14 14:00, Ondřej Surý wrote:
> > I should have done this earlier before cloning the bugs, so here's
> > some more background on the bugs filled.
> >
> > I did have a quite long and extensive chat with FTP Masters
> > and our conclus
Hi Ondřej,
On Do 26 Jun 2014 13:00:12 CEST, Ondřej Surý wrote:
I did have a quite long and extensive chat with FTP Masters
and our conclusion was that PHP License (any version) is
suitable only for software that comes directly from "PHP Group",
that basically means only PHP (src:php5) itself.
On Thu, Jun 26, 2014, at 13:09, Dimitri John Ledkov wrote:
> On 26 June 2014 12:00, Ondřej Surý wrote:
> >
> > Hi everyone,
> >
> > I should have done this earlier before cloning the bugs, so here's
> > some more background on the bugs filled.
> >
> > I did have a quite long and extensive chat w
On 26 June 2014 12:00, Ondřej Surý wrote:
>
> Hi everyone,
>
> I should have done this earlier before cloning the bugs, so here's
> some more background on the bugs filled.
>
> I did have a quite long and extensive chat with FTP Masters
> and our conclusion was that PHP License (any version) is
>
On Thu, 2014-06-26 at 11:45 +0100, Wookey wrote:
> +++ Matthias Urlichs [2014-06-26 11:58 +0200]:
> > Hi,
> Which shows about a change from 'peak sysvinit-core' in mid-april:
>
> Mid april Now
> sysvinit-core:89% 81%
> systemd-sysv: 6% 19%
A question: If you unins
Hi everyone,
I should have done this earlier before cloning the bugs, so here's
some more background on the bugs filled.
I did have a quite long and extensive chat with FTP Masters
and our conclusion was that PHP License (any version) is
suitable only for software that comes directly from "PHP Gr
+++ Matthias Urlichs [2014-06-26 11:58 +0200]:
> Hi,
>
> Andrew Shadura:
> > http://qa.debian.org/popcon-graph.php?packages=systemd-sysv+sysvinit&show_installed=on&want_legend=on&want_ticks=on&from_date=2014-01-01&to_date=&hlght_date=&date_fmt=%Y-%m&beenhere=1
> >
> Sorry, but this only demonstra
On Thu, 2014-06-26 at 11:20 +0100, Wookey wrote:
> +++ Svante Signell [2014-06-24 19:57 +0200]:
> >
> > I strongly recommend the systemd-must-die package to prevent systemd
> > components being installed when dist-upgrading without the user being
> > aware.
>
> Where is this package? I'm not find
Le jeudi 26 juin 2014 à 09:34 +, Thorsten Glaser a écrit :
> >No, it didn't work. You had to be root for operations as simple as
> >shutting down the computer.
>
> Only on Debian. OpenBSD and MirBSD have:
>
> -r-sr-x--- 1 root operator 122716 Sep 10 2013 /sbin/shutdown*
>
> I never unde
+++ Svante Signell [2014-06-24 19:57 +0200]:
>
> I strongly recommend the systemd-must-die package to prevent systemd
> components being installed when dist-upgrading without the user being
> aware.
Where is this package? I'm not finding it in testing or the pts?
Wookey
--
Principal hats: Lina
On Thu, 2014-06-26 at 11:59 +0200, Ansgar Burchardt wrote:
> On 06/26/2014 11:34, Thorsten Glaser wrote:
> >> No, it didn't work. You had to be root for operations as simple as
> >> shutting down the computer.
> >
> > Only on Debian. OpenBSD and MirBSD have:
> >
> > -r-sr-x--- 1 root operator
On 06/26/2014 11:34, Thorsten Glaser wrote:
>> No, it didn't work. You had to be root for operations as simple as
>> shutting down the computer.
>
> Only on Debian. OpenBSD and MirBSD have:
>
> -r-sr-x--- 1 root operator 122716 Sep 10 2013 /sbin/shutdown*
>
> I never understood why Debian do
Hi,
Andrew Shadura:
> http://qa.debian.org/popcon-graph.php?packages=systemd-sysv+sysvinit&show_installed=on&want_legend=on&want_ticks=on&from_date=2014-01-01&to_date=&hlght_date=&date_fmt=%Y-%m&beenhere=1
>
Sorry, but this only demonstrates that you don't know what you're talking about.
For a c
>No, it didn't work. You had to be root for operations as simple as
>shutting down the computer.
Only on Debian. OpenBSD and MirBSD have:
-r-sr-x--- 1 root operator 122716 Sep 10 2013 /sbin/shutdown*
I never understood why Debian doesn't.
bye,
//mirabilos
--
To UNSUBSCRIBE, email to debi
On 26 June 2014 01:36, Marco d'Itri wrote:
>> I used the word "Insidious" as I would have use "Stealth", because it's
>> happening slowly, without us noticing, that everything in Debian is
>> being locked with systemd. Soon, we'll have no choice.
> This is why you should stop fighting: systemd has
Thorsten Glaser writes:
> For the record, I would be happy with a supported setup without systemd
> that relied on using startx, and putting people into the "desktop" unix
> groups manually.
I don't think startx and fvwm are going anywhere, so, um, enjoy? :) fvwm
doesn't depend on anything sys
Le jeudi 26 juin 2014 à 08:31 +, Thorsten Glaser a écrit :
> Can we have alternative dependencies that do not need to get
> answers to these questions? This worked before *kit were even
> invented, and this works on other OSes too.
No, it didn’t work. You had to be root for operations as simp
Russ Allbery dixit quod...
>Simon McVittie writes:
[ startx ]
>> a virtual console, a locked X screensaver is worthless, because someone
>> can just switch virtual console with Ctrl+Alt+Fn, press Ctrl+C and
>> they're in your shell session.
>
>This doesn't change anything else that you point out,
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-ldappool
Version : 1.0
Upstream Author : Mozilla Services
* URL : https://github.com/mozilla-services/ldappool
* License : MPL-GPL2-LGPL2.1
Programming Lang: Python
Description
Simon McVittie dixit quod...
>On 25/06/14 15:43, Svante Signell wrote:
>> Regarding mate desktop policykit-1 build-depends on libsystemd-login-dev
>> only for linux-any. What functionality is missing for other
>> architectures?
[...]
>In Debian 7, PolicyKit could answer the question "is Svante logg
Package: wnpp
Severity: wishlist
Owner: "Ondřej Surý"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: dnssec-root-key
Version : 20100715
Upstream Author : ICANN/IANA
* URL : http://data.iana.org/root-anchors/
* License : Public Data (same as wi
70 matches
Mail list logo
