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 outli
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 librar
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 h
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
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 u
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?
A
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 issu
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 debian-devel-requ...@lists.debian.o
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
> &g
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
&
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 discussio
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 UNSUBS
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 information
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,
>
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 b
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
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 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 n
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 availab
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 fil
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 Dep
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).
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 (onl
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
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.debia
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 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 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...
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 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 thi
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 some
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
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 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
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, thin
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 ha
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
> &
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'
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
> >
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
pers
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 oth
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
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
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) t
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
#debian-dev
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
armeb
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-toolcha
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". Troub
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 a
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
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 abo
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 arch
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?
> Ca
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 st
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
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 somewha
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
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 incresi
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 t
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
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
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 this should be clearly discussed.
Original link at:
http://www.advogato.org/article/716.html
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 isn't. It
There is a patch posted to this bug that grep /etc/environment looking
for LANG=*, and then export just the LANG...
Em Dom, 2003-08-31 às 10:47, Petter Reinholdtsen escreveu:
> [Daniel Ruoso]
> > I've actually sent him an email but got no answer. I've posted in
> > debi
Em Sáb, 2003-08-30 às 14:20, Gustavo Noronha Silva escreveu:
> Em Fri, 29 Aug 2003 16:38:16 -0300, Daniel Ruoso <[EMAIL PROTECTED]> escreveu:
>
> > I've actually sent him an email but got no answer. I've posted in
> > debian-devel few days ago and nobody complai
I've actually sent him an email but got no answer. I've posted in
debian-devel few days ago and nobody complained that GDM could source
/etc/environment in the init script. That's an one-line patch (already
tagged as patch in bts for more than a year)...
I think that if the maintainer doesn't tak
27;t because of this indefinition (See maintainer comments into
the bug history).
--daniel
Em Qua, 2003-08-20 às 07:53, Javier Fernández-Sanguino Peña escreveu:
> On Mon, Aug 18, 2003 at 12:19:03PM -0300, Daniel Ruoso wrote:
> > Hi.
> (...)
> >
> > So, how to make the init s
Em Qua, 2003-07-02 às 21:36, Zheng XiaoJun escreveu:
> I desire a completed gnome2 in sarge as well.
> But I don't think it's an accident -- just my own opinion:
> I've searched some packages in http://packages.debian.org/ , and found
> that many packages involved still have too many bugs unfixed
I didn't see any noise in debian-devel about the half upgrade to gnome2
in sarge, was it an accident? and now, will the other packages be
upgraded also or I'll still have a half gnome2 desktop in sarge?
i.e.: gnomeicu is still in the gnome1 version, but the gnome panel is
gnome2, so gnomeicu apple
Em Ter, 2003-07-01 às 08:49, Esteban Manchado Velázquez escreveu:
>It would be nice, perhaps, having a tool to do it "by hand", but I don't
> think everybody wants it to be done automatically when removing packages.
Well, this is the beggining of the proposal, that is:
Include into debian pa
Em Sex, 2003-06-27 às 02:14, Adam Majer escreveu:
> Then they should't delete anything with .* After all, shoudn't most
> "user friendly" applications hide those directories in the first place?
> Even ls does it unless you use -a
But the question is: These files and directories uses a lot of disk
Well, it may be included in the wishlist for cruft, the program I called
userconfpurge may be a part of it. But before this would be necessary a
change in the debian packages, to include which files are created in the
user's home.
Em Qui, 2003-06-26 às 14:31, Drew Scott Daniels escreveu:
> Is conn
screveu:
> On Wed, Jun 25, 2003 at 02:02:04PM -0300, Daniel Ruoso wrote:
> > Hi,
> >
> > Recently I had a problem of exceeded quota in my home directory, so I
> > went cleaning it, and I saw many and many files and directories with
> > configurations for applications
Hi,
I had an idea and I would like to hear you about it.
Recently I had a problem of exceeded quota in my home directory, so I
went cleaning it, and I saw many and many files and directories with
configurations for applications that I've runned in the past, but that
packages were purged from my
Hi, i'm creating the cvs-autoreleasedeb package, and the version is
growing, so I started at 0.01-1 and now I'm on 0.1-3. But when I tried
to install it i received the following warning:
Did I miss something?
dpkg - warning: downgrading cvs-autoreleasedeb from 0.01-6 to 0.1-3.
--
signature.as
dpkg - aviso: rebaixando cvs-autoreleasedeb de 0.01-6 para 0.1-3.
--
Atenciosamente,
Daniel Ruoso
Desenvolvimento de Sistemas
[EMAIL PROTECTED]
Oktiva Telecomunicações e Informática
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Cont
I agree that debian doesn't have no fixed dates for the release. And I
think that's a good thing about debian, but i researched about this, and
I would like to know if there is a defined roadmap for woody becoming
frozen... What's the target milestone?
Em Qui, 2002-04-11 às 10:27, Bas Zoetekouw es
> Because it's not. debhelper is not a drop-in replacement for debmake.
But the question is... shouldn't it be?
Em Qui, 2002-04-04 às 08:50, Santiago Vila escreveu:
> Daniel Ruoso wrote:
> > Why debmake still remains in the distribution if it's replaced by
> &g
Why debmake still remains in the distribution if it's replaced by
dh_make?
The question is because I discovered that the script I used to create
all the 90 debian packages I maintain (not in the Debian dist, it's in
the software house I work for) are built incorrectly, because I used a
script that
82 matches
Mail list logo
