Re: [idea]: Switch default compression from "xz" to "zstd" for .deb packages

Hallo, * Hideki Yamane [Sat, Sep 16 2023, 10:31:20AM]: > Today I want to propose you to change default compression format in .deb, > {data,control}.tar."xz" to ."zst". I tend to agree but... > # Compared to past change to xz proposal (in DebConf12) > > There are reasons why I propose this >

Re: Bug#992692: general: Use https for {deb,security}.debian.org by default

Hallo, * Michael Stone [Wed, Sep 08 2021, 07:25:26PM]: > On Wed, Sep 08, 2021 at 03:56:14PM +0200, Ansgar wrote: > > On Wed, 2021-09-08 at 15:41 +0200, Helmut Grohne wrote: > > > On Wed, Sep 08, 2021 at 02:01:03PM +0200, Ansgar wrote: > > > > So what do you suggest then? Tech-ctte as with merged-/u

Re: Thanks and Decision making working group (was Re: General Resolution: Statement regarding Richard Stallman's readmission to the FSF board result)

Hallo, * Simon Richter [Mon, Apr 19 2021, 06:37:01PM]: > Make no mistake, the quest to have "apolitical" free software is deeply > political in itself: the process that decides which group can establish Catch 22? Sorry, by your definition there is no way to escape from political discussions. No

Re: On doing 3000 no-source-change source-only uploads in January 2021

Hallo, * Holger Levsen [Thu, Dec 31 2020, 12:50:30PM]: > as described in Message-ID: <20201231124509.gb3...@layer-acht.org> > or > http://layer-acht.org/thinking/blog/20201231-no-source-change-source-uploads/ > I plan to do 3000 NMUs soon. > > Attached is the list of affected packages, maintain

Re: Y2038 - best way forward in Debian?

Hallo, * Steve McIntyre [Tue, Feb 04 2020, 01:14:10PM]: > * 32-bit ABIs/arches *can* be told to use 64-bit time_t from glibc >upwards, but this will of course affect the ABI. Embedded uses of >time_t in libraries will change size, etc. This *will* be safe for >2038. > > So, we're all

Re: Heads up: persistent journal has been enabled in systemd

Hallo, * Marvin Renich [Wed, Feb 05 2020, 08:27:02AM]: > * Matt Zagrabelny [200204 21:27]: > > The contents of /var/log/journal will be binary files that journalctl > > will read. IIRC. > > This is my objection to the systemd journal. Binary log files are > absolutely _horrible_ for the general u

Bug#948701: ITP: libsqlitecpp -- smart and easy to use C++ SQLite3 wrapper

Package: wnpp Severity: wishlist Owner: Eduard Bloch * Package name: libsqlitecpp Version : 2.5.0+git20200112-1 Upstream Author : Sébastien Rombauts * URL : https://srombauts.github.io/SQLiteCpp/ * License : MIT Programming Lang: C++ Description

Re: unsigned repositories

Hallo, * Sam Hartman [Sun, Jul 14 2019, 02:07:55PM]: > >>>>> "Eduard" == Eduard Bloch writes: > > Eduard> Hallo, * Sam Hartman [Sun, Jul 14 2019, 08:46:18AM]: > >> >>>>> "Julian" == Julian Andres Klode writes: >

Re: unsigned repositories

Hallo, * Sam Hartman [Sun, Jul 14 2019, 08:46:18AM]: > > "Julian" == Julian Andres Klode writes: > > Please carefully consider uses of apt besides the system level apt > running as root installing packages on the system. > > What about when I use the apt libraries to explore some repository an

Re: Bug#881896: RFP: src -- Simple Revision Control, single-file and single-user version tracking

Hallo, * Chris Lamb [Mon, Nov 26 2018, 03:16:55AM]: > Just reviewing this in NEW and was briefly uneasy about a package with > this name entering the package namespace. For example, given: > > $ apt-get source src > > … and that there are also many places in Debian where we would be > using no

Bug#886599: RFH: broadcom-sta -- Broadcom STA Wireless driver (non-free)

Package: wnpp Severity: normal I request assistance with maintaining the broadcom-sta package. I don't have permanent access to related hardware nor do I use similar devices regularly, so my detector for all new breakages (mostly kernel change related) has been non-functional for months, causing

Bug#886238: Please introduce official nosystemd build profile

Hallo, * Johannes Schauer [Wed, Jan 03 2018, 08:24:49PM]: > > The speculation about a possible nosystemd profile in > > is > > not consistent with that design principle. If a package contains systemd > > units or uses of libsys

Re: compression support in kmod

Hallo, * Josh Triplett [Sun, Dec 25 2016, 07:59:18PM]: > Marco d'Itri wrote: > > Do we want it or not? > > And if we do, should we support gzip, XZ or both? > > > > From time to time some user requests enabling this feature, but since > > Debian kernels do not use it I am not sure that it is a go

Bug#845245: ITP: node-input-output-return-identity-function-common -- Convert input values to output values using the identity function mapping

* Package name: node-remove-trailing-separator Version : 2017.04.01 Upstream Author : majorobvious * URL : https://github.com/majorobvious/input-output-return-identity-function-base * License : WTFPL Programming Lang: JavaScript (what else...) Description

Re: Bug#841099: ITP: node-has-values -- Returns true if any values exist, false if empty

Hallo, * Andrew Shadura [Mon, Oct 17 2016, 08:23:19PM]: > Hi, > > On 17 October 2016 at 18:57, Sruthi Chandran wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Sruthi Chandran > > X-Debbugs-CC: debian-devel@lists.debian.org > > > > * Package name: node-has-values > > Version

Re: using whiptail and translated strings from arbitrary scripts

Hallo, * Daniel Pocock [Tue, Apr 26 2016, 09:32:02PM]: > > > It is well documented how developers should create po files for i18n > support in their debconf configuration questions during package install[1]. > > What about arbitrary scripts that are run from the command line and > don't use debc

Re: -flto to become more of a routine - any change in opinion since 2011?

Hallo, * Konstantin Demin [Wed, Mar 30 2016, 09:14:20AM]: > 1. LTO object format is not stable and ABI-persistent: e.g., LTO > objects compiled with gcc 5.2 may not work when using gcc 5.3 > (versions are just for example). Ref: gcc doc. > 2. Slim LTO objects are usable only with GCC of same versio

Re: support for merged /usr in Debian

Hallo, * Eric Valette [Sun, Jan 10 2016, 02:16:50PM]: > >On Sun, Jan 10, 2016 at 10:56:21AM +0100, Eric Valette wrote: > >>Russ Allbery writes: > >> > >>>For one specific example, it's become quite clear over the past year that > >>>systemd has achieved the same status as abortion debates in US pol

Re: support for merged /usr in Debian

Hallo, * Samuel Thibault [Sun, Jan 03 2016, 02:15:31PM]: > Eduard Bloch, on Sun 03 Jan 2016 14:06:22 +0100, wrote: > > OTOH UsrMerge breaks some habits, i.e. going to /share/doc/foo feels > > UsrMerge proposed by Marco is the converse. > > It is *not* putting a /usr ->

Re: support for merged /usr in Debian

Hallo, * Daniel Reurich [Mon, Jan 04 2016, 12:46:46AM]: > On 04/01/16 00:25, Marco d'Itri wrote: > > On Jan 03, Eric Valette wrote: > > > >> The debian installer should first loudly warn that having a separated / and > >> /usr may break things in the future but not forbid it. With that in place,

Re: support for merged /usr in Debian

Hallo, * Michael Biebl [Sun, Jan 03 2016, 03:22:03AM]: > Am 02.01.2016 um 22:08 schrieb Marc Haber: > > On Sat, 2 Jan 2016 18:42:14 +0100, Geert Stappers > > wrote: > >> To me is this "TheUsrMerge" something like among > >> * "it is hard too to explain to have /sbin/fsck and not /usr/sbin/fsck" >

Re: service failures should not fail dpkg installation

Hallo, * Marvin Renich [Fri, Sep 25 2015, 08:26:34AM]: > > > Still, that would need some proper design work, and a reasonable amount of > > > code to be written and tested. Some of it will hook into the package > > > system, some of it needs to interface to the services subsystem (systemd, > > >

Re: promoting virtualbox-dkms to virtualbox pre-depends

Hallo, * Marc Haber [Wed, Sep 23 2015, 07:55:58PM]: > [module-assistant] > > On Wed, 23 Sep 2015 18:24:54 +0200, Gianfranco Costamagna > wrote: > >Hi, confirmed: it is still there. > > The Question is: Is it still supported? I just typed "m-a a-i virtualbox" and it got me all modules installed

Re: version format for git snapshot

Hallo, * Thomas Koch [Mon, Sep 14 2015, 07:51:09AM]: > Hi, > > my upstream tagged 0.4 a year ago and I want to package the current master > commit a5e5f9e that is 24 commits after 0.4. Please assume that this makes > sense... > > How would you format the upstream part of the packages version nu

Re: Adding support for LZIP to dpkg, using that instead of xz, archive wide

Hallo, * Andrew Shadura [Fri, Jul 31 2015, 12:32:15AM]: > On 31 July 2015 at 00:30, Svante Signell wrote: > > Incredible, Debian does no longer adopt to the world of free software > > (not opensource) :( I wonder how RMS feels about this? > > Open source is free software. Free software is open so

Bug#793404: massive waste of CPU time in debian/rules by inline commands

Package: general Severity: minor Hello Fellow Maintainers, please tell me that I am wrong or that I start fighting the windmills if that's the case, but I have a general impression that something smells in lots of debian/rules files nowadays and we need a concept to improve that. The problem: I

Re: Packaging certain libraries as "end-user software"

Hallo, * Bas Wijnen [Sun, Jul 19 2015, 04:10:21AM]: > On Fri, Jul 17, 2015 at 05:30:04PM +0200, Ansgar Burchardt wrote: > > It's less of a library than an environment used for research. Compiling > > is just a required step to run your code, but applications are usually > > not distributed in binar

Re: Bits from the dpkg project: 1.17.x series, general news

Hallo, * Guillem Jover [Sat, Apr 18 2015, 09:27:26PM]: > * Add support for versioned Provides [!]: > - Packages can provide a specific version, “virtual (= 1.0)” which will > be honored, previously it would just be accepted when parsing. That's great news! This will make a lot of evil kludg

Re: how to remove libsystemd0 from a live-running debian desktop system

Hallo, * Luke Kenneth Casson Leighton [Tue, Feb 17 2015, 04:28:04PM]: > so to summarise: > > * the use of libselinux1 is dormant (i.e. whilst you can't remove it > without inconvenience, its use is entirely optional, right from the > kernel level) > * its development and documentation is rational

Re: how to remove libsystemd0 from a live-running debian desktop system

Hallo, * Lisi Reisz [Mon, Feb 16 2015, 11:42:14AM]: > On Monday 16 February 2015 08:09:19 Marco d'Itri wrote: > > > to debian-users: you don't have complete choice (yet), but i have > > > demonstrated with a few hours work that there is a way to run > > > (certain) desktop environments without requ

Re: Allow encfs into jessie?

Hallo, * Matthias Urlichs [Mon, Sep 29 2014, 07:29:44AM]: > > > According to a security audit by Taylor Hornby (Defuse Security), the > > > current > > > implementation of Encfs is vulnerable or potentially vulnerable to > > > multiple > > > attacks on the encrypted data. This especially affe

Re: Allow encfs into jessie?

Hallo, * Eduard Bloch [Thu, Sep 11 2014, 04:55:14PM]: > > (What would be the right way to do that? Lower the severtiy of the bug? > > Add a jessie-ignore tag?) > > > > To notify users about the potential security issue, a NEWS file could > > be added, or one could

Re: Allow encfs into jessie?

Hallo, * Holger Levsen [Thu, Sep 11 2014, 06:42:32PM]: > Hi Eduard, > > On Donnerstag, 11. September 2014, Eduard Bloch wrote: > > In fact, that is what I considered as workaround, and even harder: add a > > debconf message with priority critical telling exactly those deta

Re: Allow encfs into jessie?

Hallo, * Jan Niehusmann [Thu, Sep 11 2014, 12:12:08PM]: > The bug report is about security issues, but these are not security > issues of the software (as in: you can somehow hack into the computer > wich is running the software), but of the encryption algorithms used. > > So it can be compared t

Bug#756430: ITP: bcmwl -- Broadcom 802.11 Linux STA wireless driver source

Package: wnpp Severity: wishlist Owner: Eduard Bloch * Package name: bcmwl Version : 6.30.223.141+bdcom-0ubuntu3 Upstream Author : Broadcom Corporation, http://www.broadcom.com * URL : http://www.broadcom.com/support/802.11/linux_sta.php * License : open

Re: /usr/share/doc/ files and gzip/xz/no compression

#include * Colin Watson [Mon, Aug 22 2011, 09:35:14PM]: > On Mon, Aug 22, 2011 at 03:49:04PM +0200, Eduard Bloch wrote: > > #include > > * Colin Watson [Mon, Aug 22 2011, 09:27:25AM]: > > > I don't want to add more linkage, especially in light of Adam's point

Re: /usr/share/doc/ files and gzip/xz/no compression

#include * Colin Watson [Mon, Aug 22 2011, 09:27:25AM]: > On Sun, Aug 21, 2011 at 05:39:08PM +0200, Iustin Pop wrote: > > Since liblzmaX exists, would it be a simple matter of using it in order > > to make mandb handle such compressed man pages without having to fork? > > I don't want to add more

Re: /usr/share/doc/ files and gzip/xz/no compression

#include * Adam Borowski [Tue, Aug 16 2011, 12:18:40PM]: > "zcat" already supports multiple formats: gzip and compress, it's just that > support for uncompressing the latter is included in gzip's binary. Since > it's not called "gzcat" but generic "zcat", I think that's a better idea > than prol

Re: The archive now supports xz compression

#include * Roger Leigh [Sun, Aug 14 2011, 11:01:11PM]: > On Sun, Aug 14, 2011 at 09:19:02PM +0200, Lucas Nussbaum wrote: > > On 11/08/11 at 19:52 +, Philipp Kern wrote: > > Wouldn't it be better to get more buildds for those archs, then? > > That would be a totally appropriate use of Debian m

Re: Back to technical discussion? Yes! (was: network-manager as default? No!)

#include * Kelly Clowers [Mon, Apr 04 2011, 02:06:01PM]: > On Mon, Apr 4, 2011 at 07:29, Sune Vuorela wrote: > > I don't consider myself 'stupid user', but I haven't yet been able to > > put my laptop on wpa network without the use of network manager. > > I never did get nm or wicd to work. Only

Re: Mirror problems?

#include * Paul Wise [Tue, Mar 15 2011, 08:58:47AM]: > What was the reason for adding InRelease anyway? I guess (repeating: *guess*) the main reason is that GPG signature needs to be verified for the exact file contents. If you put them into two files then you have a certain window where they ar

Re: cdn.debian.net as a project service?

#include * Michael Vogt [Fri, Mar 11 2011, 09:33:40AM]: > > Looks like the main thing missing for this to work is an > > implementation of the server? > > Yeah. There is a implementation around launchpad of the simple > protocol, I don't know much about it, but cache-country-mirrors.txt is > pro

Re: Release file changes

#include * Joey Hess [Mon, Feb 21 2011, 05:32:00PM]: > Joerg Jaspert wrote: > > Yep. debmirror, reprepro, debootstrap and cdebootstrap seem to be the > > tools that can't deal with this. The latter two are serious enough to > > keep the change away from oldstable forever, and stable at least until

Re: does aptitude really need to lock the status database when downloading?

#include * Stanislav Maslovski [Fri, Feb 04 2011, 03:10:54AM]: > Hi debian-devel, > > I wanted to ask this for quite a long time: Does aptitude (I think > apt-get does the same) really have to lock "the status database area" > when _downloading_ packages? > > For example, I am running an update o

Re: Bug#594808: ITP: xvba-video -- XvBA-based backend for VA API

#include * Patrick Matthäi [Sun, Aug 29 2010, 09:13:11PM]: > The package description already mentions, that it is ATI/AMD > specific. Users who want to activate this feature also know, that > the AMD implementation of VA is named xvba :) I didn't know. Therefore your assumption is wrong. Please

Re: APT do not work with Squid as a proxy because of pipelining default

#include * Robert Collins [Tue, May 18 2010, 02:02:59PM]: > Given that pipelining is broken by design, that the HTTP WG has And if not? Counter example, it seems to work just fine with my apt-cacher-ng proxy, at least bug reports related to that have appeared for about a year now. > increased th

Re: Parallellizing the boot in Debian Squeeze - ready for wider testing

#include * Raphael Geissert [Sun, May 09 2010, 01:19:31PM]: > Eduard Bloch wrote: > > with concurency: 30s > > with concurency and without readahead: 28s > > Interesting, a regression. Is that readahead from readahead-fedora? > > Were the 30 seconds measured by foll

Re: Parallellizing the boot in Debian Squeeze - ready for wider testing

#include * Cesare Leonardi [Sun, May 09 2010, 12:26:36PM]: > Here what i've measured, from the Grub start to the Gdm prompt, in > either case starting from a completely power off machine: > Without concurrency: 33 sec. > With concurrency (try 1): 29 sec. > With concurrency (try 2): 31 sec. Sim

Re: Default value of net.ipv6.bindv6only should revert to 0

#include * Salvo Tomaselli [Tue, Apr 13 2010, 12:05:08PM]: > On Tuesday 13 April 2010 11:33:15 George Danchev wrote: > > It is legit to change a default value (regardless what standards says, if > > you can't change a default value it it then a hard-coded one), and it is > > pretty lame to assume

Re: About new source formats for packages without patches

#include * Raphael Hertzog [Sun, Mar 28 2010, 10:51:38AM]: > > As far as I can understand, this is entirely compatible with “absence of > > ‘debian/source/format’ always means the package is in “1.0” source > > format” since that has no implication that “1.0” is blessed or > > recommended in any

Re: Bug#560786: gdb: Please make the python dependency optional

#include * Ben Hutchings [Sun, Dec 20 2009, 02:26:53AM]: > On Sun, 2009-12-20 at 11:17 +1030, Ron wrote: > [...] > > I don't understand the pushback I'm getting on this. The bloat that was > > already added _far_ outweighs the little extra it needs to fix it, and > > that's before we save on prun

Re: defaulting to net.ipv6.bindv6only=1 for squeeze

#include * Marco d'Itri [Fri, Dec 11 2009, 12:23:36AM]: > On Dec 10, Wouter Verhelst wrote: > > > Can you explain (or give pointers to an explanation) what the > > argumentation here is? How does not adhering to relevant standards > > simplify configuration? > There is no relevant standard that

Re: Unversioned .so file in /usr/lib vs dh_makeshlibs vs postinst-must-call-ldconfig

#include * Josselin Mouette [Tue, Nov 24 2009, 12:00:34AM]: > Le lundi 23 novembre 2009 à 15:30 +0300, Nikita V. Youshchenko a > écrit : > > Moving package-private shared libraries outside of /usr/lib is some amount > > of additional work that maintainer has to do. > > Yes. This is one of the r

Re: Bug#510624: ITP: pigz -- Parallel Implementation of GZip

#include * Guus Sliepen [Sun, Jan 04 2009, 10:45:23AM]: > On Sat, Jan 03, 2009 at 09:57:33PM +0100, Eduard Bloch wrote: > > > PS: I plan to hack it a little bit and use syssconf function on Debian > > systems to determine the real number of CPU cores (#x) since pigz's

Bug#510624: ITP: pigz -- Parallel Implementation of GZip

Package: wnpp Severity: wishlist Owner: Eduard Bloch * Package name: pigz Version : 2.1.4 Upstream Author : Mark Adler * URL : http://www.example.org/ * License : ZLib license Programming Lang: C Description : Parallel Implementation of GZip pigz

Re: "Debian women may leave due to 'sexist' post"

#include * Noah Slater [Mon, Dec 29 2008, 10:13:10AM]: > On Mon, Dec 29, 2008 at 10:55:54AM +0100, Peter Tuhársky wrote: > > There are many things people did and do wrong. Enslaving anyone if bad. > > Irrespectedly of gender. However, the feminism of its current shape, in > > countries where no di

Re: Building only one package from control file

#include * Anil Gulecha [Mon, Dec 29 2008, 10:49:31PM]: > Hi, > > If debian/control defines many binary packages, and I only want to > build one of them, is there a simpler method than modifying the > control file and removing the unneeded ones? Perhaps by passing a > particular argument to dpkg-

Re: Josselin Mouette and Planet Debian

#include * Cyril Brulebois [Fri, Dec 19 2008, 09:35:24AM]: > Eduard Bloch (18/12/2008): > > * Russell Coker [Thu, Dec 18 2008, 11:04:24PM]: > > > http://discuss.itwire.com/viewtopic.php?f=29&t=7991 > > > > I would like to know what exactly Steve told them.

Re: Josselin Mouette and Planet Debian

#include * Michael Banck [Fri, Dec 19 2008, 06:13:57PM]: > Dear Norbert, > > On Fri, Dec 19, 2008 at 01:18:21AM +0100, Norbert Preining wrote: > > So if *anyone* here thinks he is up to define ethical, political > > correct, anti-sexist and all the bullshit, please do so, but somewhere > > else.

Re: I hereby resign as secretary

#include * Kalle Kivimaa [Thu, Dec 18 2008, 05:11:39PM]: > Manoj Srivastava writes: > > As to the people who emailed me that they are putting together a > > petition for the DAM to have me removed from the project, > > WHAT?? Could these people step up please and tell us WHY you conside

Re: Josselin Mouette and Planet Debian

#include * Russell Coker [Thu, Dec 18 2008, 11:04:24PM]: > http://discuss.itwire.com/viewtopic.php?f=29&t=7991 > > From the above news article: > # Debian Project Leader Steve McIntyre told iTWire that after Mouette's "abuse I would like to know what exactly Steve told them. The major tone WRT O

Re: SmellyWerewolf.com perfume & make-up discount

#include * Miriam Ruiz [Mon, Nov 24 2008, 12:07:53AM]: > Apart from the fact that d-d-a is not a list for making stupid jokes, > here you find: Show me the law or the SC part saying that jokes have to be serious. > - The only mention women get in the text is thus through a sexual > objetificat

Re: SmellyWerewolf.com perfume & make-up discount

#include * Josselin Mouette [Sun, Nov 23 2008, 05:59:13PM]: > Hi > > SmellyWerewolf.com are kindly offering every Debian Developer a discount > on their whole perfumes and make-up catalog[1]. If you apply under the Dude, a good job! For a split second I though Andrew was back and I had to reread

Re: Good communication with upstream is good idea

#include * Reinhard Tartler [Wed, Jul 23 2008, 04:36:39PM]: > > How about activating it the first time they send a gpg-signed mail to > > the mail interface? > > My point is that I don't have the impression that Debian Developers want Fine. And mine tends to differ. > to have an LP account act

Re: Packaging a project using cmake

#include * Sune Vuorela [Sat, Jun 07 2008, 06:28:03PM]: > > SET(CPACK_DEBIAN_PACKAGE_DEPENDS "libc6, libstdc++6 (>= 4.0.2-4), > > libuuid1, zlib1g (>= 1:1.2.1), libgcc1 (>= 1:4.0.2), libexpat1, swig") > > you do this *manually* ? Relay, he cannot beat http://bugs.debian.org/cgi-bin/bugreport.

Re: .desktop files for x-www-browser and x-terminal-emulator

#include * Josselin Mouette [Sun, Mar 23 2008, 11:22:37PM]: > On ven, 2008-03-21 at 22:21 +0800, Enrico Zini wrote: > > Hello, > > > > It has been brought to my attention that we don't have .desktop files > > to launch what is the standard Debian way to launch web browsers and > > terminal emulat

Re: .desktop files for x-www-browser and x-terminal-emulator

#include * Enrico Zini [Fri, Mar 21 2008, 10:21:53PM]: > Hello, > > It has been brought to my attention that we don't have .desktop files > to launch what is the standard Debian way to launch web browsers and > terminal emulators: how come? Good question. A while ago I was looking for a reliably

Re: apt-get and SOCKS

#include * Vincent Danjean [Mon, Mar 17 2008, 12:22:11PM]: > Petter Reinholdtsen wrote: > > [Patrick Matthäi] > >> is there any reason to encrypt your traffic on downloading packages? > >> I think this will only cause more traffic and cpu overhead on the > >> mirrors instead of help anything. > >

Re: Proposing a new source control header to link to upstream BTSs

#include * Martín Ferrari [Tue, Mar 18 2008, 11:51:45AM]: > On Tue, Mar 18, 2008 at 5:17 AM, Ralf Treinen <[EMAIL PROTECTED]> wrote: > > > > It would be good if this process could be automated, however I suspect > > > this header is not the solution. > > > > Granted, but then you are speaking a

Re: Bug#448910: ITP: urandr -- resize your screen and set up multiple screens

#include * Cyril Brulebois [Mon, Nov 05 2007, 01:59:00AM]: > Evgeni Golov <[EMAIL PROTECTED]> (05/11/2007): > > Hm, no, it's not an utility to resize my screen, it's just a gui for > > xrandr, which will do the resize. > > Descriptions can always be improved (got to work that out with the > autho

Re: Out-of-tree kernel module popularity

#include * Vincent Danjean [Wed, Oct 24 2007, 08:55:12PM]: > Faidon Liambotis wrote: > >> 107 cisco-vpnc3 > >> 143 cisco-vpnclient 1 > > (free replacement exists) > > Which one ? vpnc does not handle connection based on certificate. It does (less or more

Re: Out-of-tree kernel module popularity

#include * Bastian Blank [Wed, Oct 24 2007, 11:36:27PM]: > On Wed, Oct 24, 2007 at 08:55:12PM +0200, Vincent Danjean wrote: > > >> 107 cisco-vpnc3 > > >> 143 cisco-vpnclient 1 > > > (free replacement exists) > > Which one ? vpnc does not handle connection

Re: Bug#447514: ITP: apt-cacher-ng -- Caching proxy for distribution of software packages

#include * Ben Hutchings [Sun, Oct 21 2007, 11:38:25PM]: > On Sun, 2007-10-21 at 21:43 +0200, Eduard Bloch wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Eduard Bloch <[EMAIL PROTECTED]> > > > > > > * Package name: apt-cacher-ng

Bug#447514: ITP: apt-cacher-ng -- Caching proxy for distribution of software packages

Package: wnpp Severity: wishlist Owner: Eduard Bloch <[EMAIL PROTECTED]> * Package name: apt-cacher-ng Version : 0.0.8 Upstream Author : myself * URL : http://www.unix-ag.uni-kl.de/~bloch/acng/ * License : BSD, original Programming Lang: C++ Descr

Re: many packages FTBFS, if $TAPE is set

#include * Harald Dunkel [Tue, Aug 28 2007, 01:27:22PM]: > Hi Bas, > > You could write 'tar cfz file.tgz files' instead of 'tar -c -f file.tgz -z > files'. No, because the outcome is not the same. It uses pure gzip and usually people want more gzip (or bzip2) options when using it in a pipe, eg.

Re: Why no Opera?

#include * [EMAIL PROTECTED] [Mon, Aug 27 2007, 03:28:55PM]: > Correct, I am not a Debian developer. I have considered it several times > but have been put off by the amount of documentation. I have to be able to > jump in and do something or I lose interest. Doing boring work is usually among

Re: Package cache

#include * Gonsolo [Sat, Aug 18 2007, 07:29:55PM]: > Hi! > > Would it be feasible to add something like a package cache to Debian? What you describe is not a cache and even less a _package_ cache. > This way only a minimal Debian system would be installed locally on > the hard disk. All other p

Re: adding desktop files to misc packages

#include * Florent Rougon [Thu, Jul 26 2007, 02:55:16PM]: > Mike Hommey <[EMAIL PROTECTED]> wrote: > > >> >> Witness: > >> >> - usable completion in the File Open dialog -> gone > > [...] > > > Note that AFAIK, completion never disappeared from the file open dialogs. > > You just have to en

another "just deinstall" crap: x-session-manager

#include * Ross Burton [Thu, Jul 26 2007, 12:49:34PM]: > > I was even not > > able to get rid of this nautilus thingy at all because killing it opens > > a new one. I just renamed it and killed it to get rid of. > > If you don't use nautilus, why not remove the package? If you want to > keep t

Re: adding desktop files to misc packages

#include * Josselin Mouette [Wed, Jul 18 2007, 07:32:28PM]: > > The Debian menu system will generate .desktop files from .menu files if the > > .desktop file does not exist. This is intended solely > > as a temporary compatibility measure. > > This is a very bad idea. It is going to clutter the

Re: adding desktop files to misc packages

#include * Bernhard R. Link [Sat, Jul 14 2007, 04:26:50PM]: > * Eduard Bloch <[EMAIL PROTECTED]> [070714 14:44]: > > #include > > I also suggest moving away from the Debian menu files to .desktop files > > because of more flexible format. Therefore, if the menu using p

Re: New Debian Menu & Apps/Tools

#include * Davide Truffa [Mon, Jul 23 2007, 10:34:53PM]: > Hi all, > > I was looking at the new menu structure to adopt it into my package, > fbpanel[1], that before it was in Apps/Tools. > Now this section is been removed and there's nothing else like this. > These are the actual sections: > >

Re: Considerations for 'xmms' removal from Debian

#include * William Pitcock [Sat, Jul 14 2007, 11:30:09PM]: > As long as we don't hear about 'regressions from XMMS' as a result of > a migration path provided by Debian, then you have fulfilled my request. We cannot really fulfill any such request because we are only distributors, not mind progr

Re: Considerations for 'xmms' removal from Debian

#include * William Pitcock [Sun, Jul 15 2007, 12:06:47AM]: > Eduard Bloch gmx.de> writes: > > > > > I see this in strace output with default configuration. Switching the > > setting between on-display and on-load makes it even worse, then it > > opens e

Re: adding desktop files to misc packages

#include * Josselin Mouette [Sat, Jul 14 2007, 02:26:55AM]: > Le vendredi 13 juillet 2007 à 17:16 -0700, Steve Langasek a écrit : > > > Oh my. Do you mean that in the 90 window managers shipped in Debian, > > > none of them is suitable for all your needs and that you have to use > > > *several* on

Re: adding desktop files to misc packages

#include * Bernhard R. Link [Sat, Jul 14 2007, 01:10:50PM]: > * Mike Hommey <[EMAIL PROTECTED]> [070714 11:30]: > > On Sat, Jul 14, 2007 at 10:55:00AM +0200, Bernhard R. Link <[EMAIL > > PROTECTED]> wrote: > > The fact is very very very very few users actually use these items. So > > why bother

Re: Considerations for 'xmms' removal from Debian

#include * Josselin Mouette [Tue, Jul 03 2007, 09:37:55AM]: > Le mardi 03 juillet 2007 à 08:18 +0200, Eduard Bloch a écrit : > > Audacious, like many other players, has this stupid concept of reading > > every file from the filelist to get the metadata. Not really realistic >

Re: Considerations for 'xmms' removal from Debian

#include * Daniel Jacobowitz [Mon, Jul 02 2007, 01:17:33PM]: > On Mon, Jul 02, 2007 at 11:58:02AM -0400, José Miguel Parrella Romero wrote: > > The maintainers of the xmms package in Debian are proposing the removal > > of the aforementioned package. Please read on. > > When last I looked (some t

Re: Using standardized SI prefixes

#include * Ivan Jager [Tue, Jun 19 2007, 06:39:24PM]: > >>It's not that I can't *think* of any problems. It's that I, like several > >>other people here, I don't *have* said problems with the programs I use, > >>and I don't particularly care to have that "fixed". Just because you can't > >>tell w

Re: Using standardized SI prefixes

#include * Ivan Jager [Tue, Jun 19 2007, 03:39:22PM]: > On Tue, 19 Jun 2007, Magnus Holmgren wrote: > >Ivan Jager wrote: > >This sounds like another "not a perfect solution" fallacy. Accurately > >presenting the full amount of disk space a file uses is an orthogonal > >problem that having distinc

Re: Using standardized SI prefixes

#include * Ivan Jager [Tue, Jun 19 2007, 03:22:10AM]: > >>Should we also add filesystem overhead to all file sizes > >>just to avoid confusing newbies? > > > >Second, "du" already does that. Go figure. > > No, it doesn't. It rounds up to a multiple of the block size. That only This rounding is

Re: Using standardized SI prefixes

#include * Ivan Jager [Fri, Jun 15 2007, 05:36:33PM]: > How about when you buy an 80 GB disk, and you know it's 80 * 10^9 bytes, > but your software says /home only has 79 GB and you know it means > 79 * 10^9 bytes? First, it would hardly say 79GB. Maybe 79.96GB which is much closer. > Should w

Re: Using standardized SI prefixes

#include * Roberto C. Sánchez [Tue, Jun 12 2007, 03:43:29AM]: > Why do you think that the marketing materials for most hard drives > include the note that 1 GB = 1 000 000 000 bytes? If the SI prefixes > only ever held their *precise* meanings, then such clarifications would > not be necessary.

Re: Using standardized SI prefixes

#include * Bernhard R. Link [Tue, Jun 12 2007, 12:18:22AM]: > > Excuse me? Pretty simple example: you have only 2.03 GB (real GB) > > remaining free space (seen in some disk info tool) on your harddisk and > > you are fetching a 2GB file (2 fake GB, 2GiB in fact). So what, it > > breaks about 99%

Re: Using standardized SI prefixes

#include * Thijs Kinkhorst [Mon, Jun 11 2007, 08:38:11PM]: > On Monday 11 June 2007 20:06, Bastian Venthur wrote: > > I agree with the "sounds stupid" part, although I don't belive this is a > > valid argument. What I don't believe is your 80 colums argument. Could > > you please name a few of the

Re: APT 0.7 for sid

#include * Russ Allbery [Wed, Jun 06 2007, 08:40:47PM]: > > Is this the same dependency resolver that tries to remove half your > > packages as a result of the most minor package removal? > > No, that's not done by the dependency resolver. That's done by the code > that removes packages that yo

Re: Why not move Apt to a relational database

#include * Joey Schulze [Sun, Jun 03 2007, 12:22:46PM]: > Justin Emmanuel wrote: > > I am brand new to this mailing list, I joined it because I had an idea > > that I would like to have considered. Moving apt to a relational > > database, for several reasons. > > Before reading on, have you consi

Re: On maintainers not responding to bugs

#include * Josselin Mouette [Thu, Mar 01 2007, 02:46:02PM]: > Le jeudi 01 mars 2007 à 14:33 +0100, Eduard Bloch a écrit : > > > I'm not the one who said maintainers don't admit they need help. > > > > And I am not the one who said that Mozilla/KDE/GNOME have e

Re: On maintainers not responding to bugs

#include * Mike Hommey [Wed, Feb 28 2007, 07:52:44PM]: > On Wed, Feb 28, 2007 at 07:26:24PM +0100, Josselin Mouette <[EMAIL > PROTECTED]> wrote: > > Le mercredi 28 février 2007 à 18:00 +0100, Sam Hocevar a écrit : > > > On Wed, Feb 28, 2007, Eduard Bloch wrote: &g

Re: On maintainers not responding to bugs

#include * Josselin Mouette [Wed, Feb 28 2007, 09:08:42AM]: > Le mercredi 28 février 2007 à 02:02 +0100, Eduard Bloch a écrit : > > #include > > * Josselin Mouette [Tue, Feb 27 2007, 10:30:39AM]: > > > Le mardi 27 février 2007 à 09:24 +0100, Eduard Bloch a écrit : >

  1   2   3   4   5   >