Re: Bug#805116: ITP: wifi-switcher

In my opinion the program is ready for uploading under the GPL2, see http://chalaev.com/wifi-switcher https://github.com/chalaev/wifi-switcher https://github.com/chalaev/wifi-switcher/tree/master/current_release but I can not do it because I am not a Debian Developer. Is it possible to submit the

unstable: dconf problem

Hi, all. Yesterday i've upgraded to debian unstable and /etc/init.d/gdm3 start give me the next error in a log: gnome-session[6411]: dconf-CRITICAL: unable to create directory '/run/user/1000/dconf': Permission denied. dconf will not work properly. I've googled and found that there is a syst

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

On Thu, Feb 13, 2014 at 01:16:22PM +0100, Ond??ej Sur?? wrote: > So if you want to have Debian installation without systemd, then go help > him with OpenRC, help writing new openrc init scripts to replace old > rusty sysv-rc script, etc. That's the way to go forward. Just don't > expect other peopl

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

On Wed, Feb 12, 2014 at 01:36:14PM +0100, Matthias Urlichs wrote: > Hi, > > Oleg: > > > If you want to use sysvinit, don't use Debian. > > > > Why? I want to use debian as i used before - with a classic init. I like > > debian in the form as it is now.

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

On Wed, Feb 12, 2014 at 09:03:54AM -0500, The Wanderer wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On 02/12/2014 07:45 AM, Matthias Urlichs wrote: > > >> Again. If these companies invest money into the development of > >> their embedded platforms init, we must not use it in our

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

On Wed, Feb 12, 2014 at 12:26:39PM +0100, John Paul Adrian Glaubitz wrote: > On 02/12/2014 11:33 AM, Oleg wrote: > > On Tue, Feb 11, 2014 at 08:37:59PM +0100, John Paul Adrian Glaubitz wrote: > >> On the other hand, what companies and distributions and companies > >> a

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

On Wed, Feb 12, 2014 at 12:24:03PM +0100, John Paul Adrian Glaubitz wrote: > > And what is this prove? That a small part of a distro dev team choose to > > use > > a systemd? Where are votes of all distro users? > > Those are among the most important distributions which attract most > users and

Re: its developers and its users. [was: something from util-linux]

On Wed, Feb 12, 2014 at 12:32:55PM +0100, John Paul Adrian Glaubitz wrote: > On 02/12/2014 12:26 PM, Oleg wrote: > > I do my job. And i have no enough time to do a job of others. This is a > > strange logic: if something goes wrong, we must throw our work and do a work > >

Re: its developers and its users. [was: something from util-linux]

On Wed, Feb 12, 2014 at 11:51:38AM +0100, Tzafrir Cohen wrote: > > I'm using debian and i don't want to use systemd in any form (with > > gnome3, > > etc). > > Great. gnome3 does not depend on systemd directly. It depends on some > interfaces provided (solely, currently) by systemd. And it's n

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

On Tue, Feb 11, 2014 at 11:20:55PM +0100, Olav Vitters wrote: > $ journalctl | grep > $ journalctl | tail -n 500 grep /var/log/syslog tail -n 500 /var/log/syslog Hm... Is this really simplier? O, wait. I can easily copy my log to any other machine to analyze it there with: scp /var/log/syslog ..

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

On Tue, Feb 11, 2014 at 08:37:59PM +0100, John Paul Adrian Glaubitz wrote: > On the other hand, what companies and distributions and companies > actively support Upstart and OpenRC. Is this important? Or our way is to make init such a complex, that it can be supported only by companies? If you w

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

On Tue, Feb 11, 2014 at 03:47:59PM +0100, John Paul Adrian Glaubitz wrote: > systemd is used as the default init system in: > > - Fedora > - Arch Linux > - Mageia > - openSUSE > - SLES (upcoming) > - RHEL7 > - Frugalware > - (see Wikipedia) And what is this prove? That a small part of a distro

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

On Tue, Feb 11, 2014 at 10:27:04AM +0100, John Paul Adrian Glaubitz wrote: > It's not *my* choice, systemd is the choice of the majority of the > Linux community. OpenRC and upstart are used in Gentoo and Ubuntu What? I see many people who don't like systemd and won't use it. I don't see that sy

Re: ltsp & pulseaudio

