On Tue, Dec 07, 2021 at 07:05:29PM +0100, Tomas Pospisek wrote:
> So you being a DD and soon at work on Chromium the hope was that maybe you
> could conduct some of upstream love to care about the world outside of
> Google (?), here in particular Debian's effort to provide Chromium to its
> users..
On Tue, Dec 07, 2021 at 08:55:00AM +0100, Tomas Pospisek wrote:
> I note that Steinar Gunderson [1] is now employed by Google to work on
> Chrome, so maybe there could be hope talking to him?
Hi,
It's right that I'm just joining the Chromium team, although probably not in
an area that is interest
On Sat, Feb 27, 2021 at 03:24:52PM +0100, Johannes Schauer Marin Rodrigues
wrote:
> No idea why we are still asking whether popcon should be enabled or not
> because
> apparently it's 2021 and it's okay to tell others out there that I just
> installed Debian.
This is a strawman, though. popcon c
On Sat, Feb 27, 2021 at 12:29:34PM +, Thaddeus H. Black wrote:
> I would prefer Kurt's option. Network silence is important. Network
> noise would probably be a bug. A sysadmin should not be made to take
> special precautions to avoid the inadvertent disclosure of the user's
> presence on th
On Wed, Feb 24, 2021 at 10:25:02AM -0500, Sergio Durigan Junior wrote:
> Hm, that's a bummer. I mean, you can certainly set up an instance for
> you, but it takes a lot of time to mirror debian-debug (some days,
> depending on your network connection). I don't know if that would be
> interesting
On Mon, Feb 22, 2021 at 09:50:25AM +, Holger Levsen wrote:
> I'll still oppose installing a locate package on every system by default
> which burns energy every day on millions of computers for almost noone's
> benefit.
>
> Those who want locate, can apt install it. The rest shouldn't default
On Tue, Feb 09, 2021 at 08:53:10PM +0200, Adrian Bunk wrote:
> And there are now also many non-technical Linux users who have never
> used a shell.
Well, why do we include netcat, telnet or hdparm? lsof? pciutils?
traceroute? host? All of these are irrelevant for a non-technical
non-shell user, ye
On Mon, Feb 08, 2021 at 01:57:42PM -0800, Josh Triplett wrote:
> That doesn't make it usable for portable scripting. A script can't
> assume the presence of locate without declaring a dependency on it, and
> there's currently no virtual package for locate. And even if locate is
> present, a script
On Sun, Feb 07, 2021 at 03:12:25PM +, Paul Wise wrote:
> On my desktop a no-change update takes 40s and the I/O usage is around
> 1800 K/s according to iotop-c, probably would be more painful on
> HDD-only systems.
That's interesting; how many files do you have on your machine, roughly?
(e.g.
On Sat, Feb 06, 2021 at 10:16:29PM -0800, Josh Triplett wrote:
> locate is a purely user-facing tool,
> not really usable for portable scripting, since neither its presence nor
> its functioning can be assumed.
Really? Basic functionality is the same between locate.findutils, mlocate and
plocate.
On Sun, Feb 07, 2021 at 12:40:55AM +, Paul Wise wrote:
> I support having locate in the base install, but I don't think that
> the cost of daily walking the entire filesystem is low; especially
> with HDDs and older storage or computers that can be a lot of I/O. I
> guess it also alters the Lin
On Sat, Feb 06, 2021 at 10:18:45PM +0100, Bernd Zeimetz wrote:
>> Thoughts?
> I think plocate should have a Conflicts: mlocate. There is no need to
> install two locate implementations in parallel, it will just create
> useless IO.
It's a pretty thin use-case, but someone could have scripts that c
Hi,
mlocate used to be Priority: standard; for some reason that I haven't been
able to unearth (despite the efforts of several people), there is now an
override for buster, so that it's no longer installed by default (and mlocate
now has an override disparity).
I do wonder if this was intentional
Package: wnpp
Severity: normal
Hi,
I've now removed EVMS from the last of my machines. The package was a
good idea in its time, but sadly has been neglected by upstream over the
last five years or so, and there's currently little hope that upstream
development will ever resume unless someone else
On Fri, Jul 11, 2008 at 07:36:44AM -0500, Ron Johnson wrote:
> http://www.cs.arizona.edu/people/justin/packagemanagersecurity/attacks-on-package-managers.html
>
> What are people's thoughts on this?
It's been known for quite a while. (I asked one of the guys publishing it,
and he was fully aware
On Thu, Jul 10, 2008 at 02:03:47PM +0800, Paul Wise wrote:
> Haven't yet evaluated how good it is.
FWIW, not very. fmdf is, like almost all other free (and lots of non-free!)
software projects in this class, very rudimentary and written with people
with very limited DSP knowledge. If you want a go
On Thu, Jul 10, 2008 at 01:43:12AM +1200, Chris Bannister wrote:
>> On that basis, a better synopsis would be:
>>
>> PL/Lua procedural language for PostgreSQL
> So the short description can start with a capital letter?
Certainly, since PL is an acronym.
I'd say "procedural language for Postg
On Fri, May 23, 2008 at 06:03:51PM +0200, Stefano Zacchiroli wrote:
> So, basically, I welcome your proposal, but IMO its simplest and most
> effective implementation would be: ``packages scoring high in popcon
> have to be maintained by teams using some Vcs-*''.
Why do you want to force the use o
On Thu, May 15, 2008 at 05:11:27AM +0200, Goswin von Brederlow wrote:
> The DSA signing uses (secret key + random) in the signature and that
> sum is trivial to compute given the signed message and public key. The
> security of DSA relies solely on the fact that random can't be guessed
> so you can
On Wed, May 14, 2008 at 11:12:26PM +, brian m. carlson wrote:
> If one can solve the Discrete Logarithm Problem, then one can
> factor, but the reverse is not true.
This is the first time I've ever heard anyone claim this; I've seen people
and textbooks claim they're roughly equivalent, but no
On Wed, May 14, 2008 at 06:22:37PM -0500, Steve Greenland wrote:
>> Therefore, anyone who had a DSA key has had it compromised...
> Shouldn't that be "anyone who had a DSA key *created by the flawed
> version of openssl* has had it compromised..."? Or are you asserting
> something stronger?
No. An
On Wed, May 14, 2008 at 03:33:52PM -0400, Ivan Jager wrote:
> I think that might depend on how not truly random the data is. For
> example, suppose the pool is coded to simply xor the new entropy with the
> pool.
It's not -- it's hashed in using a cryptographic hash function.
/* Steinar */
--
On Sun, Apr 27, 2008 at 12:36:05PM -0700, Russ Allbery wrote:
> After further investigation, it looks like gnubg does runtime probing, but
> if you tell it to use SSE, it also adds -msse to the build flags. Will
> building with -msse break the binaries on i386 chips without SSE all by
> itself, ev
On Sun, Apr 27, 2008 at 07:17:14AM +0200, Bernd Eckenfels wrote:
>> Also, it looks like it probes at runtime for SSE, so I may be able to
>> build with that on i386 as well.
> If it probes, it is most likely loading an optimized asm module, and you
> dont need the SSE switch at all.
If you use gcc
On Sun, Apr 20, 2008 at 11:18:13AM +0200, Reinhard Tartler wrote:
> On Debconf 7, the ffmpeg maintainers had a conversation with James Troup
> from the ftpteam about mpeg encoders in the ffmpeg package. The ftpteam
> was pretty surprised about the accepted encoders, and admitted that they
> were ac
On Sat, Apr 19, 2008 at 11:28:24AM +0200, Reinhard Tartler wrote:
> Currently debian/testing ships a very old copy of ffmpeg, dated from
> 0.cvs20070307. We, the ffmpeg maintainers (Fabian Greffrath and myself)
> do not consider that version of ffmpeg acceptable for release in debian
> lenny. Many
On Sat, Mar 22, 2008 at 09:14:57AM -0400, Roberto C. Sánchez wrote:
> Of course, knowing that I do such things on occasion, I have aliased
> 'rm' to 'rm -i', so it will ask unless I pass '-f' along.
Speaking from experience, this kind of behavior makes people use "rm -f" all
the time, which means
On Wed, Mar 05, 2008 at 09:55:37AM -0800, Kees Cook wrote:
>>> t.test(x=c(10.87,10.873,10.854,10.809,10.877),y=c(10.807,10.824,10.963,10.84,10.838))
> What tool is this you're using?
GNU R. Takes a while to get into, but hard to beat for statistics.
>> data: c(10.87, 10.873, 10.854, 10.809, 10.8
On Tue, Mar 04, 2008 at 08:13:11PM +0100, stas zytkiewicz wrote:
>> It will be the replacement for libgmail: not all libgmail developers
>> out there want to rewrite their programs from scratch, so a new,
>> backward-compatible libgmail based on IMAP does make sense IMHO.
> Libgmail has to much
On Tue, Mar 04, 2008 at 09:56:20AM -0800, Sebastien Delafond wrote:
> GmailImap is a collection of libraries which provides Python bindings
> to access to Google's Gmail Imap service.
Why would one want this library instead of a generic IMAP library?
/* Steinar */
--
Homepage: http://www.sesse.n
On Sat, Feb 02, 2008 at 10:26:52PM +0100, Pierre Habouzit wrote:
> Bah that's the worst reason I ever seen to not use a DVCS in Debian.
> Please look at the debian packages with patches, and please tell me how
> many come with a comment about what the patch do.
For one, you have the filename...
On Mon, Dec 24, 2007 at 07:29:58AM +0100, Turbo Fredriksson wrote:
>> So, right, the argument we're left with is, it's quick and it doesn't
>> have many apparent security flaws.
> It have NO security flaws (especially not if patching it with the most
> obvious patches).
“No security flaws! And eve
On Fri, Dec 21, 2007 at 08:17:08PM +0100, Leo costela Antunes wrote:
> There are certainly many others that don't need patches to fulfill basic
> requirements for an MTA, but whether they are better or not is
> irrelevant for us, given Qmail's level of widespread adoption.
How widespread is this a
On Fri, Dec 07, 2007 at 07:18:11PM +0100, Martin Pitt wrote:
> However, a lot of programs that we have deal with passwords and other
> secrets which deserve some protection, like passwords you type into
> ssh, screensavers, seahorse, etc.
While I sort of like the idea, I must admit that if I could
On Wed, Nov 28, 2007 at 04:49:31PM -0700, Shaun Jackman wrote:
> That does not seem like a very safe default behaviour. When a new RC
> bug has been submitted, it's a rather likely situation that the bug is
> present in unstable and wasn't present before.
That's why you use reportbug, so the versi
On Mon, Nov 12, 2007 at 05:10:08PM +0100, Elimar Riesebieter wrote:
> $ lynx http://incoming.debian.org
>
> shows an awfully bad formated directory listing and the dak files as
> well. Is that usual now?
I don't know about lynx, but in Firefox incoming.d.o looks like it has always
done.
/* Stein
On Mon, Oct 08, 2007 at 03:41:21PM -0400, Roberto C. Sánchez wrote:
> Given the great abundance of revision control systems already packaged
> for Debian, what is the point of adding another?
I don't see the relevance of this argument, really, but if you really think
it's a problem: What if someon
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
coreutils' sort just because it's writte
On Fri, Sep 07, 2007 at 12:21:02PM +0200, Bernd Zeimetz wrote:
> Imho Debian's ctte should decide about this, and if they decide to have
> sorted IPv4 addresses by default, somebody needs to take care that _ALL_
> programs using IPv4 are changed. Including browsers, IM clients and all
> daemons wh
On Thu, Aug 30, 2007 at 08:22:36AM +0100, Neil Williams wrote:
> Yes. Except that you don't have to go trying to find someone. You should
> file a RFP bug against wnpp and wait until someone has sufficient
> interest and skills to take on the maintenance of this package in
> Debian.
Has there ever
On Wed, Aug 29, 2007 at 01:20:52PM -0500, John Goerzen wrote:
>>> I don't think so. Hasn't tar defaulted to something approximately
>>> /dev/rmt0 for *YEARS*, not just on Linux but on just about every
>>> platform, if -f is not given?
>> No.
> You cite nothing to back that up, and everything I can
On Wed, Aug 29, 2007 at 09:05:05AM -0700, John H. Robinson, IV wrote:
>>> I don't think so. Hasn't tar defaulted to something approximately
>>> /dev/rmt0 for *YEARS*, not just on Linux but on just about every platform,
>>> if -f is not given?
>> No.
> tar != gtar. I think you will find that answer
On Wed, Aug 29, 2007 at 10:58:17AM -0500, John Goerzen wrote:
> I don't think so. Hasn't tar defaulted to something approximately
> /dev/rmt0 for *YEARS*, not just on Linux but on just about every platform,
> if -f is not given?
No.
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSU
On Mon, Aug 27, 2007 at 03:21:38PM -0400, [EMAIL PROTECTED] wrote:
> Perhaps Debian could contact Opera about the license, assuming for the
> sake of argument that they have not already done so?
Why don't you do it yourself? Debian as an organization in general doesn't do
much non-free software.
On Mon, Aug 27, 2007 at 09:09:17PM +0300, Kalle Kivimaa wrote:
>> Why is the Opera browser not included in Debian?
> For the very simple reason that Opera is not open source software.
They do, however, have .debs in their own apt repository.
(I do not know why it's not in non-free, but such case
On Sun, Aug 19, 2007 at 06:46:46PM +0200, Thibaut GIRKA wrote:
> Scolily record from any audio device handled by ALSA, and then create a
> music score ( lilypond, ABC music and Midi files are currently supported
> ).
Just curious; how well does this work? Last time I tried, this kind of task
was
On Fri, Aug 17, 2007 at 08:23:38PM -0400, Joey Hess wrote:
>> I'd opt for dpkg generating the checksums upon _extracting_ the .deb
>> file.
> Not all debian systems have fast CPU and fast disk.
I could understand the fast CPU argument, but there's no good reason why
MD5ing at extraction time would
On Wed, Aug 15, 2007 at 09:32:30PM -0500, Gunnar Wolf wrote:
> Of course, before any action, I'd like to hear Thom's or Andres' points
> of view.
You probably want to hear my input too. :-)
At Debconf5, I was more or less persuaded into taking the package (up to
the level where I actually had the
On Sun, Aug 12, 2007 at 09:09:07AM +0900, Osamu Aoki wrote:
> For HTML if Japanese text is short, embeding gif/png file is better than
> using UTF-8 characters. Then you can read it from any configuration.
...except a text-mode one?
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSU
On Fri, Aug 10, 2007 at 10:25:07AM -0700, Russ Allbery wrote:
> Yeah, but figuring out what changes we need is part of the problem -- I'm
> guessing there's some reason why we didn't go that route in the first
> place and that it won't just work without some changes, and I have no
> NFSv4 environme
On Fri, Aug 10, 2007 at 09:53:09AM -0700, Russ Allbery wrote:
> My preference would be to dump the UMich GSSAPI library and link
> nfs-common directly against MIT Kerberos, which doesn't conflict with
> Heimdal.
If you file a bug against nfs-common with what Build-Depends or other changes
you need
On Sun, Aug 05, 2007 at 06:02:11PM +0200, SZALAY Attila wrote:
>> This is wrong. Note that "multithreading" is a different concept from
>> spawning many processes (ie. the traditional UNIX fork() model).
> You are right, but (I think) it's not harder to write a program which is
> multithread than w
On Sun, Aug 05, 2007 at 05:39:11PM +0200, SZALAY Attila wrote:
> Yes, but you cannot exploit the power of more than one CPU without
> multithreading.
This is wrong. Note that "multithreading" is a different concept from
spawning many processes (ie. the traditional UNIX fork() model).
/* Steinar *
On Sat, Aug 04, 2007 at 11:24:49PM +0200, Mike Hommey wrote:
> Or maybe pipes, they are even more unlikely in a filename.
I remember the problem in dak where ~ was used as field separator
because nothing contained tildes anyway... until version numbers did :-)
/* Steinar */
--
Homepage: http://w
On Sun, Aug 05, 2007 at 12:21:46AM +1000, Hamish Moffatt wrote:
> System admins might regard multi-threaded as the key to high
> performance.
Your system admins sound rather odd. Lots of software is high performance
without ever using threads at all.
/* Steinar */
--
Homepage: http://www.sesse.n
On Mon, Jul 30, 2007 at 12:15:47AM +0200, Pierre Habouzit wrote:
> thank hurd-i386 for this. (or any arch where your package does not
> build). I wish the bts would ignore non RC archs by default :|
Just for the record, bugscan (and by extension these days, britney) ignores
non-RC archs.
/* St
On Fri, Jul 20, 2007 at 06:50:03PM +0200, Alexander Schmehl wrote:
> Could it be, that you are now filtering to strict? I could swear, that
> when I looked at the list yesterday I saw fillets-ng which had a new lib
> according to the log...
It seems fillets-ng was never completely built in the se
On Thu, Jul 19, 2007 at 02:13:26AM +0200, Steinar H. Gunderson wrote:
> Full build logs are available at
> http://people.debian.org/~sesse/enriched-chroot/ -- look at the bottom to
> find the differences. Note that these builds were made some time ago, so they
> might not be 100% up-
On Fri, Jul 20, 2007 at 12:31:57AM +0200, Michael Biebl wrote:
>> Michael Biebl <[EMAIL PROTECTED]>
>>knetworkmanager
>>kpowersave
> These two are affected because of unsermake being installed and so the
> build fails completely.
Define "fails completely". The build creates a .deb, it just
On Thu, Jul 19, 2007 at 06:37:55PM +0100, Neil Williams wrote:
> Didn't mean to sound accusatory - more surprised. It was strange that
> one package is commonly affected and others that also changed versions
> were not. Maybe something to do with pattern matching failing when a
> version includes d
On Thu, Jul 19, 2007 at 09:02:02AM -0700, Andrew Pollock wrote:
> Description : Parallel versions of the OpenSSH tools
What exactly does this mean? What is the software good for?
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
On Thu, Jul 19, 2007 at 08:09:49AM +0100, Neil Williams wrote:
> As other have noted, the logs are in error. I've checked the log for
> deb-gview in meld and the only difference in the two Depends line is:
> zlib1g (>= 1:1.2.3.3.dfsg-1)
> zlib1g (>= 1:1.2.1)
>
> That is NOT a bug!!!
Ouch. It seem
(I already wrote this mail once, but have no idea where it went. Apologies if
it comes out twice.)
In a few days, I'll start filing bugs against packages that build
unpredictably when extra build-dependencies are present. (More precisely,
packages where the dependency or file list differ between a
On Tue, Jul 17, 2007 at 12:27:18PM +0100, Neil Williams wrote:
> Everyone else: If Andreas does not respond, is there any way of fixing
> 428800 and 383049? Are the issues worth an RC bug anyway?
For non-RC bugs, the normal (ie. non-0-day) NMU policy applies, as outlined
in the Developer's referen
On Sun, Jul 15, 2007 at 01:28:32PM +0200, Elimar Riesebieter wrote:
> Doesn't work in addition to nfs-common 1.1.0-9.
What does your fstab look like? What messages do you get during boot?
(I'm taking this off debian-devel from here on; it doesn't make sense to keep
debugging there.)
/* Steinar *
tags 433119 + patch
thanks
On Sat, Jul 14, 2007 at 07:40:13PM +0200, Frans Pop wrote:
>> I'm a bit unsure why this suddenly started going to debian-devel; I'm
>> Cc-ing the bug again, at least.
> Because I CCed it there, but you only replied to d-devel :-)
OK, my bad.
>> Try this patch:
> The pa
On Sat, Jul 14, 2007 at 06:17:13PM +0200, Frans Pop wrote:
> I'm not all that interested in what the right long-term fix is, I'm
> concerned about a change in nfs-common breaking something semi essential
> that has worked for ages, accidentally or not.
I'm a bit unsure why this suddenly started
On Sat, Jul 14, 2007 at 05:37:49PM +0200, Frans Pop wrote:
> Shouldn't the relevant change be delayed until initscripts _does_ support
> this then? And after that nfs-common should be given a proper versioned
> dependency before activating the change?
It was not discovered before after-the-fact,
On Mon, Jul 09, 2007 at 04:48:05PM +0200, Bruno Costacurta wrote:
> Hello,
> what is the policy about file debian/compat ?
It's a part of the interface to debhelper, and as such is documented in the
debhelper documentation.
> I was not able to find any policy about it in 'Debian Policy Manual' on
On Tue, Jul 03, 2007 at 04:19:15PM +0100, Ian Jackson wrote:
> Ideally the setup should allow the same packages to declare diversions
> both ways. This would make the transition a lot easier.
if ! dpkg --assert-declarative-diversions 2>/dev/null; then
dpkg --divert etc.
fi
Given that we
On Sat, Jun 30, 2007 at 11:56:56AM +0200, Frank Lichtenheld wrote:
>> So my question remains: what's the officially sanctioned, nondeprecated way
>> to
>> revert the effects of a versioned message to [EMAIL PROTECTED]
> reopen (I think that also clears the fixed list, don't tried it though,
> so
On Tue, Jun 26, 2007 at 12:53:20PM +0200, martin f krafft wrote:
>> That'd be Gryffindor...
> Good to see that some of us are doing actual work.
Yeah, like maintaining X:
http://pr0n.sesse.net/debconf7/1024x768/dsc_0490.jpg
Time to move to debian-curiosa, perhaps :-)
/* Steinar */
--
Homepag
On Mon, Jun 25, 2007 at 08:07:55AM -0700, Russ Allbery wrote:
> The problem with this theory (basically, that glibc is taking a
> performance penalty by giving memory back to the system and hence being
> more space efficient) is that not only is Hoard significantly faster than
> glibc for OpenLDAP,
On Fri, Jun 22, 2007 at 09:27:49AM -0700, Russ Allbery wrote:
> Hoard is a replacement memory allocator that can be used instead of glibc
> malloc without recompiling binaries. It is faster and more efficient
> under many load patterns than the default glibc malloc, and is particularly
> good for
On Fri, Jun 22, 2007 at 09:23:16AM +0200, Lucas Nussbaum wrote:
> However, with this setup, you only check that building packages in
> non-clean environments doesn't significantly affect the package. It
> would be interesting to check as well if the resulting package matches
> what is in the archiv
Package: wnpp
Severity: wishlist
Owner: "Steinar H. Gunderson" <[EMAIL PROTECTED]>
* Package name: sorting-hat
Version : 1.0.0
Upstream Author : Erinn Clark <[EMAIL PROTECTED]>
* URL : physical://across/the/room
* License : Unknown (we
[Please keep discussion on -devel; -release is not a discussion list and
I'm not subscribed to -qa :-)]
Hi,
As discussed during DebConf, I'd like to propose a new release goal: Packages
should not only build in clean chroots, but also in non-clean environments.
Specifically, adding extra package
On Thu, Jun 14, 2007 at 06:57:10AM +0400, Sergei Golovan wrote:
> Is get-orig-source target in debian/rules, which fetches and repacks
> orig.tar.gz sufficient? I guess it should be.
Sure, if debian/copyright mentions it. debian/copyright is _always_ the
canonical place for “where does this .orig.
On Wed, Jun 13, 2007 at 03:00:15PM -0700, Russ Allbery wrote:
> Many non-free drivers (and some free drivers, for that matter) are never
> automatically built at the moment, although with the new mechanism for
> building modules in main, hopefully that number will drop over time for
> the free ones
On Wed, Jun 13, 2007 at 10:06:20PM +0400, Sergei Golovan wrote:
>> pristine source. It is rather nice to be able take debian's tar.gz and
>> verify with md5sum or a detached gpg sig that upstream's tarball is
> The original tarball contains non-free RFCs, so it is recreated anyway.
On a general no
On Sat, Jun 09, 2007 at 08:13:24PM +0200, Julian Andres Klode wrote:
> dir2ogg converts MP3, M4A, WMA and WAV files to the open-source OGG
> format.
What is the purpose of this, besides reducing audio quality?
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMAI
On Thu, May 31, 2007 at 02:46:32PM +0200, Daniel Baumann wrote:
> "Unfortunately as you're probably aware, Debian insists that we don't
> attribute Ubuntu packages to the Debian maintainer anywhere. Under this
> agreement, we have to change the Maintainer field in our packages.
Don't they still k
On Tue, May 29, 2007 at 09:25:46PM +0200, Elimar Riesebieter wrote:
> does one know if the projects maintained by Joshua Kwan are still
> in progress? For instance I am waiting for flac 1.1.4 (#411311, 100
> days old!)
He was busy with school work last time I asked him, but he definitely still
exi
On Sat, May 19, 2007 at 06:31:02PM +0300, Touko Korpela wrote:
>> Content-Type: text/plain; charset=UTF-8
>> Content-Transfer-Encoding: quoted-printable
> You should fix your mail system not to send quoted-printable.
Urm, why?
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE
On Thu, May 17, 2007 at 07:43:09PM +0100, Neil Williams wrote:
> Most users don't need to use the packages given as Recommends or
> Suggests so the purpose, as I see it, is to help those who have unusual
> or extended needs for the functions provided by the package.
You are at odds with Policy wit
On Sun, May 13, 2007 at 02:01:26PM +0200, Petter Reinholdtsen wrote:
>> How accurate is this tool? I saw that hald-addon-cpuf (which I
>> assume is short for ...-cpufreq), more precisely in
>> "queue_delayed_work_on (delayed_work_timer_fn)" stood for a lot of
>> wakeups, so I killed it. Yet it keep
On Sat, May 12, 2007 at 07:31:26PM +0200, Petter Reinholdtsen wrote:
> Today Intel announced the powertop tool to report which process in a
> Linux system is consuming most power. Check out
> http://www.linuxpowertop.org/> for the tool, and my RFP in
> #423504.
How accurate is this tool? I saw th
On Tue, May 08, 2007 at 03:26:04AM +0200, Piotr Roszatycki wrote:
> Why build-depending on package from testing would be an RC bug?
Build-depending on a package in testing would not be an RC bug. However,
build-depending on a package _not_ in testing would be an RC bug. In this
case, we're talking
On Mon, May 07, 2007 at 10:14:52PM +0200, Pierre Habouzit wrote:
> Honestly, that sucks. I don't want to subscribe the PTS for packages I
> sponsor, I do go read the BTS from time to time to check they (my
> sponsoring) are doing a good job, but I don't want to receive
> everything. Though, I fin
On Mon, May 07, 2007 at 08:08:09PM +0200, Nico Golde wrote:
> This would be nice since the NM don't have to forward them
> to the sponsor.
Have them subscribe in the PTS?
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubsc
On Sun, May 06, 2007 at 03:06:45PM +0200, Josip Rodin wrote:
> The packaging is mostly clean, as it's a fairly straightforward software
> package these days.
Out of curiosity, did it ever come with hardware? :-)
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMA
On Sun, Apr 29, 2007 at 02:02:41PM -0400, Sam Hartman wrote:
> I'm aware of one issue that impacts nfs-utils. Bug #413838 describe a
> problem where if your server has a common misconfiguration the 1.6
> Kerberos libraries on the client will cause mounts to fail. In
> particular, the kernel only
On Mon, Apr 23, 2007 at 07:06:55PM +0200, Mike Hommey wrote:
> The point is that it's pretty useless to have a backtrace without line
> numbers. It would be interesting if there was an option similar to -g1,
> but that would keep the line numbers (without the burden of keeping the
> whole source co
On Sun, Apr 22, 2007 at 10:31:04PM +0200, Hendrik Sattler wrote:
> Did you ever try to debug an application compiled with optimizations?
> No, either you build an optimized version (-O2) or you build a debug version
> (-g). If you want to debug what was coded, you better compile without
> optimiz
On Fri, Apr 20, 2007 at 10:43:27AM -0500, Ron Johnson wrote:
> Ok, what's JSON?
JavaScript Object Notation (http://en.wikipedia.org/wiki/JSON). These days, I
don't think it's reasonable to ask for a JSON explanation in a package
description unless you also want to explain XML everywhere -- it's ve
On Sun, Apr 01, 2007 at 06:11:38PM +0200, Michal Čihař wrote:
> It of course was signed, I simply don't know what went wrong, but it
> seems that something fooled script which is handling votes (signature
> won't verify, because I deleted the votes):
You had your message signed, then put the sign
On Fri, Mar 23, 2007 at 11:23:45AM +0100, Roman Müllenschläder wrote:
> The decision which packages should be 'suggested' and which should
> be 'recommended' depends on what frontend is supposed as 'standard'.
>
> What is beeing considered as 'standard'?
The definition in Policy is what you shou
On Sun, Mar 18, 2007 at 07:18:51PM +0100, Hendrik Sattler wrote:
>> Looking at row 2, column 1, Further Discussion
>> received 116 votes over I support the proposal
>>
>> Looking at row 1, column 2, I support the proposal
>> received 132 votes over Further Discussion.
> Either my understanding of t
On Wed, Feb 28, 2007 at 02:58:12PM +0100, Josselin Mouette wrote:
> It should be obvious now that, with the delays the release is facing,
> this decision was wrong.
I'm not so sure. By not trying to push 2.16 in, you've probably been creating
a lot less work for the release team than if you were t
On Tue, Feb 27, 2007 at 02:50:24AM -0500, Joey Hess wrote:
> I'd post the beautiful fingerprint scan I just did, but that's perhaps
> not a great idea. ;-)
Don't sorry, I'm quite sure I'll be able to grab a few ones from your glasses
at next Debconf. :-)
/* Steinar */
--
Homepage: http://www.ses
1 - 100 of 297 matches
Mail list logo
