On 2014-09-07 18:35:55, quang wrote:
> 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, dele
On Mon, Sep 8, 2014 at 09:57:36 +1000, Brian May wrote:
> As far as I can tell, this problem has been fixed. ftp-master didn't
> respond, maybe it come good by itself?
No, they fixed it last week.
Cheers,
Julien
--
Julien Cristau
Logilab http://www.logilab.fr/
Informa
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-pysaml2
Version : 2.0.0
Upstream Author : Roland Hedberg
* URL : https://github.com/rohe/pysaml2
* License : BSD-2-clause
Programming Lang: Python
Description : SAML Version
On Sun, 7 Sep 2014, Axel Beckert wrote:
> cleo is a utility for playing back pre-recorded shell commands in a
> live demonstration. cleo displays the commands as if you had actually
> typed them and then executes them interactively.
Will it run them anew, or just display the output from the
first
Adam Borowski wrote:
> Noel Torres writes:
> > So, in your POV, forcing millions of sysadmins out there to take
extra pain to
> > keep their systems running as they expect is the way to go?
>
> I think it's fair to expect the few hundred people[1] that wa
Hi,
Thorsten Glaser wrote:
> On Sun, 7 Sep 2014, Axel Beckert wrote:
> > cleo is a utility for playing back pre-recorded shell commands in a
> > live demonstration. cleo displays the commands as if you had actually
> > typed them and then executes them interactively.
>
> Will it run them anew, or
Your message dated Mon, 8 Sep 2014 11:13:56 +0200
with message-id <201409081113.58841.hol...@layer-acht.org>
and subject line Re: Bug#760734: general: no sounds on headphones
has caused the Debian Bug report #760734,
regarding general: no sounds on headphones
to be marked as done.
This means that
Le 06/09/2014 22:22, Jerome BENOIT a écrit :
> Hello List,
>
> I filled an ITA for guava [1]. Because it is rather a GAP package then a
> stand alone software,
> it would make more sense to rename it gap-guava: how can I rename its source
> from guava to gap-guava ?
> Note that the deb ball asso
* Tomas Pospisek , 2014-09-06, 21:06:
Open a terminal and in the terminal write the following:
cd /tmp
echo "#!/bin/sh" > foobar
echo "touch foobar.touched" >> foobar
chmod +x foobar
This is not a secure way to use /tmp.
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-devel-req
Package: wnpp
Severity: wishlist
Owner: Timo Aaltonen
* Package name: fasterxml-oss-parent
Version : 16
Upstream Author : Tatu Saloranta
* URL : http://github.com/FasterXML/
* License : Apache 2.0
Programming Lang: Java
Description : FasterXML.com paren
* Josselin Mouette , 2014-09-08, 10:58:
Excuse me? Are you trying to use the fact that you and your stupid
friends are trolling about systemd all day long in order to justify
your own rants?
And I thought you couldn’t get any lower. You have a very good shovel.
OTOH, a hydraulic excavator mu
Package: wnpp
Severity: wishlist
Owner: Timo Aaltonen
* Package name: jackson-parent
Version : 2.4.1
Upstream Author : Tatu Saloranta
* URL : https://github.com/FasterXML/jackson-parent
* License : Apache 2.0
Programming Lang: Java
Description : Jackson
On Sun, Sep 07, 2014 at 02:02:33PM +0200, Thorsten Glaser wrote:
>
> On the other hand, a non-GNOME wheezy user SHALL not
> be upgraded to systemd, true.
That is contadicted by:
https://lists.debian.org/20140907151102.go21...@smurf.noris.de
--
"If you're not careful, the newspapers will have yo
Hi,
> At this point
> the only viable option is to uncheck everything, install as a bare base
> system and then deal with package inclusion post-install reboot.
This is also my experience. It's also something I repeatedly had to
explain to friends installing Debian, who had false expectations bas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 09/08/2014 at 02:05 AM, Helmut Grohne wrote:
> 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
On 08/09/14 12:45, Ralf Jung wrote:
> I tried to find out what tools are pulled
> in by "standard system utilities", but couldn't find the package in
> aptitute.
The other tasks are packages (e.g. task-gnome-desktop), but
task-standard is special and does not exist as a package. Instead, it
contai
On Sunday, 7 de September de 2014 23:45:12 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)
>
On 08/26/2014 06:37 PM, Mike Gabriel wrote:
> For rebasing debian/patches/*.patch against new upstream releases, I
> simply copy my tarball into the packaging Git, rebase the patches,
> remove upstream sources again and commit the patches.
This is exactly why it's preferable to have upstream sourc
On Sunday, 7 de September de 2014 16:11:02 Matthias Urlichs escribió:
> 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
Quoting David Weinehall (2014-09-08 00:45:12)
> Most Debian systems aren't using sysvinit by active choice, but
> because it was the default when they installed their machines, so this
> argument doesn't really make sense.
We have no way of knowing how many of our users would have chosen "I
wan
On 08/09/14 14:44, Noel Torres wrote:
> Example: having EMC Networker server softare for backups in a sysvinit
> machine
> is (relatively) easy, because the scripts for starting and stopping the
> services are (quite) standard (but very complicated) sysv scripts.
systemd is compatible with LSB
On 08/09/2014 15:27, Noel Torres wrote:
> On Sunday, 7 de September de 2014 23:45:12 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 f
Opening a new thread, trying to sum-up what's been said.
It's looking like some of the options are confusing for both advanced
users and newbies. The technologies behind the tasks are hidden, and
there's no obvious way to know what will happen (other than looking at
the package source of tasksel
On 09/08/2014 07:45 PM, Ralf Jung wrote:
> They are often surprised to find Exim on their
> system just because they checked "standard system utilities"
Well, not only a mail server:
Package: task-mail-server
Architecture: all
Description: mail server
This task selects a variety of packages usef
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-jingo
Version : 0.7
Upstream Author : James Socol
* URL : https://github.com/jbalogh/jingo
* License : BSD-3-clause
Programming Lang: Python
Description : adapter for using J
Hi,
Vincent Danjean:
> If I recall correctly, when Debian switched the default MTA, upgrades
> did not change the already installed.
You cannot have an MTA without configuring it, and nobody even tried to
implement auto-migration of the old default mailer's configuration to the
new one. Also, we
On Sat, Sep 06, 2014 at 02:33:04PM +0200, Adam Borowski wrote:
> Ok, so let's quantify the view of sysadmins somehow.
This is a complete waste of time and I expect better of you in particular.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
Hi,
>> Having separate tasks for mail and NFS servers, would IMHO be a good
>> step in the right direction.
>
> Yes. Though the design idea behind tasksel is to have generic "theme"
> and not technical words which a user wont understand. (note: it's not
> that I agree (or not) with this design ch
Hi,
> So, with what you're proposing, we'll have something like this:
>
>│[*] Desktop environment │
>│[*] ... Xfce│
>│[ ] ... GNOME │
>│[ ] ... KDE
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-coffin
Version : 0.3.8
Upstream Author : Michael Elsdoerfer
* URL : http://github.com/coffin/coffin
* License : BSD-3-clause
Programming Lang: Python
Description : Jinja2 ada
Someone already
proposed, in the wiki, to add "Games". I like the idea a lot, and it
perfectly makes sense to select all games at once.
You might want to check the download size it would have first: some game
data packages are _big_ (~1GB for flightgear, ~400MB each for openarena
and wesnoth, ~7
On Sat, Sep 06, 2014 at 09:39:05AM -0700, Russ Allbery wrote:
> Note also that a few of those things (udev, adduser, and
> libdevmapper1.02.1 for example) are likely to be on any non-chroot system
> already since they're either dependencies of other things (such as grub
> for libdevmapper1.02.1) or
On Sep 08, Ralf Jung wrote:
> I agree, this is a great improvement. I wonder though whether it is
> justified to add SSH again? It is of course just a single package being
> dragged in, but it is "special" in the sense that it's often used to
> provide the very access to the machine. Installing S
On Mon, Sep 8, 2014 at 2:45 PM, Marco d'Itri wrote:
> Agreed. It is very useful to have a working sshd on a new system
> without having to use the console again to install it.
This sounds like an acceptable default for a server installation, but
for desktops maybe not so much. Is it possible to
On 08/09/2014 18:07, Matthias Urlichs wrote:
> Hi,
>
> Vincent Danjean:
>> If I recall correctly, when Debian switched the default MTA, upgrades
>> did not change the already installed.
>
> You cannot have an MTA without configuring it, and nobody even tried to
> implement auto-migration of the o
On Mon, 8 Sep 2014 18:07:18 +0200, Matthias Urlichs
wrote:
>Vincent Danjean:
>> If I recall correctly, when Debian switched the default MTA, upgrades
>> did not change the already installed.
>
>You cannot have an MTA without configuring it, and nobody even tried to
>implement auto-migration of the
Quoting Vincent Danjean (2014-09-08 21:37:14)
> On 08/09/2014 18:07, Matthias Urlichs wrote:
>> Vincent Danjean:
>>> If I recall correctly, when Debian switched the default MTA,
>>> upgrades did not change the already installed.
>>
>> You cannot have an MTA without configuring it, and nobody even
Package: wnpp
Owner: Robert James Clay
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libpgobject-type-bigfloat-perl
Version : 1.00
Upstream Author : Chris Travers
License : BSD-2-clause
Description : P
You have a great piece of software. It is popular, so even included as
convenience code copies in other projects. You choose to clean that up
and package it separately.
...except it turns out that you cannot compile the code - source exist
as ActionScript3 but the free compiler in swftools fa
>From reading the bug it's not clear to me whether or not libjs-mediaelement
does anything, but IMHO your tone towards the uploader seems unnecessarily
bullish and confrontational. In particular [1] strikes me as sacrificing any
moral high ground when it comes to BTS ping-pong.
[1] https://bugs.de
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: libnet-sftp-sftpserver-perl
Version : 1.1.0
Upstream Author : Simon Day
* URL :
http://search.cpan.org/~simm/Net-SFTP-SftpServer-1.1.0/lib/Net/SFTP/SftpServer.pm
* License : MIT~OldStyle-wit
El lun, 8 de sep 2014 a las 9:07 , Matthias Urlichs
escribió:
Hi,
Vincent Danjean:
If I recall correctly, when Debian switched the default MTA,
upgrades
did not change the already installed.
You cannot have an MTA without configuring it, and nobody even tried
to
implement auto-migration
On Tue, Sep 9, 2014 at 12:57 AM, Rebecca Palmer wrote:
>> Someone already
>> proposed, in the wiki, to add "Games". I like the idea a lot, and it
>> perfectly makes sense to select all games at once.
That was me. We don't yet have a games-all metapackage in the games
blend, games-finest is probabl
On Mon, Sep 8, 2014 at 11:15 PM, Thomas Goirand wrote:
>
> It's looking like some of the options are confusing for both advanced
> users and newbies. The technologies behind the tasks are hidden, and
> there's no obvious way to know what will happen (other than looking at
> the package source of
On Sep 09, Paul Wise wrote:
> Isn't tasksel for people with no expectations? People who know
> something about the technology they are looking for will install the
> relevant packages instead of following tasksel recommendations.
Tasksel is not about recommendations: its purpose is to easily inst
Hi Jonas,
On Montag, 8. September 2014, Jonas Smedegaard wrote:
> I did not file a bugreport about that - where could I?
upgrade-reports seems to be the pseudo package you want. See
https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=upgrade-reports :-)
cheers,
Holger
signature.asc
Des
> On Mon, Sep 8, 2014 at 11:15 PM, Thomas Goirand wrote:
> > - database-server: commonly one would expect MySQL, and postgress gets
> > installed
[Paul Wise]
> Isn't tasksel for people with no expectations? People who know
> something about the technology they are looking for will install the
> r
On Sun, Sep 07, 2014 at 02:02:33PM +0200, Thorsten Glaser wrote:
> On the other hand, a non-GNOME wheezy user SHALL not
> be upgraded to systemd, true.
SHOULD not, but currently is:
.--==[ dist-upgrade from a bare wheezy deboostrap ]
The following NEW packages will be installed:
acl ca-certific
Am 09.09.2014 01:37, schrieb Adam Borowski:
> This is easily fixable by adding such a dependency, or making things simpler
> by dropping the sysvinit-core package at all, returning its contents back to
> sysvinit. In fact, this whole split was done in a NMU by a systemd
> maintainer, so no wonders
Quoting Jonathan Dowland (2014-09-08 22:52:21)
> >From reading the bug it's not clear to me whether or not
> libjs-mediaelement does anything, but IMHO your tone towards the
> uploader seems unnecessarily bullish and confrontational. In
> particular [1] strikes me as sacrificing any moral high g
On Tue, Sep 09, 2014 at 02:05:52AM +0200, Michael Biebl wrote:
> Am 09.09.2014 01:37, schrieb Adam Borowski:
> > This is easily fixable by adding such a dependency, or making things simpler
> > by dropping the sysvinit-core package at all, returning its contents back to
> > sysvinit. In fact, this
Paul Wise writes:
> On Mon, Sep 8, 2014 at 11:15 PM, Thomas Goirand wrote:
>>
>> It's looking like some of the options are confusing for both advanced
>> users and newbies. The technologies behind the tasks are hidden, and
>> there's no obvious way to know what will happen (other than looking at
On 09/09/2014 02:45 AM, Marco d'Itri wrote:
> On Sep 08, Ralf Jung wrote:
>
>> I agree, this is a great improvement. I wonder though whether it is
>> justified to add SSH again? It is of course just a single package being
>> dragged in, but it is "special" in the sense that it's often used to
>>
On 09/09/2014 06:21 AM, Paul Wise wrote:
> On Mon, Sep 8, 2014 at 11:15 PM, Thomas Goirand wrote:
>
>>
>> It's looking like some of the options are confusing for both advanced
>> users and newbies. The technologies behind the tasks are hidden, and
>> there's no obvious way to know what will happe
Package: wnpp
Severity: wishlist
Owner: Luke Faraone
* Package name: speedtest-cli
Version : 0.3.1
Upstream Author : Matt Martz
* URL : https://github.com/sivel/speedtest-cli
* License : Apache-2.0
Programming Lang: Python
Description : command-line in
close 760906
thanks
Silly me, this is already packaged :)
--
Luke Faraone;; Debian & Ubuntu Developer; Sugar Labs, Systems
lfaraone on irc.[freenode,oftc].net -- http://luke.faraone.cc
PGP fprint: 5189 2A7D 16D0 49BB 046B DC77 9732 5DD8 F9FD D506
signature.asc
Description: Digital signature
56 matches
Mail list logo
