hi,
On Friday 07 August 2009 20:35:48 meik michalke wrote:
> what about this: we add lsb-release to the build-deps for the time being,
> and drop it again in april 2010, together with hardy support? [that is, if
> no one uses the tool to discover other distribution details until then.]
i think i'
hi,
am Freitag, 7. August 2009 (22:43) schrieb Thomas Friedrichsmeier:
> Ok, my assumption was that the problem is in fact tied to kdelibs 4.0.x
> debian packages in general, not hardy.
at least not at this point. hardy was delivered with kde3, so kde4 is being
installed in a slightly different
[is it only me, or was this message sucked up by the system? sorry if you get
it a second time :: m.eik]
hi,
am Montag, 3. August 2009 (13:53) schrieb Thomas Friedrichsmeier:
> > i don't know, i'm ok with both ways.
>
> I've just though of a third way. As far as I can see, Ubuntu hardy is the
>
Hi,
On Friday 07 August 2009, meik michalke wrote:
> i've just compiled all ubuntu packages. apart from the fact that the
> current implementation is not quite doing the job (hardy wasn't
> recognised),
hrmpf, that's bad, of course.
> i'm not so happy with that way, even if it worked. first, it
hi,
am Montag, 3. August 2009 (13:53) schrieb Thomas Friedrichsmeier:
> > i don't know, i'm ok with both ways.
>
> I've just though of a third way. As far as I can see, Ubuntu hardy is the
> only distribution out there that still has kdelibs 4.0.x, so we might be
> fine just checking the version o
On Sunday 02 August 2009, meik michalke wrote:
> well, nothing awk couldn't handle. on the other hand, "lsb_release -s -i
> -r" still answers "Ubuntu 8.04" (distribution & release) -- to get "Ubuntu
> 8.04.3 LTS" you'd have to call "lsb_release -s -d" (description). so i
> wonder if lsb_release was
hi,
am Samstag, 1. August 2009 (14:20) schrieb Thomas Friedrichsmeier:
> I did that in 0.5.0d-2, because the previous debhelper compatibility
> version (4) had become deprecated. However, setting this to 6 is still
> allowed, so I did that in SVN.
thanks, that helped, it compiles again :-)
using
On Friday 31 July 2009, meik michalke wrote:
> yes, we could take the information from /etc/issue. i wanted to test it
> with ubuntu 8.04, but it comes with debhelper 6.0.4, and rkward now depends
> on >=7.0.0. is that a recent development or have i just missed that because
> of my own hacks for ha
am Donnerstag, 30. Juli 2009 (15:35) schrieb Thomas Friedrichsmeier:
> Could you check
> /etc/debian_version
> or
> /etc/issue
> on your various Ubuntus?
yes, we could take the information from /etc/issue. i wanted to test it with
ubuntu 8.04, but it comes with debhelper 6.0.4, and rk
2009/7/31 :
> Am Donnerstag 30 Juli 2009 03:35:31 pm schrieb Thomas Friedrichsmeier:
>
>>
>> However since this is a debian package, perhaps we don't need the full
>> flexibility of lsb_release after all: Could you check
>> /etc/debian_version
>> or
>> /etc/issue
>> on your various Ubu
Am Donnerstag 30 Juli 2009 03:35:31 pm schrieb Thomas Friedrichsmeier:
>
> However since this is a debian package, perhaps we don't need the full
> flexibility of lsb_release after all: Could you check
> /etc/debian_version
> or
> /etc/issue
> on your various Ubuntus? (On debian/sid th
Hi,
On Monday 27 July 2009, meik michalke wrote:
> am Montag, 27. Juli 2009 (17:30) schrieb Thomas Friedrichsmeier:
> > This appears to work (at least the ubuntu 8.04 patch is not applied,
> > here),
>
> fine; i was hoping so, because it worked with different ubuntu versions,
> but you never know.
hi,
am Montag, 27. Juli 2009 (17:30) schrieb Thomas Friedrichsmeier:
> I've commited this to SVN with some changes.
great.
> > make doesn't have too elaborate arithmetic features (e.g. "greater than"
> > conditions...), does it?
>
> In fact, make really isn't well suited for this.
yee, i found
Hi,
On Sunday 26 July 2009, meik michalke wrote:
> i did some work on the debian/rules file, mainly because i was finally
> annoyed enough i had to keep a seperate version for the ubuntu 8.04 lts
> release. instead, i was looking for an "one size fits all" solution that
> checks where it's running
hi,
i did some work on the debian/rules file, mainly because i was finally annoyed
enough i had to keep a seperate version for the ubuntu 8.04 lts release.
instead, i was looking for an "one size fits all" solution that checks where
it's running and applies patches, if applicable. this is the r
15 matches
Mail list logo