On Sat, Feb 08, 2014 at 12:30:18PM +0100, Tobias Frost wrote: > Hallo Oleg, > > thanks for the report, but you should file a bug against the package > ltsp (using the Debian BTS) as this is the general Debian devel list. > (You can use e.g the tool "reportbug" fo

Re: Fsck SystemD and its developers and its users. GR to override this please.

On Mon, Feb 10, 2014 at 01:28:38PM +0100, John Paul Adrian Glaubitz wrote: > Please consider being more respectful and keep a polite tone. You are > achieving nothing with this attitude except that you risk of > being banned from the lists. > > Everyone is free to share their own opinion and you s

ltsp & pulseaudio

Hello. In our organization we use ltsp on debian wheezy for our work. But we get a non-working sound - mplayer freezes on playing and default sink stay in suspend state forever, even if we run mplayer localy on thin station. The problem is resolved if we add module-suspend-on-idle to pulseaudio.

Bug#722734: ITP: libdist-zilla-plugin-test-reportprereqs-perl -- Report on prerequisite versions during automated testing

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: libdist-zilla-plugin-test-reportprereqs-perl Version : 0.006 Upstream Author : David Golden * URL : https://metacpan.org/release/Dist-Zilla-Plugin-Test-ReportPrereqs * License : Apache-2.0

Bug#717319: ITP: libproc-terminator-perl -- module to conveniently terminate processes

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: libproc-terminator-perl Version : 0.05 Upstream Author : M. Nunberg * URL : https://metacpan.org/release/Proc-Terminator * License : Artistic or GPL-1+ Programming Lang: Perl Description

Bug#709610: ITP: pinto -- module to curating a repository of Perl modules

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: pinto Version : 0.084 Upstream Author : Jeffrey Ryan Thalhammer * URL : https://metacpan.org/release/Pinto * License : Artistic or GPL-1+ Programming Lang: Perl Description : module

Bug#709363: ITP: libmodule-build-cleaninstall-perl -- module to remove the old module before installing the new one

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: libmodule-build-cleaninstall-perl Version : 0.05 Upstream Author : Joel A. Berger * URL : https://metacpan.org/release/Module-Build-CleanInstall/ * License : Artistic or GPL-1+ Programming

Bug#709235: ITP: libcwd-guard-perl -- package provides temporary changing working directory (chdir)

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: libcwd-guard-perl Version : 0.01 Upstream Author : Masahiro Nagano * URL : https://metacpan.org/release/Cwd-Guard/ * License : Artistic or GPL-1+ Programming Lang: Perl Description

Bug#708571: ITP: libmoosex-role-strict-perl -- use strict 'roles'

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: libmoosex-role-strict-perl Version : 0.05 Upstream Author : Curtis "Ovid" Poe * URL : https://metacpan.org/release/MooseX-Role-Strict/ * License : Artistic or GPL-1+ Programming

Bug#708569: ITP: libmoosex-classattribute-perl -- module to declare class attributes Moose-style

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: libmoosex-classattribute-perl Version : 0.27 Upstream Author : Dave Rolsky * URL : https://metacpan.org/release/MooseX-ClassAttribute/ * License : Artistic-2.0 Programming Lang: Perl

Bug#708402: ITP: libterm-editoredit-perl -- edit a document via $EDITOR

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: libterm-editoredit-perl Version : 0.0016 Upstream Author : Robert Krimen * URL : https://metacpan.org/release/Term-EditorEdit/ * License : Artistic or GPL-1+ Programming Lang: Perl

Bug#708371: ITP: libtext-clip-perl -- clip and extract text in clipboard-like way

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: libtext-clip-perl Version : 0..0014 Upstream Author : Robert Krimen * URL : https://metacpan.org/release/Text-Clip/ * License : Artistic or GPL-1+ Programming Lang: Perl Description

Bug#708283: ITP: libmoosex-configuration-perl -- Define attributes which come from configuration files

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: libmoosex-configuration-perl Version : 0.02 Upstream Author : Dave Rolsky * URL : https://metacpan.org/release/MooseX-Configuration * License : Artistic-2.0 Programming Lang: Perl

Bug#708280: ITP: libtest-lwp-useragent-perl -- a LWP::UserAgent suitable for simulating and testing network calls

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: libtest-lwp-useragent-perl Version : 0.018 Upstream Author : Karen Etheridge * URL : https://metacpan.org/release/Test-LWP-UserAgent/ * License : Artistic or GPL-1+ Programming Lang: Perl

Bug#708266: ITP: libtest-failwarnings-perl -- module for adding test failures if warnings are caught

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: libtest-failwarnings-perl Version : 0.005 Upstream Author : David Golden * URL : https://metacpan.org/release/Test-FailWarnings/ * License : Apache-2.0 Programming Lang: Perl Description

Bug#708057: ITP: libmoosex-types-uri-perl -- URI related types and coercions for Moose

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: libmoosex-types-uri-perl Version : 0.03 Upstream Author : Yuval Kogman * URL : https://metacpan.org/release/MooseX-Types-URI/ * License : Artistic or GPL-1+ Programming Lang: Perl

Bug#708053: ITP: liburi-fromhash-perl -- module to build a URI from a set of named parameters

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: liburi-fromhash-perl Version : 0.03 Upstream Author : Dave Rolsky, * URL : https://metacpan.org/release/URI-FromHash/ * License : Artistic or GPL-1+ Programming Lang: Perl Description

Bug#707917: ITP: libpackage-locator-perl -- module to find the distribution that provides a given package

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: libpackage-locator-perl Version : 0.006 Upstream Author : Jeffrey Ryan Thalhammer * URL : https://metacpan.org/release/Package-Locator/ * License : Artistic or GPL-1+ Programming Lang: Perl

Bug#707688: ITP: libmodule-faker-perl -- build fake dists for testing CPAN tools

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: libmodule-faker-perl Version : 0.014 Upstream Author : Ricardo Signes * URL : https://metacpan.org/release/Module-Faker/ * License : Artistic or GPL-1+ Programming Lang: Perl Description

Bug#706760: ITP: libarchive-any-create-perl -- abstract API to create tar/tar.gz/zip archives

Package: wnpp Severity: wishlist Owner: Oleg Gashev * Package name: libarchive-any-create-perl Version : 0.02 Upstream Author : Tatsuhiko Miyagawa * URL : https://metacpan.org/release/Archive-Any-Create/ * License : Artistic or GPL-1+ Programming Lang: Perl

Re: wheezy update-grub error

On Tue, Jan 29, 2013 at 04:13:14PM +, Colin Watson wrote: > On Tue, Jan 29, 2013 at 11:50:29AM +0400, Oleg wrote: > > ~# update-grub > > Searching for GRUB installation directory ... found: /boot/grub > > Searching for default file ... Generating /boot/grub/default file

wheezy update-grub error

Hello. I have the next error: ~# update-grub Searching for GRUB installation directory ... found: /boot/grub Searching for default file ... Generating /boot/grub/default file and setting the default boot entry to 0 entry not specified. Usage: grub-set-default [OPTION] entry Set the default

Re: Gentoo guys starting a fork of udev

On Thu, Nov 15, 2012 at 12:57:50AM +0100, John Paul Adrian Glaubitz wrote: > > Some things must be as simple as possible even today. > > Care to elaborate why? To save memory on an 8 GB workstation? Even the 25 US$ > Raspberry Pi has enough power for systemd. This is obvious. For security and

Re: thttpd

On Fri, Apr 27, 2012 at 03:08:44PM +0400, Michael Tokarev wrote: > On 27.04.2012 14:49, Oleg wrote: > > On Fri, Apr 27, 2012 at 01:34:52PM +0400, Michael Tokarev wrote: > > >> Heck. Thank you for reminder. I was looking at something to > >> replace bozohttpd I use

Re: thttpd

On Fri, Apr 27, 2012 at 01:34:52PM +0400, Michael Tokarev wrote: > On 27.04.2012 00:17, Chow Loong Jin wrote: > > On 27/04/2012 02:59, Oleg wrote: > >> Yes, i'm searching a tiny httpd for an embedded system with cgi support > >> and > >> possib

Re: thttpd

On Fri, Apr 27, 2012 at 03:46:06PM +0800, Paul Wise wrote: > 2012/4/27 Oleg : > > >  No, i'm writing cgi with C for performance reasons and i wonder why > > http://sourceforge.net/projects/libctemplate/ is not in debian repository > > yet :-). > > http://

Re: thttpd

On Fri, Apr 27, 2012 at 04:17:26AM +0800, Chow Loong Jin wrote: > On 27/04/2012 02:59, Oleg wrote: > > Yes, i'm searching a tiny httpd for an embedded system with cgi support > > and > > possibly with http basic authentication support. > > Thank you. I didn

Re: thttpd

On Fri, Apr 27, 2012 at 01:42:15AM +0800, Chow Loong Jin wrote: > On 27/04/2012 00:37, lego12...@yandex.ru wrote: > > On Thu, Apr 26, 2012 at 09:06:36AM -0700, Russ Allbery wrote: > >> Oleg writes: > >>> On Thu, Apr 26, 2012 at 10:40:27AM -0500, Juli?n Moreno Pati?o

Re: thttpd

On Thu, Apr 26, 2012 at 10:40:27AM -0500, Juli?n Moreno Pati?o wrote: > Hi, > > thttpd was removed, for more details, please see: > > http://packages.qa.debian.org/t/thttpd/news/20120101T154305Z.html > http://bugs.debian.org/653752 And what alternatives exist now? -- To UNSUBSCRIBE, email t

thttpd

Hi, all. What email i can use to send patch for thttpd to? And is it normal that i cann't see thttpd package in wheezy? Thanks. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http:

Re: /etc/init.d/umountfs

On Fri, Mar 09, 2012 at 09:42:36AM +0100, Goswin von Brederlow wrote: > Oleg writes: > > > Hello, list. > > > > I have /var on a separate partition. My /var/run and /var/lock mount as > > tmpfs: > > > > ~$ grep RAM /etc/default/rcS > > RAM

/etc/init.d/umountfs

Hello, list. I have /var on a separate partition. My /var/run and /var/lock mount as tmpfs: ~$ grep RAM /etc/default/rcS RAMRUN=yes RAMLOCK=yes When i reboot or poweroff my machine i see that unmounting of /var fail because it busy. If i include lines: umount /var/run umount /var/lock in /etc

Teaching assembly (Re: Bug#443370: ITP: asmutils -- coreutils replacement written in i386 assembler)

23-09-2007, Bernd Zeimetz: > Some more context for compilers: >> I can confirm that it is not faster since I tested it once, I think 'wc' it >> was. And it is definitely not portable to other platforms either :-) >> Nevertheless the package

Text mode forever (or why all is so boring?)

I like text mode. Not because X and vga (adapters) sux, but because i have no art vision at all. I amazed by any trivial paining and drawing, required in art/architecture courses (not by official art, though). I happened to see some ascii art occasionally, never thought, that there was/is some kin

Re: Bug#443370: ITP: asmutils -- coreutils replacement written in i386 assembler

22-09-2007, Steinar H. Gunderson: > On Fri, Sep 21, 2007 at 09:44:04AM +1245, Andreas Fleckl wrote: >> It features the smallest possible size and memory requirements, the fastest >> speed, and offers fairly good functionality. > > Size and memory aside, I sort of doubt asmutils' sort is faster than

Re: Proposal regarding future packaging

23-09-2007, Manoj Srivastava: [] >>> It doesn't catch files created by Maintainer scripts? > >> This is the design flaw in those scripts (even in whole package >> management). > > I am not sure you have made your case here. > > Currently, using maintainer scripts, it is indeed possi

Re: Proposal regarding future packaging

21-09-2007, Bruce Sass: > On Thu September 20 2007 09:25:23 pm Oleg Verych (Gmane) wrote: >> 19-09-2007, Bruce Sass: >> > I'm hoping the dpkg "triggers" functionality Ian Jackson has been >> > working on will help solve that wart though. >> >

Re: Proposal regarding future packaging

19-09-2007, Bruce Sass: [] >> > I like this too. Finding what a package has just installed is one >> > of the biggest holes in Debian right now, IMO. I have to use dpkg >> > -L to figure this out, and that's just too crude to be a real >> > solution. >> >> Too crude? That's a simple command, easil

Re: ML improvement proposition (Re: SMTP 550 on replies to bugs)

* 18-09-2007, Bernd Zeimetz * User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.4) Gecko/20070828 Thunderbird/2.0.0.4 Mnenhy/0.7.5.0 > >> * Allow messages, that have "In-reply-to" and "References" with valid >> message-id's (SHOULD in rfc2822) to pass to bts/ml freely. > > Why? This

