On Mon, Nov 26, 2018 at 12:37:57PM +0100, Raphael Hertzog wrote:
> were in the week-end). I was aware of the discussion but did not
> had the time to chime in, yet I was the person who re-opened the bug
> #881333 in the first place.
> I also invited someone else who is working on a concrete proje
On Thu, Nov 22, 2018 at 07:14:44PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> El jueves, 22 de noviembre de 2018 18:30:39 -03 Marcin Juszkiewicz escribió:
> > Does it mean that arm64 box with PCI Express graphics card will be not
> > able to use Qt based software? I can put Radeon or NVid
On Tue, Dec 26, 2017 at 02:17:24PM +0100, Arturo Borrero Gonzalez wrote:
> Following with your example (pkg-suricata-team) I prefer to make it
> explicit for people outside debian that this is about packaging.
> So I usually put the 'pkg' string also in individual repos, i.e.:
> pkg-suricata-team/p
On Sun, Dec 03, 2017 at 04:46:24PM +0100, Marc Haber wrote:
> Yes. We're approaching a worst-of-both-worlds scenario: We're not Free
> enough to have the FSF recommend us, and we're not non-free enough for
> our OS to run on current hardware used by Linux beginners, and cause
> them to end up with
On Fri, May 19, 2017 at 01:56:17PM +0200, Andreas Tille wrote:
> If (and only if) there would be some momentum for a move to Git neither
> I nor any other member of the Debian Med team will block this. But for
> the moment I keep on failing to see an advantage only out of the fact
> that "it is po
On Sun, May 14, 2017 at 10:50:20PM +0100, Ben Hutchings wrote:
> On Sun, 2017-05-14 at 23:26 +0200, Zlatan Todoric wrote:
> > Or convert svn ones to git and simplify things?
+1
> I suspect this was one of the messier repositories, but I'm also sure
> it's not the only one that could not be hand
On Wed, Jan 18, 2017 at 06:23:16PM +0100, Michael Stapelberg wrote:
> We’d love to hear your feedback and thoughts.
Thanks, really nice. This should motivate me to create manpages some
of my packages are missing. May https://manpages.debian.org/ rise
high in search engine rankings!
Riku
On Mon, Jan 30, 2017 at 05:42:36PM +0100, Alexander Wirt wrote:
> On Mon, 30 Jan 2017, Lars Wirzenius wrote:
> > Right, so the answer is that Gitlab is still an "open core" project. I
> > therefore repeat that I find it sad that it's being pushed as a
> > service for Debian to use.
> > I personall
On Thu, Jan 05, 2017 at 02:32:45PM +0100, Christian Seiler wrote:
> On 01/05/2017 02:06 PM, Jonas Smedegaard wrote:
> > Quoting Riku Voipio (2017-01-05 12:53:16)
> >> Vast majority of users would only install this via dependencies. It's
> >> hardly a node-spec
On Thu, Jan 05, 2017 at 10:53:36AM +0100, Philip Hands wrote:
> At present you are forcing that vast majority of our users, that have no
> interest in this software, to individually learn that they need to look
> out for the node- prefix, and ignore such packages.
Vast majority of users would only
On Tue, Dec 27, 2016 at 08:00:18AM +0800, Paul Wise wrote:
> On Tue, Dec 27, 2016 at 7:03 AM, Ian Jackson wrote:
>
> > When I decided that debbugs should work like this:
>
> I think this was the right decision and still is, with this additional reason:
>
> Folks are much busier these days and ev
On Tue, Sep 20, 2016 at 09:16:00PM +, Niels Thykier wrote:
> Over all, most people (who answered it) was positive towards the switch.
> Based on this, I suspect that if we make PIE default in Stretch, then
> we will do it for all architectures. That said, you will be notified if
> that defaul
Package: wnpp
Severity: wishlist
Owner: Riku Voipio
* Package name: glshim
Version : 0.0.20160225
Upstream Author : Ryan Hileman
* URL : https://github.com/lunixbochs/glshim
* License : Expat
Programming Lang: C
Description : Shim that translates
Package: wnpp
Severity: wishlist
Owner: Riku Voipio
* Package name: skales
Version : 0.20160202
Upstream Author : Stephen Boyd
* URL : git://codeaurora.org/quic/kernel/skales
* License : BSD (3 clause)
Programming Lang: Python and POSIX shel
Description
On Thu, Jul 07, 2016 at 12:24:03PM +0200, Alexander Wirt wrote:
> On Thu, 07 Jul 2016, Riku Voipio wrote:
> > On Mon, Jul 04, 2016 at 02:01:03PM +0100, Steve McIntyre wrote:
> > > There's something I've been pondering for a while, along with some
> > > oth
On Mon, Jul 04, 2016 at 02:01:03PM +0100, Steve McIntyre wrote:
> There's something I've been pondering for a while, along with some
> other folks - it might be useful to do a "jessie and a half" release,
> similarly to what we did in the etch days. That's *basically* just
> like a normal jessie re
On Fri, Jan 08, 2016 at 09:50:56AM +0100, Marc Haber wrote:
> The loss of keyscript just broke my clients. I am really afraid of the
> first system update breaking my _servers_, causing a resinstall to be
> necessary. I know of one customer who already said that if a reinstall
> will become necessa
On Mon, Sep 28, 2015 at 09:31:03PM -0700, Josh Triplett wrote:
> [Please CC me; not subscribed to -devel.]
> Ben Hutchings wrote:
> > So far as I know, all current Quark processors have errata that make
> > them unstable, not to mention totally insecure, when running ordinary
> > i386 binaries.
>
Package: wnpp
Severity: wishlist
Owner: Riku Voipio
* Package name: kvmtool
Version : 20150903
Upstream Author : Pekka Enberg, Sasha Levin and others
* URL :
https://git.kernel.org/cgit/linux/kernel/git/will/kvmtool.git/
* License : GPL-2
Programming Lang
On Monday, June 15, 2015 6:04:46 AM EEST, Guillem Jover wrote:
So the comparison does not seem entirely fair. And it seems to me to be
a matter of tradeoffs?
Since both lzip and xz are implementations of same LZMA algorithm, it seems
lzip is just parametrized different. For some usecases, like
On Wednesday, May 6, 2015 5:21:14 AM EEST, Wookey wrote:
+++ Samuel Thibault [2015-05-06 01:09 +0200]:
Ansgar Burchardt, le Tue 05 May 2015 20:45:09 +0200, a écrit :
- info, texinfo, install-info:
I admit having used info only in desperation. Most documentation
comes in man page
Hi,
On Thu, Nov 27, 2014 at 10:50:26AM +, Edmund Grimley Evans wrote:
> http://wiki.debian.org/ArchitectureSpecificsMemo
>
> Some suggestions for improving this table:
>
> 1. About half of the table is taken up with sizeof information, some
> of which could be expressed more concisely. (Are
On Fri, Nov 21, 2014 at 02:40:01PM +, Wookey wrote:
> Whilst that is nice and correct I'm not sure the meaning is clear to a
> software engineer, which is: Don't do unaligned access on arm64. It's
> always inefficient, sometimes extremely inefficient, and sometimes
> won't work at all.
That's
On Sat, Nov 22, 2014 at 11:03:16PM +0100, Bastien ROUCARIES wrote:
> On Sat, Nov 22, 2014 at 10:37 PM, brian m. carlson
> wrote:
> > On Sat, Nov 22, 2014 at 09:42:43PM +0100, Jakub Wilk wrote:
> >> * Henrique de Moraes Holschuh , 2014-11-21, 17:34:
> >> >i386:
> >> > __asm__("pushf\norl $0x4
On Fri, Nov 21, 2014 at 06:01:11PM +0100, Jakub Wilk wrote:
> * Felipe Sateler , 2014-11-21, 14:04:
> >Sparc is definitely not ok. For evidence, see #721617, liblo was
> >trying to fetch a double from a 4-byte aligned address. Experience
> >with liblo shows that other architectures are just fine (o
On Thu, Nov 13, 2014 at 02:19:41PM +0100, Florian Lohoff wrote:
> I meanwhile see the systemd issue as a social problem within debian. There are
> design issues which are REALLY controversial. In the past Debian did good by
> delaying adoption of controversial technical issues e.g. devfs and waited
On Fri, Nov 07, 2014 at 08:30:32PM +1100, csir...@yahoo.com.au wrote:
> "Don't accept old kernels" is almost equivalent to telling many
> unrelated businesses in a particular ecosystem to burn their
> investments and start again from scratch, just because the SoC and/or
> board vendors have a broke
On Fri, Nov 07, 2014 at 10:00:38AM +0100, Thorsten Glaser wrote:
> On Fri, 7 Nov 2014, Adam Borowski wrote:
>
> > You can chroot to the system from the host machine, and upgrade to sysvinit.
> > If your host can't run arm code, install qemu-user-static and copy
> > /usr/bin/qemu-arm-static to the
Hi Henrique,
On Wed, Sep 24, 2014 at 03:18:02PM -0300, Henrique de Moraes Holschuh wrote:
> OTOH, using -z9 on datasets smaller than the -z8 dictionary size *is* a
> waste of memory (I don't know about cpu time, and xz(1) doesn't say anything
> on that matter). The same goes for -z8 and datasets
On Sun, Aug 17, 2014 at 01:13:36PM +0200, Marc Haber wrote:
> On Sun, 17 Aug 2014 01:40:27 -0700, Josh Triplett
> wrote:
> >Ludovico Cavedon wrote:
> >> I am writing a systemd service file for a daemon (ntopng) and I would
> >> like to know what you think is the best way to load some
> >> configur
On Wed, Jul 16, 2014 at 01:05:26PM +0200, Harald Dunkel wrote:
> Hi Thijs,
> On 07/16/14 12:35, Thijs Kinkhorst wrote:
> > As it turns out, this package got removed because it has an unfixed
> > release critical bug (which interestingly enough you yourself reported).
> > When this bug is fixed, t
On Sat, Apr 19, 2014 at 02:06:45PM +0200, Bálint Réczey wrote:
> Hi Riku,
>
> 2014-04-19 13:26 GMT+02:00 Riku Voipio :
> > On Tue, Apr 15, 2014 at 12:00:33PM +0200, Balint Reczey wrote:
> >> Facing last week's Heartbleed [1] bug the need for improving the
> >&g
On Tue, Apr 15, 2014 at 12:00:33PM +0200, Balint Reczey wrote:
> Facing last week's Heartbleed [1] bug the need for improving the
> security of our systems became more apparent than usually. In Debian
> there are widely used methods for Hardening [2] packages at build time
> and guidelines [3] for
> > Lennart Sorensen (!DD), Nobuhiro Iwamatsu (DD), Steve McIntyre (DD)
> I am surprised not to see Riku Voipio and Hector Oron on this list as
> I know they help manage the buildds and Riku signs uploads. I don't
> know if they are trying to escape, or just being too slack to
On Mon, May 27, 2013 at 08:27:36PM -0700, Josh Triplett wrote:
> In addition to determining the MTA pulled in by default for packages
> which require mail-transport-agent in order to function (the provider of
> default-mta), I'd like to propose as a release goal that we not have any
> MTA in standa
On Wed, May 29, 2013 at 09:10:41PM +0200, Wouter Verhelst wrote:
> > This kind of madness is precisely described here:
> > http://www.redhat.com/archives/rhl-devel-list/2008-January/msg00861.html
> [zillionth link to "linux is not about choice mail"]
Because it's a very good read, still years late
On Wed, Apr 24, 2013 at 03:19:59PM +0200, Bill Allombert wrote:
> As IJG libjpeg maintainer, my plan is to move to libjpeg9 which has more
> feature.
Only the applications that actually want to experiment with libjpeg8/9 ABI
should be using it -
The 100% of current applications that work just l
On Wed, Apr 24, 2013 at 01:48:48PM +0200, Mike Gabriel wrote:
> >C. Decide which package should provide default libjpeg-dev library
> Last statement from Bill: libjpeg by IJG
The current IJG has nothing to do with the IJG that originally created JPEG.
The last activity of original IJG was in 19
On Mon, Apr 22, 2013 at 09:38:14AM +, Thorsten Glaser wrote:
> Well yes, but if you do even small things such as generate the
> package manually instead of using debhelper, prepare to be shouted
> at by the British Cabal with threats of using superpowers to remove
> such packages from Debian.
On Sun, Nov 04, 2012 at 12:03:37PM +0100, Karol Szkudlarek wrote:
> and about graphics freeze:
>
> https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/1033263
>
> and about touchpad:
>
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/606238
>
> and about cpu fan:
>
> h
On Thu, Oct 11, 2012 at 09:45:58PM +0200, Simon Josefsson wrote:
> Marco Nenciarini writes:
> > I've seen recently several company I'm working with getting away from
> > Debian in favor of Ubuntu because they have a LTS version. However I
> > don't know if this is a general trend.
> I can confir
On Fri, Aug 31, 2012 at 05:39:14PM +0800, Thomas Goirand wrote:
> On 08/31/2012 03:39 AM, Steve Langasek wrote:
> > - /usr on a separate filesystem without the use of an initramfs: not
> >supported... and no discernable user demand for this.
> Well, let's say I have a big crash, and I want to
On Tue, Aug 28, 2012 at 12:10:18PM +0900, Hideki Yamane wrote:
> --
> conclusion (rest)
> --
> I recommend to use xz ***by default*** (with approp
On Mon, May 07, 2012 at 02:33:54PM +0100, Adam D. Barratt wrote:
> fwiw, there's just (as in within the past couple of hours) been a change
> committed upstream which defaults accept_8bitmime to true.
Good news.
As mentioned on bug #445013:
-snip-
> accept_8bitmime = true
> I would actually rec
On Thu, May 03, 2012 at 01:23:29PM +0200, Stefano Zacchiroli wrote:
> 3) public, but contributors-only list
> This has been implemented by other FOSS projects. A notable example is
> Ubuntu who have a split between ubuntu-devel (project members only +
> whitelisting) and ubuntu-devel-discuss (fre
On Tue, May 01, 2012 at 08:18:07PM +0200, Philipp Kern wrote:
> So just stop Postfix doing the conversion?
It's not just postfix, it's at least courier and sendmail and various
propiertary MTA's do conversions when encountering default configured
exims.
It would be a RFC violation to just pass 8b
On Tue, May 01, 2012 at 12:48:10AM -0400, Chris Knadle wrote:
> I think it would be useful to describe what issue(s) there are concerning
> 8BITMIME and why this is important. I've found some information [1] about
> this, but it isn't clear what problems are actially *caused* by the lack of
> 8
On Sat, Apr 28, 2012 at 07:12:42PM -0700, Russ Allbery wrote:
> I'm not sure that I see the point, and I say that as someone who
> replaces Exim with Postfix on all of my boxes.
Nobody's suggesting you need to change to anything. The worst you
have to do if debian changed default MTA, would be to
On Wed, Mar 21, 2012 at 11:06:22AM +0100, Bernd Zeimetz wrote:
> Common init scripts are short enough to make them easy to debug. Its
> more annoying when these shellscripts call other shellscripts which call
> other shellscripts - but that is a different issue which needs to be
> solved - but not
On Sun, Mar 04, 2012 at 09:12:32AM +0100, Marc Haber wrote:
> There is a different between "I don't care about portability" and "I
> won't accept any patches that are only useful on non-Linux platforms".
> The former could be remedied by submitting documented and maintained
> patches, which saves
On Mon, Feb 27, 2012 at 10:12:07AM -0800, Steve Langasek wrote:
> No disagreement with any of that. But how high is that price, in point of
> fact? If no one's measured it, then converting scripts to C programs to
> avoid the added exec() calls is premature optimization.
If it were just blindl
On Fri, Feb 24, 2012 at 01:47:59AM -0800, Steve Langasek wrote:
> > I have. Not on debian, but on debianish system with dash. And the result
> > was that shellscripts are indeed the bottleneck. We still did convert to
> > upstart since we believed it would allow us to cut down the amount of
> > sh
On Tue, Feb 21, 2012 at 01:12:08PM -0800, Steve Langasek wrote:
> The meme that systemd is better than upstart because it doesn't depend on
> a shell is poppycock. No one has done any benchmarking to support the claim
> that /bin/sh is a bottleneck for upstart (particularly not on Debian or
> Ubun
On Fri, Feb 17, 2012 at 07:07:40PM +0100, Samuel Thibault wrote:
> Bastian Blank, le Fri 17 Feb 2012 19:02:59 +0100, a écrit :
> > On Fri, Feb 17, 2012 at 06:59:51PM +0100, Samuel Thibault wrote:
> > > Bastian Blank, le Fri 17 Feb 2012 18:52:10 +0100, a écrit :
> > > > I see this:
> > > > | Provide
On Fri, Feb 10, 2012 at 11:56:20PM +0100, Guillem Jover wrote:
> [ Obviously this “summary” could be considered biased, but I do think
> the facts presented are accurate. ]
> The two reasons for the shared / reference counted files (refcnt from
> now on) implementation in dpkg have been:
Well
On Wed, Feb 08, 2012 at 03:06:46PM +0100, Adam Borowski wrote:
> gzip's output is likely to change:
> * on a new version
> * after a bugfix (including security ones)
> * on a different architecture
> * with different optimizations
> * with a different implementation (like those parallel ones)
> * p
On Thu, Feb 09, 2012 at 03:34:28AM +0100, Guillem Jover wrote:
> Riku mentioned as an argument that this increases the data to download
> due to slightly bigger Packages files, but pdiffs were introduced
> exactly to fix that problem. And, as long as the packages do not get
> updated one should not
On Wed, Feb 08, 2012 at 09:02:43PM +0100, Guillem Jover wrote:
> Let's assume compressor (gzip/bzip2/xz/etc) version M gets uploaded to
> sid generating a reproducible output across all current architectures.
> Time passes, compressor version N (and even O and P and Q etc) gets
> uploaded, which st
On Wed, Feb 08, 2012 at 05:56:11PM +0100, Guillem Jover wrote:
> On Wed, 2012-02-08 at 17:29:22 +0100, Mike Hommey wrote:
> > If you remove the shared files approach, how do you handle files like
> > lintian overrides, reportbug presubj and scripts, etc. ?
>
> The same principle that applies to al
On Tue, Feb 07, 2012 at 10:13:01PM +, Neil Williams wrote:
> On Tue, 7 Feb 2012 14:01:57 -0800
> Steve Langasek wrote:
> > At this stage, I have no reason to think that's not achievable, though no
> > one seems to have dived very deep into the bug yet. And whether gzip
> > upstream agrees thi
On Sat, Dec 24, 2011 at 11:48:42AM +, Philip Hands wrote:
> That might allow us to come up with solutions that are not just:
>
> Everyone must have initramfs, like it or not.
Would we really need that? If I understand correctly, the / to /usr will
merely mean that
People who want to have
On Thu, Dec 15, 2011 at 01:29:18PM +, Roger Leigh wrote:
> Well, I think I still need persuading that this is the right direction
> to move the files. I still think that moving /usr to / is a better
> strategy
I think we would need a very, very good reason to migrate away from /usr.
Fedora al
On Tue, Sep 27, 2011 at 06:01:54PM -0700, Kees Cook wrote:
> Just to be explicit, PIE tends to have small (<1%) performance hits on
> register-starved architectures (i386) in most cases, for for certain work
> loads (e.g. python) the hit is large (~15%). On architectures with plenty
> of registers
On Thu, May 14, 2009 at 10:13:43AM +0300, Peter Eisentraut wrote:
> On Wednesday 13 May 2009 21:55:00 Guillem Jover wrote:
> > So, there's missing support in sbuild (#501230), which arguably is
> > a pretty recent bug report, but AFAIR I sent a mail to Ryan long time
> > ago when drafting the wildc
On Mon, Apr 06, 2009 at 10:13:39PM -, Jiri Palecek wrote:
> I'd like to package the selinux tests from the ltp test suite. The tests
> need a special selinux policy to be loaded and some files to be relabeled.
> I haven't found any standard way of packaging this, so I made an
> experiment
On Tue, Mar 17, 2009 at 08:05:50PM +0100, Martin Michlmayr wrote:
> I have a number of ARM devices/boards that I no longer need and I'm
> looking for developers or testers who can do something useful with
> them. Those devices have been given to me to improve Debian support,
> and so they should b
On Wed, Mar 11, 2009 at 12:55:52PM +0100, Adeodato Simó wrote:
> The problem is, of course, defining the “well-defined policy”. For most
> libraries an early removal has no big consequences. It would have been
> tempting to have guessed that there wouldn’t be any for poppler either,
> because the f
On Mon, Jun 16, 2008 at 11:12:53AM -0400, David Duggins wrote:
> I would also have to say that the Linux Community has always been about
> freedom and choice.
Not everyone agrees[1] about the choice part.
Having one well working tool is better than having multiple mediocre,
buggy tools to choose
On Sat, Jun 07, 2008 at 09:25:23PM +0200, Mathieu Malaterre wrote:
> >> $ superdupertool libfoo.so
> >>=> this lib requires libstdc++6 at least version 4.0.2
> > dpkg-shlibdeps run during build does that and then dpkg-gencontrol
> > replaces the ${shlibs:Depends} in control file
> All this is kin
On Wed, Jun 04, 2008 at 02:31:22AM -0700, Mike Bird wrote:
> (2) To a user who wishes to use a working feature of an imperfect
> package, Debian is better with the imperfect package than
> without: MISSING PACKAGE < IMPERFECT PACKAGE < PERFECT PACKAGE.
> This is true even if the imperfe
On Mon, Jun 02, 2008 at 07:34:22PM +0200, Wouter Verhelst wrote:
> - On upgrade. Since apparently dbus-using services die when dbus itself
> is restarted, it might make sense to restart those services too
snip: text explaining one way to workaround the problem
Howabout fixing dbus not to crash
On Mon, May 26, 2008 at 04:07:55PM +0200, Patrik Fimml wrote:
> As I frequently use eboard and have done some "hobby" packages before, I'd
> like to take care of the package. What exactly is the procedure to follow in
> this case?
I See you have already file for a ITA for this package, so you are
On Sun, May 18, 2008 at 12:03:17PM +0200, Aurelien Jarno wrote:
> Do you have a proposal for a remplacement of the glibc then?
> And note we *do* forward patches we apply to the Debian Glibc, which is
> not always something pleasant to do, especially when it concerns
> "embedded crap" [1]: at best
On Tue, May 06, 2008 at 02:44:04AM -0400, Timothy G Abbott wrote:
> Packages with no problems worse than missing man pages:
> python-arpack (from the scipy sandbox)
> python-delaunay (from the scipy sandbox)
I guess these can be handled by python-modules team
that already maintains python-scipy?
On Fri, Apr 25, 2008 at 05:06:59PM +0200, Petter Reinholdtsen wrote:
> 'arm' is said to be LE, but I believe it differ for integers and
> floating point numbers. Is 'arm' in the list the 'arm' archtecture?
> What about 'armel' and 'armeb'?
on arm (unlike armeb and armel), doubles are two little-e
On Mon, Apr 21, 2008 at 10:36:37PM +1000, Mark Purcell wrote:
> But you are free to assist with the package in what ever
> way you can. All contributions are welcome.
Patrick, as you see you are clearly welcome. So please cool down
and submit patches :)
> Perhaps in the longer term we could con
On Sun, Mar 16, 2008 at 11:59:52PM +, Steve McIntyre wrote:
> 3. For some arches, should we just provide the first couple of CDs
> and a full set of DVDs? This is a bit of a compromise option - if
> a given machine will not boot from DVD, but can boot from CD and
> get the rest of
On Sun, Mar 09, 2008 at 06:34:36PM +, Ian Jackson wrote:
> Pierre Habouzit writes ("Re: dpkg semi-hijack - an announcement (also,
> triggers)"):
> > If you're so afraid that one of the included headers defines NULL to
> > '0', then just assert (__builtin_types_compatible(NULL, void *))
> > s
On Thu, Mar 06, 2008 at 11:39:24PM +0100, Frans Pop wrote:
> Now that armel is becoming official, could someone involved with the port
> please look at updating the info about the port on the website [1] in the
> run-up to Lenny?
Yeah, I sent a update for that page earlier, but it seems to have
On Sun, Mar 02, 2008 at 08:02:09PM +0900, Charles Plessy wrote:
> Le Sun, Mar 02, 2008 at 10:56:19AM +0100, Julien BLACHE a écrit :
> > In the MIPS case, the buildds are impacted by real technical problems
> > that take time and effort to get fixed.
> Exactly, and real technical problems mean real
On Mon, Feb 11, 2008 at 12:08:13AM +0900, Charles Plessy wrote:
> Sorry to be rude, but I am just so surprised that there is a such big
> problem and that apparently nothing is done. If people are working on
> the issue, just let us know, they will get many kudos and everybody will
> be happy. In t
On Thu, Feb 07, 2008 at 01:34:53PM +0900, Charles Plessy wrote:
> I think that it is a bit frivolous to distribute software with
> advertisment clause in main and not properly warning the redistributors,
I think the short term solution to this dilemma is to compile a list
of attributions needed to
On Sun, Feb 03, 2008 at 08:53:00PM +0100, Moritz Muehlenhoff wrote:
> Did you followup with upstream on the SSP problems we've seen
> on ARM?
Basicly their response was basicly "why would anyone want
5-10% bigger and slower binaries on arm". It was also discussed
the possibility of --disable-ssp w
On Wed, Jan 30, 2008 at 07:38:01PM +0100, Daniel Leidert wrote:
> Am Mittwoch, den 30.01.2008, 12:31 -0500 schrieb Joey Hess:
> > Because disk space is so much cheaper than your time that I can't even
> > find the adjectives to describe how much cheaper it is?
> My current workflow is fast enough.
On Tue, Jan 29, 2008 at 10:16:24PM +0100, Moritz Muehlenhoff wrote:
> In kernels that support text ASLR, programs compiled
> for PIE will gain full position randomization.
For which architectures is text ASLR available? does it require
external kernel patches? PIE means considerable system overhea
On Sat, Jan 26, 2008 at 08:37:54PM +0100, Stefano Zacchiroli wrote:
> If I were you I would have tried "fakeroot debian/rules
> get-orig-source", which is the policy mandated target to retrieve
> orig.tar.gz. I haven't tried, but looking at madwifi's debian/rules it
> is indeed implemented and ret
On Sat, Jan 26, 2008 at 01:00:51PM +0100, Cyril Brulebois wrote:
> On 26/01/2008, Teemu Likonen wrote:
> > About these new Vcs-* fields in debian/control: it's not clear to me
> > where the URLs should be pointing at.
> See for yourself:
> | $ PAGER=cat man debcheckout | grep -A1 ^NAME
> | NAME
>
On Fri, Jan 25, 2008 at 09:59:00AM +0100, Pierre Habouzit wrote:
> Oh and don't try to ask for complete uniformity in packaging, there
> are 1000 DDs, 10 times as many packages
We have managed to get almost complete uniformity of the binary
packages produced. And imho, it's one of the things tha
On Fri, Jan 04, 2008 at 11:26:21PM +0100, Josselin Mouette wrote:
> I do hope there are better examples than a confidential application and
> a useless daemon that has been deprecated for years, to justify messing
> with dh_installinit and update-rc.d as you are proposing.
You don't need to *hope*
On Mon, Nov 19, 2007 at 03:47:35PM -0400, Ben Armstrong wrote:
> * Package name: atl2-source
> Version : 1.0.40.2
> Upstream Author : xiong huang <[EMAIL PROTECTED]>
> * URL :
> https://launchpad.net/ubuntu/hardy/+source/linux-ubuntu-modules-2.6.22/
> * License
Package: wnpp
Severity: wishlist
Owner: Riku Voipio <[EMAIL PROTECTED]>
* Package name: sbrsh
Version : 1.4.1
Upstream Author : Timo Savola <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : GPL
Programming Lang: C
Description
On Tue, Nov 06, 2007 at 03:31:49PM +0100, Miriam Ruiz wrote:
> 2007/11/6, Neil Williams <[EMAIL PROTECTED]>:
> > There needs to be some agreement on what nocheck or notest means and
> > which one to use. For Emdebian needs, whichever name is used, the
> > imperative is that setting that DEB_BUILD_O
On Wed, Oct 24, 2007 at 11:32:26AM +1000, Paul Wise wrote:
> Interestingly, Fedora has a new policy that kernel module packages
> must be merged with kernel.org or removed from Fedora:
> http://fedoraproject.org/wiki/Packaging/KernelModules
> http://fedoraproject.org/wiki/DavidWoodhouse/KmodPropos
> > Is it possible to compare this data against unofficial kfreebsd-(i386|amd64)
> > and armel ports in http://ftp.gnuab.org/debian/ [1] ? Armel port is
> > softfloat, and thus libraries using floats can end up exporting
> > inlined softfloat math functions.
> Honestly, I have spent too much time
On Mon, Oct 01, 2007 at 08:00:22PM +0200, Juliusz Chroboczek wrote:
> While I realise that it is sometimes difficult to deal with hundreds
> of old bug reports, there are other ways of dealing with this kind of
> issue, such as tagging old bugs when they lack submitter input, or at
> least going th
On Mon, Oct 01, 2007 at 05:47:34PM +0200, Raphael Hertzog wrote:
> In other cases, most of the architectures are in sync and some
> special architectures are creating troubles. It looks like
> hurd-i386 is currently causing me lots of troubles for example on pango:
> http://qa.debian.org/cgi-bin/mo
On Wed, Sep 12, 2007 at 12:39:05AM -0400, Nathanael Nerode wrote:
> Non-free material is being included in main for the benefit of *precisely
> zero*
> users. There's no two ways about this: this is a Social Contract violation.
Kernel has 736[1] open bugs, including ones that corrupt data and
ma
> > That's why we tell people to use pbuilder.
> I think I disagree with the reason given for this advice. What
> is the end goal that we are trying to achieve? Is it to upload binary
> packages that build despite leaving flaws i the build process? Always
> building in pbuilder masks e
> >> Many packages FTBFS (silently!) if an environment variable TAPE is set.
> Perhaps dpkg-buildpackage should unset TAPE...?
pbuilder and other tools already do that when chrooting? Tar's $TAPE
behaviour fails the principle of least suprise. Tar developers
should reconsider the usability implic
Package: wnpp
Severity: wishlist
Owner: Riku Voipio <[EMAIL PROTECTED]>
* Package name: scratchbox2
Version : 0.0.1
Upstream Author : Lauri Leukkunen <[EMAIL PROTECTED]>
* URL : http://rahina.org/sb2/
* License : LGPL
Programming Lang: C, lua
1 - 100 of 153 matches
Mail list logo
