Bug#1035515: [pre-approval] unblock: gdb/13.1-2.1

[Hector Oron]

Hello,

  While I agree we should get this fixed on bookworm, I believe to be
able to unblock a package, the package should exist in the archive.

  Since you have not uploaded the package yet, are you fine if I do a
regular upload with the patch, then use this unblock request to add
the package to bookworm.

Regards

On Thu, 4 May 2023 at 16:21, Emanuele Rocca  wrote:
>
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> X-Debbugs-Cc: g...@packages.debian.org, debian-...@lists.debian.org
> Control: affects -1 + src:gdb
>
> Hello release team,
>
> Please unblock package gdb.
>
> [ Reason ]
> The most basic functionality of GDB, namely debugging an hello world C
> program, is currently broken in Bookworm for arm64 systems with pointer
> authentication enabled. See https://bugs.debian.org/1034611.
>
> There is a patch merged upstream addressing the issue [0]. I've tested
> it on a arm64 system and can confirm that it works. See also:
> https://bugs.debian.org/1034611#15
>
> I've prepared an NMU, not yet uploaded. Please find the debdiff
> attached.
>
> [ Impact ]
> GDB entirely unusable for most arm64 users.
>
> [ Tests ]
> Upstream test suite passes. Manually verified that #1034611 can be
> reproduced with gdb 13.1-2 from Bookworm, and it cannot with the
> proposed changes.
>
> [ Risks ]
> Minimal, the patch is small and targeted. Additionally, it only touches
> arm64-specific code.
>
> [ Checklist ]
>   [x] all changes are documented in the d/changelog
>   [x] I reviewed all changes and I approve them
>   [x] attach debdiff against the package in testing
>
> unblock gdb/13.1-2.1
>
> Thanks,
>   Emanuele
>
> [0] 
> https://sourceware.org/git/?p=binutils-gdb.git;a=patch;h=b3eff3e15576229af9bae026c5c23ee694b90389



-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.

Debian Linux kernel uploads

[Hector Oron]

Hello,

  I would like to support Debian Linux kernel team by doing kernel
package uploads.

  Initially, I would like to attempt timely (weekly or bi-weekly, it
has not been discussed yet) updates for Debian Linux kernel package in
SID and see how that works.

  In anycase, I would like to give a heads-up to the kernel and
release team that I shall becoming a linux package uploader. Note,
this has been discussed and agreed with Ben Hutchings and he suggested
to inform you.

  I'll follow up with linux_5.2.17-2 upload real soon now.

Best regards,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.

Bug#922340: unblock: open-build-service/2.9.4-1

[Hector Oron]

Hello again,

  Besides what was mentioned in the previous email, I would like to clarify
that we commit to open-build-service active maintenance since it is used in
production by us.

  Regarding security we have already discussed with security team adding a
note in the package clarifying security implications and doing
recommendations to the potential users on whether running a public instance
is discouraged.

Regards

Bug#922340: unblock: open-build-service/2.9.4-1

[Hector Oron]

Hello,

Missatge de Jonathan Wiltshire  del dia dc., 6 de març
2019 a les 22:59:
> On Thu, Feb 14, 2019 at 08:19:10PM +0100, Héctor Orón Martínez wrote:
> > A lot of effort has been put into `open-build-service`, since ruby rails
> > 5 transition needed to happen and it did. Even uploading the package
> > on-time it was delayed due to a couple dependencies: `ruby-clockwork` and
> > `ruby-jquery-ui-rails`.
>
> I don't wish to detract from that effort, but it's not a valid reason on
> its own for the unblock of a package not even in testing.
>
> With open-build-service being out of testing for nearly a year,

Newer `open-build-service` had a dependency on ruby rails 5, which we
have been coordinating with gitlab maintainers, because gitlab did not
support rails 5 until very recently, so we started rails 5 transition
in experimental, and barely made it to transition freeze.

> dependencies also not in testing (and my feelings on them are similar), and

While `open-build-service` was ready, some of the dependencies prevent
it from migrating to testing, which was very unfortunated.

> a popcon of just 10 or so, I think a better pathway would be via

Right, not many popcon users, however it has it's users and ease the
Debian derivative distro maintenance, for instance, it is used by
Apertis, SteamOS, Endless Debian derivatives. Sylvestre has been using
it for LLVM work as well. And it is being used by Linaro as well for
distro work for the ARM architecture.

> buster-backports when that is open.