Re: speed of COW directory copying: XFS 20x slower than ext3

* Sun, 16 Sep 2007 04:26:05 +0200 > Hi, Hallo. > it turned out the problem is in the XFS filesystem, that is 20x slower, > than the ext3 filesystem. I know that XFS is bad at handling small > files, but 20x times? Try to play with parameters mentioned in laptop-mode.txt in the Linux sources. T

ML improvement proposition (Re: SMTP 550 on replies to bugs)

(-devel was added in case if somebody is interested) 06-09-2007, Don Armstrong: > On Thu, 06 Sep 2007, Oleg Verych (Gmane) wrote: >> Should i reopen/post/close? Or additional info just not needed for >> "thousands of users and indexing search engines"? > > If the

Efficiency, Flexibility, Future, what are those? (Re: [CMake] Producing deb package with 'ar')

06-08-2007, Antti-Juhani Kaijanaho: [] > Also note that packages intended for installation in a Debian system > should follow Debian policy. This may be nontrivial to achieve using an > automated system like (I assume) cmake. > See http://www.debian.org/doc/debian-policy/ What about

sshd defaults (Re: RFC: changes to default password strength checks in pam_unix)

05-09-2007, Gabor Gombas: > On Tue, Sep 04, 2007 at 08:26:41PM +0000, Oleg Verych: gmane reading wrote: > >> I.e *i don't care* about entering passwords on middle ground, without >> knowing, WTF this installer may do with them, not having comfortable >> environmen

