On Sat, Nov 6, 2021 at 3:52 PM Thaddeus H. Black wrote:
> Not an expert on the subject, I should be reluctant to reply on
> list, except that 24 hours have passed and I see no other
> replies on list yet; so here goes.
Thanks, your comments are appreciated.
> I did not know that to make modules
Hello,
I have been involved in the conversations in the ISO WG21 (C++) SG15
(Tooling Study Group). Particularly in the context of trying to get a
story straight on how C++ modules will interact with package managers.
Over the past two months, I have released a couple[1] papers[2],
trying to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 May 2012 17:05:39 -0300
Source: maildir-filter
Binary: maildir-filter
Architecture: source i386
Version: 1.20-3
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso dan...@ruoso.com
Changed-By: Daniel Ruoso dan
I have been thinking about the bootstrapping of pakages lately. I am
involved in bootstrapping a partial system -- no kernel and no libc --
for some architectures for internal use. And I just thought that we
could use one trick to help in the bootstrap of packages that depend
on other shared
Em Qua, 2009-05-06 às 00:30 +0200, Stefano Zacchiroli escreveu:
On Wed, May 06, 2009 at 12:10:54AM +0200, Joerg Jaspert wrote:
So, does anybody still see reasons to continue supporting a standalone
/usr?
There had been lots of responses to that.
Yes, the most repeated argument has been
Hello,
Last week, an old security issue in desktop environments went through a
widely public discussion (including on slashdot)[1][2]. As I said, this
issue is not new[3], but there seem to be no action on the upstream to
fix it.
After taking an extensive look in all the history of this
Em Ter, 2009-02-24 às 19:35 +0100, Josselin Mouette escreveu:
Le mardi 24 février 2009 à 15:21 -0300, Daniel Ruoso a écrit :
Last week, an old security issue in desktop environments went through a
widely public discussion (including on slashdot)[1][2]. As I said, this
issue is not new[3
Em Ter, 2009-02-24 às 19:53 +0100, Yves-Alexis Perez escreveu:
On mar, 2009-02-24 at 15:21 -0300, Daniel Ruoso wrote:
Last week, an old security issue in desktop environments went through a
widely public discussion (including on slashdot)[1][2]. As I said, this
issue is not new[3
Em Ter, 2009-02-24 às 20:27 +0100, Yves-Alexis Perez escreveu:
By who? The Browser? Fix the browser?
Please take a look at all the discussion in the bug reports, I don't
think we need to repeat all the argumentation here.
daniel
--
To UNSUBSCRIBE, email to
Em Ter, 2009-02-24 às 20:49 +0100, Emilio Pozuelo Monfort escreveu:
Daniel Ruoso wrote:
Em Ter, 2009-02-24 às 19:35 +0100, Josselin Mouette escreveu:
Le mardi 24 février 2009 à 15:21 -0300, Daniel Ruoso a écrit :
Last week, an old security issue in desktop environments went through
Em Ter, 2009-02-24 às 21:43 +0100, Josselin Mouette escreveu:
I also would suggest that as a migration plan only, where we do turn
all .desktop files into executables in the future, so we have a
consistent environment.
What is the purpose of having system .desktop files executable?
Em Ter, 2009-02-24 às 16:33 -0500, Michael S. Gilbert escreveu:
I think Yves is saying that the launcher issue is (and always was)
correctly handled in the XFCE desktop. This is a GNOME/KDE-specific
problem.
So if a .desktop file appears in the user's Desktop without the x bit
set and the
Em Ter, 2009-02-24 às 22:53 +0100, Yves-Alexis Perez escreveu:
On mar, 2009-02-24 at 18:35 -0300, Daniel Ruoso wrote:
So if a .desktop file appears in the user's Desktop without the x bit
set and the user clicks it, it won't get executed..
Not exactly. The “safe” .desktop file
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 03 Mar 2008 11:18:04 +
Source: xqilla
Binary: xqilla libxqilla-dev libxqilla3
Architecture: source i386
Version: 2.0.0-2
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed-By: Daniel Ruoso
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 10 Dec 2007 11:37:50 +
Source: gnome-mag
Binary: libgnome-mag2 libgnome-mag-dev gnome-mag
Architecture: source i386
Version: 1:0.14.10-3
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 06 Dec 2007 10:20:49 +
Source: gnome-mag
Binary: libgnome-mag2 libgnome-mag-dev gnome-mag
Architecture: source i386
Version: 1:0.14.10-2
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed
]
Changed-By: Daniel Ruoso [EMAIL PROTECTED]
Description:
gnome-mag - a screen magnifier for the GNOME desktop
libgnome-mag-dev - screen magnification library for the GNOME desktop
(development h
libgnome-mag2 - screen magnification library for the GNOME desktop (shared
librar
Changes:
gnome
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 5 Sep 2007 15:11:17 +0100
Source: maildir-filter
Binary: maildir-filter
Architecture: source i386
Version: 1.20-2
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed-By: Daniel Ruoso [EMAIL
Ter, 2007-06-12 às 10:26 -0300, Gustavo Franco escreveu:
Any idea on how to collect more reliable data in a opt-in base? Does a
survey on pentabarf (or public acessible) during debconf makes sense?
Huh How can opt-in data be more reliable then disperse collection?
daniel
--
To
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 15 Jan 2007 15:33:26 +0100
Source: colorblind
Binary: libcolorblind0 libcolorblind-dev
Architecture: source i386
Version: 0.0.1-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed-By: Daniel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 13 Jan 2007 21:15:00 +
Source: mambo
Binary: mambo
Architecture: source all
Version: 4.6.1-4
Distribution: experimental
Urgency: low
Maintainer: Alex de Oliveira Silva [EMAIL PROTECTED]
Changed-By: Daniel Ruoso [EMAIL
Seg, 2006-10-30 às 14:43 -0800, Thomas Bushnell BSG escreveu:
On Mon, 2006-10-30 at 12:53 -0800, Steve Langasek wrote:
Keeping such tests in package builds is fine, but they should either be
disabled by default (enabled with an environment variable, say), or they
should be informational
Qua, 2006-10-11 às 23:17 +0200, Tim Dijkstra escreveu:
One problem is that a user can launch a daemon that keeps the device file
open before she logs out
Also I was referring to how pam_group works, but I find this way of
handling permissions even more broken than pam_group. For example,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 16 Aug 2006 11:37:59 +0100
Source: cvs-autoreleasedeb
Binary: svn-autoreleasedeb cvs-autoreleasedeb
Architecture: source all
Version: 0.12-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 9 Aug 2006 09:35:55 +0100
Source: cvs-autoreleasedeb
Binary: svn-autoreleasedeb cvs-autoreleasedeb
Architecture: source all
Version: 0.11-2
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 4 Aug 2006 12:39:54 +0100
Source: cvs-autoreleasedeb
Binary: svn-autoreleasedeb cvs-autoreleasedeb
Architecture: source all
Version: 0.11-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed
Em Ter, 2006-07-25 às 02:04 +0200, Frans Pop escreveu:
My main rationale is that its init script offers offers a fairly clean and
obvious way for users to set values in /sys at boot time. (Without the
need for them to hack a local init script.)
It's far away from actually being installed by
Em Seg, 2006-05-29 às 13:49 +0100, Chris Boot escreveu:
I'm starting work again on a thinned-down version of Debian I call
PicoDebian.
The idea of this new version is to replace glibc with uClibc, and generally
slim
down various packages to fit nicely in confined environments.
This need
Em Seg, 2006-05-29 às 22:08 +0100, Chris Boot escreveu:
SLIND sounds interesting indeed, I've been using a buildroot-built
system for mine so it was difficult getting dpkg built in the first
place, but I've got it mostly all going. All the arch-independent
packages help a lot too.
In
Em Seg, 2006-05-29 às 23:59 +0100, Steve Kemp escreveu:
On Mon, May 29, 2006 at 07:53:02PM -0300, Daniel Ruoso wrote:
In fact, I want it to work as a native debian system. This way,
buildroot causes a lot of problems
Isn't this what 'apt-build' can be used for?
That allows you to rebuild
Em Qui, 2006-05-18 às 17:27 -0300, Margarita Manterola escreveu:
During some tests I've performed, I've found that making the init
scripts run with dash as default shell instead of bash makes the boot
time a 10% faster (6 seconds in a 60 second boot).
Nice...
To make this speed up available
Em Qui, 2006-05-11 às 09:56 +0200, Gabor Gombas escreveu:
On Wed, May 10, 2006 at 03:33:45PM +0200, Olaf van der Spek wrote:
Why would that not fly?
Both versions of the arch-independent package could be installed at
the same time.
/usr/share/foo/bar can't point to two different files at
Em Seg, 2006-05-01 às 17:54 +, Gonéri Le Bouder escreveu:
I did some test. My repository is here: http://gloria.rulezlan.org/debian/
update_tarballs.pl updates the index_* files and the tarballs.
For the moment it doesn't create index for testing. It doesn't try to deal
with pixmap
Em Qua, 2006-04-26 às 18:49 +0200, Gonéri Le Bouder escreveu:
On graphic software websites, in general the most visited page is the one
with
the screenshots because it give a good overview of the software.
In general a screenshot is better that the limited description provided by
the
Em Seg, 2006-04-24 às 15:39 +0200, Frank Küster escreveu:
Roberto C. Sanchez [EMAIL PROTECTED] wrote:
[...] I am not sure how long
closed bugs are left on the BTS page for a particular package.
28 days after the closing, or after the last message sent to it
(whichever is later). It's
Em Sáb, 2006-03-18 às 23:17 +0100, Pjotr Kourzanov escreveu:
Yes. However, I think that 'setting up buildd' is the least difficult
of those tasks. It is by far more difficult to produce patches for all
'standard debian packages' that make them first of all, cross-compile
correctly, and (only)
Em Qui, 2006-03-16 às 15:09 +0100, [EMAIL PROTECTED] escreveu:
On Mon, Mar 13, 2006 at 01:46:59PM -0300, Daniel Ruoso wrote:
Em Seg, 2006-03-13 ?s 17:30 +0100, Pjotr Kourzanov escreveu:
Daniel Ruoso wrote:
This is a call for help :). If you want to help, just take over the task
Em Seg, 2006-03-13 às 15:04 +0100, Pjotr Kourzanov escreveu:
Also, looking at
http://cvs.alioth.debian.org/cgi-bin/cvsweb.cgi/?cvsroot=i386-uclibc
I see only binutils and gcc. In the other thread cross-compiling Debian
packages
I already mentioned that binutils and gcc are trivial to
Em Seg, 2006-03-13 às 17:30 +0100, Pjotr Kourzanov escreveu:
Daniel Ruoso wrote:
This is a call for help :). If you want to help, just take over the task
of setting a uclibc-i386 buildd up.
What is the need for buildd?
Basically, what is described in
http://www.debian.org/devel/buildd/setting
Em Qui, 2006-02-09 às 21:18 -0500, Christopher Martin escreveu:
To impose the 3:1 requirement requires, beforehand, a judgment concerning
the DFSG.
And so to remove it... If it's a judgement for one side, it's a
judgement for the other...
Since no one has found a Secretarial basis for that
Em Sáb, 2006-02-11 às 13:46 -0500, Nathanael Nerode escreveu:
The problem is quite specifically that we have unmodifiable license
texts, not unmodifiable license terms. These texts are in Debian,
making it technically untrue that Debian will remain 100% free.
I have one single question... Does
Em Dom, 2006-02-12 às 09:22 -0600, Manoj Srivastava escreveu:
If people who sponsored the second amendment can explain to me
why something that prevents me from using SELinux when all I am doing
is unpack and copy make sources is deemed free, I would be, err,
grateful.
Hmmm... I
Em Qui, 2006-01-19 às 07:32 -0700, Joseph Smidt escreveu:
I'm just intimadated by:
I provide these files without any warranty. Use them at your own
risk. If one of these packages eats your cat or your rabbit, kills
your neighbour, or burns your fridge, don't bother me.
Hmmm... Just thinking
Em Qui, 2006-01-12 às 18:08 -0200, Gustavo Franco escreveu:
- Scott's url with patches isn't part of the give something back
approach that we want. We need to be well informed about patches, but
we don't know exactly how;
Don't we?
Debian is Ubuntu's upstream, right?
When you modify
Em Qua, 2006-01-11 às 16:48 +0100, martin f krafft escreveu:
What would you like to see?
I think submitting bugs and patches to the BTS would already be enough.
daniel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Em Qua, 2006-01-11 às 14:36 -0800, Thomas Bushnell BSG escreveu:
Gustavo Franco [EMAIL PROTECTED] writes:
It was already discussed[0], and there's no consensus on this idea of
every Ubuntu changeset, a patch in Debian BTS between DDs.
Right. I want Ubuntu to exercise judgment, and not just
-By: Daniel Ruoso [EMAIL PROTECTED]
Description:
libcgi-formalware-perl - Perl module for converting an XML file into a suite
of CGI forms
Closes: 329500
Changes:
libcgi-formalware-perl (1.13-1) unstable; urgency=low
.
* New Upstream Release (Closes: #329500)
* Including watch file
Files
Em Sex, 2005-12-23 às 00:46 +0100, Raphael Hertzog escreveu:
On Thu, 22 Dec 2005, Daniel Ruoso wrote:
So, the nicest way is to create yet another subsystem that would manage
this type of information, and once many people starts putting
information there, the PTS will include it also...
Why
Em Qui, 2005-12-22 às 10:22 +0100, Raphael Hertzog escreveu:
On Wed, 21 Dec 2005, Daniel Ruoso wrote:
Maybe it would be interesting to have some information in the package
saying how the package is managed and the preferrable way of doing an
NMU (I actually, think that it's desirable
Em Qua, 2005-12-21 às 14:34 +, Matthew Garrett escreveu:
I think I've said this before, but I have no objections to anyone
uploading any of my packages. I'd be even happier if anyone who did so
was willing to enter into some sort of reciprocal agreement.
So do I, but I would be really
Em Qui, 2005-12-08 às 00:08 +0100, Gaudenz Steinlin escreveu:
On Wed, Dec 07, 2005 at 02:47:07PM -0300, Daniel Ruoso wrote:
The first type of publication could embrace the entire content of
debian-private, but restrictions will be applied for those who want to
read, basically, the need
Em Qui, 2005-12-08 às 01:39 +0100, Wouter Verhelst escreveu:
On Wed, Dec 07, 2005 at 02:47:07PM -0300, Daniel Ruoso wrote:
I hope this is closer to a consensus...
Afraid not. This proposal basically creates a second class of people --
those who we want to sign NDA's to be able to read stuff
Em Qui, 2005-12-08 às 08:07 +0100, Lionel Elie Mamane escreveu:
On Thu, Dec 08, 2005 at 01:39:15AM +0100, Wouter Verhelst wrote:
On Wed, Dec 07, 2005 at 02:47:07PM -0300, Daniel Ruoso wrote:
The first type of publication could embrace the entire content of
debian-private, but restrictions
Hi,
I'll try to move forward in the direction of a more consensual proposal
about the declassification.
In this discussion, two points were made clear to me:
1) It would be really nice to have the d-p archives available to those
who want to understand better how debian works, and from this
Em Qui, 2005-12-01 às 08:32 -0600, Manoj Srivastava escreveu:
a) The post contained sensitive material.
In this case, if a reasonable case has been made for the
material being sensitive, and one that the declassification
teams accepted, then the material should be
As dicussion follows, I decided to formalize a proposal for a real
declassification of the content on -private.
As I said before, if we're going to choose which material is made
public, we can't call it declassification.
The main points are:
1) Everything except financial information about
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 16 Nov 2005 18:50:19 -0300
Source: cvs-autoreleasedeb
Binary: cvs-autoreleasedeb
Architecture: source all
Version: 0.10-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed-By: Daniel Ruoso
Em Qua, 2005-11-09 às 13:12 -0800, Christopher Crammond escreveu:
I was wondering if someone could provide me with some additional
information related to Debian packaging. Specifically, I would like to
know if there is a way to determine which version of Debian that a
package belongs to?
Em Qui, 2005-11-03 às 21:39 +0200, Yavor Doganov escreveu:
At Thu, 3 Nov 2005 02:38:51 -0800 (PST), Nick Jacobs wrote:
You mean, it's seriously been proposed that a significant amount of
work should be done to restore support for a processor that has not
been manufactured for 10 years?
Em Qua, 2005-10-26 às 11:31 +0400, Wartan Hachaturow escreveu:
On 10/26/05, Nikita V. Youshchenko [EMAIL PROTECTED] wrote:
Making support for such additional 'archs', targeting mainly uclibc archs,
is *the* direction where I was going to move with dpkg-cross and debian
cross-toolchain (I'm
Em Qua, 2005-10-26 às 07:40 -0500, Bill Gatliff escreveu:
I would be very interested in mips and arm-el ports. I have dedicated
build hardware available for both. PLEASE let me know what else I can
do to help!
Well I do think i386-uclibc will help another subarches, like arm-uclibc
Em Qua, 2005-10-26 às 16:43 +1300, Alex King escreveu:
How is the effort going
(http://lists.debian.org/debian-devel/2005/09/msg01362.html)?
Please see the other posts I made in this thread for more info. I just
wanted to point that I'm almost all the time (when working on this) on
Hi,
As you may know, I'm working on i386-uclibc arch. And I'm finally
starting to build the base+build-essential packages. At this moment I
have a list of 87 source packages (not counting these packages
build-dep) that must be built.
The question is: Is there a way (I mean, already implemented)
Em Ter, 2005-10-18 às 01:03 -0700, Steve Langasek escreveu:
I think a good balance would be something like:
What if all NMUs are delayed for N days, but if maintainer agrees the
NMU skips the delay...
daniel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Em Ter, 2005-10-11 às 10:36 +0100, João Silva escreveu:
Hi, recently i'm trying to rebuild de debian installer. The current
built i'm working is 20050317.
First when a i try to build the original package, it gives-me an error
that doesn't have
the slang1-utf8-pic. I install this library and
Em Qua, 2005-09-28 às 21:43 -0300, Daniel Ruoso escreveu:
Em Qua, 2005-09-28 às 16:20 -0700, Steve Langasek escreveu:
The i386 packages won't be compatible with my i386-uclibc environment
(as I won't have glibc installed). So I started calling the architecture
i386-uclibc with gnu name
Em Qui, 2005-09-29 às 19:05 +0200, Bastian Blank escreveu:
On Thu, Sep 29, 2005 at 01:52:21PM -0300, Daniel Ruoso wrote:
I'm having some problems, but I think it's because gcc is confused about
which toolchain to use, because it still don't know about
i386-uclibc-linux as an architecture
Em Qui, 2005-09-29 às 19:11 +0200, Romain Beauxis escreveu:
Le Jeudi 29 Septembre 2005 01:20, Steve Langasek a écrit :
Can libstdc++ be built against uclibc? You're going to have a hard time
basing a Debian port on uclibc without it.
It may be a stupid question, but I'm wondering if it
Hi,
I'm interested in maintaining a i386-uclibc architecture, which is, like
the name says, i386 binaries linked with uClibc. My plans are:
1) Build all the packages used by debootstrap to generate a basedebs.tgz
2) Certify this basedebs works with a fresh instalation.
3) Start building a
Em Qua, 2005-09-28 às 15:39 +, W. Borgert escreveu:
On Wed, Sep 28, 2005 at 12:12:33PM -0300, Daniel Ruoso wrote:
What do you think?
I would like to see a d-i port to that architecture!
(not volunteering, sorry)
Actually... As far as i could see, this would be an easy task...
Did you
Em Qua, 2005-09-28 às 18:03 +0200, Simon Richter escreveu:
Daniel Ruoso wrote:
I'm interested in maintaining a i386-uclibc architecture, which is, like
the name says, i386 binaries linked with uClibc.
However, I can see the number of configurations to be somewhat large, so
I wonder whether
Em Qua, 2005-09-28 às 18:41 +, Miquel van Smoorenburg escreveu:
In article [EMAIL PROTECTED],
Daniel Ruoso [EMAIL PROTECTED] wrote:
The i386 packages won't be compatible with my i386-uclibc environment
(as I won't have glibc installed). So I started calling the architecture
i386-uclibc
Em Qua, 2005-09-28 às 18:07 -0300, Henrique de Moraes Holschuh escreveu:
Daniel Ruoso [EMAIL PROTECTED] wrote:
The i386 packages won't be compatible with my i386-uclibc environment
(as I won't have glibc installed). So I started calling the architecture
i386-uclibc with gnu name i386
Em Qua, 2005-09-28 às 16:20 -0700, Steve Langasek escreveu:
The i386 packages won't be compatible with my i386-uclibc environment
(as I won't have glibc installed). So I started calling the architecture
i386-uclibc with gnu name i386-uclibc-linux. And I'd like to ask: Is it
OK?
Can
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 27 Set 2005 14:20:42 -0300
Source: cvs-autoreleasedeb
Binary: cvs-autoreleasedeb
Architecture: source all
Version: 0.9-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed-By: Daniel Ruoso
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 26 Set 2005 17:11:20 -0300
Source: cvs-autoreleasedeb
Binary: cvs-autoreleasedeb
Architecture: source all
Version: 0.8-2
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed-By: Daniel Ruoso
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 15 Mar 2005 16:48:59 -0300
Source: cvs-autoreleasedeb
Binary: cvs-autoreleasedeb
Architecture: source all
Version: 0.8-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed-By: Daniel Ruoso
Em Dom, 2005-03-13 às 14:39, Stephen Gran escreveu:
I can offer something as well - I would probably lean towards just
auth+ssl instead of over VPN, but it's up to you. I just don't happen
to have a VPN set up yet, so it's less ovrhead for me :)
That would be nice, auth+ssl sounds simpler to
Hi,
I'm with a problem about sending emails @debian.org. My ESP (email
service provider) has a restrictive rule about sending emails with a
From header different of the account you actually have.
This wouldn't be a problem, as I could set up a mail server in my
machine, but I am in a DSL network
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 18 Aug 2004 20:32:31 -0300
Source: cvs-autoreleasedeb
Binary: cvs-autoreleasedeb
Architecture: source all
Version: 0.7-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed-By: Daniel Ruoso
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 9 Aug 2004 17:37:03 -0300
Source: cvs-autoreleasedeb
Binary: cvs-autoreleasedeb
Architecture: source all
Version: 0.6-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed-By: Daniel Ruoso
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 9 Aug 2004 18:22:45 -0300
Source: maildir-filter
Binary: maildir-filter
Architecture: source i386
Version: 1.20-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed-By: Daniel Ruoso [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 31 May 2004 00:33:21 -0300
Source: libjavascript-perl
Binary: libjavascript-perl
Architecture: source i386
Version: 0.52-1
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group [EMAIL PROTECTED]
Changed-By: Daniel
]
Changed-By: Daniel Ruoso [EMAIL PROTECTED]
Description:
libmail-audit-perl - Perl library for creating easy mail filters
mail-audit-tools - Programs derived from the Mail::Audit package
Closes: 248606
Changes:
libmail-audit-perl (2.1-4) unstable; urgency=low
.
* Adopting package (Closes: #248606
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 27 May 2004 17:19:09 -0300
Source: libunicode-map-perl
Binary: libunicode-map-perl
Architecture: source i386
Version: 0.112-7
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group [EMAIL PROTECTED]
Changed-By: Daniel
-By: Daniel Ruoso [EMAIL PROTECTED]
Description:
libunicode-maputf8-perl - Perl module for conversing between any character sets and
UTF8
Changes:
libunicode-maputf8-perl (1.09-6) unstable; urgency=low
.
* Adopting package.
Files:
0e63495869548c3f9ed9c3d3863f9dbf 789 perl optional libunicode
-By: Daniel Ruoso [EMAIL PROTECTED]
Description:
libtext-autoformat-perl - Perl module for automatic text wrapping and reformating
Changes:
libtext-autoformat-perl (1.12-3) unstable; urgency=low
.
* Adopting Package.
Files:
fe5c5874ba3dd39c2b9c4f91553e115e 726 perl optional libtext-autoformat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 26 May 2004 18:49:46 -0300
Source: libroman-perl
Binary: libroman-perl
Architecture: source all
Version: 1.1-19
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group [EMAIL PROTECTED]
Changed-By: Daniel Ruoso [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 27 May 2004 15:31:22 -0300
Source: libtext-format-perl
Binary: libtext-format-perl
Architecture: source all
Version: 0.52-19
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group [EMAIL PROTECTED]
Changed-By: Daniel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 27 May 2004 15:58:09 -0300
Source: libtext-reform-perl
Binary: libtext-reform-perl
Architecture: source all
Version: 1.11-3
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group [EMAIL PROTECTED]
Changed-By: Daniel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 26 May 2004 17:33:11 -0300
Source: liblocale-codes-perl
Binary: liblocale-codes-perl
Architecture: source all
Version: 2.06-6
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group [EMAIL PROTECTED]
Changed-By: Daniel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 26 May 2004 16:21:27 -0300
Source: libfile-which-perl
Binary: libfile-which-perl
Architecture: source all
Version: 0.05-5
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group [EMAIL PROTECTED]
Changed-By: Daniel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 26 Feb 2004 12:03:03 -0300
Source: maildir-filter
Binary: maildir-filter
Architecture: source i386
Version: 1.19-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed-By: Daniel Ruoso [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 26 Feb 2004 10:56:05 -0300
Source: cvs-autoreleasedeb
Binary: cvs-autoreleasedeb
Architecture: source all
Version: 0.5-3
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed-By: Daniel Ruoso
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 20 Feb 2004 10:33:55 -0300
Source: cvs-autoreleasedeb
Binary: cvs-autoreleasedeb
Architecture: source all
Version: 0.5-2
Distribution: unstable
Urgency: low
Maintainer: Daniel Ruoso [EMAIL PROTECTED]
Changed-By: Daniel Ruoso
-By: Daniel Ruoso [EMAIL PROTECTED]
Description:
libcgi-formalware-perl - Perl module for converting an XML file into a suite of CGI
forms
Closes: 210206
Changes:
libcgi-formalware-perl (1.11-4) unstable; urgency=low
.
* New maintainer (Closes: #210206)
* debian/rules: Updated
* debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 9 Jan 2004 15:08:36 -0300
Source: libboulder-perl
Binary: libboulder-perl
Architecture: source all
Version: 1.30-1
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group [EMAIL PROTECTED]
Changed-By: Daniel Ruoso
Hi,
I think a problem is the difference between stable software and stable
distro... i.e.: perl 5.8 is the stable release of perl, but it isn't
into the stable distro, because managing a distro to be stable requires
packages not to being upgraded...
I think the idea of the Current release would
I think this should be clearly discussed.
Original link at:
http://www.advogato.org/article/716.html
QUOTE
Debian and Democracy
Posted 7 Oct 2003 by exa (Master)
Two unrelated words. From experience.
Now, what is the problem with debian? It's because debian claims to be
democratic, but it
Well... After a little bit more research I found a good email about this
in debian mentors.
http://lists.debian.org/debian-mentors/2003/debian-mentors-200307/msg00252.html
Maybe this thread is not needed anymore. Sorry.
[]'s
daniel
Em Qua, 2003-10-08 às 16:25, Daniel Ruoso escreveu:
I think
1 - 100 of 117 matches
Mail list logo