While we have thought about maintaining `open-build-service` newer
versions in `stretch-backports`, it has not been possible due to webUI
ruby dependencies and the way ruby is packaged in Debian, it makes it
very hard to align all dependencies to have a working set. While
buster-backports would be awesome to have, I do not think is going to
work, since ruby versions do not remain compatible with older ones. We
have also thought on changing the paradigm and package the backend
services (perl) separated from webui (ruby) and provide webui in a
container and install gems with ruby package manager instead as a work
around, since doing the Debian way with rubygems is quite painful, but
if you have any other good ideas we'd love to hear them.

> I'm open to be pursuaded.

OK, I tried, and to be honest, stable isn't perfect either, since
distro lifecycle is longer than application support, so not allowing
newer upstream versions in stable is problematic security wise in the
long term. open-build-service is not the only one in this category,
there are many packages in the same situation and it'd be nice to find
a common solution for all those.

Thanks for considering, I know it is not an easy call to do, so I'll
understand either way you decide.

Regards,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.

Bug#892070: stretch-pu: package obs-build/20160921-1

[Hector Oron]

Hello,

  I just realized I have attached debdiff for wrong version, attached
debdiff for version against stable.

Regards

2018-03-04 23:13 GMT+01:00 Héctor Orón Martínez :
> Package: release.debian.org
> Severity: normal
> Tags: stretch
> User: release.debian@packages.debian.org
> Usertags: pu
>
> Hello,
>
>   I would like to push security fix into stable for `obs-build`.
>   The patch fixes CVE-2017-14804 as described in #887306.
>   Please consider the following patch attached.
>
> Regards
>
> -- System Information:
> Debian Release: buster/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: armhf
>
> Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=ca_AD.utf8, LC_CTYPE=ca_AD.utf8 (charmap=UTF-8), 
> LANGUAGE=ca_AD:ca (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled



-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.



-- Would you like to make a donation towards the upcoming Debian conference?
   Brochure: 
https://media.debconf.org/dc18/fundraising/debconf18_sponsorship_brochure_en.pdf

   ** https://debconf18.debconf.org/sponsors/become-a-sponsor/ **


diff -Nru obs-build-20160921/debian/changelog obs-build-20160921/debian/changelog
--- obs-build-20160921/debian/changelog	2016-09-23 15:49:42.0 +0200
+++ obs-build-20160921/debian/changelog	2018-03-04 23:18:00.0 +0100
@@ -1,3 +1,11 @@
+obs-build (20160921-1+deb9u1) stretch; urgency=medium
+
+  * CVE-2017-14804 (Closes: #887306)
+- Improve extractbuild to avoid write to files in the host system.
+- debian/patches/Improve-sanity-checks-in-extractbuild.patch: add new
+
+ -- Héctor Orón Martínez   Sun, 04 Mar 2018 23:18:00 +0100
+
 obs-build (20160921-1) unstable; urgency=medium
 
   [ Andrew Lee (李健秋) ]
diff -Nru obs-build-20160921/debian/patches/Improve-sanity-checks-in-extractbuild.patch obs-build-20160921/debian/patches/Improve-sanity-checks-in-extractbuild.patch
--- obs-build-20160921/debian/patches/Improve-sanity-checks-in-extractbuild.patch	1970-01-01 01:00:00.0 +0100
+++ obs-build-20160921/debian/patches/Improve-sanity-checks-in-extractbuild.patch	2018-03-04 23:16:40.0 +0100
@@ -0,0 +1,34 @@
+From fc36b1c95afbe11e65fd1ed6f75c1824cdb26230 Mon Sep 17 00:00:00 2001
+Message-Id: 
+From: Marcus Huewe 
+Date: Sun, 26 Nov 2017 20:25:48 +0100
+Subject: [PATCH] Improve sanity checks in extractbuild
+
+A \0 in a symlink target can be used to write to a file in the host
+system. For the same reason, we do not allow to process a file more
+than once. A \0 in a filename makes no sense, hence forbid it.
+---
+ extractbuild | 3 +++
+ 1 file changed, 3 insertions(+)
+
+Index: obs-build-20160921/extractbuild
+===
+--- obs-build-20160921.orig/extractbuild
 obs-build-20160921/extractbuild
+@@ -74,6 +74,8 @@ while () {
+   my ($filetype, $file, $filesize, $blksize, @blocks) = split(/ /);
+   die("invalid input '$_'\n") unless defined($file);
+   $file =~ s/%([a-fA-F0-9]{2})/chr(hex($1))/ge;
++  die("bad file '$file' (contains \\0)\n") if $file =~ /\0/;
++  die("already processed: $file\n") if $done{$file};
+   die("bad file '$file'\n") if "/$file/" =~ /\/\.{0,2}\//s;
+   if ($file =~ /^(.*)\//s) {
+ die("file without directory: $file\n") unless $done{$1} && $done{$1} eq 'd';
+@@ -88,6 +90,7 @@ while () {
+ my $target = $filesize;
+ die("symlink without target\n") unless defined $target;
+ $target =~ s/%([a-fA-F0-9]{2})/chr(hex($1))/ge;
++die("bad symlink: $target (contains \\0)\n") if $target =~ /\0/;
+ die("bad symlink: $target\n") if "/$target/" =~ /\/\.?\//s;
+ if ("/$target/" =~ /^(\/\.\.)+\/(.*?)$/s) {
+   my ($head, $tail) = ($1, $2);
diff -Nru obs-build-20160921/debian/patches/series obs-build-20160921/debian/patches/series
--- obs-build-20160921/debian/patches/series	2016-09-23 07:04:44.0 +0200
+++ obs-build-20160921/debian/patches/series	2018-03-04 23:17:33.0 +0100
@@ -1,2 +1,4 @@
 0001-Use-obs-build-in-locations-and-executable-names-inst.patch
 0010_find-perm_slash.diff
+
+Improve-sanity-checks-in-extractbuild.patch

Bug#842919: failed armhf build of xen 4.8.0~rc3-1 [and 1 more messages]

[Hector Oron]

Hello,

2016-11-08 16:01 GMT+01:00 Ian Jackson :

> FYI it looks[1] like the libvirt rebuilds for the xen transition have
> been afflicted with the same problem, on at least some architectures.

Given back

Regards
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.

Bug#842919: failed armhf build of xen 4.8.0~rc3-1 [and 1 more messages]

[Hector Oron]

Hello,

2016-11-08 11:41 GMT+01:00 Ian Jackson :
> Kurt Roeckx writes ("Re: failed armhf build of xen 4.8.0~rc3-1 [and 1 more 
> messages]"):


>> The chroots get updated on sunday and wednesday. It seems to be
>> easier to just wait for wednesday and give back those few that are
>> affected. It looks like all buildds actually need the new chroot.

In case you have not noticed, the packages have already been built.

Enjoy,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.

Re: [Stretch] Status for architecture qualification

[Hector Oron]

[Add to CC debian-wb-team@ and r...@debian.org]

Hello,

2016-06-05 12:01 GMT+02:00 Niels Thykier :
> Hi members of DSA, Security, RT and all porters.
>
> While the freeze still seem far away, I think it is time to start with
> the architecture qualifications.

Excellent! Thanks

I tried to follow the follow-up thread, ended up watching an hour
video which was quite fun and forgot all details. :-)

I have put up the classical wiki page for Stretch at:
  https://wiki.debian.org/ArchiveQualification/Stretch

Please review and comment if required.

> For starters, here are the architectures we are aware of:
>
>  * amd64, i386, armel, armhf, arm64, mips, mipsel, powerpc, ppc64el,
>s390x
>- *No* blockers at this time from RT, DSA nor security.
>- s390, ppc64el and all arm ports have DSA concerns.

I understand s390x and ppc64el DSA concerns have been clarified
in-list and those concerns are due to nature of the architecture.

For the ARM ports, which have also been clarified, let me re-confirm:
 * arm64 port has remote power and remote console available, plus
geo-redundancy, hardware is available and there is more hardware
coming in the pipeline. I am unsure why it is listed with multiple DSA
concerns, that surprises me (with DSA and ARM porter hats). The port
currently has 4 machines up, one down waiting to be replaced, in total
5 and more coming.
 * armhf/armel ports share hardware, we currently have 6 machines up
with remote power and remote console (of course that being development
boards is not so nice as server remote management goodies). Some
machines require a button press but local admins are great and always
happy to help.

If none steps up explaining what are DSA concerns on the ARM
architectures, please update status requalification page dropping
those concerns. [DSA hat on]

I see armel has one porter listed, if more are needed, please add
myself and Riku Voipio (armel buildd maints). [ARM hat on]
I see arm64/armhf are covered porterwise however there should be more
porters available if needed.

>- armel has a RT concern about lack of buildds (only 2)

>From the above comment: "armhf/armel ports share hardware, we
currently have 6 machines up"

>  * mips64el (NEW)
>- No DSA buildd (RT blocker)

As far as I can see mips64el is using shared builds with mipsel port
hardware, those machines are DSA.

>- Rebuild after import not complete (RT Blocker)

Is there a list of packages that should be rebuilt?

>- Not yet in testing (due to the above).

Please let's work on getting it in testing ASAP I think the above
blockers can be worked out quite reasonably.

>  * kfreebsd-i386, kfreebsd-amd64
>- Not included in Jessie due to lack of sustainable man-power (RT
>  blocker)
>- No news of the situation having changed
>- If there is no news on the situation after DebConf16, I will
>  assume kfreebsd-* will not target Stretch.

Who has been keeping it up for stretch? (As a side note Stephen
Chamberlain, Christoph Egger and many other people keep working on it)
Not sure if those arches have more or less manpower than powerpc (in
example). I think it would be great to make a call here, we either
move kfreebsd ports to debian-ports infrastructure or go for the
release with it.

While working out ArchitectureQualification/Stretch wiki page I
believe everything is mostly fine for release, however I got a
personal concern on powerpc architecture. Is it well maintained? Does
it have porters? Does it have users? Does it still make sense to carry
along?

Another concern (DSA) which I have added and explained in the wiki
page is the lack of georedundancy for the 'mips' port. Verbatim copy
from wiki follows:
"mips: It has 5 buildds in the same datacenter, current hardware are
routers or development boards which makes it very difficult to ship to
other places. The host providing redundancy (lucatelli) at UBC-ECE
must be decomissioned ASAP, leaving the port in a situation of not
geographic redundancy. However advanced plans exists to deploy mips
hardware in other data centers RSN."

I'll keep you posted whenever there is progress on that area. I do not
believe it should be a blocker for release, but we must ensure geo
redundancy first.

> Beyond mips64el, we are not aware of any new architectures for Stretch.

Could you please check with sparc64 porters? I think some of them
commented on the follow ups.

Regards,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.

Re: Please binNMU soci (gcc5)

[Hector Oron]

Hello,

This is wanna build team list, I am forwarding to release team one
which handles binNMU

2015-09-22 21:52 GMT+02:00 Tobias Frost :
> Dear Release-Team,
>
> please binNMU soci for the gcc5 transistion. See #799533 for details.
>
> Syntax should be:
>
> nmu soci_3.2.3-1 . ANY . -m 'Rebuild against gcc5'

Regards
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.

Re: Results of the porter roll call (Was: Roll call for porters of architectures in sid and testing)

[Hector Oron]

Hello,

2013/10/7 Riku Voipio riku.voi...@iki.fi:
 On Wed, Oct 02, 2013 at 04:07:25PM +0100, Wookey wrote:
 +++ Niels Thykier [2013-10-02 09:45 +0200]:
  armel: Wookey (DD), Gatis Visnevskis (!DD), Nobuhiro Iwamatsu (DD), Steve 
  McIntyre (DD)
  armhf: Jeremiah Foster (!DD, but NM?), Wookey (DD), Justus Winter (!DD), 
  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 send
 mail :-)

 Sorry, I missed the fact that this request had a deadline. Anyways,
 I am available for arm related issues - just try not to use debian-devel
 to reach me, as I tend to just skim subjects here...

I forgot about the deadline due to family release, but, sure, I plan
to keep around helping out on the arm* ports or any other related
Debian issues. Ocasionally, as time allows, I am also interested on
mipsel, mips and powerpc (PS3) support.

Please consider the following:

+armel: Wookey (DD), Gatis Visnevskis (!DD), Nobuhiro Iwamatsu (DD),
Steve McInture (DD), Hector Oron (DD)
+armhf: Jeremiah Foster (!DD, but NM?), Wookey (DD), Justus Winter
(!DD), Lennart Sorensen (!DD), Nobuhiro Iwamatsu (DD), Steve McInture
(DD), Hector Oron (DD)

I am around as-needed for mips/el and powerpc.

Regards,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caodfweenvwswr-wuonb2edjkvo54wmnr0wtiaxx09ubvfyh...@mail.gmail.com

Bug#711437: pu: package flash-kernel/3.3+deb7u1

[Hector Oron]

Hello,

2013/6/12 Cyril Brulebois k...@debian.org:

 Hector, can you please check it builds fine and upload?
   http://people.debian.org/~kibi/d-i/flash-kernel_3.3+deb7u2.dsc

Sorry, I have just come across this email. I have seen messages Wookey
has been working on it. Let me know if something else is missing.

Regards,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caodfwee9x8evcoffafuzogs0ssjxndod9j_atufk57tkykh...@mail.gmail.com

Bug#706253: unblock: device-tree-compiler/1.3.0-2

[Hector Oron]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package device-tree-compiler

It fixes RC bug reported at:
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706137 


diff -Nru device-tree-compiler-1.3.0/debian/changelog 
device-tree-compiler-1.3.0/debian/changelog
--- device-tree-compiler-1.3.0/debian/changelog 2013-04-27 08:01:11.0 
+
+++ device-tree-compiler-1.3.0/debian/changelog 2013-04-27 07:51:57.0 
+
@@ -1,3 +1,10 @@
+device-tree-compiler (1.3.0-3) unstable; urgency=low
+
+  * libfdt-dev: Missing header file prevents the library usage
+Thanks Domenico Andreoli (Closes: #706137)
+
+ -- Hector Oron zu...@debian.org  Sat, 27 Apr 2013 07:47:09 +
+
 device-tree-compiler (1.3.0-2) unstable; urgency=low
 
   * Add libfdt package (Closes: #477565)
diff -Nru 
device-tree-compiler-1.3.0/debian/patches/local-add-missing-header-706137.patch 
device-tree-compiler-1.3.0/debian/patches/local-add-missing-header-706137.patch
--- 
device-tree-compiler-1.3.0/debian/patches/local-add-missing-header-706137.patch 
1970-01-01 00:00:00.0 +
+++ 
device-tree-compiler-1.3.0/debian/patches/local-add-missing-header-706137.patch 
2013-04-27 07:51:43.0 +
@@ -0,0 +1,32 @@
+Description: libfdt-dev: Missing header file prevents the library usage
+ device-tree-compiler (1.3.0-3) unstable; urgency=low
+ .
+   * libfdt-dev: Missing header file prevents the library usage
+ Thanks Domenico Andreoli (Closes: #706137)
+Author: Hector Oron zu...@debian.org
+Bug-Debian: http://bugs.debian.org/706137
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you might want to add:
+
+Origin: vendor|upstream|other, url of original patch
+Bug: url in upstream bugtracker
+Bug-Debian: http://bugs.debian.org/bugnumber
+Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
+Forwarded: no|not-needed|url proving that it has been forwarded
+Reviewed-By: name and email of someone who approved the patch
+Last-Update: -MM-DD
+
+--- device-tree-compiler-1.3.0.orig/libfdt/Makefile.libfdt
 device-tree-compiler-1.3.0/libfdt/Makefile.libfdt
+@@ -4,7 +4,7 @@
+ # be easily embeddable into other systems of Makefiles.
+ #
+ LIBFDT_soname = libfdt.$(SHAREDLIB_EXT).1
+-LIBFDT_INCLUDES = fdt.h libfdt.h
++LIBFDT_INCLUDES = fdt.h libfdt.h libfdt_env.h
+ LIBFDT_VERSION = version.lds
+ LIBFDT_SRCS = fdt.c fdt_ro.c fdt_wip.c fdt_sw.c fdt_rw.c fdt_strerror.c
+ LIBFDT_OBJS = $(LIBFDT_SRCS:%.c=%.o)
diff -Nru device-tree-compiler-1.3.0/debian/patches/series 
device-tree-compiler-1.3.0/debian/patches/series
--- device-tree-compiler-1.3.0/debian/patches/series2013-04-27 
08:01:11.0 +
+++ device-tree-compiler-1.3.0/debian/patches/series2013-04-27 
07:50:46.0 +
@@ -20,3 +20,4 @@
 20_Add-fdtget-utility-to-read-property-values-from-a-de.patch
 21_Add-fdtput-utility-to-write-property-values-to-a-dev.patch
 22_Introduce-TESTS_BIN-in-Makefiles-to-identify-tested-.patch
+local-add-missing-header-706137.patch
diff -Nru device-tree-compiler-1.3.0/debian/source/format 
device-tree-compiler-1.3.0/debian/source/format
--- device-tree-compiler-1.3.0/debian/source/format 2013-04-27 
08:01:11.0 +
+++ device-tree-compiler-1.3.0/debian/source/format 2013-04-27 
07:49:40.0 +
@@ -1 +1 @@
-1.0
+3.0 (quilt)

unblock device-tree-compiler/1.3.0-3

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (900, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.8-trunk-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130427080225.27413.4317.report...@polynomio.collabora.co.uk

Bug#706253: unblock: device-tree-compiler/1.3.0-2

[Hector Oron]

Hello,

2013/4/27 Adam D. Barratt a...@adam-barratt.org.uk:

 diff -Nru device-tree-compiler-1.3.0/debian/source/format 
 device-tree-compiler-1.3.0/debian/source/format
 --- device-tree-compiler-1.3.0/debian/source/format   2013-04-27 
 08:01:11.0 +
 +++ device-tree-compiler-1.3.0/debian/source/format   2013-04-27 
 07:49:40.0 +
 @@ -1 +1 @@
 -1.0
 +3.0 (quilt)

 Why is this change included? It's not documented in the changelog, has
 been on the list of things /not/ to do in the freeze policy for ages and
 the package appears to have an already functioning patch system in any
 case.

It slipped through, I noticed, but I thought it was not an issue. I
could do new upload and revert it.

Regards,
--
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caodfwehexf4_ooueuhd1z9oztqk9fbmjvq3zmgh-_arleea...@mail.gmail.com

Bug#706253: unblock: device-tree-compiler/1.3.0-2

[Hector Oron]

Hello,

2013/4/27 Adam D. Barratt a...@adam-barratt.org.uk:

 It slipped through, I noticed, but I thought it was not an issue. I
 could do new upload and revert it.

 That would be appreciated; thanks.

Done. Fixed in device-tree-compiler 1.3.0-4, a debdiff against package
in wheezy:

diff -u device-tree-compiler-1.3.0/debian/changelog
device-tree-compiler-1.3.0/debian/changelog
--- device-tree-compiler-1.3.0/debian/changelog
+++ device-tree-compiler-1.3.0/debian/changelog
@@ -1,3 +1,16 @@
+device-tree-compiler (1.3.0-4) unstable; urgency=low
+
+  * Revert accidental source format change.
+
+ -- Hector Oron zu...@pergolesi.debian.org  Sat, 27 Apr 2013 09:59:06 +
+
+device-tree-compiler (1.3.0-3) unstable; urgency=low
+
+  * libfdt-dev: Missing header file prevents the library usage
+Thanks Domenico Andreoli (Closes: #706137)
+
+ -- Hector Oron zu...@debian.org  Sat, 27 Apr 2013 07:47:09 +
+
 device-tree-compiler (1.3.0-2) unstable; urgency=low

   * Add libfdt package (Closes: #477565)
diff -u device-tree-compiler-1.3.0/debian/patches/series
device-tree-compiler-1.3.0/debian/patches/series
--- device-tree-compiler-1.3.0/debian/patches/series
+++ device-tree-compiler-1.3.0/debian/patches/series
@@ -22,0 +23 @@
+local-add-missing-header-706137.patch
only in patch2:
unchanged:
--- 
device-tree-compiler-1.3.0.orig/debian/patches/local-add-missing-header-706137.patch
+++ 
device-tree-compiler-1.3.0/debian/patches/local-add-missing-header-706137.patch
@@ -0,0 +1,19 @@
+Description: libfdt-dev: Missing header file prevents the library usage
+ device-tree-compiler (1.3.0-3) unstable; urgency=low
+ .
+   * libfdt-dev: Missing header file prevents the library usage
+ Thanks Domenico Andreoli (Closes: #706137)
+Author: Hector Oron zu...@debian.org
+Bug-Debian: http://bugs.debian.org/706137
+
+--- device-tree-compiler-1.3.0.orig/libfdt/Makefile.libfdt
 device-tree-compiler-1.3.0/libfdt/Makefile.libfdt
+@@ -4,7 +4,7 @@
+ # be easily embeddable into other systems of Makefiles.
+ #
+ LIBFDT_soname = libfdt.$(SHAREDLIB_EXT).1
+-LIBFDT_INCLUDES = fdt.h libfdt.h
++LIBFDT_INCLUDES = fdt.h libfdt.h libfdt_env.h
+ LIBFDT_VERSION = version.lds
+ LIBFDT_SRCS = fdt.c fdt_ro.c fdt_wip.c fdt_sw.c fdt_rw.c fdt_strerror.c
+ LIBFDT_OBJS = $(LIBFDT_SRCS:%.c=%.o)



--
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caodfwegc6ydjs2osdammwg1uyrgvctvnjjlh7lgdyvjmgo6...@mail.gmail.com

Bug#682977: unblock: flash-kernel/3.2

[Hector Oron]

Hello Niels,

2012/7/29 Niels Thykier ni...@thykier.net:

 We have been asked to hold udebs for now.

Yes, that's fine, just until after d-i beta 1 release. I'll try to
ping you back after beta 1 is released (in case you dont unblock it
sooner).

regards,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAODfWeEKS3N+g9Y1TufKfG6c_=+rkf33fjgpyfdgdhd8bhh...@mail.gmail.com

Bug#682975: unblock: gdb-doc/7.4.1-2

[Hector Oron]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package gdb-doc/non-free

It fixes a FTBFS, it just adds new build dependency on automake.

unblock gdb-doc/7.4.1-2

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120727151307.3298.723.report...@polynomio.collabora.co.uk

Bug#682977: unblock: flash-kernel/3.2

[Hector Oron]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package flash-kernel

Due to missing detection of the hardware in udeb, later d-i support for 
Dreamplug was not properly working.
The flash-kernel 3.2 version attempts to fix hardware detection in udeb files, 
so debian-installer works better on Dreamplug devices. (It has just been 
uploaded to unstable, it might not be in the archive or mirrors yet).

unblock flash-kernel/3.2

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120727152354.3739.76115.report...@polynomio.collabora.co.uk

Bug#680699: unblock: flash-kernel/3.1

[Hector Oron]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Please unblock package flash-kernel

Hello,

  flash-kernel/3.1 adds device tree support for Dreamplug device (used by
  freedombox).

  Dreamplug support has been backported into linux/3.2.21-1, which we expect
  it to get into wheezy sometime.

  Therefore, it would be really nice if we can get flash-kernel/3.1 in wheezy.

unblock flash-kernel/3.1

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120708011641.8776.88163.report...@polynomio.collabora.co.uk

Re: armel qualification for Wheezy

[Hector Oron]

Hello Luk,

2012/5/19 Luk Claes l...@debian.org:

 As everyone keeps claiming there is no armel buildd location redundancy,
 I don't have much motivation to keep ancina running. It's ignored anyway.

I sent you an email about it as well, ancina is doing d-i armel builds
and currently armel is lagging a bit behind, we (armel buildd
maintainers) would like to get the machine back to its builds unless
there is some major reason for not doing that.

Regarding redundancy, I think its something armel porters could work
on, and Steve has said many times, he is planning to add armel buildds
to the York cluster as soon as time allows.

And if the worst happens, I am pretty sure Debian project is able to
acquire ARM buildds easily as well as Debian developers interested on
ARM might have enough machines to keep up with the builds.

Regards,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAODfWeESmoRFV8bjHUd1-1_dZ=g0g1xmjsgxvaeqcv-kgca...@mail.gmail.com

Re: armel *and* armhf qualification for Wheezy

[Hector Oron]

Hello,

2012/5/16 Steve McIntyre st...@einval.com:
 [ Responding for both armel and armhf ]

 On Wed, May 16, 2012 at 01:19:46PM +0100, Adam Barratt wrote:

Comments on / additions and corrections to the content of
http://release.debian.org/wheezy/arch_qualify.html would be appreciated,
as would any other information you think is relevant to helping us
determine armel's status for the release.

 Currently each has only 3 porters listed:

  * Riku Voipio, Wookey, Colin Tuckley
  * Steve McIntyre, Julian Andres Klode, Hector Oron

I think Konstantinos Margaritis deserves to be on the armhf porters
list as he has been the main guy doing the heavy lifting of the port
and bootstrapping it several times for the shake of naming insanity.

Does the porter list need to be accurate? Or is it suffice to list
three Debian developers interested on the port?

 These clearly have overlap, plus there are other people including
 (OTTOMH, probably forgetting more!):

  * Konstantinos Margaritis
  * Adam Conrad
  * Martin Michlmayr
  * Vincent Sanders

Arnaud Patard
Peter Green
Clint Adams
Vagrant Cascadian
Loïc Minier
Matthias Klose
Thomas Preud'homme
( ...and lots more people, distributions and companies )

For the armhf arch qualification, we had prepared this wiki page:
 http://wiki.debian.org/ArchiveQualification/armhf 

(Note: wiki page might be slightly out of date, but we'll try to
update as soon as possible).

Cheers,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAODfWeFCxNk4oTntmfMJHyhbfxs8NA15xvTmjSjbatv=fmb...@mail.gmail.com

Bug#656839: libosip2 upload to unstable

[Hector Oron]

Hi,

2012/2/25 peter green plugw...@p10link.net:

 Since i'm not yet a DD could one of you guys please sponsor it?

I can do that. No worries. Thanks.

-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.



--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAODfWeFYnBFn3-K-uijEQaVkMUAGzujtr=fhvqm4v3oqx85...@mail.gmail.com

Re: Bits from the Release Team - Kicking off Wheezy

[Hector Oron]

Hi,

  Could you please add some background information to
   http://wiki.debian.org/ReleaseGoals  ?

  In my case, I am not sure if that wiki page is to make a wish or
wishes that have already been agreed and granted.

  Some of you might know that there is an on-going effort to port
Debian to ARM hard float land (namely 'armhf'). I would like to make a
wish and make it a release goal, or at least have it considered.

 Release Goals
 -
 As a first step towards establishing release goals for wheezy, we will
 be reviewing each of the goals which we had for squeeze [RDO:SGoals] to
 see which have been achieved and which may no longer be relevant for
 other reasons.

 If you are listed as the proponent for a goal in the above list, please
 feel free to provide a status update on progress towards completing it
 and whether you believe it is relevant for the wheezy cycle.  You can
 also e-mail us to propose a new goal, including a description of the
 goal and an indication of how progress on the issues may be tracked
 (e.g. a pointer to a set of appropriate user-tagged bugs).

DESCRIPTION
Port Debian to ARM hard float userland.
 http://wiki.debian.org/ArmHardFloatPort 

PROGRESS
If the ReleaseGoals wiki page is for such purpose, I'll proceed on
next days to file all required documentation. In any other case, we
already have a way of tracking progress via:
  http://wiki.debian.org/ArmHardFloatTodo 
  
http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-...@lists.debian.orgtag=armhf


 In some cases in previous cycles release goals have become orphaned,
 for instance as a result of the original proponent either being
 unavailable to work on them or losing interest.  To try and avoid such
 issues occurring for wheezy, we are considering requesting that each
 goal have a nominated shepherd (or shepherds) who will monitor
 progress towards the goal and provide regular status updates on that
 progress (even if it's same as last time).

Shepherds:
  * Konstantinos Margaritis  mar...@debian.org 
  * Héctor Orón  zu...@debian.org 

 We're also after new goals! I know that expressions of interest in
 multiarch and tdebs have already been indicated, but if you have
 something you would want to see happen for Wheezy, please let us know.

I think I have, if I am missing something, please let me know.
As a side note, FTP masters have agreed to bootstrap armhf in the archive.
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615513 

 Sprint
 --
 We feel it would be useful for the Release Team as a whole to get
 together to think about what the plans are for the next release. As
 such, we're planning a sprint to meet in person. Details will follow
 once diaries have been able to be synchronised!

It would be nice if you could consider our proposal too.

 0-day NMU policy
 
 For some time now, we have had a perpetual 0-day NMU policy, and some
 discussion [LDO:0day] was had a while ago. We feel that this has worked
 well for the past five years, and so will be submitting a bug against
 dev-ref to make this official.

 For avoidance of doubt, this means that RC bugs that are older than one
 week that haven't had maintainer activity on it for a week can be
 uploaded to DELAYED/0-day. This means that patches must still make their
 way to the BTS, and the usual workflow must still follow.

If armhf port is considered a release goal, the policy above probably applies.

 [DDA:Done] http://lists.debian.org/debian-devel-announce/2011/02/msg3.html
 [RDO:SGoals] http://release.debian.org/squeeze/goals.txt
 [LDO:0day] http://lists.debian.org/debian-project/2006/07/msg00231.html

Kind regards,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.

Our Sun unleashes tremendous flares expelling hot gas into the Solar
System, which one day will disconnect us.

-- Day DVB-T stop working nicely
Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/BANLkTikw93eRL1C=of0_ooc+butbnhg...@mail.gmail.com

Bug#615513: release.debian.org: armhf inclusion into the archive

[Hector Oron]

Package: release.debian.org
Severity: wishlist

Hello,

  I would like to propose inclusion of Debian ARM for hard float port ('armhf') 
into Debian main archive as a release goal.
  ARM for hard float porters will add bug blockers to this bug to ease release 
team work.

Best regards

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.37-1-686 (SMP w/2 CPU cores)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110227021107.1045.24894.report...@flaco.tsc-farm.upc.es

Bug#607201: mpfr: please remove it from unstable

[Hector Oron]

Package: mpfr
Version: 2.4.2-3
Severity: wishlist
Tags: sid

Hello,

  Package mpfr is now deprecated (mpfr4 is now available) and it is not shipped 
along squeeze release.

  Could the package be removed from unstable suite?

Best regards,
  -- Hector Oron

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101215160814.31954.8964.report...@enorme

Bug#602819: unblock: plasma-widget-smooth-tasks/0.0~wip20100227-1.1

[Hector Oron]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package plasma-widget-smooth-tasks

Hello,

  A new non maintainer upload was done fixing DebianBug#598930 (FTBFS on armel: 
error: no matching function for call to 'qMin(double, qreal)').
  At present it just lacks ia64 buildd maintainer to sign the build log.

Best regards

unblock plasma-widget-smooth-tasks/0.0~wip20100227-1.1

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101108142239.24708.59525.report...@enorme

Re: RFH: Multiarch capable toolchain as release goal

[Hector Oron]

Hello,

Interesting matter ! Multiarch :-)

I have experienced the same treatment from binutils maintainer, he did
not answer to my mails or bug reports (393841,432772). Tired of this
and as it is an upstream matter i sent a patch upstream and it got
accepted. For my surprise, it is very close to 369064 patch for
genscripts.sh.

ld/ChangeLog
2007-12-24  Hector Oron  [EMAIL PROTECTED]
* genscripts.sh (LIB_PATH): Include both {target_alias} and
{TOOL_LIB} in the search paths for multilibbed targets.

See patch at http://sourceware.org/ml/binutils/2007-11/msg00239.html

Goswin et al. is it helpful for binutils multiarch for lenny+1 ?

Regards

-- 
 Héctor Orón


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]