Search Results: "marillat"

16 July 2017

This article is an experiment in progress, please recheck, while I am
updating with the new information.
I have a very old installation of Debian, possibly since v2, dot not
remember, that I have upgraded since then both in software and hardware. Now
the hardware is 64bits, runs a kernel of 64bits but the run-time is still
32bits. For 99% of tasks this is very good. Now that I have made many
simulations I may have found a solution to do a crossgrade of my desktop. I
write here the tentative procedure and I will update with more ideias on the
problems that I may found.
First you need to install a 64bits kernel and boot with it. See my previous post on how
to do it.
Second you need to do a bootstrap of crossgrading and the instalation of all
the libs as amd64:

7 September 2016

What happened in the Reproducible
Builds effort between Sunday
August 28 and Saturday September 3 2016:
Media coverage
Antonio Terceiro blogged about testing build reprodubility with debrepro
.
GSoC and Outreachy updates
The next round is being planned now: see their
page with a timeline and
participating organizations listing.
Maybe you want to participate this time? Then please reach out to us as soon
as possible!
Packages reviewed and fixed, and bugs filed
The following packages have addressed reproducibility issues in other packages:

Reviews of unreproducible packages
706 package reviews have been added, 22 have been updated and 16 have been removed in this week,
adding to our knowledge about identified issues.
5 issue types have been added:

diffoscope development
diffoscope development on the next version (60) continued in
git, taking
in contributions from:

Mattia Rizzolo:

Better and more thorough testing

Improvements to packaging

Improvements to the ppu comparator

strip-nondeterminism development
Mattia Rizzolo uploaded strip-nondeterminism0.023-2~bpo8+1 to
jessie-backports.
A new version of strip-nondeterminism 0.024-1 was uploaded to unstable by
Chris Lamb. It included
contributions
from:

Holger added jobs on jenkins.debian.net to run testsuites on every commit.
There is one job for the master
branch
and one for the other
branches.
disorderfs development
Holger added jobs on jenkins.debian.net to run testsuites on every commit.
There is one job for the master
branch
and one for the other
branches.
tests.reproducible-builds.org
Debian: We now
vary the
GECOS records of the two build users. Thanks to Paul Wise for providing the
patch.
Misc.
This week's edition was written by Ximin Luo, Holger Levsen & Chris Lamb and reviewed by a bunch of Reproducible Builds folks on IRC.

11 December 2015

The first reproducible world
summit was held in
Athens, Greece, from December 1st-3rd with the support of the
Linux Foundation, the Open Tech Fund, and Google. Faidon Liambotis has been an
amazing help to sort out all local details. People at ImpactHub
Athens have been perfect hosts.
Nearly 40 participants from 14 different free software project had very busy
days sharing knowledge, building understanding, and producing actual patches.
Anyone interested in cross project discussions should join the rb-general mailing-list.
What follows focuses mostly on what happened for Debian this previous week. A
more detailed report about the summit will follow soon. You can also read the ones from
Joachim Breitner from
Debian,
Clemens Lang from
MacPorts,
Georg Koppen from
Tor,
Dhiru Kholia from Fedora,
and Ludovic Court s wrote one for Guix and for the GNU project.
Infrastructure
Several discussions at the meeting helped refine a shared understanding of what
kind of information should be recorded on a build, and how they could be used.
Daniel Kahn Gillmor sent a detailed update
on how .buildinfo
files
should become part of the Debian archive.
Some key changes compared to what we had in mind at DebConf15:

Two .buildinfo with different environment information can attest to the
same exact binary artifact.

Multiple .buildinfo files can coexist for the same .deb as long as the listed
checksums match the source and binary package in the archive.

.buildinfo can be signed in-line to certify where a build comes from.

Hopefully, ftpmasters will be able to comment on the updated proposal soon.
Packages fixed
The following packages have become reproducible due to changes in their
build dependencies:
fades,
triplane,
caml-crush,
globus-authz.
The following packages became reproducible after getting fixed:

#806974 on xpra by Reiner Herrmann: interpret the changelog date as UTC.

#807051 on why by Valentin Lorentz: removes extra timestamps from the build system.

