« first day (1606 days earlier)   

12:00 AM
yep
almost done. I did the 64-bit versions, now I just need to compile the 32-bit ones.
 
@derobert Ok. What were those messages above, then?
 
@FaheemMitha One of them failing in a weird way, but I managed to get it to work.
 
@derobert Ok.
 
/me notices he used -si instead of -sa to build packages, grrrrrrr.... Will have to install the orig.tar.gz by hand
 
@derobert Who he?
I assume the @CodeMed question isn't resolved then?
 
12:05 AM
Huh? I always get confused between the two. -sa is automatic, -si is include, right? Ummmm.... checks man page... nope, a is always, i is intelligent.
 
@derobert no idea what you are talking about.
 
@FaheemMitha the dpkg-genchanges flag
 
@derobert oh
What does that have to do with anything?
What command were you using to build?
 
debuild -uc -us -si, when it should have been debuild -uc -us -sa
Or maybe I left off -si entirely
 
@derobert Why is -si necessary?
And why would you want to use -sa anyway? Didn't you increment the version number?
 
12:12 AM
-si is the default. But -sa is needed, because it's being uploaded to my internal archive...
Didn't increment the upstream version
But I need an orig.tar.gz included (because my internal server doesn't have one yet)
 
@derobert Oh, Ok. Hmm, right.
Hang on, didn't you have a orig.tar.gz already. you are doing a backport, right?
By default it wouldn't touch the orig.tar.gz, which is the right thing to do in this case.
 
Correct. But it won't be included in the .changes file without -sa
-sa won't touch it either, it'll just use the existing one
anyway, have to run
 
Oh, you need it in the changes file? Why? Because you are adding to an apt mirror?
 
@FaheemMitha Yep, because I've actually got an archive set up, and the management software processes .changes files.
should have left 20m ago... leaving!
 
@derobert Oh. An apt archive?
@derobert Ok. Take care.
 
12:20 AM
@FaheemMitha yes
 
@derobert reprepro, or something else?
 
12:36 AM
mini-dinstall
 
@derobert never heard of it. Do you prefer it to reprepro, and if so, why?
Does anyone have a take on this?
@FaheemMitha Looks like there has been ~14 commits to mplayer.c since 2012. Last commit was 2014-05-20. Not a perfect means of measurement, but that will give a good idea of activity. Looks like there have been ~7023 commits to FFmpeg since 2014-05-20. Also not a perfect measurement because that includes all commits to the whole project. — LordNeckbeard 5 hours ago
Does a small number of commits mean a project is dead/dying/dormant/inactive?
 
12:52 AM
Hmm, mini-dinstall looks interesting. Though not very active.
 
1:44 AM
Hi @Caleb. I gather your top ranked user on christianity.sx died. How are you guys holding up?
 

« first day (1606 days earlier)