Re: RFC: changes to default password strength checks in pam_unix

04-09-2007, Adam D. Barratt: > On Tue, 2007-09-04 at 07:53 +0000, Oleg Verych wrote: > [...] >> What about having more secure Debian's sshd_config by default? >> " >> PermitRootLogin no > > You'll have to convince the openssh package maintainers f

Re: RFC: changes to default password strength checks in pam_unix

04-09-2007, John Kelly: > On Sep 3, Lars Wirzenius wrote: > >>ti, 2007-09-04 kello 10:17 +0900, Miles Bader kirjoitti: > >>> If the system is excessively anal about what passwords it will let you >>> use, people will just start writing them down... > >>That is arguably better than having passwords

Re: Considerations for 'xmms' removal from Debian

* 07-08-2007, Andrei Popescu: [] > Did you even try adding a directory? It might even work ;) > >> xmms2... Well, when we have a decent client, then can are an option. >> Now, isn't it. > > Same as with mpd :-/ Server is `(mu-)mplayer` (seek isn't working in ogg), client is `dd`, playlist is small

(size savings +) Re: proposed release goal: DEBIAN/md5sums for all packages

* Pierre Habouzit * Date: Fri, 17 Aug 2007 15:22:05 +0200 > [] >> Yes, that sounds like a good idea. It might also be interesting to not >> put those into the control.tar.gz, but directly into the deb, so that it >> can easily be extracted. > > OTOH that sucks because it would mean that we have t

