Hi,
During Debconf14, I could chat with Joey about the future of Tasksel,
and having a "More option" task, which would lead to a new screen which
would propose more tasks.
Before anyone can implement this plan, we have to make sure that we all
agree on what kind of tasks we want to implement. Wha
Thomas Goirand (2014-09-07):
> During Debconf14, I could chat with Joey about the future of Tasksel,
> and having a "More option" task, which would lead to a new screen which
> would propose more tasks.
>
> Before anyone can implement this plan, we have to make sure that we all
> agree on what ki
On Fri, Sep 5, 2014 at 3:35 AM, Jakub Wilk wrote:
> We should probably also monitor package conflicts. We made a big fuss about
> node vs nodejs (and rightly so); but I bet that we have lots of other
> package pairs in the archive that can't be co-installed for no good reason.
We have this alread
On Sat, 6 Sep 2014 15:56:23 +0200, Matthias Urlichs
wrote:
>Marc Haber:
>> On Fri, 05 Sep 2014 15:12:50 +0200, Svante Signell
>> wrote:
>> >On Fri, 2014-09-05 at 14:20 +0200, Matthias Urlichs wrote:
>> >> Thus, unless the user explicitly tells the apt{-get,itude} subsystem not
>> >> to switch to
Hi,
Quoting Paul Wise (2014-09-07 11:38:27)
> On Fri, Sep 5, 2014 at 3:35 AM, Jakub Wilk wrote:
>
> > We should probably also monitor package conflicts. We made a big fuss about
> > node vs nodejs (and rightly so); but I bet that we have lots of other
> > package pairs in the archive that can't b
Hi,
Zack Weinberg:
> I think this strategy is positively _necessary_ in order to ensure
> that systems currently running Wheezy can safely be upgraded to
> Jessie. There are simply too many wacky configurations out there; it
If we do decide that a default switch is unsafe for too many systems, t
On Sun, Sep 7, 2014 at 6:36 PM, Johannes Schauer wrote:
> would it make sense to extend this test and not only check whether packages
> that share a file listed in Contents.gz can be co-installed but also packages
> which access/change/create the same files in their pre/post-install maintainer
> s
* Paul Wise , 2014-09-07, 17:38:
We should probably also monitor package conflicts. We made a big fuss
about node vs nodejs (and rightly so); but I bet that we have lots of
other package pairs in the archive that can't be co-installed for no
good reason.
We have this already:
https://bugs.de
Package: wnpp
Severity: wishlist
Owner: Stefan Breunig
* Package name: python-librtmp
Version : 0.2.1
Upstream Author : Christopher Rosell
* URL : http://pythonhosted.org/python-librtmp/
* License : BSD-2-clause
Programming Lang: Python
Description : l
On Sun, Sep 07, 2014 at 12:18:08PM +0200, Matthias Urlichs wrote:
> Hi,
>
> Zack Weinberg:
> > I think this strategy is positively _necessary_ in order to ensure
> > that systems currently running Wheezy can safely be upgraded to
> > Jessie. There are simply too many wacky configurations out ther
Package: general
Severity: normal
Dear Maintainer,
Recently I upgraded from Wheezy to Jessie only to find a very annoying bug.
There is no sound on headphones, however the speakers still work fine. I
googled for answered (purge pulseaudio, delete ~/etc/pulse, make sure alsamixer
doesn't mute anyt
On Sat, 6 Sep 2014, Michael Biebl wrote:
> Steve, as long as bugs like [1] are not fixed in systemd-shim, I'm not
> going to make it the first alternative. Installing a half-broken logind
> whould be a disservice to our users.
Uhm, did you read this subthread at all?
Let me try to summarise:
At
On Sun, 7 Sep 2014, Andreas Metzler wrote:
> I think that is terrible idea, because it makes us release a system
> that is lot less tested than it should be. If only fresh installs were
Nonsense. sysvinit must continue to work anyway, for various
reasons (upgrades, kfreebsd, the TC decision).
Al
Am 07.09.2014 14:08, schrieb Thorsten Glaser:
> On Sat, 6 Sep 2014, Michael Biebl wrote:
>
>> Steve, as long as bugs like [1] are not fixed in systemd-shim, I'm not
>> going to make it the first alternative. Installing a half-broken logind
>> whould be a disservice to our users.
>
> Uhm, did you
On 2014-09-07, Chris Bannister wrote:
> Surely, it should be an OPT-IN choice, not an OPT-OUT one? I'm talking
> upgrades here, not new installs.
I had my systems painfully and transparantly upgraded to systemd. And
I'm happy it happens. Please keep it this way.
I do want my systems to look the
Package: wnpp
Owner: Axel Beckert
Severity: wishlist
* Package name: cleo
Version : 0.004
Upstream Author : Jeffrey Ryan Thalhammer
* URL : https://metacpan.org/release/App-Cleo
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : Play b
On 2014-09-07, Sune Vuorela wrote:
> I had my systems painfully and transparantly upgraded to systemd. And
> I'm happy it happens. Please keep it this way.
I apparantly like pain. or maybe s/ful/less/ is the appropriate reading.
/Sune
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.deb
]] Marc Haber
> On Sat, 6 Sep 2014 15:56:23 +0200, Matthias Urlichs
> wrote:
> >Marc Haber:
> >> On Fri, 05 Sep 2014 15:12:50 +0200, Svante Signell
> >> wrote:
> >> >On Fri, 2014-09-05 at 14:20 +0200, Matthias Urlichs wrote:
> >> >> Thus, unless the user explicitly tells the apt{-get,itude} sub
Hi,
On Samstag, 6. September 2014, Matthias Urlichs wrote:
> No. I expect them all to continue running just peachy fine and seamlessly.
> I also expect the Jessie upgrade to switch to systemd. Because, frankly and
> strictly IMHO, doing anything else makes no sense whatsoever.
>
> On the other ha
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-dib-utils
Version : 0.0.6
Upstream Author : OpenStack developers
* URL : https://github.com/openstack/dib-utils
* License : Apache-2.0
Programming Lang: Python
Description :
Hi,
Chris Bannister:
> > If technically feasible, that would be a far better safety net (just tell
> > people to boot with init=/sbin/sysvinit if they run into a problem) than
> > an "oh dear, it's so dangerous that we don't even install it by default"
> > message. :-/
>
> Surely, it should be an
Hello,
On Sun, Sep 07, 2014 at 12:51:53PM +0200, Jakub Wilk wrote:
> * Paul Wise , 2014-09-07, 17:38:
> >>We should probably also monitor package conflicts. We made a big fuss
> >>about node vs nodejs (and rightly so); but I bet that we have lots of
> >>other package pairs in the archive that can'
On Sun, 07 Sep 2014 15:30:11 +0200, Tollef Fog Heen
wrote:
>You make the assumption that there's not been an tries to resolve this,
>which is wrong. As for security, well, I have a keyscript that unlocks
>my boot drive just fine, but handled through initramfs, not systemd.
Those tries are invisi
Hey.
On Sat, 2014-09-06 at 14:08 +0200, Michael Biebl wrote:
> Steve, as long as bugs like [1] are not fixed in systemd-shim, I'm not
> going to make it the first alternative. Installing a half-broken logind
> whould be a disservice to our users.
Kinda strange to use *that* as an argument, while
On Sat, 2014-09-06 at 22:03 -0700, Manoj Srivastava wrote:
> On Sun, Sep 07 2014, Scott Kitterman wrote:
>
> > On September 6, 2014 11:30:11 PM EDT, Manoj Srivastava
> > wrote:
>
> > I'll confess up front that I'm a neophyte when it comes to git. From
> > what I can tell though we've been usin
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: jarisplayer
Version : 2.0.15
Upstream Author : Jefferson González
* URL : http://jarisflvplayer.org/
* License : LGPL-3+ or GPL-3+
Progr
El sáb, 6 de sep 2014 a las 2:18 , Ansgar Burchardt
escribió:
Noel Torres writes:
If you need dbus, you should Depend on dbus, and systemd should
Provides dbus.
Then, if Ann programs her Own Dbus Implementation she can package
it as aodi
(Ann's Own Dbus Implementation) and have aodi Prov
On Sun, Sep 07, 2014 at 04:37:31PM +0800, Thomas Goirand wrote:
> Hi,
>
> During Debconf14, I could chat with Joey about the future of Tasksel,
> and having a "More option" task, which would lead to a new screen which
> would propose more tasks.
>
> Before anyone can implement this plan, we have
On 07.09.2014 18:02, Adam Borowski wrote:
On Sun, Sep 07, 2014 at 04:37:31PM +0800, Thomas Goirand wrote:
Hi,
During Debconf14, I could chat with Joey about the future of
Tasksel,
and having a "More option" task, which would lead to a new screen
which
would propose more tasks.
Before anyone
On Fri, Sep 05, 2014 at 12:37:12PM -0700, Cameron Norman wrote:
> On Fri, Sep 5, 2014 at 1:57 AM, Josselin Mouette wrote:
> > Noel Torres wrote:
> >> So we are clearly failing to follow the least surprise (for the user) path.
> >>
> >> Should not logind depend on systemd-shim | systemd-sysv instea
Hi,
You have to ask Paul Bremer that. Me, I am merely a happy user. I did
grok it at one point, but I no longer recall that.
Manoj
On September 7, 2014 11:05:50 AM PDT, Ben Hutchings
wrote:
>On Sat, 2014-09-06 at 22:03 -0700, Manoj Srivastava wrote:
>> On Sun, Sep 07 2014, Scott Ki
Adam Borowski wrote:
>
>Is there a page for "LessTasks"?
...
>So let's start with trimming the list. This will provide some space for
>choosing between XFCE/Mate/Gnome3/KDE/WindowMaker/fvwm/etc, which is an
>important decision to be made at tasksel step.
This is (almost) exactly what's being wo
Hi,
On Montag, 8. September 2014, Steve McIntyre wrote:
> This is (almost) exactly what's being worked on after discussions at
> DebConf. By removing some of the less useful tasks, we'll be able to
> add some extra more useful options.
so where's the commit doing what Adam described? The freeze i
On 21 August 2014 10:42, Cyril Brulebois wrote:
> Adding ftpmasters in the loop to make sure they see your report.
>
> dak sees:
> python-openssl | 0.14-1 | sid | all
>
> while the amd64 Packages file only lists:
> python-openssl-dbg (amd64)
> python-openssl-doc (all)
On Sep 08, Adam Borowski wrote:
> Same applies to "file server". This task installs nfs-kernel-server, samba.
> Not owncloud or whatever. Both unconfigured. How is that better than just
> letting the user install whatever file server kind they want?
> What is "SQL database"? Current it stands
On 8 September 2014 04:05, Ben Hutchings wrote:
> How does git-debcherry cope with the overlapping changes when generating
> debian/patches? What can you do if it fails to linearise the changes
> (as, apparently, it may sometimes do)?
>
I am not sure this needs to be an issue. Or maybe I am jus
Steve McIntyre (2014-09-08):
> This is (almost) exactly what's being worked on after discussions at
> DebConf. By removing some of the less useful tasks, we'll be able to
> add some extra more useful options.
At some point it would really be nice to have a summary of what happened
or what was dis
On Mon, Sep 08, 2014 at 02:33:06AM +0200, Cyril Brulebois wrote:
>Steve McIntyre (2014-09-08):
>> This is (almost) exactly what's being worked on after discussions at
>> DebConf. By removing some of the less useful tasks, we'll be able to
>> add some extra more useful options.
>
>At some point it
Hi,
You need to bag Ron, or pull from the hit repositories directly.
Manoj
On September 7, 2014 5:24:18 PM PDT, Brian May
wrote:
>On 8 September 2014 04:05, Ben Hutchings wrote:
>
>> How does git-debcherry cope with the overlapping changes when
>generating
>> debian/patches? What can
El dom, 7 de sep 2014 a las 3:45 , David Weinehall
escribió:
On Fri, Sep 05, 2014 at 12:37:12PM -0700, Cameron Norman wrote:
On Fri, Sep 5, 2014 at 1:57 AM, Josselin Mouette
wrote:
> Noel Torres wrote:
>> So we are clearly failing to follow the least surprise (for the
user) path.
>>
>>
Package: wnpp
Severity: wishlist
Owner: Andrew Ayer
* Package name: strip-nondeterminism
Version : 0.001
Upstream Author : Andrew Ayer
* URL :
https://anonscm.debian.org/cgit/reproducible/strip-nondeterminism.git
* License : GPL-3+
Programming Lang: Perl
peter green dijo [Sun, Aug 31, 2014 at 01:27:11PM +0100]:
> Jonathan McDowell wrote:
> >I would ask that DDs make some effort to help
> >those with weak keys get their new, stronger keys signed. Please sign
> >responsibly[4],
> If you have signed someones old key is it considered "responsible"
> to
Hey,
On 07/09/14 13:35, quang wrote:
> Recently I upgraded from Wheezy to Jessie only to find a very annoying bug.
> There is no sound on headphones, however the speakers still work fine. I
> googled for answered (purge pulseaudio, delete ~/etc/pulse, make sure
> alsamixer
> doesn't mute anything
On 8 September 2014 04:05, Ben Hutchings wrote:
> How does git-debcherry cope with the overlapping changes when generating
> debian/patches? What can you do if it fails to linearise the changes
> (as, apparently, it may sometimes do)?
>
Just did some fiddling.
I have no idea if this is the git
On 7 September 2014 13:30, Manoj Srivastava wrote:
>
> | I commit | Ephemeral gbranch contains | Master contains |
> |--++-|
> | B2 | A11, B12, B21 | D6 |
>
> There are there nodes in the ephemeral branch,
hi,
no, I get one patch per commit, plus a fixup patch. no squashing.
Manoj
On September 7, 2014 8:53:04 PM PDT, Brian May
wrote:
>On 7 September 2014 13:30, Manoj Srivastava
>wrote:
>
>>
>> | I commit | Ephemeral gbranch contains | Master contains |
>> |--+--
hi,
ill send out a concrete example when I get back home
Manoj
On September 7, 2014 8:41:45 PM PDT, Brian May
wrote:
>On 8 September 2014 04:05, Ben Hutchings wrote:
>
>> How does git-debcherry cope with the overlapping changes when
>generating
>> debian/patches? What can you do if it fa
On Sun, Sep 07, 2014 at 11:12:01PM +1200, Chris Bannister wrote:
> Surely, it should be an OPT-IN choice, not an OPT-OUT one? I'm talking
> upgrades here, not new installs.
I have no clue why we are continuing to discuss this. The ctte
resolution says that "the default init system for Linux archit
48 matches
Mail list logo