akira sent proposals on how to make bash reproducible.
Alexander Couzens submitted a patch upstream to add support for SOURCE_DATE_EPOCH in grub image generator (#787795).
reproducible.debian.net
An issue with some armhf build nodes was tracked down to a bad interaction between uname26 personality and new glibc (Vagrant Cascadian).
A Debian package was created for koji, the RPM building and tracking system used by Fedora amongst others. It is currently waiting for review in the NEW queue. (Ximin Luo, Marek Marczykowski-G recki)
diffoscope development
diffoscope now has a dedicated mailing list to better accommodate its growing user and developer base.
Going through diffoscope's guts together enabled several new contributors. Baptiste Daroussin, Ed Maste, Clemens Lang, Mike McQuaid, Joachim Breitner all contributed their first patches to improve portability or add new features. Regular contributors Chris Lamb, Reiner Herrmann, and Levente Polyak also submitted improvements.
The next release should support more operating systems, filesystem image comparison via libguestfs, HTML reports with on-demand loading, and parallel processing for the most noticeable improvements.
Package reviews
27 reviews have been removed, 17 added and 14 updated in the previous week.
Chris Lamb and Val Lorentz filed 4 new FTBFS reports.
Misc.
Baptiste Daroussin has started to implement support for SOURCE_DATE_EPOCH in FreeBSD in libpkg and the ports tree.
Thanks Joachim Breitner and h01ger for the pictures.

diffoscope development
The changes to make diffoscope run under Python 3, along with many small fixes, entered the archive with version 35 on September 21th.
Another release was made the very next day fixed two encoding-related issues discovered when running diffoscope on more Debian packages.
strip-nondeterminism development
Version 0.12.0 now preserves file permissions on modified zip files and dh_strip_nondeterminism has been made compatible with older debhelper.
disorderfs development
Version 0.3.0 implemented a multi-user mode that was required to build Debian packages using disorderfs. It also added command line options to control the ordering of files in directory (either shuffled or reversed) and another to do arbitrary changes to the reported space used by files on disk.
A couple days later, version 0.4.0 was released to support locks, flush, fsync, fsyncdir, read_buf, and write_buf. Almost all known issues have now been fixed.
reproducible.debian.net
disorderfs is now used during the second build. This makes file ordering issue very easy to identify as such. (h01ger)
Work has been done on making the distributed build setup more reliable. (h01ger)
Documentation update
Matt Kraii fixed the example on how to fix issues related to dates in Sphinx. Recent Sphinx versions should also be compatible with SOURCE_DATE_EPOCH.
Package reviews
53 reviews have
been removed, 85 added and 13 updated this week.
46 packages failing to build from source has been identified by Chris Lamb, Chris West, and Niko Tyni. Chris Lamb was the lucky reporter of bug #800000 on vdr-plugin-prefermenu.
Issues related to disorderfs are being tracked with a new issue.

Thanks to the reproducible-build team for running a buildd from hell. gregor herrmann

Mattia Rizzolo modified the script added last week to reschedule a package from
Alioth, a reason can now be optionally specified.
Holger Levsen splitted the package
sets page
so each set now has its own page. He also added new sets for Java
packages,
Haskell
packages,
Ruby
packages,
debian-installer
packages,
Go
packages,
and OCaml
packages.
Reiner Herrmann added locales-all to
the set of packages installed in the build environment as its needed to
properly identify variations due to the current locale.
Holger Levsen improved the scheduling so new uploads get tested sooner. He also
changed the .json output that is used by
tracker.debian.org to lists FTBFS issues again
but only for issues unrelated to the toolchain or our test setup. Amongst many
other small fixes and additions, the graph colors should now be
more friendly to red-colorblind people.
The fix for pbuilder given in
#677666 by Tim Landscheidt is now used. This
fixed several FTBFS for OCaml packages.
Work on rebuilding with different CPU has continued, a kvm-on-kvm build host
has been set been set up for this purpose.
debbindiff development
Version 19 of
debbindiff included a fix for a
regression when handling info files.
Version 20 fixes a bug when diffing
files with many differences toward a last line with no newlines. It also now
uses the proper encoding when writing the text output to a
pipe, and detects info files better.
Documentation update
Thanks to Santiago Vila, the unneeded -depth option used with find when
fixing mtimes has been removed from the examples.
Package reviews
113 obsolete
reviews have
been removed this week while 77 has been added.

26 April 2012

Over the past months we have seen the end of two Debian derivatives.
In January the news came that Junta de Extremadura (Spain) were abandoning
the development of LinEx and switching to Debian itself.
Early in March the Debian derivatives census scripts noted that the
Vanillux apt repository was down.
Fabrice Quenneville then confirmed that he had to put a hold on
the Vanillux project due to the cost of bandwidth and servers.
In addition the future of StormOS is in doubt after
Illumian was created.
StormOS is a port of Debian to the OpenSolaris kernel and Illumian is similar
but uses only apt/dpkg and repackages everything else.
The LinEx page in the Debian derivatives census did not reveal much
information about the project that would have been useful to Debian, in
particular it does not list any apt repositories.
As a result it is quite hard to say what has potentially been lost.
Twomails from people close to or involved in the project
indicate that much of the LinEx distribution was already merged into Debian.
It is probably safe to say that everything of value has been merged into Debian,
including at least one of the developers involved in LinEx.
Vanillux was a small distribution with few developers according to the Google
caches of their website.
If we look at the patches created by the derivatives census scripts,
we can see that the 5 source packages that were possibly derived from Debian
source packages were simply imported from Christian Marillat's repository of
non-free, patented, legally restricted and multimedia-related packages.
The patches indicate that 3 source packages were forked from Debian and that
2 source packages were done from scratch.
The forked packages seem to be mainly about enabling support for proprietary and
patented codecs in several programs.
This is a surprisingly small number of altered/differing packages, so what else
could Vanillux folks have been working on?
It appears that there were 12 new source packages that were not derived
from Debian source packages.
These appear to be mainly multimedia-related packages, one font imported from
an Ubuntu PPA, some syslinux themes and a metapackage.
The multimedia packages are all from Christian Marillat's repository.
The Debian multimedia team is working hard on bringing multimedia related
software to Debian and welcomes help with that.
The font (Cantarell) is now in Debian under a different source package name.
The metapackage appears to be very similar to from the ubuntu-meta source
package from Ubuntu that uses germinate.
So at first glance, the contribution of Vanillux to the world of Linux
distributions appears to be in the area of artwork and package selection.
The artwork produced is basically Vanillux branding and is thus not usable by
Debian, although we would like more artists involved in Debian.
The meta-package is not easily useful to Debian since we use a different
mechanism for our task packages and our task packages have already been updated
for the GNOME 3 transition.
Still, the amount of difference between to source packages is relatively small.
So, what else?
Perusing the diff between the list of source packages exposed by the
Packages and Sources files, I noted that a number of binary packages in the
Packages files reference source packages not listed in the Sources files.
When I saw picasa in that list, it occurred to me that Vanillux might have
directly imported some binary packages without their corresponding source
packages.
Perusing their apt metadata confirms that they have imported some
binary packages of non-free software directly from vendors. These include
Google Desktop, Opera, Picasa and VirtualBox 3.2.
The rest of the packages in the diff appear to be caused by some sort of
issue with the import process from Debian and other apt repos.
Most of the above could be achieved by adding some external commerical
repositories to a normal Debian system or by merging some of those
repositories (such as the Opera one) into Debian.
The interesting thing about the Debian derivatives census is that it allows us
to perform analyses like these and figure out what patches and packages we might
like to integrate into Debian. In this way we can salvage some of the value of
our derivatives if they abandon ship.
If you have any ideas or code for improving the census or are running a Debian
derivative, please join us at the Debian derivatives frontdesk.

26 April 2011

Just two days ago I
wrote about S3TC-compressed textures and that it is a little bit tricky for
amd64 users to get the correct libraries installed. Since then I've been in
contact with Christian Marillat, the
guy behind debian-multimedia.org and he immediately responded with
uploading ia32-libs-libtxc-dxtn0
to make it easier to install the 32 bit variant of libtxc_dxtn0 on 64
bit platforms.
A big Thank You! to Christian! And if you find his
service helpful, consider donating to him (I can only guess at
the amount of traffic he gets, especially since a lot of people certainly don't
use one of the mirrors). (Just a short
disclaimer: Christian didn't ask me to put the donation request in this post,
in fact he'll only know about it, as soon as this goes online.)
I'll add an Suggests: in the next upload of wine-unstable to the server on
libtxc-dxtn0/ia32-libs-libtxc-dxtn0 so people'll have an
easier time to get S3TC working. But again: before installation: make sure it
is legal for you to install the library.

24 April 2011

Yesterday I received another report for a game, which wasn't working with
the wine-unstable packages built by
me. The reason why the reporter wrote to me and suspected a bug in my builds
was, that the same game worked on the system of a friend (using a different
distribution). After some exchanged e-mails it became apparent that this was yet
another installment of S3TC-compressed textures. And as
this wasn't the first time I got such reports, I thought I blog about the
solution today.
As S3TC is one of those patent-encumbered texture compression formats (don't
ask me why one can get a patent for such things, it's, IMHO, a very bad thing and we'd be better
off, with a lot less patents), Mesa doesn't support it out of the box. You need
to install an additional library or the proprietary driver for your graphics
card. Before installing the library, make sure, that it is legal in your
jurisdiction (i.e. check whether the patent is valid in your jurisdiction). If
that is the case, you can install libtxc-dxtn0 from the Debian Multimedia
repository or compile it yourself from source. If the
patent is valid in your jurisdiction, you're most likely required to get a
license from the rights holder for using the library, but I'm no lawyer so you
might want to consult one prior to making your decision.
For amd64 users, there is an additional caveat: Wine needs the 32
bit variant installed. At the moment, this means downloading the i386
package from debian-multimedia.org and extracting the library to
/usr/lib32.
For users with the r600c/g driver it gets (currently) really tricky,
as there is no fully working support for loading
libtxc_dxtn.so (current status is WIP). Here the only solution I know, would be
to use the proprietary driver or writing patches for r600g (last option
preferred *g*).

15 November 2010

This brief announcement was published in the debian-devel-announce mailing list and I repeat it here for your information.
Hi!
Since there has been a lot happening in the Debian Multimedia world during the Squeeze release, so we figured we should give you an update on that.
Who are we?
In the dark old ages, there were two teams involved in multimedia: the Debian Multimedia and Debian Multimedia Packages teams. Please note that neither of them is related to debian-multimedia.org (which is maintained by Christian Marillat, and is known to break current ffmpeg-based applications like mplayer and vlc in Debian Squeeze.). During late 2008, both teams were merged into one, the Debian Multimedia Maintainers team, to avoid effort fragmentation. Since then, there has been a lot of work done:
Consumer Multimedia in Debian
Consumer Multimedia is about playing and, well, consuming multimedia.
Squeeze will feature:

Debian Multimedia Blend
There is also an effort to start a Debian Multimedia Blend to give a better overview about what multimedia applications are available in Debian. There is a short list for a quick overview as well as a long package list separated in sections to give a more detailed overview (including translations, screenshots, popularity of package etc). You are invited to help improving the tasks either directly in SVN or by sending patches to Andreas Tille <tille@debian.org> or debian-multimedia@lists.debian.org (see below). Note that not all of the packages listed in the tasks pages are maintained by the Debian Multimedia team, since they are aimed at producing useful package sets instead of showing only our own packages.
For those who want to squash some bugs in multimedia packages there is also the bugs page generated by the Blends tools, or our team bug page.
Other activity
The team has seen a lot of growth since the merger. Of the current 52 members of the Alioth team, 20 were added during 2009 and 18 in 2010, many of whom are involved in upstream development as well as the debian packaging. The number of packages has also grown, with 112 of the current 205 git repositories in our team area having its first commit during 2010.
Where to reach us
The Debian Multimedia Maintainers can be reached at pkg-multimedia-maintainers@lists.alioth.debian.org, should you have any questions. We have also decided to repurpose the old debian-multimedia@lists.debian.org address for user and more general discussion. We would like to invite everyone interested in multimedia to join us there. Interested developers/packagers can also join us at the first address. Some of the team members are also in the #debian-multimedia channel on OFTC.

tip of the week: removing a DELAYED upload when
you don't have the .changes around anymore can be daunting (in
fact, all combinations of dcut commands I've tried failed). If that
happens to you, remember that http://ftp-master.debian.org/deferred/
can come to the rescue: it stores .changes file of DELAYED uploads
(properly unsigned)

6 August 2008

* I think it will take time to have updated status on my NM status page but I can’t resist myself because,
- kartik@debian.org works
- I updated db.debian.org
- Added uid in my GPG key and synchronized it with Debian Keyserver
- Updated Developers location
So, in short, all these things means:
I AM DD NOW!
Many thanks to My family (Koki, Mom, Papa, brother Rinit and Little Kavin for supporting and encouraging me during this long journey), Jaldhar Vyas for advocating my application, my AM Mohammed Adn ne Trojette (adn), all kind and helpful sponsors of my n number of packages (jaldhar, mones, adn, daniel (special thanks for number of uploads), pabs, joeyh for Festival upload, rkrishnan, acid, tolimar, twerner, bubulle, nijel, bernat, marillat, akumar, hertzog and finally gwolf).
Special mention and thanks to bubulle and sam - for coming down and having nice meet at BLR during foss.in/2007, that gave my power back to continue my work when I was frustrated with certain situations.
Another special thanks to dear friends - nirav, pradeepto, tuxmaniac and atul chitnis for always encouraging me for my Debian work.
In short, you all people rocks!
Now, what next?
I will keep continue doing my packging work as it is, I have plan to get involve more in near future, but as of now - I first need give time and focus RC bugs for Lenny

3 May 2008

As some of you might have noticed, I have uploaded a bunch of new packages to my experimental repository, all of them related to digital photographic workflow. Most of them are based on existing packages, but built from a VCS snapshot to benefit from newly supported hardware and new features.

ufraw was updated to support my Sony DSLR-A700 camera - packaged based on the latest release available in sid.

hugin package in unstable is outdated - I have based my package on Debian PhotoTools member Cyril Brulebois’s work. It seems that some legal questions have been raised, preventing the package to be updated in the official archive.

autopano-sift fixes FTBS and other bugs in Christian Marillat’s package and proves working well with hugin. I will e-mail him a patch with the amendments I have worked on.

enblend needs to be built from VCS to work with current hugin snapshots. The package is fully based on the package available in sid.

Though I use these packages on a regular basis, they haven’t been thoroughly tested as official packages would be, and might still contain bugs or errors. Please report any problem you might have.
I will try and update these packages when time allows it. VCS snapshots might be unstable, or even non-usable. As usual, use these non-official packages on your own risk.
Also note that these packages are currently only available for amd64. I will eventually build i386 packages if requested.

25 April 2007

Thanks Lennart for mentioning Hugin! This is a really cool piece of software, allowing you to assemble a mosaic of photographs into a complete panorama.
I’ve created this 180 degrees panorama from 16 photos taken out of my window (3 rows: 6 + 6 + 4). The original picture is huge: 5000-something pixels wide and high and approximately 22Megs (jpg) fat.
If you want to test it yourself just aptitude install hugin and make sure to get enblend from somewhere else (eg, debian-multimedia.org). If you don’t install enblend you don’t lose functionality, but the output will be of much lower quality. Thanks Florent Bayle for packaging hugin and Christian Marillat for packaging enblend!

27 October 2006

This is the first in a planned series of weekly posts on what's happening
in Debian, which I plan to do to help fill the gap left by Martin Schulze
no longer writing DWN. I will post these on Fridays with a dwn
tag, and while I don't plan to cover everything that's happening in Debian,
like I tried to do when I edited DWN, my hope is that if some other people
also do this, we'll cover enough to be useful. On to the news items..
mplayer in sid. The mplayer package has had the longest tenure in NEW
of any package ever to be uploaded to Debian. But it's finally been
accepted into the archive.
Depending on the videos you need to play, you may still need non-free
codecs from outside Debian, such as Christian Marillat's repository.
Congratulations to mplayer's maintainers and to the ftpmasters for resolving
the licencing issues that kept mplayer out of Debian for so long.
d-i string freeze and release plans. In preparation for the first release
candidate of d-i for etch, a string freeze has been going on for the last
two weeks, and changes to the installer are limited to bug fixing. Frans
Pop posted
details and a timeline for RC1. Note that preparations for RC1 have already
broken most beta 3 d-i
images.
alioth move. Alioth has just
moved
to a new server. Amoung other changes, svn.debian.org moved to the
same host as alioth, eliminating some issues caused by splitting them
before.
archive.progeny.com decomissioned. This significant Debian mirror was
turned off
on October 22nd, and anyone still using it should switch to a
different mirror.

10 September 2006

I just moved to Grenoble(France) during the last two weeks : administration, appartement, meeting the new co-workers, setting up at my new university.Yup I got a professor position at the university Joseph Fourier (IMAG) last July and I started Sept 1st. My main research interests are in scientific computing, numerical methods and modern programming techniques. Now you understand why I would be interested in a project like pkg-scicomp in Debian.

When moving, I discovered that other DD were in Grenoble : Rafael Laboissi re, Christian Marillat, and a few others. Hopefully we will meet soon :)

13 August 2006

Last night, the final component of my MythTV setup arrived - the TV tuner card,
a Hauppauge WinTV-PVR-350.
I'd had the other bits and pieces for about a week, indeed I'd already had
MythTV installed and "operational", but there's really only so much
you can do without a TV signal in the mix as well.
So I had a bit of a late night last night bashing on things and getting it
all going. It was actually surprisingly trouble-free.
For some reason, I naively thought that the more contemporary 2.6 kernels
had all the support required for the PVR-350. Not true. You need to grab the
ivtv driver and build it separately. If
I was less impatient, I would have worked with module-assistant to
get it packaged, but I just threw it on. I have to run 2.6.17 to get the
sound working, so I needed the 0.7.0 version of the driver. This built and
installed fine, and I could run mplayer against
/dev/video0 and see (and hear) TV fine. With a bit of tweaking of
MythTV, it was happily using the card.
Getting the remote control to work was slightly more problematic. It turned
out that I needed to get the latest greatest lirc from CVS in order to get everything to
build correctly, and get a /dev/lirc that I could actually
read from. After that, everything else just fell into place.
The last thing I spent a bit of time battling with today was guide data and
channel tuning. It seems for some reason that channels greater than or equal
to 14 didn't have their frequency set correctly, so I had to manually edit
each channel and put in the frequency in kilohertz that ivtv-tune
--list-channels provided. The Zap2it chaps also provide two different
sets of guide data for Mountain View, and depending on which one you pick,
you get a totally screwed up idea of the actual channels available. I also
discovered the hard way that changing from one set of channels to the other
without cleaning out the channels first leads to a complete
mish-mash of channel data that correlates even less with reality than
choosing one or the other by itself.
But within 24 hours of receiving the tuner card, I have everything up and
running. The ATA over Ethernet disk array (that Myth tells me is good for
over 600 hours of recording) seems to be holding up to the task alright. The
current bandwidth utilisation for a few test recordings is interesting:
So it seems that a TV show is a nice steady 5 mbits/sec, which everything
seems to keep up with okay. The post-processing to flag commercials seems a
bit more bandwidth-intensive. It seems to take about 40 minutes to flag the
commercials for a 60 minute block of recording.
It's early days yet, but I'm fairly happy with how everything's operating so
far. I can certainly leave things as they are for a while without needing to
fiddle with things any further.
The one thing I do want to mention is the guide data. The fact that it's totally
free, and designed to be used by the likes of MythTV is awesome. PVRs
really live and die by the guide data, and it's so cool that Zap2it offer it
complete gratis. Mad props to them.
Oh, and while I'm dishing out praise, I really must also thank Christian
Marillat for http://www.debian-multimedia.org/
and for packaging up MythTV for Debian. If I had to build all of this
myself, I'm sure it wouldn't have been so trouble free.