Bug#436106: ITP: cl-ltk -- A Common Lisp binding to the Tk toolkit

Package: wnpp Severity: wishlist Owner: Oleg Belozeorov <[EMAIL PROTECTED]> * Package name: cl-ltk Version : 0.90 Upstream Author : Peter Herth <[EMAIL PROTECTED]> * URL : http://www.peter-herth.de/ltk * License : LLGPL Programming Lang:

Re: /bin/sh diversions

>> unset foo >> [ -n $foo ] && echo foo is non-empty >> [[ -n $foo ]] && echo foo is non-empty >> >> As you can see, only the second one works. [] > BTW, i've provided patch in the BTS for dash's test built-in to have > arithmetic checking of an empty argument and zero right. This was nearly

Re: Installation of Recommends by default on October 1st

02-08-2007, Mike Hommey: > On Thu, Aug 02, 2007 at 10:01:22AM +0200, Pierre Habouzit <[EMAIL PROTECTED]> > wrote: >> PS: I'm very fond of the apache (to be removed) Recommends. really. >> especially on a notebook, it helps understanding how broken the >> recommends chain is right now

Re: Installation of Recommends by default on October 1st

02-08-2007, LoОc Minier: > On Thu, Aug 02, 2007, Pierre Habouzit wrote: >> *WTF* ? I mean why should I have every possible xserver video driver > > You also have all possible kernel drivers built by the kernel image > installed; that's quite consistent with "any hardware you plugin will > work

