Package: general
Severity: important
Dear Maintainer,
I have been trying to execute multiple shell scripts in gui with no avail. The
scripts succesfully executed in a terminal, however in the gui, the files would
not execute when clicked on, and, when right-clicked, did not have a "run"
option. O
On Fri, 2014-09-05 at 16:01 -0700, Steve Langasek wrote:
> On Fri, Sep 05, 2014 at 11:48:04PM +0100, Ben Hutchings wrote:
> > On Fri, 2014-09-05 at 13:52 -0400, Zack Weinberg wrote:
> > > Steve Langasek wrote:
>
> > > > No, that's not the true package relationship. There's no reason that
> > > >
On Fri, Sep 05, 2014 at 11:48:04PM +0100, Ben Hutchings wrote:
> On Fri, 2014-09-05 at 13:52 -0400, Zack Weinberg wrote:
> > Steve Langasek wrote:
> > > No, that's not the true package relationship. There's no reason that
> > > you should always get this added service by default when you install
On Fri, 2014-09-05 at 13:52 -0400, Zack Weinberg wrote:
> Steve Langasek wrote:
>
> > No, that's not the true package relationship. There's no reason that
> > you should always get this added service by default when you install
> > a system with non-systemd init that doesn't need logind. Making
On Fri, 2014-09-05 at 17:29 +0100, Colin Watson wrote:
> On Fri, Sep 05, 2014 at 04:43:01PM +0100, Ben Hutchings wrote:
> > No, they should add amd64 as a foreign architecture.
>
> Should we do this by default for x32 in d-i? (Yes, I know d-i doesn't
> support x32 in other ways yet, but we might
Adam Borowski writes:
> systemd also pulls in a large amount of bloat (IIRC someone mentioned
> 100ish packages in wheezy vs 146 in current jessie). Purging those is
> nontrivial, as some had their priority bumped up.
That seems much higher than I believe is the case. Wasn't there a
detailed a
Cameron Norman writes:
> On Fri, Sep 5, 2014 at 5:20 AM, Matthias Urlichs wrote:
>> In any case, IMHO a system that's been installed with wheezy, and
>> then upgraded to jessie, should be identical to a system installed with
>> jessie in the first place.
>
> Regardless of whether I agree or not,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 09/05/2014 at 03:44 PM, Cameron Norman wrote:
> On Fri, Sep 5, 2014 at 5:20 AM, Matthias Urlichs
> wrote:
>> Thus, unless the user explicitly tells the apt{-get,itude}
>> subsystem not to switch to systemd (by whatever means, the
>> details o
On Fri, Sep 5, 2014 at 5:20 AM, Matthias Urlichs wrote:
> Hi,
>
> Noel Torres:
>> * superior: plain no
>>
> Your opinion. Mine is "hell yes". Both opinions are completely worthless,
> absent any reasoning.
> Could we please stop the "systemd is good" vs. "systemd is bad" bashing?
>
> In any case,
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 instead?
>
> No. Systemd is the default init system. The default dependencies sh
On Fri, Sep 05, 2014 at 08:14:27PM +0200, Adam Borowski wrote:
> On Fri, Sep 05, 2014 at 05:29:41PM +0100, Colin Watson wrote:
> > On Fri, Sep 05, 2014 at 04:43:01PM +0100, Ben Hutchings wrote:
> > > No, they should add amd64 as a foreign architecture.
> >
> > Should we do this by default for x32
On Fri, Sep 5, 2014 at 2:22 PM, Matthias Klumpp wrote:
> 2014-09-05 19:52 GMT+02:00 Zack Weinberg :
>> Abstractly, I believe the ideal situation would be for all init systems in
>> the archive to be *completely* co-installable, with /sbin/init a symlink
>> under control of the administrator
...
>
Hi,
Daniel Leidert:
> Matthias Urlichs wrote:
>
> >In any case, IMHO a system that's been installed with wheezy, and
> >then upgraded to jessie, should be identical to a system installed with
> >jessie in the first place.
>
> That is nothing but wrong. [...]
> Your argument is only reasonable fo
Hi,
Matthias Klumpp:
> I did not test this, but AFAIK PID 1 can not be a symlink...
Obviously. (And why couldn't it be a symlink?)
In fact:
# ls -l /sbin/init
lrwxrwxrwx 1 root root 20 Aug 21 00:23 /sbin/init -> /lib/systemd/systemd
#
--
-- Matthias Urlichs
signature.asc
Description: Digit
Hi,
Daniel Pocock:
>
> >> c) offer a paid review service. FTP masters and assistants can sell
> >> their time through an auction process. [...]
> >
> > I hope this is a joke.
>
> Not entirely
> I was not suggesting people would pay to have their packages approved.
> Only that there would be p
On 05/09/14 18:45, Ian Jackson wrote:
> Daniel Pocock writes ("Re: 2 months and no upload for pkg"):
>> This is really the root of the problem and I agree that it would be nice
>> to find ways to help them. A solution is good for the FTP masters and
>> good for the project.
>
> I agree.
>
>> A
Package: wnpp
Severity: wishlist
Owner: ruben.undh...@gmail.com
* Package name: sosi2osm
Version : 1.0.0
Upstream Author : Knut Karevoll
* URL : https://github.com/Gnonthgol/sosi2osm
* License : GPL-2.0+
Programming Lang: C++
Description : SOSI to OSM
On Fri, Sep 05, 2014 at 07:25:13PM +0200, Matthias Klumpp wrote:
> > And proposing a solution for a systemd-free (advanced) menu item in the
> > installer will be accepted too?
> If someone stands up and does the work, I guess so - but doing that is
> a non-trivial task, since systemd is seeded by
2014-09-05 19:52 GMT+02:00 Zack Weinberg :
> Steve Langasek wrote:
>
>> No, that's not the true package relationship. There's no reason that
>> you should always get this added service by default when you install
>> a system with non-systemd init that doesn't need logind. Making this
>> a recomme
On Fri, Sep 05, 2014 at 05:29:41PM +0100, Colin Watson wrote:
> On Fri, Sep 05, 2014 at 04:43:01PM +0100, Ben Hutchings wrote:
> > No, they should add amd64 as a foreign architecture.
>
> Should we do this by default for x32 in d-i? (Yes, I know d-i doesn't
> support x32 in other ways yet, but we
Steve Langasek wrote:
No, that's not the true package relationship. There's no reason that
you should always get this added service by default when you install
a system with non-systemd init that doesn't need logind. Making this
a recommends would be a workaround for bad metadata in the
libpam
Hello,
On Fri, 05 Sep 2014 18:57:50 +0200
Michael Gruenewald wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Michael Gruenewald
>
> * Package name: bsdowl
> Version : 2.2.1
> Upstream Author : Michael Gruenewald
> * URL : https://bitbucket.org/michipili/bsdowl
2014-09-05 17:23 GMT+02:00 Svante Signell :
> On Fri, 2014-09-05 at 16:07 +0200, Matthias Klumpp wrote:
>> 2014-09-05 15:12 GMT+02:00 Svante Signell :
>> > On Fri, 2014-09-05 at 14:20 +0200, Matthias Urlichs wrote:
>
>> > How? All efforts so far and bugs reported are being brought down
>> > activel
Package: wnpp
Severity: wishlist
Owner: Michael Gruenewald
* Package name: bsdowl
Version : 2.2.1
Upstream Author : Michael Gruenewald
* URL : https://bitbucket.org/michipili/bsdowl
* License : CeCILL-B FREE SOFTWARE LICENSE AGREEMENT
Programming Lang: bmake
On Friday, September 05, 2014 18:21:28 Daniel Pocock wrote:
> On 05/09/14 17:48, Ian Jackson wrote:
> > It is true that long NEW processing queues is a big problem. But it
> > appears that a substantial amount of core team effort is being used to
> > deal with poor submissions. If we can fix that
Daniel Pocock writes ("Re: 2 months and no upload for pkg"):
> This is really the root of the problem and I agree that it would be nice
> to find ways to help them. A solution is good for the FTP masters and
> good for the project.
I agree.
> Another way to look at your proposal may be to compar
On Fri, Sep 05, 2014 at 05:05:31PM +0100, Ben Hutchings wrote:
> On Fri, 2014-09-05 at 08:47 -0700, Steve Langasek wrote:
> > On Fri, Sep 05, 2014 at 10:57:34AM +0200, Josselin Mouette wrote:
> > > Noel Torres wrote:
> > > > So we are clearly failing to follow the least surprise (for the user)
>
On Fri, Sep 05, 2014 at 04:43:01PM +0100, Ben Hutchings wrote:
> No, they should add amd64 as a foreign architecture.
Should we do this by default for x32 in d-i? (Yes, I know d-i doesn't
support x32 in other ways yet, but we might as well get started at some
point.)
--
Colin Watson
On 05/09/14 17:48, Ian Jackson wrote:
> It is true that long NEW processing queues is a big problem. But it
> appears that a substantial amount of core team effort is being used to
> deal with poor submissions. If we can fix that, we can fix the long
> queue.
>
This is really the root of the
Matthias Urlichs wrote:
>In any case, IMHO a system that's been installed with wheezy, and
>then upgraded to jessie, should be identical to a system installed with
>jessie in the first place.
That is nothing but wrong. A system upgraded will (very probably) have a
different configuration - becaus
On Fri, 2014-09-05 at 08:47 -0700, Steve Langasek wrote:
> On Fri, Sep 05, 2014 at 10:57:34AM +0200, 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-s
On Fri, Sep 05, 2014 at 10:57:34AM +0200, 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 instead?
> No. Systemd is the default init system. The default depend
Daniel Pocock writes ("Re: 2 months and no upload for pkg"):
> There is one package I recently uploaded where I meant to use a
> repackaged tarball to get rid of an embedded binary toolchain JAR. This
> is a more nasty mistake of course but thanks to the diligence of the FTP
> masters it was spott
On Fri, 2014-09-05 at 12:51 +0200, Thorsten Glaser wrote:
[...]
> There are a few missing things. klibc builds for amd64 on x32,
> which I will probably fix myself as it needs porting (upstream
> is happy about me doing it); grub needs porting (or needs to
> build for amd64 or i386 on x32) which I
On Fri, 2014-09-05 at 16:07 +0200, Matthias Klumpp wrote:
> 2014-09-05 15:12 GMT+02:00 Svante Signell :
> > On Fri, 2014-09-05 at 14:20 +0200, Matthias Urlichs wrote:
> > How? All efforts so far and bugs reported are being brought down
> > actively.
> Install systemd-shim + sysvinit-core, or simpl
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-pint
Version : 0.5.2
Upstream Author : Hernan Grecco
* URL : https://github.com/hgrecco/pint
* License : BSD-3-clauses
Programming Lang: Python
Description : define, operate
On Fri, 5 Sep 2014, Ian Jackson wrote:
> Simon McVittie writes ("Re: daemon user naming scheme"):
> > It is reasonable to use /var/lib/foo (or /run/foo or /var/cache/foo or
> > /var/games/foo) as the home directory of a system user whose name is
> > _foo, debian-foo, Debian-foo or whatever.
>
> Y
On 05/09/14 16:03, Ian Jackson wrote:
> Simon McVittie writes ("Re: daemon user naming scheme"):
>> It is reasonable to use /var/lib/foo (or /run/foo or /var/cache/foo or
>> /var/games/foo) as the home directory of a system user whose name is
>> _foo, debian-foo, Debian-foo or whatever.
>
> You ne
Simon McVittie writes ("Re: daemon user naming scheme"):
> It is reasonable to use /var/lib/foo (or /run/foo or /var/cache/foo or
> /var/games/foo) as the home directory of a system user whose name is
> _foo, debian-foo, Debian-foo or whatever.
You need to be careful that the directory chosen neve
2014-09-05 15:12 GMT+02:00 Svante Signell :
> On Fri, 2014-09-05 at 14:20 +0200, Matthias Urlichs wrote:
>> Hi,
>
>> Thus, unless the user explicitly tells the apt{-get,itude} subsystem not
>> to switch to systemd (by whatever means, the details of which I personally
>> am not at all interested in)
On Fri, 2014-09-05 at 14:20 +0200, Matthias Urlichs wrote:
> Hi,
> Thus, unless the user explicitly tells the apt{-get,itude} subsystem not
> to switch to systemd (by whatever means, the details of which I personally
> am not at all interested in), a dist-upgrade should do so.
How? All efforts so
On Fri, Sep 05, 2014 at 12:51:41PM +0200, Thorsten Glaser wrote:
> grub needs porting (or needs to build for amd64 or i386 on x32) which
> I may have a look at later;
Hopefully not difficult:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760428
--
Colin Watson
Hi,
Noel Torres:
> * superior: plain no
>
Your opinion. Mine is "hell yes". Both opinions are completely worthless,
absent any reasoning.
Could we please stop the "systemd is good" vs. "systemd is bad" bashing?
In any case, IMHO a system that's been installed with wheezy, and
then upgraded to je
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 09/05/2014 at 07:26 AM, The Wanderer wrote:
> On 09/05/2014 at 04: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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 09/05/2014 at 04: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 instead?
>
> No. Systemd is
On Friday, 5 de September de 2014 09:57:34 Josselin Mouette escribió:
> 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 instead?
>
> No. Systemd is the default init system. The d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA384
Hi everyone,
some might have noticed that, once the Debian Linux Kernel Maintainers
activated x32 support in the standard Debian kernels, I cross-graded my
machine at work to it.
I would like to say thanks to the various maintainers involved in thi
Le Fri, Sep 05, 2014 at 11:13:40AM +0200, Thorsten Glaser a écrit :
>
> So please, do not outright dismiss scenarios you personally
> cannot imagine.
Please consider that your comments on the limited imagination of others can be
felt as deliberately offensive.
Cheers,
--
Charles Plessy
--
T
On Fri, 5 Sep 2014, Changwoo Ryu wrote:
> As I said, such lowmem embeded devices don't even need to install big
> packages.
Just you saying so doesn’t make it (more) true. Debian is a
universal operating system… at least it tries to. Maybe one
of these packages contains _one_ file you need to bui
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 instead?
No. Systemd is the default init system. The default dependencies should
reflect that.
And from a purely functional point of view
On Wednesday, 3 de September de 2014 16:21:31 Svante Signell escribió:
[...]
> should be allowed, and I'm trying to find out how many of debian users
> and developers are interested in working together with me on such a
> solution. Best would be to have an option in the installer (hidden by
[...]
On Friday, 5 de September de 2014 02:37:18 Cameron Norman escribió:
> On Thu, Sep 4, 2014 at 4:51 PM, Adam Borowski wrote:
> > On Thu, Sep 04, 2014 at 02:57:16PM +0200, Margarita Manterola wrote:
> >> On Thu, Sep 4, 2014 at 9:43 AM, envite wrote:
> >> > Does this Cinnamon for Debian include syste
52 matches
Mail list logo
