Hi,
On 2024-05-07 09:43, Russ Allbery wrote:
> I understand your point, which is that this pattern is out there in the
> wild and Debian is in danger of breaking existing usage patterns by
> matching the defaults of other distributions. This is a valid point, and
> I appreciate you making it.
Th
Hi,
On 2024-03-30 10:49, Jonathan Carter wrote:
> Another big question for me is whether I should really still
> package/upload/etc from an unstable machine.
I have been using unstable myself on most of my systems for the past
several years. There are many advantages, including being able to
actu
On 2024-03-16 04:21, Emanuele Rocca wrote:
> With libcurl3t64-gnutls cargo can now be rebootstrapped on armhf
And on armel too. Fixed armhf/armel packages uploaded.
> Fabian: it seems that cargo's build-depend on git can be dropped? The
> package builds fine without, tests includ
Hi!
On 2024-03-16 02:29, Simon McVittie wrote:
> On Thu, 14 Mar 2024 at 22:03:57 -0700, Otto Kekäläinen wrote:
> > For example curl isn't building on armel/armhf now and numerous packages
> > that
> > depend of curl are not building on armel/armhf.
>
> I believe a maintainer upload or NMU of #10
Hello Lucas!
On 2023-10-25 08:55, Lucas Nussbaum wrote:
> On 14/08/23 at 14:53 +0200, Emanuele Rocca wrote:
> > I'm not sure how the deal with AWS is (how many credits we have
> > available and such) but would it be possible to repeat the experiment
> > for armhf too?
On 2023-11-11 09:32, Julian Andres Klode wrote:
> While libraries are dependencies of Essential packages, they
> themselves are distinctively not Essential, they are pseudo-essential.
Fair enough, but still the general point of being very careful about
what we make (pseudo-)essential is valid and
Hi,
On 2023-11-09 07:31, Theodore Ts'o wrote:
> If you can get upstream a patch so that coreutils could try to dlopen
> OpenSSL and use it if it is available, but skip it if it is not, that
> might be one way to avoid OpenSSL going into essential. The challenge
> is that OpenSSL is not known for
Hi Lucas!
On 2023-10-25 08:55, Lucas Nussbaum wrote:
> Is this still of interest?
Not really, we've flipped the switch now. Thanks nonetheless. :-)
Emanuele
Hi Guillem,
On 2023-08-31 02:12, Guillem Jover wrote:
> So this happened, and Johannes reported that this seems to be breaking
> cross-building. :(
>
> The problem, which is in fact not new, but is made way more evident
> now, is that the flags used are accepted only per arch, so when
> passing f
Hi Lucas,
On 2023-08-12 08:18, Lucas Nussbaum wrote:
> Results:
> http://qa-logs.debian.net/2023/08/11.stackclash-arm/
>
> I only included logs for builds that succeeded in a vanilla build,
> but failed with the custom build.
Thank you so much, this is great! There's not much fallout.
I'm not s
Hi,
On 2023-08-10 02:43, Lucas Nussbaum wrote:
> What I would need is a script that customizes a chroot.
This is what I'm passing to sbuild --chroot-setup-commands for my
builds:
sbuild --chroot-setup-commands='printf "APPEND CFLAGS
-fstack-clash-protection\nAPPEND CXXFLAGS -fstack-clash-prot
Hi,
On 2023-08-06 11:25, Moritz Mühlenhoff wrote:
> I worked with Lucas a while back and he made an archive rebuild on amd64,
> only a minimal list of packages will need to be adapted:
> http://qa-logs.debian.net/2023/05/24/
Can we do the same for arm64? As far as I understand the archive rebuild
Package: wnpp
Severity: wishlist
Owner: Emanuele Rocca
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-r...@lists.debian.org
* Package name: parsec-tool
Version : 0.6.0
Upstream Author : Parsec Project Contributors
* URL : https://github.com/parallaxsecond/parsec
Hey Moritz,
On 2022-10-26 08:20, Moritz Mühlenhoff wrote:
> I think this should rather be applied early after the Bookworm
> release (and ideally we can also finish off the necessary testing
> and add -fstack-clash-protection at least for amd64 and other archs
> which are ready for it (#918914)).
Package: wnpp
Severity: wishlist
Owner: Emanuele Rocca
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: parsec-service
Version : 1.1.0
Upstream Author : Parsec Project Contributors
* URL : https://github.com/parallaxsecond/parsec
* License : Apache
On 2022-09-29 01:41, Simon McVittie wrote:
> It's fine to control Pipewire via PulseAudio's IPC protocol (that's what
> gnome-control-center and gnome-shell do!) and if that doesn't work,
> then it means pipewire-pulse is not fully doing its job.
Is it fine, or is it a necessity? What I understand
Hi,
On 2022-09-08 05:58, Dylan Aïssi wrote:
> I have been asked several times regarding when Debian will switch its default
> sound server from PulseAudio to PipeWire without having an official answer.
> Thus, I suppose it's the right time to start a discussion about that.
PipeWire seems to be wo
On 23/01 02:32, Jeremy Stanley wrote:
> We're arguing different points, and I fear talking past one another.
Yeah. FWIW the two of us did eventually end up agreeing that including
firmware while giving the chance to opt-out would be a workable
compromise, though. I think we did, at least! :)
On 22/01 08:30, Jeremy Stanley wrote:
> Taking away the choice for users who care about software freedom to
> opt out of non-free content in the installer and find alternative
> options would be a loss of freedom, in service of convenience for
> users who aren't as invested in trying to minimize th
On 15/01 03:30, Jeremy Stanley wrote:
> This boils down to a debate over whether the Debian community values
> convenience over ideals.
This is not about convenience, it's about being able to install Debian
on real hardware or not. Without firmware, the installer does not do the
only thing it is s
On 12/01 05:14, Sven Joachim wrote:
> Provide a way to discover the working netinst with non-free firmware,
> right now it seems to be impossible to find.
>
> The official netinst image advertised on the homepage is for servers and
> virtual machines only. How is an average user of Windows or eve
Package: wnpp
Severity: wishlist
Owner: Emanuele Rocca
* Package name: prometheus-trafficserver-exporter
Version : 0.0.2
Upstream Author : Greg Dallavalle
* URL : https://github.com/gdvalle/trafficserver_exporter
* License : Apache-2.0
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Emanuele Rocca
* Package name: prometheus-varnish-exporter
Version : 0.1.0+git20160622.2.a3e-1
Upstream Author : Jonne Nauha
* URL : https://github.com/jonnenauha/prometheus_varnish_exporter
* License : MIT
Hello Sergei,
* Sergei Golovan <[EMAIL PROTECTED]>, [2008-01-08 0:53 +0300]:
> I'd be happy to find the bug but I don't have an access to UltraSPARC
> III hardware.
I do have access to an Ultrasparc III+ workstation, I can try to
reproduce the bug tomorrow.
ciao,
ema
--
To UNSUBSCRIB
Package: wnpp
Severity: wishlist
* Package name: midori
Version : 0.0.6
Upstream Author : Christian Dywan <[EMAIL PROTECTED]>
* URL : http://software.twotoasts.de/?page=midori
* License : GPL
Description : very lightweight web browser based on WebKit
Mid
* Luis Matos <[EMAIL PROTECTED]>, [2007-06-14 1:14 +0100]:
> Qui, 2007-06-14 às 01:04 +0200, Emanuele Rocca escreveu:
> > Another option could be calling each snapshot cut -MM, or cut
> > -MM-DD if we plan to release them more than once per month.
>
> th
* Joey Hess <[EMAIL PROTECTED]>, [2007-06-11 19:56 -0400]:
> Testing also needs periodic snapshots and guaranteed upgradability to
> be useable by more users, amoung other points I discuss at
> http://kitenet.net/~joey/code/debian/cut/
"Snapshots should be made available regularly, so that user
* Wouter Verhelst <[EMAIL PROTECTED]>, [2007-03-16 15:10 +0100]:
> On Fri, Mar 16, 2007 at 07:14:27AM +0100, Adrian von Bidder wrote:
> > ... and just for completeness: x86_64 was the name the Linux kernel people
> > chose for AMD64. I don't know where the term came from, exactly.
>
> Both
Hi guys,
quoting http://wiki.debian.org/DebianSystem#systemadministration
"Debian has been qualified as a OMG operating system for administrators,
primarily because of its ease of use, security and straight-forward
common sense usage."
What is a "OMG operating system"?
In my head OMG could m
Hello Javier,
* Javier Fernández-Sanguino Peña <[EMAIL PROTECTED]>, [2006-08-15 19:41 +0200]:
> I have written and collected some network testing scripts in a new
> 'ifupdown-extra' package which is right now available in
> http://people.debian.org/~jfs/ifupdown-extra
>
> This package provi
Package: wnpp
Severity: wishlist
Owner: Debian Xfce Maintainers <[EMAIL PROTECTED]>
* Package name: xfce4-mount-plugin
Version : 0.4.5
Upstream Author : Jean-Baptiste Dulong <[EMAIL PROTECTED]>
* URL : http://download.berlios.de/xfce-goodies/
* License : GPLv2
Hello Piotr,
* Piotr Ozarowski <[EMAIL PROTECTED]>, [2006-05-04 17:32 +0200]:
> * Package name: python-paste
>Version : 0.9
>Upstream Author : Ian Bicking <[EMAIL PROTECTED]>
> * URL : http://pythonpaste.org/
> * License : MIT
>Programming Lang: Pytho
Package: wnpp
Severity: wishlist
Owner: Debian Xfce Maintainers <[EMAIL PROTECTED]>
* Package name: xfce4-smartbookmark-plugin
Version : 0.2
Upstream Author : Emanuele Rocca <[EMAIL PROTECTED]>
* URL : http://people.debian.org/~ema/
* License
Hello,
* Frank Küster <[EMAIL PROTECTED]>, [2005-12-27 10:12 +0100]:
> Anthony Towns wrote:
> > (There's plenty of ways to make that not a problem, such as using the
> > Uploaders: field; but the above might be a useful datapoint)
>
> With the Uploaders field, you miss all non-DD team membe
owner 331325 Debian Xfce Maintainers <[EMAIL PROTECTED]>
thanks
Hello Stefan,
* Stefan Ott <[EMAIL PROTECTED]>, [2005-10-03 14:47 +0200]:
> On Mon, Oct 03, 2005 at 02:29:20PM +0200, Gaudenz Steinlin wrote:
> > Best coordinate this with Debian Xfce Maintainers
> > <[EMAIL PROTECTED]>
>
> I i
* David Moreno Garza <[EMAIL PROTECTED]>, [2005-09-01 11:42 -0500]:
> On Wed, 2005-08-31 at 08:52 -0400, Bryan Donlan wrote:
> > The only thing shared between xmms1 and xmms2, really, is the name.
Hey, they're both music players as well. :)
> So is this a fork of XMMS? If not, I can't see a re
Hello David,
* David Nusinow <[EMAIL PROTECTED]>, [2005-08-21 19:44 -0400]:
> On Sun, Aug 21, 2005 at 11:29:51PM +0200, Petter Reinholdtsen wrote:
> > [Wouter Verhelst]
> > >b) the three beforementioned teams could already refuse to
> > >support a port anyhow, simply by not doing the w
; replace debconf.
[...]
> Emanuele Rocca <[EMAIL PROTECTED]>
> fwanalog
A new version which fixes the problem is sitting in incoming.
ciao,
ema
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: Debian Xfce Maintainers <[EMAIL PROTECTED]>
* Package name: mousepad
Version : 0.2.2
Upstream Author : Erik Harrison <[EMAIL PROTECTED]>
* URL : http://www.xfce.org/~benny/apps.html
* License : GPL
Description : sim
Package: wnpp
Severity: wishlist
Owner: Debian Xfce Maintainers <[EMAIL PROTECTED]>
* Package name: exo
Version : 0.3.0
Upstream Author : Benedikt Meurer <[EMAIL PROTECTED]>
* URL : http://libexo.os-cillation.com/
* License : GPL
Description : Library wit
Hello Jesus,
* Jesus Climent <[EMAIL PROTECTED]>, [2005-04-15 13:24 +0200]:
> I have checked already (pointed by Guillem Jover) and we were not able to
> find
> the CVS/SVN repository where you commit.
>
> That is why I started using some internal repo and thought about commiting
> the
> c
Package: linda
Severity: wishlist
Hello,
as the recent thread on -devel [0] pointed out, there is a bit of
confusion about linda and lintian.
IMHO it would be a good idea to provide an improved description for
linda; I CCed -devel to hear also other opinions.
Here it is my proposal:
Linda is
* [ 11-04-05 - 22:03 ] Nico Golde <[EMAIL PROTECTED]> wrote:
> * Martin Schulze <[EMAIL PROTECTED]> [2005-04-11 22:00]:
> > Why are there Vi and Emacs?
> > Why are there Perl and Python?
> [...]
> But thats not my problem. The programs etc. you showed are very
> different in using, look etc
Hi Lars,
* [ 11-04-05 - 13:25 ] Lars Wirzenius <[EMAIL PROTECTED]> wrote:
> ma, 2005-04-11 kello 13:19 +0200, Emanuele Rocca kirjoitti:
> > It would be very nice to add these to linda's description.
> > This way, every user can decide to install linda rather than
Hi Steve,
* [ 11-04-05 - 12:39 ] Steve Kowalik <[EMAIL PROTECTED]> wrote:
> On Mon, 11 Apr 2005 09:45:04 +0200, Emanuele Rocca uttered
> > Everybody agrees here, but (AFAIK) this is not the situation we are
> > discussing. No 'Better Ideas' in linda.
> Speak
* [ 11-04-05 - 09:14 ] Ron Johnson <[EMAIL PROTECTED]> wrote:
> ISTM that the good reason for writing-from-scratch duplicate
> functionality is if you have a Better Idea (better data structures,
> better interfaces, extra functionality, etc, etc) that are so
> fundamental that You Can't Get Th
Hi Bernd,
* [ 10-04-05 - 23:33 ] Bernd Eckenfels <[EMAIL PROTECTED]> wrote:
> There are a lot differences between linda and lintian, especially the
> programming language.
We would like to know which are these differences. :)
Nico's original question was "why are there linda and lintian?".
ht
Hi Bernd,
* [ 10-04-05 - 20:28 ] Bernd Eckenfels <[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]> you wrote:
> > Ok thats a reason. But why not merge these projects now? I
> > really recommend this because in my opinion this are two
> > projects which do the same job twice which is
* [ 08-04-05 - 15:38 ] Nico Golde <[EMAIL PROTECTED]> wrote:
> There is another thing that I don't understand often. Why
> are there linda and lintian?
> In my opinion this makes things difficulter. Both have to
> coordinate themselves and keep their policy rules up to
> date.
[...]
> The on
* [ 19-01-05 - 15:57 ] Rudy Godoy <[EMAIL PROTECTED]> wrote:
> El d?a 18/01/2005 a 12:53 Emanuele Rocca escribio ...
>
> > WNPP bugs for some of the -goodies need to be retitled from O: to ITP:.
>
> They wouldn't be ITA?
Indeed.
> > I found the time to
* [ 19-01-05 - 04:53 ] Andrew Lau <[EMAIL PROTECTED]> wrote:
> I would be willing to help co-maintain them and get them back on the road
> again.
Cool.
> One thing that would get the ball moving again would be to check
> everything into a svn.debian.org tree so that almost anyone can chip in
> currently.
>
> To be honest I'd been expecting others to sort out the -plugins for
> sarge given people had said they would.
You're right, but (for what concerns me) I am a bit busy with real life
in these days.
> Likewise Emanuele Rocca seemed interested.
I am.
* [ 14-12-04 - 15:33 ] Marco Nenciarini <[EMAIL PROTECTED]> wrote:
>Description : An enanced Window Manager based on metacity
s/enanced/enhanced/
> expocity is an effort to integrate an efficient means of switching between
> applications into the window manager metacity, similar to Exp
53 matches
Mail list logo
