Bug#884762: Recovering

Confirmed. It’s possible to recover using « nosmp » on the kernel command line (set from the bootloader). T-Bone

Bug#796612: flashybrid: diff for NMU version 0.18+nmu2

> On 10 Jul 2016, at 01:14, Andreas Beckmann wrote: > > On Sat, 9 Jul 2016 21:43:15 +0200 Thibaut VARENE wrote: >> I’m not interested in becoming a second-class DD after 12 years of >> service. If that package cannot muster the interest of an actual

Bug#796612: flashybrid: diff for NMU version 0.18+nmu2

> On 08 Jul 2016, at 01:12, Thibaut Varène <vare...@debian.org> wrote: > > >> On 08 Jul 2016, at 01:01, Felipe Sateler <fsate...@debian.org> wrote: >> >> Hi Thibaut, >> >> On 7 July 2016 at 18:41, Thibaut Varène <vare...@debian.org> w

Bug#796612: flashybrid: diff for NMU version 0.18+nmu2

> On 08 Jul 2016, at 01:01, Felipe Sateler <fsate...@debian.org> wrote: > > Hi Thibaut, > > On 7 July 2016 at 18:41, Thibaut Varène <vare...@debian.org> wrote: >> >>> On 03 Jul 2016, at 22:06, z...@debian.org wrote: >>> >>> Con

Bug#796612: flashybrid: diff for NMU version 0.18+nmu2

> On 03 Jul 2016, at 22:06, z...@debian.org wrote: > > Control: tags 796612 + patch > Control: tags 796612 + pending > > Dear maintainer, > > I've prepared an NMU for flashybrid (versioned as 0.18+nmu2) and > uploaded it to DELAYED/5. Please feel free to tell me if I > should delay it longer.

Bug#804644: RFS: flashybrid/0.19 [ITA]

> On 25 Nov 2015, at 18:24, Gianfranco Costamagna > wrote: > > Control: tags -1 moreinfo > Control: owner -1 ! > > Hi Tim and Thibaut > > > (Thibaut do you have any keyring issue that you can't upload? I see your key > has been dropped because > too weak,

Bug#804644: RFS: flashybrid/0.19 [ITA]

> On 25 Nov 2015, at 18:33, Gianfranco Costamagna > wrote: > > Hi Thibaut! > > >> I’m not interested in attending keysigning. I fail to see how signing my new >> key with my older, still valid (and at the time still accepted by debian) >> key isn’t >enough. >

Bug#784890: flashybrid: Unable to Sync ramstore directories ...

d the italian translation to the new package and your fix. >> Hopefully it is ok. >> >> Cheers, >> tim >> >> On Sun, May 17, 2015 at 03:00:24PM +0200, Thibaut Varène wrote: >>> OK, thanks everybody. >>> >>> For the records, I

Bug#785525: systemd fails to boot if non-essential block device is missing

On 17 mai 2015, at 14:57, Martin Pitt mp...@debian.org wrote: Control: tag -1 wontfix Hello Thibaut, Thibaut VARENE [2015-05-17 14:41 +0200]: Just upgraded my system from wheezy to jessie. Boot stopped after initial reboot, with prompt to enter root password. After looking at the logs,

Bug#784890: flashybrid: Unable to Sync ramstore directories ...

OK, thanks everybody. For the records, I'm attaching source for flashybrid-0.19 and a patch from 0.18 to this bug report. I can't upload it to the archive, but if some DD wants to, let them be my guest. T. flashybrid_0.18-0.19.patch Description: Binary data flashybrid_0.19.dsc

Bug#785525: systemd fails to boot if non-essential block device is missing

On 17 mai 2015, at 14:59, Thibaut Varène vare...@debian.org wrote: On 17 mai 2015, at 14:57, Martin Pitt mp...@debian.org wrote: Control: tag -1 wontfix Hello Thibaut, Thibaut VARENE [2015-05-17 14:41 +0200]: Just upgraded my system from wheezy to jessie. Boot stopped after initial

Bug#785525: systemd fails to boot if non-essential block device is missing

On 17 mai 2015, at 15:32, Michael Biebl bi...@debian.org wrote: Am 17.05.2015 um 14:59 schrieb Thibaut Varène: A footnote in the release/upgrade instructions would have been nice. If that machine had been remote without OOB access, I'd have been screwed over, because something that never

Bug#784890: flashybrid: Unable to Sync ramstore directories ...

Le 14 mai 2015 à 18:07, Stefan Blochberger stefan.blochber...@mail.de a écrit : tmpfs (rw,relatime,size=122880k) tmpfs on /ram/var/run.flash type tmpfs (rw,nosuid,noexec,relatime,size=25272k,mode=755) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=25272k,mode=755) But

