On 06/01/2013 01:06 AM, Nikolas Kallis wrote:
>
> Another thing I am pissed off about is the lack of a graphical
> text-editor being included in Debian 7.0. The last time I checked, my
> calendar said 2013, and as so, would not expect a text-editor not
> being included in a desktop-environment bas
Thank you for your feedback!
Nikolas Kallis writes:
> Another thing I am pissed off about is the lack of a graphical
> text-editor being included in Debian 7.0. The last time I checked, my
> calendar said 2013, and as so, would not expect a text-editor not being
> included in a desktop-environme
Hello,
I am just checking out Debian 7.0 for the first time and so far I
overall like it. Among other things, its sleek, I like the colour
scheme, its completely open source, stable, and I have so far not been
effected by a bug.
There are a few things I don't like about it though, that I w
On Fri, 31.05.13 23:31, Helmut Grohne (hel...@subdivi.de) wrote:
> debian-devel@l.d.o has been talking about socket activation interfaces.
> The technical differences are nicely summarized:
>
> On Fri, May 31, 2013 at 08:53:52PM +0200, Zbigniew J??drzejewski-Szmek wrote:
> > But chronology is les
On 05/31/2013 04:39 AM, Ondřej Surý wrote:
> Practical question: if I were to support systemd .service, upstart init job
> and/or OpenRC
FYI, you meant to write OpenRC runscripts. :)
On 05/31/2013 05:00 AM, Ben Hutchings wrote:
> If I understand correctly, OpenRC doesn't require init to directl
Package: wnpp
Severity: wishlist
Owner: wpmirrordev
* Package name: mediawiki-mwxml2sql
Version : 0.0.2
Upstream Author : Ariel T. Glenn
* URL :
https://gerrit.wikimedia.org/r/#/admin/projects/operations/dumps
* License : GPL-2.0+
Programming Lang: C
Desc
Hi Sylvestre,
[...]
> I started to report them (with patches for now) with minor as severity:
> http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=clang-ftbfs;users=pkg-llvm-t...@lists.alioth.debian.org
>
You might want to take a look at
http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=m...@deb
Hi Ondřej,
On Fri, May 31, 2013 at 11:44:53PM +0200, Ondřej Surý wrote:
> I have tried to rewrite php5-fpm init.d file for systemd and upstart and
> ended up with:
> cat > php5-fpm.service << EOF
> [Unit]
> Description=The PHP FastCGI Process Manager
> After=syslog.target network.target
> [Servi
On Sat, 01 Jun 2013, Jakub Wilk wrote:
> * Henrique de Moraes Holschuh , 2013-05-31, 18:44:
> >As a special exception to the GNU General Public License, if you
> >distribute this file as part of a program that contains a
> >configuration script generated by Autoconf, you may include it
> >under the
On Fri, May 31, 2013 at 07:22:37PM -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 31 May 2013, Josh Triplett wrote:
> > On Fri, May 31, 2013 at 06:44:00PM -0300, Henrique de Moraes Holschuh wrote:
> > > Upstream has changed the license to GPLv3. It has an additional
> > > permission to negate
Jakub Wilk writes:
> * Henrique de Moraes Holschuh , 2013-05-31, 18:44:
>> As a special exception to the GNU General Public License, if you
>> distribute this file as part of a program that contains a configuration
>> script generated by Autoconf, you may include it under the same
>> distribution
* Henrique de Moraes Holschuh , 2013-05-31, 18:44:
As a special exception to the GNU General Public License, if you
distribute this file as part of a program that contains a configuration
script generated by Autoconf, you may include it under the same
distribution terms that you use for the res
Josh Triplett writes:
> On Fri, May 31, 2013 at 06:44:00PM -0300, Henrique de Moraes Holschuh wrote:
>> Upstream has changed the license to GPLv3. It has an additional
>> permission to negate any "viral effects", but it only applies to
>> packages that include a configuration script generated by
On 2013-05-31 14:44, Ondřej Surý wrote:
Hi,
I have tried to rewrite php5-fpm init.d file for systemd and upstart
and ended up with:
cat > php5-fpm.service << EOF
[Unit]
Description=The PHP FastCGI Process Manager
After=syslog.target network.target
[Service]
Type=forking
PIDFile=/var/run/php5
On Fri, 31 May 2013, Josh Triplett wrote:
> On Fri, May 31, 2013 at 06:44:00PM -0300, Henrique de Moraes Holschuh wrote:
> > Upstream has changed the license to GPLv3. It has an additional
> > permission to negate any "viral effects", but it only applies to
> > packages that include a configuratio
On Fri, May 31, 2013 at 06:44:00PM -0300, Henrique de Moraes Holschuh wrote:
> Upstream has changed the license to GPLv3. It has an additional
> permission to negate any "viral effects", but it only applies to
> packages that include a configuration script generated by GNU
> autoconf.
[...]
> Here
Dear upstart developers,
debian-devel@l.d.o has been talking about socket activation interfaces.
The technical differences are nicely summarized:
On Fri, May 31, 2013 at 08:53:52PM +0200, Zbigniew J??drzejewski-Szmek wrote:
> But chronology is less important then the technical differences between
Hi,
I have tried to rewrite php5-fpm init.d file for systemd and upstart and
ended up with:
cat > php5-fpm.service << EOF
[Unit]
Description=The PHP FastCGI Process Manager
After=syslog.target network.target
[Service]
Type=forking
PIDFile=/var/run/php5-fpm.pid
ExecStartPre=sh -c 'if [ -n "$(/usr
On 30/05/13 16:30, Matthias Klumpp wrote:
> 2013/5/30 Marco d'Itri :
>> The /etc/ /lib/ /usr/lib/ split with files overriding each other,
>> invented because RPM systems do not prompt the user on package upgrades
>> and Red Hat does not support upgrading to the next major release.
> Well, that migh
Hi,
At Mon, 20 May 2013 19:33:43 -0700,
Russ Allbery wrote:
>
> Guillem Jover writes:
>
> > Perhaps, but I think we just lack better documentation and advice when
> > it comes to shared library handling in general.
>
> > There was an attempt by Junichi Uekawa (CCed) some time ago [L], but
> >
On Fri, 2013-05-31 at 16:33 +0200, Marco d'Itri wrote:
> On May 31, Jeff Epler wrote:
>
> > The idea that somehow users of non-linux kernels don't matter or don't
> > even exist as debian users is one of the most frustrating bits of this
> > whole thread.
> I'm sorry for the three kfreebsd users,
Ah, sorry wrong book: Animal farm, by the same author George Orwell: :)
1984 is about big brother watching you. (of course both very recommended
these days)
On Fri, 2013-05-31 at 21:06 +0200, Svante Signell wrote:
> On Fri, 2013-05-31 at 08:59 -0500, Jeff Epler wrote:
> > On Fri, May 31, 2013 at
On Fri, 2013-05-31 at 08:59 -0500, Jeff Epler wrote:
> On Fri, May 31, 2013 at 02:08:01PM +0200, Josselin Mouette wrote:
> > I disagree with this claim. The wheezy release for kfreebsd is a joke,
> > and we should end it with jessie unless there are real users.
>
> What makes me other than a "real
On Fri, May 31, 2013 at 04:45:49PM +0300, Uoti Urpala wrote:
> > This
> > is more true for the socket activation API that systemd could have
> > reasonably adopted from upstart, but chose not to do.
>
> Didn't systemd actually have a socket activation API before upstart? I
> don't remember exactl
On Fri, May 31, 2013 at 12:19:27PM +0200, Bastien ROUCARIES wrote:
> On Fri, May 31, 2013 at 4:42 AM, brian m. carlson
> wrote:
> > NSS does not support TLS 1.2. Since RC4 is not used securely in TLS,
> > and the only other choice in TLS 1.1 and earlier is block ciphers with
> > CBC, this means t
On Fri, May 31, 2013 at 06:12:38PM +0200, Ondřej Surý wrote:
> That doesn't mean the toys are not important (...all work and no
> play...), they are, but they must not stop the inovation. And as we
> have sacrificed niche architecture and made them non-release, we must
> be also prepared to do the
On Fri, May 31, 2013 at 06:12:38PM +0200, Ondřej Surý wrote:
> On 31. 5. 2013, at 15:53, Jeff Epler wrote:
> > The idea that somehow users of non-linux kernels don't matter or don't
> > even exist as debian users is one of the most frustrating bits of this
> > whole thread.
>
> I would happily su
Thomas Goirand writes:
> On 05/28/2013 02:37 PM, Helmut Grohne wrote:
>> My major point here was precisely that you are *not* done with just
>> writing the service/job descriptions/scripts for all those init
>> systems. You'd likely have to patch every single daemon to enable the
>> socket activ
On Fri, May 31, 2013 at 05:10:31PM +0200, Ondřej Surý wrote:
> On Thu, May 30, 2013 at 11:00 PM, Ben Hutchings wrote:
>
> > > Is there some material on wiki.d.o I can use (and if not can
> > > somebody prepare it)?
> >
>
> What Tollef, you and Steve wrote.
>
> As you can see, even you (asking t
On 31. 5. 2013, at 15:53, Jeff Epler wrote:
> The idea that somehow users of non-linux kernels don't matter or don't
> even exist as debian users is one of the most frustrating bits of this
> whole thread.
I would happily support any non-linux kernel arch in form of integrating
patches, but the
On 05/28/2013 02:37 PM, Helmut Grohne wrote:
> On Mon, May 27, 2013 at 09:13:44AM +0200, Ond??ej Surý wrote:
>> I would be quite happy to write service files for two (systemd, upstart) or
>> three (systemd, upstart, openrc) of those in all my packages[*], if it
>> stops the endless flamewar here. I
Marc Haber writes:
> Russ Allbery wrote:
>> When the source of the configuration is debconf, we know exactly when
>> it changes and don't need anything like inotify to know when to rebuild
>> it.
> Disagreed, one can change a debconf-generated file manually, thanks to
> the debconf-is-not-a-reg
On Fri, May 31, 2013 at 08:53:07AM -0500, Jeff Epler wrote:
> The idea that somehow users of non-linux kernels don't matter or don't
> even exist as debian users is one of the most frustrating bits of this
> whole thread.
I was just curious, not suggesting. I also asked this on an IRC channel
and
On Thu, May 30, 2013 at 11:00 PM, Ben Hutchings wrote:
> > Is there some material on wiki.d.o I can use (and if not can
> > somebody prepare it)?
>
What Tollef, you and Steve wrote.
As you can see, even you (asking this question) made a mistake. So I think
it would be a good to have a place to
On May 31, Jeff Epler wrote:
> The idea that somehow users of non-linux kernels don't matter or don't
> even exist as debian users is one of the most frustrating bits of this
> whole thread.
I'm sorry for the three kfreebsd users, but sometimes reality sucks.
Pretending that their needs are as mu
2013/5/31 Jeff Epler :
> Yes and yes. Wheezy kfreebsd amd64 is dandy for server and OK for some
> minor graphical desktop stuff (opengl is not in a good state right now,
> at least with nvidia hardware: nouveau is no-go due to not having kernel
> support and proprietary won't install). if you wan
On Thu, May 30, 2013 at 09:05:50PM +0200, Olav Vitters wrote:
> Do you actually run a kernel other than Linux and is anything other than
> Linux usable? I can understand it is not nice, but feels like the other
> options are bitrotting anyway.
Yes and yes. Wheezy kfreebsd amd64 is dandy for serve
On Fri, May 31, 2013 at 02:08:01PM +0200, Josselin Mouette wrote:
> I disagree with this claim. The wheezy release for kfreebsd is a joke,
> and we should end it with jessie unless there are real users.
What makes me other than a "real user"? Perhaps some users of Debian
are more equal^Wreal than
2013/5/31 Ben Hutchings
> On Fri, 2013-05-31 at 11:21 +0200, Fabrice Boissier wrote:
> > Hello,
>
[...]
>
> This is not a support forum for Linux development. But as people have
> already started giving you silly answers:
>
I previously searched... and nearly nobody uses POSIX MQ (except QNX ?!
Helmut Grohne wrote:
> On Fri, May 31, 2013 at 01:44:12AM +0300, Uoti Urpala wrote:
> > Steve Langasek wrote:
> > > I can't speak to other distributions, but in Debian, the systemd
> > > maintainers
> > > are in no position to decide that Debian will agree to rewrite its
> >
> > Focusing on "posi
On 29/05/2013 19:05, Sylvestre Ledru wrote:
> Hello,
>
> With the recent setup of the parallel build infrastructure using clang
> instead of gcc [1], I would like to start to report
> bugs on packages failing to build with clang (with patches if possible).
> The severity would be minor.
> Of cours
Package: wnpp
Severity: wishlist
Owner: Matthew Bekkema
* Package name: derelict3
Version : 0~git20130530
Upstream Author : Mike Parker
* URL : https://github.com/aldacron/Derelict3
* License : Boost Software License
Programming Lang: D
Description : A
On Fri, 2013-05-31 at 11:21 +0200, Fabrice Boissier wrote:
> Hello,
>
>
> I'm trying to use some POSIX MQ on Debian.
>
> I tried my code on Debian, FreeBSD and Cygwin, and it went well.
>
> I encountered a problem on FreeBSD about the maximum priority, then I
> searched about a fixed maximum, a
Le jeudi 30 mai 2013 à 22:25 +0200, Marc Haber a écrit :
> >Do you actually run a kernel other than Linux
>
> Actually no, but it is a pleasure to see Debian move towards this
> freedom with every new release.
I disagree with this claim. The wheezy release for kfreebsd is a joke,
and we should
On Thu, 30 May 2013 19:51:04 -0400, Chris Knadle
wrote:
>For Exim, the one thing I would want to change would be to ship a
>configuration that by default created an SSL certificate and enabled
>MAIN_TLS_ENABLE to enable TLS SMTP transfers.
For e-mail coming in from other clients, with the local
On Thu, 30 May 2013 13:59:09 -0700, Russ Allbery
wrote:
>Marc Haber writes:
>> Russ Allbery wrote:
>>> Get rid of some of that complexity because it is pointless (you'll find
>>> that much of it is working around inadequacies in sysvinit).
>
>> Explain.
>
>For example, all the PID file handling
On Thu, May 30, 2013 at 04:12:45PM -0700, Russ Allbery wrote:
> Vincent Bernat writes:
> > I still use /etc/init.d/ start by habit and I find it convenient to
> > divert to systemd but I have no strong opinion on this. As long as
> > upstart jobs mask init scripts when booting, we are fine.
>
On Fri, 31 May 2013 08:41:56 +0200, Jean-Christophe Dubacq
wrote:
>Le 30/05/2013 18:29, Marc Haber a écrit :
>> On Thu, 30 May 2013 13:56:02 +0200, Olav Vitters
>> wrote:
>>> Seems the solutions are very focussed on the assumption that things
>>> cannot be changed. E.g. programs currently send em
On Thu, 30 May 2013 20:25:12 -0400, Chris Knadle
wrote:
>It's somewhat depressing when I ask for the person's email address and their
>response is "I don't email", and they ask me for my Facebook ID and my
>response is "I don't use Facebook". It's a cultural divide that ends up
>causing an ele
On Thu, 30 May 2013 23:25:15 +0300, Christian PERRIER
wrote:
>MTA on average people's desktop machine are point less. Is there
>anyone who is *not* a Linux "geek" to deny this?
Non-Geeks are probably not aware that a system holds many packages of
software that expects to be able to deliver status
On 31 May 2013 20:19, Bastien ROUCARIES wrote:
> Gnutls is really crappy about suid
> see http://lists.debian.org/debian-devel/2010/03/msg00298.html
2+ years later or 2 Debian releases later, I would have hoped these issues
would be, somehow, magically, fixed by now :-(
Basically makes libpam-
On Fri, May 31, 2013 at 4:42 AM, brian m. carlson
wrote:
> On Thu, May 30, 2013 at 04:04:47PM +0200, Bastien ROUCARIES wrote:
>> > Cons:
>> >
>> > - not all crypto libraries are equivalent; choosing one will exclude
>> > some functionality provided by others
>>
>> SEE compat layer
>> > - we someho
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: libxmpcore-java
Version : 5.1.2
Upstream Author : Adobe
* URL : http://www.adobe.com/devnet/xmp.html
* License : BSD
Programming Lang: Java
Description : Adobe XMP Toolkit for Java
linux-libc-dev and libc6-dev already installed, and the file
/usr/include/linux/mqueue.h contains MQ_PRIO_MAX and the struct mq_attr.
But the structure mq_attr in /usr/include/linux/mqueue.h is in conflict
with the one declared in the /usr/include/mqueue.h (precisely in
/usr/include/bits/mqueue.h
Quoting Russ Allbery (2013-05-30 19:56:23)
> Wouter Verhelst writes:
> > On 30-05-13 19:29, Thomas Goirand wrote:
>
> >> Maybe the best way forward is to have backports activated by
> >> default
>
> > No.
>
> > If we're going down that route, we might as well give up on doing a
> > stable rel
On Fri, 31 May 2013 11:21:15 +0200
Fabrice Boissier wrote:
> macro MQ_PRIO_MAX.
> How should I found MQ_PRIO_MAX correctly on Debian ?
> Debian Squeeze (2.6.32-042stab076.8 #1 SMP Tue May 14
> 20:38:14 MSK 2013 x86_64),
So a linux kernel, the match is:
/usr/include/linux/mqueue.h:#define MQ_P
On Thu, May 30, 2013 at 10:26:37PM +0200, Marc Haber wrote:
> Of course it won't. Upstream and Red Hat have shown many times that
> they just don't care.
I've already replied with various examples before refuting this.
--
Regards,
Olav
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.de
On Thu, May 30, 2013 at 01:59:02PM -0700, Steve Langasek wrote:
> I can't speak to other distributions, but in Debian, the systemd maintainers
> are in no position to decide that Debian will agree to rewrite its
> system-level integration code (which works quite well already,
I meant more that:
-
Hello,
I'm trying to use some POSIX MQ on Debian.
I tried my code on Debian, FreeBSD and Cygwin, and it went well.
I encountered a problem on FreeBSD about the maximum priority, then I
searched about a fixed maximum, and I found MQ_PRIO_MAX.
On FreeBSD and Cygwin it works properly, but on Debian,
Russ Allbery debian.org> writes:
[...]
> This would *enable* users to install software from backports if it either
> didn't exist in stable at all or if they explicitly requested it from
> backports, but would not install such software by default.
Packages which, by the way, are not supported by
Jean-Christophe Dubacq writes:
> And in my experience, email tends to be much more fragile than dbus.
The warm fuzzy feeling you get when you don't know there is a
problem...
> How many times have I suddenly looked
> at the queue of a computer that has been mis-configured and that
> accumulate
61 matches
Mail list logo
