Re: Have NetworkManager disabled by default when... (was: Recommends for metapackages)

On 2012-07-18 15:01:43 +0200, Adam Borowski wrote: > On Wed, Jul 18, 2012 at 02:18:12PM +0200, Vincent Lefevre wrote: > > Sorry for being late in the discussion. I also think that having > > NetworkManager disabled for those who do not want to use it is > > a good solution

Re: Have NetworkManager disabled by default when... (was: Recommends for metapackages)

useful > curses and cli interfaces). One may want to use ifupdown for wired because it is more powerful than wicd, thanks to the "mapping" stanza. In such a case, one needs to disable wired completely in wicd, and then, I don't think it can autoconnect to wifi only when there&#

Re: solving the network-manager-in-gnome problem

nabled by default. For instance, some packages may be installed automatically (due to dependencies), or one may want the client, but not the server. Such services should be disabled by default. -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <ht

Re: solving the network-manager-in-gnome problem

On 2012-07-22 14:11:41 +0100, Roger Leigh wrote: > On Sun, Jul 22, 2012 at 01:50:58PM +0200, Vincent Lefevre wrote: > > I disagree. ENABLE/DISABLE switches have some advantages: they are > > more readable than a set of symlinks, allow all the settings of some > > service to b

Re: solving the network-manager-in-gnome problem

Hi Michael, On 2012-07-22 16:25:15 +0200, Michael Stapelberg wrote: > Quoting Vincent Lefevre (2012-07-22 15:53:13) > > I don't think there's anything wrong with enhancing the way that > > sysvinit works, as long as the user can still use the update-rc.d > > metho

Re: solving the network-manager-in-gnome problem

On 2012-07-22 16:40:48 +0200, Wouter Verhelst wrote: > On Sun, Jul 22, 2012 at 01:50:58PM +0200, Vincent Lefevre wrote: > > On 2012-07-22 11:43:14 +0200, Wouter Verhelst wrote: > > > ENABLE/DISABLE switches are *ugly*, > > > > I disagree. ENABLE/DISABLE switches

Re: glibc very old

entially more secure. By "correct", I mean that the result is somewhat acceptable (not that the result is correctly rounded and the rounding direction is honored), instead of getting completely wrong values or even a crash. -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100%

Re: solving the network-manager-in-gnome problem

On 2012-07-23 10:21:04 +0200, Tollef Fog Heen wrote: > ]] Vincent Lefevre > > > OK, if Debian plans to support other init systems, that's fine. > > It already does. Not really, or at least not in a nice way, because sysvinit is an essential package. Also, I don

Re: solving the network-manager-in-gnome problem

On 2012-07-23 07:23:40 -0300, Henrique de Moraes Holschuh wrote: > On Mon, 23 Jul 2012, Vincent Lefevre wrote: > > so that if you want to make things more consistent, you should > > get rid of /etc/default entirely. > > /etc/default is used for a lot more than just enabli

Re: solving the network-manager-in-gnome problem

On 2012-07-23 15:26:29 +0200, Vincent Lefevre wrote: > No, I just mean that configuration of some service should be > in a limited number of places. But if you agree that it's fine > for /etc/default to override config setup somewhere else, then > there should not be any pr

Re: solving the network-manager-in-gnome problem

On 2012-07-23 15:55:27 +0200, Tollef Fog Heen wrote: > ]] Vincent Lefevre > > > On 2012-07-23 10:21:04 +0200, Tollef Fog Heen wrote: > > > ]] Vincent Lefevre > > > > > > > OK, if Debian plans to support other init systems, that's fine. > >

Re: solving the network-manager-in-gnome problem

On 2012-07-23 17:59:21 +0100, Roger Leigh wrote: > On Mon, Jul 23, 2012 at 03:26:29PM +0200, Vincent Lefevre wrote: > > No, I just mean that configuration of some service should be > > in a limited number of places. But if you agree that it's fine > > for /etc/defaul

Re: glibc very old

