On 06/06/2012 04:36 PM, Stefano Zacchiroli wrote:
> Even better, maintainers can prevent this kind of things from happening
> by opening up *by default*, allowing commit to package maintenance Vcs
> to all DDs, and documenting that commits there are welcome as long as
> they follow some house rules
On 06/10/2012 11:55 PM, Stephan Seitz wrote:
> Well, if I start Virtual Box on my notebook (4 GB RAM), the system
> uses the swap partition.
Frankly, I don't know what the fuck virtualbox is doing
with its memory management, but I was tempted more than
once to file a RC bug with a title like this
On 06/11/2012 12:06 AM, Don Armstrong wrote:
> swap file on / [...] is
> really the direction that we should be going
NO !
Does this need to be explained? :/
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@li
Hi,
Since it has been made public, I believe it's ok to discuss it in
-devel. I came across this:
http://seclists.org/oss-sec/2012/q2/493
Is the Squeeze version affected? And SID? By reading it, especially the
end about GCC, it's unclear to me if we need an urgent patch:
"To my knowledge gcc bui
On 06/12/2012 01:52 AM, Aron Xu wrote:
> IMHO I suggest to talk with Security Team before disclosing
> information that might be sensitive in the mean time on a Debian
> development mailing list.
>
Could you explain to me what exactly I'm disclosing?
The news is already on slashdot and so on, an
On 06/12/2012 02:00 AM, Lech Karol Pawłaszek wrote:
> According to this:
> https://community.rapid7.com/community/metasploit/blog/2012/06/11/cve-2012-2122-a-tragically-comedic-security-flaw-in-mysql
>
> Debian is not affected.
>
> Kind regards,
>
Cool, thanks!
Thomas
--
To UNSUBSCRIBE, email
On 06/12/2012 02:23 AM, Aron Xu wrote:
> I'm not saying you are disclosing anything, but you are asking if
> someone knows it's in what status publicly in a Debian development
> mailing list. Then this may lead to some disclosing and even mislead
> some other people. Yes there are many people doing
On 06/12/2012 03:17 AM, Jonas Smedegaard wrote:
> What you asked, and the answer to that question, was not already public.
>
> ...or you wouldn't have asked, I hope. ;-)
>
>
> - Jonas
>
Actually, it was, and I was expecting to be able to find it, but didn't,
which is why I asked! :)
Thomas
-
On 06/12/2012 10:25 AM, Aron Xu wrote:
> I'm not expecting to hide anything, but it's harmful to announce the
> world by a discussion in debian-devel that we are affected with no
> solution provided, at the time related people (means the maintainers
> and Security Team, not including the user - lik
On 06/11/2012 06:46 AM, Serge wrote:
> Do you use 2.6 kernel and have FF profile and VB images on the same ext4
> partition?
>
My laptop setup is:
- kernel 2.6.32-5 (Squeeze...)
- RAID1 (replacing my thinkpad DVD ultrabay by a 2nd HDD)
- LVM
- dm-crypt
- ext3
Yes, both the VB images and FF pro
On 06/13/2012 09:14 PM, Simon McVittie wrote:
> On 13/06/12 13:46, Thomas Goirand wrote:
>
>> Writing to my disk is normally quite
>> fast, but I've noticed indeed that when it's VB that does it, it's slow.
>> If I don't find a way, I guess I&#x
ade the default one in Alioth, and if the gbp.conf tells
where to fetch upstream master branch, it seems doable.
Also, I've noticed that apt-cache show doesn't display the Vcs fields.
What's the way on the command line, so we could write such a
script that would clone the repo?
Thoug
On 06/15/2012 12:03 AM, Cyril Brulebois wrote:
> Anyway, here's what I've been doing for our 150+ X packages:
>
> $ cat xserver-xorg-video-ati.git/debian/watch
> #git=git://anongit.freedesktop.org/xorg/driver/xf86-video-ati
> version=3
> http://xorg.freedesktop.org/releases/individual/driver/
> x
On 06/15/2012 01:50 PM, Gergely Nagy wrote:
> While having a standardized way would be useful, there's just so many
> workflows, that you can't possibly cover all of them with a single
> syntax, and in the end, you'd end up with having to call
> package-specific scripts in the source.
>
> We alread
On 06/21/2012 10:53 AM, Paul Wise wrote:
> On Thu, Jun 21, 2012 at 6:50 AM, Philip Ashmore wrote:
>
>
>> The thought of setting up personal (or even Debian-wide) Google+ servers
>> never occurred to me.
>>
> I think you might have missed the point. Google+ is a proprietary SaaS
> used for s
On 06/21/2012 10:39 PM, Jon Dowland wrote:
> Fair enough - but let's not lob hand grenades at people who might find it
> useful. Let them get on with it if they want to.
>
Sorry, but it's fair enough to "lob hand grenades" at people suggesting
non open source solutions, useful or not. Feel free
On 06/22/2012 05:34 PM, Goswin von Brederlow wrote:
> Step 1: upgrade/dist-upgrade with ia32-libs (wine, ...) held back
> Step 2: dpkg --add-architecture i386 && apt-get update
> Step 3: dist-upgrade (ia32-libs, wine, ... is now installable)
>
May I suggest that upon upgrade, we have a debconf m
On 06/23/2012 02:18 AM, Goswin von Brederlow wrote:
> Problem is that frontends will complain about ia32-libs being not
> upgradable and might suggest removing it instead of keeping it back way
> before that. At the time base-file is upgraded ia32-libs and all other
> 32bit stuff might already have
On 06/23/2012 02:48 AM, Goswin von Brederlow wrote:
> The helpfull error messages and holding back packages would have to be
> ported to stable apt/aptitude to be any use for upgrades. And only
> people updating to the latest stable point release would benefit from
> it.
>
Unfortunately, we neve
On 06/23/2012 03:10 PM, Mehdi Dogguy wrote:
> On 06/23/2012 08:23 AM, Thomas Goirand wrote:
>> Unfortunately, we never require that our users upgrade to the latest
>> point release before upgrading to stable+1.
>
> http://www.debian.org/releases/stable/amd64/release-notes
On 06/24/2012 06:01 AM, Wouter Verhelst wrote:
> On Fri, Jun 22, 2012 at 09:32:15PM +0800, Thomas Goirand wrote:
>> On 06/22/2012 05:34 PM, Goswin von Brederlow wrote:
>>> Step 1: upgrade/dist-upgrade with ia32-libs (wine, ...) held back
>>> Step 2: dpkg --add-architec
On 06/21/2012 10:09 PM, Tollef Fog Heen wrote:
> It's all about perspective, though. We use free tools where we can, and
> we try to build free tools where it makes sense. I don't see anybody
> suggesting that we stop having debconf because the only way to get there
> for most people is to use no
On 06/25/2012 07:38 PM, Tollef Fog Heen wrote:
> ]] Thomas Goirand
>
>
>> For the booking of tickets, (public system) car software, etc., we
>> have no choice.
>>
> Sure we have, you can always use a bike or your feet or a sailboat.
>
What does
Hi,
Since March the 1st, I had Yum 3.4.3-1 ready in my Git repository. But I
didn't upload the new version of yum because of an issue with the new
version.
It seemed to be working, eg, I could bootstrap a CentOS 6 distro in a
chroot, just like you would with yum 3.2.x. And the resulting CentOS
di
On 06/28/2012 09:06 PM, Osamu Aoki wrote:
> PS: What do you find missing in ibus?
> We have 57 ibus* packages
> We have 17 scim* packages
>
I miss the crashes and unpredictability of SCIM! :)
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subjec
On 07/14/2012 08:48 AM, Charles Plessy wrote:
> Pushing the logic further, I wonder if that suggests that the Debian binary
> package format could be simplified to be a simple tarball with the metadata
> in /var/lib/dpkg, instead of the current format with a data and a control
> tarballs joined tog
package,
not one for each of the binaries it generates.
Please merge or close all but one of your open ITP, if you have
only a single source package that generates multiple binaries
(I have no way to know if that is the case, but that seems very
probable, seeing the names of the packages you are sen
On 07/21/2012 10:48 PM, Philip Ashmore wrote:
> Hi there.
>
> Has anyone thought of making Debian stickers for
> 1. products that work with Debian
> 2. products that can have Debian installed on them
>
> This would need some kind of database detailing products and any
> issues associated with them.
though I don't think this is packaged in Debian ... yet).
It would be really unfortunate that Debian can't use the same package
name as Ubuntu, let's avoid it!
Cheers,
Thomas Goirand (zigo)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
On Tue Jul 24 2012 02:02:50 AM CST, Paul Tagliamonte wrote:
> This seems an aweful lot like the nodejs / node situation.
It's very different. Here the clash is at the
package name level, not binaries in /usr/bin.
> Let's not let
> anyone take "melange" and use cream-melange and openstack-melang
On 07/24/2012 12:00 PM, Charles Plessy wrote:
> Also, we should not favor software written in the context of our downstream
> distributions, compared to sofware written independantly, otherwise the take
> home message will be that if one project wants to own a dictionary word in
> Debian, they just
On 07/24/2012 11:03 PM, Paul Tagliamonte wrote:
> Ubuntu'e `melange' is Deprecated, and is pending removal from the
> archive (see launchpad[1]).
>
> It's deprecated upstream, and won't exist in Debian :)
>
> Fondly,
> Paul
I thought I made myself clear, but it seems I haven't (sorry):
http://pac
On 08/05/2012 05:45 AM, Bernd Zeimetz wrote:
> So we require 3d acceleration for a default install? I think that is
> even more
> insane than what recent windows versions require. Can we please have a
> sane
> default desktop for people with older hardware? Maybe just chosen in d-i,
> depending on
On 08/06/2012 01:59 AM, Neil Williams wrote:
> On Sat, 4 Aug 2012 20:41:31 +0200
> Cyril Brulebois wrote:
>
>
>> A virtualbox host environment would be detected automatically, and the
>> following packages would get installed in that case:
>> virtualbox-guest-dkms
>> virtualbox-guest-utils
f ifconfig is the only reason why we should move everything,
change $PATH and so on, please find a better excuse, because
I'm not at all buying into that one!
Thomas Goirand (zigo)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe&qu
On 08/08/2012 04:28 PM, Alberto Fuentes wrote:
> On 08/08/2012 09:43 AM, Bernd Zeimetz wrote:
>> Experienced users should be able to do this easily. And those who don't
>> knwo what to do with the tools in */sbin/* probably don't want/need them
>> in $PATH.
>
>
> I think the topic in here is good d
On 08/08/2012 06:21 PM, David Given wrote:
> ifconfig (before this discussion I'd never even *heard* of ip)
>
This kind of remark make be say that probably, it'd be
nice to have ifconfig display a warning as this one:
"ifconfig is deprecated, please use ip instead"
Thomas
--
To UNSUBSCRIBE,
On 08/08/2012 08:07 PM, Andrej N. Gritsenko wrote:
> And BTW, ip command is harder to use and it rather should be in the
> category 'admin tool' than in the 'user tool'.
>
That's the 2nd time we have someone writing this in this thread.
However, ip is user accessible, while ifconfig isn't. So th
On 08/08/2012 07:16 PM, Adam Borowski wrote:
> 121 packages, too many to even think about getting rid of ifconfig in the
> short term...
>
I agree. However, proposing to put ifconfig in a user accessible way,
when it is in fact the wrong tool, is going backward, not forward.
Thomas
--
To UNS
On 08/08/2012 09:11 PM, Vincent Lefevre wrote:
> And ip is not standard (not present on every Linux systems), whereas
> I don't know any system without ifconfig.
>
Then, what do you use to list multiple IPs on a single interface?
ifconfig simply doesn't support it.
IMHO, if there's distros wit
On 08/08/2012 09:20 PM, Ulrich Dangel wrote:
> Not all programs in
> the sbin directories require root privileges.
>
Then they have nothing to do in sbin. I'm serious:
*please file a bug* !!! :)
> It is about providing good defaults for users.
>
Agreed. Which is why you should file a bug s
On 08/08/2012 10:10 PM, Ulrich Dangel wrote:
> Many things are trivial but I think it would be best to ship good defaults in
> Debian. And have all programs available for tab completion without the need to
> specify sudo in front is in my opinion a good default.
>
> There is also a question how to
On 08/09/2012 06:14 PM, Carlos Alberto Lopez Perez wrote:
> I am aware of the shortcomings of ifconfig. However it is still a nice
> and valid tool to just show the ip address the DHCP server assigned to a
> machine (AFAIK DHCP servers only assign one IP address per interface)
>
With all the du
On 08/09/2012 09:54 PM, Marco d'Itri wrote:
> openrc was recently discussed on debian-devel@ and there was a large
> consensus that it is not a credible alternative to upstart and systemd.
>
That's clearly *not* truth.
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
g *now* what will be the *default* init system. Just
that we are open to a new alternative.
Thomas Goirand (zigo)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5025e9aa.7000...@debian.org
On 08/11/2012 05:14 PM, Marco d'Itri wrote:
> On Aug 11, Thomas Goirand wrote
>> Exactly! And in this particular case, the "vendor" is RedHat, and
>> the programs are systemd and udev. If we can have an alternative,
>> using OpenRC and mdev, then I really
On 08/11/2012 10:29 PM, Marco d'Itri wrote:
> On Aug 11, Thomas Goirand wrote:
>
>
>>>> the programs are systemd and udev. If we can have an alternative,
>>>>
>^^
>
>
>> Please stop say
On 08/13/2012 04:50 AM, Marco d'Itri wrote:
> Waste of time, mdev lacks critical features like modules autoloading so
> it is laughable to argue that it is a credible udev replacement for
> any use case except (some) embedded systems.
>
> If the time will come the interested parties will fork ude
On 08/13/2012 05:20 PM, Marco d'Itri wrote:
>> As one wrote previously: mdev and OpenRC lack hostile upstreams! :)
>>
> They also lack solving large parts of the problem space.
>
I don't think anyone denies that fact. Hopefully, this will change.
Thomas
--
To UNSUBSCRIBE, email to debia
On 08/13/2012 03:44 PM, Roger Leigh wrote:
> I did start the initial Debian
> packaging work last night though.
>
Is this available in a Git somewhere?
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists
w versions.
And for that, there's no need for an ITP.
Thanks for your intention to adopt this package,
Cheers,
Thomas Goirand (zigo)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/502cbd76.6080...@debian.org
On 08/16/2012 11:42 PM, Antti-Juhani Kaijanaho wrote:
> On Thu, Aug 16, 2012 at 05:39:50PM +0200, Jerome BENOIT wrote:
>
>> According to its PTS ( http://packages.qa.debian.org/libp/libpam-ssh.html ):
>> [2011-12-03] libpam-ssh REMOVED from testing (Britney)
>> [2011-12-02] Removed 1.92-14 from
On 08/17/2012 01:24 AM, Vincent Bernat wrote:
> 3. Repacking the original tarball just to remove those files is extra
> work.
>
Yeah, just annoying everyone for a minified jquery in upstream
tarball is, to me, a bit too extreme to my taste as well, as we all know
where it's coming from, and
On 08/17/2012 09:40 AM, Paul Wise wrote:
> On Fri, Aug 17, 2012 at 1:24 AM, Vincent Bernat wrote:
>
>
>> What I didn't know until recently is that the minified version in the
>> source package should be removed (or the appropriate full version should
>> be appended).
>>
> Do we also require
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 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 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/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..
[About yui-compressor]
On 08/21/2012 02:49 AM, Vincent Bernat wrote:
> It is not used anymore and is therefore less tested and less
> trustworthy.
>
Sorry for the dumb questions (which are kind of conflicting each
other btw), but:
- If the only problem is testing, can't it be tested, so we kno
On 08/22/2012 10:09 PM, Bernd Zeimetz wrote:
> Also please remember the Social Contract:
> Our priorities are our users and free software.
>
> If I would remove an otherwise free piece of software I'm not using in
> the binary package just because the original, non-minified version of it
> is missi
On 08/24/2012 10:04 PM, Charles Plessy wrote:
> Dear all,
>
> I note that neither Fedora nor Ubuntu systems associate the text/x-php
> and text/x-php-source media types to .php files by default.
>
> Today, a rogue NMU on the mime-support package added these associations in
> Debian. I intend to re
On 08/26/2012 03:37 PM, Charles Plessy wrote:
> Hi Jonas,
>
> the Built-Using will documented in the next release of the Policy, thanks to
> the input of the FTP team.
>
> http://anonscm.debian.org/gitweb/?p=dbnpolicy/policy.git;a=commitdiff;h=4953fb7792b9fbe04c27dc817a2eb3cd9ab450b8
>
> http://bug
On 08/29/2012 03:40 AM, Stefano Zacchiroli wrote:
> The point here is whether having non-free material, which is in
> distributed tarballs but hidden by dpkg-source, would constitute
> inclusion of non-free material in what we call Debian. (Of course we're
> talking about "main" here.)
>
> Personal
On 08/30/2012 07:15 AM, Marco d'Itri wrote:
> nowadays it is clear that
> the upstream maintainers of various stuff do not support a standalone
> /usr mounted by the init scripts: if /usr is a standalone file system
> then it must be mounted in the initramfs.
>
Instead of advertizing about (ho
On 08/30/2012 02:04 PM, Ben Hutchings wrote:
> And I suppose Marco must remove all /usr dependencies from everything
> that installs a udev hook too?
>
Why not? Is the only argument against that is that upstream
took such decision, and that the work to be done is too big?
Thomas
--
To UNSUBS
On 08/31/2012 11:39 AM, Serge wrote:
> Many (most?) major successes in IT history were about inventing a good
> standard communication interface to do things. IBM PC was successful
> because it could be assembled from standard easily accessible components,
> and was easy to upgrade by just replacin
On 08/31/2012 03:39 AM, Steve Langasek wrote:
> It only requires us to ensure /usr is mounted before
> init is started.
>
Which I don't think is a good idea.
> - /usr on a separate filesystem without the use of an initramfs: not
>supported... and no discernable user demand for this.
>
On 08/31/2012 06:55 PM, Riku Voipio wrote:
> How is that different from having a botched / or /boot ? Why do you
> think having a separate /usr will make / less prone to HD crashes?
> You have / on RAID5 while /usr isn't?
>
Typically, I have / on 2 small RAID1 partitions making the array on the
On 08/31/2012 11:04 PM, Jon Dowland wrote:
> I'm struggling to understand this. In the situation you outline (/ ok,
> /usr, /var, /tmp, swap on another RAID which is hosed) -- whatever service
> the machine was offering is surely not being offered anymore (/ being too
> small to be useful for anyth
On 08/31/2012 11:52 PM, Peter Samuelson wrote:
> I guess I can understand that you want your /usr to be resizeable
Not only this. I want it on a RAID10 or RAID5 which goes faster than
my / that is hosted in a slower RAID1.
> but
> really, life is so much simpler when you just go ahead and create
On 08/31/2012 03:50 PM, Josselin Mouette wrote:
> That means there is someone who will pester other maintainers to “fix”
> their init scripts so that they work with another half-baked init
> implementation.
>
Ah... And that will not happen with systemd? Come on, we all
know that we will have to
On 09/01/2012 04:06 AM, John Paul Adrian Glaubitz wrote:
> There should be at least some compelling technical arguments for
> OpenRC.
There are, and they have been listed already.
It goes from a more manageable code (for some parts, the same
feature as in systemd, but with a code that is 5 times s
On 09/02/2012 03:57 PM, Wouter Verhelst wrote:
> On Sat, Sep 01, 2012 at 02:29:20AM +0800, Thomas Goirand wrote:
>> On 08/31/2012 11:52 PM, Peter Samuelson wrote:
>>> I guess I can understand that you want your /usr to be resizeable
>>
>> Not only this. I want it o
Serge,
I'm in the favor of having a try with OpenRC, and see what we can do,
but here, your post is a bit naive at least in some cases. Let me
explain why.
On 09/05/2012 11:47 AM, Serge wrote:
>> I don't see how these people help Debian if they start pushing their
>> own solution instead of helpi
On 09/06/2012 05:37 AM, Patrick Matthäi wrote:
> Am 05.09.2012 23:24, schrieb martin f krafft:
>
>> I said fglrx — because its binary-only version caused regular
>> crashes and headaches for Linux users.
>>
>>
> Which is ATM more useful as nvidia prop. ones. And AMD (not the ATI in
> the pa
On 09/10/2012 09:44 PM, Osamu Aoki wrote:
Why make things more complicated. What is the rationale to pick i686
over others now. Why change to x86-64 which is AMD origin. If slashed
to listing are list of vender released names, it should be
(AMD64/Intel 64). We picked one archive identifier at o
On 09/11/2012 08:07 PM, Cyril Brulebois wrote:
M-x thread-hijacking-mode
Josselin Mouette (11/09/2012):
Just because these people are noisy doesn’t make them numerous.
Furthermore, Debian (and Ubuntu too IIRC) makes “GNOME classic”
available right from the login manager, with the default inst
On 09/17/2012 05:56 PM, Andreas Beckmann wrote:
Hi,
another recent addition to piuparts is running debsums to see whether
shipped files are being incorrectly modified. This feature is in a
experimental stage and not available in the git repository, yet.
So far I have seen these problems:
* pac
On 09/17/2012 10:03 PM, Marco d'Itri wrote:
On Sep 17, Bernd Zeimetz wrote:
To cite http://release.debian.org/wheezy/rc_policy.txt:
Packages' /etc/default scripts must be treated as configuration files.
Which are not the same things as conffiles.
I of course agree with Marco.
BTW, "conffil
ven though
I will not use it because of the method that it was forced upon me. And
yes, OO is still a better suite than LO. Apache has stepped up and made
the needed changes.
Why is it better? The patch statistics don't agree with you, unless this has
changed recently.
It is now time for yo
On 09/20/2012 12:25 AM, Philipp Kern wrote:
I've never seen somebody starting to use "conffile" when he really meant
"configuration file".
I've never seen it either.
But I've seen many instances of the following:
- A knowledgeable DD write about "conffiles"
- a newbie writing "yes but my config
On 09/20/2012 01:58 AM, superuserlaptop wrote:
This to me is a form of sabotage.
It turns out that "superuserlaptop" is using a Squeeze system,
half upgraded, with a MATE Wheezy unofficial repository, both
Stable, Wheezy and SID repositories in his sources.list but
without doing a dist-upgrade,
On 09/23/2012 11:49 PM, Joachim Breitner wrote:
Also, the real time-consuming work for us is when we
need to upload all>450 packages with no source change, or a trivial
one.
Someone assigned with such task as modifying (even trivially)
and uploading 450 packages should definitively be(come) a DD
On 05/13/2013 03:06 PM, Ritesh Raj Sarraf wrote:
> 1) Duplicate bug reports: There are high possibilities that we could see
> a sudden increase in the number of bug reports, many duplicates. This is
> something I'm not sure how we want to evaluate. We could give apport a
> try, and leave it to the
On 05/13/2013 06:05 AM, Josselin Mouette wrote:
> Le dimanche 12 mai 2013 à 19:40 +0200, Helmut Grohne a écrit :
>> With all due respect, this might be utter bullshit, but is at least
>> [citation needed]. I have yet to see a failing pid 1 (be that sysv,
>> upstart or systemd). Acquiring data on f
On 05/14/2013 04:51 PM, Josselin Mouette wrote:
> Yes of course, because a different init system will magically make your
> other disk bootable.
This is absolutely *NOT* what I said. Nothing in my message
compares this or that init system. I just replied that when you
have apache, it's easier to r
On 05/13/2013 07:08 PM, Vincent Lefevre wrote:
> On 2013-05-07 23:54:36 +0800, Thomas Goirand wrote:
>> On 05/07/2013 04:00 AM, Vincent Lefevre wrote:
>>> This can be fine for some daemons/servers. For instance, for a web
>>> server, displaying a default web page is
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python3-pyparsing
Version : 2.0.0
Upstream Author : Paul McGuire
* URL : http://pyparsing.wikispaces.com/
* License : MIT
Programming Lang: Python
Description : Python parsing
On 05/14/2013 06:07 PM, Philip Hands wrote:
> He missed the fact that you were contrasting one non-crashing init, that
> is capable of restarting dead services, with another non-crashing
> init setup that is not able to do so (without help).
Oh, indeed I missed that point! Thanks Phil.
Thomas
-
On 05/15/2013 05:52 AM, Vincent Bernat wrote:
> I have still hard time to consider that you absolutely did not mention
> something related to a bootloader.
I believe Phil Hands explained better than I would
what I tried to explain.
On 05/15/2013 05:52 AM, Vincent Bernat wrote:
> Like in the previo
On 05/17/2013 01:02 PM, Paul Wise wrote:
> On Fri, May 17, 2013 at 1:01 AM, Pau Garcia i Quiles wrote:
>
>> I am having trouble with my package jquery-jplayer (a JavaScript library
>> with Flash fallback) and I would like to ask for advice on how to proceed
> I would suggest asking upstream again t
On 05/18/2013 08:30 PM, Holger Levsen wrote:
> Hi,
>
> I've noticed that virtualbox moved from main to contrib (via
> http://jenkins.debian.net/job/chroot-installation_sid_install_full_desktop/)
> and while I personally don't use virtualbox anymore I think this is news to
> be
> announced (henc
On 05/21/2013 06:35 PM, Ondřej Surý wrote:
> Also integrate it with git-pbuilder/pbuilder/cowbuilder to run
> piuparts inside the created clean(ish) chroot, so it's less time
> consuming.
>
> O.
This really would be nice, indeed!!!
I've been asking for that feature already, and I am happy to see
th
On 05/22/2013 04:53 AM, Lucas Nussbaum wrote:
> - Neither systemd nor upstart are likely to be ported to kfreebsd soon,
> as they both rely on many Linux-specific features and interfaces.
Though it should be easy enough to port OpenRC to kFreeBSD and Hurd,
once it completes its support for the c
On 05/23/2013 01:45 AM, Josselin Mouette wrote:
> I understand it will be a pain for Ubuntu if Debian picks a different
> init system. I don’t think this is relevant for the discussion, though.
It might be very relevant for many of us that our package works on
*both* Debian and Ubuntu (and other d
On 05/23/2013 02:35 AM, John Paul Adrian Glaubitz wrote:
> Honestly, these personal accusations against Lennart are getting old and
> boring. Don't you really have any other good argument to bring up
> against systemd other than you dislike *one* of the systemd developers?*
>
> [...]
>
> * As you
On 05/23/2013 03:55 PM, John Paul Adrian Glaubitz wrote:
> On 05/23/2013 06:56 AM, Thomas Goirand wrote:
>>> * As you may know, systemd is developed by a large amount of
>>>contributors.
>>
>> If you are tired of seeing the same arguments,
>
> Personal
On 05/23/2013 03:15 PM, Lucas Nussbaum wrote:
> I have the (possibly wrong) impression that OpenRC is less advanced
> technically than systemd and upstart, and lacks many of their advantages
> For example, according to https://bugs.gentoo.org/show_bug.cgi?id=391945
> which is linked from
> http://w
-maint/openrc.git
it currently has the lsb.pl script as a patch over here:
debian/patches/lsb-header-support.patch
though it doesn't have the python implementation of Bill Wang.
Roger, Patrick, Bill, heroxbd, your comments on the above are more than
welcome. I hope I didn't
On 05/24/2013 04:15 PM, Jonathan Dowland wrote:
> On Fri, May 24, 2013 at 04:07:06AM +0800, Thomas Goirand wrote:
>> On 05/23/2013 03:55 PM, John Paul Adrian Glaubitz wrote:
>>> How on earth does that contradict with the fact that 40%, i.e.
>>> the minority of all co
401 - 500 of 1971 matches
Mail list logo