Re: /bin/sh diversions

02-08-2007, Peter Samuelson: > > [Pierre Habouzit] >> the 3 biggest problems I've seen are: >>=20 >> * [[ for test, trivial: add it as a test alias, and also check for ]] >> termination in the test.c builtin. > > Ummm, [[ is not the same as [. (If they were the same, there would > have bee

Re: /bin/sh diversions

* Pierre Habouzit: > >> Well, bash is essential, so you have to have that one installed or else y= > ou >> have to scan all your packages for uses of bash and convert them. > > Let's make it a release goal ! In my TODO list. The quilt is one of main goals; not only bash->sh but also awk->no awk.

perl, shell, size of installed packages (Re: Cleanup before install)

* 31-07-2007, Marc Haber: > On Tue, 31 Jul 2007 19:09:10 + (UTC), Oleg Verych > >>- adduser is 48k of "unreadable perl mess" > > As former maintainer of adduser, I take offense here. Adduser has > improved a lot in readability in the last three years. This is

Re: Cleanup before install (Re: Purging of unneeded ...)

* Neil Williams: >> Yea, devices don't, software packages do... > > Nah, we get around that too. > > (cdebconf for one) I must take a look, thanks. Current debconf (depends on perl, not only perl-base, sigh) is ..., you know. > Then use busybox to replace adduser. Tell it to package maintainers

Re: Cleanup before install (Re: Purging of unneeded ...)

* Neil Williams: > > On Tue, 31 Jul 2007 09:08:10 + (UTC) > Oleg Verych <[EMAIL PROTECTED]> wrote: >> How that can be, without perl? I don't like perl, but it's a must for >> Debian. > > It ain't necessarily so. > ;-) > > Embedd

Re: Google SoC 2007- KernelConfigProposal

* Amit Kumar Saha: > Hi all, > > Has anyone started working on the "Kernel Config" Google SoC 2007 > proposal listed at > http://wiki.debian.org/SummerOfCode2007/KernelConfigProposal? There was some activity in debian-kernel, though i didn't follow that list for summer. Here are links on informa

Re: Cleanup before install (Re: Purging of unneeded ...)

> The alternative approach is to modify the packages themselves, rather > than remove files after installation. See Emdebian: > http://www.emdebian.org/ Well, after download, before installation and using general purpose archive. > http://lists.debian.org/debian-embedded/2007/05/msg00025.html > h

Re: Cleanup before install (Re: Purging of unneeded ...)