On 2012-07-24 13:45:08 +0900, Miles Bader wrote: > Vincent Lefevre writes: > > By "correct", I mean that the result is somewhat acceptable (not > > that the result is correctly rounded and the rounding direction is > > honored), instead of getting completely w

Re: solving the network-manager-in-gnome problem

On 2012-07-24 08:16:43 +0200, Tollef Fog Heen wrote: > ]] Vincent Lefevre > > > On 2012-07-23 15:55:27 +0200, Tollef Fog Heen wrote: > > > ]] Vincent Lefevre > > > > > > > On 2012-07-23 10:21:04 +0200, Tollef Fog Heen wrote: > > > > >

Re: solving the network-manager-in-gnome problem

he latter takes > precedence. I just mean that the systemd package description mentions the SysV init scripts, but not the .service files. So, it was not clear that systemd had its own files that could replace the SysV init scripts completely. -- Vincent Lefèvre - Web: <http://www.vin

Re: glibc very old

On 2012-07-26 03:58:33 +0900, Miles Bader wrote: > Vincent Lefevre writes: > >> So... these functions were made almost an order of magnitude slower > >> in the (overwhelmingly) common case, in order to handle rare and > >> exceptional cases...? > > > >

Re: emacs23 and/or emacs24 in Wheezy?