Bug#784890: flashybrid: Unable to Sync ramstore directories ...

On 11 mai 2015, at 19:32, Tim Weippert we...@weiti.org wrote: If i found another CF card i will try to install an fresh wheezy and update to jessie without migration to systemd (think this should be possible) maybe then we know if it is an systemd or kernel fault. Thanks. First ensure it's

Bug#784890: flashybrid: Unable to Sync ramstore directories ...

On 11 mai 2015, at 08:46, Tim Weippert we...@weiti.org wrote: Hi Thibaut, yes i can confirm, this happens in an fresh and newly started Jessie System. The Config Files are the Files from the Package, i only commented /etc in ramstore File. /root is there already. No change from my

Bug#784890: flashybrid: Unable to Sync ramstore directories ...

tags 784890 moreinfo thx On 10 mai 2015, at 09:57, Tim Weippert we...@weiti.org wrote: Package: flashybrid Version: 0.18 Severity: important Dear Maintainer, i hav an fresh jessie installation on an Alix Board (alix 2d13) with an CF Card. I tried flashybrid for the first time and was

Bug#741221: Licensing clarification

to avoid this issue. In any case, I will ensure that Tagaini remains distributable by Debian from now on. Cheers and thanks for spotting this issue, Alex. On Thu, Apr 10, 2014 at 6:28 PM, Thibaut Varène vare...@debian.org wrote: tags 741221 confirmed upstream pending thanks Hi, Due

Bug#741221: Licensing clarification

tags 741221 confirmed upstream pending thanks Hi, Due to lack of response from kanjidic’s upstream, and after careful reviewing of its documentation (which further restricts the licensing terms), tagainijisho’s upstream author has decided to remove support for SKIP codes from his software and

Bug#741221: Licensing clarification

Hi, Alexandre, your understanding is correct and applicable to most Linux distributions. CC-BY-SA-NC isn’t freely redistributable due to the restriction on commercial use, thus, in a broad sense, not free software. I’m CC’ing the original bug report so that this information is available to

Bug#739358: wontfix

tags 739358 wontfix kthxbye martin f krafft madd...@debian.org said: Please change the dependency on libmysqlclient18 to a recommendation or even a suggestion (and change the code to conditionally load the MySQL stuff). libmysqlclient18 or MySQL is fortunately not required to use

Bug#741221: Licensing clarification

we’ll have to remove them, or if they are covered under CC-BY-SA? Thank you, Thibaut Varène -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#741221: Need more (legal) information

