[03:05] <ScottK> tumbleweed: Debian doesn't strip translations like we do, so why would the issue be relevant to Debian.
[04:27] <ronin___> hi
[07:00] <tumbleweed> ScottK: exactly
[07:01] <tumbleweed> (but it would be nice to have a solution where the package could be kept in sync)
[07:27] <dholbach> good morning
[07:53] <iulian> Good morning dholbach.
[07:53] <dholbach> hey iulian
[09:38] <jykae> hey o/
[10:37] <helpcrypto> hi
[10:37] <helpcrypto> can you tell me why im getting this: dpkg-gencontrol: warning: can't parse dependency openssl (>= 0.9.8g)?
[10:40] <directhex> helpcrypto, pastebin your debian/control
[10:40] <helpcrypto> give a sec
[10:49] <helpcrypto> sorry for the delay, someone phoned
[10:52] <helpcrypto> directhex: here you are: http://pastebin.com/1f2HyCsF
[10:53] <directhex> helpcrypto, try removing the #DEPS line.
[10:54] <helpcrypto> ok.
[10:54] <helpcrypto> worked, but isnt that a comment?
[10:54] <helpcrypto> why it failed?
[10:55] <jtaylor> Lines starting with # without any preceding whitespace are comments
[10:55] <jtaylor> that line has a space in front
[10:55] <jtaylor> http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-controlsyntax
[10:55] <helpcrypto> ok
[10:55] <helpcrypto> ill note that
[10:55] <helpcrypto> thx
[10:55] <helpcrypto> i try to be standard compliant
[10:55] <helpcrypto> but i missed that
[11:00] <soren> helpcrypto: Right, so what dpkg was trying to parse was effectively: "Depends: libpcsclite1 (>= 1.4.99), openssl (>= 0.9.8g) #DEPS"
[11:08] <helpcrypto> what makes me doubt was, that it sucessfully build for 32
[11:08] <helpcrypto> but didnt for 64
[11:08] <helpcrypto> (same version of equivs)
[11:08] <helpcrypto> btw
[11:09] <helpcrypto> is a chroot environment the only way to build 32 and 64 on the same computer?
[11:10] <jtaylor> its the easiest
[11:10] <jtaylor> you can install 32 and 64 bit libraries and cross compile
[11:11] <helpcrypto> i have to do it one day, actually im changing from vm to vm
[11:11] <helpcrypto> and, even more...changing from distro to distro
[11:11] <jtaylor> use pbuilder/cowbuilder/sbuild, very fast
[11:11] <helpcrypto> i use equivs for .deb and rpm-build for redhat
[11:12] <helpcrypto> and makefiles for 32 nd 64
[11:12] <helpcrypto> (i like the way osx does, with many architectures on a single binary)
[11:12] <jtaylor> osx has many architectures?
[11:12] <jtaylor> I though they only have one
[11:13] <helpcrypto> nop
[11:13] <helpcrypto> i386, x64, ppc...
[11:13] <jtaylor> btw when everything is multi-arched cross compiling will get a bit easier
[11:13] <jtaylor> although there are still some issues to be resolved
[11:14] <jtaylor> I was under the impression that apple's main advantage is that they onls support one architecture
[11:14]  * jtaylor I never used mac
[11:15] <helpcrypto> my code is cross-platform
[11:15] <helpcrypto> but, for example, packages/libraries are named different  among distros
[11:15] <helpcrypto> so i have to build different packages
[11:20] <helpcrypto> ok
[11:20] <helpcrypto> lot of thx
[11:20] <helpcrypto> cya!
[14:59] <hakermania> Hello, if an application is installing a new mime type, where should the icon(s) of this new mime type be placed? I used /usr/share/icons/oxygen/(XxX)/mimetypes/ for my application and worked but im not sure...
[15:00] <hakermania> and i've asked at #ubuntu-packaging but no answers at all, like they're dead or something :P
[15:35] <dholbach> Ubuntu Developer Week Day 4 starting in 25 minutes in #ubuntu-classroom (https://wiki.ubuntu.com/UbuntuDeveloperWeek)
[15:39] <hakermania> Anyway, I found an answer at packaging channel
[15:39] <hakermania> hicolor is the right path
[23:59] <MadCow108> whats the background color of default konsole in ubuntu?
[23:59] <MadCow108> kde konsole, not gnome