ed files several times without noticing the problem because of this bug. And it is fixed in emacs24. -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (

Re: glibc very old

On 2012-07-26 13:33:46 +0900, Miles Bader wrote: > Vincent Lefevre writes: > > I think that there could be an optimization like that in > > fesetround() too. > > Do you think it's worth proposing this to the glibc people? Yes, since this makes the code much faster on s

Re: emacs23 and/or emacs24 in Wheezy?

On 2012-07-26 10:50:52 +0200, Svante Signell wrote: > On Thu, 2012-07-26 at 02:39 +0200, Vincent Lefevre wrote: > > emacs23 doesn't have RC issues, but bug 608417 is close to one. This > > bug is worse that I expected in the first place. I got corrupted files > > several

Re: solving the network-manager-in-gnome problem

scripts are allowed to execute init scripts directly with "start" or "restart" (see rsync postinst script, for instance), this must not be the case. Otherwise there would be no means to disable a daemon (uninstalling the package would not be a satisfactory solution because the clien

Re: solving the network-manager-in-gnome problem

ot need to check" but "must not check", because /usr/sbin/invoke-rc.d may not be there if the system is broken, and in such a case, trying to start the daemon while the user may have requested to disable it is bad for the security of the system. -- Vincent Lefèvre - Web: <htt

Re: solving the network-manager-in-gnome problem

mons inside chroots is use > policyrcd-script-zg2 and then add a [custom script]. That script should > be easily changed/extended e.g. using "run-parts --list", and either > published at our wiki or released in a package conflicting with > policyrcd-script-zg2. There&#x

Re: Change default PATH for Jessie / wheezy+1

❦ 8 août 2012 09:02 CEST, Christian PERRIER  : > I'm probably a bit old school here, but I think that the distinction > between bin and sbin still makes sense. Maybe some binaries are > misplaced (for instance, if ifconfig makes sense to be used as normal > user, then it should be moved to /bin)

Re: Change default PATH for Jessie / wheezy+1

w any system without ifconfig. Anyway it's up to the user to choose the commands he wants. -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyo

Re: Change default PATH for Jessie / wheezy+1

o be improved is the completion system, based on what the user really uses. -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSU

Re: Change default PATH for Jessie / wheezy+1

On 2012-08-08 22:01:37 +0800, Thomas Goirand wrote: > 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

Re: Change default PATH for Jessie / wheezy+1

❦ 8 août 2012 09:15 CEST, Michael Stummvoll  : >> Moving ifconfig to /bin would break a lot of things calling >> `/sbin/ifconfig`. > > there could be a link for compatiblity If we start symlinking, a symlink from /sbin to /bin seems easier. Once we start a breach, we'll get more and more reques

Re: Change default PATH for Jessie / wheezy+1

❦ 8 août 2012 09:43 CEST, Bernd Zeimetz  : >> Currently the default PATH for Debian does not include /sbin, /usr/sbin, nor >> /usr/local/sbin. If an user wants to run a program in either /sbin/ or >> /usr/sbin >> the full path must be specified. >> > > Or the user just adds those directories to

Re: Change default PATH for Jessie / wheezy+1

❦ 8 août 2012 16:56 CEST, "Andrej N. Gritsenko"  : >>Then, what do you use to list multiple IPs on a single interface? >>ifconfig simply doesn't support it. > > In fact, I have multiple IPs on a single interface right now on the > machine where I write this letter. And I never used 'ip' befo

Re: Change default PATH for Jessie / wheezy+1

❦ 8 août 2012 12:21 CEST, David Given  : > ifconfig (before this discussion I'd never even *heard* of ip) All what is inside "net-tools" package is old and hardly maintained. "arp" can be replaced by "ip neigh", "ifconfig" by "ip addr" or "ip link", "route" by "ip route", "ipmaddr" by "ip mad

Re: Change default PATH for Jessie / wheezy+1

❦ 8 août 2012 19:54 CEST, Andrew Shadura  : >> "arp" can be replaced by "ip neigh", "ifconfig" by "ip addr" or "ip >> link", "route" by "ip route", "ipmaddr" by "ip maddr", "mii-tool" by >> "ethtool", "netstat" by "ss", "nameif" by "ip link", "iptunnel" by >> "ip tunnel". "iproute" and "ethtool"

Re: Change default PATH for Jessie / wheezy+1

pmod --help There is no need to be root to read the documentation. -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBS

Re: choice in core infrastructure decisions (Re: Bug#684396: ITP: openrc -- alternative boot mechanism)

❦ 11 août 2012 01:12 CEST, Josselin Mouette  : >> Declaring "one area -- one chosen tool" is declaring the monopoly in the >> area. As with other monopolies, this often leads to "vendor" lock-in, >> stagnation, stopping developing the standards. Have seen examples of all >> that occasionally. > >

Minified javascript files

Hi, Many packages ship minified versions of Javascript code for things like jQuery. The usual way to handle this is to not ship the minified code with the binary package and to request a dependency to libjs-jquery and replace the file with a symbolic link. What I didn't know until recently is tha

Re: Minified javascript files

❦ 17 août 2012 09:39 CEST, Jakub Wilk  : >> 1. The license allows redistribution and modification of the >> minified version without having the sources. Therefore, we are only >> dealing with DFSG here. > > While jQuery license is permissive, it does impose certain > conditions[0] on distributors

Re: Minified javascript files

❦ 18 août 2012 19:46 CEST, "Bernhard R. Link"  : >> That way, there's no need to strip unused RFC, minified javascript, Flash >> files, >> PDF without sources, etc. > > Striping them away is only the forth best solution. There are some better > solutions like: > > - make upstream include the sou

Re: Misc Developer News (#30)

ible to improve reportbug so that it will be possible to automaticcaly subscribe a bug when reporting it? Anyone already working on it? Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7

Re: Misc Developer News (#30)

Le 19/08/2012 01:17, Sandro Tosi a écrit : > On Sun, Aug 19, 2012 at 1:12 AM, Vincent Danjean wrote: >> Hi, >> >> Le 18/08/2012 12:47, Paul Wise a écrit : >>> Control Commands at sub...@bugs.debian.org time >>> -

Re: Minified javascript files

❦ 19 août 2012 15:11 CEST, "Bernhard R. Link"  : >> The difference is that we need to bug upstream about a file that we >> won't even use. There is no real bug (not even a licensing issue). > > They are distributing files without source, so everyone else can either > not just easily modify it or

Re: Minified javascript files

❦ 19 août 2012 20:10 CEST, Simon Josefsson  : >>> They are distributing files without source, so everyone else can either >>> not just easily modify it or verify if it really does what it is >>> supposed to do. This is definitely a shortcoming in what upstream ships >>> and really something you s

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

❦ 19 août 2012 20:32 CEST, Ben Hutchings  : >> 1) In parts it has some security issues. >> - At least the default setting seems to be that any user can connect to >> any network. > [...] > > According to README.Debian: > > To allow users to connect to the NetworkManager daemon they have to be in

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

❦ 20 août 2012 04:07 CEST, Guillem Jover  : >> But also: >> >> Alternatively you can install the "consolekit" package which will >> grant access for all locally logged in users. > > ConsoleKit has already been dropped and deprecated by upstream: > >

Re: Minified javascript files

❦ 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

Re: Minified javascript files

❦ 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

Re: Minified javascript files

❦ 23 août 2012 01:01 CEST, Pau Garcia i Quiles  : >> I think the debate in this thread is about whether it makes sense to >> require removing the minimized version from the upstream source when we >> don't install that file or otherwise use it in the binary package (because >> the binary package

Re: How to handle dirty tarballs (Was: Enabling uscan to simply remove files from upstream source)

|| || To answer your question: Yes, I find it reasonable to "normalize" when || repackaging. ... keeping in mind that it would be a nice property if the package also builds when the normalized .orig.tar.gz is replaced with the true upstream .tar.gz. -- Vincent Zweije| "I

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

On 2012-08-20 13:08:53 +0200, Bjørn Mork wrote: > Why do you install gnome-core if you don't want the resulting > package mess? If it isn't that important, I think the word "essential" shouldn't be used. -- Vincent Lefèvre - Web: <http://www.vinc17.net/&

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

te that 'ifup' put it the first time. I > want it back in that state now, why won't it do that? Anyway even if one just uses ifup/ifdown (not ifconfig), one can get an inconsistent state (and not fixable by ifupdown). http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685500

Re: About the media types text/x-php and text/x-php-source

t if the intent is to display the source (with specific style), not to run it? -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -

Re: About the media types text/x-php and text/x-php-source

On 2012-08-28 04:32:18 +0200, Christoph Anton Mitterer wrote: > On Mon, 2012-08-27 at 11:03 +0200, Vincent Lefevre wrote: > > On 2012-08-26 19:55:49 +0200, Christoph Anton Mitterer wrote: > > > Now obviously there's a small border; I guess IETF's idea is: > >

Re: [proposal] use xz compression for Debian package by default

aside). Before wondering whether PNG files should have an additional compression level, is there any reason why a better PNG compression isn't used in the first place? For instance, "optipng -o9" tries various parameters and keeps the best one. -- Vincent Lefèvre - Web: <http://www.vi

Re: About the media types text/x-php and text/x-php-source

nd unfortunately there is no way to tell it that some application/* types are text-based. > The whole point of the text/* classification system is to allow a > sensible fallback in this case. Yes. -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML

Re: About the media types text/x-php and text/x-php-source

On 2012-08-28 12:36:22 +0100, Ian Jackson wrote: > Vincent Lefevre writes ("Re: About the media types text/x-php and > text/x-php-source"): > > Now, the sender could also provide a charset with > > application/*, in which case the recipient client should know >

Re: About the media types text/x-php and text/x-php-source

e still providing language information. > Just look at IETF's handling of ecmascript and javascript types, where > text/* was deprecated. They are deprecated *for execution*. If the user wants to distribute the source, meant as visible as text, then text/plain and text/x-* are fine.

Re: About the media types text/x-php and text/x-php-source

On 2012-08-28 15:53:51 +0200, Christoph Anton Mitterer wrote: > On Tue, 2012-08-28 at 15:20 +0200, Vincent Lefevre wrote: > > Perhaps it would be more clear like that: one may want to consider > > a script as a program/application that can be executed, in which > > case ap

Re: About the media types text/x-php and text/x-php-source

http://example.com/foo.php or http://example.com/foo) then that should > be achieved by webserver configuration, and should not involve any > changes to the filename-based mime type recognition system used for > the rest of the system (eg mutt). I agree. -- Vincent Lefèvre - Web: &

Re: Proposal: Making Debian compiler agnostic

hat deprecated functions are used, not at the time that deprecated functions are declared with their attribute (ie in ) Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

t found a solution to recognize my N900 with ifupdown (the MAC address changes too often). Also, how to dynamically set the route (e.g. via eth0 or via usb0 [thanks to 3G connection on the other side] depending on some conditions) is unclear. -- Vincent Lefèvre - Web: <http://www.vinc17.net/&

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

On 2012-08-29 19:17:36 +0800, Paul Wise wrote: > On Wed, Aug 29, 2012 at 5:46 PM, Vincent Lefevre wrote: > > There's also usbnet, which is used when I connect my Nokia N900 to > > my laptop. There must also be a fixed setup, but I haven't found a > > solution to

Re: About the media types text/x-php and text/x-php-source

uous. You can see a problem that occurred in practice: https://github.com/edicl/hunchentoot/issues/1 -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS

Re: [b-d][falla] acl2

n debian/rules. To even avoid the start of the compilation (ie also preparing the chroot), cannot we use something like: Build-Depends: {normal stuff...}, maintainer-avoid-build [!foo] This should prevent autobuilders to try to build the package on all but foo architectures, no ? Regards,

Re: Stuff from /bin, /sbin, /lib depending on /usr/lib libraries

❦ 2 septembre 2012 12:10 CEST, Thomas Goirand  : >>> Not only this. I want it on a RAID10 or RAID5 which goes faster than >>> my / that is hosted in a slower RAID1. >> >> Okay, this is where you stopped making sense. >> >> RAID1 is *not* slower than RAID5. On the contrary. Think about it: > >

Re: greater popularity of Debian on AMD64?

t public support to AMD"; it is merely a statement of fact. A high popcon rating for an architecture or a set of packages does not mean that Debian endorses the use of said architecture/packages. Regards, Vincent -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subje

question about section and name of a manpage

(the name of the project providing this implementation) - ??? And my first idea would be to put this manpage in the section 7 (misc). What do you think of all of that? Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6

Re: packages, uses dbconfig-common and mysql/postgresql installation order.

some problems in postinst order between the DB and its package. One possible solution would be that apt (dpkg?) try to order package postinst as much as possible, not only for depends as currently, but also recommends and suggests *when possible*. I do not know at all if what I suggest is already

Re: jessie release goals

On 2013-05-13 16:26:58 +0200, Vincent Lefevre wrote: > One could imagine the same thing but with testing directories... > Something like in the /etc/default/ file: > > test -f some_dir || ENABLED=0 > > But this method needs an "ENABLED" variable! Actually, that w

Re: jessie release goals

On 2013-05-13 21:42:20 +0800, Paul Wise wrote: > On Mon, May 13, 2013 at 7:33 PM, Vincent Lefevre wrote: > > Yes, but similarly, there's no way to do this automatically. > > apt-get autoremove is automatic, or if you want that earlier you could > remove sensord us

Re: /bin/sh (was Re: jessie release goals)

❦ 14 mai 2013 11:54 CEST, Thomas Goirand  : >> 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 easi

Re: jessie release goals

On 2013-05-15 01:00:37 +0800, Thomas Goirand wrote: > 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 in

Re: /bin/sh (was Re: jessie release goals)

upport is completely disabled, and enabling it yields incompatibilities (that's why http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659932 is still there). -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>

Re: jessie release goals

This is not possible, as I have only one server (which is sufficient for a personal server). -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -

Re: /bin/sh (was Re: jessie release goals)

27;t implement WCE either. My bug reports: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683671 for dash http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708633 for posh http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708634 for mksh -- Vincent Lefèvre - Web: <http://www.vinc17.n

Re: jessie release goals

On 2013-05-18 14:55:46 +0900, Charles Plessy wrote: > http://wiki.debian.org/umask It says: An umask of 022 gives write permission to the other group members. Is it true? -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://ww

Re: jessie release goals

On 2013-05-19 09:17:31 +0200, Jean-Christophe Dubacq wrote: > Le 16/05/2013 08:43, Vincent Lefevre a écrit : > > On 2013-05-15 20:27:09 +0200, Jean-Christophe Dubacq wrote: > >> No. Your server comes unconfigured, you do configure it while the other > >> is still wor

Re: Debian systemd survey

is a sufficiently big design issue, imho. > (Btw, in the mean time I belive this issue is related to /etc/mtab, but I'm > not sure yet.). Well, a frozen boot without much information can also occur with sysvinit (e.g. due to udev). For instance, I had the following problem in the past:

Re: Is there an active Debian mactel team?

o do if there are any incompatibilities with the current bumblebee packages in Debian (but off the top of my head, I can't think of any). Regards, Vincent -- 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/CACZd_tD+m2sZB-GK1ZyCzVO=W7QOAX=tvjth3qtr4+p+3b6...@mail.gmail.com

Re: using upstart in Debian [was, Re: Debian systemd survey]

❦ 24 mai 2013 12:29 CEST, Dmitrijs Ledkovs  : > The best way to run daemons under upstart is in foreground, then > correct PID is tracked and the complete stdout/stderr is properly > collected and stored in /var/log/upstart/$job.log (even early boot > output). The best way to run a daemon under

Re: "Blacklists" in BTS (stopping the trolls and bug machines)

this?). If you think you are distracted by some bug reports, end users are also distracted by debug messages (which are not clearly debug messages) in the terminal. -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/

Re: systemd .service file conversion

❦ 27 mai 2013 08:38 CEST, Helmut Grohne  : >> At the risk of adding another level of indirection, we could add a >> meta-init format that can generate an appropriate file for any of these. > > Are you aware of http://wiki.debian.org/MetaInit (packages metainit and > dh-metainit)? That work was st

Re: How to check for other init systems from sysvinit script

❦ 30 mai 2013 23:07 CEST, Steve Langasek  : >> . /lib/lsb/init-functions > >> (Which should be near the top of your init script already.) >> This will automagically invoke systemd or upstart if appropriate. > > No, it won't. What it will do is provide a shell function you can call to > check if

Re: How to check for other init systems from sysvinit script

❦ 30 mai 2013 23:47 CEST, Steve Langasek  : >> > No, it won't. What it will do is provide a shell function you can call to >> > check if init is upstart, and if so, neuter your init script: > >> > if init_is_upstart; then >> > exit 1 >> > fi > >> > Doing this automatically by including /

Re: Custom Reload command/signal in upstart

❦ 1 juin 2013 00:44 CEST, Steve Langasek  : >> start on (local-filesystems and net-device-up IFACE!=lo) >> stop on runlevel [016] > > FYI, it's strongly recommended to use 'start on runlevel [2345]' here as the > start condition, for several reasons: > > - The 'filesystem' events are one-time e

Re: Switching to mozilla ESR in stable-security

orts, but would not install such software by default. > > Packages which, by the way, are not supported by the security team. Is it important? Doesn't upstream (here, Mozilla) do a good job concerning security? -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible vali

Re: default MTA

ion). > We might want to think of a better notification system, but email is > definitely not fit for that anymore. Email should still be available. Otherwise make sure that notification is available remotely... -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated

Re: Debian systemd survey

a consequence of the old wishlist bug 32877, from 1999!). Aren't systemd and upstart config files affected by this problem? -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Work: CR INRIA - comp

Re: Debian systemd survey

sarily be aware of such a change. I hope the user isn't required to write config files that can dynamically update themselves from new /lib/... files. :) -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Wo

Re: Survey answers part 1: systemd has too many dependencies, …

❦ 9 juin 2013 11:45 CEST, Bjørn Mork  : > You do of course not have to agree. This is my personal opinion only. > But I believe it is useful to read Jamie Zawinski's view on screensavers > and toolkit library dependencies, and try to figure out how that can be > relevant to systemd and external

Re: Survey answers part 1: systemd has too many dependencies, …

Le 2013-06-10 10:18, Ondřej Surý a écrit : systemd does not rely on a toolkit. So, most of the arguments listed by Jamie do not hold. I suppose that you are mostly worried by libdbus since other libraries are already used in other critical daemons. Personally I would be more worried about libp

Bug severity and private data disclosure

by allowing access to private data of users who use the package (BTW, logging passwords in general log files would fall in the same class of security bugs.) [*] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711848 -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% acce

Re: Bug severity and private data disclosure

istbugs, which takes into account RC bugs by default (and asking it to list *all* important bugs is not a solution). -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC projec

Re: Bug severity and private data disclosure

> > If what you're trying to do is improve the wording of the bug severity > guidelines, have you considered emailing owner@bugs ? Not yet. -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Wo

Re: Bug severity and private data disclosure

ick look at the changelog, it used to be supported, the > support broke, and got removed. Fixing/adding it back might make > sense. ] I've just reported a wishlist bug for filtering on severity/tag combinations: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711874 -- Vin

Re: Bug severity and private data disclosure

On 2013-06-10 23:28:28 +0600, Andrey Rahmatullin wrote: > On Mon, Jun 10, 2013 at 04:15:27PM +0200, Vincent Lefevre wrote: > > This is important for apt-listbugs, which takes into account RC bugs by > > default > Which too is not ideal: for example, I don't think users shou

Bug#712035: ITP: libvdpau-va-gl -- VDPAU driver with OpenGL/VAAPI backend

Package: wnpp Severity: wishlist Owner: Vincent Bernat -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: libvdpau-va-gl Version : git Upstream Author : Rinat Ibragimov * URL : https://github.com/i-rinat/libvdpau-va-gl * License : LGPL-3.0

Re: Survey answers part 2: the systemd transition

ystem B) when apache2.service does not exist I know that there exists commands to avoid to call theses sysvinit scripts directly, but direct invocation something that is widely used around me. Regards, Vincent -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a su

Re: ITP: Percona XtraBackup - hot backup utility for MySQL

❦ 2 juillet 2013 09:20 CEST, Paul Wise  : >> Why is the tarball so big and why did it require an internet connection? >> Well, XtraBackup uses *part* of the MySQL code (actually, mostly parts >> of InnoDB) > > An alternative to including the MySQL InnoDB code might be to > build-depend on mysql-

Re: Berkeley DB 6.0 license change to AGPLv3

RL couldn't even be sufficient, as some software, such as Subversion, can be used remotely without a shell access, so that there may be no way to fetch a "file:" URL without installing a new service.) -- Vincent Lefèvre - Web: <http://www.vinc17.net/> 100% accessible v

Re: Berkeley DB 6.0 license change to AGPLv3

On 2013-07-04 15:00:05 +0200, Stefano Zacchiroli wrote: > On Thu, Jul 04, 2013 at 02:08:33PM +0200, Vincent Lefevre wrote: > > What about users who patch and rebuild software locally? > > That was the second paragraph of my post (that you snipped :)), i.e.: > > > I

Pepper Flash for Chromium

Hi! Adobe has handed the responsability of maintaining its Flash Player for Linux to Google who has ported it from NPAPI to PPAPI (also known as Pepper Plugin API). This API is cross-platform but currently only supported by Chrome/Chromium. Firefox has no plan to support it. While Google Chrome i

Re: Pepper Flash for Chromium

❦ 7 juillet 2013 13:05 CEST, Stéphane Glondu  : >>> Unless you have been specifically permitted to do so in a separate >>> agreement with Google, you agree that you will not reproduce, >>> duplicate, copy, sell, trade or resell the Services for any >>> purpose. > > Has anyone considered asking

<    2   3   4   5   6   7   8   9   10   11   >