tags 741221 moreinfo thanks Hi, [CCing debian-legal as I'd very much like their input on the matter] Initial thread: http://bugs.debian.org/741221 Meijiko wrote: This Kanjidic contain SKIP code, SKIP code License is CC-BY-NC-SA. This license is not permit commercial use. Its non-free.

Bug#734713: uprecords-cgi: postinst world-readability test fails due to change in nobody's shell

tags 734713 confirmed pending thanks ACK. Thanks for the patch, will upload soon. T-Bone On 9 janv. 2014, at 12:34, Colin Watson cjwat...@debian.org wrote: Package: uprecords-cgi Version: 1:0.3.17-3.1 Severity: normal Tags: patch User: base-pas...@packages.debian.org Usertags:

Bug#575461: finch: ability to use OTR-encryption

On 3 janv. 2014, at 04:19, intrigeri intrig...@debian.org wrote: Hi, at this point of the discussion (both here and with upstream), it seems to me that this bug has nothing to do anymore on the pidgin-otr bugs list. It should be converted into a RFP (request for package) asking for

Bug#725779: libotr: OTR clients supporting both OTRv1 and v2 are subject to protocol downgrade attacks

On 22 oct. 2013, at 20:17, intrigeri intrig...@debian.org wrote: Hi Thibault, Hi, intrig...@debian.org wrote (08 Oct 2013 09:27:56 GMT) : as you are surely aware of, it's been known [1] since 2006 that clients supporting both OTRv1 and v2 (such as libotr 3.x) are subject to protocol

Bug#725779: libotr: OTR clients supporting both OTRv1 and v2 are subject to protocol downgrade attacks

On 23 oct. 2013, at 01:53, Ian Goldberg i...@cypherpunks.ca wrote: To be explicit, removing support for OTRv1 from libotr 3.x is totally fine (and indeed libotr 4.x has already done it). Ian, thanks a lot for the input. I guess it's all good then, no objection for an NMU and thanks in advance

Bug#718787: libapache2-mod-musicindex: Dependency on apache2.2 (-common) holds up migration to Apache 2.4

forcemerge 718787 666834 thanks Hi libapache2-mod-musicindex has been removed from testing precisely because of this. I'm currently unable to upload an updated version of the module, so for the time being, the solution is to remove the module from your system. T. On 5 août 2013, at 15:01,

Bug#549431: pidgin-otr: Logging should be disabled by default

On 30 juil. 2013, at 09:38, intrigeri intrig...@debian.org wrote: Hi Thibaut, I've seen you've tagged this bug `upstream' a while ago, but I see no mention of this bug being forwarded to them. Was it? Upstream is subscribed to the BTS. HTH -- To UNSUBSCRIBE, email to

Bug#673154: CVE-2012-2369: Format string security vulnerability

I've no idea how to fix this in stable and I'm currently in vacation with limited Internet access... Le 17 mai 2012 à 05:33, Florian Mayer segfaulthun...@gmail.com a écrit : Hello! I've been wondering why this isn't fixed in stable yet and there's no DSA about it either. -- To

Bug#673154: CVE-2012-2369: Format string security vulnerability

The update is ready I'm about to upload it. Thx Le 16 mai 2012 à 06:56, Jonathan Wiltshire j...@debian.org a écrit : Package: pidgin-otr Version: 3.2.0-5 Severity: serious Tags: security upstream patch Hi, the following CVE (Common Vulnerabilities Exposures) id was published for

Bug#595502: linux-image-2.6.32-5-mckinley: panics while loading INIT, IOMMU out of mapping resources

Le 14 sept. 10 à 04:22, dann frazier a écrit : On Tue, Sep 14, 2010 at 12:48:22AM +0100, Ben Hutchings wrote: On Tue, 2010-09-14 at 01:19 +0200, Thibaut VARÈNE wrote: Le 14 sept. 10 à 01:11, Thibaut VARÈNE a écrit : Le 14 sept. 10 à 00:09, dann frazier a écrit : On Sat, Sep 04, 2010

Bug#595502: linux-image-2.6.32-5-mckinley: panics while loading INIT, IOMMU out of mapping resources

Le 14 sept. 10 à 00:09, dann frazier a écrit : On Sat, Sep 04, 2010 at 05:38:13PM +0200, Thibaut VARÈNE wrote: Package: linux-image-2.6.32-5-mckinley Version: 2.6.32-20 Severity: grave Justification: renders system unusable System boots fine with linux-image-2.6.32-3-mckinley 2.6.32-9

Bug#595502: linux-image-2.6.32-5-mckinley: panics while loading INIT, IOMMU out of mapping resources

Le 14 sept. 10 à 01:11, Thibaut VARÈNE a écrit : Le 14 sept. 10 à 00:09, dann frazier a écrit : On Sat, Sep 04, 2010 at 05:38:13PM +0200, Thibaut VARÈNE wrote: Package: linux-image-2.6.32-5-mckinley Version: 2.6.32-20 Severity: grave Justification: renders system unusable System boots fine

Bug#595502: linux-image-2.6.32-5-mckinley: panics while loading INIT, IOMMU out of mapping resources

Le 14 sept. 10 à 01:48, Ben Hutchings a écrit : On Tue, 2010-09-14 at 01:19 +0200, Thibaut VARÈNE wrote: Le 14 sept. 10 à 01:11, Thibaut VARÈNE a écrit : Le 14 sept. 10 à 00:09, dann frazier a écrit : On Sat, Sep 04, 2010 at 05:38:13PM +0200, Thibaut VARÈNE wrote: Package: linux-image

Bug#595502: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#595502: linux-image-2.6.32-5-mckinley: panics while loading INIT, IOMMU out of mapping resources)

Le 12 sept. 10 à 18:49, Ben Hutchings a écrit : On Tue, 2010-09-07 at 01:31 +0200, Thibaut VARÈNE wrote: [...] I'm afraid this is absolutely not happening, this machine is a webserver and I've just spent enough time bringing it back to life... Besides squeeze is not shipping with 2.6.35, right

Bug#595502: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#595502: linux-image-2.6.32-5-mckinley: panics while loading INIT, IOMMU out of mapping resources)

Le 7 sept. 10 à 01:18, Ben Hutchings a écrit : On Mon, 2010-09-06 at 13:40 +0200, Thibaut VARENE wrote: reopen 595502 thanks Version: 2.6.32-21 Please, explain to me how changing a Panic into a Warning without effectively fixing the root cause of the bug fixes anything? And, oh, if by

Bug#595502: linux-image-2.6.32-5-mckinley: panics while loading INIT, IOMMU out of mapping resources

Package: linux-image-2.6.32-5-mckinley Version: 2.6.32-20 Severity: grave Justification: renders system unusable System boots fine with linux-image-2.6.32-3-mckinley 2.6.32-9. Panics with 2.6.32-20 with: I/O MMU @ c000fed01000 is out of mapping resources Full boot log: Loading.:

Bug#579025: libflac-dev: libFLAC.m4 may set empty -L flag

Le 14 juin 10 à 10:10, Fabian Greffrath a écrit : Am 27.04.2010 19:25, schrieb Thibaut VARÈNE: It does, provided of course that the target package's configure script is properly re-generated against the fixed libFLAC.m4 Ugh, don't want! This means that any package that was autoconf'd

Bug#583926: libapache-mod-musicindex: [INTL:de] German translation

tags 583926 pending thanks Le 31 mai 10 à 19:31, Chris Leick a écrit : Package: libapache-mod-musicindex Version: 1.3.1 Severity: wishlist Tags: l10n Hi, please find attached the initial german translation of libapache-mod- musicindex. Thanks, it'll be applied to the upcoming upload.

Bug#532123: What's up

Hi, Why is this bug taking so long to fix? It's plaguing the soon to be released squeeze and renders webalizer useless... HTH -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#286917: [PATCH] fix endless loop in local queries

Le 29 avr. 10 à 18:36, Thibaut VARÈNE a écrit : I'm pondering cleaning up/rewriting the code. I've spotted a few other problems. If I get around to doing that, maybe I'll step up to maintain the code while I'm there, if that can help. Just for the records, I'm doing it. It's gonna

Bug#286917: bidentd new incarnation

this code does nothing less than what the previous version does. BTW, there was no copyright notice in main.cc, I assumed the file was licensed under GPL v2.0 and that Joel had (C) 1992,2005. Let me know what you think. Feedback welcome. HTH -- Thibaut VARÈNE http://www.parisc-linux.org/~varenet

Bug#286917: bidentd new incarnation

Le 1 mai 10 à 03:42, Thibaut VARÈNE a écrit : I think that's it. I may have forgotten a bit or two... - a timeout handler for the forwarder. Default socket timeout can be very long, and a timeout can especially occur if the remote host is firewalled (DROP instead of REJECT). HTH

Bug#286917: [PATCH] fix endless loop in local queries

Le 29 avr. 10 à 17:06, Wesley W. Terpstra a écrit : Well, what I mean is that as long as the firewall doesn't have any connections of its own. Which is pretty typical for a firewall, I'd say. Well, depends. The initial submitter had MTA running on his firewall, which is not entirely

Bug#286917: [PATCH] fix endless loop in local queries

the forwarding path. Checked, works both locally and with remote (forwarded) queries. I really have to wonder if people drink their own shit :-/ T-Bone -- Thibaut VARÈNE http://www.parisc-linux.org/~varenet/ fix.diff Description: Binary data

Bug#579025: libflac-dev: libFLAC.m4 may set empty -L flag

the broken m4 file will fail to build when its configure script is executed without any option. You might want to add a note about that somewhere... Also plagues libflac-dev in lenny, btw. my 2c T-Bone empty_-L_flag.patch -- Thibaut VARÈNE http://www.parisc-linux.org/~varenet

Bug#516382: closed by Ben Hutchings b...@decadent.org.uk (Re: linux-image-2.6.26-1-alpha-generic: tg3: incoming ssh fails with Corrupted MAC on input)

Le 6 avr. 10 à 05:27, Debian Bug Tracking System a écrit : De : Ben Hutchings b...@decadent.org.uk Date : 6 avril 2010 05:24:00 HAEC À : 516382-d...@bugs.debian.org Objet : Rép : linux-image-2.6.26-1-alpha-generic: tg3: incoming ssh fails with Corrupted MAC on input Closing due to lack of

Bug#517449: closed by maximilian attems m...@stro.at (Re: linux-image-2.6.26-1-amd64: SCHED_IDLE issues (tasks blocked for more than 120 seconds))

stable update? It happened to me no later than this morning, and I'm running: ii linux-image-2.6.26-2-amd64 2.6.26-21lenny3 Linux 2.6.26 image on AMD64 please post aboves, thanks ? -- Thibaut VARÈNE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email

Bug#566512: Cache directory creation

chown www-data:www-data /some persistent directory/musicindex I cannot be this specific, the README is intended to everyone, not just Debian users, and on some systems the webserver runs eg as httpd:httpd or nobody:nogroup, etc. -- Thibaut VARÈNE http://www.parisc-linux.org/~varenet

Bug#561055: FTBFS: ../astronomy/boinc_astronomy.C:29:21: error: config.h: No such file or directory

reassign 561055 boinc-dev merge 561055 556816 affects 556816 boinc-app-milkyway thanks This is a duplicate of #556816 Thanks Le 14 déc. 09 à 03:00, Nobuhiro Iwamatsu a écrit : Package: boinc-app-milkyway Version: 0.18d-1 Justification: FTBFS Severity: serious Hi, boinc-app-milkyway FTBFS

Bug#450520: What's up?

Hi, Any reason why ushare still hasn't been uploaded to debian? It's been packaged in Ubuntu, so most of the work seems to have been done already... If the original submitter no longer intends to package the software, this ITP should be updated. Thanks -- Thibaut VARÈNE http

Bug#518466: pidgin-otr: update the translation template during the build

to the debian version Looks good to me, I'll upload it when I come back from vacation @+ -- Thibaut VARÈNE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#517627: linux-image-2.6.26-1-parisc64-smp: Acenic driver without firmware triggers HPMC

! SIOCSIFFLAGS: De[17179671.864000] eth0: Firmware not running! vice or resource busy SIOCSIFFLAGS: Device or resource busy Failed to bring up eth0. done. -- Thibaut VARÈNE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject

Bug#515956: linux-image-2.6.26-1-alpha-generic: 2.6.26-1-alpha-generic fails to boot on DS10 (Tsunami)

: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent Disconnecting: Corrupted MAC on input. This is consistently happening across reboots (box sporting a BCM5701, tg3 driver). I guess I'm gonna have to submit another bug report... HTH -- Thibaut

Bug#515653: uptimed: on brutal reboot, all records are lost

; done --- /var/spool/uptimed/records --- 35228:1234767249:Linux 2.6.25-2-amd64 5978:1234802550:Linux 2.6.25-2-amd64 --- /var/spool/uptimed/records.old --- 35228:1234767249:Linux 2.6.25-2-amd64 5918:1234802550:Linux 2.6.25-2-amd64 That's ok. -- Thibaut VARÈNE http://www.parisc-linux.org/~varenet