Hi Guillem,
On Tue, Aug 21, 2012 at 03:37:58AM +0200, Guillem Jover wrote:
> On Mon, 2012-08-20 at 20:50:31 +0200, gregor herrmann wrote:
> > On Mon, 20 Aug 2012 09:39:34 +0200, Andreas Tille wrote:
> > > > Dpkg::Control::Hash - parse and manipulate a block of RFC822-like fields
> > > > (libdpkg-p
On 08/21/2012 06:47 AM, Josselin Mouette wrote:
> For some pieces of the system, “down to
> Windows level” would be quite an improvement.
>
Are you suggesting that we replace the start menu by a Sokoban game?
Sorry, couldn't resist... :)
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ..
On Mon, 2012-08-20 at 02:07 +0200, Christoph Anton Mitterer wrote:
> Hey Ben.
>
>
> On Sun, 2012-08-19 at 19:32 +0100, Ben Hutchings wrote:
> > To allow users to connect to the NetworkManager daemon they have to be in
> > the
> > group "netdev".
> Like Vincent already pointed out, CK allows it,
Hi!
On Mon, 2012-08-20 at 20:50:31 +0200, gregor herrmann wrote:
> On Mon, 20 Aug 2012 09:39:34 +0200, Andreas Tille wrote:
> > > Dpkg::Control::Hash - parse and manipulate a block of RFC822-like fields
> > > (libdpkg-perl)
> > How would you compare this to Jonas solution using
> > use Parse::De
On Mon, 2012-08-20 at 09:18 +0200, martin f krafft wrote:
> Or get it working properly with Python, make use of the simplicity
> of interpreted languages until the design is actually proven to
> work, and then rewrite it…
Ah, I thought it was further along than that.
--
bye,
pabs
http://wiki.d
Le lundi 20 août 2012 à 18:12 +0100, Ben Hutchings a écrit :
> I don't think we should expect other developers to spend any large
> amount of time to help with our own pet projects, except in so far as
> they benefit 'our users and the free software community', which I take
> to mean collective in
Le lundi 20 août 2012 à 21:35 +0200, Stephan Seitz a écrit :
> >These people are the disease. They are toxic to the community and tend
>
> Why, thank you. I think that these people are a disease who are always
> trying to drag down Linux to Windows level
Thanks for this excellent example of the
Philipp Kern writes:
> Of course, if GNOME is unused one could just remove it completely from
> those ports, but I doubt that your approach of "it's just a minute of
> work to RM it" is welcomed. (Well, the maintainers would probably like
> it, as long as there won't be bugs claiming that you hav
On Mon, Aug 20, 2012 at 12:38:07PM +0200, Josselin Mouette wrote:
It seems the "desired" scenario for NM is that /e/n/i is empty
Yes. This is actually what happens on usual setups (one interface, DHCP
without any special options) upon NM installation.
Well, until some weeks ago I never had a d
Hi Ondřej.
On Mon, 2012-08-20 at 14:57 +0200, Ondřej Surý wrote:
> http://anonscm.debian.org/gitweb/?p=pkg-php/php.git;a=commit;h=72eef08994f65b227103509617652d7c0bf0587a
- You mention in the README.Debian now, that no other webserver likely used
/etc/mime.types.
Wasn't there someone who meant li
On Mon, Aug 20, 2012 at 02:19:19PM +0200, Bjørn Mork wrote:
Stephan Seitz writes:
On Mon, Aug 20, 2012 at 01:08:53PM +0200, Bjørn Mork wrote:
Never mind wireless lan where you've got a well defined kernel API. Try
to configure a modern 3G/LTE modem using ifupdown, and you will see the
Is thi
❦ 20 août 2012 09:31 CEST, Thomas Goirand :
>> I believe differences like that are not important, compare how gcc
>> generate different binaries each time depending on parameters etc.
>> However, if a minified file is shipped that cannot be re-created at all
>
>> (due to no minifier) I don't thi
On Mon, 20 Aug 2012 09:39:34 +0200, Andreas Tille wrote:
> > Dpkg::Control::Hash - parse and manipulate a block of RFC822-like fields
> > (libdpkg-perl)
> How would you compare this to Jonas solution using
> use Parse::DebControl;
> ?
Not sure how "official" my use of Dpkg::Control::Hash is, so
On Mon, 2012-08-20 at 14:06 +0100, Jon Dowland wrote:
> On Mon, Aug 20, 2012 at 12:58:42AM +0200, Christoph Anton Mitterer wrote:
> > But if anyone would lobby that (release goal: default to CGI/FCGI),
> > they'd have definitely my support :)
> A bit late for wheezy, do you mean for +1?
Yeah,... of
❦ 20 août 2012 09:33 CEST, Thomas Goirand :
>> Other minifiers (like yui-compressor) are considered not
>> reliable enough.
> Sorry that I asked you about this before reading this.
>
> So, could you tell in what way yui-compressor isn't considered
> not reliable enough? Does it crash? Or does it
On Mon, 2012-08-20 at 09:02 +0200, Wouter Verhelst wrote:
> Maybe that's because it's expected they would be PHP scripts emitting
> JPEG files, not plain JPEG files? This seems like a feature to me, not a
> bug. Why was support for that removed?
I think that's really wrong style then...
Content ge
Have you all minded that there are several *different* use cases?
* Laptop user going here and there, sometimes with Wireless, sometimes with
cable, sometimes with USB stick
* Desktop user with home ADSL
* Server with several connections
Each use case has its own needs, and its own best tools.
On Mon, Aug 20, 2012 at 12:41:15PM +0200, Josselin Mouette wrote:
> Le samedi 18 août 2012 à 17:40 +0200, Marc Haber a écrit :
> > On Fri, 10 Aug 2012 00:50:43 +0200, Josselin Mouette
> > wrote:
> > >Please explain again why we should cripple the Linux port for the sake
> > >of toy ports?
> >
>
On Monday 20 August 2012, Ondřej Surý wrote:
> Ah, I see; it gets executed when there is no know handler or
> mime-type for second extension.
>
> E.g. index.php.jpeg works as expected (e.g. returning PHP source
> code), index.php.blubb but gets executed. I don't think there's any
> harm in disabli
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: xul-ext-fullscreen
Version : 1.0.4
Upstream Author : Lewis Vail
* URL : https://addons.mozilla.org/de/firefox/addon/fullscreen/
* License : MPL-1.1
Programming Lang: Mozilla/XUL Extension/T
On Aug 20, Wouter Verhelst wrote:
> > But some sites accept file uploads with arbitrary names, perhaps
> > expected to be a JPEG image, but actually named bar.php.jpeg and
> > containing malicious server-side PHP which they could execute from the
> > browser.
> Don't Do That Then(TM).
I see that
On Mon, Aug 20, 2012 at 04:21:18PM +0200, Mike Hommey wrote:
> On Mon, Aug 20, 2012 at 02:51:27PM +0100, Ben Hutchings wrote:
> > What I mean is that this still happens:
> >
> > # ifup eth0
> > ...
> > # ifconfig eth0 down
> > # ifup eth0
> > ifup: interface eth0 already configured
> >
> > People
On 08/20/2012 01:54 AM, Paul Wise wrote:
> Please take over the netconf project and start implementing that
> design in C, that would be much more productive than any new thread
> about the current and previous deficiencies of NetworkManager.
Or just file bugs against ifupdown, the (new) upstream
On Mon, Aug 20, 2012 at 12:44:32PM +0200, Josselin Mouette wrote:
> Le samedi 11 août 2012 à 15:38 -0400, Chris Knadle a écrit :
> > systemd may seem better in /most/ cases because it does have some nice
> > features, but I don't think it's better in *all* cases. systemd doesn't
> > allow
> >
On Mon, Aug 20, 2012 at 02:51:27PM +0100, Ben Hutchings wrote:
> What I mean is that this still happens:
>
> # ifup eth0
> ...
> # ifconfig eth0 down
> # ifup eth0
> ifup: interface eth0 already configured
>
> People talk about how ifupdown works well with other configuration
> tools, unlike Netw
On 20/08/12 14:35, Wouter Verhelst wrote:
> On Mon, Aug 20, 2012 at 01:10:57PM +0100, Steven Chamberlain wrote:
>> Yes it's possible some people rely on that behaviour, e.g. serving JPEG
>> data from PHP scripts named like foo.php.jpeg.
Sorry, I was wrong. For extensions like .jpeg with a known M
On Mon, 2012-08-20 at 00:04 +0200, Andrew Shadura wrote:
> Hello,
>
> On Sun, 19 Aug 2012 19:32:03 +0100
> Ben Hutchings wrote:
>
> > > 3) ifupdown integration is really bad
> > > ifupdown is really a good framework, it offers hooks and and is
> > > properly integrated in many packages.
>
> > i
On Mon, Aug 20, 2012 at 3:35 PM, Charles Plessy wrote:
>> Charles, did you test that or you base that claim on Christoph's
>> mails? I have just tested both php5-cgi in standard configuration as
>> recommended in README.Debian and this claim doesn't seem to be true:
>>
>> $ wget -q -O - http://lo
also sprach Paul Wise [2012.08.20.0154 +0200]:
> Please take over the netconf project and start implementing that
> design in C,
Or get it working properly with Python, make use of the simplicity
of interpreted languages until the design is actually proven to
work, and then rewrite it…
--
.''`
On Mon, Aug 20, 2012 at 01:10:57PM +0100, Steven Chamberlain wrote:
> On 20/08/12 08:02, Wouter Verhelst wrote:
> > On Sun, Aug 19, 2012 at 11:17:26AM +0900, Charles Plessy wrote:
> >> - In Squeeze, using default configurations, files with ".php" in their
> >> name
> >>such as "foo.php.jpeg"
Le Mon, Aug 20, 2012 at 02:57:10PM +0200, Ondřej Surý a écrit :
>
> I have prepared new update for PHP based on comments from d-d. The
> commit is here:
>
> http://anonscm.debian.org/gitweb/?p=pkg-php/php.git;a=commit;h=72eef08994f65b227103509617652d7c0bf0587a
Hi Ondřej,
many thanks for this wo
On Mon, Aug 20, 2012 at 12:58:42AM +0200, Christoph Anton Mitterer wrote:
> But if anyone would lobby that (release goal: default to CGI/FCGI),
> they'd have definitely my support :)
A bit late for wheezy, do you mean for +1?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
wit
Hi all,
[multiple messages from d-d and d-r merged together]
> I am also concerned that a *simple* solution to restore the old
> behaviour in a secure way is not provided: maybe php5-cgi should install
> a sensible default configuration in /etc/apache2/conf.d/ ?
I have prepared new update for PH
Stephan Seitz writes:
> On Mon, Aug 20, 2012 at 01:08:53PM +0200, Bjørn Mork wrote:
>>Never mind wireless lan where you've got a well defined kernel API. Try
>>to configure a modern 3G/LTE modem using ifupdown, and you will see the
>
> Is this something different from an UMTS usbstick?
No.
> I
On 20/08/12 08:02, Wouter Verhelst wrote:
> On Sun, Aug 19, 2012 at 11:17:26AM +0900, Charles Plessy wrote:
>> - In Squeeze, using default configurations, files with ".php" in their name
>>such as "foo.php.jpeg" are executed as PHP scripts by the Apache web
>> servers
>>runing PHP scripts
On Aug 20, Stephan Seitz wrote:
> On Mon, Aug 20, 2012 at 01:08:53PM +0200, Bjørn Mork wrote:
> >Never mind wireless lan where you've got a well defined kernel API. Try
> >to configure a modern 3G/LTE modem using ifupdown, and you will see the
> Is this something different from an UMTS usbstick?
On Mon, Aug 20, 2012 at 01:08:53PM +0200, Bjørn Mork wrote:
Never mind wireless lan where you've got a well defined kernel API. Try
to configure a modern 3G/LTE modem using ifupdown, and you will see the
Is this something different from an UMTS usbstick? I plug it in, get
a /dev/ttypUSB0 and
Christoph Anton Mitterer writes:
> On Sun, 2012-08-19 at 19:41 +0200, Marco d'Itri wrote:
>> NM, as a design goal, is not supposed to be able to manage every
>> possible configuration.
> Well but then it shouldn't be kind of a default package.
No it shouldn't. And it isn't either. gnome-core i
On Mon, Aug 20, 2012 at 07:03:58AM -0400, James McCoy wrote:
> On Mon, Aug 20, 2012 at 09:39:34AM +0200, Andreas Tille wrote:
> > On Mon, Aug 20, 2012 at 12:10:19AM +0200, gregor herrmann wrote:
> > > Next guess:
> > >
> > > Dpkg::Control::Hash - parse and manipulate a block of RFC822-like fields
On Mon, Aug 20, 2012 at 09:39:34AM +0200, Andreas Tille wrote:
> On Mon, Aug 20, 2012 at 12:10:19AM +0200, gregor herrmann wrote:
> > Next guess:
> >
> > Dpkg::Control::Hash - parse and manipulate a block of RFC822-like fields
> > (libdpkg-perl)
>
> How would you compare this to Jonas solution us
Le samedi 11 août 2012 à 15:38 -0400, Chris Knadle a écrit :
> systemd may seem better in /most/ cases because it does have some nice
> features, but I don't think it's better in *all* cases. systemd doesn't
> allow
> shutdown/reboot from within KDE4
In the beginning, ConsoleKit didn’t allow
Le samedi 18 août 2012 à 17:40 +0200, Marc Haber a écrit :
> On Fri, 10 Aug 2012 00:50:43 +0200, Josselin Mouette
> wrote:
> >Please explain again why we should cripple the Linux port for the sake
> >of toy ports?
>
> Because Debian prides itself in being Universal regarding ports and
> architec
On Monday, August 20, 2012 03:29:05, Stephan Seitz wrote:
> On Sun, Aug 19, 2012 at 07:59:00PM -0400, Chris Knadle wrote:
> >Related note: I likewise repeatedly have confusion over how to deal with
> >testing Network Status from within shell scripts for doing operations that
> >require network acce
On Mon, Aug 20, 2012 at 10:32:07AM +0200, Gergely Nagy wrote:
> If neither upstream, nor porters care about a particular package, that
> means there are very little use of having it on that port, and one
> should consider changing the Architecture line to exclude the failing
> port.
>
> That's abo
Le dimanche 19 août 2012 à 19:26 +0200, Christoph Anton Mitterer a
écrit :
> 1) In parts it has some security issues.
> - At least the default setting seems to be that any user can connect to
> any network.
This is untrue. Any *physically logged on* user can connect to any
network. For a desktop
Julien Cristau wrote:
>On Sun, Aug 19, 2012 at 17:07:00 +0200, Stephan Schreiber wrote:
>
>> The failed command is in debian/elilo.sh:
>>
>> fstype=vfat
>>
>> mount -t "$fstype" -o
>> codepage=437,iocharset=iso8859-1,rw,noexec,umask=077$loop "$boot"
>> "$TMP/bootstrap.$$"
>> what is perfect t
Charles Plessy writes:
> Le Sun, Aug 19, 2012 at 11:13:23PM +0200, Gergely Nagy a écrit :
>> Michael Biebl writes:
>>
>> > If those ports need a GR to silence any criticsm regarding those ports,
>> > then something is going seriously wrong.
>>
>> I've yet to see said criticism.
>
> In the abse
Package: wnpp
Severity: wishlist
Owner: "Yao Wei (魏銘廷)"
* Package name: impressive-editor
Version : 0.0.1
Upstream Author : Yao Wei (魏銘廷)
* URL : https://github.com/medicalwei/impressive-editor
* License : GPL-2
Programming Lang: Python
Description : E
On Aug 20, Thomas Goirand wrote:
> If it's that hard to produce a minified version, then shouldn't
> we use the "normal" version? How much speed-up do we really
No.
> get anyway (my wild guess: not much...)?
Very important, anybody who deals with web scalability knows that
javascript minificati
Hi,
On Mon, Aug 20, 2012 at 12:10:19AM +0200, gregor herrmann wrote:
> > > I use ~dfsg by default, ~dfsg1 and bumping numbers for multiple
> > > repackagings, and only +dfsg when the repackaging happens after a
> > > non-repackaged version was released into Debian.
> > >
> > > Reason for this i
On 08/20/2012 03:34 AM, Vincent Bernat wrote:
> Other minifiers (like yui-compressor) are considered not
> reliable enough.
Sorry that I asked you about this before reading this.
So, could you tell in what way yui-compressor isn't considered
not reliable enough? Does it crash? Or does it produce b
On 08/20/2012 03:23 AM, Simon Josefsson wrote:
> I believe differences like that are not important, compare how gcc
> generate different binaries each time depending on parameters etc.
> However, if a minified file is shipped that cannot be re-created at all
> (due to no minifier) I don't think shi
On Mon, Aug 20, 2012 at 12:32:28AM +0200, Jonas Smedegaard wrote:
> > Well, uscan makes some use of system so this could work - but I hoped
> > for a more Perl-ish solution (similar to the rfc822 reader in
> > python-debian).
>
> Is this Perl-ish enough for you?:
:-)
> #!/usr/bin/perl -w
> use
On Sun, Aug 19, 2012 at 07:59:00PM -0400, Chris Knadle wrote:
Related note: I likewise repeatedly have confusion over how to deal with
testing Network Status from within shell scripts for doing operations that
require network access. As a "for instance" a common suggestion for keeping
GPG keys u
On 08/19/2012 09:49 PM, Vincent Bernat wrote:
> As for
> verification, having the source next to the minified version does not
> guarantee anything about the minified version
Right, which is why we should build "from source" (eg: minify ourselves
the javascript libs).
> all the more that we
> don
On Sun, Aug 19, 2012 at 11:17:26AM +0900, Charles Plessy wrote:
> - In Squeeze, using default configurations, files with ".php" in their name
>such as "foo.php.jpeg" are executed as PHP scripts by the Apache web
> servers
>runing PHP scripts through php5-cgi.
Maybe that's because it's ex
56 matches
Mail list logo
