On Mon, Nov 17, 2014 at 06:24:00PM -0500, Scott Kitterman wrote:
> It appears that the appropriate resolution of #769106 [1] is to add a new
> pre-depends on python-minimal in python.
>
> This issue at hand is that at the time python2.7-minimal is configured,
> python
> is unpacked, but python
Package: wnpp
Severity: wishlist
Owner: Balasankar C
* Package name: ruby-sidetiq
Version : 0.6.3
Upstream Author : Tobias Svensson
* URL : https://github.com/tobiassvn/sidetiq
* License : BSD-3-clause
Programming Lang: Ruby
Description : recurring job
2014-11-22 2:53 GMT+01:00 Norbert Preining :
> Hi Andrei,
>
>> - purge lxdm (remove might do it as well, but just for good measure)
>> - reconfigure lightdm (to make sure display-manager.service symlink
>> points to lightdm.service)
>
> Yes, indeed, there is a bug in the service file shipped by l
On Sat, Nov 22, 2014 at 8:46 AM, Noel Torres wrote:
> I do not understand, then, how this is different from what sysvinit's
> mountall.sh does (or at least what I understand it does).
The difference is that it appears to ignore the exit code of mount
calls, meaning it acts as if everything in fst
Hi Andrei,
> - purge lxdm (remove might do it as well, but just for good measure)
> - reconfigure lightdm (to make sure display-manager.service symlink
> points to lightdm.service)
Yes, indeed, there is a bug in the service file shipped by lxdm
which breaks all other dms. Removing and hand adj
Noel Torres writes:
> Many thanks
> I do not understand, then, how this is different from what sysvinit's
> mountall.sh does (or at least what I understand it does).
As I understand it, sysvinit didn't care whether mountall.sh succeeded or
failed. So even if a bunch of mounts failed, it went
On Mon, Nov 17, 2014 at 09:45:19PM +0100, Josselin Mouette wrote:
> Le lundi 17 novembre 2014 à 21:20 +0100, Josselin Mouette a écrit :
> > It’s not because the resolution is wrong, either. Of course, my opinion
> > is that it is wrong, and that it is going to rain fire on us when
> > upgraded syst
On Thursday, 20 de November de 2014 20:44:17 Simon McVittie escribió:
> On 20/11/14 19:06, Noel Torres wrote:
> > On Thursday, 20 de November de 2014 17:53:27 Marco d'Itri escribió:
> >> On Nov 20, Sam Hartman wrote:
> >>> The first issue (fstab now fatally blocks boot) is something the
> >>> syst
On Fri, 21 Nov 2014, Vincent Bernat wrote:
> ❦ 21 novembre 2014 17:34 -0200, Henrique de Moraes Holschuh
> :
> >> I thought there was a flag bit you could set on x86 that causes
> >> unaligned access to trap there too.
> >
> > 1. CR0.AM must be set.
> >
> > 2. Ask For The Pain!
> >
> > i386:
> >
❦ 21 novembre 2014 17:34 -0200, Henrique de Moraes Holschuh :
>> I thought there was a flag bit you could set on x86 that causes
>> unaligned access to trap there too.
>
> 1. CR0.AM must be set.
>
> 2. Ask For The Pain!
>
> i386:
> __asm__("pushf\norl $0x4,(%esp)\npopf");
>
> x86-64:
>
On Fri, Nov 21, 2014 at 12:42:34PM +, Simon McVittie wrote:
> A couple of questions for people who know low-level things:
>
> * Of Debian's architectures (official and otherwise), which ones are
> known/defined/designed to be OK with unaligned accesses from
> user-space, and which ones (ca
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
* Package name: uci2wb
Version : 2.0
Upstream Author : H.G. Muller
* URL :
http://hgm.nubati.net/cgi-bin/gitweb.cgi?p=uci2wb.git;a=summary
* License : GPL
Programming Lang: C
Description : XBoard pro
Tollef Fog Heen wrote:
> > Russ Allbery wrote:
> > > Bob Proulx writes:
> > > > Maybe I am missing a better alternative?
> > >
> > > update-rc.d disable
> >
> > No. That is too late. By the time you are disabling something it has
> > already been installed and started in postinst scripts. Usi
On Fri, 21 Nov 2014, Sam Hartman wrote:
> I thought there was a flag bit you could set on x86 that causes
> unaligned access to trap there too.
1. CR0.AM must be set.
2. Ask For The Pain!
i386:
__asm__("pushf\norl $0x4,(%esp)\npopf");
x86-64:
__asm__("pushf\norl $0x4,(%rsp)\npop
On 11/22/2014 12:45 AM, Michal Suchanek wrote:
> Of course. That's what I have and the Jessie bootlogd does not give
> messages on both consoles.
>
> Or was this bit of openstack support not pushed to jessie?
>
> Thanks
>
> Michal
This is unrelated to OpenStack. And yes, I did work on the issu
Hi,
Philip Hands:
> Is there any way this isn't going to be an enormous surprise to people
> that are used to the way that Debian usually treats /etc?
>
Well, instead of "edit /etc/default/FOO and search for the flag to disable
the daemon" or the programmatic equivalent of "add a bunch of symlink
On Fri, 2014-11-21 at 18:01:11 +0100, Jakub Wilk wrote:
> * Felipe Sateler , 2014-11-21, 14:04:
> >Sparc is definitely not ok. For evidence, see #721617, liblo was trying to
> >fetch a double from a 4-byte aligned address. Experience with liblo shows
> >that other architectures are just fine (or at
On 21/11/14 13:21, Thorsten Glaser wrote:
> On Fri, 21 Nov 2014, Simon McVittie wrote:
>> failing to start up on armel due to unaligned memory accesses. lzo2 has
>> a cpp macro, LZO_CFG_NO_UNALIGNED which can be defined to stop it doing
>> "clever" things with casting pointers.
>
> Please define t
On 21.11.2014 18:01, Jakub Wilk wrote:
> * Felipe Sateler , 2014-11-21, 14:04:
>> Sparc is definitely not ok. For evidence, see #721617, liblo was
>> trying to fetch a double from a 4-byte aligned address. Experience
>> with liblo shows that other architectures are just fine (or at least
>> are jus
On 21/11/14 17:07, Philip Hands wrote:
> Is there any way this isn't going to be an enormous surprise to people
> that are used to the way that Debian usually treats /etc?
I do get your point; editing the (underlying file for the) .service is
unnecessary and undesirable for systemd, and if you bli
On Fri, Nov 21, 2014 at 6:01 PM, Jakub Wilk wrote:
> * Felipe Sateler , 2014-11-21, 14:04:
>>
>> Sparc is definitely not ok. For evidence, see #721617, liblo was trying to
>> fetch a double from a 4-byte aligned address. Experience with liblo shows
>> that other architectures are just fine (or at
Package: wnpp
Severity: wishlist
Owner: Bas Couwenberg
* Package name: librewms
Version : 1.0.0a
Upstream Author : Alessandro Furieri
* URL : https://www.gaia-gis.it/fossil/librewms/
* License : GPL-3.0+
Programming Lang: C++
Description : simple WMS 1
Ian Jackson writes:
> Philip Hands writes ("Re: init system policy"):
>> Ian Jackson writes:
>> > I don't know how much etckeeper users use modifying (rather than
>> > recording) git operations, but I can imagine that this approach might
>> > easily result in etckeeper's git fighting with dpkg.
Simon McVittie writes:
> On 21/11/14 14:04, Philip Hands wrote:
>> A quick glance at the manual leads me to try:
>>
>> systemctl disable gdm3
>>
>> (and ... gdm, and a few other things) -- none of which work.
>
> Display managers are unusual here; they're an exception to the usual
> "enabledn
* Felipe Sateler , 2014-11-21, 14:04:
Sparc is definitely not ok. For evidence, see #721617, liblo was trying
to fetch a double from a 4-byte aligned address. Experience with liblo
shows that other architectures are just fine (or at least are just
slower) with this type of unalignment.
IME, s
Philip Hands writes ("Re: init system policy"):
> Ian Jackson writes:
> > I don't know how much etckeeper users use modifying (rather than
> > recording) git operations, but I can imagine that this approach might
> > easily result in etckeeper's git fighting with dpkg.
>
> How so?
I mean, if you
On 21 November 2014 06:38, Thomas Goirand wrote:
> On 11/19/2014 06:14 PM, Michal Suchanek wrote:
>> On 18 November 2014 00:52, Thomas Goirand wrote:
>>> On 11/18/2014 03:50 AM, Michal Suchanek wrote:
With
current sysvinit the serial console is also used as main but
sysvinit-core d
Package: wnpp
Severity: wishlist
Owner: Bas Couwenberg
* Package name: librasterlite2
Version : 1.0.0~rc0
Upstream Author : Alessandro Furieri
* URL : https://www.gaia-gis.it/fossil/librasterlite2/
* License : MPL-1.1 or GPL-2.0+ or LGPL-2.1+
Programming Lan
Package: wnpp
Severity: wishlist
Owner: Balasankar C
* Package name: ruby-ice-cube
Version : 0.11.1
Upstream Author : John Crepezzi
* URL : http://seejohncode.com/ice_cube/
* License : Expat
Programming Lang: Ruby
Description : ruby date recurrence lib
Eric Valette:
I just mentioned that naively combining User=$TOTO or ${TOTO} TOTO
> being defined in an default/package file parsed by EnvironmentFile=
> does not seem to work as documented in man pages (seen the very same
> question being asked on various distro mailing list without
> definitiv
Eric Valette:
There has been a good and valuable effort trying to split original
> upstream packages provided init system scripts by debian developers
> into /etc/default/X and /etc/init.d/X file and storing most commonly
> changed sysv init options in the default file part (including start
> o
+++ Leif Lindholm [2014-11-21 14:00 +]:
> On Fri, Nov 21, 2014 at 12:42:34PM +, Simon McVittie wrote:
> > A couple of questions for people who know low-level things:
> >
> > * Of Debian's architectures (official and otherwise), which ones are
> > known/defined/designed to be OK with unal
On 11/21/2014 03:26 PM, Jonathan de Boyne Pollard wrote:
> Eric Valette:
>> There has been a good and valuable effort trying to split original
>> upstream packages provided init system scripts by debian developers
>> into /etc/default/X and /etc/init.d/X file and storing most commonly
>> changed s
Russ Allbery:
Yeah, this seems like the right solution to me too. Drop a
> configuration fragment in /etc/systemd that overrides the user and
> group and then don't touch it again.
I refer you to footnote #85 in that patched document that I just sent to
you. (-:
--
To UNSUBSCRIBE, email
On 21/11/14 14:04, Philip Hands wrote:
> A quick glance at the manual leads me to try:
>
> systemctl disable gdm3
>
> (and ... gdm, and a few other things) -- none of which work.
Display managers are unusual here; they're an exception to the usual
"enabledness" stuff.
Normally, a service is e
Package: wnpp
Severity: wishlist
Owner: Hajime Mizuno
X-Debbugs-Cc: debian-devel@lists.debian.org,
debian-emac...@lists.debian.org, debian-de...@debian.or.jp
* Package name: dash-el
Version : 2.9.0
Upstream Author : Magnar Sveen
* URL : https://github.com/magnars/dash
Vincent Bernat:
There is chpst for this kind of task. Unfortunately, being part of
> runit, it may not be suitable for a dependency.
* http://superuser.com/a/72
Actually, there are chpst, s6-setuidgid, daemontools-encore setuidgid,
daemontools setuidgid, freedt setuidgid, nosh setuidgid,
On Fri, Nov 21, 2014 at 12:42:34PM +, Simon McVittie wrote:
> A couple of questions for people who know low-level things:
>
> * Of Debian's architectures (official and otherwise), which ones are
> known/defined/designed to be OK with unaligned accesses from
> user-space, and which ones (ca
Stephan Seitz writes:
> On Thu, Nov 20, 2014 at 09:16:46PM +, Philip Hands wrote:
>>Would it perhaps make sense to have etckeeper additionally keep track of
>>files in /lib directories for packages that have this /etc overrides
>>/lib scheme? Such packages could add their config-outside-etc
On Fri, 21 Nov 2014 12:42:34 +, Simon McVittie wrote:
> A couple of questions for people who know low-level things:
>
> * Of Debian's architectures (official and otherwise), which ones are
> known/defined/designed to be OK with unaligned accesses from
> user-space, and which ones (can be
I thought there was a flag bit you could set on x86 that causes
unaligned access to trap there too.
--Sam
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/0149d2
https://wiki.debian.org/ArchitectureSpecificsMemo
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/546f3ec4.5030...@zoho.com
* Simon McVittie [141121 13:42]:
> A couple of questions for people who know low-level things:
>
> * Of Debian's architectures (official and otherwise), which ones are
> known/defined/designed to be OK with unaligned accesses from
> user-space, and which ones (can be configured to) crash or gi
On Fri, Nov 21, 2014 at 12:42:34PM +, Simon McVittie wrote:
> A couple of questions for people who know low-level things:
>
> * Of Debian's architectures (official and otherwise), which ones are
> known/defined/designed to be OK with unaligned accesses from
> user-space, and which ones (ca
On Fri, 21 Nov 2014, Simon McVittie wrote:
> failing to start up on armel due to unaligned memory accesses. lzo2 has
> a cpp macro, LZO_CFG_NO_UNALIGNED which can be defined to stop it doing
> "clever" things with casting pointers. If the maintainer doesn't object
Please define this macro uncondi
Ian Jackson writes:
> Philip Hands writes ("Re: init system policy"):
>> Would it perhaps make sense to have etckeeper additionally keep track of
>> files in /lib directories for packages that have this /etc overrides
>> /lib scheme? Such packages could add their config-outside-etc
>> directorie
On Thu, Nov 20, 2014 at 09:16:46PM +, Philip Hands wrote:
Would it perhaps make sense to have etckeeper additionally keep track of
files in /lib directories for packages that have this /etc overrides
/lib scheme? Such packages could add their config-outside-etc
I don’t think so, especially
Philip Hands writes ("Re: init system policy"):
> Would it perhaps make sense to have etckeeper additionally keep track of
> files in /lib directories for packages that have this /etc overrides
> /lib scheme? Such packages could add their config-outside-etc
> directories to a list somewhere, perha
A couple of questions for people who know low-level things:
* Of Debian's architectures (official and otherwise), which ones are
known/defined/designed to be OK with unaligned accesses from
user-space, and which ones (can be configured to) crash or give wrong
answers?
* Would it be safer to
On Fri, 2014-11-21 at 17:39 +0800, Paul Wise wrote:
> On Fri, Nov 21, 2014 at 5:25 PM, Matthias Urlichs wrote:
>
> > These days, they might just push their repo to github and let its machinery
> > generate the tarballs, which TTBOMK aren't guaranteed to be 1:1 identical to
> > another tarball of t
On Fri, Nov 21, 2014 at 07:28:55AM +0200, Andrei POPESCU wrote:
> On Vi, 21 nov 14, 09:45:51, Norbert Preining wrote:
> > Hi everyone,
> >
> > so here we are, after the freeze, and systemd stubbornly rejects
> > to start lightdm, my default display manager, and in turn tries
> > to start lxdm, whi
Hi,
Jonas Smedegaard:
> Sure it would be even better to only get notified on _semantic_ changes
> rather than line-based ones, but that's a dream, not a regression.
>
Given Python .ini script parser and some directory scanning, an initial
program which does this shouldn't be too hard to do. Any
Quoting Ansgar Burchardt (2014-11-21 09:59:39)
> Jonas Smedegaard writes:
>> Thanks. Sounds like only a diff between system-provided and
>> sysadmin-overrided config, however: That might help for the latter
>> part of the question - notify only when system service file is
>> overridden locally
Stéphane Aulery writes:
> Hello,
>
> I am looking for a person who knows enough to verify a ELisp patch. The
> patch is supposed to fix a problem of space in file names [1], upstream
> unfortunately does not have the in-house expertise [2].
>
> Volunteers?
The change to elisp only touch one rege
On Fri, Nov 21, 2014 at 5:25 PM, Matthias Urlichs wrote:
> These days, they might just push their repo to github and let its machinery
> generate the tarballs, which TTBOMK aren't guaranteed to be 1:1 identical to
> another tarball of the same commit that's downloaded a week later. Or a
> year.
I
Hi,
Russell Stuart:
> Admittedly this meshes well with my experience that they are often
> fairly lax about what they put in those tarballs. Their "make
> distclean" scripts are often not as good as they could be
Or they're better, in that a "make distclean" removes files like
*.min.js which a s
>> There was some discussion about this a while back, and I vaguely remember
>> that systemd comes with a tool that will tell you exactly what you're
>> overriding. I'm not sure if that work got all the way to producing a nice
>> Debian-aware tool or not.
>
>Sounds interesting. If anyone recall t
Hi,
Josh Triplett:
> > + sed -e 's/.* .*/\"&\"/' > $LIST_FILE
> >
> I can't speak for the rest of the patch without digging into quite a bit
> of the context and assumptions in the elisp, but regarding this bit,
> rather than checking for spaces and only quoting filenames then, just
> *alw
Hi,
Jonas Smedegaard writes:
> Thanks. Sounds like only a diff between system-provided and
> sysadmin-overrided config, however: That might help for the latter part
> of the question - notify only when system service file is overridden
> locally (by suppressing notification if systemd-deta is
59 matches
Mail list logo