Hallo. Finally i've came up with a new solution, shared in dpkg-general [0]. It's only for those, who cares about having less bloated (yet functional) rootfs. More ideas (and probably testing) is welcome. [0] Thanks. -- To UNSUBSCRIBE, email to [E

Re: Thoughts about the bug tracking system

21-07-2007, Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> пишет: > --=-=-= > > Oleg Verych <[EMAIL PROTECTED]> writes: >>> Please either address the points raised by the message you're replying >>> to, or don't. >> IMHO that message wa

Re: Thoughts about the bug tracking system

* 21-07-2007, Steve Langasek > The scripts in /usr/share/bug/ are *created by the package maintainers to > collect information they believe should be present in bug reports about > their packages*. Asserting that maintainers "have the option" to ask for > more info is just stupid; the whole point

Re: Thoughts about the bug tracking system

* Don Armstrong > On Sat, 21 Jul 2007, Oleg Verych wrote: >> "post your thoughts in your weblog, come here with patches" > > This is a list which is used to discuss development related issues. > The ability of users to report and discover bugs which affect them

Re: Thoughts about the bug tracking system

>> [incensed ranting on the topic of web applications] > > Oleg, your response doesn't seem to be in response to the message you > quoted. A reply to off topic message to the development list. Insulting -- yes. Why? In dry lanuage: "post your thoughts in your weblo

Re: Thoughts about the bug tracking system

>> > p.s. if this is wrong list, please shoot me... >>=20 >> So, please, don't just talk. Try to make something above average >> first. Then try to support it for some time, then go back to your >> questions, and know wise answers. > > Not only you are very harsh and aggressive, but there is defi

Re: Thoughts about the bug tracking system

20-07-2007, > When I'm locking at the BTS, I sometimes get the feeling it was either > designed a long time ago, Is it good or bad? > or that it was designed by real hardcore developers. Not that it isn't > effective, as when you have learned the whole system, you can query it > pretty fast, but

Re: Looking for new FTP assistants

>> This require some work from sender's side, how is using plain MUA<->ML >> interaction. For things like Gmane or reportbug anti-spam rules are >> customizable and known at least. > > While defending against spam is being long enough on user's side [0], > why not to apply this little addition to s

Re: Looking for new FTP assistants

> This require some work from sender's side, how is using plain MUA<->ML > interaction. For things like Gmane or reportbug anti-spam rules are > customizable and known at least. While defending against spam is being long enough on user's side [0], why not to apply this little addition to sender's

Re: Looking for new FTP assistants

> Date: Tue, 10 Jul 2007 12:40:27 +0200 > Maybe is it time to adopt some required tags in the mail subjects to filter > spamming activities? Something already adopted for the RT system indeed. I also am thinking about something new in anti-spam case. While i'm newbie, let me express the idea. Do

Re: upstart (Re: Bug#417118: ntpdate: Start sequence problem for some network setups)

* martin f krafft (Fri, 6 Jul 2007 07:57:57 +0200) > > also sprach Oleg Verych <[EMAIL PROTECTED]> [2007.07.05.1957 +0200]: >> Unless i will see any kind of implemented proposal, i.e. tar or deb >> that i can use/test on base installation, it's a *technical* problem.

Re: long arithmetics in dash, dash fix 4`The Shell: arithmetic comparison with void'

* me (Sun, 1 Jul 2007 20:22:21 +0200) > > Maybe somebody interested in making dash use "long int", thus enabling > wider range on 64bit platforms, while still having same on 32bit ones? #329025 has a link to the standard, that states: Precision and Operations , with the following exceptions:

upstart (Re: Bug#417118: ntpdate: Start sequence problem for some network setups)

* Hamish Moffatt (Thu, 5 Jul 2007 17:28:20 +1000) > On Thu, Jul 05, 2007 at 02:26:43AM +0200, Marco d'Itri wrote: >> On Jul 05, Brian May <[EMAIL PROTECTED]> wrote: >> >> > Marco> Hope that some day we will switch to upstart. >> > Ok, so when do we switch to upstart? >> Probably at the same t

long arithmetics in dash, dash fix 4`The Shell: arithmetic comparison with void'

* Date: Mon, 11 Jun 2007 14:24:24 + (UTC) > Yet arithmetic ones are still with them: > >|-*- > [EMAIL PROTECTED]:/tmp$ bash -c "test '' -eq 0 ; echo \$?" > bash: line 0: test: : integer expression expected > 2 > [EMAIL PROTECTED]:/tmp$ dash -c "test '' -eq 0 ; echo \$?" > 0 > [EMAIL

long arithmetics in dash, dash fix 4`The Shell: arithmetic comparison with void'

* Date: Mon, 11 Jun 2007 14:24:24 + (UTC) > Yet arithmetic ones are still with them: > >|-*- > [EMAIL PROTECTED]:/tmp$ bash -c "test '' -eq 0 ; echo \$?" > bash: line 0: test: : integer expression expected > 2 > [EMAIL PROTECTED]:/tmp$ dash -c "test '' -eq 0 ; echo \$?" > 0 > [EMAIL

coreutils: long stall

At least experimental package must be updated. Is it maintainer's problem or it's a normal situation? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

(glibc's opinion on malloc) Re: Bug#430140: ITP: hoard -- Fast, scalable, and efficient replacement memory allocator

* From: Russ Allbery * Date: Sun, 24 Jun 2007 22:36:21 -0700 * Organization: The Eyrie > > Bernd Zeimetz <[EMAIL PROTECTED]> writes: [] > >> there're also the google perftools[1], which are suppsed to work very >> well and we have libgoogle-perftools in Debian. > > Hoard is noticably better for Ope

The Shell: arithmetic comparison with void

If was time, where string comparisons with void were ... with features. |-*- if [ "x$a" = 'x|' ]; then |-*- Yet arithmetic ones are still with them: |-*- [EMAIL PROTECTED]:/tmp$ bash -c "test '' -eq 0 ; echo \$?" bash: line 0: test: : integer expression expected 2 [EMAIL PROTECTED]:/t

Re: Bourne shell assistance needed for Bug #422909

* From: Roger Leigh * Date: Wed, 09 May 2007 22:48:49 +0100 > > Hi folks, Hallo. > # Unmount all filesystem under specified location > # $1: mount base location > do_umount_all() > { > "$LIBEXEC_DIR/schroot-listmounts" -m "$1" | > while read mountloc; do > if [ "$AUTH_VERBOSITY" = "

tmpfs (Re: Why not move Apt to a relational database)

On 2007-06-09, Bastian Blank <[EMAIL PROTECTED]> wrote: > On Sat, Jun 09, 2007 at 02:52:04AM +0000, Oleg Verych wrote: >> > Based on a relational database it will run faster, >> First reason is "faster". What if i'll say: based on tmpfs and >> dir

Re: Why not move Apt to a relational database

* From: Justin Emmanuel * Date: Sun, 03 Jun 2007 10:55:01 +0100 Hallo, Justin. Hope, you are still here. > 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. > > Based on a rela

Re: Wanted: introductory page for all teams

* From: David Nusinow <[EMAIL PROTECTED]> * Date: Tue, 29 May 2007 20:15:08 -0400 > > On Tue, May 29, 2007 at 08:00:17PM +0200, Josip Rodin wrote: >> On Sat, May 26, 2007 at 07:53:30PM -0400, David Nusinow wrote: >> > The only thing I've ever heard about helping out with the website is that >> > it

Cleanup before install (Re: Purging of unneeded ... (cleaL10n))

It was good to have ability to make simple dpkg-deb wrapper [0] (for clean locales script). Moving further, it must be noted, that current way dpkg uses dpkg-deb isn't optimal for any kind of pre-cleanup, such as: - removing locales, mans; - striping scripts (comments: they're already in the sourc

Re: Dependencies on shared libs, take 2

* From: Julien Cristau > Newsgroups: gmane.linux.debian.devel.general > > On Wed, Jun 6, 2007 at 17:50:26 +0000, Oleg Verych wrote: > >> Just as better alternative IMHO, please consider using `eu-readelf -ds` >> from elfutils. > > elfutils isn't build-essential

Re: Dependencies on shared libs, take 2

* From: Steve Langasek * Date: Wed, 6 Jun 2007 03:34:59 -0700 [] > FWIW, in the prototyping I did in the unixodbc package I made the symbol > version and the symbol name two separate fields separated by whitespace, > because this made it easier to generate files of this format with objdump -T > and

Re: Dependencies on shared libs, take 2

* From: Steve Langasek * Date: Tue, 5 Jun 2007 02:56:14 -0700 > > On Tue, Jun 05, 2007 at 08:56:40AM +0200, Raphael Hertzog wrote: >> On Mon, 04 Jun 2007, Steve Langasek wrote: [] >> > Considering the number of bugs I see because of maintainers who don't >> > notice >> > they need to change packag

checklib... (Re: checklib)

On Fri, Jun 01, 2007 at 04:24:20PM -0500, Manoj Srivastava wrote: [] > > - `objdump' can handle one file at time (and not buggy). > > I don't understand that comment. > ,[ Manual page objdump(1) ] > | SYNOPSIS > |objdump [-a|--archive-headers] <> objfile... > | DESCRIPTION >

shell and sed vs awk perl and python (Re: checklib ;)

* From: Manoj Srivastava * Date: Fri, 01 Jun 2007 16:24:20 -0500 > On Fri, 1 Jun 2007 20:53:10 + (UTC), Oleg Verych ><[EMAIL PROTECTED]> said: > >> Notes about original: >> - `basename' doesn't work, > > Why? It seems to work perfectly

Re: checklib

* From: Manoj Srivastava * Date: Wed, 30 May 2007 12:04:01 -0500 * Organization: The Debian Project [] > (I tend not to optimize before determining whether it is needed). Even trailing whitespace your editor tend not to remove, before X time ;) [] > If someone wants to port my simple sh

  1   2   >