Package: cvs-autoreleasedeb
Version: 0.12-1
Attached patch number 3:
Save previous build state, so we don't rebuild a bad version until
it is fixed (the release number is bumped).
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http
: buildopts so we can specify
+build options to svn-buildpackage (e.g: -aarchitecture for
+cross compilation).
+
+ -- Oron Peled o...@actcom.co.il Thu, 10 Dec 2009 18:26:01 +0200
+
cvs-autoreleasedeb (0.12-1) unstable; urgency=low
* Some fixes in svn-autoreleasedeb. Now supports local
'
- Also chomp new lines when reading state file.
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
In theory, it's practical. In practice - it's only a theory.
Index: trunk/debian/changelog
Package: cvs-autoreleasedeb
Version: 0.12-1
Attached patch number 2:
This contains two small fixes to the same dupload line:
- Use a wildcard for architecture, because of cross-builds.
- Redirect stderr so we can see error reporting in the log.
--
Oron Peled
Package: cvs-autoreleasedeb
Version: 0.12-1
Attached patch number 6:
The order of redirection operators in the cron file was wrong.
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
Normal people ... believe
as version).
- Store it (indexed by server and svn module name)
- Use it for the .changes file to dupload.
- Also improve changelog parse, only read one line from file.
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il
Package: cvs-autoreleasedeb
Version: 0.12-1
Add missing attachment of the previous bug-report (sorry):
svn-autoreleasedeb improvement(5)
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
Those who do
Package: cvs-autoreleasedeb
Version: 0.12-1
Attached patch number 7:
In case there was a build failure, we don't want to remove the package
directories (so we can debug the problem).
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http
again for a really useful tool, I hope these patches will
help improve it further.
--
Oron Peled Voice: +972-4-8228492
o...@actcom.co.il http://users.actcom.co.il/~oron
Free software: each person contributes a brick, but ultimately each
person receives
Subject: po-debconf: Add 'install' rule. Patch included.
Package: po-debconf
Version: 1.0.16
Severity: normal
Tags: patch
*** Please type your report below this line ***
1. We build this package for Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=591389
2. The attached patch refector
Source: debconf
Version: 1.5.49
Severity: important
Dear Maintainer,
* I'm co-maintaining debconf package in Fedora:
(http://pkgs.fedoraproject.org/cgit/debconf.git)
* In our development branch pod2man (from perl-5.16.3) complained about
some debconf pod files and failed the build.
*
Source: ipxe
Version: 1.0.0+git-20150424.a25a16d-1
Severity: wishlist
Dear Maintainer,
* What led up to the situation?
- I use "ipxe.lkrn" to do network boot over HTTP (Debian/jessie).
- Recent PC hardware has newer network adapters.
- These adapters are supported by upstream IPXE, but
Package: src:linux
Version: 3.16.51-2
Followup-For: Bug #883938
Dear Maintainer,
I did bisection of upstream kernel between 3.16.48 and 3.16.51
The problematic commit was: cbff7ea5d47aa15e1b6d8063bd147cc0a289e452
Just installed the kernel provided by Ben Hutchings.
The server now boots normally and appear to function OK.
Thanks,
--
Oron Peled
Package: kdump-tools
Version: 1:1.6.1-1
Followup-For: Bug #856594
Dear Maintainer,
Our use-case is exactly as the original report:
* We debootstrap into temporary folder
* Than we configure apt inside this folder and use "apt-get install."
* The post-install of "kdump-tools" fails
The
(note: for some reason, I didn't get Cascardo's comment and only found
it now by revisiting the bug again)
About the issue itself...
What's really needed is some way to *opt-out* of the default initrd
generation in the postinst script.
My suggestion of checking PID-1 root directory is just one
Package: mini-dinstall
Version: 0.7.0+nmu2
Severity: normal
Tags: patch
Dear Maintainer,
I've installed "mini-dinstall" on "bullseye" (which brought version 0.7.0)
I found out that my "incoming/" folder became inaccessible:
- I've used permissions of 0755, to allow access from web-server
Two comments:
* Version "0.7.0+nmu2" marks local build of "0.7.0" with patches
* The patch attached to the bug report was created by:
Volodymyr Sarkisian
Thanks,
--
Oron Peled
Package: stunnel4
Version: 3:5.56+dfsg-10
Severity: important
X-Debbugs-Cc: oron.pe...@harmonicinc.com
Dear Maintainer,
* This problem is relevant when starting an "stunnel4" instance from systemd
E.g: "systemct start stunnel@foobar.service"
* The service fails with the following
19 matches
Mail list logo
