Aurelien Jarno writes:
> Le 04/05/2011 14:06, Raphael Hertzog a écrit :
>> a nice behaviour, it would be way better to print
>> a warning and fallback to a correct behaviour. Users can then report the
>> problems without experiencing a non working-application.
>
> Printing a warning on a thing t
Adam Borowski writes:
> On Wed, May 04, 2011 at 12:42:16AM -0500, Steve M. Robbins wrote:
>> I'm with Linus on this: let's just revert to the old behaviour. A
>> tiny amount of clock cycles saved isn't worth the instability.
>
> I'd instead propose to sacrifice a tiny amount of cycles to check f
Josselin Mouette writes:
> Le lundi 02 mai 2011 à 19:31 +0200, Goswin von Brederlow a écrit :
>> To those users that want newer software my next question would be "What
>> software?". My feeling there is that it is only some software, allways
>> the same sof
Steve Langasek writes:
> On Mon, May 02, 2011 at 06:09:17PM +0200, Goswin von Brederlow wrote:
>> Also the libc6-msp430-dev:all and libc6-dev:msp430 packages will both be
>> using /usr/inlcude// and already trigger the problem you
>> fear.
>
> No, libc6-msp430-dev wo
Pierre Habouzit writes:
> On Mon, May 02, 2011 at 01:31:31PM +0200, Lucas Nussbaum wrote:
>> Hi,
>>
>> Since I already sent too many mails in the 'rolling' discussion, I
>> decided to send one more. Here is an attempt at a summary of what was
>> said so far. It might not be complete, it's proba
Roger Leigh writes:
> I just wanted to add that if you would like more statistics reporting
> for this purpose, I'll be happy to add that to sbuild. Currently we
> only really report build time and disc space. If you want additional
> data such as number of cores used, memory/swap usage and oth
Ingo Jürgensmann writes:
> On Sun, 1 May 2011 01:36:38 +0200, Andreas Barth wrote:
>
>> Sometimes we have a few packages we don't want to build on a certain
>> buildds. Sometimes this is because this package needs lots of ram. Or
>> it takes quite long and would waste the parallel building a mac
Steve Langasek writes:
> On Thu, Apr 28, 2011 at 06:48:22PM +0200, Julian Andres Klode wrote:
>> > "We might some day later change the way apt works for upgrades" is not an
>> > argument for adding a pre-dependency now.
>
>> But that we do want to prevent a broken APT -- when using the common
>>
Steve Langasek writes:
> On Sun, Apr 24, 2011 at 10:46:40PM +0100, Wookey wrote:
>> I expect the multiarch paths to replace the 'traditional
>> cross-compiling' paths in due course for all target architectures,
>> including ones that aren't Debian-suported (i.e currently
>> mingw-whatever-you-cal
Stephen Kitt writes:
> On Sat, 23 Apr 2011 16:51:53 +0200, Adam Borowski wrote:
>> On Sat, Apr 23, 2011 at 12:29:39PM +0200, Goswin von Brederlow wrote:
>> > I would rather add a new architecture to dpkg for this. This does not
>> > mean that debian has to create a ne
Stephen Kitt writes:
> Hello,
>
> Now that multiarch is here, I've been wondering whether and how it applies to
> cross-compiler libraries for non-Debian architectures, for example Microsoft
> Windows (I'm the new maintainer of mingw-w64). As I understand it, multiarch
> wasn't intended for non-D
Edward Allcutt writes:
> On Sat, 16 Apr 2011, Roger Leigh wrote:
>> On Sat, Apr 16, 2011 at 05:58:19PM +0100, Edward Allcutt wrote:
>>> I suggest:
>>> - on upgrade, bind mount or symlink /run/init -> /lib/init/rw
>>> - on boot, after mounting /run, mkdir /run/init; ln -s /run/init
>>> /lib/ini
"Steve M. Robbins" writes:
> On Sat, Apr 16, 2011 at 09:55:34AM +0200, Goswin von Brederlow wrote:
>> Given the cost that involves and that nobody has screamed about it in
>> the last 10 years I would opt for rephrasing it to "as needed". The
>> would
Roger Leigh writes:
> On Sat, Apr 16, 2011 at 09:35:53AM +0200, Goswin von Brederlow wrote:
>> To me that reads like you will mount a tmpfs on /tmp if root is
>> read-only even if RAMTMP is not set. Which is wrong if the system has a
>> /tmp filesystem in /etc/fstab.
>
"Steve M. Robbins" writes:
>> As I've come to understanding, nowadays many libraries doesn't allow
>> trivial static linkage,
>
> I don't follow; it's generally as simple as using -static on
> the link line. Pretty trivial.
Which a) might not be simple to get the build system to do and b) is fa
Roger Leigh writes:
> On Fri, Apr 15, 2011 at 04:41:56PM +0200, Goswin von Brederlow wrote:
>> Roger Leigh writes:
>>
>> > If it wasn't already clear, having /tmp as a tmpfs is a
>> > /configurable option/, and it is /not/ the default (except whe
Edward Allcutt writes:
> On Fri, 15 Apr 2011, Roger Leigh wrote:
>> This I really don't get. There was no error reported, and we're using
>> this logic:
>>
>> if [ ! -L /var/run ] && [ -d /var/run ]; then
>>echo "guest environment detected: Migrating /var/run to /run"
>>( # Remove /run f
"John D. Hendrickson and Sara Darnell" writes:
> I'm reading (can't spend allot of time though, I'll try)
> initscripts_2.88dsf-13.3_amd64.deb
> sysvinit_2.88dsf-13.3.dsc
>
> I'm thinking (I'm not sure) that Bastien is working on this. He'd
> mentioned issues between sysinit and runn
Roger Leigh writes:
> On Thu, Apr 14, 2011 at 10:44:08AM +0200, Bastien ROUCARIES wrote:
>> On Thu, Apr 14, 2011 at 4:20 AM, Karl Goetz wrote:
>> > On Wed, 13 Apr 2011 10:32:42 +0100
>> > Roger Leigh wrote:
>> >
>> >> On Tue, Apr 12, 2011 at 12:38:03PM +0100, Roger Leigh wrote:
>> >
>> >> Follo
Bastien ROUCARIES writes:
> On Thu, Apr 14, 2011 at 4:20 AM, Karl Goetz wrote:
>> On Wed, 13 Apr 2011 10:32:42 +0100
>> Roger Leigh wrote:
>>
>>> On Tue, Apr 12, 2011 at 12:38:03PM +0100, Roger Leigh wrote:
>>
>>> Following the discussion yesterday, I'd like to propose doing
>>> something like
André Barone Rodrigues writes:
> Dear sirs,
> I think there's something not entirelly clear to me and perhaps to some other
> people, because I couldn't find any solution to my problem.
>
> I have downloaded an i386 ISO for Squeeze (6.0.1a) and used the same media to
> perform installation on 2 d
Bastian Blank writes:
> On Sun, Apr 10, 2011 at 11:58:09AM +0200, Goswin von Brederlow wrote:
>> Bastian Blank writes:
>> > On Sun, Apr 10, 2011 at 02:18:49AM +0200, Goswin von Brederlow wrote:
>> >> Here I think we can go one of two ways:
>> >> 2) &
Adam Borowski writes:
> On Sat, Apr 09, 2011 at 11:42:12PM +0200, Bastian Blank wrote:
>> On Fri, Apr 08, 2011 at 06:52:41PM +0200, Bastian Blank wrote:
>> > We have the same problem with awk since ages. We should fix both
>> > problems together. Therefor I propose the following:
>>
>> - An esse
Bastian Blank writes:
> On Sun, Apr 10, 2011 at 02:18:49AM +0200, Goswin von Brederlow wrote:
>> Here I think we can go one of two ways:
>> 2) "bootstrap" scripts are only executed after the owners (Pre-)Depends
>> have been unpacked. This would allow base-files
Bastian Blank writes:
> On Fri, Apr 08, 2011 at 06:52:41PM +0200, Bastian Blank wrote:
>> We have the same problem with awk since ages. We should fix both
>> problems together. Therefor I propose the following:
>
> - An essential or pseudo-essential (dependency or pre-dependency from an
> essen
Bastian Blank writes:
> On Thu, Apr 07, 2011 at 12:16:02PM +0200, Goswin von Brederlow wrote:
>> Carsten Hey writes:
>> > System shells would (de)register themselves by calling add-system-shell
>> > in postinst and remove-system-shell in prerm. 'system-she
"Eugene V. Lyubimkin" writes:
> On 2011-04-07 18:15, Goswin von Brederlow wrote:
>> Dpkg::Post-Invoke would be the right (best available) one. That would
>> call your trigger after every dpkg invocation [...]
>
> This is not true, 'Dpkg::*-Invoke' script
David Paleino writes:
> On Thu, 7 Apr 2011 15:16:20 +0200, Raphael Hertzog wrote:
>
>> You'd better use some apt hook to do the task you envision. A file
>> trigger that is activated for a majority of package installation is
>> probably better dealt with such a solution.
>
> Which hook would you
Carsten Hey writes:
> System shells would (de)register themselves by calling add-system-shell
> in postinst and remove-system-shell in prerm. 'system-shell' would also
> be a virtual package provided by bash, dash and so on. Although I don't
How would that work with (c)debootstrap/multistrap w
Russell Coker writes:
> On Wed, 6 Apr 2011, Yaroslav Halchenko wrote:
>> sorry for a blunt follow-up -- wouldn't making /var/run writable by
>> regular mortals ask for security concerns if an attacker starts
>> pre-creating files/pipes trying to steal the communications of
>> daemons spawned by
Steve Langasek writes:
> On Tue, Apr 05, 2011 at 11:12:29AM +0100, Simon McVittie wrote:
>> On Tue, 05 Apr 2011 at 11:12:54 +0200, Adam Borowski wrote:
>> > On Sat, Apr 02, 2011 at 12:36:05AM -0700, Steve Langasek wrote:
>> > > Specifically, the plan is that any package in wheezy shipping a runti
Carsten Hey writes:
> Before bash or dash could be made non-essential in a clean way, there
> are IMHO various things not mentioned up to now in this thread to fix:
>
> * Make dash conform to POSIX. dash/sid is not detected as being
>a POSIX shell by autotools, which leads to lines like #!@
Luk Claes writes:
> What about Roger's suggestion to have the root account passwordless and
> locked with sudo access? Are there other drawbacks to that proposal (is
> booting in single user mode covered for instance?)?
Then a fsck failure won't give you a shell because you can't input the
root
Lars Wirzenius writes:
> * We can perhaps change debhelper to automatically add the
> dependency, if it is missing. Since most packages use debhelper,
> this might transition most of the packages automatically.
I've beend thinking about this a while back when I had a packag
Steve Langasek writes:
> On Mon, Apr 04, 2011 at 06:04:20PM +0200, Luk Claes wrote:
>
>> bash is not the default system shell anymore. It's now only the default
>> user shell. As such it is not required for a sysadmin to boot and
>> install software. Besides that some users would like to get rid
Henrique de Moraes Holschuh writes:
> On Sun, 03 Apr 2011, Goswin von Brederlow wrote:
>> Henrique de Moraes Holschuh writes:
>> > On Thu, 31 Mar 2011, Goswin von Brederlow wrote:
>> >> > /etc/adjtime
>> >
>> > This needs to survive reboots,
Philipp Kern writes:
> On 2011-04-03, Wouter Verhelst wrote:
>> OTOH, do you really want to type
>> "apt-get install package-with-policy-compliant-utterly-long-silly-name"?
>> There's a point when package name lengths become problematic, and that
>> isn't just true for ISO images.
>
> That's why
Michelle Konzack writes:
> Note: The "maint-guide" should add a note, on HOW-TO-ADD quilt
> to debian/rules. I have done all steps mentioned on
> http://wiki.debian.org/UsingQuilt and it was not working.
> I found the hint in another package which was using quilt
Mathieu Parent writes:
> Hi,
>
> 2011/4/3 Neil Williams :
>> http://lists.debian.org/debian-devel/2009/08/msg00808.html
>>
> (...)
>>
>> Let's try and handle the .la file issue across all of Debian.
>
> dh-make 0.58 install .la files by default
> (/usr/share/debhelper/dh_make/debianl/package-dev.
Roger Leigh writes:
> Both of these issues were due to /etc/mtab being inconsistent with
> reality. I've now corrected the code to make domtab() behave
> identically to domount() to ensure that they are always working
> in the same manner. Once /run is established, I wonder if moving
> /etc/mta
Michael Biebl writes:
> Am 03.04.2011 13:10, schrieb Goswin von Brederlow:
>> Roger Leigh writes:
>>
>>> On Wed, Mar 30, 2011 at 11:20:45PM +0100, Roger Leigh wrote:
>>> 1) /etc/init.d/mountall.sh is broken for some reason. The "mount -a"
>&g
Henrique de Moraes Holschuh writes:
> On Thu, 31 Mar 2011, Goswin von Brederlow wrote:
>> > /etc/adjtime
>
> This needs to survive reboots, and it is also needed early in the boot.
> It is used to correct the RTC syndrome.
>
> I am at a loss about how it could be mad
Paul Wise writes:
> On Fri, Apr 1, 2011 at 9:34 AM, Michelle Konzack
> wrote:
>
>> I am working on a bunch of packages and write patches and I know  how to
>> use "quilt" but can someone tell me please, how I have to add quit to an
>> existing Debian Package which does currently not use quilt b
Roger Leigh writes:
> On Wed, Mar 30, 2011 at 11:20:45PM +0100, Roger Leigh wrote:
> 1) /etc/init.d/mountall.sh is broken for some reason. The "mount -a"
>invocation fails. Not because it fails to mount, but it returns a
>32 exit status because / and /proc are already mounted.
>
>Po
Michael Tautschnig writes:
> [...]
>> ⢠Read-only root
>>
>> Depends on /run. Having /run will allow remaining writable files
>> under /etc to be moved (/etc/mtab, LVM2 cache, CUPS for starters).
>> Identifying and fixing/removing packages writing to /etc during
>> their normal operat
Tollef Fog Heen writes:
> ]] Julien Cristau
>
> | On Wed, Mar 30, 2011 at 16:20:10 +0100, Roger Leigh wrote:
> |
> | > Given that Fedora are adopting /run, and it has been something
> | > we have wanted in the past, is anyone working on implementing
> | > /run in Debian?
> | >
> | > http://thr
Kurt Roeckx writes:
> On Wed, Mar 30, 2011 at 06:45:50PM +0200, Wesley W. Terpstra wrote:
>> On Tue, Mar 29, 2011 at 8:03 PM, Kurt Roeckx wrote:
>>
>> > On Tue, Mar 29, 2011 at 07:54:59PM +0200, Wesley W. Terpstra wrote:
>> > > If I may ask, for what purpose do the buildds have a special list o
Joerg Jaspert writes:
> Additionally we will support new architectures like armhf, sparc64,
> powerpc64, sh4 and s390x in case someone does the neccessary
> groundwork needed prior to an inclusion, and gets all the needed
> preconditions settled. If porters want to discuss inclusion, the
Andreas Metzler writes:
> In gmane.linux.debian.devel.general Joey Hess wrote:
>> Steve McIntyre wrote:
>>> There are uses I've heard about, including (apparently quite common)
>>> using CDs and DVDs to seed a mirror on a Windows server.
>
>> If I had to chose between that working, and not needi
Magnus Holmgren writes:
> libtar popped up on wnpp-alert, so I ITAd it, but now I'm having second
> thoughts. I've done one upload now though.
>
> - No new releases since 2003. Upstream hasn't bothered building a dynamic
> library, that's a Debian patch (and a corresponding patch in other distr
Joey Hess writes:
> Steve McIntyre wrote:
>> There are uses I've heard about, including (apparently quite common)
>> using CDs and DVDs to seed a mirror on a Windows server.
>
> If I had to chose between that working, and not needing to worry about
> filename lengths, I'd choose the latter.
>
>>
Raphael Hertzog writes:
> Hi,
>
> On Wed, 23 Mar 2011, Goswin von Brederlow wrote:
>> What is the policy on conffiles under multiarch? Can a Multi-Arch: same
>> package have conffiles? Or would that confuse dpkg too much?
>
> They can have conffiles but obviously the
Philipp Kern writes:
> On 2011-03-23, Goswin von Brederlow wrote:
>> Also does the testing transition consider the Built-Using? If I specify
>> 'Built-Using: gcc-4.5 (= 4.5.2-5)' will the package be blocked from
>> entering testing until gcc-4.5 (= 4.5.2-5
Raphael Hertzog writes:
> [ Bcc to -dpkg for info ]
>
> Hello,
>
> since multiarch support in dpkg is on good track, it's about time to
> identify what will break when people start using multiarch packages...
A while back I already posted about a major problem cases. Specifically
packages violat
Mark Hymers writes:
> On Tue, 22, Mar, 2011 at 01:57:42PM +, Hector Oron spoke thus..
>> Hi Mark,
>>
>> 2011/3/22 Mark Hymers :
>>
>> > The current design is the Binary packages can contain an additional
>> > control field: Built-Using.
>>
>> First of all, thanks very much for taking care
Mark Hymers writes:
> On Mon, 14, Mar, 2011 at 02:04:30PM +, Hector Oron spoke thus..
>> Hi,
>>
>> 2009/11/2 Mark Hymers :
>> > On Mon, 02, Nov, 2009 at 12:43:42PM +, Philipp Kern spoke thus..
>> >> Of course it is a sane approach but very special care needs to be taken
>> >> when
>> >>
Jonathan Nieder writes:
> (dropped cc's; hopefully that's okay.)
> Hi!
>
> Luca Capello wrote:
>
>> I see these situations as a misuse of Depends: where Recommends: would
>> be perfectly fine, otherwise Recommends: are useless. But given that it
>> seems no one agrees with me, is such a behavior
Simon McVittie writes:
> For instance, openarena needs a corresponding version of openarena-data:
> if you substitute a data-set in the same format (zipped Quake III-compatible
> assets) with non-trivial modifications, it won't be network-compatible, and
> might even crash if you don't make corre
Holger Levsen writes:
> Hi,
>
> this is not particulary about unrar or Goswin...
>
> On Samstag, 19. März 2011, Goswin von Brederlow wrote:
>> No, I truely mean that unrar-free is practically useless. The stoneage
>> rar formats it suports have not been in general u
"Bernhard R. Link" writes:
> * Goswin von Brederlow [110318 14:38]:
>> And as long as it works I see no reason why a maintainer should not be
>> allowed to put the non-free dep first in alternatives if there is a good
>> reason.
>
> Debian makes some promi
Marcin Owsiany writes:
> On Tue, Mar 15, 2011 at 10:29:57PM +, Marcin Owsiany wrote:
>> How are others doing it?
>
> Thanks for all the responses (I never expected to start such a big
> discussion - it must have been a while since I last read debian-devel),
> and especially for the pointer to
"Bernhard R. Link" writes:
> * Goswin von Brederlow [110317 22:10]:
>> My metric here is clearly the functionality for the user.
>
> Being able to modify it or get help with the package (which needs
> people being able and willing to look at the source and fix pro
Russell Coker writes:
> I recently had a situation where I was doing a backup to a USB flash device
> and I decided to install some Debian packages. The sync() didn't complete
> until the backup completed because the write-back buffers were never empty!
Which is odd because I've used sync() w
Ian Jackson writes:
> Goswin von Brederlow writes ("Transitional packages with conffiles"):
>> Looking into the cause we discovered that the problem is that
>> dhcp3-client is now a transitional package that pulls in
>> isc-dhcp-client. The new package expect
"Bernhard R. Link" writes:
> * Goswin von Brederlow [110316 01:24]:
>> I disagree. If non-free has a superior implementation of a package and
>> the user has non-free configured then it should prefer the non-free
>> package.
>
> Superiority is always a qu
Joey Hess writes:
> I've been hearing a bit lately about removing dependencies that are no
> longer needed for stable upgrade paths. The most common reason seems
> that this will make apt need less memory[1].
>
> So then, someone must have measured the memory use. Unless this is a
> kind of prema
Adrian von Bidder writes:
> On Wednesday 02 March 2011 17.02:11 Marius Vollmer wrote:
>> - Instead, we move all packages that are to be unpacked into
>> half-installed / reinstreq before touching the first one, and put a
>> big sync() right before carefully writing /var/lib/dpkg/status.
>
> Y
Marius Vollmer writes:
> ext Chow Loong Jin writes:
>
>> Could we somehow avoid using sync()? sync() syncs all mounted filesystems,
>> which
>> isn't exactly very friendly when you have a few slow-syncing filesystems like
>> btrfs (or even NFS) mounted.
>
> Hmm, right. We could keep a list of
Mike O'Connor writes:
> On Wed, 2 Mar 2011 09:41:00 -0500, Scott Kitterman
> wrote:
>> On Wednesday, March 02, 2011 04:53:46 am Emilio Pozuelo Monfort wrote:
>
>> > If you have non-free enabled and install a package from main, it should
>> > install the dependencies from main. So you should hav
Emilio Pozuelo Monfort writes:
> On 02/03/11 04:24, Scott Kitterman wrote:
>> It seems to me not worth a mass bug filing. This doesn't seem like
>> something
>> that would affect user's systems. Is there a rationale for imposing this
>> ordering other than puiparts can't deal with it?
>
> If
Roger Leigh writes:
> On Mon, Feb 28, 2011 at 03:36:47PM +0100, Wouter Verhelst wrote:
>> On Tue, Feb 22, 2011 at 05:08:18PM +, Roger Leigh wrote:
>> > On Mon, Feb 21, 2011 at 07:42:32PM -0600, Raphael Geissert wrote:
>> > > I disagree here.
>> > > Alternatives in build-* relationships *are*
Peter Pentchev writes:
> On Wed, Feb 23, 2011 at 10:45:06AM +0100, Philipp Kern wrote:
>> On Tue, Feb 22, 2011 at 10:40:52PM +, Roger Leigh wrote:
>> > From discussion on IRC earlier this evening, it looks like the most
>> > pragmatic approach will be to get the apt and aptitude sbuild
>> > r
Hi,
after this problem came up on irc I thought I would mention it to a
larger audience:
After upgrading to squeeze the dhcp client suddenly started to overwrite
/etc/resolv.conf again while before it was configured not to do so.
Looking into the cause we discovered that the problem is that
dhcp
Roger Leigh writes:
> On Sun, Feb 06, 2011 at 10:23:00PM -0400, Joey Hess wrote:
>> Roger Leigh wrote:
>> > There are lots of Debian people out there using git, and some of them
>> > have expressed interest over the years in having the ability to use
>> > git as a filesystem in its own right (#47
Andreas Tille writes:
> [Reply-To set to debian-devel]
>
> Hi,
>
> on the Debian Med list a discussion about handling changelogs was started[1]
> which addressed the following questions:
>
> 1. What to do with pre-Debian-Release changelogs (if packaging
> needed some time and went through
Shachar Shemesh writes:
> On 26/01/11 13:03, Goswin von Brederlow wrote:
>>
>> Some things I noticed:
>>
>> safewrite.h:
>> - missing headers, e.g. for mode_t
>>
> No. That's intentional. I'm assuming the people who will use
> safewrit
Peter Samuelson writes:
> [Simon Chopin]
>> But I believe what Stanislas mean is to unpack while downloading the
>> rest of the packages. I often wondered why it wasn't the case, but
>> I've assumed so far that there was probably a reason I just could not
>> think of :)
>
> I think it is because
Stanislav Maslovski writes:
> On Fri, Feb 04, 2011 at 10:00:40AM +0100, Olaf van der Spek wrote:
>> On Fri, Feb 4, 2011 at 9:57 AM, Stanislav Maslovski
>> wrote:
>> > This is possible, however, it is an extra busy work for a user. In any
>> > case, I think that holding a lock only for downloadin
Yaroslav Halchenko writes:
> please do not slap me too hard (only so that I feel your warm carrying
> touch):
>
> is there a rationale for: on amd64 Debian systems having
>
> /lib64 -> /lib
> /usr/lib64 -> /usr/lib
>
> but no similar one for /usr/local/lib64, so that directory
> /usr/local/lib64
Philipp Kern writes:
> On 2011-02-03, Joerg Jaspert wrote:
>> * Leaf packages. that is, the possibility of having small packages in
>> the archive, without bloating the packages files as a "full package"
>> would. Somehow, less information stored for them. Like only "Package",
>> "Installe
Stefano Zacchiroli writes:
> On Wed, Feb 02, 2011 at 04:13:55PM +, Philipp Kern wrote:
>> > http://wiki.debian.org/HowToRelease
>> > (which has not been edited since 2009)
>> If you start linking to the wiki, take the right page:
>> http://wiki.debian.org/ReleaseTimetable
>
> Can the other pa
Paul Wise writes:
> squeeze release live microblogging
> --
>
> The Debian squeeze release will be live microblogged[4] to Debian's
> identica account[5]. Several steps of the release process are quite long
> and boring, so these quiet periods will be filled wit
"Hendrik Sattler" writes:
> "char buffer[0];" is veeery gcc-specific as the storage size of buffer
> is 0. According to the C99 standard:
> "6.7.5.2 Array declarators
> Constraints
> 1 In addition to optional type qualifiers and the keyword static, the [ and
>] may delimit an expression or
Adam Borowski writes:
> On Wed, Jan 26, 2011 at 12:44:02PM +0100, Goswin von Brederlow wrote:
>> Adam Borowski writes:
>> > On Mon, Jan 17, 2011 at 11:49:17AM +0800, Paul Wise wrote:
>> >> Add lib32 packages for the deps.
>>
>> Actually you need ia
Marco Túlio Gontijo e Silva writes:
> Hi Goswin.
>
> Excerpts from Goswin von Brederlow's message of Qua Jan 26 11:28:59 -0200
> 2011:
> (...)
>> But having some generated html files depend on the exact ghc version
>> seems extrem.
>
> Yes, I don't see the need of adding a Depends: field to -do
"Hendrik Sattler" writes:
> Zitat von "Goswin von Brederlow" :
>
>> Adam Borowski writes:
>>
>>> On Wed, Jan 26, 2011 at 12:03:52PM +0100, Goswin von Brederlow wrote:
>>>> Shachar Shemesh writes:
>>>> > I've pr
Thijs Kinkhorst writes:
> * Issues in specific packages
>
> We further discussed some specific problematic packages. One example is
> ia32-libs, which is difficult because it includes 100+ other source
> packages. This will be handled better for Squeeze: we'll have to ensure
> it's as up to date
Adam Borowski writes:
> On Wed, Jan 26, 2011 at 12:03:52PM +0100, Goswin von Brederlow wrote:
>> Shachar Shemesh writes:
>> > I've promised to get a library out there, and here it is. The base URL
>> > is https://github.com/Shachar/safewrite, and the actual co
Bastian Blank writes:
> On Sat, Jan 15, 2011 at 01:23:01PM +0100, Julien Cristau wrote:
>> On Sat, Jan 15, 2011 at 12:21:52 +0100, Stéphane Glondu wrote:
>> > Le 15/01/2011 11:29, Philipp Kern a écrit :
>> > > Arch:all binNMUing will only work if you keep the invariant of
>> > > version(arch:al
Adam Borowski writes:
> On Mon, Jan 17, 2011 at 11:49:17AM +0800, Paul Wise wrote:
>> On Mon, Jan 17, 2011 at 11:25 AM, Steve M. Robbins wrote:
>>
>> > What is the recommended course of action for such a package?
>>
>> For now: build on a 32-bit system or in a 32-bit chroot.
>>
>> Other optio
Petter Reinholdtsen writes:
> [Ben Hutchings]
>> I think the plan was that any firmware package that is available
>> during installation and that satisfies a firmware request will get
>> installed. However, I have not worked on this and I don't know what
>> has actually been implemented.
>
> At
Shachar Shemesh writes:
> Hi all,
>
> I've promised to get a library out there, and here it is. The base URL
> is https://github.com/Shachar/safewrite, and the actual code is at
> https://github.com/Shachar/safewrite/blob/master/safewrite.c
>
> This is not a formal release just yet (plus one func
Ian Jackson writes:
> Shachar Shemesh writes ("Re: Safe file update library ready (sort of)"):
>> I'm sorry, it might be me, but I fail to see the overlap between the
>> functionalities of safewrite vs. userv. The premises for safewrite is
>> that a program wants to make sure data integrity is
Tristan Schmelcher writes:
> On Thu, Dec 9, 2010 at 11:12 PM, Goswin von Brederlow
> wrote:
>> Osamu Aoki writes:
>>
>>> On Fri, Dec 10, 2010 at 12:06:45AM +0900, Osamu Aoki wrote:
>>>> Hi,
>>>>
>>>> On Wed, Dec 08, 2010 at 1
Osamu Aoki writes:
> On Fri, Dec 10, 2010 at 12:06:45AM +0900, Osamu Aoki wrote:
>> Hi,
>>
>> On Wed, Dec 08, 2010 at 12:52:28PM -0800, Tristan Schmelcher wrote:
>> > On Tue, Dec 7, 2010 at 11:30 PM, Goswin von Brederlow
>> > wrote:
>> > > Tr
Wouter Verhelst writes:
> Hi,
>
> At the end of September, I called for talk submissions for the FOSDEM 2011
> distributions miniconf. Unfortunately, to date, the number of
> submissions (from Debian and other distributions alike) has been
> abysmally low. It would be a shame if the two rooms whi
Tristan Schmelcher writes:
>> how does it deal with configurations generated in postinstall?
>
> Only files shipped by a package (i.e., appear in its .list file) can be
> diff'ed, so if a configuration file was generated from scratch in a
> postinst then apt-diff can't show a diff for it. But it
On 17/11/10 at 16:07 +0100, Andreas Tille wrote:
> So, that one is an interesting case, and there are several occurences of
> this. It might be a problem in APT. What happens is that, if you install
> cimg-dev on lenny, and then upgrade to squeeze, cimg-dev gets removed.
> But after the upgrade, yo
Russ Allbery writes:
> "brian m. carlson" writes:
>> On Fri, Nov 19, 2010 at 01:41:49PM -0800, Russ Allbery wrote:
>>> Goswin von Brederlow writes:
>
>>>> Also note that no frontend has ever made use of §7.6.2 and handled
>>>> upgrading o
David Kalnischkies writes:
> Before you ask, no, debian has no way to say: "this package is obsolete -
> its fine that it will be removed as other packages take care of its tasks."
> The closest thing to that is §7.6.2, but i doubt that this is really such
> a drop-in replacement in your case.
>
401 - 500 of 2310 matches
Mail list logo